Abfrage SolarEdge WR ModbusTCP timeouts

[toemk]

Hallo zusammen,

seit einigen Wochen bekommt die oWB mehrmals am Tag timeouts bzw. "connection refused" von meinem SolarEdge WR. Es lief vorher mehrere Jahre problemlos.

Sind Änderungen bei SE bekannt? Wurde in SW2.0 hier etwas angepasst?

Wenn das zu oft passiert, wird die Ladung beendet und neu gestartet, was sicherlich nicht gut für die oWB und das Auto ist.

Danke für einen Hinweis!

vg
t.

Code: Alles auswählen

2024-10-04 07:02:41,010 - {pymodbus.client.sync:218} - {ERROR:device3} - Connection to (192.168.138.89, 502) failed: [Errno 111] Connection refused
2024-10-04 07:02:41,013 - {modules.common.fault_state:49} - {ERROR:device3} - SolarEdge Zähler: FaultState FaultStateLevel.ERROR, FaultStr <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.138.89:502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.138.89:502 aufbauen. Bitte Einstellungen, IP-Adresse und Port sowie Netzwerk-Anschluss prüfen.'), Traceback: 
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/device.py", line 129, in update
    with self.client:

Code: Alles auswählen

2024-10-04 07:02:41,207 - {modules.common.utils.component_parser:33} - {ERROR:MainThread} - Fehlerstatus in Komponente SolarEdge Zähler. Werte werden nicht aktualisiert.
2024-10-04 07:02:41,290 - {control.counter_all:172} - {WARNING:MainThread} - Komponente inverter5 ist im Fehlerzustand und wird nicht berücksichtigt.
2024-10-04 07:02:53,790 - {pymodbus.client.sync:218} - {ERROR:device3} - Connection to (192.168.138.89, 502) failed: timed out
2024-10-04 07:02:53,792 - {modules.common.fault_state:49} - {ERROR:device3} - SolarEdge Zähler: FaultState FaultStateLevel.ERROR, FaultStr <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.138.89:502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.138.89:502 aufbauen. Bitte Einstellungen, IP-Adresse und Port sowie Netzwerk-Anschluss prüfen.'), Traceback: 
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/device.py", line 129, in update
    with self.client:

[openWB]

Greifen noch andere Geräte auf den Modbus zu?

[toemk]

Greifen noch andere Geräte auf den Modbus zu?

Nein.

[toemk]

Wie oft fragt die oWB denn den WR ab für das Lastmanagement? Mit der Info könnte ich mal auf den SE-Support zugehen...

Danke.

vg
t.

[Basti]

Ich greife nicht direkt den WR ab sondern mache dies über einen TCP Multiplexer in Linux. Damit ruft nur einer die Werte ab.

[toemk]

Ich greife nicht direkt den WR ab sondern mache dies über einen TCP Multiplexer in Linux. Damit ruft nur einer die Werte ab.

Bei mir macht es auch nur einer, nämlich die oWB.

[ChristophR]

Wie oft fragt die oWB denn den WR ab für das Lastmanagement? Mit der Info könnte ich mal auf den SE-Support zugehen...

Danke.

vg
t.

Die openWB fragt alle 10 Sekunden ab.
Wie oft hast Du denn Timeouts?

[toemk]

Wie oft hast Du denn Timeouts?

So zwischen 2 und 6 am Tag würde ich schätzen. Auffallen tuts ja nur beim Laden.

vg
t.

[ChristophR]

Wie oft hast Du denn Timeouts?

So zwischen 2 und 6 am Tag würde ich schätzen. Auffallen tuts ja nur beim Laden.

vg
t.

Ich habe mein Fehlerprotokoll mal von Details auf Warnungen/Fehler reduziert, um leichter zu sehen, wie viele bei mir auftreten.
Dann kann ich auch beurteilen, ob das sich nach dem Firmware Update (anderer Thread) ändert.

1 Timeout abends hatte ich eigentlich schon immer, habe länger nicht darauf geachtet.
Ich hatte nie das "Glück", dass dies mit einer Ladung zusammenfiel, daher habe ich dem keine Beachtung mehr geschenkt.

[Elchkopp]

Ist nicht ein timeout pro Tag auch normal, weil der (SE-)Wechselrichter alle 24h eine Art Selbsttest durchgeführt?

Gute Idee mit der Umstellung des Detailgrades im Log. Ich beobachte das bei mir auch mal.