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

[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

[rekorboi]

@tombox Der online/asleep-Wechsel klappt bei mir jetzt ebenfalls, danke.

Was mir noch aufgefallen ist: Wenn über 3 Phasen geladen wird (was das Auto auch so anzeigt), liefert der Datenpunkt charger_phases lediglich eine 2. Oder gilt hier 0/1/2 -> 1/2/3?