Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[marlan99]

Nebeninfo: knapp 2h nach meiner letzten Ladung taucht es nun auch korrekt in der charge_history auf. siehe screenshot.

Ladung wurde abgeschlossen um 13:21
Eintrag scheint um 15:09 erstellt worden zu sein. Wobei ich nicht weiss in welchem Intervall der Adapter die Daten von Tesla jeweils abholt.

[tombox]

@marlan99 Stündlich

[Humidor]

@tombox
Support hat das Problem nun gefixed, schreiben nicht was genau, aber es funktioniert nun. Er schläft wieder.

Tesla Cloud, API, Token… kA. Scheint noch sehr buggy zu sein.

[Humidor]

@tombox FYI

Normally it should, but in some cases 3rd party app are still able to communicate with the car (this can take up to 21 days to expire after changing the password).

[Smallfeuer]

Ich hab die 1.0.7 installiert. Seit heut trackt er meine Speed in kmh nicht mehr. Kann das jemand testen? Vielleicht gab es ja einer Änderung des Datenpunkts o.ä.. Meine Aktualisierung während der Fahrt steht auf 10 sek., hat bis gestern anstandslos funktioniert. Alle anderen Daten (Akku, etc) wurden übertragen.

[Smallfeuer]

Hab den Fehler gefunden, ich hatte den Intervall für (nicht bei der Fahrt) höher festgelegt. Der Adapter hat jetzt also gar nicht mitbekommen, das ich unterwegs war. Also wieder runter mit dem Intervall.

[Smallfeuer]

Ich hab heute versucht den state abzugreifen um zu visualisieren wann das Fahrzeug online, offline, asleep, drive oder charging ist. Ich hab dazu eine Graphana Auswertung gesehen. Bisher habe ich nur asleep und online im Tesla Adapter gesehen. Werden die anderen States auch übertragen oder muss ich das mit dem Skript abfangen? Wurde das in 1.0.8 evtl. schon integriert?

[JoergH]

@smallfeuer Du kannst den Status aus dem DP Charging_State entnehmen. Ist das Auto nicht angeschlossen ist er Disconnected, ansonsten eben entsprechend "Charging", "Stopped", "Standby" etc.

[marlan99]

Ich lese mit dem Adapter die exported/imported Lifetime Werte der Powerwall aus.
Diese Zahlen sind pro Kalenderjahr seit Betriebsbeginn verfügbar.

Jetzt ist mir aufgefallen, dass für das aktuelle Jahr die beiden von mir benutzten Werte:
energy_history_lifetime.2022-01-01T01:00:00+01:00.grid_energy_imported
energy_history_lifetime.2022-01-01T01:00:00+01:00.grid_energy_exported_from_solar

sporadisch zwei unterschiedliche Werte enthalten, welche aber immer dieselbe Differenz aufweisen.

Bsp.:
Messwert1: imp: 20 / exp 40
Messwert2: imp 26 / exp 47
Messwert3: imp: 20 / exp 40
Messwert4: imp 20 / exp 40
Messwert5 imp: 26 / exp 47
Messwert6: imp 20 / exp 40

Abfrageintervall steht auf 60 sek.

Die Differenz bei imp effektiv ist: 2439.03 Wh
Die Differenz bei exp effektiv ist: 602,15 Wh

Kann es sein, dass es beim auslesen ein timingproblem gibt und daher manchmal etwas verschluckt oder dass die Werte von Tesla falsch geliefert werden?

[tombox]

@marlan99 die daten stehen im gleichen json also kommt die abweichung von tesla

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