openWB ab Version 2

Begonnen von ch.eick, 28 März 2025, 16:48:09

Vorheriges Thema - Nächstes Thema

ch.eick

Hallo zusammen,
ich wollte schon mal den Thread für die openWB ab Version 2 reservieren.
Diese wird vom Hersteller jedoch wohl nur auf der openWB Hardware unterstützt und kann somit keine Fremd Wallbox mehr steuern.

Ich habe zwei openWB als Ladepunkte in Verwendung, wobei ich bei einem LP fremd Fahrzeuge als öffentlichen Ladepunkt bediene.
Bisher hatte ich die Version 1.9 hier im Wiki unter komplexe Anbindung unterstützt.

Was bisher geschah :-)

Weitere Threads zu openWB 2.* im Fhem
- MQTT openWB json mit Runden der Werte
- MQTT mit event-aggregator <<< da gibt es noch keine Antwort :-(

Mein Contrib
- openWB, jedoch noch die Version 1.9

Weitere Threads zu openWB 1.9 im FHEM
- OpenWB - MQTT2 client configuration
- openWB Backup, regelmäßig, automatisiert
- OpenWB MQTT-Anbindung Auswertung der Readings

VG  Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ch.eick

#1
Nun geht's los

Ich habe also meine alte V1.9 auf die V2.* umgestellt und war bereits gewarnt, dass die mqtt Topics total geändert wurden. Auch die Art des Ladens ist sehr stark weiter entwickelt worden, was eine andere Struktur der Einbindung und Steuerung erfordert. Die Möglichkeiten sind hierbei um vieles mehr geworden, jedoch sollte man sich damit vorher mal beschäftigt haben.

Achtung, die hier gezeigten Devices verwenden im Hintergund Aufrufe der MySQL Datenbank, die hierfür Vorraussetzung ist.
Statistiken werden zum Teil vom Device verwendet oder mit DbRep aus der Datenbank abgerufen.

Zu meiner Aufteilung der Devices

E-Auto connect Device
  Dieses Device kommuniziert mit dem Auto und hat bei mir keine Status Darstellung

- Kia_connect

E-Auto WebGUI
  Für die Darstellung von Fahrzeug Informationen und die Bedienung verwende ich ein DOIF Device.
  Wie im Bild zu erkennen ist blende ich dort auch Statistiken der WallBox, bzw des Ladebunktes ein.

- Kia_eNiro

Du darfst diesen Dateianhang nicht ansehen.


openWB connect Device
  Wie beim Auto auch erfolgt hier die Kommunikation mit der openWB, jedoch kann man wegen der Art
  des Devices keine schöne Bedienung erstellen. Der Status zeigt einen Überblick über die WallBox
  und die Ladestatistiken, sowie die Statusmeldungen.

- WB_1

Du darfst diesen Dateianhang nicht ansehen.


WallBox WebGUI
  Zur Bedienung der WallBox gibt es wieder ein Device pro Ladepunkt, da diese unabhängig voneinander
  bedient werden können, bzw auch einfache (lp2) oder auch weitergehende (lp1) Einstellungen haben sollen.

- WB_1_lp_1
- WB_1_lp_2

Du darfst diesen Dateianhang nicht ansehen.


Manuelle WallBox Datenerfassung
  Die meiste Zeit lade ich, wegen der Lebenssituation zuhause, jedoch habe ich auch Ladevorgänge an
  öffentlichen oder auch privaten Ladestationen, die ich gerne mit in der Datenbank erfassen möchte.
  Diese werden bei mir zu der Statistik vom Kia_eNiro hinzugerechnet, sodss ich dort alles, was geladen
  wurde als Summe sehen kann.

- WB_0

Du darfst diesen Dateianhang nicht ansehen.

  Um nicht jedes mal eine MySQL SELECT Bafrage in der Datenbank zu starten kann man einen Report per
  Dropdown Menü abrufen, der dann unten angezeigt wird.

Du darfst diesen Dateianhang nicht ansehen.



VG  Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ch.eick

#2
Hmmm, dann führe ich halt Selbstgespräche :-)

