Home assistant - custom integration für openWB

[a4320909533]

Dann passt es. Interessanterweise muss ich das bei den anderen Endpunkten nicht spezifizieren. Seis drum... Es funktioniert.

EDIT: Der Grund, warum ich raw=true nicht bei den anderen Endpunkten spezifizieren muss scheint, dass es von euch aus schon ein komplexer Endpunkt zu sein:

Code: Alles auswählen

http://192.168.0.68/openWB/simpleAPI/simpleapi.php/?get_chargepoint_all=6&raw=true
{
    "success": false,
    "message": "Raw output (raw=true) is not supported for complex parameters",
    "error": "Parameter 'get_chargepoint_all' returns multiple values. Use specific single-value parameters instead.",
    "suggestion": "Try parameters like get_counter_power, get_counter_voltage_p1, etc."
}

vs

Code: Alles auswählen

http://192.168.0.68/openWB/simpleAPI/simpleapi.php/?get_lastlivevaluesjson&raw=true
{"timestamp": 1766137884, "time": "10:51:24", "grid": 0.01, "house-power": 0.404, "charging-all": 0.0, "pv-all": 1.381, "cp6-power": 0.0, "ev0-soc": 45, "bat-all-power": 0.987, "bat-all-soc": 24}

Code: Alles auswählen

http://192.168.0.68/openWB/simpleAPI/simpleapi.php/?get_lastlivevaluesjson
{"get_lastlivevaluesjson":"{\"timestamp\": 1766137904, \"time\": \"10:51:44\", \"grid\": -0.048, \"house-power\": 0.364, \"charging-all\": 0.0, \"pv-all\": 1.379, \"cp6-power\": 0.0, \"ev0-soc\": 45, \"bat-all-power\": 0.967, \"bat-all-soc\": 24}"}

Ich denke, dass aus openWB-Sicht get_lastlivevaluesjson nicht komplex definiert wurde?

Danke sehr!

[openWB]

Dann passt es. Interessanterweise muss ich das bei den anderen Endpunkten nicht spezifizieren. Seis drum... Es funktioniert.

EDIT: Der Grund, warum ich raw=true nicht bei den anderen Endpunkten spezifizieren muss scheint, dass es von euch aus schon ein komplexer Endpunkt zu sein:

Code: Alles auswählen

http://192.168.0.68/openWB/simpleAPI/simpleapi.php/?get_chargepoint_all=6&raw=true
{
    "success": false,
    "message": "Raw output (raw=true) is not supported for complex parameters",
    "error": "Parameter 'get_chargepoint_all' returns multiple values. Use specific single-value parameters instead.",
    "suggestion": "Try parameters like get_counter_power, get_counter_voltage_p1, etc."
}

vs

Code: Alles auswählen

http://192.168.0.68/openWB/simpleAPI/simpleapi.php/?get_lastlivevaluesjson&raw=true
{"timestamp": 1766137884, "time": "10:51:24", "grid": 0.01, "house-power": 0.404, "charging-all": 0.0, "pv-all": 1.381, "cp6-power": 0.0, "ev0-soc": 45, "bat-all-power": 0.987, "bat-all-soc": 24}

Code: Alles auswählen

http://192.168.0.68/openWB/simpleAPI/simpleapi.php/?get_lastlivevaluesjson
{"get_lastlivevaluesjson":"{\"timestamp\": 1766137904, \"time\": \"10:51:44\", \"grid\": -0.048, \"house-power\": 0.364, \"charging-all\": 0.0, \"pv-all\": 1.379, \"cp6-power\": 0.0, \"ev0-soc\": 45, \"bat-all-power\": 0.967, \"bat-all-soc\": 24}"}

Ich denke, dass aus openWB-Sicht get_lastlivevaluesjson nicht komplex definiert wurde?

Danke sehr!

Kann mal jemand prüfen ob es mit diesem PR so tut wie gewünscht?
Vor allem wenn mehrere Parameter angehängt werden...
https://github.com/openWB/core/pull/3068

[a4320909533]

So was geht:
http://192.168.0.68/openWB/simpleAPI/si ... n&get_pv=5
http://192.168.0.68/openWB/simpleAPI/si ... valuesjson
http://192.168.0.68/openWB/simpleAPI/si ... uesjson=42

Wenn ich das versuche, bekomme ich Spannungen des Ladepunkts 6, die summarischen Werte und die PV-5 Werte. Aber nicht alle Werte von CP6:
http://192.168.0.68/openWB/simpleAPI/si ... voltages=6

Und hier bekomme ich einen 500er-Fehler:
http://192.168.0.68/openWB/simpleAPI/si ... er_power=0
Hier auch:
http://192.168.0.68/openWB/simpleAPI/si ... er_power=0
Hier auch:
http://192.168.0.68/openWB/simpleAPI/si ... ry_power=1
Hier auch
http://192.168.0.68/openWB/simpleAPI/si ... pv_power=5

Fazit: Es scheint ein Problem mit der Einzelwertabfrage zu geben - was ich nicht bemerke, da HA Sammeltopics nimmt. Aber vielleicht hat ja ein anderer das Problem.

Andreas

[openWB]

In der Tat haben die gefehlt.
https://github.com/openWB/core/pull/3070
Ist so aber erstmal nicht wirklich schön umgesetzt.

[kai9555]

Guten Abend Kevin,

ich habe gerade mit Andreas bezüglich dem Intervall der API Abfrage gesprochen. Diese ist in der aktuellen Version auf 30s eingestellt und soll auf 15s geändert werden. Die Abfrage über MQTT lief im openWB Rhythmus von 10s und stelle ja keine Systembelastung dar. Es stellt sich die Frage, wie stark die openWB durch die API Abfrage belastet wird? Welchen Abfrage Intervall würdest du in Abhängigkeit der konfigurierten Geräte empfehlen? Kann man die Auslastung der openWB durch die Abfragen irgendwie Monitoren?

Danke Kai

[openWB]

@kai
Ja, kannst du selber ganz easy testen.

Folgende Seite mit deiner IP aufrufen:
Xxx.yyy.xxx.yyy/openWB/web/maintenance/systeminfo.html

Nun einfach mal alle z.b. alle 10 Sekunden die api befragen.
Wie andert es sich dann bei dir?

[kai9555]

Ich habe es jetzt mal auf 15s gestellt. Im Leerlauf benötigt die openWB unter 10% - bei einer API Abfrage geht es auf etwa 35-40% hoch. Am Diagramm CPU Load gut zu sehen, ich habe die Abfrage zwischendurch kurz ausgeschalten. Ich habe jetzt aber keinen "API" Task sehen können um genaueres festzustellen. Was meinst du zu der Auslastung? (Geräte siehe Signatur).

[kai9555]

Update: Ich habe die Integration in Home Assistant gelöscht und mit MQTT neu aufgesetzt. Im Grunde zeigt sich hier eine gleiche Auslastung. Am Anfang der Idle Modus der openWB und nachdem Home Assistant gestartet wurde alle 10s um die 40%. Ich dachte eine MQTT Brücke belastet die openWB nicht?! Ist das in einem normalen Bereich?

[openWB]

Bitte die neue simpleAPI mit der Integration von Andreas nutzen und nicht direkt MQTT.

[kai9555]

So hatte ich es auch vor und direkt migriert. Es gab lediglich Bedenken bezüglich der Systemlast bei schnellen Abfragen. Es ist bei 15s schon etwas träge in der Umsetzung der Werte in HA.

Aber warum die Empfehlung? Andreas bietet weiterhin MQTT als Einrichtungsmethode an. Wenn es dafür einen triftigen Grund gibt, sollte Andreas das wissen und eventuell als Hinweis einarbeitet.