Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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!

[ostseeskipper]

@tombox
Moin aus dem Norden,:smiley:
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

[JoergH]

@ostseeskipper Du musst den Punkt charge.state/charge_amps beschreiben, dann funktioniert das. Das geht direkt ans Auto, also in wenigen Sekunden, bei mir habe ich 30 Sekunden im Adapter stehen.