[46_TeslaPowerwall2AC] neues Modul für Tesla Stromspeicher

LR66 · 27 März 2021, 22:02:37

Mmmh, das klappt noch nicht.
Im Aktivsystem hatte ich ja das Device gelöscht. Jetzt hab ich update gemacht, device angelegt, Atrribut Email eingegeben. Soweit so gut... dann stand erstmal remove Password da, gemacht, dann Passwort gesetzt. Dannach stand da kurz, dass 10 Abfragen in Queue sind, dann wieder reboots...
Hab es dann geschafft, das Device wieder zu löschen.
Im Logfile nur das gefunden:

Code Auswählen

Undefined subroutine &main::TeslaPowerwall2AC_Write called at fhem.pl line 3379.

CoolTux · 27 März 2021, 22:20:23

Zitat von: LR66 am 27 März 2021, 22:02:37
Mmmh, das klappt noch nicht.
Im Aktivsystem hatte ich ja das Device gelöscht. Jetzt hab ich update gemacht, device angelegt, Atrribut Email eingegeben. Soweit so gut... dann stand erstmal remove Password da, gemacht, dann Passwort gesetzt. Dannach stand da kurz, dass 10 Abfragen in Queue sind, dann wieder reboots...
Hab es dann geschafft, das Device wieder zu löschen.
Im Logfile nur das gefunden:
Code Auswählen Erweitern
Undefined subroutine &main::TeslaPowerwall2AC_Write called at fhem.pl line 3379.

Ok ich denke ich weiß wieso und wo. Ich fixe es, kannst dann morgen früh gerne update machen

LR66 · 27 März 2021, 22:36:08

Alles gut, nur keine Eile! Es ging doch eh mal ab und nicht wg. Tesla, das ist nicht akut... !

Edit: Kann vor Passworteingabe und loslaufen des Pollings auch mal versuchen, verbose hoch zu setzen, damit man im Log mehr sieht?

CoolTux · 27 März 2021, 23:19:42

Zitat von: LR66 am 27 März 2021, 22:36:08
Alles gut, nur keine Eile! Es ging doch eh mal ab und nicht wg. Tesla, das ist nicht akut... !
Edit: Kann vor Passworteingabe und loslaufen des Pollings auch mal versuchen, verbose hoch zu setzen, damit man im Log mehr sieht?

Musste nicht. Ich weiß ja woran es liegt. bin gerade dran

CoolTux · 27 März 2021, 23:22:25

so nun sollte es gehen

LR66 · 28 März 2021, 12:22:23

Wow, es läuft wieder mit v1.07 !!
Hab schon mal ganz ganz vielen Dank!!

Eine Bitte bzw. Frage noch:
Könntest Du die Queue-Abfragen in einem konfigurierbaren Attribut listen? Sodass man die bedarfsweise reduzieren kann?
Läuft zwar nonblocking, aber vieles benötigt Otto-Normalo wie ich garnicht und man könnte damit die Abarbeitung der Readings, Traffic und Polling-Intervall günstig beeinflussen...

Nice-to-have wäre auch ein Setzen der Notstromreserve um ein Entladen der PW2 während des Ladens eines Auto's zu vermeiden -> sie rennt dann mit bis zu 4,6kW inkl. Lüfter los und wird leer, alternativ könnte sie sonst gemütlich und ohne Streß z.B. die Nachtverbraucher/Wärmepumpe bedienen...
EDIT devel mode:
Oh, gerade gesehen: Ich probiere mal ob das über Attribute devel und damit wohl möglichem stop und run genauso beeinflussbar ist:
stop: hat sie deaktiviert (dann kommen auch keine Messwerte mehr)
run: hat leider nicht geklappt
Im Moment steht polling nach stop mit 8 entries in der queue und JSON error: garbage after JSON object, at character offset 4 (before "page not found\n") at lib/FHEM/Tesla/Powerwall.pm line 585.
Im Log nur:
2021.03.28 13:09:18 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at lib/FHEM/Tesla/Powerwall.pm line 885.
2021.03.28 13:09:18 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 905.
2021.03.28 13:09:18 1: PERL WARNING: Use of uninitialized value $data in string eq at lib/FHEM/Tesla/Powerwall.pm line 521.
Konnte die PW2 dann über ihre Website wieder auf run setzen und das Modul über password remove und set wieder zum Laufen bringen (disable Attribute ging nicht zum neustarten des Moduls). Auf der Website der PW2 hab ich gar keine Einstellmöglickeit der Notstromreserve im Kundenlogin gefunden. In der App zur PW2 geht es noch...

