Test Tesla-Motors v1.0.0
-
@holgercw Du hast recht war nicht richtig gemacht. Kannst du nochmal via github installieren dann sollte es gehen
-
Hi,
welchen Datenpunkt muss ich benutzen um den ladestecker zu entriegeln?
reicht ".....remote.charge_port_door_open"?
Der wagen ist erst in nen paar Std wieder hier damit ich testen kann
-
ok habs....
muss zuerst charge_stop senden und dann charge port open
-
@tombox gibt es schon Pläne diese Version als Release herauszugeben?
Aus meiner Sicht läuft es super stabil die Angaben meiner zwei Fahrzeuge und der Powerwall werden zuverlässig aktualisiert und die von mir verwendeten Funktionen sind top.
-
@marlan99 du meinst im stable branch? im latest sollte es ja schon drin sein
-
@tombox ja, sorry. Meinte den stable
-
Moin,
erstmal vielen Dank für die klasse Arbeit hier!
Ich habe aber auch Probleme mit Aktualisierung.
Die Remote commands gehen ohne merkliche Latenz.
(Zum Beispiel tesla-motors.xxxx.remote.charge_port_door_open )Aber die Daten in tesla-motors.nnn.charge_state oder einem anderen *_state werden nie oder Stunden später aktualisiert.
Die aktuelle Git Version zeit mir bei Start diesen Fehler, ist aber 3xgrün.
tesla -motors.0
2021-10-11 11:36:46.669 info Expires: undefined Created_at: undefined
tesla-motors.0
2021-10-11 11:36:46.669 info Start own Token Refresh
tesla-motors.0
2021-10-11 11:36:46.242 info starting. Version 1.0.5 in /opt/iobroker/node_modules/iobroker.tesla-motors, node: v12.22.6, js-controller: 3.3.18Besten Dank für Hilfe & Weiterentwicklung
Stefan -
@stefanried kannst du den adapter in debug setzen und mir per privat nachricht den log zuschicken
-
Es gibt jetzt den neuen remote Befehl
set_charging_amps-charging_amps zum Ladestrom einstellen -
@tombox ich glaube das wird ab der FW version 2021.36 verfügbar sein.
Gibt es da nicht auch noch zwei weitere mit "Geplante Abfahrt" und "Geplanter Ladevorgang"? In den Release Notes der App stand etwas davon . -
@tombox wow.
Darauf haben wir alle gewartet. Endlich kann man die Leistung aus der Solaranlage komplett ins Auto schieben.
Wo kommt der Command her? Steht noch nicht einmal auf: https://www.teslaapi.io/vehicles/commands
Die APP bietet es ja auch noch nicht an. -
@stefanried wirst du in der App sehen, sobald dein Fahrzeug die 2021.36 installiert hat.
-
Ein öffnen des Kofferraums bringt mir nur
{"response":{"reason":"invalid_value","result":false}}im Log. Geöffnet wird nicht.
Das selbe klappt z.b. mit der Ladeklappe problemlos.Nutze die aktuelle Version von Github...
Edit:
Bei dem "alten" Adapter war es so, dass die änderbaren States direkt auch beschrieben werden konnten. Nun habe ich ja einen State für den Status, einen anderen für das setzen. Z.b. beim Ladelimit ist das relativ schlecht mit einem Slider in VIS umsetzbar. Ist das Absicht, oder sehe ich den Wald vor lauter Bäumen gerade nicht? -
@darkbrain85 Ist noch "absicht" muss noch nach gereicht werden
-
@darkbrain85 Kannst du mal den adapter in debug setzen umzu schauen was er genaut sendet. Über die app gehen die funktionen alle?
In der aktuellen github version wird remote ladelimit aktualisiert -
@tombox Ich erhalte im log folgendes:
tesla-motors.0 2021-10-13 07:38:06.363 info {"response":{"reason":"invalid_value","result":false}} tesla-motors.0 2021-10-13 07:38:05.984 debug {} tesla-motors.0 2021-10-13 07:38:05.984 debug https://owner-api.teslamotors.com/api/1/vehicles/1689093781xxxxxx/command/actuate_trunkÜber die App geht natürlich alles wie vorgesehen.
-
@darkbrain85 hast du wirklich die letzte Version von GitHub installiert?
-
@tombox Kurz vor dem Test nochmal gemacht...
Ich lösche den Adapter mal und installiere neu.
-
Es gibt wieder
tesla-motors.0 2021-10-13 08:00:05.652 debug WS received:{"msg_type":"data:error","tag":"224171617237","value":"disconnected","error_type":"vehicle_disconnected"} tesla-motors.0 2021-10-13 07:59:56.944 info {"response":{"reason":"invalid_value","result":false}} tesla-motors.0 2021-10-13 07:59:56.497 debug {} tesla-motors.0 2021-10-13 07:59:56.497 debug https://owner-api.teslamotors.com/api/1/vehicles/1689093781xxxxxx/command/actuate_trunkJetzt allerdings mit der Disconnect Meldung ganz oben. Woher kommt das?
Das passiert z.B. beim öffnen der Ladeklappe auch, nur dass da die Rückmeldung positiv ist:tesla-motors.0 2021-10-13 08:00:51.312 debug WS received:{"msg_type":"data:error","tag":"224171617237","value":"disconnected","error_type":"vehicle_disconnected"} tesla-motors.0 2021-10-13 08:00:50.649 info {"response":{"reason":"","result":true}} tesla-motors.0 2021-10-13 08:00:50.282 debug {} tesla-motors.0 2021-10-13 08:00:50.282 debug https://owner-api.teslamotors.com/api/1/vehicles/1689093781xxxxxx/command/charge_port_door_open -
@darkbrain85 said in Test Tesla-Motors v1.0.0:
Bei dem "alten" Adapter war es so, dass die änderbaren States direkt auch beschrieben werden konnten. Nun habe ich ja einen State für den Status, einen anderen für das setzen. Z.b. beim Ladelimit ist das relativ schlecht mit einem Slider in VIS umsetzbar. Ist das Absicht, oder sehe ich den Wald vor lauter Bäumen gerade nicht?
Im Sinne eines Digitalen Zwillings ist das so eigentlich viel besser wie es jetzt ist. Ein Remote Command ist eigentlich ein State-Charge-Request auf dem Device, erst der Response von vehicle_data, dass die Änderung tatsächlich angekommen ist, ist der eigentliche remote-state-change und stellt sicher, dass es auch auch geändert wurde.
Bei einigen Dinge wie dem Ladestrom kann das ja deutlich unterschiedlich. Du kannst also 16Amp wünschen, wenn Du aber nur an einer schwachen Leitung (Schuko Steckdose) hängst bietet die EVSE (hoffentlich) nur 13 Amp an, das Auto sagt dann korrekt, dass es auf 13 geht und nicht auf 16.
Also bin ich dafür es nicht zu vermischen wie beim alten Adapter.
Denkt auch an die Autos die nicht zuhause im Wifi stehen. Bei schlechter Connectivity kann es schon sein, dass Minuten vergehen zwischen dem Change-Request und der Delivery ans Fahrzeug und dann der Response. Wenn Du die States direkt überschreiben würdest, wäre das ganze Battery&Lade Logging nicht mehr korrekt.
