Ich habe in großer Zusammenarbeit mit dem User Gigafix ein Modul für die Tesla Powerwall Stromspeicher geschrieben.
Das Modul gibt es offiziell über FHEM Update.
Grüße
Leon
Auf Grund von Problemen wegen einer neuen API bezüglich Authentication gibt es eine neue Version zum testen.
Bitte die folgenden Befehle in der FHEM Web Konsole eingeben, danach shudtwon restart machen.
update add https://git.cooltux.net/FHEM/mod-TeslaPowerwall2AC/raw/branch/devel/controls_TeslaPowerwall2AC.txt
update
Hi Marko,
super! Vielen Dank für Deinen Einsatz,
Ich habe das Update gerade runtergeladen.
Was mir noch nicht klar ist: wo setzte ich meine e-Mailadresse bzw das Passwort? Wobei das bei mir noch im default steht und aus der Seriennummer erstellt wird...
Im Moment bekomme ich die Fehlermeldung ,,gethostbyname login failed".
Viele Grüße Michael
Zitat von: Elektron am 27 Februar 2021, 07:35:29
Hi Marko,
super! Vielen Dank für Deinen Einsatz,
Ich habe das Update gerade runtergeladen.
Was mir noch nicht klar ist: wo setzte ich meine e-Mailadresse bzw das Passwort? Wobei das bei mir noch im default steht und aus der Seriennummer erstellt wird...
Im Moment bekomme ich die Fehlermeldung ,,gethostbyname login failed".
Viele Grüße Michael
Dann muss ich da noch mal was einbauen. Dachte das würde schon so gehen. Melde mich wenn dann.
Hallo CoolTux,
kann das sein, dass in dem Modul die eMail-Adresse noch als "test@test.de" (hart codiert) drin steht? Nur so eine Vermutung für die Fehlermeldung "gethostbyname login failed" - die kommt nämlich, egal welche eMail Adresse ich nutze.
Gruss Kontrabass
Die URI wurde nicht korrekt zusammengesetzt. Habe es gefixt. Bitte noch mal update machen und neustart.
Hallo,
bei mir hängt das Modul.
Hier ein List:
Internals:
CFGFN
DEF 192.168.178.31
FUUID 603a5174-f33f-ab8b-5fdc-9c5be5f65ced1314
HOST 192.168.178.31
INTERVAL 60
NAME myPowerWall
NOTIFYDEV global,myPowerWall
NR 564
NTFY_ORDER 50-myPowerWall
STATE read from https://192.168.178.31:443 timed out
TYPE TeslaPowerwall2AC
VERSION v0.7.99
READINGS:
2021-02-27 15:05:47 lastRequestError read from https://192.168.178.31:443 timed out
2021-02-27 15:05:47 state read from https://192.168.178.31:443 timed out
actionQueue:
Attributes:
alias myPowerWall
emailaddr XXXX@yyyyyy.de
interval 60
room Energie
Seitdem keine weiteren Meldungen mehr im Modul.
Was mache ich falsch?
E-Mail und Passwort sind vom Installateur.
Oder muss ich die Daten von meinem APP-Zugang eingeben?
Gruß
Ralf
@CoolTux - Also bei mir scheint das Modul jetzt wieder zu laufen - die Werte werden wieder aktualisiert :) - hast Du gut gemacht.
@pnewman - Ja, Du musst da die Zugangsdaten aus der App benutzen. Hast Du ja inzwischen bestimmt schon getestet.
Hi zusammen,
vielen Dank an CoolTux!! Bei mir läuft das Modul nun auch wieder.
@pnewman, Login kannst du ja ggf. auch direkt auf der Tesla testen. Persönliche e-Mail und Kennwort sind es auf jeden Fall, nicht die vom Installateur.
Vielen Dank
vg
David
@CoolTux: auch von meiner Seite ein fettes *Danke* Alle Daten kommen wieder an.
Kontrabass
Freut mich das es nun wieder geht. Aktuell teste ich mit einem User noch die ein oder andere Sache. Unter anderem stehen ja noch HASHs in 3 Readings welche aufgelöst werden wollen. Wir wollen schließlich jede Info die wir bekommen können.
Vielleicht mag ja jemand noch mal ein update machen und sein list vom Device mir zukommen lassen. Alternativ besprechen wir auch einiges im Matrix Raum zu TeslaPwerwall
#fhem-teslapowerwall-mod:matrix.cooltux.net
Wer noch keinen Zugang zur Matrix hat kann sich registrieren unter
matrix.cooltux.net und im Raum FHEM Allgemein nach einem FHEM Community link fragen
Läuft bei mir auch wieder.
Danke
Zitat von: pnewman am 27 Februar 2021, 15:10:36
Hallo,
bei mir hängt das Modul.
Hier ein List:
Internals:
CFGFN
DEF 192.168.178.31
FUUID 603a5174-f33f-ab8b-5fdc-9c5be5f65ced1314
HOST 192.168.178.31
INTERVAL 60
NAME myPowerWall
NOTIFYDEV global,myPowerWall
NR 564
NTFY_ORDER 50-myPowerWall
STATE read from https://192.168.178.31:443 timed out
TYPE TeslaPowerwall2AC
VERSION v0.7.99
READINGS:
2021-02-27 15:05:47 lastRequestError read from https://192.168.178.31:443 timed out
2021-02-27 15:05:47 state read from https://192.168.178.31:443 timed out
actionQueue:
Attributes:
alias myPowerWall
emailaddr XXXX@yyyyyy.de
interval 60
room Energie
Seitdem keine weiteren Meldungen mehr im Modul.
Was mache ich falsch?
E-Mail und Passwort sind vom Installateur.
Oder muss ich die Daten von meinem APP-Zugang eingeben?
Gruß
Ralf
Hast Du zufälliger Weise ein = in Deinem Passwort?
Hallo,
bei mir läuft alles einwandfrei.
Danke
Gruß
Christoph
Moin,
habs auch grad getestet. Funktioniert wieder!
Danke für die Mühe!
VG...
Vielen Dank Marko! :D
Erst war mir nicht klar, wie man die Zugangsdaten setzt, da "nur" setPassword als Befehl vorhanden war.
Aber zum Glück gibt es GIT und auch wenn ich mit perl, außerhalb von fhem, quasi keine Berührungspunkte habe, konnte ich erkennen, dass man erst das Attribut emailaddr setzen muss.
Hätte ich natürlich auch "gemerkt", wenn ich einfach versucht hätte das Passwort zu setzen.
Super Arbeit 8)
@CoolTux
Super!!! Vielen lieben Dank!
Echt prima wieder an die Daten zu kommen!
Ersetzt nun meine unbrauchbar gewordenen HttpMod's (auch wenn ich nicht alle der Unmengen an Readings brauche).
Mit dem Login könnte man wohl nun auch set-Befehle gemäß https://github.com/vloschiavo/powerwall2 (https://github.com/vloschiavo/powerwall2) für
GET /api/sitemaster/stop
GET /api/sitemaster/run
GET,POST /api/operation (Change the Powerwall mode and Reserve Percentage) mit /api/config/completed
implementieren?
Viele Grüße, Lutz
Zitat von: LR66 am 28 Februar 2021, 23:42:37
@CoolTux
Super!!! Vielen lieben Dank!
Echt prima wieder an die Daten zu kommen!
Ersetzt nun meine unbrauchbar gewordenen HttpMod's (auch wenn ich nicht alle der Unmengen an Readings brauche).
Mit dem Login könnte man wohl nun auch set-Befehle gemäß https://github.com/vloschiavo/powerwall2 (https://github.com/vloschiavo/powerwall2) für
GET /api/sitemaster/stop
GET /api/sitemaster/run
GET,POST /api/operation (Change the Powerwall mode and Reserve Percentage) mit /api/config/completed
implementieren?
Viele Grüße, Lutz
Ja das könnte man. Und es gibt bereits start und stop die aber leider noch nicht zu gehen scheinen.
Setze das Attribut devel auf 1 dann sollten die Befehle kommen.
Danke, CoolTux für die Implementation der Änderungen !!!!
Hallo CoolTux,
vielen Dank für deine Bemühungen.
Ich kann mir ungefähr vorstellen wie schwierig es für dich ist an einem Modul zu arbeiten ohne selbst das Objekt physisch greifbar zu haben.
Mein Passwort besteht nur aus Buchstaben und Zahlen, Groß- und Kleinschreibung.
@Gigafix
Ja, ich habe es nun mit beiden Varianten versucht.
Leider ohne Erfolg.
Irgendwo ist bei mir noch der Wurm drin.
Oder ich sehe den Wald vor lauter Bäumen nicht.
Gruß
Ralf
P.S.
Hier nochmal ein List:
Internals:
CFGFN
DEF 192.168.178.31
FUUID 603e594c-f33f-9ba6-2e69-d498616af1b9dbab
HOST 192.168.178.31
INTERVAL 300
NAME myPowerWall
NOTIFYDEV global,myPowerWall
NR 527
NTFY_ORDER 50-myPowerWall
STATE read from https://192.168.178.31:443 timed out
TYPE TeslaPowerwall2AC
VERSION v1.0.3
READINGS:
2021-03-02 16:32:48 lastRequestError read from https://192.168.178.31:443 timed out
2021-03-02 16:32:48 state read from https://192.168.178.31:443 timed out
actionQueue:
Attributes:
alias myPowerWall
emailaddr pnewman2@meine Mailadresse.de
room Tesla
Er erreicht das Web der Wall nicht. Warum auch immer. Falsche IP oder so?
Und aktuell ist die 1.0.3er Version kaputt.
@all
Bitte entfernt aus dem update das Tesla Powerwall Devel und setzt es mit master statt devel neu. So kann ich mit einzelnen Leuten weiter entwickeln und bei den meisten geht dann nichts kaputt.
Hallo zusammen,
ich habe ein generelles Problem.
Keine meiner Änderungen sind von Dauer!
Nach einem shutdown restart ist alles wieder beim alten!
Ich spiele mal ein Backup zurück und melde mich später wieder.
Gruß
Ralf
@all
update delete https://git.cooltux.net/FHEM/mod-TeslaPowerwall2AC/raw/branch/devel/controls_TeslaPowerwall2AC.txt
update add https://git.cooltux.net/FHEM/mod-TeslaPowerwall2AC/raw/branch/testing/controls_TeslaPowerwall2AC.txt
Damit seit Ihr ab sofort auf der sicheren Seite.
Hallo zusammen,
mein Backup ist eingespielt.
Trotzdem bekomme ich eine Fehlermeldung
Hier mein List:
Internals:
DEF 192.168.178.31
FUUID 603e6ab8-f33f-ab8b-b74a-ad6db0ef048792c8
HOST 192.168.178.31
INTERVAL 60
NAME myPowerWall
NOTIFYDEV global,myPowerWall
NR 513
NTFY_ORDER 50-myPowerWall
STATE read from https://192.168.178.31:443 timed out
TYPE TeslaPowerwall2AC
VERSION v1.0.2
READINGS:
2021-03-02 18:58:08 lastRequestError read from https://192.168.178.31:443 timed out
2021-03-02 18:58:08 state read from https://192.168.178.31:443 timed out
actionQueue:
Attributes:
alias myPowerWall
emailaddr pnewman2@meinemailadresse.de
interval 60
room Energie
Gruß
Ralf
Gehe mal auf Deinen FHEM Rechner und mache einen ping 192.168.178.31
Hallo CoolTux,
hier das Ergebnis aus Terminal:
neumann@MacBook-Air ~ % ping 192.168.178.31
PING 192.168.178.31 (192.168.178.31): 56 data bytes
64 bytes from 192.168.178.31: icmp_seq=0 ttl=64 time=11.400 ms
64 bytes from 192.168.178.31: icmp_seq=1 ttl=64 time=7.962 ms
64 bytes from 192.168.178.31: icmp_seq=2 ttl=64 time=8.630 ms
64 bytes from 192.168.178.31: icmp_seq=3 ttl=64 time=6.742 ms
64 bytes from 192.168.178.31: icmp_seq=4 ttl=64 time=3.393 ms
64 bytes from 192.168.178.31: icmp_seq=5 ttl=64 time=9.747 ms
64 bytes from 192.168.178.31: icmp_seq=6 ttl=64 time=9.632 ms
64 bytes from 192.168.178.31: icmp_seq=7 ttl=64 time=10.927 ms
64 bytes from 192.168.178.31: icmp_seq=8 ttl=64 time=9.256 ms
64 bytes from 192.168.178.31: icmp_seq=9 ttl=64 time=9.405 ms
^C
--- 192.168.178.31 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 3.393/8.709/11.400/2.181 m
Gruß
Ralf
dann versuch mal vom fhem Rechner aus
curl https://192.168.178.31
Hallo CoolTux,
hier das Ergebnis:
neumann@MacBook-Air ~ % curl https://192.168.178.31
curl: (60) SSL certificate problem: self signed certificate
More details here: https://curl.haxx.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
neumann@MacBook-Air ~ %
Gruß
Ralf
MacBook-Air
Da läuft Dein FHEM drauf? Auf einem MacBook?
Mach mal curl -k https://192.168.178.31
Bitte entschuldige, da habe ich mich wohl verzettelt.
Hier Der Ping aus FHEM:
pi@raspi3b-fhem:~ $ ping 192.168.178.31
PING 192.168.178.31 (192.168.178.31) 56(84) bytes of data.
64 bytes from 192.168.178.31: icmp_seq=1 ttl=64 time=0.456 ms
64 bytes from 192.168.178.31: icmp_seq=2 ttl=64 time=0.409 ms
64 bytes from 192.168.178.31: icmp_seq=3 ttl=64 time=0.433 ms
64 bytes from 192.168.178.31: icmp_seq=4 ttl=64 time=0.417 ms
64 bytes from 192.168.178.31: icmp_seq=5 ttl=64 time=0.370 ms
64 bytes from 192.168.178.31: icmp_seq=6 ttl=64 time=0.402 ms
64 bytes from 192.168.178.31: icmp_seq=7 ttl=64 time=0.364 ms
64 bytes from 192.168.178.31: icmp_seq=8 ttl=64 time=0.406 ms
^X64 bytes from 192.168.178.31: icmp_seq=9 ttl=64 time=0.392 ms
64 bytes from 192.168.178.31: icmp_seq=10 ttl=64 time=0.474 ms
^C
--- 192.168.178.31 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 353ms
rtt min/avg/max/mdev = 0.364/0.412/0.474/0.036 ms
Hier das curl:
pi@raspi3b-fhem:~ $ curl https://192.168.178.31
curl: (60) SSL certificate problem: self signed certificate
More details here: https://curl.haxx.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
pi@raspi3b-fhem:~ $
Hier die letzte :
pi@raspi3b-fhem:~ $ curl -k https://192.168.178.31
<!doctype html><html lang="en"><head><title>Tesla Energy - Setup</title><link rel="icon" type="image/png" href="favicon-32x32.png" sizes="32x32"><link rel="icon" type="image/png" href="favicon-16x16.png" sizes="16x16"><meta charset="utf-8"><meta name="viewport" content="width=device-width,initial-scale=1,minimum-scale=1,maximum-scale=1,user-scalable=no"><script>window.__INITIAL_STATE__={"configuration":{"isNew":false,"version":"20.49.0","hash":"42eb71218f889a3aa3635b7b57cffe1de76b7438","deviceType":"hec","bootstrapped":true},"sitemaster":{"running":true,"connectedToTesla":true},"system":{"isFirmwareUpdating":false,"Version":""},"authentication":{"loginType":"kiosk","selectedLoginType":"kiosk","lastLoginAt":1612809445000,"toggle_auth_supported":true}}
</script><link href="/app.71d06eb7392a8da3db04.css" rel="stylesheet"></head><body><div id="root" style="height:100%"></div><script type="text/javascript" src="/vendor.71d06eb7392a8da3db04.js"></script><script type="text/javascript" src="/app.71d06eb7392a8da3db04.js"></script></body></html>pi@raspi3b-fhem:~ $
Nach einem Update auf v1.0.4 hier ein List:
Internals:
DEF 192.168.178.31
FUUID 603e6ab8-f33f-ab8b-b74a-ad6db0ef048792c8
HOST 192.168.178.31
INTERVAL 60
NAME myPowerWall
NOTIFYDEV global,myPowerWall
NR 513
NTFY_ORDER 50-myPowerWall
STATE 401
TYPE TeslaPowerwall2AC
VERSION v1.0.4
READINGS:
2021-03-02 20:37:58 lastRequestError Path: login 401 - Error: bad credentials Messages: Login Error
2021-03-02 20:37:58 state 401
actionQueue:
Attributes:
alias myPowerWall
emailaddr pnewman2@gmx.de
interval 60
room Energie
Ist der Intervall zu kurz?
Interval sollte so erstmal gehen. Kannst ja dennoch mal 300 machen. Also default. Am besten Du entfernst das Passwort mal und setzt es neu
Das Passwort wurde entfernt und neu gesetzt.
Das Intervall wurde auf 300 gesetzt.
Der Fehler "Path: login 401 - Error: bad credentials Messages: Login Error" ist immer noch da.
Edit:
Nach ein paar versuchen mit E-mail und Passwort kommt
read from https://192.168.178.31:443 timed out
Edit2:
Ich habe nun mal versucht mich mit der Powerwall zu verbinden, über dem Browser über die ip.
Auch eine Fehlermeldung!!
Das verstehe ich nun gar nicht.
Ich mache morgen weiter.
Hallo zusammen,
nachdem ich das Passwort auf der Powerwall im Browser zurückgesetzt habe funktioniert das Modul auch bei mir wieder!
Vielen Dank für die Hilfe!
Gruß
Ralf
Bezüglich des Passworts werde ich noch etwas ändern müssen. Also die Syntax wenn man ein Passwort setzt. Dann kann man auch = im Passwort haben.
Mir fällt auf, dass mein Modul nach testweiser Änderung Interval nicht mehr läuft. Passwort und/oder Email neu setzen hilft nicht, das Token passt wohl nicht: 401, user session not found und "Messages: Invalid bearer token".
Welches Modul ist denn im Moment zu definieren?
@CoolTux: ich hatte auf branch-testing geändert oder ist es jetzt normal im Fhem-Update-Repo?
Was mich auch irritiert, ist die volle Auswertung aller Json zu readings. Erzeugt das nicht auch einiges an Last und Events?
Es ist sicher der einfachste Weg...
Ich brauche aber davon nur paar wenige der readings... die für Leistungsflüsse (site, solar, load und battery) und den Batteriestand.
Das hatte ich für Überwachung eines gesteuertes PV-Ladens für Auto genutzt (da wäre natürlich auch noch ein fhem-steuerbares Anpassen der Notreserve zur Vermeidung der Autoladung aus Batterie interessant).
@all: braucht ihr alle readings und wofür nutzt ihr sie?
Ich habe eine korrigierte Version welche das Problem mit den Updaten nach ändern von interval.
Ausserdem gibt es nun mehr Readings. Meine Empfehlung sofern noch nicht getan
update add https://git.cooltux.net/FHEM/mod-TeslaPowerwall2AC/raw/branch/devel/controls_TeslaPowerwall2AC.txt
Und dann update eingeben. Danach neustart. Wenn das Modul in einem ordentlichen Zustand ist wird es ins SVN eingecheckt. Vorher nicht.
Bitte testet.
Nach Änderung des update add (vorher hatte ich noch /branch/testing im Pfad) + update und dann shutdown restart läuft es bei mir gleich wieder!
VERSION ist v1.0.6
Und ja ... viele Readings mehr, ein paar sind hinfällig.
Interval-Änderung scheint zu gehen :D
Danke und Grüße,
Lutz
Mach am besten mal ein deletereading DEVICENAME .*
Bei mir funktioniert es mit v1.06 (branch/devel) seit 24.03. nicht mehr (Fehler 401 und 'Invalid bearer token'). Gab es seit v1.06 Änderungen? Hab nun leider PV-Autoladesteuerung wieder unabhängig von Powerwall machen müssen, aber das ist schlechter, weil ich über die PV-Sensoren nicht den Lade-/Entladestrom und SoC der Powerwall berücksichtigen kann.
Wie geht es bei Euch?
@CoolTux: Brauchst Du mal Direkt-Zugriff auf (m)eine PW? Gab es wieder Änderungen bei Tesla? Sollte ich nochmal Update fahren?
Ich habe eben eine neue Version in mein Git geladen zum testen. Wenn die bei Euch geht mache ich daraus eine Version für das FHEM svn.
Wer noch testen möchte
update add https://git.cooltux.net/FHEM/mod-TeslaPowerwall2AC/raw/branch/testing/controls_TeslaPowerwall2AC.txt
update
shutdown restart
Hmmm, Vorsicht bei mir nix für mein Produktivsystem:
update von branch/testing wie von Dir beschrieben gemacht und FHEM restarted kontinuierlich -
Fhem-Log:
Undefined subroutine &main::TeslaPowerwall2AC_Write called at fhem.pl line 3379.
FHEM::Meta::__GetUpdatedata: ERROR: FHEM/46_TeslaPowerwall2AC.pm belongs to source repository "fhem". Ignoring identical file name from source repository TeslaPowerwall2AC
in PW2
Path: login 429 - Error: Api Limit reached for this endpoint Messages: API Limit Reached
Edit: während 44 Neustarts konnte ich disablen & löschen und nun in Ruhe im Log schauen: zu wenig im Log drin: nach o.g. Fehlermeldungen und dannach noch ein paar Hochlaufmeldungen von anderem startet fhem unvermittelt neu
Ich lade gerade in separates portable Fhem, bei Update fällt mir folgendes auf:
2021.03.27 18:17:54 1 : New entries in the CHANGED file:
2021.03.27 18:17:54 1 : <!DOCTYPE html>
2021.03.27 18:17:54 1 : <html lang="" class="theme-">
2021.03.27 18:17:54 1 : <head data-suburl="">
2021.03.27 18:17:54 1 : <meta charset="utf-8">
2021.03.27 18:17:54 1 : <meta name="viewport" content="width=device-width, initial-scale=1">
2021.03.27 18:17:54 1 : <meta http-equiv="x-ua-compatible" content="ie=edge">
2021.03.27 18:17:54 1 : <title>Page Not Found - mod-TeslaPowerwall2AC - Gitea: Git with a cup of tea </title>
2021.03.27 18:17:54 1 : <link rel="manifest" href="data:application/json;base64,eyJuYW1lIjoiR2l0ZWE6IEdpdCB3aXRoIGEgY3VwIG9mIHRlYSIsInNob3J0X25hbWUiOiJHaXRlYTogR2l0IHdpdGggYSBjdXAgb2YgdGVhIiwic3RhcnRfdXJsIjoiaHR0cHM6Ly9naXQuY29vbHR1eC5uZXQvIiwiaWNvbnMiOlt7InNyYyI6Imh0dHBzOi8vZ2l0LmNvb2x0dXgubmV0L2ltZy9sb2dvLnBuZyIsInR5cGUiOiJpbWFnZS9wbmciLCJzaXplcyI6IjUxMng1MTIifSx7InNyYyI6Imh0dHBzOi8vZ2l0LmNvb2x0dXgubmV0L2ltZy9sb2dvLnN2ZyIsInR5cGUiOiJpbWFnZS9zdmcreG1sIiwic2l6ZXMiOiI1MTJ4NTEyIn1dfQ=="/>
2021.03.27 18:17:54 1 : <meta name="theme-color" content="#6cc644">
2021.03.27 18:17:54 1 : <meta name="default-theme" content="gitea" />
2021.03.27 18:17:54 1 : <meta name="author" content="FHEM" />
2021.03.27 18:17:54 1 : <meta name="description" content="mod-TeslaPowerwall2AC" />
2021.03.27 18:17:54 1 : <meta name="keywords" content="go,git,self-hosted,gitea">
2021.03.27 18:17:54 1 : <meta name="referrer" content="no-referrer" />
2021.03.27 18:17:54 1 : <meta name="_csrf" content="8RtgD4w7AVgBGf_14a1AuElozbg6MTYxNjg2NTQ3MzcxODU1OTYxOQ" />
Ist das so ok?
Im Log erscheint nach define erstmal nur folgendes
2021.03.27 18:24:40 1: FHEM::Meta::__GetUpdatedata: ERROR: FHEM/46_TeslaPowerwall2AC.pm belongs to source repository "fhem". Ignoring identical file name from source repository TeslaPowerwall2AC
2021.03.27 18:24:49 4: FHEM::Meta::__GetMaintainerdata ERROR: Orphan module entry:
FHEM/66_EseraAnalogInIout.pm pizmus 1Wire
2021.03.27 18:24:49 4: FHEM::Meta::__GetMaintainerdata ERROR: Orphan module entry:
FHEM/70_DENON_AVR_ZONE.pm delmar Multimedia
und korrekte Aussagen
2021.03.27 18:24:58 4: TeslaPowerwall2AC (PW2) - Read password from file
2021.03.27 18:24:58 3: TeslaPowerwall2AC (PW2) - No password in file
Email Attribut eingeben geht, state bleibt aber auf:
please set Attribut emailaddr first
Passworteingabe über Weboberfäche bringt Meldung und geht nicht:
usage: setPassword pass=<password>
Habe ich gerade gefixt bekommen.
Bitte noch mal update machen.
Die Meldungen bezüglich Meta können ignoriert werden. Passwort Eingabe erfolgt nun mittels set setPassword pass=UNDDANNDASPASSWORD
Danke für die schnelle Reaktionen!
Und oh ja, wer Lesen kann, ist klar im Vorteil: "pass=<password>" ::)
... mein Fehler.
Hattest Du was gefunden warum es mein Haus mit dem vorherigen Moduldaten nach dem Update verrückt gemacht hat (Restarts)?
Ich probier es morgen erstmal in einem leeren Fhem und wenn es läuft, dann im laufenden RPi-System ... no Risk-noFun ;D
Danke für Dein Engagement und schönes Wochenende!
Zitat von: LR66 am 27 März 2021, 20:24:40
Danke für die schnelle Reaktionen!
Und oh ja, wer Lesen kann, ist klar im Vorteil: "pass=<password>" ::)
... mein Fehler.
Hattest Du was gefunden warum es mein Haus mit dem vorherigen Moduldaten nach dem Update verrückt gemacht hat (Restarts)?
Ich probier es morgen erstmal in einem leeren Fhem und wenn es läuft, dann im laufenden RPi-System ... no Risk-noFun ;D
Danke für Dein Engagement und schönes Wochenende!
Sagen wir ich wurde abgelenkt und habe so zu früh in den testing branch gemergt. Sorry
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:
Undefined subroutine &main::TeslaPowerwall2AC_Write called at fhem.pl line 3379.
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:
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
Alles gut, nur keine Eile! Es ging doch eh mal ab und nicht wg. Tesla, das ist nicht akut... ! 8)
Edit: Kann vor Passworteingabe und loslaufen des Pollings auch mal versuchen, verbose hoch zu setzen, damit man im Log mehr sieht?
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... ! 8)
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 :-)
so nun sollte es gehen
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 (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) ??? 8) ;D
Gern auch mal Kontakt per PN oder Du hast ja meine Rufnr noch in PN.
Vielen Dank und schönen Sonntag noch!
Lutz
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
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 (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) ??? 8) ;D
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
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 (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) ??? 8) ;D
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
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.
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
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:
Path: login 429 - Error: Api Limit reached for this endpoint Messages: API Limit Reached
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
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.
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.
Das ist toll, dass Du weiter dran arbeitest, vielen Dank für das Modul ! ;D
Funktioniert bei mir seit heute Nacht nicht mehr:
"https://192.168.178.92/api/system_status/soe: Can't connect(2) to https://192.168.178.92:443: SSL connect attempt failed"
Powerwall Firmware: 21.20.2
Über das Webinterface erreichbar. Bei Euch auch so?
Bis heute Nacht, als es noch funktioniert hat hatte ich noch die Firmware: 20.49.0 scheint also daran zu liegen.
@CoolTux, kann ich dir irgendwelche Logs zur Verfügung stellen, dass wir das Modul wieder ans laufen bekommen ;-)
Ja, leider das selbe Problem seit dem Update gestern auf 21.20.2. :(
Hi CoolTux,
Wenn ich helfen kann, lass es mich wissen. Ich habe aktuell Zugriff auf zwei Getaways.
Set gestern eins mit 21.20 und eins mit (noch) 20.49.
Viele Grüße Michael
Hallo zusammen,
Ich kann das Verhalten bestätigen.
Ich habe eben mal die PowerWall (das Gateway) in FHEM definiert, das mit der 2021er Software geht nicht.
Die Fehlermeldung ist:
https://192.168.2.185/api/login/Basic: Can't connect(2) to https://192.168.2.185:443: SSL connect attempt failed
Wenn ich die URL (ohne Anmeldung im Header) einfach im Browser öffne, bekomme ich eine JSON payload zurück.
{"code":401,"error":"bad credentials","message":"Login Error"}
Das sieht für mich auf den ersten Blick gut aus.
Viele Grüße Michael
Das muss ich mir anschauen. Habe aber sehr sehr wenig Zeit im Moment für sowas.
Hi CoolTux,
Kein Stress. Meine ,,Haupt-PowerWall ist noch auf der alten Version.
Wenn ich was testen / helfen kann, lass es mich wissen.
Vielen Dank und Grüße Michael
Zitat von: Elektron am 29 Juni 2021, 21:31:09
Hi CoolTux,
Kein Stress. Meine ,,Haupt-PowerWall ist noch auf der alten Version.
Wenn ich was testen / helfen kann, lass es mich wissen.
Vielen Dank und Grüße Michael
Kannst Du mal FHEM neu starten und schauen ob der Login dann klappt?
Hi CoolTux,
Das ändert nichts, hatte das Gateway mit der 21er Version ja auch gestern erst angebunden.
Meine ,,Haupt" Powerwall ist noch auf 20.49.
Viele Grüße Michael
Hi CoolTux,
ich habe gestern testweise mal etwas mit meinem REST-Client versucht, habe aber keine Verbindung hinbekommen.
Heute morgen habe ich mal von TimoD den Teil wieder reaktiviert (https://forum.fhem.de/index.php/topic,118664.msg1133784.html#msg1133784 (https://forum.fhem.de/index.php/topic,118664.msg1133784.html#msg1133784)) und das hat funktioniert. Also eigentlich nur ein neues Cookie erzeugt. Wobei das alte und das neue Cookie scheinbar identisch sind.
Gruß
Jay
Hi,
ich habe das gleiche Problem hier: heute morgen wurde das Gateway wohl auf 2021.20.2 aktualisiert, gleiche Fehlermeldung wie oben. Löschen des Passwortes und neue Eingabe funktionieren leider nicht.
Viele Grüße,
Thomas.
Hallo zusammen,
Seit heute 13:55 Uhr ist meine Hauptpowerwall auch auf 21.20.2 und das Modul kann sich nicht mehr verbinden.
Viele Grüße Michael
Ich hatte heute Mittag das gleiche Problem.
Nachdem ich den Coockie neu generiert habe ging es zum Teil wieder. Solar fehlt
vg,
Christian
Edit zu früh gefreut.....
Scheinbar hat eine Änderung der Benamungen bei Tesla gegeben zu haben.
Die Abfrage analog zu der Idee von TimoD aus diesem Faden (https://forum.fhem.de/index.php/topic,118664.0/all.html#lastPost) liefert nur nioch die Prozentzahl und die Einspeisung richtig, die Werte Haus und Solar liefern nicht mehr die richtigen Werte.
Ich versuche weiter zu ergründen, aber mein JSON Wissen ist leider limitiert.
vg, Christian
Hallo Christian,
Du hast aber das Datum des Beitrags gesehen?
Das war beim vorletzten Update auf die 20.49.x Version. Da hat Tesla eingeführt, dass man sich anmelden muss bevor man die Daten lesen kann.
Jetzt geht es um das Update auf Version 21.20.2, hier scheint sich etwas an der Anmeldung geändert zu haben.
Die SSL Fehlermeldung habe ich mal gegoogelt, da habe ich nur eine. Hinweis auf ein selfsigned Zertifikat gefunden.
Das war aber schon in der Version 20.49 so. Auch die verwendeten Algorithmen im Zertifikat habe ich verglichen. Die sind auch identisch...
Viele Grüße Michael
Hallo Michael,
wie beschrieben hatte ich bis gestern Mittag ein funktionierendes System basierend auf dem Beispiel von TimoD und mit dem erzeugten Cookie. (der durch die Änderung der Sicherheitdabfrage nötig wurde)
Gestern 12:00 hat die Powerwall sich automatisch aktualisiert und ich hatte Fehlermeldungen.
Die Fehlermeldungen konnte ich mit Hilfe des neu erzeugten Cookies elliminieren und ich bekam wieder Daten.
Im Egebnis aber nicht alle sondern nur die Einspeisung und Prozent. Housepower und Solarpower werden nun falsch ausgelesen .
Das hat also nichts mit der Vorletzten Version sondern konkret mit der Änderung der 21.xx zu tun.
Hallo Christian,
Dann sind wir offensichtlich in der selben ,,Update-Gruppe".
Unser Gateway ist auch gestern Mittag upgedatet worden.
Im Falle des oben stehenden Moduls liegt das Problem in der Anmeldung.
Wahrscheinlich wird deshalb der Token nicht neu erstellt. Ich meine bisher hätte ich den Token im Device irgendwo sehen können. Konnte ihn jetzt aber nicht finden.
Vielleicht finden wir wenn die Anmeldung wieder läuft noch weitere Probleme durch die Änderung der JSON Payload...
Viele Grüße Michael
Ich habe die Extraktion aus dem JSON von TimoD etwas angepasst in 30, 54, 77 und bin der Meinung, dass ich soweit wieder korrekte Werte bekomme.
PowerwallDummy:Update.* {if ("$EVTPART1" eq "1"){
my $b = qx(curl -s -k -b <path_to_cookie>/tesla_cookie.txt https://192.168.178.xx/api/system_status/soe 2>&1);;
fhem("set PowerwallDummy jasonInput $b");
fhem ("set PowerwallDummy Prozent2 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInput","")))[1]);
fhem ("set PowerwallDummy Prozent " .round((split "}", (ReadingsVal("PowerwallDummy","Prozent2","")))[0],1));}
elsif("$EVTPART1" eq "2"){
my $b = qx(curl -s -k -b <path_to_cookie>/tesla_cookie.txt https://192.168.178.xx/api/meters/aggregates 2>&1);;
fhem("set PowerwallDummy jasonInputAggregates $b");
fhem ("set PowerwallDummy Gridpower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[6]);
fhem ("set PowerwallDummy Solarpower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[77]);
fhem ("set PowerwallDummy Batterypower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[30]);
fhem ("set PowerwallDummy Housepower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[54]);
fhem ("set PowerwallDummy " .ReadingsVal("PowerwallDummy","Prozent",""));
}}
Genau das war es - jetzt flutscht es wieder!
Danke Jaykoert!
@Jaykoert - wenn Du mich noch bei der Zählweise der Spalten beim JSON Extrakt erhellen kannst - ich lerne nie aus...
@Elektron:
Falls Deine Anmeldung nicht geht - cookie auf dem raspi oder linux neu erzeugen, dann sollte es gehen (Pfade und credentials natürlich anpassen ;-) ):
sudo su -s /bin/bash - fhem
curl -s -k -i -c /opt/fhem/cookie.txt -X POST -H "Content-Type: application/json" -d '{"username":"customer","password":"PWhier","email":"email@emailprovider.de","force_sm_off":false}' "https://192.168.178.xx/api/login/Basic"
Hi Kontrabass,
Danke für die Information.
Leider habe ich keine Ahnung ob und wie man dem Modul den Token mitgibt.
Vielleicht liegt der Fehler aber auch nicht in der Anmeldung sondern in der geänderten JSON Struktur und das Modul stolpert und wirft eine Fehlermeldung die erstmal auf den falschen Weg weist.
Viele Grüße Michael
Siehe oben wir im Beispiel von Jaykoert wird das aufgerufen.
my $b = qx(curl -s -k -b <path_to_cookie>/tesla_cookie.txt https://192.168.178.xx/api/meters/aggregates 2>&1);;
Hi Kontabass,
Vielen Dank für die schnelle Antwort.
Der Teil war mir klar, aber ich verwende dann ja das ,,fertige Modul" von CoolTux und ich weiß nicht wie ich da den Token verwende / im Modul ablege.
Vielen Dank und Grüße Michael
Hi Kontrabass,
das JSON wird durch das split ":" ja einfach nur unterteilt. Eine richtige JSON-Verarbeitung ist das nicht. Kommt ein Element am Anfang hinzu, liefert er z.B. nicht mehr '2680.1679051880315,"frequency"':
"instant_power":-2680,
"instant_reactive_power":30,
"instant_apparent_power":2680.1679051880315,
"frequency":50.028999999999996,
sondern '30,"instant_apparent_power"':
Das userReading macht dann noch ein split ",", um den überflüssigen nachfolgenden Elementnamen wegzubekommen.
CoolTux klopft das JSON platt und überführt alles in Userreadings.
Hier mal das aktuelle JSON:
{
"site":{
"last_communication_time":"2021-07-04T12:52:47.068381536+02:00",
"instant_power":9.5,
"instant_reactive_power":590.8899955749512,
"instant_apparent_power":590.9663584930752,
"frequency":50,
"energy_exported":2537096.687811297,
"energy_imported":1670516.8678112975,
"instant_average_voltage":234.35999552408853,
"instant_total_current":0,
"i_a_current":0,
"i_b_current":0,
"i_c_current":0,
"last_phase_voltage_communication_time":"0001-01-01T00:00:00Z",
"last_phase_power_communication_time":"0001-01-01T00:00:00Z",
"timeout":1500000000,
"num_meters_aggregated":1
},
"battery":{
"last_communication_time":"2021-07-04T12:52:47.090072354+02:00",
"instant_power":-2680,
"instant_reactive_power":30,
"instant_apparent_power":2680.1679051880315,
"frequency":50.028999999999996,
"energy_exported":1935720,
"energy_imported":2272460,
"instant_average_voltage":230.10000000000002,
"instant_total_current":57.5,
"i_a_current":0,
"i_b_current":0,
"i_c_current":0,
"last_phase_voltage_communication_time":"0001-01-01T00:00:00Z",
"last_phase_power_communication_time":"0001-01-01T00:00:00Z",
"timeout":1500000000,
"num_meters_aggregated":1
},
"load":{
"last_communication_time":"2021-07-04T12:52:47.068381536+02:00",
"instant_power":824.2258586819091,
"instant_reactive_power":377.09568849222774,
"instant_apparent_power":906.3936365615978,
"frequency":50,
"energy_exported":0,
"energy_imported":5826143.719417314,
"instant_average_voltage":234.35999552408853,
"instant_total_current":3.5169221472236787,
"i_a_current":0,
"i_b_current":0,
"i_c_current":0,
"last_phase_voltage_communication_time":"0001-01-01T00:00:00Z",
"last_phase_power_communication_time":"0001-01-01T00:00:00Z",
"timeout":1500000000
},
"solar":{
"last_communication_time":"2021-07-04T12:52:47.089449134+02:00",
"instant_power":3474,
"instant_reactive_power":-229,
"instant_apparent_power":3481.539458343105,
"frequency":0,
"energy_exported":7052761.546560897,
"energy_imported":23298.00714358326,
"instant_average_voltage":405.5250555761012,
"instant_total_current":14.9015,
"i_a_current":0,
"i_b_current":0,
"i_c_current":0,
"last_phase_voltage_communication_time":"0001-01-01T00:00:00Z",
"last_phase_power_communication_time":"0001-01-01T00:00:00Z",
"timeout":1500000000,
"num_meters_aggregated":1
}
}
Ich denke nicht, dass der Fehler mit der JSON-Struktur zusammenhängt. Bei mir lokal habe ich auch gesehen, das das Frontend dies nicht mitschickt "force_sm_off":false. Ich habe das bei mir testweise mal rausgenommen, aber ohne Erfolg. Meine Perl-Kenntnisse reichen da leider nicht aus, um genau zu sagen was das Modul an der Stelle eigentlich tut, zudem stehe ich mit Verschlüsselungen sowieso etwas auf dem Kriegsfuß.
Ich habe mal einige Log-Ausgaben hinzugefügt, die aber nicht ausgegeben werden. Merkwürdigerweise bekomme ich immer folgende Ausgaben:
2021.07.04 14:09:16.950 1: password Keystore handle for Device (teslaPowerwall2) - No password in file
2021.07.04 14:09:16.949 1: password Keystore handle for Device (teslaPowerwall2) - No password in file
2021.07.04 14:09:16.949 1: password Keystore handle for Device (teslaPowerwall2) - No password in file
Ob es da noch ein anderes Problem gibt, kann vermutlich nur CoolTux sagen.
Gruß
Jan
Hallo Jan,
Den Teil mit force_sm_off hatte ich auch schon gesehen und mal rausgenommen.
Änder allerdings nichts.
Die Fehlermeldung mit dem Passwort bekomme ich nicht.
Das klappt bei mir.
Bei mir sieht es so aus:
2021.07.04 16:25:41 4: TeslaPowerwall2AC (myPowerWall) - Read password from file
2021.07.04 16:25:41 4: TeslaPowerwall2AC (myPowerWall) - Read password from file
2021.07.04 16:25:41 4: TeslaPowerwall2AC (myPowerWall) - Read password from file
2021.07.04 16:25:41 4: TeslaPowerwall2AC (myPowerWall) - Read password from file
2021.07.04 16:25:41 4: TeslaPowerwall2AC (myPowerWall) - Send with URI: https://192.168.2.195/api/login/Basic
2021.07.04 16:25:41 4: TeslaPowerwall2AC (myPowerWall) - Call InternalTimer Timer_GetData
2021.07.04 16:25:41 4: TeslaPowerwall2AC (myPowerWall) - Read password from file
2021.07.04 16:25:41 4: TeslaPowerwall2AC (myPowerWall) - Read password from file
2021.07.04 16:25:41 3: TeslaPowerwall2AC (myPowerWall) - RequestERROR: https://192.168.2.195/api/login/Basic: Can't connect(2) to https://192.168.2.195:443: SSL connect attempt failed
Zitat von: Kontrabass am 03 Juli 2021, 12:56:32
Hallo Michael,
wie beschrieben hatte ich bis gestern Mittag ein funktionierendes System basierend auf dem Beispiel von TimoD und mit dem erzeugten Cookie. (der durch die Änderung der Sicherheitdabfrage nötig wurde)
Gestern 12:00 hat die Powerwall sich automatisch aktualisiert und ich hatte Fehlermeldungen.
Die Fehlermeldungen konnte ich mit Hilfe des neu erzeugten Cookies elliminieren und ich bekam wieder Daten.
Im Egebnis aber nicht alle sondern nur die Einspeisung und Prozent. Housepower und Solarpower werden nun falsch ausgelesen .
Das hat also nichts mit der Vorletzten Version sondern konkret mit der Änderung der 21.xx zu tun.
Hey Kontrabass, danke für deine Anpassung. Konnte mich an meine Lösung gar nicht mehr erinnern und musste alles selbst erstmal nochmal lesen ::)
Jetzt geht es aber auch wieder
Bin damals auf die Lösung von CoolTux umgestiegen. Bist du auf der json Lösung geblieben?
Ja, dass Problem ist, dass sich die Antwort der Powerball verändert hat und damit auch das Modul von Cooltux nicht mehr geht,..
Hallo zusammen,
Ich habe mir das mal angesehen und den Token mal ,,mit der Hand" erzeugt. Dabei ist mir in der Rückmeldung etwas aufgefallen. Vielleicht kann CoolTux dazu was sagen, vielleicht stolpert das Modul an dieser Stelle.
Für mich sieht das nach einem Fehler von Tesla aus...
HTTP/2 200
cache-control: no-cache, no-store
set-cookie: AuthCookie=CWQgCSve8mA0uGhQP0FDUPmSknBl_10NRLL8oKdMivHH5Ykft1i12344568573838393-gdK_5bv3kbSpz18Q==; Path=/
set-cookie: UserRecord=eyJlbWFpbCI6Im1pY2hh123456789012344aHJpZy50diIsImZpcnN0bmFtZSI6IlRlc2xhIiwibGFzdG5hbWUiOiJFbmVyZ3kiLCJyb2xlcyI6WyJIb21lX093bmVyIl0sInRva2VuIjoiQ1dRZ0NTdmU4bUEwdUdoUVAwRkRVUG1Ta25CbF8xME5STEw4b0tkTWl2SEg1WWtmdDFpeDJDYlp6MGlLM0hnZDcyVm1nLWdkS181YnYza2JTcHoxOFE9PSIsInByb3ZpZGVyIjoiQmFzaWMiLCJsb2dpblRpbWUiOiIyMDIxLTA3LTA0VDE4OjU0OjU5LjcyNTg5MDIxOSswMjowMCJ9; Path=/
content-type: text/plain; charset=utf-8
content-length: 261
date: Sun, 04 Jul 2021 16:54:59 GMT
{"email":"user@provider.de","firstname":"Tesla","lastname":"Energy","roles":["Home_Owner"],"token":"CWQgCSve8mA0uGhQP0F123456789_10NRLL8oKdMivHH5Ykft1ix2CbZz0i12345123451234566930201039403029Q==","provider":"Basic","loginTime":"2021-07-04T18:54:59.725890219+02:00"}
["Home_Owner"]
Leide kann man in dem Code-Tag nicht farbig markieren. Die eckigen Klammern gehören da nach meinem Verständnis nicht hin. Habe aber leider kein Vergleichs Gateway mit der alten Software um es zu vergleichen....
Ich habe die Stelle mal rot markiert und die Antwort ewas anonymisiert...
...ich hoffe das stört nicht.
Erreicht habe ich die Ausgabe über:
curl -s -k -i -c /opt/fhem/cookie.txt -X POST -H "Content-Type: application/json" -d '{"username":"customer","password":"ABCDEF","email":"user@provider.de","force_sm_off":false}' "https://192.168.2.195/api/login/Basic"
Viele Grüße Michael
Zitat von: TimoD am 04 Juli 2021, 16:35:36
Bin damals auf die Lösung von CoolTux umgestiegen. Bist du auf der json Lösung geblieben?
TimoD,
ich hatte mit der Lösung mit dem Modul von CoolTux ganz am Anfang immer wieder Time-Outs und bin dann auf die JSON Lösung gegangen.
Diese lief ja mit dem Token dann auch in der oauth Variante.
Getreu dem Motto "never touch a running system" bin ich erst mal dabei geblieben.
Ich verfolge aber das Modul von CoolTux weiter, da mir sein Modul in der Abfrage schlanker erscheint und ich am Ende gerne bei dem Standard landen möchte.
vg, Christian AKA Kontrabass
Edit Nachtrag:
eigentlich hätte ich die JSON Fragen/Themen in den anderen (TimoD) Faden schreiben müssen - sorry fürs leichte Kapern ;-) ...aber das Grundproblem des neuen Cookies/Tokens ist bei beiden Abfragen sehr ähnlich gelagert.
https://git.cooltux.net/FHEM/mod-TeslaPowerwall2AC/issues/7
Danke an Jaykoert
https://git.cooltux.net/FHEM/mod-TeslaPowerwall2AC/src/branch/testing
Wäre super wenn das mal einer testen könnte. Danke
Hallo CoolTux,
Viele. dank für die Unterstützung.
Damit lebt bei mir FHEM nach dem Neustart ab.
Die Letzte Meldung im log ist : Undefined subroutine &FHEM::Tesla::Powerwall::Define called at fhem.pl line 3893.
Edit:
Habe da wohl beim runterladen einen Fehler gemacht.
Ich habe jetzt manuell die folgende Zeile übernommen, damit gelingt die Anmeldung wieder.
sslargs => { SSL_hostname => 0, verify_hostname => 0, SSL_verify_mode => 0 },
Edit2:
Heb jetzt erst gesehen, dass Du das Powerwall.pm eine Ebene (/Devices) tiefer geschoben hast.
Das muss dann aber auch die 46_TeslaPowerwall2AC.pm geändert werden oder?
Da habe ich noch keine geänderte Version gesehen...
Edit3:
Hab jetzt auch die geänderte 46_TeslaPowerwall2AC.pm gefunden und die Powerwall.pm in das richtige Verzeichnis gelegt.
Klappt!
Vielen Dank und Grüße Michael
Hallo zusammen,
vielen Dank @CoolTux Modul läuft wieder!
Gruß
Halo Zusammen,
Weiß jemand zufällig, ob man aus der Powerwall auch die Zähler (in KWh oder Wh) für eingespeisten Strom bzw. bezogenen Strom auslesen kann?
Die Werte werden zwar in der Tesla App angezeigt, kann diese aber nicht im Fhem Modul finden. Diese Daten werden für das SmartHome benötigt.
Gruß
Ather
Hallo zusammen,
es ist echt toll, wie schnell hier auf ein Firmware update reagiert wird und auch gleich eine Lösung gebastetlt wird. Vielen Dank hierfür.
Leider funktioniert es bei mir noch nicht ganz. Ich hab alle Dateien von CoolTux ins Verzeichnis kopiert und bekomme beim Neustart dann folgende Fehlermeldung
2021.07.07 14:19:08 0: Attempt to reload FHEM/Devices/Tesla/Powerwall.pm aborted.
Compilation failed in require at ./FHEM/46_TeslaPowerwall2AC.pm line 62.
Kann mir hier jemand weiterhelfen?
Du hast bestimmt falsch runter geladen.
Nimm mal den Link
https://git.cooltux.net/FHEM/mod-TeslaPowerwall2AC.git
und dann oben auf den Downloadfile neben der HTTPS URL klicken
Hi CoolTux,
Willst Du die Version auch wieder ins offizielle Repro einstellen?
Sonst besteht bei einem unbedachten Update die Gefahr, dass ich die neue Version von Dir mit der alten aus dem Repro überschreibe.
Vielen Dank und Grüße Michael
Zitat von: Elektron am 09 Juli 2021, 19:34:02
Hi CoolTux,
Willst Du die Version auch wieder ins offizielle Repro einstellen?
Sonst besteht bei einem unbedachten Update die Gefahr, dass ich die neue Version von Dir mit der alten aus dem Repro überschreibe.
Vielen Dank und Grüße Michael
Habe ich vor. Hoffe es am Wochenende zu schaffen.
Tesla rollt die aktuelle Firmware wieder zurück auf die vorherige Version. Die Änderungen, die CoolTux und ich gemacht haben, funktionieren auch mit der alten Version. Wenn es zu einem 401 kommt, Fhem neustarten, damit er sich ein neues Token zieht.
Bei TimoDs Lösung über die Kommandozeile ein neues Cookie erzeugen, dann funktioniert das auch wieder.
Ich habe die aktuelle Devel Version ins SVN geladen. Kommt morgen per Update.
Hi Jaykoert,
Du hast recht!
Hatte heute früh einen 401 und hatte mich gewundert bzw. wollte das weiter beobachten.
Gerade nachgesehen, Version ist wieder 20.49.
Also auch ein Rollback bekommen.
Viele Grüße Michael
Kam bei mir auch - mit den bekannten Auswirkungen.
Im Faden mit dem Workaround über die JSON Auswertung von TimoD habe ich das mal angefügt mit der Idee zum Fix.
Bezüglich des Moduls lese ich hier fleissig weiter mit.
vg, Christian
Hi CoolTux,
Vielen Dank für die Bereitstellung im FHEM-Repository.
Noch ein Vorschlag für eine Verbesserung. Könntest Du im Modul etwas vorsehen, dass nach einem Fehler 401 der Token neu erstellt wird?
Müsste ja recht leicht abzufangen sein.
Vielen Dank und Grüße Michael
Hallo Ather,
Zitat von: ather am 07 Juli 2021, 11:40:22
Weiß jemand zufällig, ob man aus der Powerwall auch die Zähler (in KWh oder Wh) für eingespeisten Strom bzw. bezogenen Strom auslesen kann?
Die Werte werden zwar in der Tesla App angezeigt, kann diese aber nicht im Fhem Modul finden. Diese Daten werden für das SmartHome benötigt.
Ich habe jetzt nur schnell geschaut, aber von den Werten müssten das die beiden Datenpunkte:
- aggregates-site-energy_exported
- aggregates-site-energy_imported
sein.
Viele Grüße Michael
Hey CoolTux, habe mir irgendwie das Modul zerschossen,
habe beide Datei über den Update Befehl als auch direkt über Kopieren ins Verzeichnis geupdated.
Modul hat aber den Fehler:
"Cannot load module TeslaPowerwall2AC"
Kannst du mir sagen wie ich das Debuggen kann :-) ?
Habe ich ggf. was an meinen Berechtigungen zerschossen? ein ls -l
sieht so aus:
-rw-r--r-- 1 fhem dialout 29269 Aug 5 15:26 Powerwall.pm
Schonmal vielen Dank,
grüße Timo
Zitat von: TimoD am 05 August 2021, 15:19:49
Hey CoolTux, habe mir irgendwie das Modul zerschossen,
habe beide Datei über den Update Befehl als auch direkt über Kopieren ins Verzeichnis geupdated.
Modul hat aber den Fehler:
"Cannot load module TeslaPowerwall2AC"
Kannst du mir sagen wie ich das Debuggen kann :-) ?
Habe ich ggf. was an meinen Berechtigungen zerschossen? ein ls -l
sieht so aus:
-rw-r--r-- 1 fhem dialout 29269 Aug 5 15:26 Powerwall.pm
Schonmal vielen Dank,
grüße Timo
Schau ins Logfile. Da sollte stehen wieso er das Modul nicht laden kann.
Hallo Timo,
Hast Du die Datei ins richtige Verzeichnis gelegt?
Das Verzeichnis hat sich zur letzten Version verändert.
Das war /FHEM/Tesla/Powerwall.pm und ist jetzt /FHEM/Devices/Tesla/Powerwall.pm
Viele Grüße Michael
Ja, habe ich, bzw, wurde beim Update auch in /FHEM/Devices/Tesla/Powerwall.pm abgelegt :-(
Im Log bekomme ich keine Fehler beim Neustart von FHEM
Hallo Timo,
Ich habe mal die Rechte der Datei nachgesehen.
Die stehen bei mir auf 755 Rwx,r-x,r-x
Der Besitzer heißt bei mir fhem und die Gruppe dialout.
Das ist aber abhängig davon als welcher User FHEM läuft.
Viele Grüße Michael
Hallo zusammen,
Heute hat Tesla meine Powerwall auf 21.20.6 upgedatet.
Das Modul funktioniert damit nach einem schnellen Test ohne Probleme.
Einzig ein Neustart war nötig, damit das Modul den Token neu erstellt.
Viele Grüße Michael
Hallo CoolTux,
Was wahrscheinlich mit der neuen Version hinzu gekommen ist, ist das Feature manuell das Netz abzutrennen.
Neben dem Abschalten der Powerwall gibt es also einen weiteren Steuerbefehl.
Kann mir zwar aktuell keinen Usecase vorstellen, aber vielleicht findest Du bei Gelegenheit Zeit das zu integrieren.
Viele Grüße Michael
Es gab heute mal wieder ein Tesla Powerwall Update auf Version 21.35.0.
Das Tesla Powerwall Modul funktioniert weiter, aber beim Auslesen der Daten mit dem Notify gab es Probleme. Ich hab ein neues Cookie generiert und danach das Notify etwas angepasst:
PowerwallDummy:Update.* {if ("$EVTPART1" eq "1"){
my $b = qx(curl -s -k -b /Applications/fhem-5.5/tesla_cookie.txt https://192.168.178.60/api/system_status/soe 2>&1);;
fhem("set PowerwallDummy jasonInput $b");
fhem ("set PowerwallDummy Prozent2 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInput","")))[1]);
fhem ("set PowerwallDummy Prozent " .round((split "}", (ReadingsVal("PowerwallDummy","Prozent2","")))[0],1));}
elsif("$EVTPART1" eq "2"){
my $b = qx(curl -s -k -b /Applications/fhem-5.5/tesla_cookie.txt https://192.168.178.60/api/meters/aggregates 2>&1);;
fhem("set PowerwallDummy jasonInputAggregates $b");
fhem ("set PowerwallDummy Gridpower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[6]);
fhem ("set PowerwallDummy Solarpower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[80]);
fhem ("set PowerwallDummy Batterypower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[31]);
fhem ("set PowerwallDummy Housepower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[56]);
fhem ("set PowerwallDummy " .ReadingsVal("PowerwallDummy","Prozent",""));
}}
Ich habe hier auch wieder von den "_apparent_power" Feldern auf "_power" gewechselt, zumindest würde ich sagen, dass das besser passt.
Es gab heute mal wieder ein Tesla Powerwall Update auf Version 21.44.1.
Falls noch jemand die Notify-Variante benutzt, um die Tesla Powerwall auszulesen, hab ich ein neues Cookie generiert und danach das Notify etwas angepasst:
PowerwallDummy:Update.* {if ("$EVTPART1" eq "1"){
my $b = qx(curl -s -k -b /Applications/fhem-5.5/tesla_cookie.txt https://192.168.123.123/api/system_status/soe 2>&1);;
fhem("set PowerwallDummy jasonInput $b");
fhem ("set PowerwallDummy Prozent2 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInput","")))[1]);
fhem ("set PowerwallDummy Prozent " .round((split "}", (ReadingsVal("PowerwallDummy","Prozent2","")))[0],1));}
elsif("$EVTPART1" eq "2"){
my $b = qx(curl -s -k -b /Applications/fhem-5.5/tesla_cookie.txt https://192.168.123.123/api/meters/aggregates 2>&1);;
fhem("set PowerwallDummy jasonInputAggregates $b");
fhem ("set PowerwallDummy Gridpower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[6]);
fhem ("set PowerwallDummy Solarpower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[89]);
fhem ("set PowerwallDummy Batterypower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[34]);
fhem ("set PowerwallDummy Housepower1 " .(split ":", (ReadingsVal("PowerwallDummy","jasonInputAggregates","")))[62]);
fhem ("set PowerwallDummy " .ReadingsVal("PowerwallDummy","Prozent",""));
}}
Hallo CoolTux,
Wollte nochmal einen Feature-Request starten... ;-)
Kannst Du (wenn Du mal Zeit hast) nach der automatischen Neuanmeldungen schauen wenn der Token ungültig wird?
Muss immer wenn Tesla ein Update macht, das Modul neu starten...
Viele Grüße Michael
Ich kann es mir gerne anschauen.
Kann bitte einmal jemand testen ob diese Version noch lauffähig ist.
update add https://git.cooltux.net/FHEM/mod-TeslaPowerwall2AC/raw/branch/patch-fixCheckAndRenewToken/controls_TeslaPowerwall2AC.txt
update
shutdown restart
Vielen Dank
Hallo CoolTux,
Sorry für die verspätete Reaktion.
Habe heute die Zeit gefunden und das Update getestet.
Scheint zu funktionieren, ich habe jetzt die Logs noch nicht im Detail geprüft aber das Modul arbeitet schön brav die Queue ab.
Was mir aufgefallen ist:
- ich habe ein FHEM mit Verbindung zu zwei Powerwall Gateways 2.
- das eine Gateway war direkt online, das zweite stand in ,, write to https://192.168.2.185:443 timed out"
- leider habe ich dann daneben geklickt und das Kennwort aus Versehen gelöscht. Nach dem Neusetzen gingen dann beide...
Viele Grüße Michael
Edit: ich habe das FHEM noch einmal neu gestartet, selbes Bild. Zuerst steht die eine Powerwall in 403, verbindet sich dann aber nach wenigen Sekunden. Die zweite steht auch nach warten in ,, write to https://192.168.2.185:443 timed out"
Hallo CoolTux,
Also die zweite Powerwall fängt sich dann doch nach einigen Minuten.
Was mir noch aufgefallen ist, es gibt nur noch einen Set Befehl, nämlich den mit ,,remove Password", bzw. wenn keins gesetzt ist zum Setzen des Kennworts. Früher gab es da doch mehr oder???
Vor allem konnte ich doch auch die Daten mit get abfragen oder?
Vielen Dank und Grüße Michael
Hallo CoolTux,
Ich habe mir mal das Log angesehen, den einzigen Eintrag den ich gefunden habe war:
,, 2022.01.09 15:13:36 1: FHEM::Meta::__GetUpdatedata: ERROR: FHEM/46_TeslaPowerwall2AC.pm belongs to source repository "fhem". Ignoring identical file name from source repository TeslaPowerwall2AC".
Viele Grüße Michael
Hallo,
Die Meldung ist korrekt. Das passt so.
Was aber gehen sollte ist das Du get Befehle ausführen kannst. Es sollte also eine Get Liste im FHEMWEB im Detailansicht zu sehen sein.
Was steht bei Dir aktuell beim set? Da sollte nur removePassword stehen.
Hallo CoolTux,
Habe jetzt noch einmal nachgesehen. Jetzt gibt es da auch ein get, zuerst hatte ich 100% sicher nur ein Set da.
Unter set habe ich:
- remove Passwort
- Powerwalls (run/stop)
Viele Grüße Michael
Gut dann passt das. Wer weiß was da war. Schön das es jetzt geht.
Dann werde ich die Tage mal weiter machen und mir das mit dem Token erneuern anschauen.
Kannst Du mir noch ein list von einer Powerwall geben.
Hallo CoolTux,
List vom Device habe ich geschickt, ich hoffe das hilft Dir?
Heute dann wieder Downgrade aber ohne reconnect.
Hier das was ich im Log finden konnte...
2022.01.20 12:29:29 3: TeslaPowerwall2AC (myPowerWall) - RequestERROR: 192.168.2.195: Verbindungsaufbau abgelehnt (111)
2022.01.20 12:29:54 3: TeslaPowerwall2AC (myPowerWall) - RequestERROR: connect to https://192.168.2.195:443 timed out
2022.01.20 12:30:04 3: TeslaPowerwall2AC (myPowerWall) - RequestERROR: connect to https://192.168.2.195:443 timed out
2022.01.20 12:30:34 3: TeslaPowerwall2AC (myPowerWall) - RequestERROR: connect to https://192.168.2.195:443 timed out
Viele Grüße Michael
Bei mir ist kein Log angekommen. Wo hast Du es hingeschickt?
Hallo CoolTux,
Das hatte ich Dir hier im Forum per direkt Nachricht geschickt, dann muss noch nicht alles anonymisierten..
Wenn nicht angekommen, schicke ich es noch einmal...
Viele Grüße Michael
Hi CoolTux,
hier dann die Ausgabe von List:
Internals:
DEF 192.168.178.185
FUUID 6104534b-ffff-b000-bbbb-8a84590d12345d5a
HOST 192.168.178.185
INTERVAL 300
NAME PowerWall
NOTIFYDEV global,PowerWall
NR 543
NTFY_ORDER 50-PowerWall
STATE ready
TOKEN XEUD-_o4-Ex5sDa_TIRo2-asdfghjklkjhgfdsasdfghjkhoxR3to8vS5OnPWqapMFDohzyK9zwnBK34WQWFbA==
TYPE TeslaPowerwall2AC
VERSION v2.0.1
READINGS:
2022-01-20 20:17:15 actionQueue 0 entries in the Queue
2022-01-20 20:17:15 aggregates-battery-energy_exported 674340
2022-01-20 20:17:15 aggregates-battery-energy_imported 814630
2022-01-20 20:17:15 aggregates-battery-frequency 50.011
2022-01-20 20:17:15 aggregates-battery-i_a_current 0
2022-01-20 20:17:15 aggregates-battery-i_b_current 0
2022-01-20 20:17:15 aggregates-battery-i_c_current 0
2022-01-20 20:17:15 aggregates-battery-instant_apparent_power 41.2310562561766
2022-01-20 20:17:15 aggregates-battery-instant_average_current 0
2022-01-20 20:17:15 aggregates-battery-instant_average_voltage 234.2
2022-01-20 20:17:15 aggregates-battery-instant_power 10
2022-01-20 20:17:15 aggregates-battery-instant_reactive_power -40
2022-01-20 20:17:15 aggregates-battery-instant_total_current 0
2022-01-20 20:17:15 aggregates-battery-last_communication_time 2022-01-20T21:17:15.564718249+02:00
2022-01-20 20:17:15 aggregates-battery-last_phase_energy_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-battery-last_phase_power_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-battery-last_phase_voltage_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-battery-num_meters_aggregated 1
2022-01-20 20:17:15 aggregates-battery-timeout 1500000000
2022-01-20 20:17:15 aggregates-load-energy_exported 0
2022-01-20 20:17:15 aggregates-load-energy_imported 2297711.87140538
2022-01-20 20:17:15 aggregates-load-frequency 0
2022-01-20 20:17:15 aggregates-load-i_a_current 0
2022-01-20 20:17:15 aggregates-load-i_b_current 0
2022-01-20 20:17:15 aggregates-load-i_c_current 0
2022-01-20 20:17:15 aggregates-load-instant_apparent_power 382.869755922298
2022-01-20 20:17:15 aggregates-load-instant_average_current 0.773954491654259
2022-01-20 20:17:15 aggregates-load-instant_average_voltage 404.416543059257
2022-01-20 20:17:15 aggregates-load-instant_power 313
2022-01-20 20:17:15 aggregates-load-instant_reactive_power -220.5
2022-01-20 20:17:15 aggregates-load-instant_total_current 0.773954491654259
2022-01-20 20:17:15 aggregates-load-last_communication_time 2022-01-20T21:17:15.519668768+02:00
2022-01-20 20:17:15 aggregates-load-last_phase_energy_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-load-last_phase_power_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-load-last_phase_voltage_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-load-timeout 1500000000
2022-01-20 20:17:15 aggregates-site-energy_exported 877566.408482607
2022-01-20 20:17:15 aggregates-site-energy_imported 770784.367021193
2022-01-20 20:17:15 aggregates-site-frequency 0
2022-01-20 20:17:15 aggregates-site-i_a_current 0
2022-01-20 20:17:15 aggregates-site-i_b_current 0
2022-01-20 20:17:15 aggregates-site-i_c_current 0
2022-01-20 20:17:15 aggregates-site-instant_apparent_power 415.120464443756
2022-01-20 20:17:15 aggregates-site-instant_average_current 0
2022-01-20 20:17:15 aggregates-site-instant_average_voltage 404.416543059257
2022-01-20 20:17:15 aggregates-site-instant_power 338
2022-01-20 20:17:15 aggregates-site-instant_reactive_power -241
2022-01-20 20:17:15 aggregates-site-instant_total_current 0
2022-01-20 20:17:15 aggregates-site-last_communication_time 2022-01-20T21:17:15.519895755+02:00
2022-01-20 20:17:15 aggregates-site-last_phase_energy_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-site-last_phase_power_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-site-last_phase_voltage_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-site-num_meters_aggregated 1
2022-01-20 20:17:15 aggregates-site-timeout 1500000000
2022-01-20 20:17:15 aggregates-solar-energy_exported 2561152.5592891
2022-01-20 20:17:15 aggregates-solar-energy_imported 16368.6464223085
2022-01-20 20:17:15 aggregates-solar-frequency 0
2022-01-20 20:17:15 aggregates-solar-i_a_current 0
2022-01-20 20:17:15 aggregates-solar-i_b_current 0
2022-01-20 20:17:15 aggregates-solar-i_c_current 0
2022-01-20 20:17:15 aggregates-solar-instant_apparent_power 76.2364742101837
2022-01-20 20:17:15 aggregates-solar-instant_average_current 0
2022-01-20 20:17:15 aggregates-solar-instant_average_voltage 405.325869733231
2022-01-20 20:17:15 aggregates-solar-instant_power -6
2022-01-20 20:17:15 aggregates-solar-instant_reactive_power 76
2022-01-20 20:17:15 aggregates-solar-instant_total_current 0
2022-01-20 20:17:15 aggregates-solar-last_communication_time 2022-01-20T21:17:15.519668768+02:00
2022-01-20 20:17:15 aggregates-solar-last_phase_energy_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-solar-last_phase_power_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-solar-last_phase_voltage_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:15 aggregates-solar-num_meters_aggregated 1
2022-01-20 20:17:15 aggregates-solar-timeout 1500000000
2022-01-20 20:16:47 batteryLevel 37.2
2022-01-20 20:17:15 batteryPower 5.0
2022-01-20 20:17:00 gridstatus-grid_services_active 0
2022-01-20 20:17:00 gridstatus-grid_status SystemGridConnected
2022-01-16 23:58:50 lastRequestError read from https://192.168.178.185:443 timed out
2022-01-20 20:17:06 meterssite-Cached_readings-energy_exported 877566.408482607
2022-01-20 20:17:06 meterssite-Cached_readings-energy_imported 770783.526367807
2022-01-20 20:17:06 meterssite-Cached_readings-frequency 0
2022-01-20 20:17:06 meterssite-Cached_readings-i_a_current 1.3345
2022-01-20 20:17:06 meterssite-Cached_readings-i_b_current 0.616
2022-01-20 20:17:06 meterssite-Cached_readings-i_c_current 1.2695
2022-01-20 20:17:06 meterssite-Cached_readings-instant_apparent_power 421.34309060432
2022-01-20 20:17:06 meterssite-Cached_readings-instant_average_current 0
2022-01-20 20:17:06 meterssite-Cached_readings-instant_average_voltage 402.880791343213
2022-01-20 20:17:06 meterssite-Cached_readings-instant_power 347
2022-01-20 20:17:06 meterssite-Cached_readings-instant_reactive_power -239
2022-01-20 20:17:06 meterssite-Cached_readings-instant_total_current 0
2022-01-20 20:17:06 meterssite-Cached_readings-last_communication_time 2022-01-20T21:17:06.255608086+02:00
2022-01-20 20:17:06 meterssite-Cached_readings-last_phase_energy_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:06 meterssite-Cached_readings-last_phase_power_communication_time 2022-01-20T21:17:06.255608086+02:00
2022-01-20 20:17:06 meterssite-Cached_readings-last_phase_voltage_communication_time 2022-01-20T21:17:06.15528257+02:00
2022-01-20 20:17:06 meterssite-Cached_readings-reactive_power_a -37
2022-01-20 20:17:06 meterssite-Cached_readings-reactive_power_b -70
2022-01-20 20:17:06 meterssite-Cached_readings-reactive_power_c -132
2022-01-20 20:12:06 meterssite-Cached_readings-real_power_a 1
2022-01-20 20:17:06 meterssite-Cached_readings-real_power_b 105
2022-01-20 20:17:06 meterssite-Cached_readings-real_power_c 242
2022-01-20 20:17:06 meterssite-Cached_readings-serial_number JBL12345C3D146
2022-01-20 20:17:06 meterssite-Cached_readings-timeout 1500000000
2022-01-20 20:17:06 meterssite-Cached_readings-v_l1n 232.99
2022-01-20 20:17:06 meterssite-Cached_readings-v_l2n 232.81
2022-01-20 20:17:06 meterssite-Cached_readings-v_l3n 231.96
2021-11-08 13:44:08 meterssite-Cached_readings-version 67f943cb05d12d
2022-01-20 20:17:06 meterssite-connection-device_serial JBL12345C3D146synchrometerX
2022-01-20 20:17:06 meterssite-connection-short_id 1152100-13-E--JBL12345G3E010
2022-01-20 20:17:06 meterssite-id 0
2022-01-20 20:17:06 meterssite-location site
2022-01-20 20:17:06 meterssite-type synchrometerX
2022-01-20 20:17:12 meterssolar-Cached_readings-energy_exported 16368.6420325113
2022-01-20 20:17:12 meterssolar-Cached_readings-energy_imported 2561152.5592891
2022-01-20 20:17:12 meterssolar-Cached_readings-frequency 0
2022-01-20 20:17:12 meterssolar-Cached_readings-i_a_current 0.164
2022-01-20 20:17:12 meterssolar-Cached_readings-i_b_current 0.1705
2022-01-20 20:17:12 meterssolar-Cached_readings-i_c_current 0
2022-01-20 20:17:12 meterssolar-Cached_readings-instant_apparent_power 75.2396172239067
2022-01-20 20:17:12 meterssolar-Cached_readings-instant_average_current 0
2022-01-20 20:17:12 meterssolar-Cached_readings-instant_average_voltage 404.277978994652
2022-01-20 20:17:12 meterssolar-Cached_readings-instant_power -6
2022-01-20 20:17:12 meterssolar-Cached_readings-instant_reactive_power 75
2022-01-20 20:17:12 meterssolar-Cached_readings-instant_total_current 0
2022-01-20 20:17:12 meterssolar-Cached_readings-last_communication_time 2022-01-20T21:17:12.49237627+02:00
2022-01-20 20:17:12 meterssolar-Cached_readings-last_phase_energy_communication_time 0001-01-01T00:00:00Z
2022-01-20 20:17:12 meterssolar-Cached_readings-last_phase_power_communication_time 2022-01-20T21:17:12.49237627+02:00
2022-01-20 20:17:12 meterssolar-Cached_readings-last_phase_voltage_communication_time 2022-01-20T21:17:12.492482264+02:00
2022-01-20 20:17:12 meterssolar-Cached_readings-reactive_power_a 37
2022-01-20 20:17:12 meterssolar-Cached_readings-reactive_power_b 38
2022-01-20 20:17:12 meterssolar-Cached_readings-real_power_a -3
2022-01-20 20:17:12 meterssolar-Cached_readings-real_power_b -3
2022-01-20 20:17:12 meterssolar-Cached_readings-serial_number JBL12345C3D146
2022-01-20 20:17:12 meterssolar-Cached_readings-timeout 1500000000
2022-01-20 20:17:12 meterssolar-Cached_readings-v_l1n 233.7
2022-01-20 20:17:12 meterssolar-Cached_readings-v_l2n 233.12
2021-11-08 13:44:24 meterssolar-Cached_readings-version 67f943cb05d12d
2022-01-20 20:17:12 meterssolar-connection-device_serial JBL1912345D146synchrometerY
2022-01-20 20:17:12 meterssolar-connection-short_id 1152100-13-E--JBL12345G3E010
2022-01-20 20:17:12 meterssolar-ct_voltage_references-ct1 Phase1
2022-01-20 20:17:12 meterssolar-ct_voltage_references-ct2 Phase2
2022-01-20 20:17:12 meterssolar-ct_voltage_references-ct3 Phase3
2022-01-20 20:17:12 meterssolar-id 0
2022-01-20 20:17:12 meterssolar-location solar
2022-01-20 20:17:12 meterssolar-real_power_scale_factor 1
2022-01-20 20:17:12 meterssolar-type synchrometerY
2022-01-20 20:16:50 powerwalls-bubble_shedding 0
2022-01-20 20:16:50 powerwalls-checking_if_offgrid 0
2022-01-20 20:16:50 powerwalls-enumerating 0
2022-01-20 20:16:50 powerwalls-gateway_din 1152100-13-E--JBL12345G3E010
2022-01-20 20:16:50 powerwalls-grid_code_validating 0
2022-01-20 20:16:50 powerwalls-grid_qualifying 0
2022-01-20 20:16:50 powerwalls-numberOfWalls 1
2022-01-20 20:16:50 powerwalls-on_grid_check_error run sitemanager flag enabled
2022-01-20 20:16:50 powerwalls-phase_detection_last_error
2022-01-20 20:16:50 powerwalls-phase_detection_not_available 0
2022-01-20 20:16:50 powerwalls-powerwall_0_PackagePartNumber 3012345-05-B
2022-01-20 20:16:50 powerwalls-powerwall_0_PackageSerialNumber TG123456789WKV
2022-01-20 20:16:50 powerwalls-powerwall_0_Type
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_alert 0
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_category InternalComms
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_0_end_time 2022-01-20T21:16:50.733326296+02:00
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_0_message Cannot perform this action with site controller running. From landing page, either "STOP SYSTEM" or "RUN WIZARD" to proceed.
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_0_name CAN connectivity
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_0_start_time 2022-01-20T21:16:50.733320421+02:00
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_0_status fail
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_1_end_time 2022-01-20T21:16:50.733386167+02:00
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_1_message Cannot perform this action with site controller running. From landing page, either "STOP SYSTEM" or "RUN WIZARD" to proceed.
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_1_name Enable switch
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_1_start_time 2022-01-20T21:16:50.733379793+02:00
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_1_status fail
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_2_end_time 2022-01-20T21:16:50.733395542+02:00
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_2_message Cannot perform this action with site controller running. From landing page, either "STOP SYSTEM" or "RUN WIZARD" to proceed.
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_2_name Internal communications
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_2_start_time 2022-01-20T21:16:50.733391167+02:00
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_2_status fail
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_3_end_time 2022-01-20T21:16:50.733404416+02:00
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_3_message Cannot perform this action with site controller running. From landing page, either "STOP SYSTEM" or "RUN WIZARD" to proceed.
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_3_name Firmware up-to-date
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_3_start_time 2022-01-20T21:16:50.733400042+02:00
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_check_3_status fail
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_disruptive 0
2022-01-20 20:16:50 powerwalls-powerwall_0_commissioning_diagnostic_name Commissioning
2022-01-20 20:16:50 powerwalls-powerwall_0_grid_reconnection_time_seconds 0
2022-01-20 20:16:50 powerwalls-powerwall_0_grid_state Grid_Uncompliant
2022-01-20 20:16:50 powerwalls-powerwall_0_in_config 1
2022-01-20 20:16:50 powerwalls-powerwall_0_phase Phase1
2022-01-20 20:16:50 powerwalls-powerwall_0_type ACPW
2022-01-20 20:16:50 powerwalls-powerwall_0_under_phase_detection 0
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_alert 0
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_category InternalComms
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_0_name Powerwall firmware
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_0_progress 0
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_0_status not_run
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_1_name Battery firmware
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_1_progress 0
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_1_status not_run
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_2_name Inverter firmware
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_2_progress 0
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_2_status not_run
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_3_name Grid code
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_3_progress 0
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_check_3_status not_run
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_disruptive 1
2022-01-20 20:16:50 powerwalls-powerwall_0_update_diagnostic_name Firmware Update
2022-01-20 20:16:50 powerwalls-powerwall_0_updating 0
2022-01-20 20:16:50 powerwalls-running_phase_detection 0
2022-01-20 20:16:50 powerwalls-sync HASH(0x5a25898)
2022-01-20 20:16:50 powerwalls-updating 0
2022-01-20 20:16:56 registration-grid_services 1
2022-01-20 20:16:56 registration-limited_warranty 1
2022-01-20 20:16:56 registration-marketing 1
2022-01-20 20:16:56 registration-privacy_notice 1
2022-01-20 20:16:56 registration-registered 1
2022-01-20 20:16:56 registration-timed_out_registration 0
2022-01-20 20:16:53 siteinfo-grid_code HASH(0x5710ad0)
2022-01-20 20:16:53 siteinfo-max_site_meter_power_kW 1000000000
2022-01-20 20:16:53 siteinfo-max_system_energy_kWh 13.5
2022-01-20 20:16:53 siteinfo-max_system_power_kW 5
2022-01-20 20:16:53 siteinfo-min_site_meter_power_kW -1000000000
2022-01-20 20:16:53 siteinfo-nominal_system_energy_kWh 13.5
2022-01-20 20:16:53 siteinfo-nominal_system_power_kW 5
2022-01-20 20:16:53 siteinfo-site_name Home Energy Gateway
2022-01-20 20:16:53 siteinfo-timezone Europe/Berlin
2022-01-20 20:17:03 sitemaster-can_reboot Yes
2022-01-20 20:17:03 sitemaster-connected_to_tesla 1
2022-01-20 20:17:03 sitemaster-power_supply_mode 0
2022-01-20 20:17:03 sitemaster-running 1
2022-01-20 20:17:03 sitemaster-status StatusUp
2022-01-20 20:16:44 sitename-site_name Home Energy Gateway
2022-01-20 20:16:44 sitename-timezone Europe/Berlin
2022-01-20 20:17:15 state ready
2022-01-20 20:17:09 status-cellular_disabled 0
2022-01-20 20:17:09 status-commission_count 0
2022-01-20 20:17:09 status-device_type teg
2022-01-20 20:17:09 status-din 1152100-13-E--JBL19141G3E010
2022-01-20 20:17:09 status-git_hash c58c2df39ec207708c4cde0c747db7cf31750f29
2022-01-20 20:17:09 status-is_new 0
2021-09-30 11:13:36 status-is_solar_powerwall 0
2022-01-20 20:17:09 status-leader
2022-01-20 20:17:09 status-start_time 2022-01-05 14:18:51 +0800
2022-01-20 20:17:09 status-sync_type v2
2022-01-20 20:17:09 status-up_time_seconds 366h58m17.662760065s
2022-01-20 20:17:09 status-version 21.44.1 c58c2df3
2022-01-20 20:16:47 statussoe-percentage 37.228906981771
actionQueue:
helper:
Attributes:
emailaddr ABC@DEFGH.DE
Ok und was genau ist jetzt das Problem. Sorry bin etwas aus dem Tritt
Hallo CoolTux,
Kein wirkliches Problem.
Ich hatte Dich gefragt, ob Du nicht eine Möglichkeit des Reconnects / Erneuerung des Tokens einbauen, für den Fall, dass der ungültig wird.
Ich habe das immer im Zusammenhang mit Firmwareaktualisierungen der Powerwall erlebt.
Du hattest dazu die 2.0.1 erstellt die Änderungen enthält. Im Rahmen dieser Änderung hattest Du um eine Ausgabe von List gebeten.
Heute kam bei mir ein Downgrade und danach war auch mit der 2.0.1 der Token ungültig...
Vielen Dank und Grüße Michael
Zitat von: Elektron am 20 Januar 2022, 21:12:07
Hallo CoolTux,
Kein wirkliches Problem.
Ich hatte Dich gefragt, ob Du nicht eine Möglichkeit des Reconnects / Erneuerung des Tokens einbauen, für den Fall, dass der ungültig wird.
Ich habe das immer im Zusammenhang mit Firmwareaktualisierungen der Powerwall erlebt.
Du hattest dazu die 2.0.1 erstellt die Änderungen enthält. Im Rahmen dieser Änderung hattest Du um eine Ausgabe von List gebeten.
Heute kam bei mir ein Downgrade und danach war auch mit der 2.0.1 der Token ungültig...
Vielen Dank und Grüße Michael
Ah, OK. Ja das mit den Tollen ist noch nicht drin da erstmal mein Code rewrite getestet werden sollte.
Hallo CoolTux,
Alles klar, dann übe ich mich noch in Geduld.
Dachte die Ausgabe im Log würde Dir ggf. helfen.
Vielen Dank und Grüße Michael
Hallo Micha,
Kannst Du bitte die neue Version testen? Einfach update machen.
Grüße
Marko
Hi CoolTux,
Von Deinem Server?
Ist installiert und sieht erstmal gut aus. Beobachte morgen mal weiter...
...habe Deine Nachricht leider erst eben gesehen...
Viele Grüße Michael
Hallo Micha,
Super, vielen Dank für's testen. Hast es wieder per update installiert? Eigentlich müssten wir jetzt irgendwie das Auslaufen des Tokens simulieren aber das wird wohl nichts werden nehme ich mal an. Wir können also einfach sehen ob die Version sauber bei Dir läuft und dann rollen wir sie aus und warten ;D
Grüße
Hi CoolTux,
Genau, per Update wobei ich Deinen Server als Quelle in FHEM eingetragen habe.
Bisher läuft die Version ohne Auffälligkeiten.
Update erwarte ich eigentlich zeitnah, da Tesla ein Update ausgerollt hatte, es aber wegen bugs wieder auf die alte Version downgegradet hat. Ich vermute die fixen die bugs und rollen dann neu aus.
Wenn das Erneuern des Tokens klappt, dürfte ich nur eine kurze Lücke in den Daten sehen und dann sollte automatisch wieder alles gehen. Der ungültige Token war für mich immer das Zeichen, dass es ein Update gab...
...jetzt muss ich so aufpassen.
Vielen Dank und Grüße Michael
Hi Cooltux,
gestern morgen ist das Update auf einer der beiden Powerwalls durchgelaufen.
Der Reconnect hat nicht geklappt.
Anbei die Eintraege die ich im Log gefunden habe:
2022.02.04 03:38:31 1: PERL WARNING: Use of uninitialized value $path in string ne at lib/FHEM/Devices/Tesla/Powerwall.pm line 896.
2022.02.04 03:38:31 1: PERL WARNING: Use of uninitialized value $path in hash element at lib/FHEM/Devices/Tesla/Powerwall.pm line 896.
2022.02.04 03:38:31 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at lib/FHEM/Devices/Tesla/Powerwall.pm line 896.
2022.02.04 03:38:31 1: PERL WARNING: Use of uninitialized value $path in string eq at lib/FHEM/Devices/Tesla/Powerwall.pm line 901.
2022.02.04 03:38:31 1: PERL WARNING: Use of uninitialized value $path in string eq at lib/FHEM/Devices/Tesla/Powerwall.pm line 911.
2022.02.04 03:52:17 3: TeslaPowerwall2AC (myPowerWall) - RequestERROR: connect to https://192.168.178.195:443 timed out
2022.02.04 03:52:47 3: TeslaPowerwall2AC (myPowerWall) - RequestERROR: connect to https://192.168.178.195:443 timed out
2022.02.04 03:53:16 3: TeslaPowerwall2AC (myPowerWall) - RequestERROR: 192.168.2.195: Keine Route zum Zielrechner (113)
Ich hoffe das hilft Dir bei der Eingrenzung weiter...
Vielen Dank und Gruesse
Michael
Ich danke Dir. Ich schaue es mir am Montag an.
Hi CoolTux,
Du hast zwar keine Woche genannt 8), wollte trotzdem mal fragen ob Du schon Zeit gefunden hast?
Kann ich Dich noch mit irgendwas unterstützen?
Tesla hat die Software zum Glück noch nicht im Griff, da kommen wohl noch Updates zum Testen.
Vielen Dank und Grüße Michael
Danke fürs anschupsen. Ich schaue nachher gleich mal
Zitat von: Elektron am 16 Februar 2022, 22:54:33
Hi CoolTux,
Du hast zwar keine Woche genannt 8), wollte trotzdem mal fragen ob Du schon Zeit gefunden hast?
Kann ich Dich noch mit irgendwas unterstützen?
Tesla hat die Software zum Glück noch nicht im Griff, da kommen wohl noch Updates zum Testen.
Vielen Dank und Grüße Michael
Hallo Michael,
Mach bitte einmal ein Update und dann schauen wir.
Hi CoolTux,
Hab ein Update gemacht, jetzt geht es nicht mehr...
2022.02.17 08:18:02 1: PERL WARNING: Subroutine ::TeslaPowerwall2AC_Initialize redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 71, <$fh> line 1677.
2022.02.17 08:18:02 1: PERL WARNING: Subroutine Initialize redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 73, <$fh> line 1677.
2022.02.17 08:18:02 1: reload: Error:Modul 46_TeslaPowerwall2AC deactivated:
Attempt to reload FHEM/Devices/Tesla/Powerwall.pm aborted.
Compilation failed in require at ./FHEM/46_TeslaPowerwall2AC.pm line 61, <$fh> line 1677.
2022.02.17 08:18:02 0: Attempt to reload FHEM/Devices/Tesla/Powerwall.pm aborted.
Compilation failed in require at ./FHEM/46_TeslaPowerwall2AC.pm line 61, <$fh> line 1677.
Viele Grüße Michael
Zitat von: Elektron am 17 Februar 2022, 08:25:05
Hi CoolTux,
Hab ein Update gemacht, jetzt geht es nicht mehr...
2022.02.17 08:18:02 1: PERL WARNING: Subroutine ::TeslaPowerwall2AC_Initialize redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 71, <$fh> line 1677.
2022.02.17 08:18:02 1: PERL WARNING: Subroutine Initialize redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 73, <$fh> line 1677.
2022.02.17 08:18:02 1: reload: Error:Modul 46_TeslaPowerwall2AC deactivated:
Attempt to reload FHEM/Devices/Tesla/Powerwall.pm aborted.
Compilation failed in require at ./FHEM/46_TeslaPowerwall2AC.pm line 61, <$fh> line 1677.
2022.02.17 08:18:02 0: Attempt to reload FHEM/Devices/Tesla/Powerwall.pm aborted.
Compilation failed in require at ./FHEM/46_TeslaPowerwall2AC.pm line 61, <$fh> line 1677.
Viele Grüße Michael
Mach mal bitte ein Neustart statt ein Reload. Ich kann aus der Meldung nicht sehen was das Problem sein soll.
Hallo CoolTux,
Das war nach einem shutdown restart.
Hab das gerade noch einmal gemacht, Ergebnis ist das gleiche...
Vielen Dank und Grüße Michael
Ok ich habe den Fehler gefunden. Neue Version ist online
Hallo CoolTux,
Damit läuft es wieder.
Sieht aktuell gut aus...
Vielen Dank und Grüße Michael
Hallo CoolTux,
Tesla hat bei einer der PowerWalls ein Downgrade gemacht (das letzte Update war nich so der Hit).
Daher konnte ich am Freitag ein LOG mit Verbose 5 erstellen.
Habe ich Dir der direct message hier im Forum geschickt.
Ich hoffe das hilft Dir weiter...
Vielen Dank fuer Deinen Einsatz und Gruesse
Michael
Ok ich hatte da wohl andere Informationen was genau kommt wenn der Token nicht mehr aktuell ist. Habe jetzt mal die Infos aus Deinem Log genommen, waren sehr hilfreich.
Neue Version ist Online
Hi CoolTux,
Perfekt! Hab die neue Version installiert, jetzt heißt es warten auf das nächste Update.
Ich halte Dich auf dem Laufenden.
Vielen Dank für die super schnelle Reaktion!!!
Viele Grüße Michael
Hi Cooltux,
eine Rueckmeldung zu Deinem neuen Modul.
Ich habe in den vergangenen Wochen immer wieder mal beobachtet, dass das Modul "stehenbleibt", also die Queue enthalt noch abfragen aber es passiert nichts mehr. Die in der Queue werden nicht mehr abgearbeitet.
Im LOG findet sich dazu trotz Verbose 5 nicht wirklich viel:
2022.04.04 19:52:26 4: TeslaPowerwall2AC (myPowerWall) - Send with URI: https://192.168.2.195/api/powerwalls
2022.04.04 19:52:27 4: TeslaPowerwall2AC (myPowerWall) - Recieve JSON data: {"enumerating":false,"updating":false,"checking_if_offgrid":false,"running_phase_detection":false,"phase_detection_last_error":"","bubble_shedding":false,"on_grid_check_error":"run sitemanager flag enabled","grid_qualifying":false,"grid_code_validating":false,"phase_detection_not_available":false,"powerwalls":[{"Type":"","PackagePartNumber":"1092170-05-J","PackageSerialNumber":"TG000000000000","type":"ACPW","phase":"Phase1","grid_state":"Grid_Uncompliant","grid_reconnection_time_seconds":0,"under_phase_detection":false,"updating":false,"commissioning_diagnostic":{"name":"Commissioning","category":"InternalComms","disruptive":false,"inputs":null,"checks":[{"name":"CAN connectivity","status":"fail","start_time":"2022-04-04T19:52:27.216819544+02:00","end_time":"2022-04-04T19:52:27.216825044+02:00","message":"Cannot perform this action with site controller running. From landing page, either \"STOP SYSTEM\" or \"RUN WIZARD\" to proceed.","results":{},"debug":{},"checks":null},{"name":"Enable switch","status":"fail","start_time":"2022-04-04T19:52:27.216829669+02:00","end_time":"2022-04-04T19:52:27.216833793+02:00","message":"Cannot perform this action with site controller running. From landing page, either \"STOP SYSTEM\" or \"RUN WIZARD\" to proceed.","results":{},"debug":{},"checks":null},{"name":"Internal communications","status":"fail","start_time":"2022-04-04T19:52:27.216837793+02:00","end_time":"2022-04-04T19:52:27.216841793+02:00","message":"Cannot perform this action with site controller running. From landing page, either \"STOP SYSTEM\" or \"RUN WIZARD\" to proceed.","results":{},"debug":{},"checks":null},{"name":"Firmware up-to-date","status":"fail","start_time":"2022-04-04T19:52:27.216845918+02:00","end_time":"2022-04-04T19:52:27.216849917+02:00","message":"Cannot perform this action with site controller running. From landing page, either \"STOP SYSTEM\" or \"RUN WIZARD\" to proceed.","results":{},"debug":{},"checks":null}],"alert":false},"update_diagnostic":{"name":"Firmware Update","category":"InternalComms","disruptive":true,"inputs":null,"checks":[{"name":"Powerwall firmware","status":"not_run","start_time":null,"end_time":null,"progress":0,"results":null,"debug":null,"checks":null},{"name":"Battery firmware","status":"not_run","start_time":null,"end_time":null,"progress":0,"results":null,"debug":null,"checks":null},{"name":"Inverter firmware","status":"not_run","start_time":null,"end_time":null,"progress":0,"results":null,"debug":null,"checks":null},{"name":"Grid code","status":"not_run","start_time":null,"end_time":null,"progress":0,"results":null,"debug":null,"checks":null}],"alert":false},"bc_type":null,"in_config":true}],"gateway_din":"1152100-13-E--JBL00000G0E000","sync":{"updating":false,"commissioning_diagnostic":{"name":"Commissioning","category":"InternalComms","disruptive":false,"inputs":null,"checks":[{"name":"CAN connectivity","status":"fail","start_time":"2022-04-04T19:52:27.216963661+02:00","end_time":"2022-04-04T19:52:27.216969535+02:00","message":"Cannot perform this action with site controller running. From landing page, either \"STOP SYSTEM\" or \"RUN WIZARD\" to proceed.","results":{},"debug":{},"checks":null},{"name":"Firmware up-to-date","status":"fail","start_time":"2022-04-04T19:52:27.21697416+02:00","end_time":"2022-04-04T19:52:27.216978285+02:00","message":"Cannot perform this action with site controller running. From landing page, either \"STOP SYSTEM\" or \"RUN WIZARD\" to proceed.","results":{},"debug":{},"checks":null}],"alert":false},"update_diagnostic":{"name":"Firmware Update","category":"InternalComms","disruptive":true,"inputs":null,"checks":[{"name":"Synchronizer firmware","status":"not_run","start_time":null,"end_time":null,"progress":0,"results":null,"debug":null,"checks":null},{"name":"Islanding configuration","status":"not_run","start_time":null,"end_time":null,"progress":0,"results":null,"debug":null,"checks":null},{"name":"Grid code","status":"not_run","start_time":null,"end_time":null,"progress":0,"results":null,"debug":null,"checks":null}],"alert":false}},"msa":null,"states":null}
2022.04.04 19:52:27 4: TeslaPowerwall2AC (myPowerWall) - Write Readings
2022.04.04 19:52:30 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2022.04.04 19:53:30 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2022.04.04 19:54:30 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
Steht in keinem Zusammenhang mit einem Update der Powerwall und passiert einfach so.
Viele Gruesse
Michael
Hallo Cooltux,
ich hole das mal wieder hoch. Ich habe bald die Möglichkeit in meinem Haus von einem variablen Strompreis zu profitieren. In dem Zusammenhang würde ich gerne die Powerwall deaktivieren wenn der Strompreis sehr günstig ist.
Leider gingen bisher ja die Commands powerwalls "run" / stop" nicht. Gibt es da ein Update von deiner Seite?
Grüße Timo
Bekomme
malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "Method Not Allowed\n") at lib/FHEM/Devices/Tesla/Powerwall.pm line 595.
Zitat von: TimoD am 20 Februar 2023, 17:11:13
Hallo Cooltux,
ich hole das mal wieder hoch. Ich habe bald die Möglichkeit in meinem Haus von einem variablen Strompreis zu profitieren. In dem Zusammenhang würde ich gerne die Powerwall deaktivieren wenn der Strompreis sehr günstig ist.
Leider gingen bisher ja die Commands powerwalls "run" / stop" nicht. Gibt es da ein Update von deiner Seite?
Grüße Timo
Bekomme
malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "Method Not Allowed\n") at lib/FHEM/Devices/Tesla/Powerwall.pm line 595.
Aktuell leider nicht. Ich habe keine Powerwall und kann auch nicht großartig testen. Und die nächsten Wochen steht der FHEM Server Umzug an. Also im Moment eher schlecht.
Kannst Du bitte in 2 Monaten noch einmal nachhaken?
Danke Dir
Hallo TimoD
Ich habe es auf die ,,altmodische" Art gemacht, und einfach zu dem manuellen Schalter rechts oben an der Powerwall einen elektronisch schaltbaren Kontakt parallel eingebaut. Damit kann ich dann auch bestimmte Routinen bauen über welche die Powerwall über FHEM gesteuert aus- und eingeschaltet werden kann.
Das ist dann wohl der händische quick and dirty fix :-)
Bin mir mit dem Schalter / mit dem Trennen der Schütze irgendwie unsicher ob das nicht Einfluss auf die Lebenszeit der Powerwall hat.
Habe heute einen Workaround / ersten Schritt zum Workaround gefunden. Habe mir einen Stromplan erstellt in dem ich einen niedertarif habe, wenn ich nun Verwendung Zeitbasierte Steuerung verwende entlädt sich die Powerwall nicht mehr. (Jetzt muss ich es nur noch schaffen den Zeitplan über FHEM auszuwählen)
Moin :)
Habe eine Frage, die mir schon länger Kopfschmerzen bereitet ;D
Bei mir ist ein SMA Energy-Meter (1.0) direkt hinter dem Zähler verbaut.
Der SunnyHomeManager ist auch vorhanden.
Als Generator fungieren 2 Strings an einem SMA Tripower.
Der Speicher ist die Tesla Powerwall 2, eine der ersten in Deutschland ausgelieferten, also noch mit dem einfachen "Gateway" (einfacher grauer Kasten, nicht die aktuellen im Design der Powerwall).
Das war zum damaligen Zeitpunkt so das Optimum für mich.
Daraus ergibt sich aber, dass die SMA-Geräte (HomeManager, Energy-Meter ...) die Powerwall nur im Haus als einen von vielen Verbrauchern warnehmen.
Jetzt würde ich aber gerne den realen Hausverbrauch (ohne Powerwall 2) erfassen und protokollieren.
Die Tesla App zeigt mir unter dem Haus-Symbol auch den Hausverbrauch an.
Über die JSON Antworten der Tesla-Powerwall API gibt es diese Werte aber nicht. Da sind neben Spannung, Freuquenz etc. im wesentlichen nur die Momentan-Werte vorhanden.
Gibt es in meiner Konstellation irgendwie die Möglichkeit den realen Hausverbrauch auszulesen?
Danke und Gruß
Carsten
Hallo Carsten,
Bist Du Dir sicher, dass die Information da nicht drin steht?
Mit der Methode des scharfen Hinsehens bis ich die Liste mal durchgegangen.
Mir ist ein Datenpunkte aufgefallen.
- aggregates-load-instant_power
Bin mir nicht 100%ig sicher aber auf den ersten Blick sieht der gut aus.
Sonst hilf auch immer Google....
Viele Grüße Michael
Hallo @coolTux,
ich moechte das Thema, dass das Modul die Verbindung zur Powerwall verliert noch einmal angehen.
Ich bin mir inzwischen Sicher, dass es mit einer Aenderung auf der Seite von Tesla zutun hat.
Ich habe Zugriff auf zwei Powerwallsmit unterschiedlichen Softwarestaenden.
Die Eine ist auf Version 21.35.3 und ist vollkommen unauffaellig. (Zugegeben die Version ist recht alt aber Tesla hat die nach einem Rollback nicht weiter upgedetet.)
Die Andere ist auf Version 22.9.2 und steigt immer dann aus, wenn die Internetverbindung ausfaellt. Also wenn entweder die Firtzbox stromlos wird oder wenn der Provider nachts mal ein Update auf dem DSLAM macht.
In den Logs der Powerwall habe ich trotz Verbose 5 nichts besonderes finden koennen.
2022.05.18 18:35:30 4: TeslaPowerwall2AC (myPowerWall) - Recieve JSON data: [{"id":0,"location":"solar","type":"synchrometerY","cts":[true,true,true,false],"inv>
2022.05.18 18:35:30 4: TeslaPowerwall2AC (myPowerWall) - Write Readings
2022.05.18 18:35:33 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2022.05.18 18:37:12 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
Das war es dann ab dann versucht das Modul dauern neue Daten zu bekommen was nicht gelingt. Nach dem Neustart von FHEM geht es wieder. Ohne Neustart kommt die Verbindung "nie" wieder zurueck.
Wie kann ich ggf. weiterhelfen?
Vielen Dank und Gruesse Michael
Zitat von: Elektron am 07 Mai 2023, 22:07:56- aggregates-load-instant_power
Danke Michael!
Wobei ich nicht verstehe, warum ich über die Antworten hier nicht benachrichtigt wurde. Das klappt sonst immer.
Aber leider ist das der aktuelle Verbrauch, nicht der Verbrauch des Tages bisher.
In der aktuellen Version der Tesla-App steht das jetzt aufgeschlüsselt:
- Hausgesamtverbrauch x kWh heute
anteilig davon
- von Solar
- aus Powerwall2
- aus dem Netz
Aber auch die einzelnen Werte sind nicht zu finden. ::)
Scheinbar ist das leider nicht so einfach.
Zitat von: Elektron am 29 Juli 2023, 20:03:13Hallo @coolTux,
ich moechte das Thema, dass das Modul die Verbindung zur Powerwall verliert noch einmal angehen.
Diese Ausfälle in Form der nicht mehr weiter abarbeitenden Queues kann ich auch bestätigen.
Bei mir war das früher, am Anfang vom neuen Modul, deutlich häufiger. Jetzt ist es nur noch sehr sporadisch und unregelmäßig.
Das mit dem Internetausfall passt zeitlich bei mir nicht zusammen. Auch hängen Powerwall2 und Server an einem extra Switch, also nicht an der FritzBox.
Manchmal ist monatelang Ruhe, dann wieder ein paar Mal kurz hintereinander.
Meine aktuelle Software auf der Powerwall2 ist 23.12.11.
Abhilfe schafft bei mir nur ein shutdown restart.
Gruß, Carsten
Zitat von: Eckat am 20 August 2023, 18:47:19Abhilfe schafft bei mir nur ein shutdown restart.
Hallo Zusammen,
ich nutze das Modul schon ziemlich lang, nur in letzter Zeit häuft sich genau das beschriebene Verhalten bei mir auch. So, dass ich ca. jeden Tag einmal einen Restart von FHEM machen muss, dann läuft es wieder ca. einen Tag lang.
Die letzten Wochen wurden die Abstände immer kürzer, von Wochenlang alles gut bis eben zum heutigen Zeitpunkt mir 1x am Tag Restart.
Gibt es hier schon Neuigkeiten? Kann man irgendwie als User unterstützen bei der Fehlersuche?
VG
Ich weiß nicht ob ich es schaffe mir das Modul in den nächsten Wochen etwas genauer an zu schauen. Zumal ich leider auch keine Powerwall zum testen habe.
Interessant wäre aber auf jeden Fall ein komplettes verbose 5 Log vom Modul.
Zitat von: CoolTux am 29 Oktober 2023, 13:06:00Ich weiß nicht ob ich es schaffe mir das Modul in den nächsten Wochen etwas genauer an zu schauen. Zumal ich leider auch keine Powerwall zum testen habe.
Interessant wäre aber auf jeden Fall ein komplettes verbose 5 Log vom Modul.
Also das Log kann ich sicher zur Verfügung stellen. Zur Sicherheit verrate mir aber bitte noch genau was ich dafür machen muss ::)
Das Attribut verbose auf 5 stellen, als beim Device.
Achso ... dachte das wäre ein "spezielles" verbose ;D
Habe ich eingestellt und läuft.
Von welchem Zeitraum möchtest du das haben?
Bei mir funktioniert es an sich ganz gut. Der einzige Fehler den ich habe, dass unregelmäßig die actionQueue bei sowas wie "2 entries in the Queue" stehen bleibt und dann auch nur noch ein "shutdown restart" hilft.
Das tritt manchmal aber über mehrere Wochen oder noch länger nicht auf (wie aktuell). Beim letzten Auftreten war es dann aber einige Male innerhalb von 24 Stunden.
Netzwerk kann ich halbwegs sicher ausschließen. Habe extra auch eine Überwachung dafür eingerichtet. Auch Updates auf den Ubuntu Maschinen fanden nicht zur gleichen Zeit statt.
Brauche ich ab dem Zeitpunkt wo es an fängt zu klemmen.
Hallo IoT4db,
Kannst Du mal nachsehen welche Version bei Dir für das Gateway angezeigt wird?
Kannst Du in der App unter Info über mein Zuhause finden.
Ich vermute, dass Du ein Update bekommen hast...
Viele Grüße Michael
Zitat von: ioT4db am 29 Oktober 2023, 12:56:52Zitat von: Eckat am 20 August 2023, 18:47:19Abhilfe schafft bei mir nur ein shutdown restart.
Hallo Zusammen,
ich nutze das Modul schon ziemlich lang, nur in letzter Zeit häuft sich genau das beschriebene Verhalten bei mir auch. So, dass ich ca. jeden Tag einmal einen Restart von FHEM machen muss, dann läuft es wieder ca. einen Tag lang.
Die letzten Wochen wurden die Abstände immer kürzer, von Wochenlang alles gut bis eben zum heutigen Zeitpunkt mir 1x am Tag Restart.
Gibt es hier schon Neuigkeiten? Kann man irgendwie als User unterstützen bei der Fehlersuche?
VG
Hallo CoolTux,
Bin mal gespannt ob in dem Log was zu erkennen ist. Meine Erfahrung war, dass dan jetzt nicht wirklich was auffälliges drin ist.
Das Modul versucht dann bei mir zyklisch die Daten zu holen und scheitert dabei...
Im Ergebnis wird in Fhem angezeigt, dass da abfragen >0 in der quee stehen...
Wenn ich irgendwas beitragen kann, lass es mich wissen. Bei mir tritt es immer nur im Zusammenhang mit einem ,,längeren" Internet Ausfall auf. Ich habe die Version 2022.9.2 auf dem Gateway, die Version auf dem anderen Gateway (die Version ist älter, hängt am selben Router) verhält sich anders
Viele Grüße Michael
Zitat von: CoolTux am 29 Oktober 2023, 19:07:04Brauche ich ab dem Zeitpunkt wo es an fängt zu klemmen.
Zitat von: CoolTux am 29 Oktober 2023, 19:07:04Brauche ich ab dem Zeitpunkt wo es an fängt zu klemmen.
Hallo Cooltux,
diese Nacht kam es erneut zu dem Problem. Die Logs (Verbose 5) sende ich Dir gleich in einer PN zu.
Danke schonmal und VG
Daniel
Hallo Zusammen,
da es nun Börsenbasierte Strompreis-Tarife gibt, wollte ich euch Fragen, ob es hier Sinn macht mithilfe von Smarthome die PW2 nachts zu günstigen Konditionen aufzuladen und Tagsüber zu verbrauchen, wenn der Strompreis sehr hoch ist. Hier liegt der Unterschied nicht selten bei 10ct/KWh.
Ich habe bei Tesla nun die Option freischalten lassen, damit ich den Speicher PW2 aus dem Netz laden kann. Das kann ich dann in der Tesla App einstellen
Die Frage wäre jetzt, ob es hier eine Möglichkeit gibt den Ladevorgang (Beginn und Ende) in Fhem zu steuern?
Dann könnte man die Preise einbinden und über eine Logik die günstigsten Strompreise besser nutzen.
Meint ihr, sowas geht?
Danke und Gruß
Ather
Zitat von: CoolTux am 29 Oktober 2023, 19:07:04Brauche ich ab dem Zeitpunkt wo es an fängt zu klemmen.
Heute ist es nach langer Zeit wieder passiert.
Das Log kommt heute Abend, wenn ich wieder zuhause bin.
So, ich habe das Log von heute etwas eingekürzt.
Wenn mir kein Fehler unterlaufen ist, habe ich den letzten erfolgreichen Aufruf drin gelassen und den ersten nach dem "shutdown restart".
Benachrichtigt werde ich über ein at das minütlich läuft.
Es prüft ob das ReadingAge von "actionQueue" größer dem doppelten "interval" (Reading) ist.
Was mich an dem Log etwas verwundert, dass das STATE scheinbar verändert wird ("fetch data - x entries in the Queue").
Von heute kann ich es, da ich nicht zuhause war, nicht sagen. Aber bisher war im Fehlerfall immer der state gleichbleibend, also immer z.B. "fetch data - 3 entries in the Queue". Wobei es bei unterschiedlichen Ständen "stehen blieb".
Meine nagios Netzwerküberwachung hat für den Fehlerzeitraum kein einziges Problem geloggt.
Denn hier scheint die PW2 nicht zu antworten ("Connection refused (111)").
Der Token ist aktuell in der PW2 Instanz in fhem auch ein anderer als in dem Log.
Als Idee hätte ich einen abgelaufenen Token vermutet. Aber das würde den extrem unterschiedlichen Abständen bis zum erneuten Auftreten des Fehlers widersprechen (manchmal wenige Stunden, jetzt hat es mind. 17 Tage gedauert (so lange habe ich erst das Log laufen).
Was mich etwas stutzig macht, aber für das scheinbar zufällige Auftreten des Fehlers passen könnte, in den 17 Tagen meines Logs für die PW2 habe ich nur 1x eine Zeile drin, die dem Reading "status-version" gehört. Die ist von heute, ca. 3,5 Minuten nach dem ersten Auftreten des Fehlers.
Hängt es evtl. damit zusammen, das Tesla neue Firmware aufspielt?
Hier das Log (ich hoffe ich habe keine Daten übersehen, die anonymisiert werden müssten):
Beim erstellen des Posts tauch ein Datenbankfehler auf ;D Vermutlich zu groß.
Daher hier als Link zum OneDrive: https://1drv.ms/u/s!Avd7F6XNgj3NgsFzSreazepqzr3Pzg?e=Q2WOd5 (https://1drv.ms/u/s!Avd7F6XNgj3NgsFzSreazepqzr3Pzg?e=Q2WOd5)
PWD: fhem.forum
Wer möchte kann eine neue Version testen
ACHTUNG! Die neue Version ist ungetestet und kann eventuell komplett FHEM beenden. Daher bitte erfahrende User testen die wissen wie man ein Modul Update zurück spielt.
Dazu folgendes machen.
update add https://git.cooltux.net/FHEM/mod-TeslaPowerwall2AC/raw/branch/patch-fixCheckAndRenewToken/controls_TeslaPowerwall2AC.txt
Danach dann ein
update
Und den
shutdown restartnicht vergessen.
Vielen Dank!
Habe das Update gerade ausgeführt. Hat jetzt die Version v2.1.0.
Die ersten Abfragen waren unauffällig.
Gibt es etwas, z. B. im Log, an dem ich erkennen kann, dass der Fehler (Token?) aufgetreten wäre, durch die Anpassung aber abgefangen wurde?
Also sowas wie "Token wurde neu generiert".
Sollte ein Logeintrag geben.
Hi CoolTux,
Die Version habe ich bei mir auch laufen.
Was mir schon aufgefallen ist, im JSON Reading steht jetzt öfter:
,,Error garbage after JSON object, at character offset 4 (before "page not found\n") at lib/FHEM/Devices/Tesla/Powerwall.pm line 586."
Muß nichts heißen und liegt vielleicht an Deinen Änderungen. Ist bisher auch ohne Folgen.
Aber wenn die Powerwall ,,Page Not found melden sollte, könnte das ja auch ein Hinweis sein...
Viele Grüße Michael
Also bei mir gibt es in den Logs seit dem Update nichts was "token" oder "error" enthält.
CoolTux nach welchem Stichwort müsste man im Log suchen?
Moin :)
Heute Morgen DSL "Ausfall" für ca. 20 Minuten (07:38 - 07:59 Uhr). FritzBox hat nicht neu gestartet, sondern nur DSL neu verbunden, alle internen Geräte hängen an einem separaten Switch.
Meine minütliche Überwachung hat einen Ausfall erstmals ab 08:21 Uhr festgestellt, da allerdings auch schon die letzte Aktualisierung mit 30,5 Minuten angegeben. ???
Um 09:10 Uhr habe ich "shutdown restart" ausgeführt, seitdem ist wieder alles OK.
Im Log der Powerwall2 ist eine große Lücke :( Wobei nach dem DSL Ausfall ab 07:38 Uhr noch bis 07:50 Uhr Funktion normal gegeben war.
Das sind die beiden letzten Zeilen vor und die beiden ersten nach der Lücke:
2023-11-20_07:50:35 powerwall2 actionQueue: 4 entries in the Queue
2023-11-20_07:50:35 powerwall2 fetch data - 4 paths in actionQueue
2023-11-20_09:11:08 powerwall2 429
2023-11-20_09:11:10 powerwall2 fetch data - 10 entries in the Queue
Im fhem Log sind bis 07:51 Uhr regelmäßig folgende zwei Zeilen:
2023.11.20 07:50:35 4: password Keystore handle for Device (powerwall2) - Read password from file
2023.11.20 07:50:36 4: TeslaPowerwall2AC (powerwall2) - Call ::InternalTimer Timer_GetDataDanach nur noch
2023.11.20 07:51:56 4: TeslaPowerwall2AC (powerwall2) - Call ::InternalTimer Timer_GetDataErst ab 09:10 Uhr (shutdown restart) tauchen wieder beide Zeilen auf.
Die Nicht-Erreichbarkeit der PW2 scheint irgendwie mit dem DSL-Ausfall zu tun zu haben (wobei ich sie mit IP-Adresse, nicht mit Domain-Namen, eingebunden habe).
Warum meine Überwachung auch erst 1/2 Stunde "zu spät" reagiert hat, ist mir bisher unerklärlich.
Im fhem Log ist mir aber noch folgendes aufgefallen, ist aber nur 1x vorhanden:
2023.11.20 09:11:01 1: FHEM::Meta::__GetUpdatedata: ERROR: FHEM/46_TeslaPowerwall2AC.pm belongs to source repository "fhem". Ignoring identical file name from source repository TeslaPowerwall2AC
Zitat von: Eckat am 19 November 2023, 11:07:22Also bei mir gibt es in den Logs seit dem Update nichts was "token" oder "error" enthält.
CoolTux nach welchem Stichwort müsste man im Log suchen?
Invalid bearer token. Empty action queue
Invalid bearer token. run relogin
Invalid bearer token. New action queue
Zitat von: CoolTux am 22 November 2023, 08:34:41Invalid bearer token. Empty action queue
Invalid bearer token. run relogin
Invalid bearer token. New action queue
Danke! Werde ich heute Abend noch mal prüfen.
Ahhhh, hab's natürlich vergessen ich Schussel :(
Also zu dem Thema vom 20.11. habe ich nichts mit "Invalid bearer token" im Log gefunden.
---
Heute gab es dann, ohne DSL-Ausfall o.ä., eine neue Nicht-Erreichbarkeit der PW2.
Der "Fehler" hat sich leider auch nicht selbst behoben.
Meine Überwachung prüft ja immer ob die Aktualisierung älter als 120 Sekunden alt ist. Dieses Mal ist die erste Meldung auch mit einem Alter von 139 Sekunden protokolliert (von 01:15:05 Uhr).
Der Schnipsel aus dem Log:
2023-12-09_01:12:46 powerwall2 actionQueue: 4 entries in the Queue
2023-12-09_01:12:46 powerwall2 fetch data - 4 paths in actionQueue
2023-12-09_01:18:18 powerwall2 429
2023-12-09_01:18:18 powerwall2 lastRequestError: Path: login 429 - Error: Api Limit reached for this endpoint Messages: API Limit Reached
2023-12-09_01:18:19 powerwall2 fetch data - 10 entries in the Queue
2023-12-09_01:18:19 powerwall2 actionQueue: 10 entries in the Queue
2023-12-09_01:18:19 powerwall2 fetch data - 10 paths in actionQueue
2023-12-09_01:18:22 powerwall2 fetch data - 9 entries in the Queue
Um ca. 01:18 Uhr habe ich mit "shutdown restart" neu gestartet.
Mir fällt die Meldung um 01:18:18 Uhr auf mit "lastRequestError: Path: login 429 - Error: Api Limit reached for this endpoint Messages: API Limit Reached".
Das klingt irgendwie nach einer Limitierung der PW2 selber nach zu vielen Abfragen.
Andererseits passt es dann nicht so gut dazu, dass es sich durch den Neustart des fhem-Dienstes beheben lässt und sonst teilweise auch wochenlang läuft.
Achja, "token" taucht im Log des heutigen Tages nicht auf.
Kannst du damit noch was anfangen?
Danke und Gruß, Carsten
Ich muss schauen ob ich da was machen kann. Eventuell hilft es auch das verbose auf 5 zu stellen Leider wird dann natürlich das Log größer und muss wohl öfters mal geleert werden
Das Attribut verbose am powerwall2 device steht bereits auf 5 ;)
Platz ist vorhanden, kann gerne auch noch mehr / woanders das Level erhöhen.
Wenn das bereits an war wie der Ausfall war dann gib mir bitte mehr Ausgaben
2023-12-09_01:12:46 powerwall2 actionQueue: 4 entries in the Queue
2023-12-09_01:12:46 powerwall2 fetch data - 4 paths in actionQueue
2023-12-09_01:18:18 powerwall2 429
2023-12-09_01:18:18 powerwall2 lastRequestError: Path: login 429 - Error: Api Limit reached for this endpoint Messages: API Limit Reached
2023-12-09_01:18:19 powerwall2 fetch data - 10 entries in the Queue
2023-12-09_01:18:19 powerwall2 actionQueue: 10 entries in the Queue
2023-12-09_01:18:19 powerwall2 fetch data - 10 paths in actionQueue
2023-12-09_01:18:22 powerwall2 fetch data - 9 entries in the Queue
Das war bestimmt nicht alles
Klar steht da mehr drin ;D
Aber bis dahin war alles OK und danach auch wieder.
Log schicke ich dir sofort per PN.
Das mit dem verbose auf 5 ist seit Anfang November so eingestellt. ???
Ich hatte heute auch nach langem mal wieder einen DSL Ausfall.
Aktuell hängt die Anbindung zur Powerwall.
Im Reading ,,lastRequestError" steht ,,Path: login 429 - Error: Api Limit reached for this endpoint Messages: API Limit Reached", das deckt sich also mit Deiner Erfahrung.
Modul steht auf Verbose 5. Mit was kann ich helfen?
Vielen Dank und Grüße Michael
Moin :)
Bei mir gab es heute morgen auch erneut Probleme.
DSL und Internet sind aber seit 4 Tagen stabil.
Den heutigen "Ausfall" würde ich allerdings einem Update der PW2 zuschreiben.
Denn in den Logs seit ich sie (mit verbose 5) aufzeichne, stehen nur insg. folgende Zeilen zur Version drin:
2023-11-14_07:50:03 powerwall2 status-version: 23.36.1 5a5db28d
2023-12-13_08:06:02 powerwall2 status-version: 23.36.3 aa269d35
Heute war mein Ausfall ab 08:04:13 Uhr gemeldet (mit mind. 60s keine Rückmeldung).
Um 08:10 Uhr habe ich mit shutdown restart die Funktion wieder hergestellt.
Das für diesen Zeitraum ungekürzte Log:
2023-12-13_08:01:05 powerwall2 ready
2023-12-13_08:01:34 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:01:34 powerwall2 actionQueue: 10 entries in the Queue
2023-12-13_08:01:34 powerwall2 fetch data - 10 paths in actionQueue
2023-12-13_08:01:37 powerwall2 fetch data - 9 entries in the Queue
2023-12-13_08:01:37 powerwall2 aggregates-solar-energy_exported: 47986491.5417755
2023-12-13_08:01:37 powerwall2 aggregates-site-last_communication_time: 2023-12-13T08:01:37.698219235+01:00
2023-12-13_08:01:37 powerwall2 aggregates-load-instant_apparent_power: 941.211102875608
2023-12-13_08:01:37 powerwall2 aggregates-solar-instant_reactive_power: 25.4499998092651
2023-12-13_08:01:37 powerwall2 aggregates-site-instant_apparent_power: 966.148182591706
2023-12-13_08:01:37 powerwall2 aggregates-site-energy_imported: 19305816.3664368
2023-12-13_08:01:37 powerwall2 aggregates-battery-instant_average_voltage: 231.5
2023-12-13_08:01:37 powerwall2 aggregates-battery-frequency: 49.998
2023-12-13_08:01:37 powerwall2 aggregates-solar-instant_average_voltage: 232.673334757487
2023-12-13_08:01:37 powerwall2 aggregates-battery-last_communication_time: 2023-12-13T08:01:37.636445+01:00
2023-12-13_08:01:37 powerwall2 aggregates-site-instant_power: 931.70002746582
2023-12-13_08:01:37 powerwall2 aggregates-load-energy_imported: 52681561.484375
2023-12-13_08:01:37 powerwall2 aggregates-solar-last_communication_time: 2023-12-13T08:01:37.691731252+01:00
2023-12-13_08:01:37 powerwall2 aggregates-load-instant_total_current: 4.03651061635083
2023-12-13_08:01:37 powerwall2 aggregates-load-instant_power: 938.46180248218
2023-12-13_08:01:37 powerwall2 aggregates-solar-instant_power: 6.68000000715256
2023-12-13_08:01:37 powerwall2 aggregates-site-instant_reactive_power: -255.689987182617
2023-12-13_08:01:37 powerwall2 aggregates-load-instant_average_current: 4.03651061635083
2023-12-13_08:01:37 powerwall2 aggregates-load-last_communication_time: 2023-12-13T08:01:37.636445+01:00
2023-12-13_08:01:37 powerwall2 aggregates-solar-instant_apparent_power: 26.3120673909739
2023-12-13_08:01:37 powerwall2 aggregates-site-instant_average_voltage: 232.49333190918
2023-12-13_08:01:37 powerwall2 aggregates-load-instant_average_voltage: 232.49333190918
2023-12-13_08:01:37 powerwall2 aggregates-load-instant_reactive_power: 71.8873108289398
2023-12-13_08:01:37 powerwall2 actionQueue: 9 entries in the Queue
2023-12-13_08:01:37 powerwall2 fetch data - 9 paths in actionQueue
2023-12-13_08:01:40 powerwall2 fetch data - 8 entries in the Queue
2023-12-13_08:01:40 powerwall2 actionQueue: 8 entries in the Queue
2023-12-13_08:01:40 powerwall2 fetch data - 8 paths in actionQueue
2023-12-13_08:01:43 powerwall2 fetch data - 7 entries in the Queue
2023-12-13_08:01:43 powerwall2 actionQueue: 7 entries in the Queue
2023-12-13_08:01:43 powerwall2 fetch data - 7 paths in actionQueue
2023-12-13_08:01:46 powerwall2 fetch data - 6 entries in the Queue
2023-12-13_08:01:47 powerwall2 powerwalls-powerwall_0_commissioning_diagnostic_check_3_end_time: 2023-12-13T08:01:47.01370522+01:00
2023-12-13_08:01:47 powerwall2 powerwalls-powerwall_0_commissioning_diagnostic_check_2_end_time: 2023-12-13T08:01:47.013700887+01:00
2023-12-13_08:01:47 powerwall2 powerwalls-powerwall_0_commissioning_diagnostic_check_0_end_time: 2023-12-13T08:01:47.01369122+01:00
2023-12-13_08:01:47 powerwall2 powerwalls-powerwall_0_commissioning_diagnostic_check_1_start_time: 2023-12-13T08:01:47.013693554+01:00
2023-12-13_08:01:47 powerwall2 powerwalls-powerwall_0_commissioning_diagnostic_check_3_start_time: 2023-12-13T08:01:47.01370322+01:00
2023-12-13_08:01:47 powerwall2 powerwalls-powerwall_0_commissioning_diagnostic_check_1_end_time: 2023-12-13T08:01:47.013695554+01:00
2023-12-13_08:01:47 powerwall2 powerwalls-powerwall_0_commissioning_diagnostic_check_2_start_time: 2023-12-13T08:01:47.013698554+01:00
2023-12-13_08:01:47 powerwall2 powerwalls-powerwall_0_commissioning_diagnostic_check_0_start_time: 2023-12-13T08:01:47.013687887+01:00
2023-12-13_08:01:47 powerwall2 actionQueue: 6 entries in the Queue
2023-12-13_08:01:47 powerwall2 fetch data - 6 paths in actionQueue
2023-12-13_08:01:50 powerwall2 fetch data - 5 entries in the Queue
2023-12-13_08:01:50 powerwall2 siteinfo-grid_code: HASH(0x561f2c465698)
2023-12-13_08:01:50 powerwall2 actionQueue: 5 entries in the Queue
2023-12-13_08:01:50 powerwall2 fetch data - 5 paths in actionQueue
2023-12-13_08:01:53 powerwall2 fetch data - 4 entries in the Queue
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-real_power_a: 60.9700012207031
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-real_power_b: 640.349975585938
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-last_phase_power_communication_time: 2023-12-13T08:01:53.097935433+01:00
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-instant_power: 952.159973144531
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-reactive_power_b: -112.050003051758
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-instant_average_voltage: 232.303329467773
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-real_power_c: 250.839996337891
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-last_communication_time: 2023-12-13T08:01:53.097935433+01:00
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-reactive_power_c: 175.369995117188
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-v_l1n: 231.789993286133
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-energy_imported: 19336037.2711104
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-last_phase_voltage_communication_time: 2023-12-13T08:01:53.0979791+01:00
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-v_l3n: 234.25
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-instant_apparent_power: 988.04388282135
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-v_l2n: 230.869995117188
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-reactive_power_a: -327.179992675781
2023-12-13_08:01:53 powerwall2 meterssite-Cached_readings-instant_reactive_power: -263.860000610352
2023-12-13_08:01:53 powerwall2 actionQueue: 4 entries in the Queue
2023-12-13_08:01:53 powerwall2 fetch data - 4 paths in actionQueue
2023-12-13_08:01:56 powerwall2 fetch data - 3 entries in the Queue
2023-12-13_08:01:56 powerwall2 actionQueue: 3 entries in the Queue
2023-12-13_08:01:56 powerwall2 fetch data - 3 paths in actionQueue
2023-12-13_08:01:59 powerwall2 fetch data - 2 entries in the Queue
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-instant_apparent_power: 25.9334086281806
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-v_l3n: 234.179992675781
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-instant_reactive_power: 25.0899996757507
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-v_l2n: 230.589996337891
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-reactive_power_a: 9.32999992370605
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-real_power_c: 1.10000002384186
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-last_communication_time: 2023-12-13T08:01:59.196360942+01:00
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-last_phase_voltage_communication_time: 2023-12-13T08:01:59.080295249+01:00
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-v_l1n: 231.789993286133
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-energy_imported: 47985775.3189179
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-last_phase_power_communication_time: 2023-12-13T08:01:59.196360942+01:00
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-instant_power: 6.55999995023012
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-energy_exported: 41.125862377743
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-reactive_power_b: 6.92999982833862
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-instant_average_voltage: 232.269999186198
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-real_power_a: -0.119999997317791
2023-12-13_08:01:59 powerwall2 meterssolar-Cached_readings-real_power_b: 5.57999992370605
2023-12-13_08:01:59 powerwall2 actionQueue: 2 entries in the Queue
2023-12-13_08:01:59 powerwall2 fetch data - 2 paths in actionQueue
2023-12-13_08:02:02 powerwall2 fetch data - 1 entries in the Queue
2023-12-13_08:02:02 powerwall2 status-up_time_seconds: 696h13m46.525894783s
2023-12-13_08:02:02 powerwall2 actionQueue: 1 entries in the Queue
2023-12-13_08:02:02 powerwall2 fetch data - 1 paths in actionQueue
2023-12-13_08:02:05 powerwall2 fetch data - 0 entries in the Queue
2023-12-13_08:02:05 powerwall2 actionQueue: 0 entries in the Queue
2023-12-13_08:02:05 powerwall2 ready
2023-12-13_08:02:34 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:02:34 powerwall2 192.168.50.20: Connection refused (111)
2023-12-13_08:02:34 powerwall2 lastRequestError: 192.168.50.20: Connection refused (111)
2023-12-13_08:03:34 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:03:39 powerwall2 connect to https://192.168.50.20:443 timed out
2023-12-13_08:03:39 powerwall2 lastRequestError: connect to https://192.168.50.20:443 timed out
2023-12-13_08:04:34 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:04:34 powerwall2 192.168.50.20: Connection refused (111)
2023-12-13_08:04:34 powerwall2 lastRequestError: 192.168.50.20: Connection refused (111)
2023-12-13_08:05:34 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:05:34 powerwall2 lastRequestError: Path: sitename - Error: Messages:
2023-12-13_08:05:37 powerwall2 fetch data - 9 entries in the Queue
2023-12-13_08:05:37 powerwall2 lastRequestError: Path: aggregates - Error: Messages:
2023-12-13_08:05:40 powerwall2 fetch data - 8 entries in the Queue
2023-12-13_08:05:40 powerwall2 lastRequestError: Path: gridstatus - Error: Messages:
2023-12-13_08:05:43 powerwall2 fetch data - 7 entries in the Queue
2023-12-13_08:05:44 powerwall2 lastRequestError: Path: sitemaster - Error: Messages:
2023-12-13_08:05:47 powerwall2 fetch data - 6 entries in the Queue
2023-12-13_08:05:47 powerwall2 lastRequestError: Path: powerwalls - Error: Messages:
2023-12-13_08:05:50 powerwall2 fetch data - 5 entries in the Queue
2023-12-13_08:05:50 powerwall2 lastRequestError: Path: siteinfo - Error: Messages:
2023-12-13_08:05:53 powerwall2 fetch data - 4 entries in the Queue
2023-12-13_08:05:53 powerwall2 lastRequestError: Path: meterssite - Error: Messages:
2023-12-13_08:05:56 powerwall2 fetch data - 3 entries in the Queue
2023-12-13_08:05:56 powerwall2 lastRequestError: Path: statussoe - Error: Messages:
2023-12-13_08:05:59 powerwall2 fetch data - 2 entries in the Queue
2023-12-13_08:05:59 powerwall2 lastRequestError: Path: meterssolar - Error: Messages:
2023-12-13_08:06:02 powerwall2 fetch data - 1 entries in the Queue
2023-12-13_08:06:02 powerwall2 status-start_time: 2023-12-13 08:04:09 +0800
2023-12-13_08:06:02 powerwall2 status-git_hash: aa269d352a70b0e24fd00cc5b01ea0625b0a805b
2023-12-13_08:06:02 powerwall2 status-can_reboot: 0
2023-12-13_08:06:02 powerwall2 status-version: 23.36.3 aa269d35
2023-12-13_08:06:02 powerwall2 status-up_time_seconds: 1m52.976415206s
2023-12-13_08:06:02 powerwall2 actionQueue: 1 entries in the Queue
2023-12-13_08:06:02 powerwall2 fetch data - 1 paths in actionQueue
2023-12-13_08:06:05 powerwall2 fetch data - 0 entries in the Queue
2023-12-13_08:06:05 powerwall2 lastRequestError: Path: registration - Error: Messages:
2023-12-13_08:06:34 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:06:34 powerwall2 lastRequestError: Path: sitename - Error: Messages:
2023-12-13_08:06:37 powerwall2 fetch data - 9 entries in the Queue
2023-12-13_08:06:37 powerwall2 lastRequestError: Path: aggregates - Error: Messages:
2023-12-13_08:06:40 powerwall2 fetch data - 8 entries in the Queue
2023-12-13_08:06:40 powerwall2 lastRequestError: Path: gridstatus - Error: Messages:
2023-12-13_08:06:43 powerwall2 fetch data - 7 entries in the Queue
2023-12-13_08:06:43 powerwall2 lastRequestError: Path: sitemaster - Error: Messages:
2023-12-13_08:06:47 powerwall2 fetch data - 6 entries in the Queue
2023-12-13_08:06:47 powerwall2 lastRequestError: Path: powerwalls - Error: Messages:
2023-12-13_08:06:50 powerwall2 fetch data - 5 entries in the Queue
2023-12-13_08:06:50 powerwall2 lastRequestError: Path: siteinfo - Error: Messages:
2023-12-13_08:06:53 powerwall2 fetch data - 4 entries in the Queue
2023-12-13_08:06:53 powerwall2 lastRequestError: Path: meterssite - Error: Messages:
2023-12-13_08:06:56 powerwall2 fetch data - 3 entries in the Queue
2023-12-13_08:06:56 powerwall2 lastRequestError: Path: statussoe - Error: Messages:
2023-12-13_08:06:59 powerwall2 fetch data - 2 entries in the Queue
2023-12-13_08:06:59 powerwall2 lastRequestError: Path: meterssolar - Error: Messages:
2023-12-13_08:07:02 powerwall2 fetch data - 1 entries in the Queue
2023-12-13_08:07:02 powerwall2 status-up_time_seconds: 2m52.956385329s
2023-12-13_08:07:02 powerwall2 status-can_reboot: 1
2023-12-13_08:07:02 powerwall2 fetch data - 1 paths in actionQueue
2023-12-13_08:07:05 powerwall2 fetch data - 0 entries in the Queue
2023-12-13_08:07:05 powerwall2 lastRequestError: Path: registration - Error: Messages:
2023-12-13_08:07:34 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:07:34 powerwall2 lastRequestError: Path: sitename - Error: Messages:
2023-12-13_08:07:37 powerwall2 fetch data - 9 entries in the Queue
2023-12-13_08:07:37 powerwall2 lastRequestError: Path: aggregates - Error: Messages:
2023-12-13_08:07:40 powerwall2 fetch data - 8 entries in the Queue
2023-12-13_08:07:40 powerwall2 lastRequestError: Path: gridstatus - Error: Messages:
2023-12-13_08:07:43 powerwall2 fetch data - 7 entries in the Queue
2023-12-13_08:07:43 powerwall2 lastRequestError: Path: sitemaster - Error: Messages:
2023-12-13_08:07:46 powerwall2 fetch data - 6 entries in the Queue
2023-12-13_08:07:47 powerwall2 lastRequestError: Path: powerwalls - Error: Messages:
2023-12-13_08:07:50 powerwall2 fetch data - 5 entries in the Queue
2023-12-13_08:07:50 powerwall2 lastRequestError: Path: siteinfo - Error: Messages:
2023-12-13_08:07:53 powerwall2 fetch data - 4 entries in the Queue
2023-12-13_08:07:53 powerwall2 lastRequestError: Path: meterssite - Error: Messages:
2023-12-13_08:07:56 powerwall2 fetch data - 3 entries in the Queue
2023-12-13_08:07:56 powerwall2 lastRequestError: Path: statussoe - Error: Messages:
2023-12-13_08:07:59 powerwall2 fetch data - 2 entries in the Queue
2023-12-13_08:07:59 powerwall2 lastRequestError: Path: meterssolar - Error: Messages:
2023-12-13_08:08:02 powerwall2 fetch data - 1 entries in the Queue
2023-12-13_08:08:02 powerwall2 status-up_time_seconds: 3m52.863073701s
2023-12-13_08:08:02 powerwall2 fetch data - 1 paths in actionQueue
2023-12-13_08:08:05 powerwall2 fetch data - 0 entries in the Queue
2023-12-13_08:08:05 powerwall2 lastRequestError: Path: registration - Error: Messages:
2023-12-13_08:08:34 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:08:34 powerwall2 lastRequestError: Path: sitename - Error: Messages:
2023-12-13_08:08:37 powerwall2 fetch data - 9 entries in the Queue
2023-12-13_08:08:37 powerwall2 lastRequestError: Path: aggregates - Error: Messages:
2023-12-13_08:08:40 powerwall2 fetch data - 8 entries in the Queue
2023-12-13_08:08:40 powerwall2 lastRequestError: Path: gridstatus - Error: Messages:
2023-12-13_08:08:43 powerwall2 fetch data - 7 entries in the Queue
2023-12-13_08:08:44 powerwall2 lastRequestError: Path: sitemaster - Error: Messages:
2023-12-13_08:08:47 powerwall2 fetch data - 6 entries in the Queue
2023-12-13_08:08:47 powerwall2 lastRequestError: Path: powerwalls - Error: Messages:
2023-12-13_08:08:50 powerwall2 fetch data - 5 entries in the Queue
2023-12-13_08:08:50 powerwall2 lastRequestError: Path: siteinfo - Error: Messages:
2023-12-13_08:08:53 powerwall2 fetch data - 4 entries in the Queue
2023-12-13_08:08:53 powerwall2 lastRequestError: Path: meterssite - Error: Messages:
2023-12-13_08:08:56 powerwall2 fetch data - 3 entries in the Queue
2023-12-13_08:08:56 powerwall2 lastRequestError: Path: statussoe - Error: Messages:
2023-12-13_08:08:59 powerwall2 fetch data - 2 entries in the Queue
2023-12-13_08:08:59 powerwall2 lastRequestError: Path: meterssolar - Error: Messages:
2023-12-13_08:09:02 powerwall2 fetch data - 1 entries in the Queue
2023-12-13_08:09:02 powerwall2 status-up_time_seconds: 4m52.988379729s
2023-12-13_08:09:02 powerwall2 fetch data - 1 paths in actionQueue
2023-12-13_08:09:05 powerwall2 fetch data - 0 entries in the Queue
2023-12-13_08:09:05 powerwall2 lastRequestError: Path: registration - Error: Messages:
2023-12-13_08:09:34 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:09:34 powerwall2 lastRequestError: Path: sitename - Error: Messages:
2023-12-13_08:09:37 powerwall2 fetch data - 9 entries in the Queue
2023-12-13_08:09:37 powerwall2 lastRequestError: Path: aggregates - Error: Messages:
2023-12-13_08:09:40 powerwall2 fetch data - 8 entries in the Queue
2023-12-13_08:09:40 powerwall2 lastRequestError: Path: gridstatus - Error: Messages:
2023-12-13_08:09:43 powerwall2 fetch data - 7 entries in the Queue
2023-12-13_08:09:44 powerwall2 lastRequestError: Path: sitemaster - Error: Messages:
2023-12-13_08:09:47 powerwall2 fetch data - 6 entries in the Queue
2023-12-13_08:09:47 powerwall2 lastRequestError: Path: powerwalls - Error: Messages:
2023-12-13_08:09:50 powerwall2 fetch data - 5 entries in the Queue
2023-12-13_08:09:50 powerwall2 lastRequestError: Path: siteinfo - Error: Messages:
2023-12-13_08:09:53 powerwall2 fetch data - 4 entries in the Queue
2023-12-13_08:09:53 powerwall2 lastRequestError: Path: meterssite - Error: Messages:
2023-12-13_08:09:56 powerwall2 fetch data - 3 entries in the Queue
2023-12-13_08:09:56 powerwall2 lastRequestError: Path: statussoe - Error: Messages:
2023-12-13_08:09:59 powerwall2 fetch data - 2 entries in the Queue
2023-12-13_08:09:59 powerwall2 lastRequestError: Path: meterssolar - Error: Messages:
2023-12-13_08:10:02 powerwall2 fetch data - 1 entries in the Queue
2023-12-13_08:10:02 powerwall2 status-up_time_seconds: 5m53.01657469s
2023-12-13_08:10:02 powerwall2 fetch data - 1 paths in actionQueue
2023-12-13_08:10:05 powerwall2 fetch data - 0 entries in the Queue
2023-12-13_08:10:05 powerwall2 lastRequestError: Path: registration - Error: Messages:
2023-12-13_08:10:34 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:10:34 powerwall2 lastRequestError: Path: sitename - Error: Messages:
2023-12-13_08:10:37 powerwall2 fetch data - 9 entries in the Queue
2023-12-13_08:10:37 powerwall2 lastRequestError: Path: aggregates - Error: Messages:
2023-12-13_08:10:40 powerwall2 fetch data - 8 entries in the Queue
2023-12-13_08:10:40 powerwall2 lastRequestError: Path: gridstatus - Error: Messages:
2023-12-13_08:11:22 powerwall2 429
2023-12-13_08:11:22 powerwall2 lastRequestError: Path: login 429 - Error: Api Limit reached for this endpoint Messages: API Limit Reached
2023-12-13_08:11:23 powerwall2 fetch data - 10 entries in the Queue
2023-12-13_08:11:23 powerwall2 siteinfo-grid_code: HASH(0x55bcb4da27a8)
2023-12-13_08:11:23 powerwall2 actionQueue: 10 entries in the Queue
2023-12-13_08:11:23 powerwall2 fetch data - 10 paths in actionQueue
2023-12-13_08:11:26 powerwall2 fetch data - 9 entries in the Queue
2023-12-13_08:11:26 powerwall2 actionQueue: 9 entries in the Queue
2023-12-13_08:11:26 powerwall2 fetch data - 9 paths in actionQueue
2023-12-13_08:11:29 powerwall2 fetch data - 8 entries in the Queue
2023-12-13_08:11:29 powerwall2 statussoe-percentage: 0.0748013090229079
2023-12-13_08:11:29 powerwall2 actionQueue: 8 entries in the Queue
2023-12-13_08:11:29 powerwall2 fetch data - 8 paths in actionQueue
2023-12-13_08:11:32 powerwall2 fetch data - 7 entries in the Queue
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-reactive_power_a: 9.22000026702881
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-v_l3n: 235.410003662109
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-real_power_b: 5.46000003814697
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-v_l1n: 232.259994506836
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-last_phase_power_communication_time: 2023-12-13T08:11:32.341259868+01:00
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-energy_imported: 47985776.401418
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-reactive_power_c: 8.71000003814697
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-instant_apparent_power: 26.4438462809422
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-instant_reactive_power: 25.6300001144409
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-energy_exported: 41.1266957686257
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-last_communication_time: 2023-12-13T08:11:32.341259868+01:00
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-reactive_power_b: 7.69999980926514
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-last_phase_voltage_communication_time: 2023-12-13T08:11:32.341303201+01:00
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-real_power_a: 0.349999994039536
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-real_power_c: 0.699999988079071
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-instant_average_voltage: 233.286666870117
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-instant_power: 6.51000002026558
2023-12-13_08:11:32 powerwall2 meterssolar-Cached_readings-v_l2n: 232.190002441406
2023-12-13_08:11:32 powerwall2 actionQueue: 7 entries in the Queue
2023-12-13_08:11:32 powerwall2 fetch data - 7 paths in actionQueue
2023-12-13_08:11:35 powerwall2 fetch data - 6 entries in the Queue
2023-12-13_08:11:35 powerwall2 status-up_time_seconds: 7m25.986504628s
2023-12-13_08:11:35 powerwall2 actionQueue: 6 entries in the Queue
2023-12-13_08:11:35 powerwall2 fetch data - 6 paths in actionQueue
2023-12-13_08:11:38 powerwall2 fetch data - 5 entries in the Queue
2023-12-13_08:11:38 powerwall2 actionQueue: 5 entries in the Queue
2023-12-13_08:11:38 powerwall2 fetch data - 5 paths in actionQueue
2023-12-13_08:11:41 powerwall2 fetch data - 4 entries in the Queue
2023-12-13_08:11:41 powerwall2 actionQueue: 4 entries in the Queue
2023-12-13_08:11:41 powerwall2 fetch data - 4 paths in actionQueue
2023-12-13_08:11:44 powerwall2 fetch data - 3 entries in the Queue
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-reactive_power_b: -124.150001525879
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-last_communication_time: 2023-12-13T08:11:44.680725642+01:00
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-last_phase_voltage_communication_time: 2023-12-13T08:11:44.680769642+01:00
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-instant_reactive_power: -518.419994354248
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-instant_apparent_power: 948.786658359626
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-v_l2n: 231.850006103516
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-instant_power: 794.629997253418
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-real_power_a: 103.279998779297
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-instant_average_voltage: 232.896667480469
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-real_power_c: 23.0400009155273
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-v_l3n: 235.119995117188
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-reactive_power_a: -344.899993896484
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-reactive_power_c: -49.3699989318848
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-v_l1n: 231.720001220703
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-real_power_b: 668.309997558594
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-energy_imported: 19336214.0872215
2023-12-13_08:11:44 powerwall2 meterssite-Cached_readings-last_phase_power_communication_time: 2023-12-13T08:11:44.680725642+01:00
2023-12-13_08:11:44 powerwall2 actionQueue: 3 entries in the Queue
2023-12-13_08:11:44 powerwall2 fetch data - 3 paths in actionQueue
2023-12-13_08:11:47 powerwall2 fetch data - 2 entries in the Queue
2023-12-13_08:11:47 powerwall2 actionQueue: 2 entries in the Queue
2023-12-13_08:11:47 powerwall2 fetch data - 2 paths in actionQueue
2023-12-13_08:11:50 powerwall2 fetch data - 1 entries in the Queue
Hi @cooltux,
Hast Du schon einmal überlegt ob es möglich wäre die einzelnen Api-Calls mit unterschiedlichen Intervallen abzufragen?
Hintergrund ist, dass sich ja ein Teil der Informationen nur sehr selten ändert (Seriennumer, Firmwareversion, ....) andere Datenpunkte sehr oft - das betrifft vor allem Lande- Emtladeleistung etc.
So wie ich das verstanden habe, sollte die API nicht zu oft abgefragt werden, mit einer etwas anderen Abfragestrategie könnte Mann evtl. die Leistung öfter abfragen dafür die ,,unwichtigen" Datenpunkte nur selten (1x pro Stunde oder Tag)...
Vielleicht eine Idee, vielleicht auch nicht sinnvoll möglich.
Ich weiß Deine Zeit ist sehr knapp und ich super froh und dankbar, dass Du dieses Modul entwickelst und pflegst!
Vielen Dank und Grüße Michael
Wenn mir jemand sagen kann welche Datenpunkte wichtig wären und öfter abgefragt werden sollten dann kann ich da mal schauen.
Hallo CoolTux,
Ich habe leider keinen rechten Überblick welche Readings zu welchem API-Call gehört.
Ich habe das jetzt mal über die manuelle Abfrage versucht rauszufinden.
Hier mal ein erster ,,Wurf" um die Diskussion zu starten.
Weniger wichtig aus meiner Sicht:
- status
- sitemaster
- siteinfo
- registration
Wie geschrieben, mir viel es nicht leicht das zu prüfen.
Evtl. Kannst Du mir sagen wo ich sehen kann welcher call welches Reading Updates?
Vielen Dank und Grüße Michael