Und wenn wir bei wünsch-Dir-was sind (tut mir leid, manche können den Hals nicht voll genug kriegen

):
Es gibt hier im Forum das Modul von swhome für Tesla-Fahrzeuge https://forum.fhem.de/index.php/topic,74341.210.html mit Problemen, was
- nach Änderung der Authentifizierung nicht mehr so läuft,
- oder man nur Glück hat, wenn es noch läuft,
- oder man einen m.E. umständlichen Workaround braucht.
Und Du hast ja nun schon Erfahrung mit der Tesla-Authentifizierung (die bei den BEV m.E. nochmal komplizierter ist), wo es aber - siehe Thread - im www Beschreibungen & Lösungen in Phyton und php zum Erlangen eines Tokens gibt...

Da da sicher noch paar mehr Besitzer im Laufe der Zeit kommen: Können wir Dich motivieren, da zu helfen (s. Thread)

Gern auch mal Kontakt per PN oder Du hast ja meine Rufnr noch in PN.

Vielen Dank und schönen Sonntag noch!
Lutz

CoolTux · 28 März 2021, 15:17:48

Ab morgen gibt es eine neue offizielle Version im FHEM SNV Update. Alle die getestet haben können nun den testing Channel wieder entfernen.
update list

update delete URL

fertig

Grüße

CoolTux · 28 März 2021, 15:18:47

Zitat von: LR66 am 28 März 2021, 12:22:23
Wow, es läuft wieder mit v1.07 !!
Hab schon mal ganz ganz vielen Dank!!

Eine Bitte bzw. Frage noch:
Könntest Du die Queue-Abfragen in einem konfigurierbaren Attribut listen? Sodass man die bedarfsweise reduzieren kann?
Läuft zwar nonblocking, aber vieles benötigt Otto-Normalo wie ich garnicht und man könnte damit die Abarbeitung der Readings, Traffic und Polling-Intervall günstig beeinflussen...

Nice-to-have wäre auch ein Setzen der Notstromreserve um ein Entladen der PW2 während des Ladens eines Auto's zu vermeiden -> sie rennt dann mit bis zu 4,6kW inkl. Lüfter los und wird leer, alternativ könnte sie sonst gemütlich und ohne Streß z.B. die Nachtverbraucher/Wärmepumpe bedienen...
EDIT devel mode:
Oh, gerade gesehen: Ich probiere mal ob das über Attribute devel und damit wohl möglichem stop und run genauso beeinflussbar ist:
stop: hat sie deaktiviert (dann kommen auch keine Messwerte mehr)
run: hat leider nicht geklappt
Im Moment steht polling nach stop mit 8 entries in der queue und JSON error: garbage after JSON object, at character offset 4 (before "page not found\n") at lib/FHEM/Tesla/Powerwall.pm line 585.
Im Log nur:
2021.03.28 13:09:18 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at lib/FHEM/Tesla/Powerwall.pm line 885.
2021.03.28 13:09:18 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 905.
2021.03.28 13:09:18 1: PERL WARNING: Use of uninitialized value $data in string eq at lib/FHEM/Tesla/Powerwall.pm line 521.
Konnte die PW2 dann über ihre Website wieder auf run setzen und das Modul über password remove und set wieder zum Laufen bringen (disable Attribute ging nicht zum neustarten des Moduls). Auf der Website der PW2 hab ich gar keine Einstellmöglickeit der Notstromreserve im Kundenlogin gefunden. In der App zur PW2 geht es noch...

