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

[lebeART]

Ist leider so, habe jetzt seit einem Jahr an dem Problem mit der fehlenden Steuerung des TESLA gesessen. Gab irgendwie keine nicht aufwendige Lösung.... Letztendlich ist Home Assistant parallel nur für die Tesla API die einfachste Lösung...

[oxident]

@lebeart Bei mir auch so. Da klappt es auch mit dem HTTP-Proxy und der Fleet-API ziemlich reibungslos.

[tombox]

@Meintre-0 die GitHub version unterstützt jetzt auch Fleet API bitte mal checken ob es wirklich funktioniert habe leider keine Zugangsdaten

[Meintre 0]

Ich habe es jetzt über Home Assistant gemacht. Habe eine MacBook mit Orbstack und dort iobroker und HA installatiert. Funktioniert über hass problemlos. Einige Alias geändert und alles Andere konnte so bleiben. Danke trotzdem!

[Marcus Klösters]

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

[lobomau]

@Marcus-Klösters sagte:

Die KI empfiehlt mir nun ein Downgrade auf Node 20, da Node 22 angeblich "experimentell" sei.
In GitHub schreibt Ihr "Node.js >= 20".

Ja, habe ich auch schon gesehen, dass die KI es empfiehlt. Würde ich aber nicht drauf hören. Habe ich auch nicht.

[Thomas Braun]

@Marcus-Klösters sagte:

da Node 22 angeblich "experimentell" sei.

Quatsch.

Und für nodejs@20 ist in ein paar Tagen Feierabend, Schluß, vorbei, End-of-Life, Exitus.

[Marcus Klösters]

Ich habe die Ursache gefunden:

"SCHLÜSSELPAAR GENERIEREN" funktioniert ohne Fehlermeldung bei Zugriff auf den ioBroker per HTTPS.

[tombox]

@Marcus-Klösters danke für den Hinweis sollte jetzt tauch mit http gehen

[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