Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Marcus Klösters]

@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_data

tesla-motors.0
2026-04-16 13:29:55.687 debug XX<VINREPLACED>XX state: online

tesla-motors.0
2026-04-16 13:29:50.465 error Command charge_stop failed for XX<VINREPLACED>XX: Request failed with status code 400

tesla-motors.0
2026-04-16 13:29:50.410 debug [TeslaSigning] Sending 125B to domain 3 for XX<VINREPLACED>XX

tesla-motors.0
2026-04-16 13:29:50.410 debug [TeslaSigning] CarServer action: chargingStartStopAction, counter=3, retried=false

tesla-motors.0
2026-04-16 13:29:50.410 info Sending signed command: charge_stop to XX<VINREPLACED>XX

tesla-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_data

tesla-motors.0
2026-04-16 13:29:25.447 debug XX<VINREPLACED>XX state: online

[tombox]

@Marcus-Klösters mit der GitHub version erneut testen da sollte mehr sichtbar sein

[Marcus Klösters]

@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 400

tesla-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_command

tesla-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=168

tesla-motors.0
2026-04-16 16:28:34.806 debug [TeslaSigning] Sending 125B to domain 3 for XX<VINREPLACED>XX

tesla-motors.0
2026-04-16 16:28:34.800 debug [TeslaSigning] CarServer action: chargingStartStopAction, counter=1, retried=false

tesla-motors.0
2026-04-16 16:28:34.800 debug Session established for domain 3

tesla-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 3

tesla-motors.0
2026-04-16 16:28:34.574 debug [TeslaSigning] Received 177B response

tesla-motors.0
2026-04-16 16:28:34.574 debug [SignedCmd] Decoded response size: 177B

tesla-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: 200

tesla-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_command

tesla-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=152

tesla-motors.0
2026-04-16 16:28:34.404 debug [TeslaSigning] Sending 112B to domain 3 for XX<VINREPLACED>XX

tesla-motors.0
2026-04-16 16:28:34.399 debug Starting session for domain 3 on VIN XX<VINREPLACED>XX

tesla-motors.0
2026-04-16 16:28:34.398 info Sending signed command: charge_start to XX<VINREPLACED>XX

tesla-motors.0

[tombox]

@Marcus-Klösters installier nochmal die GitHub version

[Marcus Klösters]

@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 400

tesla-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_command

tesla-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=168

tesla-motors.0
2026-04-16 17:48:27.684 debug [TeslaSigning] Sending 125B to domain 3 for XX<VINREPLACED>XX

tesla-motors.0
2026-04-16 17:48:27.684 debug [TeslaSigning] CarServer action: chargingStartStopAction, counter=6, retried=false

tesla-motors.0
2026-04-16 17:48:27.684 info Sending signed command: charge_stop to XX<VINREPLACED>XX

host.iobroker
2026-04-16 17:47:20.973 info iobroker exit 0

host.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]

@Marcus-Klösters sicher das du über GitHub installiert hast und adapter neugestartet hast.. v2.0.2-beta1

[FrankSchorb]

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".

[tombox]

@FrankSchorb

2.0.2-beta2 testen

bräuchte kompletten debug log
tombox2020@gmail.com

[FrankSchorb]

@tombox
funktioniert nun. Nach Update auf 2.0.2-beta2 hat der Adapter neu gestartet, den Tesla aufgeweckt, ein force-update gezogen und nun sind auch die Objekte aktuell (zumindest die, die ich überblicken kann). Nach einiger Zeit geht der Tesla dann auch wieder in den Schlafmodus. Passt also. Ich schicke Dir noch eine pm wenn Du mich zum Testen brauchst.

Danke und Grüße, Frank

[Marcus Klösters]

@tombox
Super, vielen Dank!
Mit v2.0.2 kann mein gutes, altes Überschussladen-Skript nun offenbar seine Befehle wieder erfolgreich absetzen.
Keine HTTP 400 Fehlermeldungen mehr im Protokoll zu sehen.

[branka]

Hallo,

seit 20.4. habe ich das Problem mit dem Tesla Adapter (2.0.2), dass er meine Wallbox nicht mehr findet. Der Adapter startet und wird "Grün". Im Log erhalte ich untenstehende Fehlermeldung. Adapter neustart und Token rücksetzen hat nichts gebracht.., Kann mir jemand bitte helfen?