Und wenn wir bei wünsch-Dir-was sind (tut mir leid, manche können den Hals nicht voll genug kriegen ):
Es gibt hier im Forum das Modul von swhome für Tesla-Fahrzeuge https://forum.fhem.de/index.php/topic,74341.210.html mit Problemen, was
- nach Änderung der Authentifizierung nicht mehr so läuft,
- oder man nur Glück hat, wenn es noch läuft,
- oder man einen m.E. umständlichen Workaround braucht.
Und Du hast ja nun schon Erfahrung mit der Tesla-Authentifizierung (die bei den BEV m.E. nochmal komplizierter ist), wo es aber - siehe Thread - im www Beschreibungen & Lösungen in Phyton und php zum Erlangen eines Tokens gibt...

Da da sicher noch paar mehr Besitzer im Laufe der Zeit kommen: Können wir Dich motivieren, da zu helfen (s. Thread)
Gern auch mal Kontakt per PN oder Du hast ja meine Rufnr noch in PN.

Vielen Dank und schönen Sonntag noch!
Lutz

Ich schaue was ich Zeitlich machen kann. Da sind ja auch noch zwei drei andere Sachen und Wünsche. Das Tesla Car Modul werde ich nicht machen. Da bitte den swhome mal anschreiben.

Grüße

TimoD · 23 April 2021, 08:48:43

Zitat von: LR66 am 28 März 2021, 12:22:23
Wow, es läuft wieder mit v1.07 !!
Hab schon mal ganz ganz vielen Dank!!

Eine Bitte bzw. Frage noch:
Könntest Du die Queue-Abfragen in einem konfigurierbaren Attribut listen? Sodass man die bedarfsweise reduzieren kann?
Läuft zwar nonblocking, aber vieles benötigt Otto-Normalo wie ich garnicht und man könnte damit die Abarbeitung der Readings, Traffic und Polling-Intervall günstig beeinflussen...

Nice-to-have wäre auch ein Setzen der Notstromreserve um ein Entladen der PW2 während des Ladens eines Auto's zu vermeiden -> sie rennt dann mit bis zu 4,6kW inkl. Lüfter los und wird leer, alternativ könnte sie sonst gemütlich und ohne Streß z.B. die Nachtverbraucher/Wärmepumpe bedienen...
EDIT devel mode:
Oh, gerade gesehen: Ich probiere mal ob das über Attribute devel und damit wohl möglichem stop und run genauso beeinflussbar ist:
stop: hat sie deaktiviert (dann kommen auch keine Messwerte mehr)
run: hat leider nicht geklappt
Im Moment steht polling nach stop mit 8 entries in der queue und JSON error: garbage after JSON object, at character offset 4 (before "page not found\n") at lib/FHEM/Tesla/Powerwall.pm line 585.
Im Log nur:
2021.03.28 13:09:18 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at lib/FHEM/Tesla/Powerwall.pm line 885.
2021.03.28 13:09:18 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 905.
2021.03.28 13:09:18 1: PERL WARNING: Use of uninitialized value $data in string eq at lib/FHEM/Tesla/Powerwall.pm line 521.
Konnte die PW2 dann über ihre Website wieder auf run setzen und das Modul über password remove und set wieder zum Laufen bringen (disable Attribute ging nicht zum neustarten des Moduls). Auf der Website der PW2 hab ich gar keine Einstellmöglickeit der Notstromreserve im Kundenlogin gefunden. In der App zur PW2 geht es noch...

Und wenn wir bei wünsch-Dir-was sind (tut mir leid, manche können den Hals nicht voll genug kriegen ):
Es gibt hier im Forum das Modul von swhome für Tesla-Fahrzeuge https://forum.fhem.de/index.php/topic,74341.210.html mit Problemen, was
- nach Änderung der Authentifizierung nicht mehr so läuft,
- oder man nur Glück hat, wenn es noch läuft,
- oder man einen m.E. umständlichen Workaround braucht.
Und Du hast ja nun schon Erfahrung mit der Tesla-Authentifizierung (die bei den BEV m.E. nochmal komplizierter ist), wo es aber - siehe Thread - im www Beschreibungen & Lösungen in Phyton und php zum Erlangen eines Tokens gibt...

