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

[tombox]

@jleg Das Problem liegt aber dann nicht am Adapter
Kannst du denn aus deinem Netzwerk auf die URL zugreifen
https://auth.tesla.com/oauth2/v3/token

[JLeg]

@tombox sagte in Test Tesla-Motors v1.0.0:

@jleg Das Problem liegt aber dann nicht am Adapter
Kannst du denn aus deinem Netzwerk auf die URL zugreifen
https://auth.tesla.com/oauth2/v3/token

denke schon - lief ja auch alles bis heute morgen 08:29 ;)

wget https://auth.tesla.com/oauth2/v3/token
--2022-03-23 11:50:06--  https://auth.tesla.com/oauth2/v3/token
Resolving auth.tesla.com (auth.tesla.com)... 2a02:26f0:12d:3b4::700, 2a02:26f0:12d:3a2::700, 104.108.144.88
Connecting to auth.tesla.com (auth.tesla.com)|2a02:26f0:12d:3b4::700|:443... connected.
HTTP request sent, awaiting response... 400 Bad Request
2022-03-23 11:50:06 ERROR 400: Bad Request.

ping auth.tesla.com
PING e1792.dscx.akamaiedge.net (104.108.144.88) 56(84) bytes of data.
64 bytes from a104-108-144-88.deploy.static.akamaitechnologies.com (104.108.144.88): icmp_seq=1 ttl=60 time=15.9 ms
64 bytes from a104-108-144-88.deploy.static.akamaitechnologies.com (104.108.144.88): icmp_seq=2 ttl=60 time=14.8 ms
64 bytes from a104-108-144-88.deploy.static.akamaitechnologies.com (104.108.144.88): icmp_seq=3 ttl=60 time=15.1 ms

[lobomau]

@jleg @tombox bei mir scheint es auf den ersten Blick mit 1.2.1 normal zu laufen :+1:

[Kasi-m3]

Hi,

bei mir läuft seit gestern V1.2.0. Scheint ok zu sein. Im Log kommen allerdings diese Meldungen:

tesla-motors.0
32943 2022-03-23 11:58:33.398 info State value to set for "tesla-motors.0.xxx.charge_history.charging_history_graph.data_points27.Gesamtausgaben.raw_value" has to be type "string" but received type "number"

tesla-motors.0
32943 2022-03-23 11:58:33.395 info State value to set for "tesla-motors.0.xxxxxx.charge_history.charging_history_graph.data_points22.Gesamtausgaben.raw_value" has to be type "number" but received type "string"

tesla-motors.0
32943 2022-03-23 11:58:33.394 info State value to set for "tesla-motors.0.xxxxxxx.charge_history.charging_history_graph.data_points20.Gesamtausgaben.raw_value" has to be type "string" but received type "number"

tesla-motors.0
32943 2022-03-23 11:58:33.393 info State value to set for "tesla-motors.0.xxxxxxx.charge_history.charging_history_graph.data_points19.Gesamtausgaben.raw_value" has to be type "number" but received type "string"

tesla-motors.0
32943 2022-03-23 11:58:33.393 info State value to set for "tesla-motors.0.xxxxxxxxx.charge_history.charging_history_graph.data_points18.Gesamtausgaben.raw_value" has to be type "string" but received type "number"

tesla-motors.0
32943 2022-03-23 11:58:33.391 info State value to set for "tesla-motors.0.xxxxxx.charge_history.charging_history_graph.data_points16.Gesamtausgaben.raw_value" has to be type "number" but received type "string"

tesla-motors.0
32943 2022-03-23 11:58:33.389 info State value to set for "tesla-motors.0.xxxxxx.charge_history.charging_history_graph.data_points13.Gesamtausgaben.raw_value" has to be type "string" but received type "number"

tesla-motors.0
32943 2022-03-23 11:58:33.386 info State value to set for "tesla-motors.0.xxxxxxxxx.charge_history.charging_history_graph.data_points06.Gesamtausgaben.raw_value" has to be type "number" but received type "string"

tesla-motors.0
32943 2022-03-23 11:58:33.385 info State value to set for "tesla-motors.0.xxxxxxxxx.charge_history.charging_history_graph.data_points05.Gesamtausgaben.raw_value" has to be type "string" but received type "number"

[lobomau]

@kasi-m3 ok, hast Recht. Das vergas ich zu erwähnen.

[tombox]

@kasi-m3 Bitte mal überprüfen ob es hilft den ordner charge_history zu löschen

[JLeg]

@tombox sagte in Test Tesla-Motors v1.0.0:

@jleg Das Problem liegt aber dann nicht am Adapter
Kannst du denn aus deinem Netzwerk auf die URL zugreifen
https://auth.tesla.com/oauth2/v3/token

