NEWS
Test Tesla-Motors v1.0.0
-
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…@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, 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… -
@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@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 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@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ändertJa, 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 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ändertJa, 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 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... -
@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...@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
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@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 alleconfig-option? :yum:
-
@tombox M3 LR 12/2021
VIN würde ich auch begrüßen :)
-
@tombox M3 LR 12/2021
VIN würde ich auch begrüßen :)
@norbert112 v1.1.0 nutzt jetzt vin
-
@norbert112 v1.1.0 nutzt jetzt vin
-
@norbert112 v1.1.0 nutzt jetzt vin
@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…
-
@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…
-
@jleg Ja der alte müsste manuell gelöscht werden. War mir nich sicher ob ich das einfach automatisch löschen sollte
@tombox sagte in Test Tesla-Motors v1.0.0:
@jleg Ja der alte müsste manuell gelöscht werden. War mir nich sicher ob ich das einfach automatisch löschen sollte
hab‘s zweimal manuell gelöscht - wird bei Adapterrestart wieder neu (mit Teilen der DP) angelegt. Ausserdem hagelt‘s Log-Warnings nach dem Löschen des ID-Baumes wg. fehlender Objekte…
-
@tombox sagte in Test Tesla-Motors v1.0.0:
@jleg Ja der alte müsste manuell gelöscht werden. War mir nich sicher ob ich das einfach automatisch löschen sollte
hab‘s zweimal manuell gelöscht - wird bei Adapterrestart wieder neu (mit Teilen der DP) angelegt. Ausserdem hagelt‘s Log-Warnings nach dem Löschen des ID-Baumes wg. fehlender Objekte…
-
@jleg Ja der alte müsste manuell gelöscht werden. War mir nich sicher ob ich das einfach automatisch löschen sollte
@tombox Na super... jetzt habe ich 3 Objekt bäume..... in jedem steht etwas drin....
aber zusammenhängende Daten gibt es nicht mehr...
sozusagen .... alle Statistik-Daten sind weg.....Toll wäre es, wenn man in config angeben könnte, unter welcher Nummer gespeichert werden soll....
dann wären bei einem Fahrzeugwechsel auch nicht immer alle Daten weg... -
@tombox sagte in Test Tesla-Motors v1.0.0:
@jleg probier bitte nochmal mit neuinstallieren
Ok, Instanz gelöscht, Adapter gelöscht, Rest-Objekte gelöscht, Adapter 1.1.0 installiert, neu angemeldet - und gleiches Bild wie vorher, 2 Objektbäume, einer unter VIN, einer unter der ID, teilweise mit den selben DPs, die auch beide aktualisiert werden (z.B. state).
Unter dem VIN-Baum gibt‘s dabei weniger DPs als unter VIN, allerdings dort exklusiv alles unter ‚remote‘. Also ein ziemliches Durcheinander… :grimacing: -
@tombox sagte in Test Tesla-Motors v1.0.0:
@jleg probier bitte nochmal mit neuinstallieren
Ok, Instanz gelöscht, Adapter gelöscht, Rest-Objekte gelöscht, Adapter 1.1.0 installiert, neu angemeldet - und gleiches Bild wie vorher, 2 Objektbäume, einer unter VIN, einer unter der ID, teilweise mit den selben DPs, die auch beide aktualisiert werden (z.B. state).
Unter dem VIN-Baum gibt‘s dabei weniger DPs als unter VIN, allerdings dort exklusiv alles unter ‚remote‘. Also ein ziemliches Durcheinander… :grimacing:
Support us
818
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge