plötzlich falsche Werte vom EVU und Ladeprobleme

Fragen zur Nutzung, Features, usw..
Rico
Beiträge: 13
Registriert: So Sep 08, 2024 12:45 pm
Has thanked: 2 times
Been thanked: 1 time

plötzlich falsche Werte vom EVU und Ladeprobleme

Beitrag von Rico »

Hallo zusammen,
seit Januar benutze ich OpenWB auf einem Raspberry Pi 3 Model B Rev 1.2. Die Einrichtung verlief relativ einfach und das System funktioniert wunderbar. Jedenfalls bis zum 05.09..
Seitdem spinnt einiges: Der Hausverbrauch wird so hoch angezeigt, wie die Einspeisung ins Netz ist; im Modus PV-Laden startet OpenWB das laden mit 6kW obwohl nicht einmal die 1,4KW Mindestleistung eingespeist werden; die Werte vom EVU werden falsch ausgelesen (Hausverbraucht ca. 70W - obwohl es ca 400W sind).

Am 29.08. haben wir einen Smarten Stromzähler bekommen. Dabei wurde versehentlich eine der drei Hauptsicherungen ausgelöst. Dies war aber auch der einzige nennenswerte Eingriff seit langem. Am System wurde auch nichts verändert, weder an OpenWB noch am restlichen System.

Woran kann dies liegen? Wie bekomme ich das System wieder zuverlässig hin?

Hier die Komponenten:
openWB Version? 1.9.304.0 (von Anfang an)
openWB Variante? selbst installiert auf Raspberry Pi 3 Model B Rev 1.2
Wenn selbst installiert, welches OS? Stretch


Je nach Problem:
Welches PV Modul / Welcher Wechselrichter? PV Module von Axitec, WR von SolarEdge
Welches EVU Modul? von SolarEdge
Welches Speichermodul? ohne
Welches Auto wird geladen? MG 5 mit 22kW go-e gemini flex

Code: Alles auswählen

2024-09-08 15:45:37: PID: 7670: **** Regulation loop needs 6 seconds (LV2) at 62 cleanup /var/www/html/openWB/regel.sh
set-currents: setze ladung auf 6A
  RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (2.0.7) or chardet (3.0.4) doesn't match a supported version!
