Rückmeldungen openWB software 2.2.0 Alpha 1

[ChristophR]

Rücksetzen des MQTT-SoC Moduls.
Wenn ich mal ein MQTT-Modul konfiguriert hatte, dies aber wieder aus dem Fahrzeug entferne, werden die Daten im MQTT-Broker nicht entfernt und bleiben stehen.
Hier habe ich mit dem soc_timestamp manuell experimentiert und konnte es nur durch setzen auf "null" wieder lösen:

2026-03-23 00_41_06-MQTT Explorer.png (4.62 KiB) 687 mal betrachtet

Löschen der Werte klappt auch nicht, da die geschriebenen Werte ein anderes Topic haben.

[LenaK]

Warum wird nicht auf einphasiges Laden umgeschaltet?
https://paste.openwb.de/uAhx2B6nIT7VNG8

Bitte ein Update machen, Du bist auf der Version vom 4.3.. Der Fehler wurde bereits behoben.

[kai9555]

Ich habe das vor etwa einem Monat schon einmal gemeldet, aber eventuell ist es ja untergegangen:

Log: https://paste.openwb.de/juREgG4lrWgTKf9
2026-03-24 10:26:12 +0000 [25f7b64ed]


Mit der Einstellung aktive Speichersteuerung und PV Ertrag speichern wird der Speicher tatsächlich entladen und nicht geladen. Im Status wird angezeigt, dass der Speicher in Höhe PV geladen werden sollte..was er aber nicht tut.

[ChristophR]

Master vom 20.03. (2026-03-20 11:24:28 +0000 [4ce425910]):
Seit den Problemen, in denen der Lademodus zyklisch wechselte (Um den 14.03.2026 herum), wird der RFID-Tag nicht mehr in das Ladeprotokoll geschrieben. (Ladeprotokoll siehe nächster Beitrag)
Ich hatte erst das nächste Update abgewartet, nachdem ich es bemerkt hatte, um einen sauberen Vorgang dokumentieren zu können.

23.03.2026 13:04 Uhr: Fahrzeug angesteckt:
https://paste.openwb.de/4jm3mB2oBh8SAoW

23.03.2026 14:35 - 16:50 Uhr: Fahrzeug per Überschuss im Modus Zielladen geladen:
https://paste.openwb.de/I74QEED32AefjxG
https://paste.openwb.de/j3LnHaSxq4nLtKj
https://paste.openwb.de/mUZ0KNf9ecRCwH6

24.03.2026 07:14 Uhr: Fahrzeug abgesteckt:
https://paste.openwb.de/LSVcpWikEqDGZCk

chargelog.log:
https://paste.openwb.de/2qwfTePRVPhZ9hj

[ChristophR]

Aktueller Master (2026-03-24 15:52:05 +0100 [69f263af2]), Kilometerstand vs. Ladeprotokoll:
Ich habe noch keinen Ladevorgang mit Kilometerstand, sondern nur den Aufruf des alten Ladeprotokolls getestet.

Zunächst hat das Ladeprotokoll auf der Webseite keine Einträge gezeigt, Download über URL funktionierte jedoch. Erst nachdem ich die Einstellungen, welche Daten angezeigt werden dürfen (Einstellungen -> Allgemein -> Lade-Protokoll) nochmal geändert und gespeichert habe, hat es geklappt. Es wurden aber alle Optionen korrekt angezeigt, Kilometerstand war ausgeschaltet. Nun funktioniert die Anzeige, egal ob der Kilometerstand aus oder an ist.

In der Download-URL (downloadChargeLog.php) wird die Spalte Kilometerstand korrekt ausgewiesen, mit (noch) leeren Werten.
Über den Button "Als CSV exportieren" unten auf der Seite fehlt im Spaltenkopf die Bezeichnung Kilometerstand, die Spalten mit Daten sind entsprechend ab dieser Stelle um eine Stelle versetzt:

2026-03-24 21_42_07-Ladeprotokoll-2026-03.csv - Excel.png (26.55 KiB) 497 mal betrachtet

