UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[badsnoopy667]

@mcbirne said in Test Tesla-Motors v1.0.0:

Ich warte noch auf die Auslieferung meines Tesla. Ich wollte fragen, ob man mit dem Adapter den Ladeanschluss öffnen und schließen sowie den Ladestecker entriegeln kann. Das wäre super, da ich keine Tesla Wallbox habe.

Wenn das mit dem Adapter wirklich nicht gehen sollte, gibt es noch eine low-tech Lösung. Google mal nach "tesla keyfob charge port opener". Da gibt es für unter 5€ so einen kleinen roten Knopf. In der Nähe des Chargeports gedrückt öffnet er (wie die Knöpfe an den Tesla-Kabeln) über 411 MHz den Chargeport. Kann man dann z.B. an die Wallbox hängen oder am Schlüsselbund.

[mcBirne]

@badsnoopy667
Ja, den gibt es. Aber er entriegelt nicht das Ladekabel sondern öffnet nur die Ladeklappe.

[lebeART]

@lobomau Funktioniert der EVCC mit der neuen API ? Wie machen die das ? https://docs.evcc.io/blog/2024/02/01/v0.124-new-tesla-api#neue-tesla-integration

[mcBirne]

@lebeart
Hallo, ich Habe die App nun installier und eingerichtet. Ich erhalte allerdings folgende Warnung:

State "tesla-motors.0.XP7YGCERxxxxxx.tokens" has no existing object, this might lead to an error in future versions

Was habe ich falsch gemacht?

[lebeART]

@mcbirne Hallo der Entwickler der Tesla App für IOBROKER ist, so scheint es momentan unpässlich jedenfalls geht gerade nur das Auslesen des Tesla seit der neuen Tesla Api geht das Senden in den Tesla nicht mehr...

Das Lesen der Daten geht allerdings noch ganz normal... da reicht die App hier aus, eine Schnittstelle zu anderen funktionierenden Tesla Token kenne ich leider nicht.... Für einen normalen Betrieb wie es früher mal ging habe ich auch noch keine Lösung gefunden. Welche App meinst Du die Du installiert hast und wo ist der Token her ?

[Bedugger]

@lebeart
Dann geht es bei Dir besser als bei mir. Mein Tesla-Adapter (Version 1.4.5, also aktuell) stellte plötzlich keine Verbindung mehr zum Fahrzeug her. Ich kann nun also auch keine Daten mehr lesen, geschweige denn schreiben, z.B. das Ladelimit setzen. Selbst das Löschen und Neuinstallation des Adapters samt neuem API-Key hat daran nichts geändert, außer das nun natürlich auch alle zur Instanz gehörenden Objekte verschwunden sind.

Fehlermeldung: des Adapters: Error: getaddrinfo EAI_AGAIN

[JohnnyBahama]

Die API wurde überarbeitet:
https://github.com/teslamotors/vehicle-command

[surrogat2000]

Hallo. Es gibt doch scheinbar die Aussage des Maintainers, dass er die Commands nicht mehr unterstützen wird, da es zu komplex geworden ist. Ich habe mir das Protokoll heute mal angesehen, da ich eigentlich gern eine Überschussladefunktion in meinen ioBroker einbauen möchte.
Letztlich ist das Problem, dass sämtliche Commands jetzt mittels kryptographischen Methoden behandelt werden müssen. Dafür gibt es sogar von Tesla einen HTTP-Proxy, der aber sehr komplex einzurichten ist (angeblich - das muss ich mir dann mal ansehen ;-) ).
Dieses Proxy hat Homeassistant, soweit ich das sehen kann, auch für sein Plugin vorgeschlagen und mit "sehr komplex" bewertet. Nix mit einfach oder so.

Also Vorschlag: lasst uns mal prüfen, ob wir nicht auch den Proxy für iobroker an den Start bekommen. Dann kann entweder der Maintainer des Projekts das lösen oder eben jemand anderes (z.B. ich) einen Fork erstellen und die entsprechenden nötigen Anpassungen vornehmen. Soweit ich die Doku verstehe, ist der Proxy einfach nur als Man in the Middle zwischen die Kommunikation des ioBroker und der Tesla-Server zu klemmen. Das dürfte mittels Austauschs der Base-URL und (beliebig komplexer) Zertifikatsbehandlung machbar sein.

Aber: Ich weiß nicht, wann ich in der nächsten Zeit dazu komme und ob es was wird. Wenn noch 1-2 von euch an dem Thema mit machen wollen, wäre das sicher hilfreich, um sich auszutauschen und eventuell bei der Lösung zu helfen.

[Minta79]

@kasi-m3 said in Test Tesla-Motors v1.0.0:

Sobald ich das json file entsprechend anpasse, sehe ich die Änderungen in der App. Das scheint sowohl bei scheduled departure als auch bei scheduled charging zu funktionieren. Dafür erstmal vielen Dank!

Hi. Wie setzt du es im iobroker? Wenn ich es "setze" im Punkt "...remote.set_scheduled_charging", passiert nichts. Hast du einen Tipp?

[Minta79]

Ich versuche im iobroker den Datenpunkt "tesla-motors.0.XXXXX.remote.set_scheduled_charging" zu setzen. Aber es passiert nichts wenn ich eine Zahl einsetze. Oder was muss ich tun? Ich setze den Adapter in Version 1.3.2 ein.
Muss ich die "0" hier ersetzen mit z.B. 600 für 22 Uhr?

