simpleAPI: Mindest-/Maximal-SoC des Speichers und Teilleistungs-Schalter lesen und schreiben

[scroom]

Wunsch

Die simpleAPI kann bei der Speicherbeachtung bisher bat_mode und bat_power_reserve schreiben. Für die Ladepriorität „Nach SoC des Speichers" fehlen aber die zugehörigen Schwellen und der Schalter für die reservierte Ladeleistung. Diese sind derzeit nur über die internen Topics erreichbar:

• openWB/general/chargemode_config/pv_charging/min_bat_soc
• openWB/general/chargemode_config/pv_charging/max_bat_soc
• openWB/general/chargemode_config/pv_charging/bat_power_reserve_active

Ich würde mir wünschen, dass die simpleAPI diese Werte lesen und schreiben kann, analog zu den vorhandenen Parametern.

Vorschlag

MQTT (Schreiben)

Topic | Werte -- | -- openWB/simpleAPI/set/min_bat_soc | 0–100 (%) openWB/simpleAPI/set/max_bat_soc | 0–100 (%) openWB/simpleAPI/set/bat_power_reserve_active | true / false

MQTT (Lesen), zum Beispiel:

• openWB/simpleAPI/bat_mode
• openWB/simpleAPI/min_bat_soc
• openWB/simpleAPI/max_bat_soc
• openWB/simpleAPI/bat_power_reserve
• openWB/simpleAPI/bat_power_reserve_active

HTTP: analoge Parameter min_bat_soc, max_bat_soc, bat_power_reserve_active für POST sowie entsprechende get_…-Parameter.

Die Weboberfläche sorgt beim Setzen dafür, dass max_bat_soc nie kleiner als min_bat_soc ist. Es wäre gut, wenn die simpleAPI diese Regel ebenfalls serverseitig einhält, damit externe Systeme keinen inkonsistenten Zustand erzeugen können.

Anwendungsfall

Ich steuere die Speicherbeachtung aus Home Assistant heraus, je nach Jahreszeit und Bedarf: Im Herbst und Winter soll der Hausakku Vorrang haben (z. B. 90/95 %), im Sommer soll das Auto an einzelnen Tagen morgens direkt laden. Die Ladepriorität lässt sich dafür bereits sauber über openWB/simpleAPI/set/bat_mode umschalten. Für die Schwellen muss ich aber auf die internen Topics ausweichen, die laut Forum nicht als stabile externe Schnittstelle gedacht sind. Außerdem lassen sich bat_mode und die Schwellen über die simpleAPI nicht auslesen, sodass ich für die Anzeige ebenfalls interne Topics nutzen muss.

