Monatsrückblick Januar/Februar 2026 ist online!

[tombox]

@marlan99 bitte nochmal installieren und das datenobjekt löschen ob dann die fehler weg sind

[dbweb]

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

[tombox]

@dbweb Soviel Energie wie sie darein investiert haben denke ich nicht dass sie es zurückbauen werden

[marlan99]

@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

[marlan99]

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

Beispiel:
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:00

im zweiten Fall wird das Objekt solar_energy_exported als string angelegt und im ersten Verzeichnis als number

[tombox]

@marlan99 welchen Wert hat dieses Objekt

[marlan99]

@tombox

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)

[tombox]

@marlan99 habe das zu den zu kürzenden werte in der github version hinzugefügt

[marlan99]

@tombox hier alle darin enthaltenen Objekte, falls es hilft.
Dann mach ich mal ein update

Ergänzung:
Nach dem update wurde das Objekt nun ebenfalls mit value/number angelegt

Benö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

[lobomau]

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

[tombox]

@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

[tombox]

@marlan99 ist in github behoben

[marlan99]

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

[tombox]

@marlan99 Ja aber eigentlich sollten fehler 408 ignoriert werden komisch

[marlan99]

ist schon geplant den Adapter in das Beta Repository aufzunehmen?

[tombox]

@marlan99 ist eigentlich im beta drin da sollte die 1.0.1 angezeigt werden oder was meinst du genau

[marlan99]

@tombox sorry, habe es immer noch über den Github link updated und noch gar nicht bemerkt, dass es schon im Beta drin ist

[rekorboi]

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?

[lobomau]

@rekorboi ich wollte grad fast das gleiche schreiben.
Also bei mir bleibt state auch auf online stehen.

[tombox]

@rekorboi @lobomau Hatte ich vergessen die rückmeldung zu schreiben. Bitte mal die github version erneut installieren