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

[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

[juggi1962]

@tombox
Hallo Zusammen.
Der Adapter bringt wieder mal einen Login Fehler.
Hat VW wieder mal was geändert oder ist das nur vorübergehend.
Danke im Voraus, Gruß Jürgen

vw-connect.0
2023-02-27 15:40:38.525	error	Login Failed

vw-connect.0
2023-02-27 15:40:38.522	error	"404 Not Found: Requested route ('login.apps.emea.vwapps.io') does not exist.\n"

vw-connect.0
2023-02-27 15:40:38.522	error	404

vw-connect.0
2023-02-27 15:40:38.521	error	Failed in first login step

vw-connect.0
2023-02-27 15:40:38.333	error	"404 Not Found: Requested route ('login.apps.emea.vwapps.io') does not exist.\n"

vw-connect.0
2023-02-27 15:40:38.331	error	404

vw-connect.0 
2023-02-27 15:40:38.329	error	Failed in receive login url

vw-connect.0
2023-02-27 15:39:40.103	error	Failed refresh token. Relogin

vw-connect.0
2023-02-27 15:39:40.103	error	"404 Not Found: Requested route ('login.apps.emea.vwapps.io') does not exist.\n"

vw-connect.0
2023-02-27 15:39:40.101	error	404

vw-connect.0
2023-02-27 15:39:39.943	error	get id status Failed

vw-connect.0
2023-02-27 15:39:39.943	error	"404 Not Found: Requested route ('mobileapi.apps.emea.vwapps.io') does not exist.\n"

vw-connect.0
2023-02-27 15:39:39.942	error	AxiosError: Request failed with status code 404

vw-connect.0
2023-02-27 15:38:40.212	error	Failed refresh token. Relogin

vw-connect.0
2023-02-27 15:38:40.212	error	"404 Not Found: Requested route ('login.apps.emea.vwapps.io') does not exist.\n"

vw-connect.0
2023-02-27 15:38:40.211	error	404

vw-connect.0
2023-02-27 15:38:40.027	error	get id status Failed

vw-connect.0
2023-02-27 15:38:40.027	error	"404 Not Found: Requested route ('mobileapi.apps.emea.vwapps.io') does not exist.\n"

vw-connect.0
2023-02-27 15:38:40.026	error	AxiosError: Request failed with status code 404

[Sneak-L8]

@juggi1962 Bei mir das gleiche (ID.3)

[Luxi]

@juggi1962 me2 als ich den Adaper neu startete, vorher gings noch.
(ID.3)

Grüße

[juggi1962]

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

@juggi1962 me2 als ich den Adaper neu startete, vorher gings noch.
(ID.3)

Grüße

Neustart hilft leider nicht.
Gruß Jürgen

[lesiflo]

Muss mich leider anschließen, gleiches Problem wie die letzten 3 Einträge hier, ID.4

[JB_Sullivan]

Rollt mal auf die 0.58 zurück - mit der 0.60 habe ich auch alles voller Fehlermeldungen, mit 0.58 nicht eine einzige und es funktioniert soweit ich das sehen auch noch alles - Allerdings Skoda Enyaq

[juggi1962]

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

Rollt mal auf die 0.58 zurück - mit der 0.60 habe ich auch alles voller Fehlermeldungen, mit 0.58 nicht eine einzige und es funktioniert soweit ich das sehen auch noch alles - Allerdings Skoda Enyaq

Hmmm wo findest du die Version 0.58
Unter den Adaptern gibt es nur die 0.56

[tombox]

@juggi1962 Bitte mal die github version testen ob alles wieder geht

[bommel_030]

@tombox
Danke, die github-Version (0.61) holt wieder Daten.