openWB series 2 an HomeAssistant anbinden

[BJ Axel]

.. von KEBA gibt es eine Integration.......

Ja, und bei aller Liebe und Freude und Unterstützung von Open Source, da investiere ich (vom Preisunterschied abgesehen) doch lieber in ein paar Stunden nodeRED als in erfolglos oder wechselnde MQTT-Integrationsversuche.

[aiole]

Ich habe noch kein HA laufen und nur mit NR diverse Zusatzregeliungen laufen.

Wie ist das bei HA, wenn man dort openWB nativ drin hätte? Steuert dann HA alles und openWB agiert als Befehlsempfänger?

Ich kann mir gerade schwer vorstellen, wie 2 Regler HA/openWB gemeinsam optimal regeln wollen - vor allem, weil openWB so viele Dinge zum EV-Laden beinhaltet.

[shesse]

Es geht den meisten vermutlich weniger darum die Ladung von HA regeln lassen zu wollen, sondern den HA für einige Dinge zu nutzen, die openWB einfach nicht kann.
Ich z.B. setze den SoC meines Mercedes mit dem HA oder stelle die Ladungsmodi nach Solarvorhersage um.

Das Laden überlasse ich dann gern der openWB, die kann das schon gut. Aber manches geht einfach nicht und openWB hat kein Interesse oder Manpower das umzusetzen. Das soll jetzt keine Kritik sein, es wird immer Spezialfälle geben, wo die Nachfrage für einen Hersteller nicht groß genug ist.
Aber wenn es eine ofizielle Integration gäbe, wie es viele andere (Closed Source-)Anbieter zur Verfügung stellen, wäre das ein Wettbewerbsvorteil, der nicht zu verachten ist. Vor allem nicht, weil eine openWB sicher nicht von Oma Erna gekauft wird. Die Zielgruppe ist doch wohl eher engagierte Tekkies und Großinstallationen wie man an dem GUI ja sieht, gibt ja genug Kritik daran.

[BJ Axel]

Wie ist das bei HA, wenn man dort openWB nativ drin hätte? Steuert dann HA alles und openWB agiert als Befehlsempfänger?
Ich kann mir gerade schwer vorstellen, wie 2 Regler HA/openWB gemeinsam optimal regeln wollen - vor allem, weil openWB so viele Dinge zum EV-Laden beinhaltet.

Nein, das kann man beliebig nutzen, nichts ist zwingend.

Es gibt bei den meisten Integrationen folgende Möglichkeiten:
- Darstellung von Daten, Messwerten, Zuständen und Kurven
- Setzen von Werten oder Zuständen
- das ganze z.B. auch unter erweiterter Nutzung von LowCode-Plattformen wie nodeRed etc.

Für die openWB wäre hier z.B. eine integrierte Oberfläche für das umschalten von Fahrzeug, Lademodus usw. interessant, ebenso die Nutzung von z.B. der Netzfrequenz zur Erkennung von Netzstörungen. Oder das dynamische Setzen von Ladeleistungen anhand von Wettervorhersagen und anderen Prognosen.
Oder eben die Einbindung in ein übergreifendes, umfassendes Smart-Home-Environment mit unglaublich vielen ergänzenden Integrationen.
Hier ist HASSio sicher mächtiger als openWB jemals sein kann, alleine schon wegen der fokussierten Entwicklung.

[aiole]

alles klar - also für eine openWB-BEDIENUNG relativ freizügig über die topics steuerbar.
Für tiefere Einstellungen in openWB muss man dann aber wieder openWB aufrufen, oder?

btw
openWB kümmert sich um alles, was fett Energie nutzt. Lichsteuerungen wird es dort vermutlich nie geben. Finde ich eine ganz gute Abgrenzung.

[shesse]

Ich glaube auch kaum, dass jemand sein Licht abhängig vom Solarüberschuss steuern will

Es wäre schön, wenn man die grundlegenden Funktionen (Ladung an oder aus, Lademodi, SoC-Werte) über eine Integration durch den HA steuern könnte. Mit der Mächtigkeit von HA käme man dann schon ziemlich weit...

[aiole]

Ich glaube auch kaum, dass jemand sein Licht abhängig vom Solarüberschuss steuern will

Das nicht - aber Lichtszenerie ist dort sehr verbreitet.
openWB war dagegen immer heiß auf (kosten- und umweltrelevante) Energieflusssteuerung. Mit EV's gings los und die Wärmefraktion ist bereits im Smarthome-Bereich aktiv.

Letztlich überschneiden sich die Systeme und Dank MQTT gehen auch gemeinsame frontends.

[LutzB]

Hi,

ja das wäre natürliches was feines... von KEBA gibt es eine Integration.......

Die wurde aber auch nicht von KEBA entwickelt, sondern privat.

[schrej]

Hallo,
ich habe meine openWB2 mit Homeassistant zum Laufen gebracht.
Ich weiß nicht, ob die euer Problem ist, aber egal, ob man bei Github die openWB oder openWB2-Integration wählt.
Mittels einfacher Integration in HACS Option 1) wird immer nur die openWBmqtt (ohne "2") inegriert.

Man muss (leider) die Methode via Github-Cloning (Option 2) wählen, um die richtige Integration zu bekommen.
Damit hat es zumindest bei mir auf Anhieb geklappt.
Das Repository clonen und das Unterverzeichnis custom_components/openWB2mqtt in den HA-Ordner custom_components kopieren.
Danach HA neu starten und Voila!

Jörg

[openWB]

Es geht den meisten vermutlich weniger darum die Ladung von HA regeln lassen zu wollen, sondern den HA für einige Dinge zu nutzen, die openWB einfach nicht kann.
Ich z.B. setze den SoC meines Mercedes mit dem HA oder stelle die Ladungsmodi nach Solarvorhersage um.

Das Laden überlasse ich dann gern der openWB, die kann das schon gut. Aber manches geht einfach nicht und openWB hat kein Interesse oder Manpower das umzusetzen. Das soll jetzt keine Kritik sein, es wird immer Spezialfälle geben, wo die Nachfrage für einen Hersteller nicht groß genug ist.
Aber wenn es eine ofizielle Integration gäbe, wie es viele andere (Closed Source-)Anbieter zur Verfügung stellen, wäre das ein Wettbewerbsvorteil, der nicht zu verachten ist. Vor allem nicht, weil eine openWB sicher nicht von Oma Erna gekauft wird. Die Zielgruppe ist doch wohl eher engagierte Tekkies und Großinstallationen wie man an dem GUI ja sieht, gibt ja genug Kritik daran.

Keine direkte Integration, aber um die MQTT Problematik zu lösen gibt es nun eine HTTP API.
Die sollte sich bedeutend einfacher in HA umsetzen lassen, oder?
siehe: viewtopic.php?t=8798