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

[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…

[tombox]

@jleg Ja der alte müsste manuell gelöscht werden. War mir nich sicher ob ich das einfach automatisch löschen sollte

[JLeg]

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

@jleg probier bitte nochmal mit neuinstallieren

[holgerble]

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

[JLeg]

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

@jleg Es sollte in 1.1.1 also via npm oder github installieren

[lobomau]

@tombox ja, definitiv besser selber löschen zu lassen.

@alle anderen: falls noch nicht passiert, arbeitet unbedingt mit alias oder linkeddevices! Dann muss man nur die Verknüpfung neu machen, wenn sich der Datenbaum ändert. Man braucht dann aber keine Scripte anfassen und die History bleibt erhalten.

[Ulli 0]

Mit der v1.1.0 ist bei mir trotz löschen des Adapters und Neuinstallation auch einiges durcheinander bzw. fehlt komplett.

charge_state.battery_level
charge_state.battery_range
climate_state.inside_temp

fehlen zum Beispiel...

[holgerble]

@lobomau
@tombox
Es wäre wirklich besser und hilfreicher für das FAHRZEUG ein Alias wählen zu können!!!
Dann wäre die daten fortlaufend....
es gibt genug User die in regelmässigen Abständen das Model wechseln....

Und EIN Alias fürs Fahrzeug ist einfacher als 40x Alias für diverse Werte