NEWS
Test Tesla-Motors v1.0.0
-
Habe ebenfalls updated und alles funktioniert wie bisher.
Im Protokoll habe ich aktuell wieder mal eine Fehlermeldung des Typs drin
tesla-motors.0
2021-09-08 15:35:10.764 info State value to set for "tesla-motors.0.STE20200906-00103.self_consumption_history.2021-09-08T00:00:00+02:00.battery" has to be type "number" but received type "string"tesla-motors.0.STE20200906-00103.self_consumption_history.2021-09-08T00:00:00+02:00.battery
Der Wert davon lautet: 4.774389706478137 -
@marlan99 bitte nochmal installieren und das datenobjekt löschen ob dann die fehler weg sind
-
@tombox interessante Lösung, hoffe das bleibt jetzt erstmal so und Tesla macht nicht wieder alles rückgängig nach ein paar Tagen. Das Verhalten von Tesla ist kaum zu verstehen, entweder sie wollen keinen Zugriff auf ihre API zulassen, dann sollen sie den Zugriff aber wirklich richtig blockieren, oder sie dulden es, dann verstehe ich aber das Rumgefummel an der Authentifizierung nicht.
-
@dbweb Soviel Energie wie sie darein investiert haben denke ich nicht dass sie es zurückbauen werden
-
@tombox ich seh grad, hab noch kein feedback gegeben.
Soeben neu installiert, bei deaktivierter Instanz alle Objekte die Fehlermeldungen gebracht hatten gelöscht und Instanz dann wieder gestartet.
Bis jetzt keine Fehlermeldungen mehr. Würde mich sonst nochmal melden.Danke für deine tolle Arbeit
-
@tombox nach nun 5 Tagen Betrieb
ohne weitere Logeinträge, habe ich heute wieder eine handvoll Einträge drin.
Ich vermute dass bestimmte Werte nicht als derselbe Typ interpretiert wird und dann diese Warnings auslöst.Nach meinem Verständnis wurden die hier unten erwähnten Objekte heute ab 0:00 erstellt und dann nur noch aktualisiert.
Das erwähnte Objekt wurde als string erstellt. In den letzten Tagen wurde dasselbe Objekt jeweils als Number erstellt.tesla-motors.0 2021-09-15 14:34:50.792 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.solar_energy_exported" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 14:33:50.699 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.solar_energy_exported" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 14:32:50.736 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.solar_energy_exported" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 14:31:50.659 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.solar_energy_exported" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 14:30:50.700 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.solar_energy_exported" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 12:19:50.799 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.consumer_energy_imported_from_grid" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 12:19:50.798 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.grid_energy_imported" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 12:18:50.623 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.consumer_energy_imported_from_grid" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 12:18:50.619 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.grid_energy_imported" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 12:17:50.632 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.consumer_energy_imported_from_grid" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 12:17:50.629 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.grid_energy_imported" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 12:16:50.598 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.consumer_energy_imported_from_grid" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 12:16:50.591 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.grid_energy_imported" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 12:15:50.786 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.consumer_energy_imported_from_grid" has to be type "string" but received type "number" tesla-motors.0 2021-09-15 12:15:50.776 info State value to set for "tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.grid_energy_imported" has to be type "string" but received type "number"
ERGÄNZUNG:
Ich sehe gerade dass mir ja nur die Fehlermeldungen des aktuellen Tages angezeigt werden.
Daher vermute ich, dass dieselben Warnings doch täglich auftauchen.
Ich habe pro Tag immer zwei Verzeichnisse im Baum tesla-motors.0.STE20200906-00103.energy_historyBeispiel:
tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T00:00:00+02:00
tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00im zweiten Fall wird das Objekt solar_energy_exported als string angelegt und im ersten Verzeichnis als number
-
@marlan99 welchen Wert hat dieses Objekt
-
Aktuell:
tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T00:00:00+02:00.solar_energy_exported: 0 (type number / role value)
tesla-motors.0.STE20200906-00103.energy_history.2021-09-15T01:00:00+02:00.solar_energy_exported: 10314.380564656109 (typ string /role text)Gestern:
tesla-motors.0.STE20200906-00103.energy_history.2021-09-14T00:00:00+02:00.solar_energy_exported: 0 (typ number / role value)
tesla-motors.0.STE20200906-00103.energy_history.2021-09-14T01:00:00+02:00.solar_energy_exported: 23937.478118075058 (type string / role text) -
@marlan99 habe das zu den zu kürzenden werte in der github version hinzugefügt
-
@tombox hier alle darin enthaltenen Objekte, falls es hilft.
Dann mach ich mal ein updateErgänzung:
Nach dem update wurde das Objekt nun ebenfalls mit value/number angelegtBenötigst du eine Liste der Objekte, welche aktuell noch ungekürzte Werte zeigen?
--> ich sehe gerade, bei allen anderen Objekten sind die Werte bereits gekürzt mit Ausnahme von denen im obigen screenshot -
@tombox hab soeben von 0.5.5. auf 1.0.1 geupdatet.
Dann kann ich erstmal alle Objekte löschen, die nicht mehr innerhalb des neuen Objekt-Ordners mit der id Bezeichnung sind, korrekt?
Jetzt erstmal testen.
Eine Sache fällt bisher auf:tesla-motors.0 2021-09-17 09:30:44.404 info (31556) State value to set for "tesla-motors.0.221361856808.streamData.speed_km" has to be type "string" but received type "number"
-
@lobomau Ich habe das Problem auf github schon behoben einfach den datenpunkt löschen und neuinstallieren
Automatisch löschen von den alten Objekten habe ich nicht aktiviert weil vielleicht noch history funktionen drauf sind -
@marlan99 ist in github behoben
-
@tombox wunderbar. Danke
Übrigens hatte ich heute diese Meldung im Log:
tesla-motors.0 2021-09-17 08:10:17.338 error {"response":null,"error":"https://mothership-api-europe.vn.teslamotors.com:443/vehicles/1091727681 => operation_timedout with 10s timeout","error_description":""} tesla-motors.0 2021-09-17 08:10:17.337 error Error: Request failed with status code 408
ich nehme an da hatte er einfach keine Verbindung zur Tesla API und ist kein Fehler des Adapters?
-
@marlan99 Ja aber eigentlich sollten fehler 408 ignoriert werden komisch
-
ist schon geplant den Adapter in das Beta Repository aufzunehmen?
-
@marlan99 ist eigentlich im beta drin da sollte die 1.0.1 angezeigt werden oder was meinst du genau
-
@tombox sorry, habe es immer noch über den Github link updated und noch gar nicht bemerkt, dass es schon im Beta drin ist
-
Toller Adapter, funktioniert soweit, danke an @tombox und @dbweb!
Ich habe eine Frage zum Datenpunkt state, der bei mir (fast?) immer auf online stehen bleibt, auch wenn der Tesla schon lange eingeschlafen ist. Eigentlich nachvollziehbar, da im Schlafzustand keine Daten aktualisiert werden. Starte ich allerdings den Adapter neu, so wechselt der Status unmittelbar auf asleep.
Gibt es eine Möglichkeit, den Schlafmodus korrekt unter state abzubilden, wie es beim Adapterstart anscheinend bereits funktioniert? Auf Sekunden kommt es dabei sicher nicht an. Oder ist das Ganze nur bei mir so?
-
@rekorboi ich wollte grad fast das gleiche schreiben.
Also bei mir bleibt state auch auf online stehen.