WARP4: Tesla-Ladezustand lokal über Bluetooth – experimentelles Projekt

Hallo zusammen,

ich möchte euch mein WARP4-Projekt vorstellen: Den Ladezustand eines Tesla lokal über Bluetooth auslesen – ohne Tesla-Cloud und ohne Developer-Account.

Die kabelgebundene SoC-Abfrage ist bei Tesla an der WARP derzeit kein funktionierender Weg. Dazu kommen die in diesem Sammelthread beschriebenen Probleme mit der anschließenden AC-Ladung:

https://www.tinkerunity.org/topic/13899-sammelthread-autos-die-nach-dem-soc-auslesen-keine-ac-ladung-starten/

Deshalb versuche ich, die SoC-Abfrage vollständig von der Ladeleitung zu trennen und stattdessen BLE zu verwenden. Das betrifft ausschließlich Tesla, nicht die anderen dort genannten Fahrzeuge.

Zur Transparenz: Den größten Teil des Codes hat KI geschrieben. Ich steuere die Entwicklung und teste auf meiner eigenen WARP4. Auch die Softwareprüfungen sind KI-gestützt – echte Fahrzeugtests ersetzt das natürlich nicht.

Ein paar Baustellen gab es bereits:

- Ein früher Stand stürzte beim Booten wegen zu wenig internem Speicher ab. Tinkerforge hatte ihn freundlicherweise getestet. Inzwischen kommen NimBLE statt Bluedroid und die gezielte Auslagerung geeigneter Verwaltungsdaten in PSRAM zum Einsatz.

- Ein weiterer Absturz beim Speichern der Fahrzeugzuordnung war ein Stacküberlauf durch einen großen lokalen Schlüsselpuffer. Der wurde gezielt behoben; Suche und Speichern funktionierten danach wiederholt am Gerät.

- Die ursprüngliche AGPL-Bibliothek wurde entfernt. Stattdessen gibt es eine minimale eigene Implementierung anhand der offiziellen Tesla-Referenz vehicle-command, wie von Tinkerforge vorgeschlagen.

- Zeitweise hängende Firmwareuploads ließen sich nach einem Neustart durchführen. Deren genaue Ursache ist noch offen.

Die Einrichtung befindet sich in der normalen Fahrzeugverwaltung: VIN eingeben, ausdrücklich suchen, eindeutigen Treffer übernehmen und anschließend separat koppeln. Mehrere Fahrzeugprofile werden getrennt verwaltet. Seitenaufruf, Speichern oder Update starten keine automatische Kopplung oder SoC-Abfrage. Die normale AC-Ladung bleibt davon getrennt.

Wo findet man die Einstellungen im Webinterface?

Nach Installation der experimentellen Firmware die Weboberfläche der Wallbox öffnen:

1. Unter Schnittstellen → Bluetooth Bluetooth aktivieren und den anschließenden Neustart bestätigen.

2. Danach Fahrzeuge öffnen und das gewünschte Fahrzeugprofil auswählen beziehungsweise anlegen.

3. Im Bereich Tesla über Bluetooth die VIN eingeben und die Suche ausdrücklich starten.

4. Einen eindeutigen Treffer mit Dieses Fahrzeug übernehmen speichern. Anschließend erfolgt die Kopplung separat über Mit Tesla koppeln und die dort angezeigten Hinweise.

Der Tesla-Bereich erscheint nur bei eingeschaltetem Bluetooth. Die Trefferübernahme speichert zunächst nur die Zuordnung – sie koppelt das Fahrzeug noch nicht.

Aktuell bestätigt: Die Firmware läuft auf meiner WARP4 und ist bootvalidiert. VIN-Suche und Trefferübernahme wurden in einem früheren Build am Gerät getestet. Dazu kommen lokale Backend-, Frontend-, Sanitizer- und Firmwaretests sowie unabhängige KI-Abschlussprüfungen.

Noch nicht bestätigt: erfolgreiches Tesla-Pairing, ein echter authentifizierter SoC-Abruf und der vollständige Ablauf zusammen mit dem Laden. Ich bin gerade noch im Urlaub und werde die Fahrzeugtests nach meiner Rückkehr fortsetzen. Es ist also noch keine fertige oder nachgewiesene Lösung und keine offizielle Tinkerforge-Firmware.

Projekt und Quellcode:

https://github.com/Dosepower/warp4-tesla-ble

Firmware zum Testen – Experimental Preview 4:

https://github.com/Dosepower/warp4-tesla-ble/releases/tag/v0.2.3-warp4-experimental-preview4

Dort findet ihr unter Assets die warp4-tesla-ble-2.13.5-6ad9fd3c-experimental_ota.bin für den normalen WARP-Web-Firmware-Updater, außerdem die deutsche Installationsanleitung und Prüfsummen. Bitte die Anleitung und bekannten Einschränkungen vor dem Update lesen.

Der Teststand ist ausschließlich für WARP4 und verwendet ein angepasstes, aus Quellen gebautes BLE-SDK. Kein Fullflash und keine Änderungen an Bootloader oder Partitionstabelle durchführen. Bitte nur mit akzeptiertem Ausfallrisiko testen: Ein gültiger Originalslot ist keine Konfigurationssicherung und garantiert keine Fernrettung.

Über technische Rückmeldungen und Hinweise freue ich mich. Bitte keine privaten Fahrzeugdaten, Schlüssel oder vollständigen Debugreports öffentlich posten.