Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Audi A3 Türen- und Fensterstati werden nicht aktualisiert #319

Open
joergeli opened this issue Mar 4, 2024 · 13 comments
Open

Audi A3 Türen- und Fensterstati werden nicht aktualisiert #319

joergeli opened this issue Mar 4, 2024 · 13 comments

Comments

@joergeli
Copy link

joergeli commented Mar 4, 2024

Hallo,
ich habe folgendes Problem:
Die Türen und Fenster-Stati werden in ioBroker von der vw-connect app bei meinem Audi A3 (Benziner) nicht aktualisiert.
Alle anderen Stati ( Tankinhalt, Reichweite, km-Stand, Position) werden aktualisiert.
Das Merkwürdige ist, daß sich zwar die Zeitstempel der Objekte ( z.B. unter doors02) aktualisieren, die Werte in den Objekten aber nicht, s.Screenshot:
objekte

Der Wert z.B. von Objekt vw-connect.0.WAUZZZGYxxxxxxxx.status.accessStatus.doors02.status.closed bleibt immer auf "closed". ( auch im JSON statusrawJson steht immer "closed")
Auch die Werte der anderen Objekte ( locked, open, unlocked) entsprechen immer dem Namen des entspr. Objektes.
Müssten die Werte nicht auf "true/false" bzw. "1/0" gesetzt werden?

Adapter-Version: v0.5.1
In der myAudi-App ( Android ) wird alles korrekt aktualisiert.

Mein bisheriger Lösungsversuch:
alle Objekte unter vw-connect.0.vw-connect.0.WAUZZZGYxxxxxxxx gelöscht und durch Neustart des Adapters neu anlegen lassen --> keine Änderung.

@joergeli
Copy link
Author

joergeli commented Mar 11, 2024

Kann es sein, dass Audi ebenfalls etwas an der API geändert hat (wie Skoda), weil nichts mehr aktualisiert wird?
Habe zwischenzeitlich auf Adapter v0.5.3 aktualisiert, aber da wurde ja nur bzgl. Skoda etwas gefixed.

Hilft evtl. das debug-log? :


vw-connect.0
2024-03-11 16:35:40.104 debug {"access":{"accessStatus":{"value":{"overallStatus":"safe","carCapturedTimestamp":"2024-03-11T15:28:07Z","doors":[{"name":"bonnet","status":["closed"]},{"name":"frontLeft","status":["locked","closed"]},{"name":"frontRight","status":["locked","closed"]},{"name":"rearLeft","status":["locked","closed"]},{"name":"rearRight","status":["locked","closed"]},{"name":"trunk","status":["locked","closed"]}],"windows":[{"name":"frontLeft","status":["closed"]},{"name":"frontRight","status":["closed"]},{"name":"rearLeft","status":["closed"]},{"name":"rearRight","status":["closed"]},{"name":"roofCover","status":["unsupported"]},{"name":"sunRoof","status":["unsupported"]}],"doorLockStatus":"locked"}}},"fuelStatus":{"rangeStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:28:07Z","carType":"gasoline","primaryEngine":{"type":"gasoline","currentSOC_pct":95,"remainingRange_km":740,"currentFuelLevel_pct":95},"totalRange_km":740}}},"measurements":{"rangeStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:28:07Z","gasolineRange":740,"totalRange_km":740}},"odometerStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:28:07Z","odometer":21195}},"fuelLevelStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:28:07Z","currentFuelLevel_pct":95,"primaryEngineType":"gasoline","carType":"gasoline"}}},"vehicleLights":{"lightsStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:28:07Z","lights":[{"name":"right","status":"off"},{"name":"left","status":"off"}]}}},"vehicleHealthInspection":{"maintenanceStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:24:59Z","inspectionDue_days":-1,"inspectionDue_km":8900,"mileage_km":21195,"oilServiceDue_days":-1,"oilServiceDue_km":0}}}}
vw-connect.0
2024-03-11 16:35:40.034 debug {"access":{"accessStatus":{"value":{"overallStatus":"safe","carCapturedTimestamp":"2024-03-11T15:28:07Z","doors":[{"name":"bonnet","status":["closed"]},{"name":"frontLeft","status":["locked","closed"]},{"name":"frontRight","status":["locked","closed"]},{"name":"rearLeft","status":["locked","closed"]},{"name":"rearRight","status":["locked","closed"]},{"name":"trunk","status":["locked","closed"]}],"windows":[{"name":"frontLeft","status":["closed"]},{"name":"frontRight","status":["closed"]},{"name":"rearLeft","status":["closed"]},{"name":"rearRight","status":["closed"]},{"name":"roofCover","status":["unsupported"]},{"name":"sunRoof","status":["unsupported"]}],"doorLockStatus":"locked"}}},"fuelStatus":{"rangeStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:28:07Z","carType":"gasoline","primaryEngine":{"type":"gasoline","currentSOC_pct":95,"remainingRange_km":740,"currentFuelLevel_pct":95},"totalRange_km":740}}},"measurements":{"rangeStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:28:07Z","gasolineRange":740,"totalRange_km":740}},"odometerStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:28:07Z","odometer":21195}},"fuelLevelStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:28:07Z","currentFuelLevel_pct":95,"primaryEngineType":"gasoline","carType":"gasoline"}}},"vehicleLights":{"lightsStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:28:07Z","lights":[{"name":"right","status":"off"},{"name":"left","status":"off"}]}}},"vehicleHealthInspection":{"maintenanceStatus":{"value":{"carCapturedTimestamp":"2024-03-11T15:24:59Z","inspectionDue_days":-1,"inspectionDue_km":8900,"mileage_km":21195,"oilServiceDue_days":-1,"oilServiceDue_km":0}}}}
vw-connect.0
2024-03-11 16:35:39.296 debug Set URL to: https://fal-3a.prd.eu.dp.vwg-connect.com
vw-connect.0
2024-03-11 16:35:39.295 debug WAUZZZGY5NA049433: {"homeRegion":{"baseUri":{"systemId":"ICTO-25343","content":"https://mal-3a.prd.eu.dp.vwg-connect.com/api"}}}
vw-connect.0
2024-03-11 16:35:38.908 debug getHomeRegion
vw-connect.0
2024-03-11 16:35:38.904 info Found 1 vehicles
vw-connect.0
2024-03-11 16:35:38.903 debug {"data":{"userVehicles":[{"vin":"WAUZZZGY5NA049433","mappingVin":"WAUZZZGY5NA049433","csid":"49a707f5835e4e3ba004f4340c7f76ba","commissionNumber":null,"type":"EXISTING","devicePlatform":"MBB_ODP","mbbConnect":true,"userRole":{"role":"PRIMARY_USER"},"vehicle":{"classification":{"driveTrain":"default"}},"nickname":null}]}}
vw-connect.0
2024-03-11 16:35:38.558 info Login successful
vw-connect.0

