Monatsrückblick Januar/Februar 2026 ist online!

[nik82]

@tombox
Sollen wir VW und Seat Jünger auch mal mit der Github Version testen oder ist das jetzt momentan nur für Skoda?

[tombox]

@nik82 Nein VW und Seat scheint ein problem von VW zu haben da hilft nur abwarten

[nik82]

@tombox
Hab gerade trotzdem Github Version drüber installiert.
Und es funktioniert wieder!

Egal obs jetzt an den VW Servern lag oder an deiner Umstellung:

Vielen, vielen Dank für deine immer schnelle und super Hilfe! :D :+1:

[tombox]

@nik82 Ja kann bestätigen VW hat das Problem für VW und Seat behoben

[JB_Sullivan]

Bei mir geht es auch wieder - lag dann wohl an Skoda oder den VW Servern generell.

[Lucky_ESA]

@tombox sagte in Test Adapter VW Connect für VW, ID, Audi, Seat, Skoda:

@nik82 Ja kann bestätigen VW hat das Problem für VW und Seat behoben

Vielleicht haben die auch was geändert. Bei mir kommt nun phoneNumbers als Objekt. Hier werden wohl die Userdaten nicht geparsed. Kann mir das ja mal anschauen...

vw-connect.0
	2023-01-02 13:30:42.455	info	State value to set for "vw-connect.0.personal.phoneNumbers" has to be one of type "string", "number", "boolean" but received type "object" 

"{\"firstName\":\"Ich\",\"lastName\":\"bins\",\"salutation\":\"SALUTATION:MR\",\"dateOfBirth\":\"da-hab-ich-geburtstag\",\"preferredContactChannel\":\"MARKETING_BLOCKADES:EMAIL\",\"nickname\":\"Lucky\",\"businessIdentifierType\":\"BUSINESS_IDENTIFIER_TYPE:MBB_ID\",\"businessIdentifierValue\":\"ident\",\"phoneNumbers\":[{\"uuid\":\"uuid\",\"type\":\"PHONE_CONTACT_TYPE:MOBILE_GENERAL\",\"number\":\"meinenummer\",\"primary\":true,\"_updated\":\"2020-03-12T14:35:50.114Z\"}],\"userIsPrivateIndicator\":true,\"preferredLanguage\":\"de\"}"

Gruß//Lucky

[tombox]

@lucky_esa habe mal in GitHub das parsing angepasst

[PV_Mainz]

Es ging bei mir seit 1.1. mittags nicht mehr. Ich habe keine neuere Github Version installiert, nun geht es auch so wieder. Auto: Skoda Enyaq.
Lieben Dank für den tollen Adapter!
Frohes Neues, Tim

[Lucky_ESA]

@tombox sagte in Test Adapter VW Connect für VW, ID, Audi, Seat, Skoda:

@lucky_esa habe mal in GitHub das parsing angepasst

Jetzt passt es. Die uuid wird für den Channel verwendet was allerdings egal ist ob der jetzt uuid oder phonenumbers heißt...Sieht für mich aber nicht wirklich fertig aus. Vielleicht kommt da noch eine Änderung von VW.

Gruß//Lucky

[MyzerAT]

@tombox

bei mir geht es auch wieder

[ichderarnd]

@jb_sullivan, @tombox
Seit gestern Mittag konnte sich der Adapter bei mir ebenfalls nicht auf dem Skoda Server einloggen. Nun geht es wieder. Ohne Neustart des Adapters :+1:

[Sneak-L8]

@tombox Hab jetzt gleich noch einen PR gemacht für das Triggern des Abrufs der Adresse über longitude anstelle latitude. Hab immer schön gesehen, dass die falsche Adresse exakt auf derselben Höhe der korrekten lag. Also war latitude schon neu, aber longitude noch alt. Jetzt sollte es besser klappen (betrifft eigentlich alle Fahrzeuge, bei denen die Adresse abgerufen wird)

[Marty56]

@tomtom
es scheint wieder zu funktionieren. Getestet mit der release Version also keine Github Version.

[TT-Tom]

@tt-tom läuft bei mir auch wieder. ohne Update.

[mading]

Blöde Frage: welcher DP zeigt an ob die Tür geöffnet ist? Habe es getestet: die WeConnectID App zeigt die geöffnete Tür, an den DP ändert sich nichts. Sollte „c“ sein, richtig? ID4 SW 3.0

[Sneak-L8]

@mading Ich denke, der relevante Datenpunkt ist nicht das Thema sondern, wann er zuletzt aktualsiert wurde. Bin mir nicht sicher, aber mir scheint es, dass c geschrieben wird, wenn die Tür geschlossen ist und o, wenn die Tür offen ist. Aber da sind dann o und c immer. Je nachdem, welcher der beiden die letzte Änderung (state.lc) hat, gilt dieser Wert.

Für die Frage, ob das Fahrzeug verriegelt ist, gibt es ja zusätzlich den Datenpunkt vw-connect.0.WVWZZZE1ZMPnnnnnn.status.accessStatus.doorLockStatus oder mit der neuen Version auf github einen logischen Schalter vw-connect.0.WVWZZZE1ZMPnnnnnn.status.isCarLocked.

[mading]

@sneak-l8 Hi, danke für den Tipp. Oh mann das ist kompliziert. Ich teste das mal und versuche ein Blockly zu bauen, das mit eigenen DP den geöffnet/ geschlossen Status anzeigt - oder hat das schon jemand umgesetzt? :)

[mading]

ich habe mal testweise die Fahrerseite geöffnet (frontLeft - müsste ja stimmen), um zu sehen was in den Datenpunkten ankommt. Leider bestätigt es sich nicht, dass der Timestamp desjenigen DP neuer sein muss, welcher gilt - im Gegenteil: der Zeitstempel ändert sich dauernd, mal ist c eine ms früher, mal o.

[Sneak-L8]

@mading Hm, dann war meine Theorie wohl nicht korrekt.
Ich habe gerade wegen der Parkposition weiter experimentiert und mir mal ein bisschen das Debug-Log angeschaut. Da scheint aber alles richtig anzukommen. Hier mal ein Ausschnitt:

{"access":{"accessStatus":{"value":{"overallStatus":"safe","carCapturedTimestamp":"2023-01-06T12:56:08.595Z","doors":[{"name":"bonnet","status":["closed"]},{"name":"trunk","status":["closed","locked"]},{"name":"rearRight","status":["closed","locked"]},{"name":"rearLeft","status":["closed","locked"]},{"name":"frontRight","status":["closed","locked"]},{"name":"frontLeft","status":["closed","locked"]}],"windows":[{"name":"sunRoof","status":["unsupported"]},{"name":"roofCover","status":["unsupported"]},{"name":"sunRoofRear","status":["unsupported"]},{"name":"frontLeft","status":["closed"]},{"name":"frontRight","status":["closed"]},{"name":"rearLeft","status":["closed"]},{"name":"rearRight","status":["closed"]}],"doorLockStatus":"locked"}}}

@tombox das was in den Datenpunkten ankommt sieht dann aber ganz anders aus. Wird da evtl. was falsch "übersetzt"?

[tombox]

@sneak-l8 Ja das ist ein unglückliches format. Man müsste jetzt vorher den status löschen damit immer der aktuelle reflektiert sonst ist es nur eine Ansammlung von bisher sichtbaren statuse