Test Tesla-Motors v1.0.0
-
@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?
-
@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?
Model 3 7/2021
VIN klingt vernünftig - die kann sich nicht ändern.
-
@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?
-
@tombox M3 LR 12/2021
VIN würde ich auch begrüßen
