UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[bommel_030]

@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

[sunny9999]

@cumulus-0
Die Seite funktioniert nicht ...Zertifikatfehler
Ich glaube Die haben grad mal wieder Serverprobleme.....

[wendy2702]

Ist die Version 0.0.60 die aktuelle?

Und gibt es Datenpunkte die bei AUDI den Status der Fenster und Schiebedach anzeigen?

[Glasfaser]

@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 .

[JB_Sullivan]

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

[odooo]

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?

[tombox]

@odooo Eigentlich macht status update erzwingen das gleiche wie ein manuelles update aber davon sind nur ~10 zwischen jeder fahrt möglich

[odooo]

@tombox Danke für die schnelle Antwort! Ist das eine Limitierung von VW? In der Handy App kann ich ja beliebig oft aktualisieren.

[tombox]

@odooo Eigentlich irgendwann müsstest du bei langen runterziehen auf ein Fehler kommen um deine 12V Batterie zu schützen

[Sneak-L8]

@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]

@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?

[Sneak-L8]

@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]

@sneak-l8 ok danke, teste es so bald wie möglich, b7n nur gerade im Urlaub, wird Sonntag/ nä Woche

[Sneak-L8]

@mading Kein Ding, Dir erst mal schönen Urlaub!

[mading]

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

@mading Kein Ding, Dir erst mal schönen Urlaub!

Danke, ich habe über die Katze deine Version installiert, lt Debug Ausgabe wurde aber nur ein Upload durchgeführt. Die Version ist auch noch 0.60. So sehen die DP aus, es gibt keinen Status DP. Soll ich eine weitere Instanz installieren?

[mading]

habe eine weitere Instanz installiert, die Fahrertür geöffnet und es sieht gut aus:

[Sneak-L8]

@mading sehr gut, freut mich. Unter General hab ich gemerkt, dass da bisher auch eine Stufe fehlte, daher findet man da jetzt auch alle Einträge doppelt. Die auf höherer Ebene kann man getrost löschen (wenn man die nicht historisiert).
Wenn beim Update nur die Dateien installiert werden, dann einfach den Adapter restarten, dann zieht er auch die neue Version...

[Giermann]

@tombox Diese Limitierung habe ich auch gerade...
Darf ich fragen, wie ihr dann den Adapter konfiguriert? Er lässt ja Aktualisierungen jede Minute zu, bedeutet dass nach 10 Minuten kommt der genannte Fehler?
Zählt nur das Starten des Adapaters als echtes Update oder müsste ich das Intervall auf >6h stellen, um ohne Fahrt von Freitag Nachmittag bis Montag früh die Daten aktualisieren zu können?

Vielleicht zu meinem Hintergrund:
Ich hänge immer noch an einer sehr alten CCU.IO-Installation (auf ARMEL-Architektur mit NodeJS 0.10), wollte nun aber gern meinen Skoda Superb iV einbinden und bin daher dabei, einen "Backport" des Adapters zu erstellen. Dabei beginne ich mit dem "npm-vwconnectapi" fork von Nightsha-de.
Da ich das Backporten mehr nach try&error durchführe(n muss), bekam ich jetzt am Wochenende zwangsläufig die Sperre und musste heute erst wieder ein Stück fahren.

Je tiefer ich die Funktionsweise des Adapters ergründe, umso mehr fällt mir aber auch auf, dass am Code sicher noch Verbesserungspotential besteht. Daher auch erstmal die "dumme" Frage oben - der Fehler kann ja scheinbar in getVehicles(), getVehicleData(), getVehicleRights(), requestStatusUpdate() und getVehicleStatus() auftreten.
Wenn ich nun aber suche, wann diese Methoden alles aufgerufen werden, fällt mir viel doppelter Code auf... Oder gibt es einen Grund, dass die Abfragen in onReady() nech getVehicles() etwas anders sind als in updateStatus()?
Kommt der Fehler nur nach ~10 Mal requestStatusUpdate()?

Wenn ja, könnte man das doch im Adapter grundsätzlich nur auf Anfrage ausführen, statt bei jedem onReady() (auch wenn man die Adapter ja irgendwann nicht mehr ständig neu startet). Aber wie ich das sehe macht die App das ja auch nur explizit beim Herunterziehen.
Oder kann man vielleicht anhand der Daten herausfinden, ob und wann ein requestStatusUpdate() notwendig ist?

[Great SUN]

Dumme Frage: Kann ich mit dem Adapter dann auch die Standheizung/Lüftung einschalten/steuern?

Ich bekomm mein neues Auto erst im Juni, daher kann ich den Adapter vorher leider nicht testen, bin aber neugierig.
Was ich bis jetzt im Github-Repo gesehen habe ist eine reine Statusanzeige. Stimmt das?

[Wszene]

@great-sun

ja das ist sehr gut möglich
Dafür gibt es einen extra DP