{
  "time": 630,
  "enable": true
}

Und auch den Button "tesla-motors.0.XXXXXX.remote.charge_start" und und "stop" bekomme ich nicht gesetzt, weder Manuell in den Objekten noch per Blockly oder kann man den nicht "setzen"

Vielleicht kann mir jemand helfen.

[lobomau]

@minta79 die Kommandos im Ordner Remote funktionieren nicht mehr. Siehe letzte Beiträge.

[paulkerl]

@lobomau
AFAIK hat Tesla die API "abgeschaltet" bzw. eingeschränkt. Zugriff nur noch über ein DEV-Account (für privat ebenfalls kostenlos) möglich.

Ich würde vermute, dass der Adapter umgestellt werden muss auf Access- & Refreshtoken Zugriff.

[badsnoopy667]

@paulkerl
Wie gesagt, bei mir funktioniert der Adapter weiterhin einwandfrei, incl. aller Remote Funktionen.
Ich habe eine Vermutung, die ich aber nicht prüfen kann: Ich habe in meinem Tesla Konto zwei Drittanbieter-Apps Zugriff gegeben. Einmal "TeslaFi" (aber keine Remote Funktionen) und einmal einer Apple Watch App "Watchla". Diese hat auch Zugriff auf die Remote-Funktionen. Ich frage mich, ob da ggf. ein Zusammenhang besteht? Also ob man einer App Zugriff geben muss und dann geht der Adapter wieder? Nur eine Idee...

[Volker3.0]

Hallo,
bekommt ihr auch alle paar Sekunden folgende Fehlermeldung im Log?

TypeError: data.time_series is not iterable
https://owner-api.teslamotors.com/api/1/energy_sites/1689301590012345/calendar_history?kind=energy&start_date=2016-01-01T00%3A00%3A00%2B01%3A00&time_zone=Europe/Berlin&period=lifetime&end_date=2025-02-18T20:14:36.558Z
General error

Ich habe den Adapter in der Verion 1.4.2 am laufen.

[lobomau]

@volker3-0 ich hatte bis gestern ein error:

error: tesla-motors.0 (50533) https://owner-api.teslamotors.com/api/1/vehicles/9298........

Nach Aktualisierung des tokens geht es wieder. Bei mir läuft schon lange 1.4.5 ohne Probleme.

[Volker3.0]

@lobomau
Mit der Verion 1.4.5 kommen keine Fehlermeldungen mehr. Selbst ohne Aktualisierung Token.

[surrogat2000]

Es gibt Modelle, die noch mit der alten owner-api funktionieren, neuere Modelle tun das aber nicht. Ich hatte nun erstmal 2 Monate meinen Tesla in der Werkstatt (mit nach anfänglichen Schwierigkeiten top Zufriedenheit!), so dass ich erstmal nichts machen konnte. Nun habe ich vorgestern angefangen, zumindest einen Rahmen zu erstellen. Da ich bisher noch keinen ioBroker Adapter entwickelt habe und auf dem bestehenden durch recht viele Änderungen nicht wirklich aufsetzen kann, wird es noch etwas dauern. Aber das aktuelle Wetter motiviert, das zu lösen ;-)

Gibt es noch jemanden, der das Problem bearbeitet?

[mcBirne]

@surrogat2000 vielen Dank für die Mühe. Da ich nur etwas Blockly kann, kann ich bei der Entwicklung vermutlich nicht helfen. Aber testen würde ich, sobald es soweit ist.

[andweb]

@surrogat2000
Ich kann nicht helfen beim Programmieren aber gebe dir gerne Kaffee / Bier aus, je nachdem was besser hilft dass wir den bisherigen Adapter (oder ein Fork) in einen Zustand bringen der die Remote Commands wieder möglich macht. :-)

Meine Überschuss-Ladelogik hat jahrelang gute Dienste erwiesen und jetzt ist es leider vorbei, es gehen unzählige kWh der PV-Anlage ins Netz anstatt ins Auto weil ich die Ladeleistung nicht mehr regeln kann, schade. :-)

[HAL]

@tombox wäre es möglich für die Steuerung einen BLE Proxy zu verwenden ? Ich habe in meiner Garage einen Raspberry Zero W mit dem TeslaBleHttpProxy und kann zumindest über den Browser den Status vom Tesla abrufen. Es sollen folgende Kommandos möglich sein:

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

Der Aufruf im Browser
http://localhost:8080/api/1/vehicles/{VIN}/body_controller_state
Gibt z.B. bei mir folgendes zurück:

{"response":{"result":true,"reason":"The request was successfully processed.","vin":"LRxxxx xx. ","command":"body-controller-state","response":{"vehicleLockState":"VEHICLELOCKSTATE_LOCKED","vehicleSleepStatus":"VEHICLE_SLEEP_STATUS_ASLEEP","userPresence":"VEHICLE_USER_PRESENCE_NOT_PRESENT"}}}

Beim Aufruf im Browser
http://localhost:8080/api/1/vehicles/{VIN}/vehicle_data
Kommt so wirklich alles an Daten vom Tesla

(edit) ich habe jetzt mal versuchsweise TeslaBleHttpProxy in evcc eingebunden und das klappt. Tesla wird aufgeweckt , mit Überschuss geladen und geht danach wieder schlafen.