Rückmeldungen 2.1.9 Alpha 2/3

[Till]

Guten Morgen Zusammen,

auch bei mir kein VWid SOC in der OpenWB, sowohl ID3 als auch E-Up.
In der "Volkswagen App" alles OK und auch auf der Webseite.

Stand 2.1.9-Alpha.3 2025-11-27 07:52:56 +0100 [95ee667cb]

Gruß Frank

Der Fehler ist ja bekannt: viewtopic.php?t=4803&start=600.
Meine Frage ist, ob deswegen kein Eintrag im Ladeprotokoll erzeugt wird. Die geladenen kWh und die Kosten könnten ja dennoch im Protokoll aufgenommen werden.

[openWB]

Hallo,

meine 2 SE WR wurden aktuallisiert, und seither kommen auch die ModBusdaten nicht mehr in der OpenWB:

Modulmeldung: <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.x.xxx:1502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.x.xxx:1502 aufbauen. Bitte Einstellungen, IP-Adresse und Port sowie Netzwerk-Anschluss prüfen.')

Die OpenWB steht auf 2.1.9-Alpha.3 2025-11-27 07:52:56 +0100 [95ee667cb]

Log: https://paste.openwb.de/U5Sr0PRf1vaSdOm

Hat SE mal wieder was geändert?

Firmware SE WR 1:
PN:SE10K-RWS48BEN4
Kommunikation:ETHERNET
DSP1:1.20.24102
DSP2:2.20.23030
DSP3:NA
CPU-Version:4.24.16

Firmware SE WR 2:
PN:SE10K-RWS48BEN4
Kommunikation:ETHERNET
DSP1:1.20.24102
DSP2:2.20.23030
DSP3:NA
CPU-Version:4.24.16

Ich habe mal einen Case bei SE Support aufgemacht....

Durchaus. Im SE den Port mal auf 502 stellen und speichern.
Ggf. ist noch ein gänzliches stromlos machen des SE nötig.

[knotzchef]

Hallo,

meine 2 SE WR wurden aktuallisiert, und seither kommen auch die ModBusdaten nicht mehr in der OpenWB:

Modulmeldung: <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.x.xxx:1502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.x.xxx:1502 aufbauen. Bitte Einstellungen, IP-Adresse und Port sowie Netzwerk-Anschluss prüfen.')

Die OpenWB steht auf 2.1.9-Alpha.3 2025-11-27 07:52:56 +0100 [95ee667cb]

Log: https://paste.openwb.de/U5Sr0PRf1vaSdOm

Hat SE mal wieder was geändert?

Firmware SE WR 1:
PN:SE10K-RWS48BEN4
Kommunikation:ETHERNET
DSP1:1.20.24102
DSP2:2.20.23030
DSP3:NA
CPU-Version:4.24.16

Firmware SE WR 2:
PN:SE10K-RWS48BEN4
Kommunikation:ETHERNET
DSP1:1.20.24102
DSP2:2.20.23030
DSP3:NA
CPU-Version:4.24.16

Ich habe mal einen Case bei SE Support aufgemacht....

Durchaus. Im SE den Port mal auf 502 stellen und speichern.
Ggf. ist noch ein gänzliches stromlos machen des SE nötig.

Hi,
also einmal alles, Port auf beiden WR geändert, Spannungsfrei geschaltet, geordneter Neustart... dann war ModBus TCP wieder verfügbar... einzig ist dass seither die Batterien nur noch mit ca 1,x kW laden... aber es war irgendwas mit Sotftwareupdate der BAtterien in den kommenden 1-2 Tage über den Support zu lesen... ich bleibe dran...

[Thomas aus W]

Scheinbar werden die (nicht konfigurierten) dynamischen Netzentgelte nur bis zum Tagesende berechnet und das Chart dadurch zu kurz dargestellt.

Bildschirmfoto_2025-11-27_19-12-12.png (36.66 KiB) 261 mal betrachtet

TW

Bildschirmfoto_2025-11-27_19-16-58.png (59.67 KiB) 259 mal betrachtet

version 2.1.9-Alpha.3
git_commit 2025-11-26 13:28:35 +0100 [be315bb75]

bye

[ChristophR]

RFID Zuordnung, scannen vor dem Einstecken funktioniert nicht mehr.
Fast aktueller master (2025-11-26 13:03:56 +0100 [065df6f05]).
Wenn man zuerst den RFID Tag scannt und dann das Fahrzeug ansteckt, wird der RFID-Tag sofort verworfen, da in den letzten 5 Minuten kein Fahrzeug angesteckt war:

Code: Alles auswählen

...
2025-11-27 21:43:51,743 - {modules.internal_chargepoint_handler.rfid:130} - {DEBUG:Internal RFID} - RFID-String: 1655332554
...
2025-11-27 21:43:57,488 - {control.chargepoint.chargepoint:72} - {INFO:MainThread} - LP 1: Es ist in den letzten 5 Minuten kein EV angesteckt worden, dem der ID-Tag 1655332554 zugeordnet werden kann. Daher wird dieser verworfen.
...

Vollständiges main.log:
https://paste.openwb.de/e17GIbExR7IamdK

[Till]

Guten Morgen,

ich habe keine Ahnung, ob es ein Bug ist oder nicht: Momentan funktioniert das SoC-Modul für den VW nicht. D.h. der SoC wird immer mit 0% angegeben. Die Ladungen erscheinen aber leider gar nicht im Ladeprotokoll.

LG
Till

