SW2: Einfache MQTT-Topics zum setzen des Lademodus etc

[Andi]

Version von 28.11. 16:06

[Andi]

so sieht das im MQTT Explorer nun wieder aus:

Screenshot 2025-12-02 091743.jpg (127.4 KiB) 472 mal betrachtet

[openWB]

Vielen Dank für die ganzen Anpassungen an der simpleAPI! Das wird nun schon ganz gut.

Allerdings gibt es einen Punkt der mir gerade noch die Nutzung sehr schwer macht:

beim Schreiben des Chargemode ist folgende Definition der Lademodi gegeben:
set_chargemode instant, pv, eco, stop, target

Beim Lesen des Chargemode über
openWB/simpleAPI/chargepoint/5/chargemode

kommt aber eine andere Definition zurück:
instant_charging, pv_charging_ eco_charging, stop und scheduled_charging

Das ist mega ungeschickt, da man dann nicht 1:1 einen Status sich merken kann und wiederverwenden kann! Jetzt müsste ich mir eine komplexe Mappinglogik aufsetzen um den Status zu merken und ggf. nach einem temporären Eingriff meiner Automatik wieder zurück auf den letzten "Usermode" zurückzuschreiben... Oder auch der Usecase zu prüfen ob der aktuelle Lademodus dem Sollmodus entspricht funktioniert auch nicht so einfach mit einem Vergleich.

Könntet ihr das bitte vereinheitlichen, so daß es keine unterschiedliche Definition des Lademodus innerhalb der simpleAPI gibt?

https://github.com/openWB/core/pull/3000

[Andi]

Danke, PR3000 funktioniert technisch, hilft mir persönlich leider nur nicht da man ja weiter mit den Langnamen arbeiten muss und mir diese auf 14Byte beschränkt werden im KNX. Bei mir kommt leider dann nur "instant_chargi" als Status String an und den kann ich so nicht wieder zurückschreiben und muss ihn dann so oder so entweder auf Kurzfassung eindampfen oder zum vollständigen string ergänzen.

Bleibe daher bei meiner externen mapping Lösung mit den kurzen Namen die funktioniert.

Die restlichen fehlenden topics sind aber immer noch nicht implementiert bzw erscheinen bei mir im MQTT Baum weiter nicht?

[openWB]

Danke, PR3000 funktioniert technisch, hilft mir persönlich leider nur nicht da man ja weiter mit den Langnamen arbeiten muss und mir diese auf 14Byte beschränkt werden im KNX. Bei mir kommt leider dann nur "instant_chargi" als Status String an und den kann ich so nicht wieder zurückschreiben und muss ihn dann so oder so entweder auf Kurzfassung eindampfen oder zum vollständigen string ergänzen.

Bleibe daher bei meiner externen mapping Lösung mit den kurzen Namen die funktioniert.

Die restlichen fehlenden topics sind aber immer noch nicht implementiert bzw erscheinen bei mir im MQTT Baum weiter nicht?

Das Problem mit den 14Byte solltest dann aber bei einigen Variablen haben, oder?
Ist das über die HTTP API auch der Fall?

Zu den Topics:
https://github.com/openWB/core/pull/2914
Da hatte der Merge gefehlt...

[Andi]

Das Problem mit den 14Byte solltest dann aber bei einigen Variablen haben, oder?
Ist das über die HTTP API auch der Fall?

Zu den Topics:
https://github.com/openWB/core/pull/2914
Da hatte der Merge gefehlt...

Ja Problem besteht natürlich bei allen strings mit mehr wie 14 Byte... HTTP API hab ich nicht im Einsatz.

Und danke für den Merge, update lief durch und siehe da die topics sind jetzt da!

[Johny]

Eine Frage zur Phasen-Umschaltung im Sofort-Modus. Gibt es dazu auch ein simpleAPI Topic? Ich konnte keines finden.
Gruss, Johny

[schrej]

Eine Frage zur Phasen-Umschaltung im Sofort-Modus. Gibt es dazu auch ein simpleAPI Topic? Ich konnte keines finden.
Gruss, Johny

Das hatte ich auch schon zweimal gefragt und leider keine Antwort erhalten

[Gero]

Könnte ja auch daran liegen, dass es eine simpleAPI ist und da naturgemäß nicht alles einstellbar ist. Mir würde aktuell kein Use-Case einfallen, in dem man die Anzahl Phasen beim Sofortladen vorgeben müsste. Wenn man das unbedingt machen möchte, kann man das ja weiterhin über das Ladeprofil oder das Fahrzeugprofil erledigen. Oder ganz neu: Über das am Ladepunkt aktive Ladeprofil.

[openWB]

Sehe ich ähnlich, was wäre denn der Use Case dafür?