2024-09-08 15:45:36: PID: 7670: uberschuss 3943 wattbezug -3943 ladestatus 1 llsoll 6 pvwatt -4192 mindestuberschussphasen 1400 wattkombiniert 3943 schaltschwelle 230 (LV2) at 586 main /var/www/html/openWB/regel.sh
2024-09-08 15:45:36: PID: 7670: anzahlphasen 1 (LV1) at 585 main /var/www/html/openWB/regel.sh
2024-09-08 15:45:35: PID: 7670: Zeit zum abfragen aller Werte 4 Sekunden (LV1) at 186 main /var/www/html/openWB/regel.sh
2024-09-08 15:45:34: PID: 7670: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2024-09-08 15:45:34: PID: 7670: plugstatlp1 0 plugstatlp2 0 plugstatlp3 0 (LV1) at 1273 loadvars loadvars.sh
2024-09-08 15:45:34: PID: 7670: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1272 loadvars loadvars.sh
2024-09-08 15:45:34: PID: 7670: EVU 1:V/-5A 2: V/-6A 3: V/-6A (LV1) at 1271 loadvars loadvars.sh
2024-09-08 15:45:34: PID: 7670: lla3 0 llv3 0 llas13  llas23  soclp1 0 soclp2  (LV1) at 1270 loadvars loadvars.sh
2024-09-08 15:45:33: PID: 7670: lla2 0 llv2 0 llas12  llas22  sofortll 8 hausverbrauch 249 wattbezug -3943 uberschuss 3943 (LV1) at 1269 loadvars loadvars.sh
2024-09-08 15:45:33: PID: 7670: lla1 0 llv1 0 llas11  llas21  mindestuberschuss 1400 abschaltuberschuss 5 lademodus 2 (LV1) at 1268 loadvars loadvars.sh
2024-09-08 15:45:33: PID: 7670: pv1watt -4192 pv2watt  pvwatt -4192 ladeleistung 0 llalt 6 nachtladen 0 nachtladen 0 minimalA 6 maximalA 30 (LV1) at 1267 loadvars loadvars.sh
2024-09-08 15:45:33: PID: 7670: etproviderprice  etprovidermaxprice  (LV1) at 1265 loadvars loadvars.sh
2024-09-08 15:45:33: PID: 7984: EVU RET: 0 (LV2) at 16 main modules/bezug_solaredge/main.sh
modules.common.fault_state.FaultState: ("modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] [Errno 104] Connection reset by peer', <FaultStateLevel.ERROR: 2>)", <FaultStateLevel.ERROR: 2>)
str(e)) from e
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 101, in __read_registers
self.delegate.read_holding_registers, address, types, byteorder, wordorder, **kwargs
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 119, in read_holding_registers
unit=component_config.configuration.modbus_id)) or 1
File "/var/www/html/openWB/packages/modules/devices/solaredge/device.py", line 73, in add_component
id=num, configuration=SolaredgeCounterConfiguration(modbus_id=int(slave_id0))))
File "/var/www/html/openWB/packages/modules/devices/solaredge/device.py", line 181, in read_legacy
parser.set_defaults(RUN=lambda args: function(*[getattr(args, argument_name) for argument_name in arg_spec.args]))
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 19, in <lambda>
args.RUN(args)
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 34, in run_using_positional_cli_args
run_using_positional_cli_args(read_legacy, argv)
File "/var/www/html/openWB/packages/modules/devices/solaredge/device.py", line 260, in main
importlib.import_module(parsed[0]).main(parsed[1:])
File "/var/www/html/openWB/packages/legacy_run_server.py", line 110, in handle_message
self.__callback(read_all_bytes(connection))
File "/var/www/html/openWB/packages/legacy_run_server.py", line 88, in handle_connection
yield
File "/var/www/html/openWB/packages/legacy_run_server.py", line 49, in redirect_stdout_stderr_exceptions_to_log
Traceback (most recent call last):

The above exception was the direct cause of the following exception:

modules.common.fault_state.FaultState: ('modules.common.modbus Modbus Error: [Input/Output] [Errno 104] Connection reset by peer', <FaultStateLevel.ERROR: 2>)
raise FaultState.error(__name__+" "+str(response))
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 85, in __read_registers
Traceback (most recent call last):
2024-09-08 15:45:33: PID: 2400: legacy run server: Unhandled exception
2024-09-08 15:45:33: PID: 2400: modules.devices.solaredge.device: Solaredge Bat-WR-gleiche IP: None, Externer WR: None, 2. Speicher: None, Speicherleistung subtrahieren: None 2. IP: None, Num: None
2024-09-08 15:45:33: PID: 2400: modules.devices.solaredge.device: Solaredge Slave-IDs: [1, None, None, None]
2024-09-08 15:45:33: PID: 2400: modules.devices.solaredge.device: Solaredge IP: 192.168.178.102:1502
2024-09-08 15:45:33: PID: 2400: legacy run server: Received command ["modules.devices.solaredge.device","counter","192.168.178.102","1502","1"]
2024-09-08 15:45:32: PID: 2400: legacy run server: Completed running command in 0.20s: ["modules.devices.solaredge.device","inverter","192.168.178.102:1502","","1","none","none","none","0
2024-09-08 15:45:32: PID: 2400: soc.modules.common.store._api: Saving InverterState(currents=[-6.140000000000001, -6.13, -6.12], power=-4192.0, exported=10227149.0, dc_power=None)
2024-09-08 15:45:32: PID: 2400: modules.devices.solaredge.scale: Registers [4256], Scale 0
2024-09-08 15:45:32: PID: 2400: modules.devices.solaredge.scale: Registers [614, 613, 612], Scale -2
2024-09-08 15:45:32: PID: 2400: modules.devices.solaredge.scale: Registers [10227149], Scale 0
2024-09-08 15:45:32: PID: 2400: modules.devices.solaredge.scale: Registers [4192], Scale 0
2024-09-08 15:45:32: PID: 2400: soc.modules.common.component_context: Update Komponente ['SolarEdge Wechselrichter']
2024-09-08 15:45:32: PID: 2400: modules.devices.solaredge.device: Solaredge Bat-WR-gleiche IP: 0, Externer WR: 0, 2. Speicher: 0, Speicherleistung subtrahieren: 0 2. IP: none, Num: 1
2024-09-08 15:45:32: PID: 2400: modules.devices.solaredge.device: Solaredge Slave-IDs: [1, none, none, none]
2024-09-08 15:45:32: PID: 2400: modules.devices.solaredge.device: Solaredge IP: 192.168.178.102:1502:
2024-09-08 15:45:32: PID: 2400: legacy run server: Received command ["modules.devices.solaredge.device","inverter","192.168.178.102:1502","","1","none","none","none","0
2024-09-08 15:45:31: PID: 7670: **** Regulation loop start **** (LV1) at 77 main /var/www/html/openWB/regel.sh
  RequestsDependencyWarning)
Hier mal ein Screenshot, der ein paar der Probleme schön zusammenfasst: Der Hausverbrauch wird offensichtlich nicht richtig erfasst, sondern folgt mit Abstand der PV-Leistung. Modus PV-Laden wurde aktiviert, woraufhin der Hausverbrauch auf 0 sank und mit 6kW geladen wurde.
Screenshot_20240907_083814_Chrome.jpg
(365.95 KiB) Noch nie heruntergeladen
Viele Grüße und danke für euren Mühen!
Ricardo
openWB
Site Admin
Beiträge: 8466
Registriert: So Okt 07, 2018 1:50 pm
Has thanked: 1 time
Been thanked: 23 times

Re: plötzlich falsche Werte vom EVU und Ladeprobleme

Beitrag von openWB »

Der SolarEdge verweigert die Verbindung.
IP Korrekt?
greifen noch andere auf den SE zu?
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Rico
Beiträge: 13
Registriert: So Sep 08, 2024 12:45 pm
Has thanked: 2 times
Been thanked: 1 time

Re: plötzlich falsche Werte vom EVU und Ladeprobleme

Beitrag von Rico »

Die IP-Adresse ist nach wie vor 192.168.178.102
Mein home-assistant-System hat mal vor ein paar Monaten auf den WR zugegriffen, dadurch kam es aber mit openwb zu Problemen. Seit dem habe ich dort das entsprechende Modul wieder entfernt.

Sicherheitshalber habe ich trotzdem mal homeassistant vom Netz genommen, scheinbar aber keine Besserung:

Code: Alles auswählen

2024-09-08 16:03:14: PID: 25493: EVU RET: 0 (LV2) at 16 main modules/bezug_solaredge/main.sh
modules.common.fault_state.FaultState: ("modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] [Errno 104] Connection reset by peer', <FaultStateLevel.ERROR: 2>)", <FaultStateLevel.ERROR: 2>)
str(e)) from e
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 101, in __read_registers
self.delegate.read_holding_registers, address, types, byteorder, wordorder, **kwargs
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 119, in read_holding_registers
unit=component_config.configuration.modbus_id)) or 1
File "/var/www/html/openWB/packages/modules/devices/solaredge/device.py", line 73, in add_component
id=num, configuration=SolaredgeCounterConfiguration(modbus_id=int(slave_id0))))
File "/var/www/html/openWB/packages/modules/devices/solaredge/device.py", line 181, in read_legacy
parser.set_defaults(RUN=lambda args: function(*[getattr(args, argument_name) for argument_name in arg_spec.args]))
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 19, in <lambda>
args.RUN(args)
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 34, in run_using_positional_cli_args
run_using_positional_cli_args(read_legacy, argv)
File "/var/www/html/openWB/packages/modules/devices/solaredge/device.py", line 260, in main
importlib.import_module(parsed[0]).main(parsed[1:])
File "/var/www/html/openWB/packages/legacy_run_server.py", line 110, in handle_message
self.__callback(read_all_bytes(connection))
File "/var/www/html/openWB/packages/legacy_run_server.py", line 88, in handle_connection
yield
File "/var/www/html/openWB/packages/legacy_run_server.py", line 49, in redirect_stdout_stderr_exceptions_to_log
Traceback (most recent call last):

The above exception was the direct cause of the following exception:

modules.common.fault_state.FaultState: ('modules.common.modbus Modbus Error: [Input/Output] [Errno 104] Connection reset by peer', <FaultStateLevel.ERROR: 2>)
raise FaultState.error(__name__+" "+str(response))
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 85, in __read_registers
Traceback (most recent call last):
2024-09-08 16:03:14: PID: 2400: legacy run server: Unhandled exception
2024-09-08 16:03:14: PID: 2400: modules.devices.solaredge.device: Solaredge Bat-WR-gleiche IP: None, Externer WR: None, 2. Speicher: None, Speicherleistung subtrahieren: None 2. IP: None, Num: None
2024-09-08 16:03:14: PID: 2400: modules.devices.solaredge.device: Solaredge Slave-IDs: [1, None, None, None]
2024-09-08 16:03:14: PID: 2400: modules.devices.solaredge.device: Solaredge IP: 192.168.178.102:1502
2024-09-08 16:03:14: PID: 2400: legacy run server: Received command ["modules.devices.solaredge.device","counter","192.168.178.102","1502","1"]
2024-09-08 16:03:13: PID: 2400: legacy run server: Completed running command in 0.22s: ["modules.devices.solaredge.device","inverter","192.168.178.102:1502","","1","none","none","none","0
2024-09-08 16:03:13: PID: 2400: soc.modules.common.store._api: Saving InverterState(currents=[-6.1000000000000005, -6.09, -6.08], power=-4172.0, exported=10228297.0, dc_power=None)
2024-09-08 16:03:13: PID: 2400: modules.devices.solaredge.scale: Registers [4239], Scale 0
2024-09-08 16:03:13: PID: 2400: modules.devices.solaredge.scale: Registers [610, 609, 608], Scale -2
2024-09-08 16:03:13: PID: 2400: modules.devices.solaredge.scale: Registers [10228297], Scale 0
2024-09-08 16:03:13: PID: 2400: modules.devices.solaredge.scale: Registers [4172], Scale 0
2024-09-08 16:03:13: PID: 2400: soc.modules.common.component_context: Update Komponente ['SolarEdge Wechselrichter']
2024-09-08 16:03:13: PID: 2400: modules.devices.solaredge.device: Solaredge Bat-WR-gleiche IP: 0, Externer WR: 0, 2. Speicher: 0, Speicherleistung subtrahieren: 0 2. IP: none, Num: 1
2024-09-08 16:03:13: PID: 2400: modules.devices.solaredge.device: Solaredge Slave-IDs: [1, none, none, none]
2024-09-08 16:03:13: PID: 2400: modules.devices.solaredge.device: Solaredge IP: 192.168.178.102:1502:
2024-09-08 16:03:13: PID: 2400: legacy run server: Received command ["modules.devices.solaredge.device","inverter","192.168.178.102:1502","","1","none","none","none","0
2024-09-08 16:03:12: PID: 25186: **** Regulation loop start **** (LV1) at 77 main /var/www/html/openWB/regel.sh
  RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (2.0.7) or chardet (3.0.4) doesn't match a supported version!
Was ich bereits probiert habe:

openwb herunterfahren
WR ausschalten
die drei Hauptsicherungen des Hauses auslösen

und das ganze wieder retour

half auch nicht.
derNeueDet
Beiträge: 4446
Registriert: Mi Nov 11, 2020 7:16 pm
Has thanked: 4 times
Been thanked: 26 times

Re: plötzlich falsche Werte vom EVU und Ladeprobleme

Beitrag von derNeueDet »

Mach mal

Code: Alles auswählen

sudo pip3 install --upgrade requests
Ist zwar nur eine Warning mit der urllib3, aber man kann ja hoffen.

VG
Det
10kWp PV mit SMA Tripower 10000TL-10 (PE11 mit SDM72V2); 2,4kWp mit Solis 2.5 G6 (EE11 mit SDM120). OpenWB Standard+. EVU EM540 an einem Raspi mit Venus OS. BEV Mercedes EQA 300 (06/2024)
Rico
Beiträge: 13
Registriert: So Sep 08, 2024 12:45 pm
Has thanked: 2 times
Been thanked: 1 time

Re: plötzlich falsche Werte vom EVU und Ladeprobleme

Beitrag von Rico »

Da hat sich leider nichts getan...
20240908.png
20240908.png (40.36 KiB) 699 mal betrachtet
derNeueDet
Beiträge: 4446
Registriert: Mi Nov 11, 2020 7:16 pm
Has thanked: 4 times
Been thanked: 26 times

Re: plötzlich falsche Werte vom EVU und Ladeprobleme

Beitrag von derNeueDet »

successfully installed requests-2.31.0 steht doch da. Weiter obe steht, Found existing installation: requests 2.21.0

Würde sagen es hat sich was getan.

Schau mal ob die Meldung im Log noch auftaucht:

Code: Alles auswählen

RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (2.0.7) or chardet (3.0.4) doesn't match a supported version!

VG
Det
10kWp PV mit SMA Tripower 10000TL-10 (PE11 mit SDM72V2); 2,4kWp mit Solis 2.5 G6 (EE11 mit SDM120). OpenWB Standard+. EVU EM540 an einem Raspi mit Venus OS. BEV Mercedes EQA 300 (06/2024)
derNeueDet
Beiträge: 4446
Registriert: Mi Nov 11, 2020 7:16 pm
Has thanked: 4 times
Been thanked: 26 times

Re: plötzlich falsche Werte vom EVU und Ladeprobleme

Beitrag von derNeueDet »

Wenn das bisherige Log stimmt, dann blockt der WR die Connection ab. Solaredge mag es nicht, wenn zwei verschiedene Systeme per Modbus zugreifen.

Kannst du mal einen Portscan auf den WR machen (192.168.178.102). Ist der 1502 überhaupt offen? Bei solaredge gab es mal 2 verschiedene Ports für Modbus neu ist 1502, ältere Installationen haben wohl noch Port 502.
10kWp PV mit SMA Tripower 10000TL-10 (PE11 mit SDM72V2); 2,4kWp mit Solis 2.5 G6 (EE11 mit SDM120). OpenWB Standard+. EVU EM540 an einem Raspi mit Venus OS. BEV Mercedes EQA 300 (06/2024)
Rico
Beiträge: 13
Registriert: So Sep 08, 2024 12:45 pm
Has thanked: 2 times
Been thanked: 1 time

Re: plötzlich falsche Werte vom EVU und Ladeprobleme

Beitrag von Rico »

derNeueDet hat geschrieben: So Sep 08, 2024 6:24 pm successfully installed requests-2.31.0 steht doch da. Weiter obe steht, Found existing installation: requests 2.21.0

Würde sagen es hat sich was getan.
Tatsache, das hatte ich übersehen. Der Fehler ist nicht mehr im Log zu finden.

Zu den Ports:

Port 1502 ist offen
20240908-2.png
20240908-2.png (37.94 KiB) 682 mal betrachtet
Die letzten neun Monate funktionierte alles reibungslos.
Und unter Status werden mir bei EVU ja auch noch Werte angezeigt. Aber scheinbar stimmen die manchmal nicht. Manchmal eben auch doch noch.
Rico
Beiträge: 13
Registriert: So Sep 08, 2024 12:45 pm
Has thanked: 2 times
Been thanked: 1 time

Re: plötzlich falsche Werte vom EVU und Ladeprobleme

Beitrag von Rico »

Ich habe gerade mal testweise ein Backup der gesamten SD-Karte vom Januar auf eine andere Karte geflasht und es damit probiert:

Code: Alles auswählen

2024-09-09 16:55:50: PID: 8717: **** Regulation loop start **** (LV1) at 77 main /var/www/html/openWB/regel.sh
  RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (2.0.7) or chardet (3.0.4) doesn't match a supported version!
  RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (2.0.7) or chardet (3.0.4) doesn't match a supported version!
2024-09-09 16:55:46: PID: 7473: **** Regulation loop needs 6 seconds (LV2) at 62 cleanup /var/www/html/openWB/regel.sh
2024-09-09 16:55:44: PID: 7473: Zeit zum abfragen aller Werte 3 Sekunden (LV1) at 186 main /var/www/html/openWB/regel.sh
2024-09-09 16:55:43: PID: 7473: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2024-09-09 16:55:43: PID: 7473: plugstatlp1 1 plugstatlp2 0 plugstatlp3 0 (LV1) at 1273 loadvars loadvars.sh
2024-09-09 16:55:43: PID: 7473: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1272 loadvars loadvars.sh
2024-09-09 16:55:43: PID: 7473: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1271 loadvars loadvars.sh
2024-09-09 16:55:43: PID: 7473: lla3 0 llv3 0 llas13  llas23  soclp1 0 soclp2  (LV1) at 1270 loadvars loadvars.sh
2024-09-09 16:55:43: PID: 7473: lla2 0 llv2 0 llas12  llas22  sofortll 16 hausverbrauch 1838 wattbezug 0 uberschuss 0 (LV1) at 1269 loadvars loadvars.sh
2024-09-09 16:55:43: PID: 7473: lla1 0 llv1 0 llas11  llas21  mindestuberschuss 1400 abschaltuberschuss 5 lademodus 3 (LV1) at 1268 loadvars loadvars.sh
2024-09-09 16:55:43: PID: 7473: pv1watt -1838 pv2watt  pvwatt -1838 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 30 (LV1) at 1267 loadvars loadvars.sh
2024-09-09 16:55:43: PID: 7473: etproviderprice  etprovidermaxprice  (LV1) at 1265 loadvars loadvars.sh
2024-09-09 16:55:43: PID: 7711: EVU RET: 0 (LV2) at 16 main modules/bezug_solaredge/main.sh
modules.common.fault_state.FaultState: ("modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] [Errno 104] Connection reset by peer', <FaultStateLevel.ERROR: 2>)", <FaultStateLevel.ERROR: 2>)
str(e)) from e
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 101, in __read_registers
self.delegate.read_holding_registers, address, types, byteorder, wordorder, **kwargs
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 119, in read_holding_registers
unit=component_config.configuration.modbus_id)) or 1
File "/var/www/html/openWB/packages/modules/devices/solaredge/device.py", line 73, in add_component
id=num, configuration=SolaredgeCounterConfiguration(modbus_id=int(slave_id0))))
File "/var/www/html/openWB/packages/modules/devices/solaredge/device.py", line 181, in read_legacy
parser.set_defaults(RUN=lambda args: function(*[getattr(args, argument_name) for argument_name in arg_spec.args]))
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 19, in <lambda>
args.RUN(args)
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 34, in run_using_positional_cli_args
run_using_positional_cli_args(read_legacy, argv)
File "/var/www/html/openWB/packages/modules/devices/solaredge/device.py", line 260, in main
importlib.import_module(parsed[0]).main(parsed[1:])
File "/var/www/html/openWB/packages/legacy_run_server.py", line 110, in handle_message
self.__callback(read_all_bytes(connection))
File "/var/www/html/openWB/packages/legacy_run_server.py", line 88, in handle_connection
yield
File "/var/www/html/openWB/packages/legacy_run_server.py", line 49, in redirect_stdout_stderr_exceptions_to_log
Traceback (most recent call last):

The above exception was the direct cause of the following exception:

modules.common.fault_state.FaultState: ('modules.common.modbus Modbus Error: [Input/Output] [Errno 104] Connection reset by peer', <FaultStateLevel.ERROR: 2>)
raise FaultState.error(__name__+" "+str(response))
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 85, in __read_registers
Traceback (most recent call last):
2024-09-09 16:55:43: PID: 2463: legacy run server: Unhandled exception
2024-09-09 16:55:43: PID: 2463: modules.devices.solaredge.device: Solaredge Bat-WR-gleiche IP: None, Externer WR: None, 2. Speicher: None, Speicherleistung subtrahieren: None 2. IP: None, Num: None
2024-09-09 16:55:43: PID: 2463: modules.devices.solaredge.device: Solaredge Slave-IDs: [1, None, None, None]
2024-09-09 16:55:43: PID: 2463: modules.devices.solaredge.device: Solaredge IP: 192.168.178.102:1502
2024-09-09 16:55:43: PID: 2463: legacy run server: Received command ["modules.devices.solaredge.device","counter","192.168.178.102","1502","1"]
2024-09-09 16:55:42: PID: 2463: legacy run server: Completed running command in 0.18s: ["modules.devices.solaredge.device","inverter","192.168.178.102:1502","","1","none","none","none","0
2024-09-09 16:55:42: PID: 2463: soc.modules.common.store._api: Saving InverterState(currents=[-2.75, -2.74, -2.71], power=-1838.9, exported=10249946.0, dc_power=None)
2024-09-09 16:55:42: PID: 2463: modules.devices.solaredge.scale: Registers [18669], Scale -1
2024-09-09 16:55:42: PID: 2463: modules.devices.solaredge.scale: Registers [275, 274, 271], Scale -2
2024-09-09 16:55:42: PID: 2463: modules.devices.solaredge.scale: Registers [10249946], Scale 0
2024-09-09 16:55:42: PID: 2463: modules.devices.solaredge.scale: Registers [18389], Scale -1
2024-09-09 16:55:42: PID: 2463: soc.modules.common.component_context: Update Komponente ['SolarEdge Wechselrichter']
2024-09-09 16:55:42: PID: 2463: modules.devices.solaredge.device: Solaredge Bat-WR-gleiche IP: 0, Externer WR: 0, 2. Speicher: 0, Speicherleistung subtrahieren: 0 2. IP: none, Num: 1
2024-09-09 16:55:42: PID: 2463: modules.devices.solaredge.device: Solaredge Slave-IDs: [1, none, none, none]
2024-09-09 16:55:42: PID: 2463: modules.devices.solaredge.device: Solaredge IP: 192.168.178.102:1502:
2024-09-09 16:55:42: PID: 2463: legacy run server: Log level changed WARNING -> DEBUG
Scheint das gleiche Problem zu sein. Ich bekomme auch wieder keine vernünftigen Werte angezeigt.

Wir könnte ich meinen Wechselrichter wieder dazu bringen, anständig mit openwb zu kommunizieren?
derNeueDet
Beiträge: 4446
Registriert: Mi Nov 11, 2020 7:16 pm
Has thanked: 4 times
Been thanked: 26 times

Re: plötzlich falsche Werte vom EVU und Ladeprobleme

Beitrag von derNeueDet »

Solaredge Support anrufen Sie sollen den WR anschauen würde ich versuchen.

VG
Det
10kWp PV mit SMA Tripower 10000TL-10 (PE11 mit SDM72V2); 2,4kWp mit Solis 2.5 G6 (EE11 mit SDM120). OpenWB Standard+. EVU EM540 an einem Raspi mit Venus OS. BEV Mercedes EQA 300 (06/2024)
Antworten