Test Tesla-Motors v1.0.0

[JoergH]

Ich bin nicht sicher, würde es aber mal über charge_port_door_open probieren

[lebeART]

@lobomau Hast Du mittlerweile eine Lösung gefunden wie man die neue Tesla API mit IOBROKER zusammenbringt das man den Wagen auch wieder steuern kann und nicht nur lesen ?

[lebeART]

@stedo Hast Du eine Lösung für das nur lesen nicht schreiben Problem gefunden ?

[danielos]

Hallo zusammen

Ich hatte lange Zeit meinen Tesla Adapter deaktiviert und mein Fahrzeug schlief friedlich vor sich hin. Seitdem ich nun den Adapter wieder aktivierte und ein Überschussladenskript aktivierte, schläfts wieder nicht mehr und verbraucht einigen Strom deshalb. Hat allenfalls jemand eine Idee, woran das liegen könnte?

Mein Setup sieht wie folgt aus:

Ich habe eine Photovoltaik-Anlage und eine Batterie dazu. Sobald die Batterie genügend geladen ist, soll das Auto aufgeweckt werden, um es danach auf tiefer Flamme zu laden ("Tiefe Flamme" bedeutet, es wird so rasch geladen, wie die Batterie Strom abgeben kann). Sobald die Batterie dann einen gewissen Mindeststand erreicht, wird der Ladevorgang beendet.

Soweit so gut.... wenn da der Vampire Drain nicht wäre.

Ich überwache letztendlich die Batterie und wenn da die Trigger anschlagen, erst dann werden Funktionen vom Tesla Adapter genommen. Gleichzeitig habe ich einen Alias, welche den Ladeportstatus abbildet. Denn wenn der Ladeport sich öffnet soll etwas passieren (konkret soll geprüft werden ob das Auto zu laden beginnt und das beenden. Andernfalls würde der Tesla immer zu laden beginnen wenn ich das Kabel anhänge und das möchte ich verhindern bzw. nur bei den Batterie-Triggern aktiv werden lassen).

Nur klappt's irgendwie nicht.

Hat allenfalls jemand eine Idee, woran das liegen könnte?

Trigger um den PV-Batterieladestand zu überwachen:

Trigger um zu schauen, ob der Ladeport geöffnet wird (ACTUAL -> Alias auf den Ladeport-Status)

Sofern eine dieser beiden Dinge anschlägt, geht der Überprüfungsprozess los. Es wird geschaut, ob der Batterieladestand genügend hoch zu laden ist, falls ja, ob der Tesla eingesteckt ist, wenn ja, ob das Auto auch zu Hause ist und geladen werden müsste. Falls ja, geht's los....

Habt ihr eine Idee, was hier das Problem sein könnte?

Herzlichen Dank für die Hilfe!!

[Matty06]

@danielos ich verwende folgendes Script https://github.com/thps1990/TeslaChargejs/blob/main/TeslaChargejs.js

Das funktioniert einwandfrei, so lange der iobroker Adapter noch schreiben kann.
Ich finde es schade das hier nicht an einer Lösung gearbeitet wird
Zum Glück ist mein Auto noch nicht betroffen.

[Schimi]

@matty06
Das wird gar nicht sooo einfach, befürchte ich.....

Tesla hat seine eigen Zertifikate und man müsste nen Server dafur aufsetzen und sowas.....

Zumindest habe ich das so verstanden weio die umstellung gerade veinTeslaLogger passiert ist...
Kann ich euch auch nur als Tipp geben... Über mqtt kann man ihn auch im iobroker einbinden UND schreiben

[XxJooO]

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

Kann ich euch auch nur als Tipp geben... Über mqtt kann man ihn auch im iobroker einbinden UND schreiben

Kannst Du bitte mal einen Hinweis darauf geben, wo man dazu was nachlesen kann?

Grüße

[steffK]

Aktuelle Test Version | 1.4.2
Ich habe in der Powerwall2 mit dem Adapter 2 Herausforderungen:

1. seit einiger Zeit wird das Attribut Live_Status/Energy_Left nicht mehr aktualisiert, weiß jemand warum?
2. wo kann ich im Adapter manuell die Option setzen ob ich die Batterie vom Grid laden lassen möchte oder nicht. Die Funktion gibt es in der App, ein Attribut dazu finde ich im Adapter nicht - wäre aber gut um nach dynamischen Tarifen laden zu können

[XWing]

@xxjooo Am Besten im TTF Forum https://tff-forum.de/t/teslalogger-mit-raspberry-pi-mysql-grafana-osm-teil-2/ Bassmaster ist der Entwickler und Eugenius programmiert die MQTT Sachen.
Bei Github: https://github.com/bassmaster187/TeslaLogger#teslalogger . Wenn Du einen Docker Container erstellst ist das Programm kostenlos.
Die neue FleetAPI ist dort eingebaut.

[reinhard-boehm]

Hallo.
Mein Tesla-Motors_Adapter ( aktuelle Version ) läuft nicht mehr. Den „Auth-Link“ von der Anmeldeseite habe ich neu eingefügt - bringt keine Verbesserung.

Auth-Link ( gekürzt ).

https://auth.tesla.com/void/callback?locale=de-DE&code=EU_65895c249d8eeb74e11a94be71e0066da85d5dee1506eb32f3bc3134……..

Hat jemand eine mögliche Lösung für das Problem ?

[JoergH]

@reinhard-boehm Ich würde das System mal auf den aktuellsten Stand bringen. Das sieht mir jedenfalls nicht nach einem Authentifizierungsfehler aus.

[reinhard-boehm]

@joergh Danke für die Antwort, aber mein Debian ist auf dem aktuellen Stand, der ioBroker auch.

[Thomas Braun]

@reinhard-boehm sagte in Test Tesla-Motors v1.0.0:

aber mein Debian ist auf dem aktuellen Stand, der ioBroker auch.

Nö, dein nodejs ist z. B. nicht auf dem aktuellen Stand. Das wäre für den 18er-Zweig die v18.20.2

[tombox]

@reinhard-boehm
https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1966219.html

[reinhard-boehm]

@tombox @Thomas-Braun
Node.sj upgedatet, es funktioniert wieder.

Ich danke Euch.

[Thomas Braun]

@reinhard-boehm sagte in Test Tesla-Motors v1.0.0:

es funktioniert wieder.

Ein aktuell gehaltenes System ist immer die Grundvoraussetzung für ein laufendes/funktionierendes System.
Wie schaut der Rest vom Fest aus?

iob diag

anschauen.

[reinhard-boehm]

@thomas-braun Hallo Thomas,
etwa so:

[Thomas Braun]

@reinhard-boehm

Lieber in das Forum kopieren.

Operating System: Debian GNU/Linux trixie/sid

Dir ist bewusst, das dies testing/unstable ist?

Setzz den user admin auch in die Gruppen adm und iobroker

Boot Target: graphical.target

sudo systemctl set-default multi-user.target

Wassen da los? Was macht der xrdp da? Vollkommen überflüssig auf einem Server.

UNIT LOAD ACTIVE SUB DESCRIPTION

• grafana-server.service loaded failed failed Grafana instance
• logrotate.service loaded failed failed Rotate log files
• xrdp-sesman.service loaded failed failed xrdp session manager
• xrdp.service loaded failed failed xrdp daemon

WTF???

*** OS-Repositories and Updates ***
Hit:1 http://security.debian.org/debian-security buster/updates InRelease
Hit:2 http://deb.debian.org/debian buster InRelease
Hit:3 http://ftp.de.debian.org/debian sid InRelease
Hit:4 http://deb.debian.org/debian buster-updates InRelease
Hit:5 https://deb.nodesource.com/node_18.x nodistro InRelease
Reading package lists...
Pending Updates: 238

Was ist das für ein Murks... Was jetzt? sid? buster? bustid? sidster?
Schmeiß die Quelle für sid raus und installier da NEU das aktuelle Release Debian 12 'Bookworm'.

[juergschwarz]

Hallo an alle. Mal eine Grundsatzfrage, da hier schon über die neue Fleet-Api diskutiert wurde. Ich muss für einen Kollegen eine Steuerung mit dem ioBroker zusammenstellen. Wie sieht das denn jetzt mit dem tesla-motors Adapter bezüglich der fleet-api aus? Klappt das jetzt oder muss ich meinen Kollegen vertrösten?

[Banis]

Hallo zusammen,

ich bekomme bei mir im Log immer folgende Fehlermeldungen:

tesla-motors.0
	2024-05-03 09:04:43.127	error	AxiosError: maxContentLength size of -1 exceeded
tesla-motors.0
	2024-05-03 09:04:43.127	error	https://owner-api.teslamotors.com/api/1/energy_sites/XXXXXXXXX/calendar_history?kind=energy&time_zone=Europe/Berlin&period=lifetime&end_date=2024-05-03T09:04:20.163Z

Die Meldungen kommen sowohl bei der Adapterversion 1.3.2 als auch bei der 1.4.5.

Ein Problem bei der Funktion kann ich allerdings nicht feststellen. Hat jemand eine Idee wie ich die Meldungen weg bekommen?