Ich habe hier bisher noch keine Device Definition geposted, da noch sehr viel Anpassungen im Vergleich zur openWB Version 1.9 zu machen sind, bis ich mal wieder dort bin, wo ich bereits war.

Regelpunkt Einspeisegrenze
Die openWB konnte bereits schon immer die Beachtung der 70% Einspeisegrenze. Die Art und Weise, wie dies nun in Version 2 zu aktivieren ist hat sich allerdings geändert.
Durch den Wechsel zu Fahrzeug Definitionen und Ladeprofilen pro Fahrzeug, die man dann auch noch den einzelnen Ladepunkten zuordnen kann ist die Variabilität schier unendlich und man muss sich erstmal etwas reindenken.

Da ich der 70% Regelung unterliegen, darüber hinaus aber auch die Streichung der Vergügung bei negativen SPOT Preisen (seit 2025) im Gespräch ist habe ich meine alte Spielerei mal wieder hochgekramt. Dies soll dann nun dem Peak Shaving zur Mittagszeit dienen, zumindest bei denen, die dann ihr E-Auto zusause haben.

Verwendet wird nun der "Regelpunkt Einspeisegrenze", der dynamisch verändert wird, um das E-Auto auch über mehrere Tage als Speicher zu verwenden. Hierdurch wird möglichst variabel zur Mittagszeit das Auto geladen unter Berücksichtigung von Starkverbrauchern. Spring also z.B. die Heizung an, wird die Ladebasis verschoben.
Im Diagramm entsteht hierdurch eine kontinuierliche Einspeisung ins Netz und das E-Auto bekommt den Hügel zur Mittagszeit. Jetzt kommt die Fragen dazu - warum nicht das Auto komplett laden? - damit man am Nächsten Tag wieder nett zum Stromnetz sein kann :-)

Achtung, wenn man bei der openWB Devices konfiguriert bekommen diese intern eine id zugeordnet. Diese id wird im openWB GUI dann rechts oben als Meldung angezeigt und man sollte sich diese notieren, oder mit dem MQTT-Explorer später raussuchen.

Meine Konfiguration
- Fahrzeug_0 (id 5)
- Lade-Profile
  Jedes Fahrzeug könnte alle Lade-Profile verwenden, was man bei der Steuerung jedoch gut überlegen sollte.

  Achtung, wenn ein Lade-Profil am openWB Display oder im WebGUI einem Fahrzeug und Ladepunkt zugeordnet ist,
  so kann dies manuell, temporär, mit einzelnen Werten überschrieben werden. Diese werden jedoch dann in
  genau diesem zwischen gespeichert. Dieses Vorgehen wird im openWB bereits ausgiebig diskutiert.

  Gemeinsam zu verwendende Lade-Profile habe ich nur Stop und Regelpunkt
  Individuell eNiro_NurPV, eNiro_MinPV, eNiro_Sofortladen und Gast_xx_NurPV, Gast_xx_Sofortladen

- Regelpunkt aktivieren
  Dies erfolgt an zwei Stellen, erstens unter [Ladeeinstellungen|PV-Laden|Regelpunkt Einspeisegrenze] wo
  ein Wert > 0 stehen muss.

- Lade-Profil
  Ich habe dafür Lade-Profil Regelpunkt (id 8) angelegt.
    - Aktiver Lademodus => PV
    - Einspeisegrenze beachten => Ja

- E-Auto SOC Abfrage
  Auch die Restlademenge, die ins E-Auto kann wird für die Berechnung verwendet.

- PV-Leistungsprognose
  Die Prognose ermittelt mir eine Start und eine Stop Zeit für das Mittagshoch.
  Sollte es somit kein Mittagshoch geben, wird auch nicht das Laden per Regelpunkt aktiviert.

- Starkverbraucher
    - Wärmepumpe 3-4,5 kW
    - Wirlpool 1 kW
    - Waschmaschine nur die Heizperiode
    - Brunnenpumpe 1 kW

