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

[Marcus Klösters]

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

@Marcus-Klösters zeigt er im debug log mehr an?

[lobomau]

@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...?

[FrankSchorb]

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

[Thomas Braun]

@FrankSchorb sagte:

nodejs 20.20.0

Dringend auf nodejs22 bringen.

[tombox]

@FrankSchorb v2.0.1

[FrankSchorb]

Danke. 2.0.1 läuft

[FrankSchorb]

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.

[tombox]

@FrankSchorb installier die GitHub version und checke den debug log

[Marcus Klösters]

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

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