Seite 30 von 47
Re: Rückmeldungen 2.1.9 Alpha 2/3
Verfasst: Do Nov 27, 2025 7:56 am
von Till
Franknav hat geschrieben: Do Nov 27, 2025 7:42 am
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.
Re: Rückmeldungen 2.1.9 Alpha 2/3
Verfasst: Do Nov 27, 2025 10:13 am
von openWB
knotzchef hat geschrieben: Do Nov 27, 2025 7:27 am
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.
Re: Rückmeldungen 2.1.9 Alpha 2/3
Verfasst: Do Nov 27, 2025 12:59 pm
von knotzchef
openWB hat geschrieben: Do Nov 27, 2025 10:13 am
knotzchef hat geschrieben: Do Nov 27, 2025 7:27 am
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...
Re: Rückmeldungen 2.1.9 Alpha 2/3 - Status Stromtarif
Verfasst: Do Nov 27, 2025 6:15 pm
von 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) 788 mal betrachtet
TW
- Bildschirmfoto_2025-11-27_19-16-58.png (59.67 KiB) 786 mal betrachtet
version 2.1.9-Alpha.3
git_commit 2025-11-26 13:28:35 +0100 [be315bb75]
bye
Re: Rückmeldungen 2.1.9 Alpha 2/3
Verfasst: Fr Nov 28, 2025 5:31 am
von 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
Re: Rückmeldungen 2.1.9 Alpha 2/3
Verfasst: Fr Nov 28, 2025 7:07 am
von Till
Till hat geschrieben: Do Nov 27, 2025 7:34 am
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
Re: Rückmeldungen 2.1.9 Alpha 2/3
Verfasst: Fr Nov 28, 2025 7:37 am
von kai9555
kai9555 hat geschrieben: Do Nov 27, 2025 7:00 am
kai9555 hat geschrieben: Do Nov 20, 2025 6:21 am
LenaK hat geschrieben: Mo Nov 10, 2025 9:30 am
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
Re: Rückmeldungen 2.1.9 Alpha 2/3
Verfasst: Fr Nov 28, 2025 8:07 am
von knotzchef
knotzchef hat geschrieben: Do Nov 27, 2025 12:59 pm
openWB hat geschrieben: Do Nov 27, 2025 10:13 am
knotzchef hat geschrieben: Do Nov 27, 2025 7:27 am
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...
Re: Rückmeldungen 2.1.9 Alpha 2/3
Verfasst: Fr Nov 28, 2025 8:52 am
von LenaK
kai9555 hat geschrieben: Fr Nov 28, 2025 7:37 am
kai9555 hat geschrieben: Do Nov 27, 2025 7:00 am
kai9555 hat geschrieben: Do Nov 20, 2025 6:21 am
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.
Re: Rückmeldungen 2.1.9 Alpha 2/3
Verfasst: Fr Nov 28, 2025 9:28 am
von LenaK
knotzchef hat geschrieben: Do Nov 27, 2025 7:45 am
Till hat geschrieben: Do Nov 27, 2025 7:34 am
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?