- Die Königsklasse ist dann noch das Regelpunkt Laden zum Ende der Mittagszeit zu stoppen und es
  am nächsten Tag wieder zu aktivieren, sofern das E-Auto immer noch oder schon wieder eingesteckt ist.

In all diesen Szenarien geht es somit nun darum, automatisch am richtigen Ladepunkt das richtige Fahrzeug mit dem korrekten Lade-Profil zu aktivieren. Eine Vereinfachung hierbei ist, dass ich am Ladepunkt 1 (cp 6) immer nur das selbe Fahrzeug Lade. Der zweite Ladepunkt (id 7) wird als öffentlicher Ladepunkt für Gäste verwendet und wechselt eigentlich nur zwischen NurPV oder Sofortladen, auch hier werden noch Besonderheiten für die Übergangszeit folgen.

Im Log erscheinen bereits einige Meldungen
2025.04.07 15:41:14.775 3: WB_1_lp_1 Regelpunkt berechnen       : Starkverbraucher 958
2025.04.07 15:41:14.776 3: WB_1_lp_1 Regelpunkt berechnen       : Starkverbraucher laufen, dynamische Basis reduziert auf 8500
2025.04.07 15:41:14.776 3: WB_1_lp_1 Regelpunkt berechnen       : basis 9500 dynw  8500

2025.04.07 15:41:19.307 3: WB_1_lp_1 Regelpunkt berechnen       : Starkverbraucher 954
2025.04.07 15:41:19.307 3: WB_1_lp_1 Regelpunkt berechnen       : Starkverbraucher laufen, dynamische Basis reduziert auf 8500
2025.04.07 15:41:19.307 3: WB_1_lp_1 Regelpunkt berechnen       : basis 9500 dynw  8500

2025.04.07 15:41:27.003 3: MQTT2_DEVICE set Kia_connect getAll

2025.04.07 15:41:34.327 3: WB_1_lp_1 Regelpunkt berechnen       : Starkverbraucher 955
2025.04.07 15:41:34.328 3: WB_1_lp_1 Regelpunkt berechnen       : Starkverbraucher laufen, dynamische Basis reduziert auf 8500
2025.04.07 15:41:34.328 3: WB_1_lp_1 Regelpunkt berechnen       : basis 9500 dynw  8500

2025.04.07 15:42:01.079 3: WB_1_lp_1 Regelpunkt berechnen       : Starkverbraucher 956
2025.04.07 15:42:01.079 3: WB_1_lp_1 Regelpunkt berechnen       : Starkverbraucher laufen, dynamische Basis reduziert auf 8500
2025.04.07 15:42:01.079 3: WB_1_lp_1 Regelpunkt berechnen       : basis 9500 dynw  8500

2025.04.07 15:42:01.091 3: WR_1_Speicher_1_ExternControl cmd_3.2: Wallbox smart_laden beenden
2025.04.07 15:42:01.091 3: WR_1_Speicher_1_ExternControl cmd_3.2: Batterie wird mit Automatik Steuerung gesteuert
2025.04.07 15:42:01.091 3: WR_1_Speicher_1_ExternControl cmd_3.2: Batterie auf 89.00 %, Entlademodus freigegeben

2025.04.07 15:42:10.598 3: WR_1_Speicher_1_ExternControl cmd_6  : Mittags 0.30 h mit 906 W laden
2025.04.07 15:42:10.619 3: WR_1_Speicher_1_ExternControl cmd_6  : SpeicherMiddayControlActive laden von 13:00 bis 16:00 freigegeben
2025.04.07 15:42:10.620 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf 906 limitiert
2025.04.07 15:42:10.620 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxSocRel 100 % halten

2025.04.07 15:42:21.150 3: MQTT2_DEVICE set Kia_connect getAll

2025.04.07 15:42:40.005 3: WR_1_Speicher_1_ExternControl cmd_6  : Mittags 0.29 h mit 908 W laden
2025.04.07 15:42:40.027 3: WR_1_Speicher_1_ExternControl cmd_6  : SpeicherMiddayControlActive laden von 13:00 bis 16:00 freigegeben
2025.04.07 15:42:40.027 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf 908 limitiert
2025.04.07 15:42:40.027 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxSocRel 100 % halten