das Problem liegt am Akamei-Proxy, der auth.tesla.com bereitstellt. Meine IP ist automatisch geblockt worden, anscheinend wegen der Art/Anzahl der Zugriffe…
Wechsel der IP hat geholfen; mal schauen, wie lange es hält. Vielleicht sind die 60 Sekunden für‘s Intervall zu kurz?

[lobomau]

Ich hatte/habe ja das Problem das die Daten zu langsam aktualisiert werden. Ich sehe den Zusammenhang seit der Version mit der VIN. ABer scheint nur mich zu betreffen. Ich mache nochmal ein zweites Mal ein Downgrade um es zu bestätigen.

aktuell: Aktualisierung nur alle >10min:

alte Version:

[JLeg]

@lobomau sagte in Test Tesla-Motors v1.0.0:

Ich hatte/habe ja das Problem das die Daten zu langsam aktualisiert werden. Ich sehe den Zusammenhang seit der Version mit der VIN. ABer scheint nur mich zu betreffen. Ich mache nochmal ein zweites Mal ein Downgrade um es zu bestätigen.

ich glaube mittlerweile, dass ich seit der Umstellung/neuesten Version ein ähnliches Problem habe - seit dem funktioniert nämlich meine Auswertung der Tesla-Positionsdaten zwecks passender Öffnung des Garagentores nicht mehr, bzw. viiiiiel zu spät. Ich muss aber erst noch systematischer untersuchen, inwieweit sich das Updateintervall effektiv verlängert hat (nominell steht/stand das immer auf 60s).

[tombox]

@lobomau Hast du den Adapter mal im debug laufen lassen ob daten kommen aber die einfach nicht aktuell sind

[lobomau]

@tombox nein, teste ich mal.

[lobomau]

@tombox habe es mal getestet. Updateinterval steht auf 30s.
während sleep kommt alle 30s:

tesla-motors.0
2022-03-29 20:41:10.230	debug	{"response":{"id":blabla alles geheim.....":null}}

tesla-motors.0
2022-03-29 20:40:40.225	debug	ID-nr asleep skip update

tesla-motors.0
2022-03-29 20:40:40.224	debug	ID-nr: asleep

Dann stecke ich Typ2 Kabel an uns starte das Laden. Alle 30s kommt folgendes. Daten werden nicht geupdatet...Habe dabei mal jede Minute Ladeleistung hochgestellt... keine Änderung... wahrscheinlich erst nach >10min:

tesla-motors.0
2022-03-29 20:50:40.272	debug	ID-nummer skip update. Waiting for sleep

tesla-motors.0
2022-03-29 20:50:40.271	debug	Since 30 min no changes receiving. Start waiting for sleep

tesla-motors.0
2022-03-29 20:50:40.243	debug	ID-nummer: online

tesla-motors.0
2022-03-29 20:50:40.241	debug	{"response":{"id":blabla....}}

tesla-motors.0
2022-03-29 20:50:10.258	debug	id-nr skip update. Waiting for sleep

[tombox]

@lobomau Der Ablauf ist wenn er für 30 min keine Änderung auf

  ".drive_state.shift_state",
"chargeState.charging_state",
            ".drive_state.speed",
            ".climate_state.is_climate_on",
            ".charge_state.battery_level",
            ".vehicle_state.odometer",
            ".vehicle_state.locked",
            ".charge_state.charge_port_door_open",
            ".vehicle_state.df",

sieht dann fragt er für 15min kein Update nach um eine Chance auf sleep zu geben.

[lobomau]

@tombox ja, gefühlt sind es alle 15min. Aber ich meine das macht er bei mir nur seit einem bestimmten Update, ich glaube ab 1.1.1.

[tombox]

@lobomau Was würdest du denn ändern wollen

[lobomau]

@tombox achso... so wie du es beschrieben hast, ist es ja richtig, so sollte es sein. Nur er macht es eben nicht bei mir. Obwohl sich die Werte ändern, kommt nur alle 15min ein Update.

Das führt dann bei mir zu so einer Ladekurve:

Edit: oh... downgrade geht ja gar nicht mehr (funktionstüchtig), weil da ja auch was mit dem token oder so geändert wurde. Dann gehe ich wieder zurück auf 1.2.1

[tombox]

@lobomau Ok dann lass mal für 60min den debug log laufen und schick es mir dann per mail oder pn

[lobomau]

@tombox ja, gerne. Macht aber keinen Sinn im sleep-modus, oder? Dann kann ich das morgen erst machen.

[tombox]

@lobomau Probier nochmal die aktuelle github version ob es jetzt besser ist

[lobomau]

@tombox ja, sieht schon besser aus. Danke!