Test Adapter VW Connect für VW, ID, Audi, Seat, Skoda
-
Um die Daten zu bekommen muss man im Auto die Standortdaten freigeben und die automatische Terminvereinbarung aktivieren.
@markus397
Standort war schon freigegeben, Terminvergabe nicht (weiß ich auch auch nicht ob ich das wirklich will).
Mit den Einstellungen kommen die km jetzt rein. Danke -
@andreasw63 In der App.
Habe ich gerade gemacht, jetzt kommen die Daten.
@markus397 Danke!Dann kam allerdings gleich mal wieder die Consent-Hürde :-)
War mir nicht klar, dass der km-Stand hinter der Terminvereinbarung versteckt war und das daher deaktiviert.
Jetzt fehlt eigentlich nur noch die Außentemperatur...
-
@sneak-l8 Ich habe eine Warnung in der github version eingebaut für odometer kannst vielleicht mal testen ob es angezeigt wird
-
@sneak-l8 Ich habe eine Warnung in der github version eingebaut für odometer kannst vielleicht mal testen ob es angezeigt wird
@tombox Da kommt leider nichts. Ich hab die GIT-Version geholt und die Terminvereinbarung deaktiviert, um wie denselben Fehler zu bekommen.
Liegt aber wohl daran, dass entweder die Deaktivierugn der Terminvereinbarung noch nicht im System angekommen ist oder sie - einmal aktiviert - den km-Stand aktiviert hat, ihn aber nicht wieder deaktiviert...
Denn der Adapter bekommt immer noch den km-Stand geliefert. Hab den State geslöcht und per Debug die Nachricht angeschaut.Ich schau mal, ob sich noch was tut. Sonst bräuchten wir einen Tester, der 3.0 hat, aber die Terminvereinbarung nicht nicht aktiviert.
-
@sneak-l8 Ich habe eine Warnung in der github version eingebaut für odometer kannst vielleicht mal testen ob es angezeigt wird
@tombox So wie es aussieht, hat das Deaktivieren was gebracht, aber nicht das gewünswchte. Der Odometer-Wert wird weiterhin abgerufen, aber es ist imemr noch der alte Wert zum Zeitpunkt der Deaktivieurng des Terminvereinbarungsservices.
Also schelchte Implementierung VW-seits. Einmal Dienst aktiviert, wird der Datenpunkt bei VW angelegt, bei Deaktivieurng aber nicht mehr gelöscht (oder Fehlermeldung, dass nicht verfügbar) sondern der alte Wert belassen.
@AndreasW63 das könnte auch Deinen "Mondwert" von 63km erklären. Da war die Terminvereinbarung bei Fahrzeugübergabe oder kurz danach mal kurz aktiv und dann wieder inaktiv...Zum Test der Warnung muss also jemand anderes herhalten. Alternativ könnte man auch bei Timestamp > 7 Tage inder Vergangenheit warnen.
Kann jetzt nur gerade den Dienst nicht mehr aktivieren ("Hoppla, da ist wohl etwas schief gegangen")...
-
Hat eigentlich kein anderer Skoda Enyaq Fahrer (mit ME 3.0) diesen Sack von Fehlermeldungen im LOG.?
@jb_sullivan Ja, die bekomme ich auch.
Ich habe die main.js gepatcht und alle error Logs auf info gesetzt.
und dann den Adapter auf nur "error Logs" umkonfiguriert.Das hat zwar den Nachteil, dass ich von Fehlfunktionen des Adapters überhaupt nichts mehr mitbekomme, aber mein Log File bleibt leserlich.
Außerdem sind die Funktionen des Adapter für mich "nice to have" und nicht unbedingt essential, so dass es mich eigentlich gar nicht so genau interessiert, ob der Adapter ab und zu ausfällt oder nicht.
Wenn man Skoda Enyaq fährt, dann muss man einiges an Software Qualität erdulden, nicht nur bei den Cloud Services, sondern ganz allgemein in der Autosoftware.
VW hat das Thema überhaupt nicht im Griff und die Qualitätssicherung scheint nicht existent zu sein. Die hätte den Dies schon viel früher rausschmeißen sollen. -
@tombox So wie es aussieht, hat das Deaktivieren was gebracht, aber nicht das gewünswchte. Der Odometer-Wert wird weiterhin abgerufen, aber es ist imemr noch der alte Wert zum Zeitpunkt der Deaktivieurng des Terminvereinbarungsservices.
Also schelchte Implementierung VW-seits. Einmal Dienst aktiviert, wird der Datenpunkt bei VW angelegt, bei Deaktivieurng aber nicht mehr gelöscht (oder Fehlermeldung, dass nicht verfügbar) sondern der alte Wert belassen.
@AndreasW63 das könnte auch Deinen "Mondwert" von 63km erklären. Da war die Terminvereinbarung bei Fahrzeugübergabe oder kurz danach mal kurz aktiv und dann wieder inaktiv...Zum Test der Warnung muss also jemand anderes herhalten. Alternativ könnte man auch bei Timestamp > 7 Tage inder Vergangenheit warnen.
Kann jetzt nur gerade den Dienst nicht mehr aktivieren ("Hoppla, da ist wohl etwas schief gegangen")...
@sneak-l8 Im Moment sthe ich mit dem Support von myVOLKSWAGEN in Kontakt. In der Handy App steht noch immer drin, das die letzte Sync vor 174d und 1h war. Beim Manuellen Snyc kommt der Hinweis, das der Server nicht erreichbar ist.....
Lt. Support von myVOLKSWAGEN ist der ID.3 nur auf einzelnen Dienste (?) erreichbar. Lt. App und Portal sind alle Funktionen aktiviert. Problem ist jetzt beim 2.nd Level Support. Mal schauen was draus wird. -
@sneak-l8 Im Moment sthe ich mit dem Support von myVOLKSWAGEN in Kontakt. In der Handy App steht noch immer drin, das die letzte Sync vor 174d und 1h war. Beim Manuellen Snyc kommt der Hinweis, das der Server nicht erreichbar ist.....
Lt. Support von myVOLKSWAGEN ist der ID.3 nur auf einzelnen Dienste (?) erreichbar. Lt. App und Portal sind alle Funktionen aktiviert. Problem ist jetzt beim 2.nd Level Support. Mal schauen was draus wird.@andreasw63
Hat zwar nur bedingt mit dem Adapter zu tun... Dein ID.3 ist aber "online"? Wenn ich dich richtig verstehe nur so halb? Mögliche Lösungsansätze, leider aus eigener Erfahrung, um das Auto als Fehlerquelle auszuschließen:- Im Auto weconnect abmelden und wieder anmelden
- Power Knopf am Radio gedrückt halten (System Reboot)
- Sicherung fürs Entertainment ziehen. Müsste Nr.19 sein, Google sollte genaueres wissen
-
@cumulus-0 Ok. Man geht auf die https://identity.vwgroup.io/signin-service und meldet sich dort an. Dort kann man diese seltsame Bestätigung durchführen.
Da ich nie auf diese Seite gehe, ist das nicht so einfach zu entdecken.
@cumulus-0
Die Seite funktioniert nicht ...Zertifikatfehler
Ich glaube Die haben grad mal wieder Serverprobleme..... -
Ist die Version 0.0.60 die aktuelle?
Und gibt es Datenpunkte die bei AUDI den Status der Fenster und Schiebedach anzeigen?
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
Ist die Version 0.0.60 die aktuelle?
Und gibt es Datenpunkte die bei AUDI den Status der Fenster und Schiebedach anzeigen?
@wendy2702 sagte in Test Adapter VW Connect für VW, ID, Audi, Seat, Skoda:
Ist die Version 0.0.60 die aktuelle?
ist die latest Version ...
Und gibt es Datenpunkte die bei AUDI den Status der Fenster
schau am Thread-Start , da ist ein Link zu einer Audi Vorlage .
-
Hmmm- bei Skoda mit der 0.60. wieder Unmengen an Error Meldungen, hingegen mit der 0.56 alles OK ist.
0.60
vw-connect.0 11200 2023-02-17 20:39:26.542 error https://api.connect.skoda-auto.cz/api/v2/vehicle-status/FIN vw-connect.0 11200 2023-02-17 20:39:26.542 error AxiosError: Request failed with status code 403 vw-connect.0 11200 2023-02-17 20:39:26.541 error "" vw-connect.0 11200 2023-02-17 20:39:26.452 error https://api.connect.skoda-auto.cz/api/v1/charging/FIN/settings vw-connect.0 11200 2023-02-17 20:39:26.452 error AxiosError: Request failed with status code 403 vw-connect.0 11200 2023-02-17 20:39:26.451 error "" vw-connect.0 11200 2023-02-17 20:39:26.362 error https://api.connect.skoda-auto.cz/api/v1/charging/FIN/status vw-connect.0 11200 2023-02-17 20:39:26.361 error AxiosError: Request failed with status code 403 vw-connect.0 11200 2023-02-17 20:39:26.361 error "" vw-connect.0 11200 2023-02-17 20:39:26.264 error https://api.connect.skoda-auto.cz/api/v1/air-conditioning/FIN/timers vw-connect.0 11200 2023-02-17 20:39:26.264 error AxiosError: Request failed with status code 403 vw-connect.0 11200 2023-02-17 20:39:26.263 error "" vw-connect.0 11200 2023-02-17 20:39:26.171 error https://api.connect.skoda-auto.cz/api/v1/air-conditioning/FIN/settings vw-connect.0 11200 2023-02-17 20:39:26.170 error AxiosError: Request failed with status code 403 vw-connect.0 11200 2023-02-17 20:39:26.170 error "" vw-connect.0 11200 2023-02-17 20:39:26.073 error https://api.connect.skoda-auto.cz/api/v1/air-conditioning/FIN/status vw-connect.0 11200 2023-02-17 20:39:26.073 error AxiosError: Request failed with status code 403 vw-connect.0 11200 2023-02-17 20:39:26.072 error "" vw-connect.0 11200 2023-02-17 20:39:24.465 error Refresh Second Token was not successful vw-connect.0 11200 2023-02-17 20:39:24.464 error Restart adapter in 10min vw-connect.0 11200 2023-02-17 20:39:24.464 error 400 vw-connect.0 11200 2023-02-17 20:39:24.464 error {"description":"invalid token audience : The token was expected to have 3 parts, but got 0.","errorCode":"REQUEST_DATA_INVALID"} vw-connect.0 11200 2023-02-17 20:39:24.464 error vw-connect.0 11200 2023-02-17 20:39:24.463 error Failing to refresh token.0.56
vw-connect.0 3784 2023-02-17 21:07:43.498 info Login successful vw-connect.0 3784 2023-02-17 21:07:40.468 info starting. Version 0.0.56 in C:/iobroker/GLT/node_modules/iobroker.vw-connect, node: v14.16.0, js-controller: 4.0.24 host.GLTGLT) 2023-02-17 21:07:36.725 info host.GLT(GLT) iobroker exit 0 -
Hallo, ich haben meinen eGolf verbunden, aber die Werte werden nur selten aktualisiert.
Ich habe schon das "Update interval" und "Status update erzwingen" auf 15min gesetzt. Dann wird z.B. der SoC "aktualisiert", aber mit einem alten Wert. Erst wenn ich in die VW App gehe und manuell aktualisiere, sehe is den aktuellen SoC. Kann man irgendwo automatisiert die Aktualisierung erzwingen? -
Hallo, ich haben meinen eGolf verbunden, aber die Werte werden nur selten aktualisiert.
Ich habe schon das "Update interval" und "Status update erzwingen" auf 15min gesetzt. Dann wird z.B. der SoC "aktualisiert", aber mit einem alten Wert. Erst wenn ich in die VW App gehe und manuell aktualisiere, sehe is den aktuellen SoC. Kann man irgendwo automatisiert die Aktualisierung erzwingen? -
@odooo Eigentlich macht status update erzwingen das gleiche wie ein manuelles update aber davon sind nur ~10 zwischen jeder fahrt möglich
-
@tombox Danke für die schnelle Antwort! Ist das eine Limitierung von VW? In der Handy App kann ich ja beliebig oft aktualisieren.
-
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.
@mading So, ich habe mich jetzt mal intensiver mit dem Aktualisieren der Statusewerte für die ID-Modelle beschäftigt.
Zuletzt wurden alle Listen immer mit einer fortlaufenden Nummer eingetragen (accessStatus.doors01, acessStatus.doors02, ...). Das habe ich ebenso korrigiert wie das Problem, dass dann die Ebene "doors/windows" übersprungen wurde und sowohl der Status der Türen als auch der Fenster z.B. unter "accessStatus.frontLeft" abgelegt wurde. Somit waren beide closed/opened etc in einem abgelegt und man könnte sie nicht mehr unterscheiden.
Mit der neuen Version würden nun accessStatus.doors.frontLeft, accessStatus.windows.frontLeft abgelegt.
Außerdem - und das dürfte die Werte jetzt wesentlich nutzbarer machen - werden nun die Werte auf "null" zurückgesetzt, die aktuell nicht gelten. Sprich, unter accessStatus.doors.frontLeft.status gibt es weiterhin "opened", "closed", "locked", aber nur die Werte, die aktuell auch gültig sind, enthalten einen Wert (Wert ist mit Name identisch), sonst null.
Damit sollte man alle Türen und Fenster sauber abfragen können.
Mag außer mir noch jemand die Funktion testen. Version steht unter https://github.com/Sneak-L8/ioBroker.vw-connect
Dann würde ich im Anschluss einen PullRequest stellen. -
@mading So, ich habe mich jetzt mal intensiver mit dem Aktualisieren der Statusewerte für die ID-Modelle beschäftigt.
Zuletzt wurden alle Listen immer mit einer fortlaufenden Nummer eingetragen (accessStatus.doors01, acessStatus.doors02, ...). Das habe ich ebenso korrigiert wie das Problem, dass dann die Ebene "doors/windows" übersprungen wurde und sowohl der Status der Türen als auch der Fenster z.B. unter "accessStatus.frontLeft" abgelegt wurde. Somit waren beide closed/opened etc in einem abgelegt und man könnte sie nicht mehr unterscheiden.
Mit der neuen Version würden nun accessStatus.doors.frontLeft, accessStatus.windows.frontLeft abgelegt.
Außerdem - und das dürfte die Werte jetzt wesentlich nutzbarer machen - werden nun die Werte auf "null" zurückgesetzt, die aktuell nicht gelten. Sprich, unter accessStatus.doors.frontLeft.status gibt es weiterhin "opened", "closed", "locked", aber nur die Werte, die aktuell auch gültig sind, enthalten einen Wert (Wert ist mit Name identisch), sonst null.
Damit sollte man alle Türen und Fenster sauber abfragen können.
Mag außer mir noch jemand die Funktion testen. Version steht unter https://github.com/Sneak-L8/ioBroker.vw-connect
Dann würde ich im Anschluss einen PullRequest stellen. -
@sneak-l8 super, danke. Ich teste gerne mal. D.h ich installiere deinen fork drüber - muss ich später wieder den ursprünglichen Adapter drüber installieren, damit ich wieder auf dem eigentlichen Adapter bin?
@mading Ja, genau. Einfach über die "sonstige Quelle" die URL angeben.
Wenn tombox eine offizielle neue Version veröffentlicht, dann müsste die auch angezeigt und installiert werden. Bin mir aber nicht 100% sicher. Zur Not, einfach später (wenn der Pull Request erstellt und tombox ihn gemergt hat) nochmal die "originale" Version über den Reiter github installieren, dann werden Dir auf jeden Fall Updates angeoten. -
@mading Ja, genau. Einfach über die "sonstige Quelle" die URL angeben.
Wenn tombox eine offizielle neue Version veröffentlicht, dann müsste die auch angezeigt und installiert werden. Bin mir aber nicht 100% sicher. Zur Not, einfach später (wenn der Pull Request erstellt und tombox ihn gemergt hat) nochmal die "originale" Version über den Reiter github installieren, dann werden Dir auf jeden Fall Updates angeoten.
Support us
297
Online32.7k
Users82.5k
Topics1.3m
Posts