Test Tesla-Motors v1.0.0
-
Also bei der Powerwall erhalte ich nun die Angaben von jemand anderem....
Die ID meiner PW lautet:
tesla-motors.1.STE2020xxxx-00103und ich habe aktuell Datenpunkte von:
tesla-motors.1.STE2020xxxx-00114Die Datenpunkte der Fahrzeuge wird nicht mehr erstellt
-
@marlan99 jetzt habe ich zum dritten mail den auth code updated und nun wird der ganze Baum wieder korrekt erstellt, inkl. richtiger PW2
was war denn das nun ? Evtl. seitens Tesla ein Bug?
-
Der Datenpunkt "total" ist mit dieser Version ersichtlich, jedoch noch leer
-
ich vermute mit der Filterfunktion scheint etwas noch nicht ganz ok zu sein.
Ich habe die Filter liste (exclude liste) aktuell noch leer und erhalte auch nicht jeden Datenpunkt.Im Protokoll sind folgende Einträge drin:
tesla-motors.0 2023-10-03 09:33:54.725 info Skip path tesla-motors.0 2023-10-03 09:33:54.724 info Skip path tesla-motors.0 2023-10-03 09:33:54.723 info Skip path tesla-motors.0 2023-10-03 09:31:54.728 info Skip path tesla-motors.0 2023-10-03 09:31:54.727 info Skip path tesla-motors.0 2023-10-03 09:31:54.726 info Skip path tesla-motors.0 2023-10-03 09:29:54.727 info Skip path -
@marlan99 sollte jetzt alles behoben sein
-
@tombox sieht gut aus. Alle oben angemerkte Probleme behoben.
Den Filter muss ich noch testen. --> EDIT: funktioniert mit ID wie auch Objekte (mit Stern am Ende für alle Datenpunkte die so identifiziert werden können)
Die Datenpunkte unter Total werden befüllt (muss noch testen ob die Werte korrekt sind bei mir) --> EDIT: funktioniert und passtCOOOOL -> Danke
-
einzige Meldung im Log aktuell ist nur noch dieser hier (allerdings nur bei einem Fahrzeug von zwei):
State value to set for "tesla-motors.1.5YJSA7E25HF205349.remote.auto_conditioning_start" has to be type "boolean" but received type "string" -
@marlan99 Welche werte hat auto_conditioning_start bei dir
-
@tombox ich verstehe die Frage nicht. Ist ein Button (true/false)
Hier die Definition des Datenpunkts (bei beiden Fahrzeugen identisch)
{ "type": "state", "common": { "name": "", "type": "boolean", "role": "button", "write": true, "read": true }, "native": {}, "from": "system.adapter.tesla-motors.1", "user": "system.user.admin", "ts": 1696336040417, "_id": "tesla-motors.1.5YJSA7E25HF205349.remote.auto_conditioning_start", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } } -
update zum Fehlerhaften Datentyp.
Ich war eben mit diesem Fahrzeug unterwegs und seither kommen keine Meldungen mehr.Soll einer verstehen....
EDIT: nachdem das Fahrzeug nun ca 30 Minuten steht sind dieselben Meldungen wieder im Log.
-
Hallo Zusammen,
ich verwende auch noch (wie @Banis) FHEM, um meine PW2 abzufragen.
Gestern wurde dann dieser Issue geschlossen https://github.com/iobroker-community-adapters/ioBroker.tesla-motors/issues/4
In diesem Issue ging es auch um die Abfrage über die lokale API. Ist dies nun auch implementiert?
Ich würde gern den Adapter von FHEM zu ioB umziehen, jedoch lieber mit lokaler API.
Danke schonmal für Euer Feedback...
Grüße
-
@friesenjung ist eher schwierig wenn man keine lokal hat
hast du schon das Homebridge plugin getestet
https://github.com/datMaffin/homebridge-tesla-powerwall -
@friesenjung tatsächlich hatte ich gestern den request geschlossen. Sorry für das.
Grund dahinter war, dass die Option einzelne Devices auszublenden nun implementiert ist und auch die Total importierte/exportierte Energie nun ebenfalls als Datenpunkt zur Verfügung steht.
-
hi @tombox,
danke für die prompte Info!
Die Homebridge-Anbindung hatte ich noch garnicht auf dem Schirm, danke! Werde ich mir mal in ruhe zu Gemüte führen
Falls Du (irgendwann) doch noch was in Richtung API implementieren möchtest, unterstütze ich gern wenns ums testen geht.
VG
-
Hi,
Ich habe seit Samstag folgenden Fehler, an was kann das liegen?
tesla-motors.0 29722 2023-10-09 14:52:53.810 info terminating tesla-motors.0 24751 2023-10-09 14:52:57.802 info starting. Version 1.3.2 in /opt/iobroker/node_modules/iobroker.tesla-motors, node: v16.20.1, js-controller: 5.0.5 tesla-motors.0 24751 2023-10-09 14:52:57.831 info Session loaded tesla-motors.0 24751 2023-10-09 14:52:57.831 info Refresh session tesla-motors.0 24751 2023-10-09 14:52:58.818 info Receive device list tesla-motors.0 24751 2023-10-09 14:52:59.204 info Found 1 devices tesla-motors.0 24751 2023-10-09 14:52:59.542 error General error tesla-motors.0 24751 2023-10-09 14:52:59.542 error https://owner-api.teslamotors.com/api/1/powerwalls/************/status tesla-motors.0 24751 2023-10-09 14:52:59.542 error AxiosError: Request failed with status code 410 tesla-motors.0 24751 2023-10-09 14:52:59.542 error {"response":null,"error":"https://powergate.prd.sn.tesla.services:443/api/powerwalls/**********05C/status => Gone","error_description":""}Auth String habe ich schon mehrfach neu erstellt/eingegeben. Das Erstellen brachte jedoch nichts denn es wird ja immer der gleiche erstellt. Evtl. kann mir jemand helfen. Danke
-
@paul-p sagte in Test Tesla-Motors v1.0.0:
node: v16.20.1, js-controller: 5.0.5
An alten Versionen...
Nee, Error 410 ist eine Änderung auf dem Server von Tesla. Hier muss gegebenenfalls u. U. der Adapter angepasst werden. Gibt es ein Issue dazu?
Edit: Ja, gibt es:
https://github.com/iobroker-community-adapters/ioBroker.tesla-motors/issues/89
Die ollen Kamellen würde ich dennoch auf einen aktuellen Stand bringen.
closed Powerwall status / error 410 #89
-
Das Update auf 1.3.3 hat bei mir leider nicht geholfen.
Ich habe nunmehr die bereits vorhandene Version 1.3.4 alpha installiert, aber immer noch Fehlermeldungen im Log.tesla-motors.0 21757 2023-10-20 21:39:25.647 error TypeError: data.time_series is not iterable tesla-motors.0 21757 2023-10-20 21:39:25.647 error https://owner-api.teslamotors.com/api/1/energy_sites/1689344350182333/calendar_history?kind=energy&start_date=2016-01-01T00%3A00%3A00%2B01%3A00&time_zone=Europe/Berlin&period=lifetime&end_date=2023-10-20T21:39:21.689Z tesla-motors.0 21757 2023-10-20 21:39:25.646 error General error tesla-motors.0 21757 2023-10-20 21:39:23.574 error {"response":null,"error":"https://powergate.prd.sn.tesla.services:443/api/v2/energy_site/backup_history => No valid dins were present in the request [[ /api/v2/energy_site/backup_history?kind=backup&site_id=STE20231012-00386&dins=&asset_site_id=2923b874-3fe9-4407-8582-d151ae568850 ]]","error_description":""} tesla-motors.0 21757 2023-10-20 21:39:23.574 error AxiosError: Request failed with status code 400 tesla-motors.0 21757 2023-10-20 21:39:23.573 error https://owner-api.teslamotors.com/api/1/energy_sites/1689344350182333/history?kind=backup tesla-motors.0 21757 2023-10-20 21:39:23.573 error General error -
@sprite01
Selber Fehler bei mir. Leider auch noch mit der 1.3.4. alpha0
Gruß Volker -
@sprite01 wie gesagt bei den meisten geht es welche version habt ihr
"version": "23.28.2 27626f98",
Bräuchte ich ein accesstoken um das nachzuvollziehen -
@tombox sagte in Test Tesla-Motors v1.0.0:
@sprite01 wie gesagt bei den meisten geht es welche version habt ihr
"version": "23.28.2 27626f98",
Bräuchte ich ein accesstoken um das nachzuvollziehenWelche Version meinst du, spielt der Wall Connector hier auch eine Rolle ?
Ich dachte der Tesla-Motors, ist für mich besser wenn ich den Wall Connector erst mal nicht beachten möchte.
(Meine Version wäre die 23.24.3-ba52398)
