openWB Integration ins Victron Universum (inkl. VRM)

[teesmokr]

https://github.com/teesmokr/dbus-openwb2

Für alle die es interessiert hier ein Projekt um die openWB ins VRM zu bekommen.

[seaspotter]

Coole Sache, nur ein Vorschlag: Wenn ich es richtig sehe nimmst du die normalen MQTT Topics. Ich würde empfehlen Claude nochmal drüberrennen zu lassen und auf die simpleAPI umstellen zu lassen. So macht es die referenzierte HA Integration mittlerweile auch. Macht das ganze robuster gegen Fehlkonfiguration und vllt lieber http statt mqtt nehmen?
SimpleAPI hat den Vorteil das ggf. Änderungen an den Topics nicht ggf. immer Änderungen notwendig macht.

https://wiki.openwb.de/doku.php?id=openwb:vc:2.3.0:simpleapi

[teesmokr]

Klar kein Problem erledige "ich" :D

[teesmokr]

Hey @seaspotter, danke für den Tipp — top Hinweis! 🙌

Ist umgesetzt: ab v1.6.0 unterstützt der Treiber die SimpleAPI
(openWB/simpleAPI/…) als empfohlenen Modus, die internen Topics bleiben als
Fallback erhalten.

Ein paar Details:

• Auto-Erkennung: Der „Scan" im Web-Interface abonniert beide Bäume und stellt
  automatisch auf SimpleAPI um, sobald sie erkannt wird.
• Steuerung deutlich einfacher: Start/Stop über
  simpleAPI/set/chargepoint/<id>/chargemode (instant/stop) und der Strom über
  .../chargecurrent — das ganze charge_template-Handling entfällt damit, genau
  wie du sagst: robuster gegen Fehlkonfiguration.
• Gelesen werden power, imported, currents/1-3, voltages/1-3,
  phases_in_use, evse_current, plug_state, charge_state, soc, chargemode.

Voraussetzung ist, dass die SimpleAPI in der openWB aktiviert ist.

Zwei kurze Rückfragen, falls du magst:

1. Gibt es eine offizielle/aktuelle Doku-Seite zur SimpleAPI? Die Wiki-Links, die
   ich gefunden habe (vc:2.1.9 / 2.2.0), wirken etwas versionsabhängig — ich
   würde gern auf die „richtige" verlinken.
2. Sind plug_state/charge_state als true/false zu erwarten (so behandle ich
   sie aktuell), oder gibt es Versionen mit 1/0?

Repo: https://github.com/teesmokr/dbus-openwb2 — Feedback/PRs sehr willkommen!

[kevinwieland]

Tendenziell immer die aktuellste. Die Simple API hat zu 2.2.0 noch eine Erweiterung erhalten.

[teesmokr]

Top, danke @kevinwieland! 🙌 Hab's direkt gegen die aktuelle
simpleAPI_mqtt.py in core geprüft – und gleich was gelernt: beim Lesen kommt
chargemode im internen Vokabular (pv_charging statt pv). War bei mir erst
nur die Kurzform gemappt → in v1.6.1 gefixt, jetzt gehen beide. Set nimmt eh
beide Formen, sehr angenehm. 👍

Die Erweiterungen seit 2.2.0 (Totals, Limits, Auto-ID …) hab ich gesehen –
fürs EVCS-Grundbild reicht mir erstmal das Basis-Mapping. Danke fürs Draufschauen!

[seaspotter]

Die simpleAPI ist ja immer aktiv, die kann man gar nicht ausschalten. Wäre es daher nicht gut nur rein die simpleAPI zu nehmen ohne Fallback? Hintergrund: Gerade das Thema mit den Chargetemplates machte in der Vergangenheit oft das größte Problem, wenn man das nicht korrekt zusammenbaut, dann hat man sich teilweise damit die komplette Konfig zerschossen. Genau das war auch der Grund für die simpleAPI. Die Gefahr besteht wenn du diese Fallback-Option behältst, das sich damit jemand aus einen doofen Grund die Konfig nochmal zerschiesst :)
Deine Entscheidung aber es wäre glaub nicht verkehrt rein die simpleAPI zu nehmen, die ist dahingehend robust und wenn dann was nicht passt, dann ist es auf openWB Seite ein Problem. Sollte jemand mit einer uralt Version von openWB unterwegs sein und da die simpleAPI noch nicht aktiv sein, kannst du ja n Fehler ausgeben das man mal die openWB aktualsieren sollte? :)

