openWB Forum

openWB hat geschrieben: Mo Nov 10, 2025 7:04 am Ist das auch der Fall wenn ein Fahrzeug an deiner openWB Pro hängt?

Habe keine Pro sondern eine Standard+. Ja, der SoC steht immer auf "none". Egal ob ein Fahrzeug angeschlossen ist oder nicht. Und auch wenn ein Fahrzeug läd steht dort immer noch "none".

soc und soc_timestamp kommt in dem Fall aus der Pro.
Wir führen hier nun infos aus Ladepunkt und auch aus den Profilen zusammen.
Folglich müssten wir hier noch Klarheit schaffen was angezeigt und wie benannt werden soll.
Vorschläge?

Da unter vehicle_name der Name des Fahrzeuges angezeigt wird würde ich unter soc auch den SoC dieses Fahrzeuges erwarten.

vehicle_id wider rum kommt aus dem chargepoint - sofern es eine Pro(+) ist.

Ich habe den PR mal erweitert:
https://github.com/openWB/core/pull/2914
der Soc heißt nun pro_soc bzw. pro_soc_timestamp

Zusätzlich kommt nun aus dem vehicle soc/ mit soc und den übrigen Parametern.
Wiki:
https://wiki.openwb.de/doku.php?id=open ... adezustand

Einwände?

Was muss denn bei api-token eingetragen werden?

Die Adresse musste ich schon ändern weil ich eine andere IP habe und auch ip-der-openwb/openwb noch eingeben muss.

Mir wird zwar dann ein Erfolg vermeldet:
Allerdings kommt dann:

Ich habe bei mir auch noch eine Slave Box mit Ladepunkt 4, muss ich diesen dann auch so eintragen und einrichten?

mfg
Hefer

Hi Hefer,
das API Token lässt du bitte leer - hab ich schon im Bezeichner angepasst.
Es könnte an der URL liegen - Groß- und Kleinschreibung ist wichtig.
Bei mir funktioniert
http://192.168.0.68/openWB/simpleAPI/si ... oint_all=4

Und bitte sei so nett und erzeuge ein Issue in meinem Github falls es nicht funzt - dann kann ich das abarbeiten und wir spammen das Forum nicht so zu.
https://github.com/a529987659852/openwb2mqtt/issues

Dort bitte auch die Log-Einträge posten.
Danke
Andreas

Hab mich jetzt mal intensiver noch mit der neuen 2.1.9 beschäftigt und da scheint ja jetzt auch die lange gewünschte Hysterese für den min_soc_bat_mode umgesetzt zu sein. Es ist jetzt zwar nicht als direkte Hysterese Offset zum bisherigen SoC umgesetzt (den hätte ich pauschal mit z.B. 5% fest belegt) sondern durch ein zus. Max SoC umgesetzt. Dies hat aber zur Folge daß man nun auch bei einer Änderung des min SoC auch den max SoC mit ändern/nachziehen muss.

Daher wäre es toll wenn die simpleAPI (die ja schon den bat_mode Modus umschalten kann) auch diese beiden Werte noch schreib- und lesbar ausgeben würde.

UseCase bei mir: ich rechne mit meiner Haussteuerung über den erwarteten PV-Ertrag einen minSoC für den Hausspeicher aus damit dieser mein Haus dann über die Nacht bis zum nächsten PV-Ertrag am nächsten Tag "bringen kann". Diesen min SOC schicke ich alle 30min an die openWB so daß wenn genug im Speicher für die nächste Nacht ist ich dann auch noch per Mindeststrom von 6A alle übrige PV-Energie in die Autos bringen kann. Bisher hatte ich das deaktiviert wegen des ständigen Ladetoggelns wegen der fehlenden Hysterese, jetzt macht das aber wieder Sinn einzuschalten und ich würde gerne komplett auf die simpleAPI wechseln falls das dort bereitgestellt wird.

EDIT: hier die beiden topics die ich meine:
openWB/general/chargemode_config/pv_charging/min_bat_soc
openWB/general/chargemode_config/pv_charging/max_bat_soc

Du meinst auf die simpleAPI per http?

Für MQTT sehe ich hier wenig potential das zu vereinfachen, oder übersehe ich da etwas?

ich rede im Prinzip von beiden... siehe meine EDIT Einträge. Da hab ich die topics noch ergänzt die ich meine (ja, das sind die Status topics, zum setzen gibt es ja noch diesselben mit /set/ dazwischen...) Aber ich kann auch damit leben die vorhandenen "internen" zu nutzen, das funktioniert auch. Ich fand es nur nicht ganz konsistent den bat_modus über simpleapi aktiveren zu können, die Einstellungen dazu jedoch nicht.

Für mqtt dann aber mit dem selben Pfad nur mit simpleAPI dazwischen?