Test Tesla-Motors v1.0.0

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

[Modulo-N]

Hallo zusammen,

ich bekomme seit ca. einer Woche keine Updates der Positionsdaten mehr. Andere Infos wie Geschwindigkeit, Richtung, Ladestand, ... werden weiterhin in den entsprechenden iobroker-Objekten abgelegt und aktualisiert, aber tesla-motors.0.{VIN}.drive_state.latitude und longitude sind schon länger unverändert, d.h. laut iobroker steht der Tesla vor der Tür.

Hat jemand von euch dasselbe Problem?

Gruß

Michael

[mcBirne]

@modulo-n
Bei mir klappt das noch.

[oxident]

Hallo an alle,

habe jetzt auch einen gebrauchten M3P aus 2020 und musste direkt feststellen, wie es um die API und den Adapter gerade "bestellt ist"

Meint ihr, der Weg wird jetzt eher über kostenpflichtige Drittanbieterlösungen (TeslaMate, TeslaFi) gehen oder macht es Sinn, sich die offizielle API mal anzuschauen?

[JLeg]

@oxident sagte in Test Tesla-Motors v1.0.0:

Hallo an alle,

habe jetzt auch einen gebrauchten M3P aus 2020 und musste direkt feststellen, wie es um die API und den Adapter gerade "bestellt ist"

Meint ihr, der Weg wird jetzt eher über kostenpflichtige Drittanbieterlösungen (TeslaMate, TeslaFi) gehen oder macht es Sinn, sich die offizielle API mal anzuschauen?

ich benutze evcc, da läuft das über Teslamate (Teslamate wird nur für's Erzeugen der Accesstoken benutzt, evcc spricht direkt mit der Tesla-API, sofern keine TWC im Einsatz ist); für die Tesla-API gibt's ein monatliches 10$ Budget - bisher lag ich da noch nie drüber, damit war's für mich bislang kostenfrei.
Die Schritte zur Anbindung sind hier beschrieben: https://docs.evcc.io/docs/devices/vehicles#tesla
Wäre womöglich auch für den iob-Adapter eine Möglichkeit...

[lobomau]

@jleg Sehr interessant der Ausschnitt bei evcc. Ich wusste nicht, dass es dieses 10$ Guthaben gibt

[ioT4db]

@jleg sagte in Test Tesla-Motors v1.0.0:

Wäre womöglich auch für den iob-Adapter eine Möglichkeit...

hab auch evcc für meine Powerwall. ioB-Adapter gibts aber schon für evcc, da kommt eigentlich alles gut rüber...

[JLeg]

@iot4db sagte in Test Tesla-Motors v1.0.0:

@jleg sagte in Test Tesla-Motors v1.0.0:

Wäre womöglich auch für den iob-Adapter eine Möglichkeit...

hab auch evcc für meine Powerwall. ioB-Adapter gibts aber schon für evcc, da kommt eigentlich alles gut rüber...

Ja, aber die evcc-Tesla-Anbindung ist "read-only" - also keine Remote-Commands möglich. Und das finde ich für den iob-Adapter durchaus interessant (Klimatisierung, ggf. auch Ladestrom oder SOC, Hupe )

[ioT4db]

@jleg sagte in Test Tesla-Motors v1.0.0:

die evcc-Tesla-Anbindung ist "read-only" - also keine Remote-Commands möglich. Und das finde ich für den iob-Adapter durchaus interessant (Klimatisierung, ggf. au

ah, ok wusst ich nicht. aber aus evcc-Sicht soll das so sein oder "können" die das auch nicht so einfach umsetzen? Sollte doch wichtig für das Laden sein oder? sorry für die Frage, aber ab (noch) kein E-Mobil