tesla-motors.0
2026-04-24 09:53:17.643 info Location interval is less than 10s. Skip location update

tesla-motors.0
2026-04-24 09:53:17.643 info Update interval set to 30s

tesla-motors.0
2026-04-24 09:53:17.641 info Device list received, 0 devices found. Starting first update (forceUpdate=true)

tesla-motors.0
2026-04-24 09:53:17.641 error {"error":"Account XXX must be registered in the current region https://fleet-api.prd.eu.vn.cloud.tesla.com, please see https://developer.tesla.com/docs/fleet-api/endpoints/partner-endpoints#register"}

tesla-motors.0
2026-04-24 09:53:17.640 error AxiosError: Request failed with status code 412

tesla-motors.0
2026-04-24 09:53:17.639 warn Partner registration failed for na: Request failed with status code 400

tesla-motors.0
2026-04-24 09:53:16.347 warn Partner registration failed for eu: Request failed with status code 400

tesla-motors.0
2026-04-24 09:53:15.477 info Partner account not registered. Registering automatically...

tesla-motors.0
2026-04-24 09:53:15.279 info Receive device list

tesla-motors.0
2026-04-24 09:53:15.278 info Region from JWT: eu

tesla-motors.0
2026-04-24 09:53:14.903 info Region from JWT: eu

tesla-motors.0
2026-04-24 09:53:13.785 info Refresh session

tesla-motors.0
2026-04-24 09:53:13.784 info Fleet session loaded

tesla-motors.0
2026-04-24 09:53:13.206 info starting. Version 2.0.2 in /opt/iobroker/node_modules/iobroker.tesla-motors, node: v22.22.0, js-controller: 7.0.7

[tombox]

@branka teste die GitHub version die sollte mehr infos anzeigen

[branka]

@tombox sagte:

@branka teste die GitHub version die sollte mehr infos anzeigen

Danke Tombox. Das hat geholfen :-) nun konnte ich den Fehler sehen - hatte noch https:// vor xxx.fleetkey stehen

[mcBirne]

Hallo zusammen, ich wollte auch den neuen Tela Adapter 2.02 einrichten. Ich seitere am letzten Punkt. Wenn ich den QRCode Scanner erhalte ich diese Meldung.
Hat jemand eine Idee, woran das liegt?
Screenshot_20260506_083901_Tesla.jpg

[Kasi-m3]

Ich hatte den Error ebenfalls. Nach wiederholen von "AUTH-LINK GENERIEREN" und den "Page not found" - Link eintragen, speichern, wurde der Adapter grün. Danach klappte denn auch der Schritt mit dem QRCode. Dann hatte der Tesla einen zusätzlichen Schlüssel und ich konnte ihn steuern.
Viel Erfolg

[mcBirne]

Danke für den Tipp! Hat bei mir auch funktioniert. Habe den Auth link erneut erzeugt und eingefügt. Nun läuft es

[mcBirne]

Der Adapter ist grün und Stati werden korrekt synchronisiert. Aber ich kann z.B. die Türen nicht öffnen oder schließen. Klappt das bei euch?

[tbi]

Hallo,

laut Anleitung (https://github.com/iobroker-community-adapters/ioBroker.tesla-motors) muss man sich ja bei https://fleetkey.net/ seine Subdomain mit seinem Public Key erstellen.

Mein Problem ist, dass ich gar nicht soweit komme, da der Button "Create xyz.fleetkey.net" nicht klickbar ist.
Ich mutmaße(!) dass der auf der Landingpage vorher ersichtliche Punkt "Setup integration in Home Assistant" für den Schritt der Subdomain-Generierung erforderlich ist, oder?

Aber ich hab ja keine Home Assistant Integration, ich hab ja ioBroker

Kann mich jemand aufklären, wie das geht? Lieben Dank

[micklafisch]

Ich hab das gestern auch erst gemacht (iobroker und nicht HA). Hast du aus dem Adapter den Public Key auch auf die Webseite kopiert? Der Button wird danach scharf bei mir.

[tbi]

Danke @micklafisch ! Die Lösung war die letzte Leerzeile beim Public Key zu löschen nachdem man diese eingefügt hat