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

[dbweb]

@joergh soweit ich das sehe, macht das teslaautocharge.com bei Teslas über eine Wallbox oder einen "smarten Zwischenstecker", die könne das regeln. Du siehst das bei "unterstützte Verbraucher", dort haben nur die Wallboxen "Leistungsregelung", bei Tesla gibts nur "Verbrauchsmessung".

[tombox]

@dbweb Tesla hat leider reCAPTCHA für den Login eingeführt.
Damit ist ein automatischer Login wieder verhindert.
Zur Zeit gehen nur die Auth Apps um ein Token zu erstellen

Neuinstallierte Adapter können sich also zur Zeit nicht einloggen
https://github.com/timdorr/tesla-api/issues/431

[tombox]

@emmi2205 ich habe den login vorgang angepasst bitte erneut installieren und probieren ob der login jetzt für dich geht

[Marco Laser]

@tombox Moin, Login funktioniert nun wieder ohne Probleme allerdings bekomme ich keine Daten vom Auto, es werden auch nur die Ordner Remote, Token und Vehicle Config erstellt, Keine Daten vom Auto wie Chrage State und co. Das Schalten über Remote funktioniert also eine Verbindung scheint zu bestehen.

[tombox]

@marco-laser Einfach abwarten und einmal fahren ob im laufe der zeit daten reinkommen

[lobomau]

@tombox könnte man jetzt den Adapter wieder neuinstallieren? Also hast du einen Weg gefunden für dieses reCAPTCHA?

[tombox]

@lobomau Ja nicht schön aber der einzige Weg um mit reCAPTCHA umzugehen

[Marco Laser]

@tombox Find es so sogar noch einfacher eigentlich. Nach ner Runde fahren sind alle Werte auch wieder da ;)

[marlan99]

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

[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