MQTT ich verzweifle langsam

[ch.eick]

Hallo zusammen,
ich habe nun schon viel gelesen und versucht umzusetzen. Das Monitoren klappt jetzt, jedoch fehlen mir einfach die richtigen Topics für das Steuern.

openWB serie 2 mit 2 Ladepunkten (einer ist custom) beide Version: 2.1.6 2024-11-25 14:05:51 +0100 [9b5fded6e]

Es gibt readings mit set, get, oder auch zweimal set im Namen, was ich nicht verstehen kann und somit hier schonmal um hilfe bitte.
Der Knaller sind die mit set und get im Namen
Beispiele

Code: Alles auswählen

$DEVICETOPIC/internal_chargepoint/0/get/power
$DEVICETOPIC/set/internal_chargepoint/0/get/power
$DEVICETOPIC/set/counter/set/home_consumption

Weiterhin werden sinnlos viele Nachkommastellen geliefert, was openWB intern vieleicht Sinn macht, aber der Betreiber braucht nach meiner Meinung nur W oder kWh, die er sich dann zum Ende auf kW oder kWh umrechnet bzw rundet. Strom und Spannung wäre ähnlich.

Ich hoffe, dass ich das Prinzip mit Fahrzeugen, Ladepunkten, Profilen und so weiter einigermaßen verstanden habe. Was mir dabei nun noch fehlt sind die Topics, die ich senden muss, um z.B. beim Fahrzeug 1 das Ladeprofil zu zuordnen.
Ich habe alle Fahrzeuge, Fahrzeug_Profile und Lade-Profile definiert und kann diese auch per MQTT als JSON mit allen Einzeldefinitionen auslesen.

Die Frage ist nun,welches json muss ich auf welches Topic senden?
Beispiel
Fahrzeug, Fahrzeug_Profil, Lade-Profil

Code: Alles auswählen

Fahrzeug_0 eNiro eNiro_Sofortladen
Fahrzeug_0 eNiro eNiro_NurPV
Fahrzeug_0 eNiro eNiro_MinPV

Es wäre kein Problem, die von der openWB gelesenen JSON zu analysieren und entsprechend wieder zur openWB zu senden, damit meine default Einstellungen erhalten bleiben oder wiederhergestellt werden, wenn jemand manuell am Display mal etwas überschrieben hat, was momentan ja dann in das aktuell verwendete Profil zurück geschrieben würde.

Hintergrund ist, dass ich an der zweiten openWP einen öffentlichen Ladepunkt betreibe und dort zum Teil etwas komplexere Umschaltvarianten berücksichtigen möchte. Mit der Version 1.9 hat das bereits sehr gut funktioniert.

Soweit erstmal
Christian

[Gero]

Das mit den set-Topics kommt daher, dass nur der openWB/set-Zweig von draussen schreibbar ist. Es haben sich zu viele versehentlich die Konfiguration kaputt gemacht. Set/…./get klingt komisch ist aber genau dieser Tatsache geschuldet. Welche Topics die openWB selber beschreibt, bekommst du über die Entwickler-Konsole des Browsers raus, habe ich mal gelesen. Ansonsten habe ich hier mal einen Flow gescheieben, der die Lademodi setzt:

viewtopic.php?t=9171

[mrinas]

das mit set und get ist im Grunde folgendes:

Erstmal kannst Du alle Werte lesen, das sind die get-Topics. Einige davon kann man auch schreiben, hierzu wird der gesamte Topic-Pfad um ein /set/ nach openWB ergänzt. Diese Werte werden dann von der openWB genommen, validiert und sofern es sich um einen schreibbares Topic handelt übernommen.

[ch.eick]

Okay, zunächst einmal danke.

Ich habe nun folgende Info

