[Adapter] cloudfreie Auslesung von Deye-Invertern
-
@rene55 Habe ich schon gemacht, bleibt dabei.
-
@jb_sullivan Ich hab auch die 0.0.12 und genau so berechnet. Bei mir tut's. (Ratlos
) -
@rene55 Ich habe die 0.12er Version noch einmal aus dem GIT drüber gebügelt - nun sind auch die PV Modul Rechenwerte wieder da.
-
@jb_sullivan Danke gut zu wissen. Wobei Vorsicht: An der Version auf Github wird gerade intensiv gearbeitet
. -
@jb_sullivan Wie bzw. womit hast du denn diese Anzeige gemacht? Könnt ich auch brauchen - bin nicht so ein Visu-Künstler.
-
@rene55 Das ist nur Grafana (Diagramm & Oben Rechts) mit überlagerten VIS Felder (unten Rechts), wo die Werte aus den Datenpunkten mit eingeblendet werden. Ist kein Hexenwerk oder Voodoo - ist eine ganz "billige" Geschichte
-
@jb_sullivan Na ja, ganz 'billig' ist das nicht, jedenfalls nicht für mich. Ich krieg aus Grafana gerade mal die Leistungskurve des BKW dargestellt.
-
@pi-ter, ich habe das selbe Problem: no connection to inverter...
Habe sowohl die SN der Loggers als auch des Inverters genommen - hilft nix. Wie habt Ihr das Problem gelöst.
Edit: Ich meine das Problem, das Du am 22.03.23 beschrieben hast. -
@flatlander
Das kann ich Dir nicht mehr sagen, ist schon zu lange her. Und da es auf meine Frage keine zielführende Antwort gab, wird sich das Problem vermutlich von allein erledigt haben.
Richtig ist auf alle Fälle die SN des Invertrers. Fängt bei mir mit 4... an.
Und ja, manchmal dauert es eine Weile bis der Adapter von gelb auf gün wechselt. Vermute, dass ich im März zu ungedulig war. -
@pi-ter Schade, aber danke für die Antwort. Mein Adaptor geht jetzt seit zwei Tagen nicht mehr. Hatte ganz am Anfang funktioniert, aber dann habe ich mit den Spulen gespielt und jetzt geht nix mehr. Auch eine Neuinstallation hat nicht geholfen... Werde mal Rene fragen müssen.
-
@flatlander Frag doch!
-
@rene55 Ich bin begeistert :-)))). Also: Ich habe den deyeidc in der Version 0.0.12 installiert und die Instanz- Info auf debug gestellt. Die Instanz zeigt grünes Licht für Host und Lebenszeichen aber rot für Verbunden mit Gerät/Dienst.
Im Protokoll lese ich : "no connection to inverter: 'connect EHOSTUNREACH 192.168.2.108:8899'". Die IP-Adresse stimmt, ich komme mit port 80 auf seine http- Seite. Wie gesagt, ich bereits beide Nummern, die dort angezeigt werden, ausprobiert.
Im Forum habe ich dazu noch nichts gefunden.
Hast Du eine Idee ? -
@flatlander Also: Der Adapter ist schon mal gelaufen und hat Daten geliefert. Das 'EHOSTUNREACH' zeigt einfach an, dass der Adpter den WR nicht erreichen kann. Das kann dann die falsche IP sein oder ein Problem mit der WLAN-Verbindung. Aber das kannst du ja mit der Website des WR ausschließen. Welchen WR hast du?
-
@rene55 Der stammt von Pearl und sollte deshalb Deye600- kompatibel sein.
-
@flatlander Ja, hab ich auch von gehört. Der ist aber nicht mit einem Relais 'nachgebessert' worden? Die Website ist erreichbar?
-
@rene55 Nein, (noch) kein Relais. Ja, die web-seite ist erreichbar.
-
@flatlander Gut, Kommen wir zum Protokoll. Was steht denn beim Start des Adapters da drin?
-
@rene55 Da steht:
deyeidc.0 2023-10-14 16:55:39.920 debug Connection closed deyeidc.0 2023-10-14 16:55:39.916 debug [offlineReset] Values will be nullable. deyeidc.0 2023-10-14 16:55:39.915 debug No connection to inverter: 'connect ETIMEDOUT 192.168.2.108:8899' deyeidc.0 2023-10-14 16:55:39.912 debug Connection error deyeidc.0 2023-10-14 16:53:30.131 debug try to connect . . . deyeidc.0 2023-10-14 16:53:30.131 debug checkUserData is ready deyeidc.0 2023-10-14 16:53:30.131 info Retrieving data from the inverter will be done every 330 seconds deyeidc.0 2023-10-14 16:53:30.130 debug IP address [192.168.2.108] seems to be valid. deyeidc.0 2023-10-14 16:53:30.127 info starting. Version 0.0.12 (non-npm: raschy/ioBroker.deyeidc) in /opt/iobroker/node_modules/iobroker.deyeidc, node: v18.17.1, js-controller: 5.0.12 deyeidc.0 2023-10-14 16:53:30.062 info starting. Version 0.0.12 (non-npm: raschy/ioBroker.deyeidc) in /opt/iobroker/node_modules/iobroker.deyeidc, node: v18.17.1, js-controller: 5.0.12 deyeidc.0 2023-10-14 16:53:29.820 debug States connected to redis: 127.0.0.1:9000 deyeidc.0 2023-10-14 16:53:29.680 debug States create User PubSub Client deyeidc.0 2023-10-14 16:53:29.679 debug States create System PubSub Client deyeidc.0 2023-10-14 16:53:29.678 debug States connected to redis: 127.0.0.1:9000 deyeidc.0 2023-10-14 16:53:29.662 debug Redis States: Use Redis connection: 127.0.0.1:9000 deyeidc.0 2023-10-14 16:53:29.566 debug States create User PubSub Client deyeidc.0 2023-10-14 16:53:29.565 debug States create System PubSub Client deyeidc.0 2023-10-14 16:53:29.523 debug Objects connected to redis: 127.0.0.1:9001 deyeidc.0 2023-10-14 16:53:29.507 debug Objects client initialize lua scripts deyeidc.0 2023-10-14 16:53:29.501 debug Redis States: Use Redis connection: 127.0.0.1:9000 deyeidc.0 2023-10-14 16:53:29.369 debug Objects create User PubSub Client deyeidc.0 2023-10-14 16:53:29.368 debug Objects create System PubSub Client deyeidc.0 2023-10-14 16:53:29.365 debug Objects connected to redis: 127.0.0.1:9001 deyeidc.0 2023-10-14 16:53:29.358 debug Objects client initialize lua scripts deyeidc.0 2023-10-14 16:53:29.327 debug Objects create User PubSub Client deyeidc.0 2023-10-14 16:53:29.326 debug Objects create System PubSub Client deyeidc.0 2023-10-14 16:53:29.324 debug Objects client ready ... initialize now deyeidc.0 2023-10-14 16:53:29.320 debug Objects client ready ... initialize now deyeidc.0 2023-10-14 16:53:29.300 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 deyeidc.0 2023-10-14 16:53:29.290 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 host.DellE6400 2023-10-14 16:53:28.562 info instance system.adapter.deyeidc.0 started with pid 30684 -
@flatlander Ja, soweit so schön, hilft aber gerade nicht so richtig weiter: Auffällig ist, dass '[offlineReset]' schon so früh kommt. Normalerweise sollte das erst nach ca. 9 Minuten kommen.
-
@rene55 Aha, liegt vielleicht daran, dass ich vorher schon ein paarmal die Instanz resettet habe. Ich hatte ja die verschiedenen SN ausprobiert.
Bei nochmaligem genauem Hinshehn fällt mir auf, dass da nicht immer derselbe Fehlercode steht: EHOSTUNREACH und ETIMEOUT.
