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.
Abfrage SolarEdge WR ModbusTCP timeouts
-
- Beiträge: 709
- Registriert: So Okt 30, 2022 8:07 am
- Has thanked: 12 times
- Been thanked: 19 times
Re: Abfrage SolarEdge WR ModbusTCP timeouts
openWB Series 2 Standard+, SW-Version 2
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
-
- Beiträge: 8
- Registriert: Mo Sep 02, 2024 6:29 pm
- Has thanked: 1 time
Re: Abfrage SolarEdge WR ModbusTCP timeouts
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.
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.
openWB series2 standard+
SolarEdge WR mit HomeBattery
SolarEdge WR mit HomeBattery
Re: Abfrage SolarEdge WR ModbusTCP timeouts
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...
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...
knotzchef:
PV: 19.12 kWp, 1x SE10SEK + 13,8 SE Homebattery, 1x SE10SEK, 1x Homymiles HMS-800W-2T, ACThor9s + 1x 3kW Heizstab, OpenWB Series 2 standard
Fahrzeug: VW ID3 Pro 11kW Lader VW OS. 3.7
PV: 19.12 kWp, 1x SE10SEK + 13,8 SE Homebattery, 1x SE10SEK, 1x Homymiles HMS-800W-2T, ACThor9s + 1x 3kW Heizstab, OpenWB Series 2 standard
Fahrzeug: VW ID3 Pro 11kW Lader VW OS. 3.7
-
- Beiträge: 8
- Registriert: Mo Sep 02, 2024 6:29 pm
- Has thanked: 1 time
Re: Abfrage SolarEdge WR ModbusTCP timeouts
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.
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.
openWB series2 standard+
SolarEdge WR mit HomeBattery
SolarEdge WR mit HomeBattery
Re: Abfrage SolarEdge WR ModbusTCP timeouts
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?
Dann kommt noch ein ungültiger Hausverbrauch im Log
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
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.
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': []}]
VG Christian
Kostal Plenticore 10 und 7 17 kWp, KSEM, BYD HV 8.95 , LWP, KWL, Pool 1m³, FHEM, openWB series2 standard+ 11kW, openWB series2 Custom 11kW (LP2)
Re: Abfrage SolarEdge WR ModbusTCP timeouts
Du kannst nicht mit mehreren Geräten einen Modbus abfragen , dafür brauchst du einen Proxy .
Re: Abfrage SolarEdge WR ModbusTCP timeouts
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
Kostal Plenticore 10 und 7 17 kWp, KSEM, BYD HV 8.95 , LWP, KWL, Pool 1m³, FHEM, openWB series2 standard+ 11kW, openWB series2 Custom 11kW (LP2)