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

[marlan99]

Seit neustem habe ich folgende "warnings" im log.
Könnten ein paar Tage schon da sein, habe es nicht analysiert wie weit zurück es geht.

tesla-motors.0
2022-01-31 14:00:51.115	warn	Object of state "tesla-motors.0.1555436241310162.charge_history" is missing the required property "common.type"

[marlan99]

Heute musste ich in der Konfig der Instanz den Token von Hand neu eingeben.
Hatte gesehen, dass es hunderte von 404 Fehlermeldungen im Log hatte.

Den Grund ist mir hier nicht bekannt.
Läuft seither aber wieder problemlos

Bsp Log:

tesla-motors.0
2022-02-04 09:21:53.682	error	{"response":null,"error":"not_found","error_description":""}

tesla-motors.0
2022-02-04 09:21:53.682	error	Error: Request failed with status code 404

tesla-motors.0
2022-02-04 09:21:53.682	error	https://owner-api.teslamotors.com/api/1/vehicles/1555436241310162/vehicle_data

tesla-motors.0
2022-02-04 09:21:53.681	error	General error

tesla-motors.0
2022-02-04 09:20:53.665	error	{"response":null,"error":"not_found","error_description":""}

tesla-motors.0
2022-02-04 09:20:53.665	error	Error: Request failed with status code 404

tesla-motors.0
2022-02-04 09:20:53.665	error	https://owner-api.teslamotors.com/api/1/vehicles/1555436241310162/vehicle_data

tesla-motors.0
2022-02-04 09:20:53.664	error	General error

tesla-motors.0
2022-02-04 09:19:53.624	error	{"response":null,"error":"not_found","error_description":""}

tesla-motors.0
2022-02-04 09:19:53.624	error	Error: Request failed with status code 404

tesla-motors.0
2022-02-04 09:19:53.624	error	https://owner-api.teslamotors.com/api/1/vehicles/1555436241310162/vehicle_data

tesla-motors.0
2022-02-04 09:19:53.623	error	General error

tesla-motors.0
2022-02-04 09:18:53.656	error	{"response":null,"error":"not_found","error_description":""}

tesla-motors.0
2022-02-04 09:18:53.656	error	Error: Request failed with status code 404

tesla-motors.0
2022-02-04 09:18:53.656	error	https://owner-api.teslamotors.com/api/1/vehicles/1555436241310162/vehicle_data

tesla-motors.0
2022-02-04 09:18:53.656	error	General error

tesla-motors.0
2022-02-04 09:17:53.655	error	{"response":null,"error":"not_found","error_description":""}

tesla-motors.0
2022-02-04 09:17:53.654	error	Error: Request failed with status code 404

tesla-motors.0
2022-02-04 09:17:53.654	error	https://owner-api.teslamotors.com/api/1/vehicles/1555436241310162/vehicle_data

tesla-motors.0
2022-02-04 09:17:53.654	error	General error

[JLeg]

@marlan99 sagte in Test Tesla-Motors v1.0.0:

Heute musste ich in der Konfig der Instanz den Token von Hand neu eingeben.
Hatte gesehen, dass es hunderte von 404 Fehlermeldungen im Log hatte.

Den Grund ist mir hier nicht bekannt.
Läuft seither aber wieder problemlos

Yep, ist bei mir auch passiert, allerdings ab 06:43 - und Restart der Instanz hat genügt.
Das gab's schonmal, da wird irgendwas auf den Tesla-Servern gefummelt.
Wäre halt schön, wenn das der Adapter "merken" würde, und sich dann selber neu startet (@tombox ?).
Bis dahin habe ich jetzt einen täglichen Adapter-Autorestart drin...

[marlan99]

Seit dem letzten Restart der Instanz habe ich die Warnungsmeldung (3 Posts weiter oben) auch nicht mehr im Log.

[peterk34]

Heute Nacht hat iobroker plötzlich nicht mehr die Werte aktualisiert obwohl er eine Verbindung hat. Ich habe dann den Adapter neu mit Tesla verbunden. Jetzt fällt mir auf, dass die Objekte in einem neuen Verzeichnis mit dem Namen des in ID verspeicherten Werts neu aufgebaut wurden ... somit funktionieren sowohl scripts wie auch vis nicht mehr weil sie auf die falschen Datenpunkte zugreifen.
Kennt jemand die Ursache warum das neu aufgebaut ist und wie man das verhindert ?

[JLeg]

@peterk34