@TA2k
Copy link
Owner

TA2k commented Mar 11, 2024

Windows Daten werden aktualisiert
windows":[{"name":"frontLeft","status":["closed"]},{"name":"frontRight","status":["closed"]},{"name":"rearLeft","status":["closed"]},{"name":"rearRight","status":["closed"]},{"name":"roofCover","status":["unsupported"]},{"name":"sunRoof","status":["unsupported"]}],"

@joergeli
Copy link
Author

Tja, ich hatte ja geschrieben, daß sich zwar die Zeitstempel aktualisieren, die Werte in den Tür-/Fenster-Objekten aber nicht.

Habe gerade eine Runde gedreht und Fahrerfenster und Fahrertür geöffnet (natürlich im Stand ;-)
Dann myAudi-App aufgerufen --> Es wird korrekt angezeigt, daß Fahrerfenster und Fahrertür offen sind.

Anschl. vw-connect-Adapter restarted und entspr. Objekte kontrolliert, s. Screenshot:
objekite_screenshot

Ego: Objekt-Stati stimmen m.E. nicht.

Da fällt mir ein, ich hatte Mitte Januar 2024 hier schon mal ein Problem mit den Fenstern und Türen (ebenso ein eGolf-Fahrer).
Damals hattest Du eine neue Github-Version zur Verfügung gestellt, die das gefixed hat.
Hat auch bis vor ca. 1-2 Wochen anstandslos funktioniert.

Evtl. basiert mein momentanes Problem ja auf der "Januar-Version"?

Gruß
Jörg

@MickKell
Copy link

MickKell commented Mar 14, 2024

Hier auch (VW eGolf). Die Datenpunkte sind zwar noch da und haben einen vermeintlich aktuellen Zeitstempel, die letzte Änderung des Status der Fahrertür des eigentlich ständig bewegten Fahrzeugs war aber z.B. im Januar.

Dürfte wohl ein Serverproblem sein, wenn VW nix Neues liefert, kann vw-connect auch nix Neues darstellen.

Unlocked

@TA2k
Copy link
Owner

TA2k commented Mar 14, 2024

einfach mal die Datenpunkte löschen und adapter neustarten was dann passiert

@joergeli
Copy link
Author

joergeli commented Mar 14, 2024

OK, Fahrerfenster (frontLeft) geöffnet --> myAudi App zeigt geöffnetes Fenster korrekt an.
Datenpunkte gelöscht und Adapter neu gestartet, Objektstruktur sieht jetzt so aus:

windows_status

Objekt vw-connect.0.WAUZZZGY5NA049433.status.accessStatus.windows01.status.open = open
Sieht jetzt OK aus.

Merkwürdige Sache, denn ich hatte in den letzten Tagen ja bereits mehrfach alle Datenpunkte gelöscht und den Adapter restarted. Die windows-Datenpunkte sahen zuvor anders aus, z.B.
bei windows1 waren sowohl die Datenpunkte closed und open vorhanden, jetzt gibt es bei den Fenstern entweder den Datenpunkt open oder closed

