SW2: Einfache MQTT-Topics zum setzen des Lademodus etc
-
openWB
- Site Admin
- Beiträge: 9756
- Registriert: So Okt 07, 2018 1:50 pm
- Has thanked: 107 times
- Been thanked: 251 times
Re: SW2: Einfache MQTT-Topics zum setzen des Lademodus etc
https://github.com/openWB/core/pull/3000Andi hat geschrieben: Sa Nov 29, 2025 4:45 pm 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?
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
-
Andi
- Beiträge: 462
- Registriert: So Jun 21, 2020 8:48 am
- Has thanked: 17 times
- Been thanked: 16 times
Re: SW2: Einfache MQTT-Topics zum setzen des Lademodus etc
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?
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
- Site Admin
- Beiträge: 9756
- Registriert: So Okt 07, 2018 1:50 pm
- Has thanked: 107 times
- Been thanked: 251 times
Re: SW2: Einfache MQTT-Topics zum setzen des Lademodus etc
Das Problem mit den 14Byte solltest dann aber bei einigen Variablen haben, oder?Andi hat geschrieben: Do Dez 04, 2025 12:32 pm 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?
Ist das über die HTTP API auch der Fall?
Zu den Topics:
https://github.com/openWB/core/pull/2914
Da hatte der Merge gefehlt...
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
-
Andi
- Beiträge: 462
- Registriert: So Jun 21, 2020 8:48 am
- Has thanked: 17 times
- Been thanked: 16 times
Re: SW2: Einfache MQTT-Topics zum setzen des Lademodus etc
Ja Problem besteht natürlich bei allen strings mit mehr wie 14 Byte... HTTP API hab ich nicht im Einsatz.openWB hat geschrieben: Do Dez 04, 2025 12:58 pm 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...
Und danke für den Merge, update lief durch und siehe da die topics sind jetzt da!