Da da sicher noch paar mehr Besitzer im Laufe der Zeit kommen: Können wir Dich motivieren, da zu helfen (s. Thread)
Gern auch mal Kontakt per PN oder Du hast ja meine Rufnr noch in PN.

Vielen Dank und schönen Sonntag noch!
Lutz

Hallo LR66 / CoolTux,

gibt es denn eine Lösung für das Starten der Powerwall? Bzw. eine Möglichkeit, dies über fhem auszuführen. (Stoppen hat ja geklappt so wie ich das verstehe)

Danke, Grüße Timo

CoolTux · 23 April 2021, 08:52:14

Zitat von: TimoD am 23 April 2021, 08:48:43
Hallo LR66 / CoolTux,

gibt es denn eine Lösung für das Starten der Powerwall? Bzw. eine Möglichkeit, dies über fhem auszuführen. (Stoppen hat ja geklappt so wie ich das verstehe)

Danke, Grüße Timo

Da ich gerade extrem Umbaue wird es noch etwas dauern. Aber eine Lösung wird sicherlich kommen.

Elektron · 08 Mai 2021, 10:10:24

Hi CoolTux,

Seit dem Update ist das Modul bei mir ohne Probleme gelaufen.
Bis heute Früh um 4:35Uhr, seit dem bekam ich keine Daten mehr.
Im Log von FHEM keine Einträge.
Nach Shutdown Restart läuft es wieder.

In der queue standen Anfragen an, ich konnte auch keine weiteren Anfragen hinzufügen.
Scheint also den Socket oder die Session verloren zu haben und konnte sich daraus nicht befreien.
(Wie lange gilt der auth Token?)

Läuft jetzt wieder, ich beobachte weiter...

Wenn ich irgendwie helfen kann, lass es mich wissen.

Vielen Dank und Grüße Michael

LR66 · 08 Mai 2021, 10:17:53

Bei mir hatte es auch mal gestoppt - hatte allerdings noch einen Eintrag in der update list. Mit dem Modul aus dem Repo läuft es wieder. Wenn es mal hängt, lösche ich Passwort, setze es und disable / enable wieder: dann klappt es bei mir ohne shutdown/restart.
Es tauchte bei lastRequestError auch mal folgendes auf:

Code Auswählen

Path: login 429 - Error: Api Limit reached for this endpoint Messages: API Limit Reached

Elektron · 08 Mai 2021, 14:24:28

Hallo,

Du hast recht!
Unter lastrequesterror steht bei mir die gleiche Meldung.
Uhrzeit passt zum Zeitpunkt des Neustarts.

Damit wäre das ein Kriterium um die Session neu zu starten oder den nächsten Request um n Sekunden zu verzögern?

Viele Grüße Michael

LR66 · 08 Mai 2021, 14:38:37

Keine Ahnung... ich lasse es mit Standard-Interval 60 ohne gesonderte Requests laufen. Ob es am abgelaufenen Token lag? Unklar, ...es wäre mal ein Versuch wert, ob man per ActionDetector den Stop erkennen und ggf. schon allein mit disable ... paar Sekunden ... dann enable automatisch wieder ein laufendes Modul bekommt.

CoolTux · 08 Mai 2021, 16:59:30

Zitat von: LR66 am 08 Mai 2021, 14:38:37
Keine Ahnung... ich lasse es mit Standard-Interval 60 ohne gesonderte Requests laufen. Ob es am abgelaufenen Token lag? Unklar, ...es wäre mal ein Versuch wert, ob man per ActionDetector den Stop erkennen und ggf. schon allein mit disable ... paar Sekunden ... dann enable automatisch wieder ein laufendes Modul bekommt.

Das anhalten hat was mit meiner Fehlerbearbeitung zu tun. Ich muss nur das noch mal in Ruhe anschauen. Aber ich baue eh gerade recht doll wieder am Modul.