Ja, ich hatte auch bemerkt, dass der Neustart der Instanz zwar die Fehlermeldungen im Log behoben hatte, danach aber keinerlei Werte mehr aktualisiert wurden. Objekte gelöscht, Adapter neu angemeldet - Werte kommen wieder, aber unter anderem Objektbaum.
Offensichtlich benutzt der Adapter die ‚ID‘ - die sich anscheinend seitens Tesla geändert hat :astonished:
Imo wäre es vielleicht besser, wenn der Adapter dafür die VIN nehmen würde - die ändert sich garantiert nicht. So macht‘s z.B. auch der ZOE-Adapter…

[tombox]

@jleg Das ist sehr eigenartig eigentlich ist das eine einzigartige vehicle id mit dem das fahrzeug kontrolliert wird.
Wahrscheinlich hat sie Tesla wegen den Zugriffsproblemen geändert. Vielleicht wird die ID jetzt auch regelmässig geändert

[peterk34]

@jleg konstant wäre auch die vehicle_id geblieben

[JLeg]

@tombox sagte in Test Tesla-Motors v1.0.0:

@jleg Das ist sehr eigenartig eigentlich ist das eine einzigartige vehicle id mit dem das fahrzeug kontrolliert wird.
Wahrscheinlich hat sie Tesla wegen den Zugriffsproblemen geändert. Vielleicht wird die ID jetzt auch regelmässig geändert

…also vielleicht die VIN nehmen?
Ich habe übrigens auch keine charge_history mehr - den Folder gibt‘s nicht mehr, dafür einen DP mit diesem Namen, und einem leeren JSON String. In der App ist die History vorhanden…

[JLeg]

@peterk34 sagte in Test Tesla-Motors v1.0.0:

@jleg konstant wäre auch die vehicle_id geblieben

stimmt - die bisher vom Adapter benutzte ‚ID’ ist wohl nicht die vehicle_id …

[lobomau]

@tombox sagte in Test Tesla-Motors v1.0.0:

@jleg Das ist sehr eigenartig eigentlich ist das eine einzigartige vehicle id mit dem das fahrzeug kontrolliert wird.
Wahrscheinlich hat sie Tesla wegen den Zugriffsproblemen geändert. Vielleicht wird die ID jetzt auch regelmässig geändert

Ja, ist eine andere neue ID jetzt :-(
Früher war der Ordner mit der VIN bezeichnet. Vielleicht können wir dahin wieder zurück? Dann kann sich die ID ruhig ändern.

@JLeg bei mir ist die charge_history weiterhin da:

[tombox]

@lobomau Ist die Frage sind alle betroffen oder nur ein bestimmtes Modell oder BJ?

[JLeg]

@tombox sagte in Test Tesla-Motors v1.0.0:

@lobomau Ist die Frage sind alle betroffen oder nur ein bestimmtes Modell oder BJ?

tja, da hilft wohl nur "sammeln": meins ist ein M3 aus 10/21
Aber würde ein Umstieg z.B. auf die VIN für den Objektbaum das Problem nicht lösen? Zumindest für die Objekte - wenn man sich dann halt alle halbe Jahr neu anmelden muss, fände ich das verschmerzbar...

[peterk34]

@tombox sagte in Test Tesla-Motors v1.0.0:

@lobomau Ist die Frage sind alle betroffen oder nur ein bestimmtes Modell oder BJ?

Model 3 7/2021

VIN klingt vernünftig - die kann sich nicht ändern.

[tombox]

@jleg
Ja umstellung auf vin würde schon helfen.
Ich frage nur nicht das eine einmalige Änderung für ein paar Fahrzeuge war die vielleicht eine zu kurze id hatten.
Bisher war nichts aufgezeichnet das sich die id ändert. Wenn ich jetzt auf vin umstelle dann ändert es sich ja für alle

[JLeg]

@tombox sagte in Test Tesla-Motors v1.0.0:

@jleg
Ja umstellung auf vin würde schon helfen.
Ich frage nur nicht das eine einmalige Änderung für ein paar Fahrzeuge war die vielleicht eine zu kurze id hatten.
Bisher war nichts aufgezeichnet das sich die id ändert. Wenn ich jetzt auf vin umstelle dann ändert es sich ja für alle

config-option? :yum:

[norbert112]

@tombox M3 LR 12/2021

VIN würde ich auch begrüßen :)

[tombox]

@norbert112 v1.1.0 nutzt jetzt vin

[marlan99]

@tombox Model S 2017 ist auch betroffen die Powerwall jedoch nicht. Werde nächste Woche gerne die V1.1.0 testen

[JLeg]

@tombox sagte in Test Tesla-Motors v1.0.0:

@norbert112 v1.1.0 nutzt jetzt vin

…habe damit jetzt leider 2 ‚halbe‘ Objektbäume - einen unter VIN, und einen weiteren unter der alten ID…