Test Tesla-Motors v1.0.0
-
host.iobroker 2022-12-16 21:31:41.855 error instance system.adapter.tesla-motors.0 terminated with code 1 (JS_CONTROLLER_STOPPED) host.iobroker 2022-12-16 21:31:41.855 error Caught by controller[0]: } host.iobroker 2022-12-16 21:31:41.855 error Caught by controller[0]: code: 'ERR_PACKAGE_PATH_NOT_EXPORTED' host.iobroker 2022-12-16 21:31:41.854 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/axios-cookiejar-support/lib/index.js:8:40) { host.iobroker 2022-12-16 21:31:41.854 error Caught by controller[0]: at require (node:internal/modules/cjs/helpers:103:18) host.iobroker 2022-12-16 21:31:41.854 error Caught by controller[0]: at Module.require (node:internal/modules/cjs/loader:1057:19) host.iobroker 2022-12-16 21:31:41.854 error Caught by controller[0]: at Function.Module._load (node:internal/modules/cjs/loader:833:27) host.iobroker 2022-12-16 21:31:41.854 error Caught by controller[0]: at Function.Module._resolveFilename (node:internal/modules/cjs/loader:971:27) host.iobroker 2022-12-16 21:31:41.854 error Caught by controller[0]: at Function.Module._findPath (node:internal/modules/cjs/loader:562:31) host.iobroker 2022-12-16 21:31:41.854 error Caught by controller[0]: at resolveExports (node:internal/modules/cjs/loader:522:36) host.iobroker 2022-12-16 21:31:41.854 error Caught by controller[0]: at packageExportsResolve (node:internal/modules/esm/resolve:649:3) host.iobroker 2022-12-16 21:31:41.854 error Caught by controller[0]: at throwExportsNotFound (node:internal/modules/esm/resolve:365:9) host.iobroker 2022-12-16 21:31:41.853 error Caught by controller[0]: at new NodeError (node:internal/errors:387:5) host.iobroker 2022-12-16 21:31:41.853 error Caught by controller[0]: Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: Package subpath './lib/defaults' is not defined by "exports" in /opt/iobroker/node_modules/axios/package.json host.iobroker 2022-12-16 21:31:41.853 error Caught by controller[0]: ^ host.iobroker 2022-12-16 21:31:41.853 error Caught by controller[0]: throw e; host.iobroker 2022-12-16 21:31:41.852 error Caught by controller[0]: node:internal/modules/cjs/loader:528 -
Es scheint gelöst. Ich habe nach der erneuten Github installation über den Expertenmodus die Instanznummer auf 10 gesetzt. Jetzt ist alles grün. Also durch das Backup scheinen irgendwo Fragmente die 0 bzw. 1 zu blockieren.
-
Teilweise stelle ich fest, dass ich einen sehr hohen Stromverbrauch bei abgestelltem Fahrzeug habe. Nun frage ich mich woran das liegt und habe schon versucht die Abfragen der Daten zu reduzieren, in der Annahme, dass das Fahrzeug evtl. nicht in den Schlafmodus geht, wenn man die Daten regelmäßig abfragt. Ist das so? Und wenn ja, bei allen Daten?
Evtl. liegt es auch einfach an der Kameraüberwachung, aber bei bis zu 5% (LR Batterie) pro Tag ist das schon echt ein Thema... -
@joergh wenn du den sentry mode aktiviert hast, ist dieser Stromverbrauch normal.
Ich kann bei mir, bei beiden Fahrzeugen, keinen Mehrverbrauch durch diesen Adapter feststellen. -
@joergh 5% da hast du verm. den Wächtermodus aktiv (zu Hause kann man den abschalten), dann ist es uU normal
ich habe mit dem Adapter aufgehört, da unser Tesla gar nicht mehr in den Schlaf ging
ev. wäre das heute aber schon wieder, war damals auch ein Thema vom Account selbst. -
@marlan99 sagte in Test Tesla-Motors v1.0.0:
@joergh wenn du den sentry mode aktiviert hast, ist dieser Stromverbrauch normal.
Ich kann bei mir, bei beiden Fahrzeugen, keinen Mehrverbrauch durch diesen Adapter feststellen.Ok, danke. Wahnsinn was die paar Kameras an Strom ziehen...
-
Ich ging davon aus, dass tesla-motors.0.XXXXXXXXXXXXXX.charge_history.total_charged.value (geladene kWh) der Gesamtwert ist. Nun habe ich gesehen, dass der Wert nur die letzten 31 Tage beinhaltet. Für den Gesamtwert finde ich keinen Datenpunkt. Gibt es dafür einen Datenpunkt bzw. kann er eingefügt werden?
-
Mit der aktuellen Version des Adapters von V1.3.1 erhalte ich immer Meldungen von falschem Datentyp.
Zum Beispiel:tesla-motors.0 2022-12-28 10:28:53.686 info State value to set for "tesla-motors.0.5YJSA7E25HF205349.vehicle_state.media_info.now_playing_source" has to be type "string" but received type "number" tesla-motors.0 2022-12-28 09:24:52.852 info State value to set for "tesla-motors.0.LRW3E7EL8NC605350.vehicle_state.media_info.now_playing_source" has to be type "string" but received type "number" tesla-motors.0 2022-12-28 09:22:53.011 info State value to set for "tesla-motors.0.LRW3E7EL8NC605350.vehicle_state.media_info.now_playing_source" has to be type "string" but received type "number" tesla-motors.0 2022-12-28 09:20:53.848 info State value to set for "tesla-motors.0.LRW3E7EL8NC605350.vehicle_state.media_info.now_playing_source" has to be type "string" but received type "number"Könnte man dies in einem update bitte anpassen?
-
@marlan99 sagte in Test Tesla-Motors v1.0.0:
Könnte man dies in einem update bitte anpassen?
Hast du die Datenpunkte mal gelöscht und neu einlesen lassen?
Wenn das nicht funktioniert, am besten ein Issue drüben auf github da lassen. -
@thomas-braun danke für den Tipp. Habe ich gemacht, nur lautet die Fehlermeldung nun umgekehrt :
tesla-motors.0 2022-12-29 09:41:30.498 info State value to set for "tesla-motors.0.5YJSA7E25HF205349.vehicle_state.media_info.now_playing_source" has to be type "number" but received type "string" tesla-motors.0 2022-12-29 09:23:30.536 info State value to set for "tesla-motors.0.5YJSA7E25HF205349.vehicle_state.media_info.now_playing_source" has to be type "number" but received type "string" tesla-motors.0 2022-12-29 09:05:30.446 info State value to set for "tesla-motors.0.5YJSA7E25HF205349.vehicle_state.media_info.now_playing_source" has to be type "number" but received type "string" tesla-motors.0 2022-12-29 08:47:30.378 info State value to set for "tesla-motors.0.5YJSA7E25HF205349.vehicle_state.media_info.now_playing_source" has to be type "number" but received type "string" tesla-motors.0 2022-12-29 08:45:30.456 info State value to set for "tesla-motors.0.5YJSA7E25HF205349.vehicle_state.media_info.now_playing_source" has to be type "number" but received type "string"Ich werde auf github ein Issue dazu erfassen
-
Hallo zusammen,
zunächst vielen Dank für den Adapter - funktioniert top!Allerdings bräuchte ich bei der Charge_History einen Denkanstoß. Wie kann ich all die Datenpunkte sinnvoll visualisieren? Betreibe den Adapter mit der Version 1.3.1. -
Wie habt ihr sowas realisiert? Für jegliche Hilfe bin ich dankbar.
Gruss
Darius -
Warum hat das Setzen des Datenpunktes "set_charging_amps-charging_amps" bei mir keine Auswirkungen? Hat Jemand eine Idee?
Mache ich es, während des Ladevorgangs, manuell in der Tesla App, gehts direkt. D.h., das Auto wird geladen und ich kann in der App direkt die Ampere ändern. Die Änderung greift dann auch sofort. Quasi ohne den Ladevorgang kurz zu unterbrechen.
Das Ändern in der App hat irgendwie auch keine Auswirkungen auf den Datenpunkt. Sprich, er wird nicht aktualisiert. -
@Sandmanyz
Klingt nicht so, als hätte der Adapter überhaupt eine Verbindung zu Deinem Tesla... -
@sandmanyz Wichtig das sie die befehle unbestätigt gesendet werden und im log schauen was die Rückmeldung ist
-
@tombox sagte in Test Tesla-Motors v1.0.0:
@sandmanyz Wichtig das sie die befehle unbestätigt gesendet werden und im log schauen was die Rückmeldung ist
Allerdings müsste er in jedem Fall die Änderung durch die App in seinen Objekten sehen...
-
@joergh
Der Adapter hat eine Verbindung. Es werden alle Datenpunkte korrekt angezeigt.
EDIT: Dir gilt natürlich auch mein Dank!
@tombox
Oh, unbestätigt....das habe ich vorhin nicht getestet weil ich es nicht wusste
. Unbestätigt funktioniert es 
. Danke für den Tipp
Wie kann ich aus Blockly heraus den Datenpunkt unbestätigt ändern? -
@sandmanyz sagte in Test Tesla-Motors v1.0.0:
Wie kann ich aus Blockly heraus den Datenpunkt unbestätigt ändern?
Statt "Aktualisieren" musst Du einfach "Steuere" nehmen
-
@joergh
Ich danke dir, funktioniert@tombox
Im Log erscheinen jetzt immer mal wieder die folgenden Meldungen. Ich würde sagen, dass es mit dem setzen (steuern) des Datenpunktes "tesla-motors.0.LRWxxxxxxxxxx.remote.set_charging_amps-charging_amps" zu tun hat.
Mache ich was falsch oder könnte es am Adapter liegen?tesla-motors.0 2023-02-07 11:28:41.223 error Error: socket hang up tesla-motors.0 2023-02-07 11:28:41.223 error https://owner-api.teslamotors.com/api/1/vehicles/818527008737282/vehicle_data tesla-motors.0 2023-02-07 11:28:41.222 error General error -
Hallo zusammen,
Der Adapter läuft seit Mitte Dezember problemlos, allerdings bekomme ich seit heute Morgen folgenden Fehler:
Ich habe "nur" eine Powerwall, also kann es nicht an den DP oben beschrieben liegen.tesla-motors.0 15379 2023-02-07 09:55:23.451 error Error: socket hang up
tesla-motors.0 15379 2023-02-07 09:55:23.450 error https://owner-api.teslamotors.com/api/1/energy_sites/140439652631/site_info
tesla-motors.0 15379 2023-02-07 09:55:23.450 error General error
tesla-motors.0 15379 2023-02-07 10:00:14.226 error Error: socket hang up
tesla-motors.0 15379 2023-02-07 10:00:14.226 error https://owner-api.teslamotors.com/api/1/energy_sites/140439652631/calendar_history?kind=self_consumption&start_date=2016-01-01T00%3A00%3A00%2B01%3A00&period=lifetime&time_zone=Europe%2FBerlin&end_date=2023-02-07T09:59:14.026Z
tesla-motors.0 15379 2023-02-07 10:00:14.226 error General errorAdapter ist Ver. 1.3.2
Auth Link habe ich schon neu generiert. -
@paul-p said in Test Tesla-Motors v1.0.0:
error Error: socket hang up
Diese Meldungen habe ich soeben auch entdeckt, nachdem ich hier davon geleseb habe.
Habe die Instanz mal neu gestartet.Die Fehlermeldung erscheint ca. alle 20 Minuten.
Das Abfrageintervall ist bei mir bei 2 Minuten (120 Sekunden)
Adapter Version 1.3.2 seit einem TagEdit: Fehlermeldung kommt auch nach dem restart der Instanz weiterhin