[teesmokr]

Gesagt, getan 👍
v2.0.0 nimmt jetzt "nur" die SimpleAPI, kein Fallback mehr –
das charge_template-Thema ist damit komplett raus. Hab's gegen die aktuelle
simpleAPI_mqtt.py in core geprüft, passt.
Falls jemand auf einer uralt-openWB
ohne SimpleAPI ist, gibt's 'ne klare Meldung „openWB aktualisieren". Danke euch fürs Mitdenken! 🙏

[Kai9555]

Sehr schönes Projekt!! 👍🏻 Danke für die Mühe 🤟

[teesmokr]

Total gerne freut mich wenn sich andere auch dran erfreuen 👌👌

[Jarry377]

Hi,
erstmal danke, gefällt und ich kann den alten generischen Treiber und die NodeRED Flows mal einmotten

Was mir aufgefallen ist:

1. ich hab zwei Ladepunkte, kann man die einzeln konfigurieren?
   Also, so dass nachher beide im VRM auftauchen, aber mit ihrem eigenen Namen
2. im VRM werden die LPs immer am ACout, also bei den Essential Loads angezeigt, egal welchen Eingang ich im Interface auswähle (Hier sind auch zwei Eingänge und ein Ausgang erwähnt, üblich ist es aber genau anders herum, also ein Eingang und zwei Ausgänge)

[Kai9555]

Das habe ich auch festgestellt, habe dazu ein issue an der richtigen Stelle gemeldet:

teesmokr/dbus-openwb2#1

[Jarry377]

So
nach reboot Cerbo (Und vorherigem löschen des alten Treibers) kommt das nun hin hier.
AC-Eingang 1 scheint der ACin zu sein. Zumindest tauchen jetzt die beiden LPs dort auf und scheinen auch Daten zu liefern.
Ich musste die beiden LPs nur einzeln hinzufügen und hab dabei zwei verschiedene VRM-IDs genommen.
Hier sollte man evtl das Web-IF nochmal etwas optimieren.

Aber ansonsten scheint es bis hierher erstmal zu funktionieren.

[teesmokr]

Hey ihr beiden.
Cool dass ihr testet und Rückmeldung gebt.
Ich hab nur eine OpenWB am AC-in deswegen hätte ich das auch nicht testen können.
Wenn euch noch mehr auffällt schreibt gerne issues die bearbeite ich dann.
Oder natürlich auch wenn ihr noch Ideen habt.

Viele Grüße und danke fürs helfen

[teesmokr]

So

nach reboot Cerbo (Und vorherigem löschen des alten Treibers) kommt das nun hin hier.

AC-Eingang 1 scheint der ACin zu sein. Zumindest tauchen jetzt die beiden LPs dort auf und scheinen auch Daten zu liefern.

Ich musste die beiden LPs nur einzeln hinzufügen und hab dabei zwei verschiedene VRM-IDs genommen.

Hier sollte man evtl das Web-IF nochmal etwas optimieren.

Aber ansonsten scheint es bis hierher erstmal zu funktionieren.

Hab's mal angepasst. Teste gerne mal und gib Rückmeldung 😉

[Jarry377]

Hmmmm,
ich hab nun mal auf die 2.0.4 aktualisiert.
Im WebIF sind immernoch 2 Eingänge und ein Ausgang.

Das hinzufügen von mehr als einem Ladepunkt ist auch noch sehr sperrig (wie oben beschrieben, beide einzeln hinzufügen und dazwischen einmal speichern und Treiber neu starten.)
Ich kam damit zwar klar, aber das könnte zu unnötigen Fragezeichen führen.