Ähnliche Ungereimtheiten bei den Türen:
Bis dato gab es da die Stati closed, locked, open und unlocked (siehe meinen Screenshot weiter oben)
Jetzt gibt es bei den Türen nur noch closed und locked, was m.E. korrekt ist.

.... doch halt: ich habe eben das Fahrerfenster wieder geschlossen und den Adapter restarted:
screenshot2
Jetzt sind wieder beide Objekte closed und open bei window1 vorhanden.
Es werden auch beide Zeitstempel von closed und open korrekt aktualisiert, allerdings bleibt der "Zuletzt geändert-Wert" von open, also dem vorherigen Zustand, unverändert.

Somit sieht das für mich jetzt so aus, als ob zwar die aktuellen Zeitstempel korrekt aktualisiert werden, der vorherige Zustand sich aber nicht ändert. das resultiert dann natürlich in Diskrepanzen, denn es kann ja nicht gleichzeitig closed und open sein, oder?
Das würde m.E. ja auch die Feststellung von MickKell bestätigen

Gruß und Danke
Jörg

@joergeli
Copy link
Author

... auch wenn ich nerve, noch ein Versuch:

Es sei hier mal nur der Datenpunkt vw-connect.0.WAUZZZGY5NA049433.status.accessStatus.windows01 (frontLeft) betrachtet.

Ausgangs-Situation: Fahrzeug verriegelt, alle Fenster geschlossen.

1.) Alle Datenpunkte gelöscht, Adapter neu gestartet.
2.) Datenpunkte sind wieder da,
3.) In statusrawJson sieht frontLeft so aus (closed=korrekt):
"windows": [
{
"name": "frontLeft",
"status": [
"closed"
]
},

4.) Fahrerfenster (frontLeft ) geöffnet.
6. ) Adapter neu gestartet.
8.) In statusrawJson sieht frontLeft so aus (open=korrekt):
"windows": [
{
"name": "frontLeft",
"status": [
"open"
]
},

9.) Fahrerfenster (frontLeft) wieder geschlossen.
10.) Adapter neu gestartet.
11.) In statusrawJson sieht frontLeft so aus (closed=korrekt):
"windows": [
{
"name": "frontLeft",
"status": [
"closed"
]
},

So weit, so gut - somit ist statusrawJson immer korrekt.

#######################################################

.... aber:
Nach dem ersten Adapterstart ist 1 Datenpunkt (closed) vorhanden.
Nach dem zweiten Adapterstart sind aber 2 Datenpunkte (closed) und (open) vorhanden (s. Screenshot).

front_left

Daß da 2 Datenpunkte vorhanden sind, deren Werte "closed", bzw. "open" sind, soll doch bestimmt nicht so sein, oder?
Wenn in den Datenpunkten wenigstens true/false, oder 1/0 stehen würde, könnte ich es ja noch verstehen.
IMHO ist das ein Bug im Adapter bei der Umsetzung der Rohdaten in entspr. Datenpunkte.

Sorry für meine Penetranz
Jörg

P.S.
Bin ich evtl. nur zu blöd, die Datenpunkte richtig zu interpretieren?
Wie müssten denn die Datenpunkte (mit welchen Werten!) korrekt aussehen?

@mcm1957
Copy link

mcm1957 commented Mar 16, 2024

@joergeli
WAUZZZGY5xxxxxxx looks like your FIN. Not sure whether ist a good idea to publish it worldwide

@joergeli
Copy link
Author

@mcm1957
Maybe a small security risk, but on the other hand: if you stand next to car and look through the bottom left corner of the front window, you can read the FIN black on white ;-)

@TA2k
Copy link
Owner

TA2k commented Mar 16, 2024

@joergeli bitte mal die GitHub version testen ob die nicht genutzten stati null gesetzt werden

@joergeli
Copy link
Author

joergeli commented Mar 16, 2024

GitHub-Version installiert.
Nach Adapterstart habe ich die Stati unter window01 (frontLeft) beobachtet, sie zeigen für ca. 1 Sekunde die korrekten Werte (closed=closed, open=(null), name=frontLeft) an.
Danach werden sofort alle Werte unter accessStatus genullt, s. Screenshot:
alles_null

Auch mehrmaliger Adapterstart zeigt das gleiche Verhalten.
Werte in statusrawJson sind nach wie vor OK.

Danke
Jörg

@TA2k
Copy link
Owner

TA2k commented Mar 16, 2024

nochmal installieren

@joergeli
Copy link
Author

Nochmals installiert, jetzt passt es:
window_ok

Vielen, vielen Dank dafür!
Jörg

P.S.
Sorry, wenn ich bei meinen anfänglichen Fehlerbeschreibungen evtl. Verwirrung gestiftet habe, ich hatte mich da wohl zu sehr auf die Zeitstempel fokussiert.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants