openWB Forum

Die modulare Wallbox
https://forum.openwb.de/

Abfrage SolarEdge WR ModbusTCP timeouts

https://forum.openwb.de/viewtopic.php?t=9401

Seite 2 von 2

Re: Abfrage SolarEdge WR ModbusTCP timeouts

Verfasst: Mo Okt 14, 2024 5:28 pm
von ChristophR
Also ich habe 2 Timeouts, einen um 6:00 Uhr, einen um 20:00 Uhr. Jeweils 50-60 Sekunden lang.
Firmwareupdate hat daran nichts verbessert oder verschlechtert.

Re: Abfrage SolarEdge WR ModbusTCP timeouts

Verfasst: Mo Okt 14, 2024 5:51 pm
von FlashSystems
Mein SolarEdge SE8K ist auch jeden Tag zweimal für ca. eine Minute offline. Einmal zwischen 6:30 und 7:00 Uhr und einmal zwischen 20:30 Uhr und 21:00 Uhr. Die Zeiten schwanken immer etwas.

Nach dem Log meines Modus-Proxys hat das mit dem zweiten Aussetzer am 24.09.2024 angefangen. Vorher gab es nur einen Aussetzer zwischen 22:00 und 23:15 Uhr. Auch dieser war etwa eine Minute lang.

Probleme beim Laden sind mir bisher noch nicht aufgefallen. Da hatte ich wohl Glück. Habe die OpenWB auch noch nicht so lange.

Re: Abfrage SolarEdge WR ModbusTCP timeouts

Verfasst: Di Okt 15, 2024 8:13 am
von knotzchef
HI,

wenn meiner diese Isomessungen macht.. dann geht auf dem ModBus auch nicht.. Ich sehe da immer im HA dass paar Werte in den Kurven fehlen...
die Zeit hängt irgendwie grob davon ab wann die Sonne kommt und die WR aufwachen.......

Da ich 2 WR habe ist es vor allem immer an dem wo keine Batterie dran ist... an dem anderen ist es nur so wenn die Batterie leer ist und der WR nachts dann schlafen geht, bis er von der Sonne "geweckt" wird...

Aber mit der fast neusten Firmware ist massiv besser geworden und es reden bei mir 4 Teilnehmer mit den 2 Wechselrichtern...

Re: Abfrage SolarEdge WR ModbusTCP timeouts

Verfasst: Di Okt 15, 2024 6:09 pm
von FlashSystems
Hallo knotzchef,

das ergibt Sinn. Die morgendlichen Aussetzer gibt es nur, wenn der Akku nicht über die Nacht gereicht hat. Ansonsten gibt es nur einen am Abend.

Re: Abfrage SolarEdge WR ModbusTCP timeouts

Verfasst: Sa Nov 09, 2024 12:48 pm
von ch.eick
Hallo zusammen,
ich möchte das hier nochmals aufnehmen, da es zu meinen Meldungen passt.
Auf Version 2 habe ich gerade erst umgestellt und sehe auch dies Meldungen im openWB Log.

Parallel läuft ein FHEM für die gesammte Steuerung und fragt die Kostal Geräte minütlich ab.
2 Plenticore sind in openWB konfiguriert
1 KSEM wird in openWB anscheinend über den Masten WR abgefragt, könnte jedoch auch direkt erreicht werden, um z.B. im Schwarm den korrekten Hausverbrauch zu liefern.
Kann man den Timeout irgendwo einstellen?

Code: Alles auswählen

2024-11-09 10:26:43,975 - {pymodbus.client.sync:218} - {ERROR:device0} - Connection to (192.168.178.18, 1502) failed: timed out
2024-11-09 10:26:43,976 - {modules.common.fault_state:49} - {ERROR:device0} - WR_0_KSEM: FaultState FaultStateLevel.ERROR, FaultStr <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.178.18:1502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.178.18:1502 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/common/configurable_device.py", line 36, in __call__
    self.__updater(components_list)
  File "/var/www/html/openWB/packages/modules/devices/kostal_plenticore/device.py", line 67, in update_components
    with tcp_client:
  File "/var/www/html/openWB/packages/modules/common/modbus.py", line 65, in __enter__
    raise e
  File "/var/www/html/openWB/packages/modules/common/modbus.py", line 61, in __enter__
    self._delegate.__enter__()
  File "/home/openwb/.local/lib/python3.9/site-packages/pymodbus/client/sync.py", line 120, in __enter__
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.178.18:1502)]

2024-11-09 10:26:43,979 - {modules.common.fault_state:49} - {ERROR:device0} - WR_1_Speicher: FaultState FaultStateLevel.ERROR, FaultStr <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.178.18:1502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.178.18:1502 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/common/configurable_device.py", line 36, in __call__
    self.__updater(components_list)
  File "/var/www/html/openWB/packages/modules/devices/kostal_plenticore/device.py", line 67, in update_components
    with tcp_client:
  File "/var/www/html/openWB/packages/modules/common/modbus.py", line 65, in __enter__
    raise e
  File "/var/www/html/openWB/packages/modules/common/modbus.py", line 61, in __enter__
    self._delegate.__enter__()
  File "/home/openwb/.local/lib/python3.9/site-packages/pymodbus/client/sync.py", line 120, in __enter__
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.178.18:1502)]

