Wechselt autom. von PV auf SofortLaden

[LutzB]

Wie von Lutz mal angemerkt habe ich eine kleine Änderung vorgenommen (die eigentlich da sein sollte )
Bitte mal in der Nightly testen - ich hoffe damit ist das Problem erledigt.

Noch ist die Änderung nicht drin. Siehst Du bitte nochmal nach?

[openWB]

...ist drin.

[cpm]

Ok. Danke, also nochmal Update .

Soll ich vor dem nächsten Test irgendwelche MQTT-Variablen löschen? openWB/set/ChargeMode? Das macht ja der Fix, wenn ich Ihn richtig deute.
.

[openWB]

Nein, nix.
Einmal Lademodus verstellen macht Sinn.

[diebelsalt]

Um 05:35 hat bei dir ein Client die Webseite geöffnet (Graphen wurden angefragt) und in dem Zuge verstellt.
Das hilft aber für die Analyse.

Mmh. Da hab ich geschlafen. Kann nur das Web dingens oder das Smartphone gewesen sein. Sehr komisch. Aber warum ändert eine Anfrage den Ladezustand?

[cpm]

Bei meiner Anfrage lag ich auch noch im Bett

Ich hab jetzt die neuste 1.8.311Nightly (2020-09-05 13:01:08 +0200 [e51a5b8f] ) drauf. Der Wagen ist angesteckt und ich habe von STOP zu PV zu STOP gewechselt. Der Topic openWB/set/ChargeMode ist danach noch da, aber leer. Bin gespannt.
.

[cpm]

Halt leider nicht geklappt. Die openWB war heute Morgen wieder auf PV-Laden.
Ich hatte mal um ca. 6:00 Uhr daraufgeschaut, da war sie noch in STOP. Heute Morgen lädt der e-up (selbstständig, sozusagen).

Das MQTT Log sieht seltsam aus, nur eine 01:

Die MQTT Variablen sehen aus, wie erwartet:

Ich kann leider erst wieder nächstes WE testen. Diese Woche wird der e-up immer sehr früh morgens bewegt. Also vor der gefühlten Selbstumschaltung.

[LutzB]

...ist drin.

So rein vom Verständnis her: Sollte das Topic nicht komplett geleert werden? Warum schreibst Du jetzt ein Leerzeichen hinein?
Aus einer Doku zu MQTT:

There is also a very simple way to delete the retained message of a topic: send a retained message with a zero-byte payload on the topic where you want to delete the previous retained message. The broker deletes the retained message and new subscribers no longer get a retained message for that topic.

"Zero-byte payload" bedeutet "keine payload", also eine leere Message. Das wird in der mqttsub.py auch 64 mal so gemacht. Lediglich drei Topics enthalten das Leerzeichen:

• openWB/set/ChargeMode
• openWB/config/set/sofort/lp/1/chargeLimitation
• openWB/config/set/sofort/lp/1/chargeLimitation

Ich denke, das sind drei kleine "Bugs".

Gruß,
Lutz

[openWB]

Fix folgt ... wenn man an der falschen Stelle Copy&Paste macht

[cpm]

Ich versehe ehrlich gesagt noch nicht, wie dies die Fehlerursache sein könnte. Selbst wenn der Wert unter set stehenbleibt und mehrfach übernommen würde, der Wert war ja immer richtig.

Irgendwann hat sich die openWB ja einen anderen Wert (also den Statuswechsel) irgendwo hergezaubert, oder?