openWB/chargepoint/6/get/connected_vehicle
info {
"id": 5,
"name": "Fahrzeug_0" <<< diesem Fahrzeug ist momentan
}
config {
"average_consumption": 14200,
"charge_template": 3, <<< Template 3 ist bei mir pv_charging
"chargemode": "pv_charging", <<< dieser chargemode zugeordnet
"current_plan": null,
"ev_template": 1,
"priority": false,
"time_charging_in_use": false
}

Um nun per MQTT umzuschalten müsste ich dem Fahrzeug_0 mit id 5 ein anderes charge_template zuordnen.

openWB/vehicle/5
"chargemode": "pv_charging"
"name": "Fahrzeug_0"

Das Problem ist nun, dass ich im MQTT Explorer dafür keinen set finden kann.
Wenn ich zu dem Node-Red Flow gehe und es mir dort anschaue, dann wird dort jedoch ein charge_template immer wieder geändert.
Sollte nun jemand am Display dem Fahrzeug ein anderes charge_template zuordnen, dann läuft das doch ins leere, wenn man extern immer ein Template überschreibt.

Richtiger wäre doch immer nur das charge_template was man haben möchte ins Fahrzeug zu schreiben.

Leider kann man anscheinend bei MQTT Explorer nicht alle Möglichkeiten des set Pfades sehen, bei mir flackern da immer nur kurz die auf, die durch openWB selber verwendet worden sind.

Kann da nochmals jemand helfen?

VG Christian

[mrinas]

Das Problem ist nun, dass ich im MQTT Explorer dafür keinen set finden kann.

Das man den Pfad nicht sieht macht nichts, das ist eine Eigenheit von MQTT. Du kannst dort dennoch drauf schreiben, sobald die Werte abgeholt wurden (und das Topic geleert wurde) verschwindet der Pfad wieder.

Also das topic welches Du schreiben möchtest kopieren, das /set direkt hinter openWB einfügen und abschicken.

Wie man die konkrete Umschaltung durchführt kann ich ad hoc nicht beantworten. Das kannst Du ggf. im MQTT log oder den Brower-Devtools (f12) nachverfolgen wenn Du die Änderung in de Weboberfläche durchführst.

[Gero]

Sollte nun jemand am Display dem Fahrzeug ein anderes charge_template zuordnen, dann läuft das doch ins leere, wenn man extern immer ein Template überschreibt.

Am Display ordnet man dem Ladepunkt ein Fahrzeug zu. Dem Fahrzeug ist in der Konfiguration ein Ladeprofil und ein Fahrzeugprofil zugeordnet worden. Wenn man den Ladepunkt aufklappt und da an den Ladeeinstellungen herumstellt, wird das aktuell ins Ladeprofil des Fahrzeugs geschrieben. Das ist erkanntermaßen doof und soll mal so geändert werden, dass die Einstellungen am Ladepunkt nur temporär bis zum Abstecken des Fahrzeugs gelten. Wird das Fahrzeug neu angesteckt, so werden dann wieder die Einstellungen aus dem Ladeprofil übernommen.

Du kannst meinen Flow ganz einfach so ändern, dass du beim Anstecken die Werte des Ladeprofils in eigene neue Variable backupst, aus der Du die Werte im Ladeprofil beim Abstecken wiederherstellst. Dsmit würdest du die Entwicklung vorweggreifen. Zumindest ist das mein Verständnis von dem, was da kommen werden soll. (Diskussion dazu ist im Thread „Use-Case der Ladeprofile“.

[Gero]

Hintergrund ist, dass ich an der zweiten openWP einen öffentlichen Ladepunkt betreibe und dort zum Teil etwas komplexere Umschaltvarianten berücksichtigen möchte. Mit der Version 1.9 hat das bereits sehr gut funktioniert.

Schreib' doch mal was dazu - die 2er-Software ist halt fahrzeugbasiert und eigentlich genau dafür vorgesehen. Die Auswahl des angesteckten Fahrzeugs geht per RFID oder bei der pro über die automatische Fahrzeugerkennung. Und im Ladeprotokoll landet auch immer das Fahrzeug.