Test Tesla-Motors v2.0.x
-
@tombox
Toll, dass der Tesla Adapter nun auch die Fleet API unterstützt.Deshalb habe ich versucht, mit der GitHub Version im Setup ein Schlüsselpaar zu generieren.
Dabei bekomme ich jedoch folgende Fehlermeldung:
"Key generation failed: Cannot read properties of undefined (reading 'generateKey')"Das habe ich zum Anlass genommen, meinen ioBroker mit aktuellem Docker Image auf v11.1.0 zu aktualisieren.
Dieses enthält Node.js v22.22.2 .Danach bekomme ich den Fehler leider weiterhin.
Die KI empfiehlt mir nun ein Downgrade auf Node 20, da Node 22 angeblich "experimentell" sei.
In GitHub schreibt Ihr "Node.js >= 20".Wie lautet deine Empfehlung und ist der Fehler bekannt?
Ich habe die Ursache gefunden:
"SCHLÜSSELPAAR GENERIEREN" funktioniert ohne Fehlermeldung bei Zugriff auf den ioBroker per HTTPS.
-
Ich habe die Ursache gefunden:
"SCHLÜSSELPAAR GENERIEREN" funktioniert ohne Fehlermeldung bei Zugriff auf den ioBroker per HTTPS.
@Marcus-Klösters danke für den Hinweis sollte jetzt tauch mit http gehen
-
H Homoran verschob dieses Thema von Tester am
-
H Homoran verschob dieses Thema von ...nicht in offiziellem Repo am
-
@tombox Danke!
Die GitHub Version mit Verbindung zur Flotten API funktioniert bei mir insoweit, dass gewünschte States erfolgreich aktualisiert werden - nicht benötigte habe ich mit "Objekte vom Update ausschließen (kommagetrennt)" gefiltert, damit die Kosten bei Tesla nicht aus dem Ruder laufen.
Leider bekomme ich beim Ausführen von Remote Controls immer den Fehler wie z.B.:
error Command charge_start failed for <VIN>: Request failed with status code 400
Woran kann das liegen?
In der Übersicht "Anwendungsnutzung" der API sehe ich, dass die Befehle bei Tesla angekommen sind.
-
@tombox Danke!
Die GitHub Version mit Verbindung zur Flotten API funktioniert bei mir insoweit, dass gewünschte States erfolgreich aktualisiert werden - nicht benötigte habe ich mit "Objekte vom Update ausschließen (kommagetrennt)" gefiltert, damit die Kosten bei Tesla nicht aus dem Ruder laufen.
Leider bekomme ich beim Ausführen von Remote Controls immer den Fehler wie z.B.:
error Command charge_start failed for <VIN>: Request failed with status code 400
Woran kann das liegen?
In der Übersicht "Anwendungsnutzung" der API sehe ich, dass die Befehle bei Tesla angekommen sind.
@Marcus-Klösters zeigt er im debug log mehr an?
-
@tombox Danke!
Die GitHub Version mit Verbindung zur Flotten API funktioniert bei mir insoweit, dass gewünschte States erfolgreich aktualisiert werden - nicht benötigte habe ich mit "Objekte vom Update ausschließen (kommagetrennt)" gefiltert, damit die Kosten bei Tesla nicht aus dem Ruder laufen.
Leider bekomme ich beim Ausführen von Remote Controls immer den Fehler wie z.B.:
error Command charge_start failed for <VIN>: Request failed with status code 400
Woran kann das liegen?
In der Übersicht "Anwendungsnutzung" der API sehe ich, dass die Befehle bei Tesla angekommen sind.
@Marcus-Klösters ich habe heute morgen kurz unter Zeitdruck versucht die neue Tesla-Adapter Version zu installieren. Ich blieb hängen an der Stelle wo man eigene URLs eingeben muss. Was müssen diese URLs können? Müssen die echt sein? Müssen es öffentliche eigene URLs sein? Seit meinem Providerwechsel habe ich keine öffentliche IP mehr und verhelfe mir mit tailscale weiter.
Edit. ich hatte links ausgewählt. Aber Maschine zu Maschine ist richtig. Dann keine URL:
Edit2: man braucht wohl trotzdem eine URL...?
Host: NUC8i3 mit Proxmox:
- ioBroker CT Debian 13, npm 10.9.4, nodejs 22.21.0
- Slave: Pi4
-
Bei Klick auf Schlüsselpaar generieren folgt bei mir keine Aktion und auch keine Fehlermeldung. Weder Safari noch Chrome, iobroker per http, nodejs 20.20.0
-
Bei Klick auf Schlüsselpaar generieren folgt bei mir keine Aktion und auch keine Fehlermeldung. Weder Safari noch Chrome, iobroker per http, nodejs 20.20.0
nodejs 20.20.0
Dringend auf nodejs22 bringen.
-
Bei Klick auf Schlüsselpaar generieren folgt bei mir keine Aktion und auch keine Fehlermeldung. Weder Safari noch Chrome, iobroker per http, nodejs 20.20.0
@FrankSchorb v2.0.1
-
Danke. 2.0.1 läuft
-
Der Adapter startet nun und ich sehe auch im Tesla API-Dashboard bereits 66 Zugriffe und das Billing zählt langsam hoch. Im Log alles sauber. Aber: die iobroker-Objekte zeigen keine aktuellen Tesla-Daten.
-
Der Adapter startet nun und ich sehe auch im Tesla API-Dashboard bereits 66 Zugriffe und das Billing zählt langsam hoch. Im Log alles sauber. Aber: die iobroker-Objekte zeigen keine aktuellen Tesla-Daten.
@FrankSchorb installier die GitHub version und checke den debug log
-
@Marcus-Klösters ich habe heute morgen kurz unter Zeitdruck versucht die neue Tesla-Adapter Version zu installieren. Ich blieb hängen an der Stelle wo man eigene URLs eingeben muss. Was müssen diese URLs können? Müssen die echt sein? Müssen es öffentliche eigene URLs sein? Seit meinem Providerwechsel habe ich keine öffentliche IP mehr und verhelfe mir mit tailscale weiter.
Edit. ich hatte links ausgewählt. Aber Maschine zu Maschine ist richtig. Dann keine URL:
Edit2: man braucht wohl trotzdem eine URL...?
@lobomau
Die benötigte URL habe ich auf https://fleetkey.net/ bekommen.Dort unterhalb "Host Public Key" den in meiner Tesla Adapter Instanz erzeugten Public Key eingefügt und in der Zeile darunter "Create <mein sechsstelliges Kürzel>.fleetkey.net" geklickt.
Auf developer.tesla.com habe ich in meiner neu angelegten Flotten-API unter "Zugangsdaten & APIs" bei "Kundendetails" dann als "Zulässige Herkunft(en)" genau diese URL "https://<mein sechsstelliges Kürzel>.fleetkey.net/" eingetragen und bei "Zulässige Weiterleitungs URI(s)": https://auth.tesla.com/void/callback
"Zulässige Rücksende-URL(s)" habe ich leer gelassen.
-
@Marcus-Klösters zeigt er im debug log mehr an?
@tombox
Im Debug Log sehen die Meldungen so aus:tesla-motors.0
2026-04-16 13:29:55.687 debug Fetch vehicle_data: https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/vehicles/XX<VINREPLACED>XX/vehicle_data?endpoints=charge_state,climate_state,drive_state,vehicle_state,vehicle_config,location_datatesla-motors.0
2026-04-16 13:29:55.687 debug XX<VINREPLACED>XX state: onlinetesla-motors.0
2026-04-16 13:29:50.465 error Command charge_stop failed for XX<VINREPLACED>XX: Request failed with status code 400tesla-motors.0
2026-04-16 13:29:50.410 debug [TeslaSigning] Sending 125B to domain 3 for XX<VINREPLACED>XXtesla-motors.0
2026-04-16 13:29:50.410 debug [TeslaSigning] CarServer action: chargingStartStopAction, counter=3, retried=falsetesla-motors.0
2026-04-16 13:29:50.410 info Sending signed command: charge_stop to XX<VINREPLACED>XXtesla-motors.0
2026-04-16 13:29:25.447 debug Fetch vehicle_data: https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/vehicles/XX<VINREPLACED>XX/vehicle_data?endpoints=charge_state,climate_state,drive_state,vehicle_state,vehicle_config,location_datatesla-motors.0
2026-04-16 13:29:25.447 debug XX<VINREPLACED>XX state: online -
@tombox
Im Debug Log sehen die Meldungen so aus:tesla-motors.0
2026-04-16 13:29:55.687 debug Fetch vehicle_data: https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/vehicles/XX<VINREPLACED>XX/vehicle_data?endpoints=charge_state,climate_state,drive_state,vehicle_state,vehicle_config,location_datatesla-motors.0
2026-04-16 13:29:55.687 debug XX<VINREPLACED>XX state: onlinetesla-motors.0
2026-04-16 13:29:50.465 error Command charge_stop failed for XX<VINREPLACED>XX: Request failed with status code 400tesla-motors.0
2026-04-16 13:29:50.410 debug [TeslaSigning] Sending 125B to domain 3 for XX<VINREPLACED>XXtesla-motors.0
2026-04-16 13:29:50.410 debug [TeslaSigning] CarServer action: chargingStartStopAction, counter=3, retried=falsetesla-motors.0
2026-04-16 13:29:50.410 info Sending signed command: charge_stop to XX<VINREPLACED>XXtesla-motors.0
2026-04-16 13:29:25.447 debug Fetch vehicle_data: https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/vehicles/XX<VINREPLACED>XX/vehicle_data?endpoints=charge_state,climate_state,drive_state,vehicle_state,vehicle_config,location_datatesla-motors.0
2026-04-16 13:29:25.447 debug XX<VINREPLACED>XX state: online -
@Marcus-Klösters mit der GitHub version erneut testen da sollte mehr sichtbar sein
@tombox
Mit der GitHub v2.0.1 bekomme ich nun folgende - wieder teils anonymisierte - Debug-Meldungen:tesla-motors.0
2026-04-16 16:28:39.926 debug XX<VINREPLACED>XX updateVehicle start (forceUpdate=true, location=false)tesla-motors.0
2026-04-16 16:28:39.920 debug updateDevices start (forceUpdate=true, location=false, devices=3)tesla-motors.0
2026-04-16 16:28:39.926 debug XX<VINREPLACED>XX updateVehicle start (forceUpdate=true, location=false)tesla-motors.0
2026-04-16 16:28:39.926 debug XX<VINREPLACED>XX updateVehicle start (forceUpdate=true, location=false)tesla-motors.0
2026-04-16 16:28:39.926 debug XX<VINREPLACED>XX updateVehicle start (forceUpdate=true, location=false)tesla-motors.0
2026-04-16 16:28:34.920 error Command charge_start failed for XX<VINREPLACED>XX: Request failed with status code 400tesla-motors.0
2026-04-16 16:28:34.920 error signed_command HTTP 400: {"response":null,"error":"unsupported routable_message signature type","error_description":"","txid":"30b6402d4cb6d8cee8748b670b5750c0"}tesla-motors.0
2026-04-16 16:28:34.806 debug [SignedCmd] URL: https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/vehicles/XX<VINREPLACED>XX/signed_commandtesla-motors.0
2026-04-16 16:28:34.806 debug [SignedCmd] routable_message: MgIIAzoSEhAD324XuRfUmv/325EIrNyXUgYSBDICEgBqRQpDCkEE2sR8dbpwM0PXCdp5pXgEm3LO+ZuUEdOei1m3R4nbpnNbm+wLRb65wtYLJ/ZuwXQKrTrImR9z0ezqrSJlrmcZJpoDEBwVg4KSs5hQpf3vuv+tMamgAwA=tesla-motors.0
2026-04-16 16:28:34.806 debug [SignedCmd] POST /signed_command for XX<VINREPLACED>XX, payload size=125B, base64 length=168tesla-motors.0
2026-04-16 16:28:34.806 debug [TeslaSigning] Sending 125B to domain 3 for XX<VINREPLACED>XXtesla-motors.0
2026-04-16 16:28:34.800 debug [TeslaSigning] CarServer action: chargingStartStopAction, counter=1, retried=falsetesla-motors.0
2026-04-16 16:28:34.800 debug Session established for domain 3tesla-motors.0
2026-04-16 16:28:34.800 debug [TeslaSigning] Session established for domain 3, counter=0, epoch=17536380...tesla-motors.0
2026-04-16 16:28:34.576 debug [TeslaSigning] Received session info response for domain 3tesla-motors.0
2026-04-16 16:28:34.574 debug [TeslaSigning] Received 177B responsetesla-motors.0
2026-04-16 16:28:34.574 debug [SignedCmd] Decoded response size: 177Btesla-motors.0
2026-04-16 16:28:34.574 debug [SignedCmd] Response data: {"response":"MhISELCxn52ueywBGYeQjj2CLJ86AggDkgMQ/dla0Qi45rB6Um+GcwXvhXpeEkEEf05hmiCVtk7DYk+QUOZ7aDiELWGV3ocmsPK1L8ENW3aXw/YiNqYdPVVgew/u6xtVPtMzdUl3s+nj6+obrKIfVhoQF1NjgPmM6KbRPzeG7JlE3SXq3AcAMBA4AWokMiIKIMh+++JFuxd1CqkQI3gQ/fC/VrkPt5/bi7rBNyG19b1e"}tesla-motors.0
2026-04-16 16:28:34.573 debug [SignedCmd] Response status: 200tesla-motors.0
2026-04-16 16:28:34.405 debug [SignedCmd] URL: https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/vehicles/XX<VINREPLACED>XX/signed_commandtesla-motors.0
2026-04-16 16:28:34.405 debug [SignedCmd] routable_message: MgIIAzoSEhCwsZ+drnssARmHkI49giyfckMKQQTaxHx1unAzQ9cJ2nmleASbcs75m5QR056LWbdHidumc1ub7AtFvrnC1gsn9m7BdAqtOsiZH3PR7OqtImWuZxkmmgMQ/dla0Qi45rB6Um+GcwXvhQ==tesla-motors.0
2026-04-16 16:28:34.405 debug [SignedCmd] POST /signed_command for XX<VINREPLACED>XX, payload size=112B, base64 length=152tesla-motors.0
2026-04-16 16:28:34.404 debug [TeslaSigning] Sending 112B to domain 3 for XX<VINREPLACED>XXtesla-motors.0
2026-04-16 16:28:34.399 debug Starting session for domain 3 on VIN XX<VINREPLACED>XXtesla-motors.0
2026-04-16 16:28:34.398 info Sending signed command: charge_start to XX<VINREPLACED>XXtesla-motors.0
-
@tombox
Mit der GitHub v2.0.1 bekomme ich nun folgende - wieder teils anonymisierte - Debug-Meldungen:tesla-motors.0
2026-04-16 16:28:39.926 debug XX<VINREPLACED>XX updateVehicle start (forceUpdate=true, location=false)tesla-motors.0
2026-04-16 16:28:39.920 debug updateDevices start (forceUpdate=true, location=false, devices=3)tesla-motors.0
2026-04-16 16:28:39.926 debug XX<VINREPLACED>XX updateVehicle start (forceUpdate=true, location=false)tesla-motors.0
2026-04-16 16:28:39.926 debug XX<VINREPLACED>XX updateVehicle start (forceUpdate=true, location=false)tesla-motors.0
2026-04-16 16:28:39.926 debug XX<VINREPLACED>XX updateVehicle start (forceUpdate=true, location=false)tesla-motors.0
2026-04-16 16:28:34.920 error Command charge_start failed for XX<VINREPLACED>XX: Request failed with status code 400tesla-motors.0
2026-04-16 16:28:34.920 error signed_command HTTP 400: {"response":null,"error":"unsupported routable_message signature type","error_description":"","txid":"30b6402d4cb6d8cee8748b670b5750c0"}tesla-motors.0
2026-04-16 16:28:34.806 debug [SignedCmd] URL: https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/vehicles/XX<VINREPLACED>XX/signed_commandtesla-motors.0
2026-04-16 16:28:34.806 debug [SignedCmd] routable_message: MgIIAzoSEhAD324XuRfUmv/325EIrNyXUgYSBDICEgBqRQpDCkEE2sR8dbpwM0PXCdp5pXgEm3LO+ZuUEdOei1m3R4nbpnNbm+wLRb65wtYLJ/ZuwXQKrTrImR9z0ezqrSJlrmcZJpoDEBwVg4KSs5hQpf3vuv+tMamgAwA=tesla-motors.0
2026-04-16 16:28:34.806 debug [SignedCmd] POST /signed_command for XX<VINREPLACED>XX, payload size=125B, base64 length=168tesla-motors.0
2026-04-16 16:28:34.806 debug [TeslaSigning] Sending 125B to domain 3 for XX<VINREPLACED>XXtesla-motors.0
2026-04-16 16:28:34.800 debug [TeslaSigning] CarServer action: chargingStartStopAction, counter=1, retried=falsetesla-motors.0
2026-04-16 16:28:34.800 debug Session established for domain 3tesla-motors.0
2026-04-16 16:28:34.800 debug [TeslaSigning] Session established for domain 3, counter=0, epoch=17536380...tesla-motors.0
2026-04-16 16:28:34.576 debug [TeslaSigning] Received session info response for domain 3tesla-motors.0
2026-04-16 16:28:34.574 debug [TeslaSigning] Received 177B responsetesla-motors.0
2026-04-16 16:28:34.574 debug [SignedCmd] Decoded response size: 177Btesla-motors.0
2026-04-16 16:28:34.574 debug [SignedCmd] Response data: {"response":"MhISELCxn52ueywBGYeQjj2CLJ86AggDkgMQ/dla0Qi45rB6Um+GcwXvhXpeEkEEf05hmiCVtk7DYk+QUOZ7aDiELWGV3ocmsPK1L8ENW3aXw/YiNqYdPVVgew/u6xtVPtMzdUl3s+nj6+obrKIfVhoQF1NjgPmM6KbRPzeG7JlE3SXq3AcAMBA4AWokMiIKIMh+++JFuxd1CqkQI3gQ/fC/VrkPt5/bi7rBNyG19b1e"}tesla-motors.0
2026-04-16 16:28:34.573 debug [SignedCmd] Response status: 200tesla-motors.0
2026-04-16 16:28:34.405 debug [SignedCmd] URL: https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/vehicles/XX<VINREPLACED>XX/signed_commandtesla-motors.0
2026-04-16 16:28:34.405 debug [SignedCmd] routable_message: MgIIAzoSEhCwsZ+drnssARmHkI49giyfckMKQQTaxHx1unAzQ9cJ2nmleASbcs75m5QR056LWbdHidumc1ub7AtFvrnC1gsn9m7BdAqtOsiZH3PR7OqtImWuZxkmmgMQ/dla0Qi45rB6Um+GcwXvhQ==tesla-motors.0
2026-04-16 16:28:34.405 debug [SignedCmd] POST /signed_command for XX<VINREPLACED>XX, payload size=112B, base64 length=152tesla-motors.0
2026-04-16 16:28:34.404 debug [TeslaSigning] Sending 112B to domain 3 for XX<VINREPLACED>XXtesla-motors.0
2026-04-16 16:28:34.399 debug Starting session for domain 3 on VIN XX<VINREPLACED>XXtesla-motors.0
2026-04-16 16:28:34.398 info Sending signed command: charge_start to XX<VINREPLACED>XXtesla-motors.0
-
@Marcus-Klösters installier nochmal die GitHub version
@tombox
tesla-motors.0
2026-04-16 17:48:32.745 debug updateDevices start (forceUpdate=true, location=false, devices=3)tesla-motors.0
2026-04-16 17:48:27.745 error Command charge_stop failed for XX<VINREPLACED>XX: Request failed with status code 400tesla-motors.0
2026-04-16 17:48:27.745 error signed_command HTTP 400: {"response":null,"error":"unsupported routable_message signature type","error_description":"","txid":"b90db6f5702ae02530e324871197d96a"}tesla-motors.0
2026-04-16 17:48:27.685 debug [SignedCmd] URL: https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/vehicles/XX<VINREPLACED>XX/signed_commandtesla-motors.0
2026-04-16 17:48:27.685 debug [SignedCmd] routable_message: MgIIAzoSEhBqd6eUxWULswjytjTYQjYlUgYSBDICKgBqRQpDCkEE2sR8dbpwM0PXCdp5pXgEm3LO+ZuUEdOei1m3R4nbpnNbm+wLRb65wtYLJ/ZuwXQKrTrImR9z0ezqrSJlrmcZJpoDEK6Mj4hZ5aVn5L/qeX99/PmgAwA=tesla-motors.0
2026-04-16 17:48:27.685 debug [SignedCmd] POST /signed_command for XX<VINREPLACED>XX, payload size=125B, base64 length=168tesla-motors.0
2026-04-16 17:48:27.684 debug [TeslaSigning] Sending 125B to domain 3 for XX<VINREPLACED>XXtesla-motors.0
2026-04-16 17:48:27.684 debug [TeslaSigning] CarServer action: chargingStartStopAction, counter=6, retried=falsetesla-motors.0
2026-04-16 17:48:27.684 info Sending signed command: charge_stop to XX<VINREPLACED>XXhost.iobroker
2026-04-16 17:47:20.973 info iobroker exit 0host.iobroker
2026-04-16 17:47:19.924 info iobroker Updating objects from io-package.json for adapter "tesla-motors" with version "2.0.1" -
@tombox
tesla-motors.0
2026-04-16 17:48:32.745 debug updateDevices start (forceUpdate=true, location=false, devices=3)tesla-motors.0
2026-04-16 17:48:27.745 error Command charge_stop failed for XX<VINREPLACED>XX: Request failed with status code 400tesla-motors.0
2026-04-16 17:48:27.745 error signed_command HTTP 400: {"response":null,"error":"unsupported routable_message signature type","error_description":"","txid":"b90db6f5702ae02530e324871197d96a"}tesla-motors.0
2026-04-16 17:48:27.685 debug [SignedCmd] URL: https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/vehicles/XX<VINREPLACED>XX/signed_commandtesla-motors.0
2026-04-16 17:48:27.685 debug [SignedCmd] routable_message: MgIIAzoSEhBqd6eUxWULswjytjTYQjYlUgYSBDICKgBqRQpDCkEE2sR8dbpwM0PXCdp5pXgEm3LO+ZuUEdOei1m3R4nbpnNbm+wLRb65wtYLJ/ZuwXQKrTrImR9z0ezqrSJlrmcZJpoDEK6Mj4hZ5aVn5L/qeX99/PmgAwA=tesla-motors.0
2026-04-16 17:48:27.685 debug [SignedCmd] POST /signed_command for XX<VINREPLACED>XX, payload size=125B, base64 length=168tesla-motors.0
2026-04-16 17:48:27.684 debug [TeslaSigning] Sending 125B to domain 3 for XX<VINREPLACED>XXtesla-motors.0
2026-04-16 17:48:27.684 debug [TeslaSigning] CarServer action: chargingStartStopAction, counter=6, retried=falsetesla-motors.0
2026-04-16 17:48:27.684 info Sending signed command: charge_stop to XX<VINREPLACED>XXhost.iobroker
2026-04-16 17:47:20.973 info iobroker exit 0host.iobroker
2026-04-16 17:47:19.924 info iobroker Updating objects from io-package.json for adapter "tesla-motors" with version "2.0.1"@Marcus-Klösters sicher das du über GitHub installiert hast und adapter neugestartet hast.. v2.0.2-beta1
-
v2.0.2-beta1 läuft bei mir. per github installiert. nach wie vor zählen die tesla-api-zugriffe hoch. im log kommen einige meldungen wie zb: "XP7YGCEK...... vehicle_data received, keys: id, user_id, vehicle_id, vin, color, access_type, granular_access, tokens, state, in_service, id_s, calendar_enabled, api_version, backseat_token, backseat_token_updated_at, ble_autopair_enrolled, supercharger_payment_needed, supercharging_enabled".
Aber: die Objekte werden nicht aktualisiert. zb zeigt tesla-motors.0.XP7YG..........charge_state.battery_level immer noch den stand von gestern. Fahrzeug ist "wach".
-
v2.0.2-beta1 läuft bei mir. per github installiert. nach wie vor zählen die tesla-api-zugriffe hoch. im log kommen einige meldungen wie zb: "XP7YGCEK...... vehicle_data received, keys: id, user_id, vehicle_id, vin, color, access_type, granular_access, tokens, state, in_service, id_s, calendar_enabled, api_version, backseat_token, backseat_token_updated_at, ble_autopair_enrolled, supercharger_payment_needed, supercharging_enabled".
Aber: die Objekte werden nicht aktualisiert. zb zeigt tesla-motors.0.XP7YG..........charge_state.battery_level immer noch den stand von gestern. Fahrzeug ist "wach".
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
333
Online32.8k
Benutzer82.7k
Themen1.3m
Beiträge