Der gleiche Wunsch wurde bereits im Forum geäußert (Thread „SW2: Einfache MQTT-Topics zum setzen des Lademodus etc", Seite 20): Seit es neben dem Mindest-SoC auch einen Maximal-SoC gibt, muss man bei einer Änderung beide Werte anpassen.

Vielen Dank für die Arbeit an der simpleAPI!

[seaspotter]

Wenn ich mich recht errinere dann gabs aber zu der Diskussion im alten Forum auch eher dann aber auch die Gegenfrage: Warum muss ich die Grenzen per API einstellen, gerade hier aus der Argumentation heraus ich stelle die 2 mal im Jahr um und nicht dauerhaft?
Dafür braucht man die doch nicht in der simpleAPI, sondern kann auch einfach ins Frontend der openWB gehen und das 2 mal im Jahr umstellen?

Die eigentliche Frage ist ja wieviele Paramter sollen noch per simpleAPI bedienbar sein, die wirklich wirklich notwendig sind. Oder doch eher das was der Name schon sagt: "keep it simple" und nur das was wirklich notwendig ist und wichtig ist bedienbar machen und alles andere sollte dann in der openWB direkt passieren.

[Gerolein]

Die simpleAPI ist ja mal gestartet, damit man einfach den Lademodus ändern kann ohne mit JSONs herumzuhantieren. Dann wurde es in der http-Form die Grundlage für die HomeAssistant-Integration, damit da nicht zuviel mit mosquitto-Konfigurationen herumhantiert werden musste.

Man sollte doch ein wenig beachten, dass man da nicht soviel reinpackt, dass die eigentliche MQTT-Schnittstelle überflüssig wird.

[seaspotter]

Zum Teil richtig, simpleAPI ist ja heute sowohl MQTT als auch HTTP Schnittstelle. Beides kann die gleichen Befehle über beide Protokolle senden, auf MQTT Seite eben ohne das gesamte JSON Topic nachzubauen. Aber eben der Grundgedanke: ohne viel kaputt machen zu können.
Rein lesend - wenn man mehrere Werte abfragen will - ist http schon eher nicht so schön, da ist mqtt deutlich besser und schneller, und auf schreibender Ebene ist es egal. Aber eben solange man im simpleAPI Topic bleibt. Da gibts dann auch nicht mehr so viel was fehlt im Vergleich zur richtigen MQTT Schnittstelle.

[scroom]

Danke für die Einordnung. Bei mir ist es nicht nur zweimal im Jahr: Je nach Jahreszeit und Situation passe ich den Mindest-SoC an, und das möchte ich aus Home Assistant heraus erledigen statt jedes Mal im Frontend.

In #3748 wurde die simpleAPI ausdrücklich für die externe Steuerung empfohlen, gerade weil sie konsistent bleibt, wenn intern etwas umgebaut wird. Deshalb möchte ich ungern auf openWB/set/general/... ausweichen.

Mir geht es dabei nicht um „alles in die simpleAPI", sondern um die Werte, die man im Betrieb realistisch anpasst. Bei der Speicherbeachtung wären das neben bat_mode eigentlich nur min_bat_soc, lesend und schreibend. bat_power_reserve ist in 2.3.0 ja schon dabei, und bat_mode lässt sich bisher zwar setzen, aber nicht über die simpleAPI auslesen.

[seaspotter]

in #3748 wurde explizit nach dem Lademodus gefragt und der ist ja in der simpleAPI enthalten und entsprechend setzbar.

Verstehe ich schon, dass du das gerne haben willst. Aber jemand anders hätte vielleicht noch gerne 3 andere Werte die er ab und an anpasst und dann sind wir am Ende doch wieder bei "alle in der simpleAPI". Ich will ja nur auch Verständnis dafür erzeugen, dass es auch sinnvoll sein muss was man da hinzufügt und das sind eben die Werte die man auch wirklich regelmäßig ändert. Und vielleicht wirklich ein Tenor sein, dass Leute sagen: ja das brauch ich wirklich und nicht nur einer :)

Ich kann nur von mir sprechen und ich pass den min_bat_soc nie an, wenn er einmal gesetzt wurde.

Würd jetzt nicht ausschließen das da vielleicht dann noch lesend der ein oder andere Wert fehlt und mit reinkommen soll und vielleicht auch noch der ein oder andere schreibende Wert kommt wie die aktive Speichersteuerung. Da wird sich sicher auch noch was tun, aber muss dann halt auch immer wirklich irgendwie sinnvoll sein.

[Gerolein]

Der Mindest-SoC des Speichers ist schon jahreszeitabhängig. Das ist ja der Wert, der üblicherweise den Speicher durch die Nacht kommen lässt. Und die Länge der Nacht ist ja nun einmal mal länger und mal kürzer. Aber so ist es ja auch mit dem Hausverbrauch: Braten im Backofen oder Sauna ist ja nun auch nicht jeden Abend.

Will sagen: ich bin da indifferent und verstehe das Anliegen aber durchaus. Aber ob jemand, der in der Lage ist, jahreszeitabhängig den Wert zu berechnen nicht doch auch in der Lage ist, die "große" Schnittstelle zu bedienen...

Ich denke aber, dass die set-Topics stabil sein werden. Einfach, weil da nicht mehr groß daran herum gebaut werden wird. Und die Erfahrungen mit dem einen UI-Hilfstopic zum Umstellen des Lademodus ja hoffentlich noch frisch sind.