Bei deaktiviertem SoC-Modul werden die Ladungen ins Ladeprotokoll geschrieben.
D.h. eine Störung im SoC-Modul führt dazu, dass keine Einträge ins Ladeprotoll geschrieben werden.

LG
Till

[kai9555]

Die Ladekosten werden im Master nun wieder richtig berechnet. Vielen Dank für die Rückmeldungen.

Frage: Ist es so gewollt, dass beim Zielladen (andere Lademodi habe ich gerade nicht getestet) Der Ladevorgang so zerstückelt wird? Angesteckt habe ich am 18.11. Mittag und Zielladen war auf 19.11. 07 Uhr eingestellt. Fahrzeug wurde erst nach erreichen abgesteckt. Im Ladelog habe ich dann 5 Ladungen zu diesem "einzelnen" Ladevorgang. Die Aufteilung entspricht den 15min Blöcken vom Tibber Strompreis.

Feature oder Bug? Ich muss mir zumindest die Tabelle ziehen und die Summe bilden, um die Kosten für den Ladevorgang zu errechnen.

Gibt es dazu eine neue Info? Ich bin leider nicht zuhause und kann daher nicht testen. VG Kai

Ich habe die Nacht laden können. Dieses mal im Eco Modus - der Ladevorgang ist wieder nach den Zeitfenstern aufgestückelt. Das Fahrzeug wurde zwischendurch nicht abgesteckt. Braucht es noch was anders zur Analyse?

https://paste.openwb.de/4KG6ywKFXfzES78

[knotzchef]

Hallo,

meine 2 SE WR wurden aktuallisiert, und seither kommen auch die ModBusdaten nicht mehr in der OpenWB:

Modulmeldung: <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.x.xxx:1502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.x.xxx:1502 aufbauen. Bitte Einstellungen, IP-Adresse und Port sowie Netzwerk-Anschluss prüfen.')

Die OpenWB steht auf 2.1.9-Alpha.3 2025-11-27 07:52:56 +0100 [95ee667cb]

Log: https://paste.openwb.de/U5Sr0PRf1vaSdOm

Hat SE mal wieder was geändert?

Firmware SE WR 1:
PN:SE10K-RWS48BEN4
Kommunikation:ETHERNET
DSP1:1.20.24102
DSP2:2.20.23030
DSP3:NA
CPU-Version:4.24.16

Firmware SE WR 2:
PN:SE10K-RWS48BEN4
Kommunikation:ETHERNET
DSP1:1.20.24102
DSP2:2.20.23030
DSP3:NA
CPU-Version:4.24.16

Ich habe mal einen Case bei SE Support aufgemacht....

Durchaus. Im SE den Port mal auf 502 stellen und speichern.
Ggf. ist noch ein gänzliches stromlos machen des SE nötig.

Hi,
also einmal alles, Port auf beiden WR geändert, Spannungsfrei geschaltet, geordneter Neustart... dann war ModBus TCP wieder verfügbar... einzig ist dass seither die Batterien nur noch mit ca 1,x kW laden... aber es war irgendwas mit Sotftwareupdate der Batterien in den kommenden 1-2 Tage über den Support zu lesen... ich bleibe dran...

Support hat Anpassungen an den 2 WR gemacht, was konnte ich nicht feststellen... werde das verhalten weiter beobachten.. WR 1 und WR2 haben zu ihren unterschiedlichen IP Adressen nun auch unterschiedliche Portnummer...

[LenaK]

Frage: Ist es so gewollt, dass beim Zielladen (andere Lademodi habe ich gerade nicht getestet) Der Ladevorgang so zerstückelt wird? Angesteckt habe ich am 18.11. Mittag und Zielladen war auf 19.11. 07 Uhr eingestellt. Fahrzeug wurde erst nach erreichen abgesteckt. Im Ladelog habe ich dann 5 Ladungen zu diesem "einzelnen" Ladevorgang. Die Aufteilung entspricht den 15min Blöcken vom Tibber Strompreis.

Feature oder Bug? Ich muss mir zumindest die Tabelle ziehen und die Summe bilden, um die Kosten für den Ladevorgang zu errechnen.

Gibt es dazu eine neue Info? Ich bin leider nicht zuhause und kann daher nicht testen. VG Kai

Ich habe die Nacht laden können. Dieses mal im Eco Modus - der Ladevorgang ist wieder nach den Zeitfenstern aufgestückelt. Das Fahrzeug wurde zwischendurch nicht abgesteckt. Braucht es noch was anders zur Analyse?

https://paste.openwb.de/4KG6ywKFXfzES78

Ist behoben.

[LenaK]

Guten Morgen,

ich habe keine Ahnung, ob es ein Bug ist oder nicht: Momentan funktioniert das SoC-Modul für den VW nicht. D.h. der SoC wird immer mit 0% angegeben. Die Ladungen erscheinen aber leider gar nicht im Ladeprotokoll.

LG
Till

Tut bei mir auch nicht....

vielleicht kann man den Fehler im gleichen LOG sehen wie mein WR SE Thema: https://paste.openwb.de/U5Sr0PRf1vaSdOm

In dem Log wird kein Eintrag erstellt, weil gar kein Auto angeschlossen ist. Bei mir wird trotz Fehler im SoC-Modul ein Eintrag erstellt. Kannst Du bitte ein main.log vom Zeitpunkt des Absteckens posten und ein Auszug aus http://<ip der openWB>/openWB/ramdisk/chargelog.log?