Test Tesla-Motors v1.0.0
-
@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.
-
@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). -
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.
-
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.
-
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?
-
@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.
-
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_solarsporadisch 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 40Abfrageintervall steht auf 60 sek.
Die Differenz bei imp effektiv ist: 2439.03 Wh
Die Differenz bei exp effektiv ist: 602,15 WhKann es sein, dass es beim auslesen ein timingproblem gibt und daher manchmal etwas verschluckt oder dass die Werte von Tesla falsch geliefert werden?
-
@marlan99 die daten stehen im gleichen json also kommt die abweichung von tesla
-
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" -
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 problemlosBsp 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 -
@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 problemlosYep, 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... -
Seit dem letzten Restart der Instanz habe ich die Warnungsmeldung (3 Posts weiter oben) auch nicht mehr im Log.
-
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 ? -
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
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 -
@jleg konstant wäre auch die vehicle_id geblieben
-
@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… -
@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 …
-
@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:
-
@lobomau Ist die Frage sind alle betroffen oder nur ein bestimmtes Modell oder BJ?
