Test Tesla-Motors v1.0.0

[oxident]

@hal Das ist definitiv eine sehr gute Idee!

Vielleicht spinne ich ja jetzt, aber verhält sich der Raspi oder ESP32 dann nicht wie ein Autoschlüssel (wie es ja mit dem Handy auch geht) und würde dazu führen, dass man das Auto unter Umständen sogar öffnen/starten könnte, wenn man den Raspi dann nah genug an den Tesla bringt?

[HAL]

@oxident wie in meinem Post geschrieben, gibt es diese Funktionen

wake_up
charge_start
charge_stop
set_charging_amps
set_charge_limit
auto_conditioning_start
auto_conditioning_stop
charge_port_door_open
charge_port_door_close
flash_lights
honk_horn
door_lock
door_unlock
set_sentry_mode

Dazu muss der ( bei mir ist es ein Raspberry zero 2 ) in der Nähe des Tesla stehen. Das ist bei mir in meiner Garage. Zu nächst müsste man in mein WLAN einbrechen und die Türen über den proxy öffnen. Fahren ginge aber bei mir dann immer noch nicht, dafür muß erst mein pin am Screen eingeben werden.

[oxident]

@hal Nee, ich meinte gar nicht diese Art von "Angriff" sondern einfach nur die physische Präsenz des Raspberry. Für den Tesla ist ja das gleiche, wie ein Handyschlüssel, oder?

[lobomau]

@oxident er hat es ja über wlan und die ip des Teslas gemacht.
Gut möglich dass es auch per BLE geht, zumindest suggeriert es der Name TeslaBleHttpProxy.

[HAL]

@lobomau korrekt es geht über BLE. Der Raspberry wird wie ein Handy über Bluetooth im Tesla eingebunden. Bei mir ging es auch durch 2 massive Wände, aber besser ist es in der Nähe des Fahrzeuges.

[oxident]

@lobomau @HAL Ach, das würde auch über WLAN gehen? Das wäre natürlich sehr genial!

Bezüglich meiner BLE-Schlüssel Befürchtung glaube ich mittlerweile übrigens, dass der Tesla nur dann Zutritt erlaubt, wenn das BLE-Signal sehr stark ist. Dann sollte das ja eigentlich ziemlich safe sein.

[HAL]

@oxident ja, über WLAN klappt das problemlos. Ich habe den TeslaBleHttpProxy auch schon in evcc eingebunden und damit kann ich Überschussladen. Obwohl der Tesla die Ladung steuern könnte, wird aber meine Wallbox dazu benutzt und dafür wird ein Monatsabo bei evcc notwendig. Abos mag ich nicht so.

[oxident]

@hal Ok, danke für Deine Geduld beim Erklären. Mit Wifi meinst Du jetzt die Kommunikation Raspi-Heimnetz und nicht Raspi-Tesla, richtig?
Ich meine, sonst könnte man den Proxy ja auch irgendwo im Netz laufen lassen...

[HAL]

@oxident Der Proxy kommuniziert mit dem Tesla über Bluetooth Low Energie (BLE) , genau wie ein Handy auf dem die Tesla App läuft. Um mit dem TeslaBleHttpProxy aus .B. dem Heimnetz zu kommunizieren / Kommandos abzusetzen, wird WLAN oder (falls der Raspberry eine Ethernet Schnittstelle hat wie z.B. Raspberry 3B, 4 usw.) auch LAN genutzt. Die Kommandos werden über http:// gesendet.

[oxident]

@hal Jetzt blick ich durch, danke!

[oxident]

Also nach einigem Ausprobieren und Abwägen werde ich jetzt erstmal den Adapter wieder stoppen und stattdessen Teslamate im Docker nutzen und die relevanten Daten von dort via MQTT im iobroker abonnieren.

Die lokale Laderegelung wegen PV dann wohl so lösen, wie @HAL es skizziert hat. Hoffe, das läuft besser als die ESPHome-Variante mit einem ESP32

Mittelfristig wäre es natürlich mega, wenn jemand einen Container oder ein HowTo für die den Proxy auf Basis der Fleet-API basteln würde und damit der Adapter wieder "im Rennen" wäre...

UPDATE: Habe es jetzt doch mit ESPHome gelöst. Jedoch klappte bei mir nur der Fork https://github.com/mrd0n/esphome-tesla-ble und ich musste nach dem Adaptieren in iobroker die API-Encryption gegen das reguläre Verfahren tauschen (Encryption-Key raus und Password rein). Außerdem musste in der yaml die VIN und BLE-MAC nochmals eingefügt werden.

Puhh, was für ein Ritt

[oxident]

Ich schreibe jetzt einfach mal wild meine Fortschritte hier rein. Vielleicht hilft es ja dem ein oder anderen.

Nachdem mir die lokale Möglichkeit via ESPHome dann doch zu fummelig war und der ESP dafür ja auch immer irgendwie in BLE-Reichweite sein musste dachte ich mir, ich setze mich doch mal an die offizielle Fleet API ran.

Letzten Endes habe ich extra dafür eine Home Assistant Installation aufgesetzt und bin strikt dieser Anleitung hier gefolgt: https://www.smartmotion.life/2024/04/06/tesla-integration-with-home-assistant/?srsltid=AfmBOopyzjl5ICox3n1JECMTOHLGdosnThWjFVpx4Lc43o3pqFg-eJcf&v=5f02f0889301

Eigentlich hat das alles wunderbar geklappt, jedoch hatte ich die entsprechende Infrastruktur (NGINX-Proxy) eh schon am Laufen.

Dann mittel HASS-Adapter iobroker und Home Assistant verbunden und nun kann ich alles wieder direkt im iobroker regeln, egal wo das Auto gerade steht.

[Volker3.0]

Hallo,
ich erhalte seit kurzem alle paar hundertstel Sekunden folgende Fehlermeldung und mein Log ist innerhalt 3 Sekunden auf 99+ roter Meldugen vom Tesla-Adapter:

tesla-motors.0
2025-07-27 17:49:29.563 error TypeError: data.time_series is not iterable
tesla-motors.0
2025-07-27 17:49:29.563 error https://owner-api.teslamotors.com/api/1/energy_sites/1689301590021784/calendar_history?kind=energy&time_zone=Europe/Berlin&period=lifetime&end_date=2025-07-27T17:49:26.592Z
tesla-motors.0
2025-07-27 17:49:29.562 error General error
tesla-motors.0
2025-07-27 17:49:29.219 error TypeError: data.time_series is not iterable
tesla-motors.0
2025-07-27 17:49:29.219 error https://owner-api.teslamotors.com/api/1/energy_sites/1689301590021784/calendar_history?kind=energy&time_zone=Europe/Berlin&period=lifetime&end_date=2025-07-27T17:49:26.575Z
tesla-motors.0
2025-07-27 17:49:29.219 error General error

Hat das auch noch jemand anderes?