2024-11-09 10:26:43,980 - {modules.common.fault_state:49} - {ERROR:device0} - WR_1: FaultState FaultStateLevel.ERROR, FaultStr <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.178.18:1502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.178.18:1502 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/common/configurable_device.py", line 36, in __call__
    self.__updater(components_list)
  File "/var/www/html/openWB/packages/modules/devices/kostal_plenticore/device.py", line 67, in update_components
    with tcp_client:
  File "/var/www/html/openWB/packages/modules/common/modbus.py", line 65, in __enter__
    raise e
  File "/var/www/html/openWB/packages/modules/common/modbus.py", line 61, in __enter__
    self._delegate.__enter__()
  File "/home/openwb/.local/lib/python3.9/site-packages/pymodbus/client/sync.py", line 120, in __enter__
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.178.18:1502)]

2024-11-09 10:26:43,982 - {pymodbus.client.sync:218} - {ERROR:device1} - Connection to (192.168.178.19, 1502) failed: timed out
2024-11-09 10:26:43,984 - {modules.common.fault_state:49} - {ERROR:device1} - WR_2: FaultState FaultStateLevel.ERROR, FaultStr <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.178.19:1502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.178.19:1502 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/common/configurable_device.py", line 36, in __call__
    self.__updater(components_list)
  File "/var/www/html/openWB/packages/modules/devices/kostal_plenticore/device.py", line 67, in update_components
    with tcp_client:
  File "/var/www/html/openWB/packages/modules/common/modbus.py", line 65, in __enter__
    raise e
  File "/var/www/html/openWB/packages/modules/common/modbus.py", line 61, in __enter__
    self._delegate.__enter__()
  File "/home/openwb/.local/lib/python3.9/site-packages/pymodbus/client/sync.py", line 120, in __enter__
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.178.19:1502)]

2024-11-09 10:26:44,076 - {modules.common.utils.component_parser:33} - {ERROR:MainThread} - Fehlerstatus in Komponente WR_0_KSEM. Werte werden nicht aktualisiert.
2024-11-09 10:26:50,631 - {modules.common.simcount._simcount:51} - {WARNING:device0} - Time difference between previous state and current state is too large. Set time difference to control interval.
2024-11-09 10:26:50,713 - {modules.common.simcount._simcount:51} - {WARNING:device0} - Time difference between previous state and current state is too large. Set time difference to control interval.
2024-11-09 10:26:50,729 - {modules.common.utils.component_parser:33} - {ERROR:MainThread} - Fehlerstatus in Komponente WR_1. Werte werden nicht aktualisiert.
2024-11-09 10:26:50,730 - {modules.common.utils.component_parser:33} - {ERROR:MainThread} - Fehlerstatus in Komponente WR_1_Speicher. Werte werden nicht aktualisiert.
2024-11-09 10:26:50,732 - {modules.common.utils.component_parser:33} - {ERROR:MainThread} - Fehlerstatus in Komponente WR_2. Werte werden nicht aktualisiert.
Dann kommt noch ein ungültiger Hausverbrauch im Log

Code: Alles auswählen

2024-11-07 13:59:30,959 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -41.200000047683716W, Berücksichtigte Komponenten neben EVU [{'id': 4, 'type': 'inverter', 'children': []}, {'id': 2, 'type': 'bat', 'children': []}, {'id': 3, 'type': 'inverter', 'children': []}, {'id': 6, 'type': 'cp', 'children': []}, {'id': 7, 'type': 'cp', 'children': []}]
2024-11-07 13:59:40,907 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -54.19999980926514W, Berücksichtigte Komponenten neben EVU [{'id': 4, 'type': 'inverter', 'children': []}, {'id': 2, 'type': 'bat', 'children': []}, {'id': 3, 'type': 'inverter', 'children': []}, {'id': 6, 'type': 'cp', 'children': []}, {'id': 7, 'type': 'cp', 'children': []}]
2024-11-07 13:59:50,714 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -75.29999995231628W, Berücksichtigte Komponenten neben EVU [{'id': 4, 'type': 'inverter', 'children': []}, {'id': 2, 'type': 'bat', 'children': []}, {'id': 3, 'type': 'inverter', 'children': []}, {'id': 6, 'type': 'cp', 'children': []}, {'id': 7, 'type': 'cp', 'children': []}]
2024-11-07 14:00:02,477 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -63.30000019073486W, Berücksichtigte Komponenten neben EVU [{'id': 4, 'type': 'inverter', 'children': []}, {'id': 2, 'type': 'bat', 'children': []}, {'id': 3, 'type': 'inverter', 'children': []}, {'id': 6, 'type': 'cp', 'children': []}, {'id': 7, 'type': 'cp', 'children': []}]
Es wäre nebenbei auch noch schön, wenn die Zählerstände auf z.B. 3 Nachkommastellen gerundet würden, befor sie auf den ModBus gehen, das würde einiges an nachgelagerter Bereinigung ersparen und sähe besser aus ;-)

VG Christian

Re: Abfrage SolarEdge WR ModbusTCP timeouts

Verfasst: Sa Nov 09, 2024 1:18 pm
von Basti
Du kannst nicht mit mehreren Geräten einen Modbus abfragen , dafür brauchst du einen Proxy .

Re: Abfrage SolarEdge WR ModbusTCP timeouts

Verfasst: Sa Nov 09, 2024 4:07 pm
von ch.eick
Basti hat geschrieben: ↑Sa Nov 09, 2024 1:18 pm Du kannst nicht mit mehreren Geräten einen Modbus abfragen , dafür brauchst du einen Proxy .
Und wie hat das die Version 1.9 gemacht?
Zumindes wäre es schön, wenn der Python Fehler abgefangen würde und nur eine Meldung kommt.
Eine Kollision 1x/Minute wäre ja nicht so schlimm ;-)
Alle Zeiten sind UTC
Seite 2 von 2

Powered by phpBB® Forum Software © phpBB Limited

Deutsche Übersetzung durch phpBB.de