[rleidner]

Aktueller Master (2026-03-24 15:52:05 +0100 [69f263af2]), Kilometerstand vs. Ladeprotokoll:
Über den Button "Als CSV exportieren" unten auf der Seite fehlt im Spaltenkopf die Bezeichnung Kilometerstand, die Spalten mit Daten sind entsprechend ab dieser Stelle um eine Stelle versetzt:

Danke für die Rückmeldung, ist behoben: PR https://github.com/openWB/openwb-ui-settings/pull/934

[rleidner]

Danke für die Rückmeldung, ist behoben: PR https://github.com/openWB/openwb-ui-settings/pull/934

PR ist jetzt im master

[heidanei]

Hallo Lena,

sorry für die späte RM, bin in diesem Forum hier derzeit nur selten unterwegs.

Das zur 2.1.9 Release bereits gemeldete Problem, dass es anscheinend Überschneidungen bei der SoC-Abfrage mit der openWB Pro gibt ist auch in der Alpha vorhanden: Beim Anstecken des iX1 wird der über die Pro ausgelesene SoC _immer_ beim falschen Auto (i3) aktualisiert und (meistens) dann im nächsten Regelschleifendurchlauf beim richtigen Fahrzeug iX1.
Ich hatte es aber auch schon gesehen dass der SoC _nur_ beim i3 aktualisiert wurde und beim iX1 gar nicht, das Fzg. hat so nicht geladen. Leider war ich an dem Tag nicht daheim und konnte keine Logs wegspeichern. Den umgekehrten Fall, dass der SoC vom i3 beim iX1 gelandet wäre konnte ich noch nie beobachten.

SoC.jpg

SoC-Log: https://paste.openwb.de/sfdO6mnIrKBUWuU
Main-Log: https://paste.openwb.de/id1ZKe9MpQrfJ3g

heidanei

Werden die Fahrzeuge über die ausgelesene MAC zugeordnet? Dann probier bitte mal, in den beiden Ladeprofilen Standard nach Abstecken zu aktivieren. Vielleicht dauert das Auslesen der MAC-Adressen unterschiedlich lang und dann wird erstmal das ausgewählte Fahrzeug weiter verwendet.

Ja, die Zuordnung erfolgte über die MAC-Adresse. Das Standard nach Abstecken hab ich bereits aktiviert und war bei diesem Test auch aktiviert. Hab's auch mal ohne probiert, macht aber keinen Unterschied.
Aber da der Ladestart bei meinen beiden BMW's sowieso nicht zuverlässig funktioniert wenn die Pro auf "PWM mit Fahrzeugerkennung und SoC-Auslesung" steht hab ich mittlerweile wieder auf "PWM" only umgestellt und muss leider auf die Vorteile der Pro verzichten, aber so taucht auch dieses Problem hier nicht auf... .

NB: Mein Problem mit "PWM mit Fahrzeugerkennung und SoC-Auslesung": Wenn längere Zeit zwischen Anstecken und Auslesen und dem tatsächlichen Ladestart vergeht, weil ich bspw. das Fahrzeug anstecke wenn ich am Morgen aus dem Haus gehe und erst Stunden später genügend PV-Ertrag zum Laden vorhanden ist gehen beide Fahrzeuge auf Störung wenn der Ladevorgang gestartet werden soll.

heidanei

[Gero]

PV-laden hat Schwierigkeiten mit der Entscheidung ob 1 oder 3 Phasen nun das richtige sind und fängt dummerweise die 3-phasen mit vollen Strom, also 11kW - an. Einstellung Prio EV

pv.jpg (71.85 KiB) 130 mal betrachtet

https://paste.openwb.de/Slbxr7IudGsSQSb

[Gero]

Sofortladen macht aktuell auch immer mal Pause. (nach der gerade gemachten Erfahrung habe ich auf Sofortladen mit 1 Phase und 21A gestellt)

pv.jpg (123.6 KiB) 112 mal betrachtet

https://paste.openwb.de/39zrMcEx8livqaA