UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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

[rekorboi]

@tombox GitHub V1.0.2 hat bei mir leider zu keiner Änderung hinsichtlich state/online geführt.

[lobomau]

@rekorboi bei mir auch nicht. Bei mir war er aber auch bei 1.0.1 geblieben. Ich teste nochmal.
Edit.: nun hab ich 1.0.2. Ich schaue mal ob sich was geändert hat...

[tombox]

@lobomau @rekorboi nochmal bitte installieren und probieren und den ordner response löschen

[lobomau]

@tombox ja, bei 1.0.3 wird der state geändert :+1: