NEWS
Test Tesla-Motors v1.0.0
-
@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/tokendenke 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
-
-
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" -
@kasi-m3 ok, hast Recht. Das vergas ich zu erwähnen.
-
@kasi-m3 Bitte mal überprüfen ob es hilft den ordner charge_history zu löschen
-
@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/tokendas 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? -
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:
-
@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).
-
@lobomau Hast du den Adapter mal im debug laufen lassen ob daten kommen aber die einfach nicht aktuell sind
-
@tombox nein, teste ich mal.
-
@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
-
@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.
-
@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.
-
@lobomau Was würdest du denn ändern wollen
-
@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
-
@lobomau Ok dann lass mal für 60min den debug log laufen und schick es mir dann per mail oder pn
-
@tombox ja, gerne. Macht aber keinen Sinn im sleep-modus, oder? Dann kann ich das morgen erst machen.
-
@lobomau Probier nochmal die aktuelle github version ob es jetzt besser ist
-
@tombox ja, sieht schon besser aus. Danke!
-
@tombox
Moin aus dem Norden,
Habe seit 2 Wochen ein M3LR und war gespannt darauf den Adapter einzubinden.
Das hat super geklappt, Danke für die tolle Arbeit.
Die Werte kommen an, dachte ich bis heute. Ziel meiner Begierde ist den Ladestrom zu steuern in Anhängigkeit vom PV Überschuss
Hatte mit 13KW (1-Phasig) über die Steckdose angefangen.
IoBroker aufgemacht und mir die Werte angesehen. Sah plausibel aus.
Dann über die Handyapp den Ladestrom auf 10A geändert um zu schauen welcher der vielen States geändert werden.
Keiner, Adapter neu gestartet, den Updateintervall auf 30 sec gesetzt. Nichts.
Auch als ich das Laden (per App) stoppte zeigte "charge_state.charging_state" nach 10 Minuten immer noch laden an.PS: Inzwischen nach dem Frühstück passen die Werte.
In welchem Intervall holt sich der Adapter die Werte zum aktualisieren?
Welchen Datenpunkt kann zum Einstellen der Laderate beschreiben?Besten Dank und viele Grüsse von der Küste