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) 65 mal betrachtet

TW

Bildschirmfoto_2025-11-27_19-16-58.png (59.67 KiB) 63 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