SOC: VWID

[rleidner]

Hallo,

ich habe zwei eGolf unter dem selben VW Konto. Seit dem Update auf den 2.1.9-Alpha.3 kann ich zumindest für einen der beiden Autos wieder den SOC abfragen. Bei dem Anderen bleibt es bei 0%. Und das obwohl im SOC Log steht, dass er die Werte abgerufen hat (im Log auch mit den korrekten Werten des zweiten eGolf). In der Anzeige steht aber weiterhin 0%.

Den nachfolgenden Fehler habe ich noch im allgemeinen Log gefunden. Auch mehrfach, weis aber nicht ob der mit dem Problem im Zusammenhang steht:

Code: Alles auswählen

2025-12-01 19:02:54,704 - {control.data:465} - {ERROR:MainThread} - Fehler im Prepare-Modul für EV ev10
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/data.py", line 462, in __copy_ev_data
    self.ev_data[vehicle].ev_template = self.ev_template_data["et" + str(
KeyError: 'et1'

Hier noch die SOC Log Einträge (soc_ev1 wird im Frontend nicht korrekt angezeigt, soc_ev2 wird im Frontend korrekt angezeigt):

Code: Alles auswählen

2025-12-01 19:02:21,428 - {modules.vehicles.vwid.soc:20} - {INFO:fetch soc_ev1} - Result: soc=50, range=98.0@2025-11-30T18:06:08
2025-12-01 19:03:42,100 - {modules.common.store._api:31} - {INFO:store soc_ev2} - Saving CarState(soc=73.51025270270146, range=None, soc_timestamp=1764612222.043006)

PS: Etwas komisch finde ich im log, dass zum Problematischen Auto kein Eintrag mit "modules.common.store._api:31" kommt. Und beim funktionierenden hingegen kein Eintrag mit "modules.vehicles.vwid.soc:20"...

Grüße vom Bodensee

Manuel

Das könnte an den Zeitstempeln liegen.
Wenn in der openWB der Zeitstempel des letzten SoC jünger ist als der vom Fahrzeug gemeldete, wird der CarState nicht geschrieben.
Das sollte sich beheben, wenn das fragliche Fahrzeug benutzt oder geladen wird.
VW macht den Update von Fahrzeug zum VW-Server relativ selten, wenn das Fahrzeug nichts weiter tut.
Man kann in der VW App unter Einstellungen das Synchronisieren manuell auslösen.

[rleidner]

Guten Abend,

ich habe die Situation, dass mir der SoC nur angezeigt wird, wenn das Auto in Bewegung ist. Sobald es ca. 10 Minuten (ist das Abfrageintervall) steht springt der SoC wieder auf 0%.
Im Modul werden keine Fehler angezeigt...

Hier der SoC-Log: https://paste.openwb.de/PycQZJAakPj78Ry

edit: Der Zeitstempel des Moduls im Status ist in der Zukunft... System Zeit jetzt 19:25, Zeitstempel: 19:34...

Grüße
Till

Danke für die Rückmeldung.
Ich sehe ein Problem bei den Zeitstempeln rsp. Zeitzone - das muss ich mir noch mal genauer ansehen.

EDIT:
Die Zeitstempel sehen doch gut aus.
Falls "SoC während der Ladung berechnen" aktiv ist, das bitte inaktiv setzen, bis morgen warten und dann berichten.

[mcluckey]

Das könnte an den Zeitstempeln liegen.
Wenn in der openWB der Zeitstempel des letzten SoC jünger ist als der vom Fahrzeug gemeldete, wird der CarState nicht geschrieben.
Das sollte sich beheben, wenn das fragliche Fahrzeug benutzt oder geladen wird.
VW macht den Update von Fahrzeug zum VW-Server relativ selten, wenn das Fahrzeug nichts weiter tut.
Man kann in der VW App unter Einstellungen das Synchronisieren manuell auslösen.

Code: Alles auswählen

2025-12-01 19:08:44,746 - {modules.common.store._api:31} - {INFO:store soc_ev2} - Saving CarState(soc=74.07039729729912, range=None, soc_timestamp=1764612524.691161)
2025-12-01 19:09:14,010 - {modules.vehicles.vwid.soc:20} - {INFO:fetch soc_ev1} - Result: soc=50, range=98.0@2025-11-30T18:06:08
2025-12-01 20:16:14,552 - {modules.vehicles.vwid.soc:20} - {INFO:fetch soc_ev1} - Result: soc=50, range=100.0@2025-11-30T18:06:08

Hat leider nicht geholfen. Die VWApp hat ein Update gemacht. In openWB wird weiterhin 0% angezeigt obwohl die neusten Daten im Log stehen!

[rleidner]

Hat leider nicht geholfen. Die VWApp hat ein Update gemacht. In openWB wird weiterhin 0% angezeigt obwohl die neusten Daten im Log stehen!

Das liegt am Zeitstempel und evtl. auch an der Option "SoC während der Ladung berechnen". Falls das aktiv ist setze das mal auf inaktiv.
Und dann bis morgen warten..

EDIT:
Ich habe das noch einmal verifiziert:
Wenn die SoC-Abfrage normal läuft wirt als SoC-timestamp der vom VW-Server übermittelte Zeitstempel (VW-timestamp) gespeichert. Das ist der Zeitpunkt an dem das Fahrzeug sich mit dem VW-Server synchronisiert hat. Dieser VW-timestamp kann einige Stunden alt sein, wenn mit dem Fahrzeug nichts passiert, was den Ladestand ändert (Fahren, Laden, Heizen).
Wenn die Berechnung aktiv ist wird bei eingestecktem Fahrzeug die Berechnung durchgeführt und als Zeitstempel die aktuelle Systemzeit gespeichert.
Wenn später (nach Abstecken) die Abfrage durchgeführt wird, kann es einige Zeit dauern, bis der VW-timestamp größer als der gespeicherte SoC-timestamp ist. In diesem Zustand zeigt das soc-Log den aktuellen Soc an, es wird aber nicht in den carState übernommen wegen des angeblich zu alten Zeitstempels.
Man kann den VW-timestamp aktualisieren indem man in der VW-App | EInstellungen die Funktion "SoC während der Ladung berechnen" aktiviert.
Das dauert wenige Minuten und hat bei mir in einigen Test sauber funktioniert.

Abhilfe wäre, auch bei erfolgreicher Abfrage statt des VW-timestamp als SOC-timestamp immer die Systemzeit zu verwenden.
Nachteil dabei wäre dass man im Status nicht mehr sieht, wann das Fahrzeug den SoC tatsächlich gemeldet hat.
Meinungen?

[Till]

Guten Abend,

ich habe die Situation, dass mir der SoC nur angezeigt wird, wenn das Auto in Bewegung ist. Sobald es ca. 10 Minuten (ist das Abfrageintervall) steht springt der SoC wieder auf 0%.
Im Modul werden keine Fehler angezeigt...

Hier der SoC-Log: https://paste.openwb.de/PycQZJAakPj78Ry

edit: Der Zeitstempel des Moduls im Status ist in der Zukunft... System Zeit jetzt 19:25, Zeitstempel: 19:34...

Grüße
Till

Danke für die Rückmeldung.
Ich sehe ein Problem bei den Zeitstempeln rsp. Zeitzone - das muss ich mir noch mal genauer ansehen.

EDIT:
Die Zeitstempel sehen doch gut aus.
Falls "SoC während der Ladung berechnen" aktiv ist, das bitte inaktiv setzen, bis morgen warten und dann berichten.

Aktuell läuft das SoC-Modul stabil.

LG
Till

[Till]

Guten Abend,

ich habe die Situation, dass mir der SoC nur angezeigt wird, wenn das Auto in Bewegung ist. Sobald es ca. 10 Minuten (ist das Abfrageintervall) steht springt der SoC wieder auf 0%.
Im Modul werden keine Fehler angezeigt...

Hier der SoC-Log: https://paste.openwb.de/PycQZJAakPj78Ry

edit: Der Zeitstempel des Moduls im Status ist in der Zukunft... System Zeit jetzt 19:25, Zeitstempel: 19:34...

Grüße
Till

Danke für die Rückmeldung.
Ich sehe ein Problem bei den Zeitstempeln rsp. Zeitzone - das muss ich mir noch mal genauer ansehen.

EDIT:
Die Zeitstempel sehen doch gut aus.
Falls "SoC während der Ladung berechnen" aktiv ist, das bitte inaktiv setzen, bis morgen warten und dann berichten.

Aktuell läuft das SoC-Modul stabil.

LG
Till

um 09:25 ist es wieder fehlerhaft. Zeitstempel im Status ist von 10.25 Uhr also eine Stunde in der Zukunft.

Das Berechnen des SoC bei der Ladung habe immer aus

SoC-Log: https://paste.openwb.de/rAaNT2qseFl8IRa
Main-Log: https://paste.openwb.de/gmfucvcMvNlp9lu

[ID4U]

Ja, bei mir auch. Hier die entsprechende Fehlermeldung:

Code: Alles auswählen

2025-12-02 09:14:55,872 - {modules.vehicles.vwid.libvwid:1480} - {ERROR:fetch soc_ev2} - get_status failed, return soc 0, exception=Task <Task pending name='Task-430' coro=<api._fetch_soc() running at /var/www/html/openWB/packages/modules/vehicles/vwid/api.py:20> cb=[_run_until_complete_cb() at /usr/lib/python3.9/asyncio/base_events.py:184]> got Future <Future pending> attached to a different loop
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/vehicles/vwid/libvwid.py", line 1438, in get_status
    _doLogin_result = await connection[self.username].doLogin()
  File "/var/www/html/openWB/packages/modules/vehicles/vwid/libvwid.py", line 522, in doLogin
    async with self._login_lock:
  File "/usr/lib/python3.9/asyncio/locks.py", line 14, in __aenter__
    await self.acquire()
  File "/usr/lib/python3.9/asyncio/locks.py", line 120, in acquire
    await fut
RuntimeError: Task <Task pending name='Task-430' coro=<api._fetch_soc() running at /var/www/html/openWB/packages/modules/vehicles/vwid/api.py:20> cb=[_run_until_complete_cb() at /usr/lib/python3.9/asyncio/base_events.py:184]> got Future <Future pending> attached to a different loop
2025-12-02 09:27:39,567 - {modules.vehicles.vwid.libvwid:823} - {ERROR:fetch soc_ev2} - Login failed: Form POST request failed.

[rleidner]

Aha, interessant, danke für die Rückmeldung.
Das passiert offensichtlich bei mehreren Fahrzeugen mit soc modul vwid, wenn zufällig 2 soc Abfragen gleichzeitig stattfinden.
Ich sehe mir das an, sollte lösbar sein.

[mcluckey]

Das liegt am Zeitstempel und evtl. auch an der Option "SoC während der Ladung berechnen". Falls das aktiv ist setze das mal auf inaktiv.
Und dann bis morgen warten..

EDIT:
Ich habe das noch einmal verifiziert:
Wenn die SoC-Abfrage normal läuft wirt als SoC-timestamp der vom VW-Server übermittelte Zeitstempel (VW-timestamp) gespeichert. Das ist der Zeitpunkt an dem das Fahrzeug sich mit dem VW-Server synchronisiert hat. Dieser VW-timestamp kann einige Stunden alt sein, wenn mit dem Fahrzeug nichts passiert, was den Ladestand ändert (Fahren, Laden, Heizen).
Wenn die Berechnung aktiv ist wird bei eingestecktem Fahrzeug die Berechnung durchgeführt und als Zeitstempel die aktuelle Systemzeit gespeichert.
Wenn später (nach Abstecken) die Abfrage durchgeführt wird, kann es einige Zeit dauern, bis der VW-timestamp größer als der gespeicherte SoC-timestamp ist. In diesem Zustand zeigt das soc-Log den aktuellen Soc an, es wird aber nicht in den carState übernommen wegen des angeblich zu alten Zeitstempels.
Man kann den VW-timestamp aktualisieren indem man in der VW-App | EInstellungen die Funktion "SoC während der Ladung berechnen" aktiviert.
Das dauert wenige Minuten und hat bei mir in einigen Test sauber funktioniert.

Abhilfe wäre, auch bei erfolgreicher Abfrage statt des VW-timestamp als SOC-timestamp immer die Systemzeit zu verwenden.
Nachteil dabei wäre dass man im Status nicht mehr sieht, wann das Fahrzeug den SoC tatsächlich gemeldet hat.
Meinungen?

Also seit heute zeigt er mir bei beiden wieder was an. Habe die Option mit dem Berechnen gestern mal deaktiviert (in der openWB Software)...
Mir wäre es egal welche Variante Ihr/Du umsetzt. Solange der Ladestand der von VW gemeldete ist und nicht 0%

Danke für Deine/Eure Arbeit!

[rleidner]

Das passiert offensichtlich bei mehreren Fahrzeugen mit soc modul vwid, wenn zufällig 2 soc Abfragen gleichzeitig stattfinden.

Ich kann das Problem reproduzieren wenn ich 2 Fahrzeuge mit dem vwid Modul anlege und beide nahezu gleichzeitig den soc abholen lasse.
Bei ca. 1 von 10 Versuchen kommt es zu diesem Fehler.
Offensichtlich ist die library, die ich neu verwende selbst nicht thread safe.
Ich habe jetzt einen Lock eingebaut der sicherstellt, dass nur jeweils ein Fahrzeug die library benutzt.
Dieser PR sollte das lösen: https://github.com/openWB/core/pull/2997