2025.04.07 15:58:00.003 3: MQTT2_DEVICE set Kia_connect getAll

2025.04.07 15:59:40.005 3: WR_1_Speicher_1_ExternControl cmd_6  : Mittags 0.01 h mit 710 W laden
2025.04.07 15:59:40.027 3: WR_1_Speicher_1_ExternControl cmd_6  : SpeicherMiddayControlActive laden von 13:00 bis 16:00 freigegeben
2025.04.07 15:59:40.028 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf 710 limitiert
2025.04.07 15:59:40.028 3: WR_1_Speicher_1_ExternControl cmd_6  : Battery_ExternControl_MaxSocRel 100 % halten

2025.04.07 16:00:00.025 3: WB_1_lp_1 Regelpunkt_beachten_ende   : deaktiviert
2025.04.07 16:00:00.026 3: WB_1_lp_1 Regelpunkt_beachten_ende   : RP_An
2025.04.07 16:00:00.026 3: WB_1_lp_1 Regelpunkt_beachten_ende   : 1
2025.04.07 16:00:00.026 3: WB_1_lp_1 Regelpunkt_beachten_ende   : 16:00
2025.04.07 16:00:00.026 3: WB_1_lp_1 Regelpunkt_beachten_ende   : pv_charging
2025.04.07 16:00:00.027 3: WB_1_lp_1 Regelpunkt_beachten_ende   : not loading
2025.04.07 16:00:00.027 3: WB_1_lp_1 Regelpunkt_beachten_ende   : ---
2025.04.07 16:00:00.027 3: MQTT2_DEVICE set WB_1 ev_5_temp_charge_set Stop

2025.04.07 16:00:00.031 3: WB_1_lp_1 Regelpunkt_beachten_ende   : automatisch auf Stop und bis morgen warten

VG   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

Prof. Dr. Peter Henning

Bei KIA_connect würde ich vorschlagen, den Verbindungsstatus anzuzeigen.

Ein Listing des DOIF-Devices würde mich interessieren..
Bei KIA_Niro hast Du "Ladeleistung" stehen, gemeint ist aber wohl die Ladeenergie. Dies ist übrigens die einzige Zeile, die keine Einheiten enthält.

Zitat von: ch.eick am 07 April 2025, 16:30:44Hmmm, dann führe ich halt Selbstgespräche
Mache ich auch, wenn ich will, dass jemand zuhört, der mich versteht...

LG

pah

ch.eick

Zitat von: Prof. Dr. Peter Henning am 18 April 2025, 16:07:03Bei KIA_connect würde ich vorschlagen, den Verbindungsstatus anzuzeigen.
Das ist nicht so ganz einfach, da das nicht so wirklich aus dem Node-Red Flow kommt. Wenn man dann auch noch Kia zu häufig abfragt wird jedesmal das Auto aufgeweckt und die 12V Batterie leidet sehr stark.
Irgendwann wird auch der Account bis zum nächsten Tag gesperrt.
Man könnte den Flow zumindest noch erweitern und bis dahin testen, ob der Docker Container läuft.
Die Idee ist super.

ZitatEin Listing des DOIF-Devices würde mich interessieren..
Bei KIA_Niro hast Du "Ladeleistung" stehen, gemeint ist aber wohl die Ladeenergie. Dies ist übrigens die einzige Zeile, die keine Einheiten enthält.
Immer der selbe Fehler, schön ist nur, dass es bisher niemand gemerkt hat. Eine ältere Version ist in meinem contrib, ich überarbeite gerade nur diverse Devices und ziehe auf nen RPI5 um. Gib mir da bitte etwas Zeit. Ich vermute mein Device Stiel wird Dir nicht so sehr zusagen ;-)

Zitat
Zitat von: ch.eick am 07 April 2025, 16:30:44Hmmm, dann führe ich halt Selbstgespräche
Mache ich auch, wenn ich will, dass jemand zuhört, der mich versteht...
Wie war, wie war.

VG Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick