Peaks ignorieren

[JHC]

Moin, moin,

seit der 288 treten bei mir diese Peaks auf, ich bin mir aber nicht sicher, ob es an dem Update oder an der schlechten ModBus-Anbindung des Huawei WR liegt. Aber das Thema sollte man mal generell bewerten: Gibt es eine Möglichkeit solche astronomischen Peaks zu ignorieren?

--
2022-12-03 09:43:44: PID: 32299: pv1watt -257097750 pv2watt pvwatt -257097750 ladeleistung 6527 llalt 6 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32 (LV1) at 1303 loadvars loadvars.sh
--

Die Werte davor/danach waren "124" und selbst wenn man eine Spanne vorsieht, 257 MW hat keine Hausanlage
Das zerlegt hier aktuell alle Statistiken.

Grüße,
Jens

[evchab]

ist auffällig nach Update auf die 288 treten diese Peaks verstärkt auf

[JHC]

Ich sehe im Logfile keine Exception beim Zugriff.

Werden die Exceptions jetzt gefangen und durch ein Default Binär-Value (allen Bytes 0) ersetzt?

[LutzB]

Für die Analyse werden schon ein paar mehr Infos benötigt als eine Zeile im Log.

[JHC]

Moin Lutz,

mir ging jetzt ja erst einmal grundsätzlich um das Thema, ob man Peaks nicht erkennen und herausfiltern könnte.
Da beim Huawei WR ja auch der SimCounter bentutzt wird, zerhaut ein falscher Wert gleich alles.

Hier mal die Logs vom letzten Auftreten, heute mal mit ModBus Exception:

Code: Alles auswählen

2022-12-06 11:10:27: PID: 17756: **** FATAL ********************************* (LV0) at 68 cleanup /var/www/html/openWB/regel.sh
2022-12-06 11:10:27: PID: 17756: **** FATAL Regulation loop needs 16 seconds (LV0) at 67 cleanup /var/www/html/openWB/regel.sh
2022-12-06 11:10:27: PID: 17756: **** FATAL ********************************* (LV0) at 66 cleanup /var/www/html/openWB/regel.sh
2022-12-06 11:10:27: PID: 17756: Überschuss -504; mindestens 1500 (LV1) at 104 nurpvlademodus nurpv.sh
2022-12-06 11:10:26: PID: 17756: uberschuss -504 wattbezug 504 ladestatus 0 llsoll 0 pvwatt -261423141 mindestuberschussphasen 1500 wattkombiniert -504 schaltschwelle 230 (LV2) at 583 main /var/www/html/openWB/regel.sh
2022-12-06 11:10:26: PID: 17756: anzahlphasen 1 (LV1) at 582 main /var/www/html/openWB/regel.sh
2022-12-06 11:10:25: PID: 17756: Timing Umschaltung: 780 / 180 (LV1) at 17 u1p3pswitch u1p3p.sh
2022-12-06 11:10:25: PID: 17756: automatische Umschaltung aktiv (LV1) at 16 u1p3pswitch u1p3p.sh
2022-12-06 11:10:25: PID: 17756: Zeit zum abfragen aller Werte 13 Sekunden (LV1) at 183 main /var/www/html/openWB/regel.sh
2022-12-06 11:10:25: PID: 17756: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1310 loadvars loadvars.sh
2022-12-06 11:10:25: PID: 17756: plugstatlp1 0 plugstatlp2 1 plugstatlp3 0 (LV1) at 1309 loadvars loadvars.sh
2022-12-06 11:10:25: PID: 17756: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1308 loadvars loadvars.sh
2022-12-06 11:10:25: PID: 17756: EVU 1:V/1A 2: V/1A 3: V/1A (LV1) at 1307 loadvars loadvars.sh
2022-12-06 11:10:25: PID: 17756: lla3 0 llv3 237.3 llas13 0 llas23  soclp1 0 soclp2 82 (LV1) at 1306 loadvars loadvars.sh
2022-12-06 11:10:25: PID: 17756: lla2 0 llv2 237.3 llas12 0 llas22  sofortll 10 hausverbrauch 261423645 wattbezug 504 uberschuss -504 (LV1) at 1305 loadvars loadvars.sh
2022-12-06 11:10:25: PID: 17756: lla1 0 llv1 235.8 llas11 0 llas21  mindestuberschuss 1500 abschaltuberschuss 50 lademodus 2 (LV1) at 1304 loadvars loadvars.sh
2022-12-06 11:10:25: PID: 17756: pv1watt -261423141 pv2watt  pvwatt -261423141 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32 (LV1) at 1303 loadvars loadvars.sh
2022-12-06 11:10:25: PID: 17756: speicherleistung 0 speichersoc 1 (LV1) at 1298 loadvars loadvars.sh
2022-12-06 11:10:24: PID: 18170: EVU RET: 0 (LV2) at 16 main modules/bezug_ethmpm3pmflex/main.sh
2022-12-06 11:10:24: PID: 26738: legacy run server: Completed running command in 1.11s: ["modules.devices.openwb_flex.device","counter","2","192.168.0.205","8899","115"]
2022-12-06 11:10:24: PID: 26738: soc.modules.common.store._api: Saving CounterState(power=504.301513671875, powers=[286.95025634765625, 88.63417053222656, 128.7170867919922], power_factors=[0.8687783479690552, 0.3406967222690582, 0.36885392665863037], currents=[1.4412986040115356, 1.2612501382827759, 1.6193628311157227], exported=8422532.956570577, voltages=[235.5642852783203, 237.18959045410156, 236.97398376464844], frequency=49.970001220703125, imported=524698.2777259573)
2022-12-06 11:10:24: PID: 26738: modules.common.simcount._simcount: imported: 3.99995 Wh, exported: 0 Wh, new state: SimCounterState(timestamp=1670321424.859585, power=504.301513671875, exported=8422532.956570577, imported=524698.2777259573)
2022-12-06 11:10:24: PID: 26738: modules.common.simcount._calculate: power did not change sign. Total energy: 3.99995
2022-12-06 11:10:24: PID: 26738: modules.common.simcount._calculate: time passed: 0.00804476, power1: 490.123, power2: 504.302
2022-12-06 11:10:24: PID: 26738: modules.common.simcount._simcount: Previous state: SimCounterState(timestamp=1670321395.8984606, power=490.123291015625, exported=8422532.956570577, imported=524694.2777731108)
2022-12-06 11:10:23: PID: 26738: soc.modules.common.component_context: Update Komponente ['EVU-Kit flex']
2022-12-06 11:10:23: PID: 26738: modules.devices.openwb_flex.device: Start device reading {'componentNone': <modules.devices.openwb_flex.counter.EvuKitFlex object at 0x74b83170>}
2022-12-06 11:10:23: PID: 26738: modules.devices.openwb_flex.device: openWB flex-Kit ID: 115
2022-12-06 11:10:23: PID: 26738: modules.devices.openwb_flex.device: openWB flex-Kit Port: 8899
2022-12-06 11:10:23: PID: 26738: modules.devices.openwb_flex.device: openWB flex-Kit IP-Adresse: 192.168.0.205
2022-12-06 11:10:23: PID: 26738: modules.devices.openwb_flex.device: openWB flex Version: 2
2022-12-06 11:10:23: PID: 26738: modules.devices.openwb_flex.device: Start reading flex
2022-12-06 11:10:23: PID: 26738: legacy run server: Received command ["modules.devices.openwb_flex.device","counter","2","192.168.0.205","8899","115"]
2022-12-06 11:10:22: PID: 17756: Calling SoC-Module: modules/soc_psa/main.sh for chargepoint 2 (LV2) at 23 run_soc_module loadvars.sh
2022-12-06 11:10:22: PID: 17756: Request to run SoC-Module: soc_psalp2 (LV2) at 4 run_soc_module loadvars.sh
2022-12-06 11:10:21: PID: 18055: Previous regulation loop still running. Skipping. (LV0) at 35 main /var/www/html/openWB/regel.sh
17756
2022-12-06 11:10:21: PID: 26738: legacy run server: Completed running command in 8.48s: ["modules.devices.huawei.device","192.168.0.72","1","False","True"]

modules.common.fault_state.FaultState: ("modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Exception Response(131, 3, SlaveFailure)', <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
power = self.__tcp_client.read_holding_registers(37765, ModbusDataType.INT_32, unit=self.__modbus_id)
File "/var/www/html/openWB/packages/modules/devices/huawei/bat.py", line 32, in update
self.components[component].update()
File "/var/www/html/openWB/packages/modules/devices/huawei/device.py", line 67, in update
Traceback (most recent call last):

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

modules.common.fault_state.FaultState: ('modules.common.modbus Exception Response(131, 3, SlaveFailure)', <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):
2022-12-06 11:10:21: PID: 26738: soc.modules.common.fault_state: Huawei Speicher: FaultState FaultStateLevel.ERROR, FaultStr modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Exception Response(131, 3, SlaveFailure)', <FaultStateLevel.ERROR: 2>), Traceback:
2022-12-06 11:10:20: PID: 26738: soc.modules.common.component_context: Update Komponente ['Huawei Speicher']
2022-12-06 11:10:20: PID: 26738: soc.modules.common.store._api: Saving InverterState(dc_power=None, currents=[0.0, 0.0, 0.0], power=-261423141, exported=7600772.404025023)
2022-12-06 11:10:20: PID: 26738: modules.common.simcount._simcount: imported: 0 Wh, exported: 1.07709e+06 Wh, new state: SimCounterState(timestamp=1670321420.359319, power=-261423141, exported=7600772.404025023, imported=8.026668707072727)
2022-12-06 11:10:20: PID: 26738: modules.common.simcount._calculate: power did not change sign. Total energy: -1.07709e+06
2022-12-06 11:10:20: PID: 26738: modules.common.simcount._calculate: time passed: 0.00824022, power1: -242, power2: -2.61423e+08
2022-12-06 11:10:20: PID: 26738: modules.common.simcount._simcount: Previous state: SimCounterState(timestamp=1670321390.6945436, power=-242.0, exported=6523679.913251956, imported=8.026668707072727)
2022-12-06 11:10:19: PID: 26738: soc.modules.common.component_context: Update Komponente ['Huawei Wechselrichter']
2022-12-06 11:10:19: PID: 26738: modules.devices.huawei.device: Start device reading {'componentinverter': <modules.devices.huawei.inverter.HuaweiInverter object at 0x74f9ae10>, 'componentbat': <modules.devices.huawei.bat.HuaweiBat object at 0x74f9a090>}
2022-12-06 11:10:19: PID: 26738: modules.devices.huawei.device: Huawei Modbus-ID: 1
2022-12-06 11:10:19: PID: 26738: modules.devices.huawei.device: Huawei IP-Adresse: 192.168.0.72
2022-12-06 11:10:12: PID: 26738: modules.devices.huawei.device: components to read: ['inverter', 'bat']
2022-12-06 11:10:12: PID: 26738: legacy run server: Received command ["modules.devices.huawei.device","192.168.0.72","1","False","True"]
2022-12-06 11:10:11: PID: 17756: **** Regulation loop start **** (LV1) at 77 main /var/www/html/openWB/regel.sh

[LutzB]

Moin Lutz,

mir ging jetzt ja erst einmal grundsätzlich um das Thema, ob man Peaks nicht erkennen und herausfiltern könnte.

Das macht keinen Sinn. Wann fängt ein Peak an und was ist noch normal? Da gibt es keine klare Antwort drauf. Ziel sollte sein, dass solche Fehler nicht mehr auftreten, aber Huawei macht das definitiv nicht einfach. Die Schnittstelle ist nicht wirklich stabil nutzbar.

[JHC]

Moin Lutz,

261 MW ist dann schon etwas viel

Beim EVU gibt eine Einstellung für Glättung, nicht mit beschäftigt, aber die versucht doch das selbe oder?
Und der Max der Anlage wäre schon ein guter Richtwert.

Ja, war die letzten Tage leider krank.
Ich werde die openWB dann per MQTT mit den Huawei Werten füttern.

[evchab]

@jhc - bist du mit den mqtt werten schon weiter gekommen?

werden z.b. für EVU alle u.a. Werte benötigt?

[philipp123]

@jhc - bist du mit den mqtt werten schon weiter gekommen?

werden z.b. für EVU alle u.a. Werte benötigt?


Bildschirmfoto 2023-01-03 um 14.25.56.png

Du brauchst nicht alle. Mein EVU liefert z.B. nur Gesamtleistung, Bezug und Einspeisung und die Box regelt sauber. Schieflast und solche Dinge funktionieren dann natürlich nicht.

[evchab]

danke für die rasche Antwort
sorry bin noch ganz am Anfang
wie bekomme ich dann am einfachsten die aktuelle Einspeise/Bezugsleistung vom Zähler (sensor.power_meter_active_power_1) auf den entsprechenden mqttwert hier openWB/set/evu/W

edit: mqtt Bridge läuft