openWB Forum

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

Problem in der Nightly 1.9.249

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

Seite 17 von 24

Re: Problem in der Nightly 1.9.249

Verfasst: Mo Okt 25, 2021 9:19 am
von LenaK
Im Laufe der Woche stelle ich das PV- und Speicher-Kit um, dann werden auch in der Nightly die Register des mpm3pm-Zählers von PV- und Speicher-Kit wieder richtig dekodiert.

Re: Problem in der Nightly 1.9.249

Verfasst: Mo Okt 25, 2021 10:44 am
von fawick
Falls noch wer in die gleichen Probleme rennt: Das Alpha ESS Speichermodule ist seit heute frueh broken, und das Alpha-ESS-Inverter-Modul vermutlich auch.

Hotfix ist in bat.py und inverter.py den Typ, der an store.ValueStoreFactory().get_storage() uebergeben wird, von "counter auf "bat"bzw."inverter" umzustellen. Ich komm leider nicht heute selbst zeitlich nicht dazu, einen PR fertig zu machen, daher hier nur mal der Patch.

Code: Alles auswählen

pi@openWB:/var/www/html/openWB/packages/modules/alpha_ess $ git diff .
diff --git a/packages/modules/alpha_ess/bat.py b/packages/modules/alpha_ess/bat.py
index 79cdbb71..33042ca4 100644
--- a/packages/modules/alpha_ess/bat.py
+++ b/packages/modules/alpha_ess/bat.py
@@ -26,7 +26,7 @@ class AlphaEssBat():
             self.component = component
             self.data = {}
             self.data["simulation"] = {}
-            self.value_store = (store.ValueStoreFactory().get_storage("counter"))()
+            self.value_store = (store.ValueStoreFactory().get_storage("bat"))()
             simcount_factory = simcount.SimCountFactory().get_sim_counter()
             self.sim_count = simcount_factory()
         except Exception as e:
diff --git a/packages/modules/alpha_ess/inverter.py b/packages/modules/alpha_ess/inverter.py
index bf23d4b9..5d0d471b 100644
--- a/packages/modules/alpha_ess/inverter.py
+++ b/packages/modules/alpha_ess/inverter.py
@@ -25,7 +25,7 @@ class AlphaEssInverter():
             self.component = component
             self.data = {}
             self.data["simulation"] = {}
-            self.value_store = (store.ValueStoreFactory().get_storage("counter"))()
+            self.value_store = (store.ValueStoreFactory().get_storage("inverter"))()
             simcount_factory = simcount.SimCountFactory().get_sim_counter()
             self.sim_count = simcount_factory()
         except Exception as e:

Re: Problem in der Nightly 1.9.249

Verfasst: Mo Okt 25, 2021 10:54 am
von LenaK
fawick hat geschrieben: ↑Mo Okt 25, 2021 10:44 am Falls noch wer in die gleichen Probleme rennt: Das Alpha ESS Speichermodule ist seit heute frueh broken, und das Alpha-ESS-Inverter-Modul vermutlich auch.

Hotfix ist in bat.py und inverter.py den Typ, der an store.ValueStoreFactory().get_storage() uebergeben wird, von "counter auf "bat"bzw."inverter" umzustellen. Ich komm leider nicht heute selbst zeitlich nicht dazu, einen PR fertig zu machen, daher hier nur mal der Patch.
Es gab einen PR mit der Korrektur. Bitte nochmal ausprobieren.

Danke für den Hotfix!

Re: Problem in der Nightly 1.9.249

Verfasst: Mo Okt 25, 2021 10:55 am
von fawick
Ach ja, das Vorzeichen vom "exported"-Counter ist auch noch invertiert.

Re: Problem in der Nightly 1.9.249

Verfasst: Mo Okt 25, 2021 11:07 am
von LenaK
Da habe ich gerade keine Idee, warum sich das geändert hat.
Kannst Du bitte das Debugging-Level auf 2 stellen und einen Logauszug hier einstellen?

Re: Problem in der Nightly 1.9.249

Verfasst: Mo Okt 25, 2021 11:15 am
von fawick
Ich geb Dir ein Beispiel aus einer Daily CSV:

Vor dem Update:
1115,1858338,577397,3018040,2590815.000,0,0,2590815.000,619934,594550,0,0,0,0,0,0,0,0,0,0,20,56,0,0,0,0,271665,9032,46462.87,114639,51056.5,9523,22561,0,0,0,0,0,0

Nach dem Update:
1310,1858395,577646,3020640,2590815.000,0,0,2590815.000,621560.1,-594549.73,0,0,0,0,0,0,0,0,0,0,53,56,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0

Ein Workaround ist zum Beispiel, die Zeile

Code: Alles auswählen

self.value_store.set(self.component["id"], power=power, soc=soc, imported=imported, exported=exported)
auf

Code: Alles auswählen

self.value_store.set(self.component["id"], power=power, soc=soc, imported=imported, exported=-exported)
zu aendern, aber das ist wohl nicht im Sinne der Erfinderin.

Re: Problem in der Nightly 1.9.249

Verfasst: Mo Okt 25, 2021 11:17 am
von fawick
Log ist unauffaellig:

Code: Alles auswählen

2021-10-25 13:16:08: Sofort ladung bei minimal A 16 Ladeleistung zu gering (LV1) at 88 sofortlademodus sofortlademodus.sh
2021-10-25 13:16:07: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1182 loadvars loadvars.sh
2021-10-25 13:16:07: plugstatlp1 0	plugstatlp2 0	plugstatlp3 0 (LV1) at 1181 loadvars loadvars.sh
2021-10-25 13:16:07: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1180 loadvars loadvars.sh
2021-10-25 13:16:07: EVU 1:V/5A 2: V/-7A 3: V/-7A (LV1) at 1179 loadvars loadvars.sh
2021-10-25 13:16:07: lla3 0	llv3 0.0	llas13  llas23  soclp1 56 soclp2 (LV1) at 1178 loadvars loadvars.sh
2021-10-25 13:16:07: lla2 0	llv2 0.0	llas12  llas22  sofortll 16 hausverbrauch 281 wattbezug -2073 uberschuss 4793 (LV1) at 1177 loadvars loadvars.sh
2021-10-25 13:16:07: lla1 0	llv1 231.6	llas11  llas21  mindestuberschuss 1320 abschaltuberschuss 100 lademodus 0 (LV1) at 1176 loadvars loadvars.sh
2021-10-25 13:16:07: pv1watt -5082 pv2watt  pvwatt -5082 ladeleistung 0 llalt 16 nachtladen 1 nachtladen 0 minimalA 16 maximalA 16 (LV1) at 1175 loadvars loadvars.sh
2021-10-25 13:16:07: speicherleistung 2720 speichersoc 58 (LV1) at 1170 loadvars loadvars.sh
2021-10-25 13:16:06: RET: 0 (LV2) at 27 main modules/bezug_fronius_sm/main.sh
2021-10-25 13:16:06: PID: 4407: Frequenz: 49.9
2021-10-25 13:16:06: PID: 4407: Strom L3: -7.24
2021-10-25 13:16:06: PID: 4407: Strom L2: -7.4
2021-10-25 13:16:06: PID: 4407: Strom L1: 5.76
2021-10-25 13:16:06: PID: 4407: Spannung L3: 232.3
2021-10-25 13:16:06: PID: 4407: Spannung L2: 233
2021-10-25 13:16:06: PID: 4407: Spannung L1: 231.6
2021-10-25 13:16:06: PID: 4407: Power Faktor L3: -1.0
2021-10-25 13:16:06: PID: 4407: Power Faktor L2: -1.0
2021-10-25 13:16:06: PID: 4407: Power Faktor L1: 0.9
2021-10-25 13:16:06: PID: 4407: Leistung L3: -1682.7
2021-10-25 13:16:06: PID: 4407: Leistung L2: -1723.9
2021-10-25 13:16:06: PID: 4407: Leistung L1: 1333.4
2021-10-25 13:16:06: PID: 4407: Bezug: 1858395
2021-10-25 13:16:06: PID: 4407: Einspeisung: 577822
2021-10-25 13:16:06: PID: 4407: Watt: -2073
2021-10-25 13:16:06: PID: 4407: Zaehlerort: 0
2021-10-25 13:16:06: PID: 4407: response_sm_data: {'Head': {'RequestArguments': {'Scope': 'Device', 'DeviceClass': 'Meter', 'DeviceId': '0'}, 'Status': {'Code': 0, 'UserMessage': '', 'Reason': ''}, 'Timestamp': '2021-10-25T13:16:06+02:00'}, 'Body': {'Data': {'EnergyReal_WAC_Minus_Absolute': 577822, 'PowerApparent_S_Phase_2': 1727, 'Voltage_AC_PhaseToPhase_23': 402.9, 'Details': {'Manufacturer': 'Fronius', 'Serial': '1642594792', 'Model': 'Smart Meter TS 65A-3'}, 'PowerFactor_Sum': -0.921, 'PowerReal_P_Phase_1': 1333.4, 'Voltage_AC_Phase_3': 232.3, 'Voltage_AC_PhaseToPhase_12': 402.3, 'PowerReal_P_Phase_2': -1723.9, 'EnergyReal_WAC_Sum_Produced': 577822, 'Current_AC_Phase_1': 6.469, 'Frequency_Phase_Average': 49.9, 'PowerFactor_Phase_1': 0.897, 'PowerReactive_Q_Sum': -866.4, 'PowerReal_P_Sum': -2073.3, 'Meter_Location_Current': 0, 'PowerApparent_S_Phase_3': 1686.2, 'EnergyReactive_VArAC_Sum_Consumed': 83887, 'PowerReactive_Q_Phase_3': -108.1, 'PowerReactive_Q_Phase_2': -103.3, 'PowerReactive_Q_Phase_1': -654.9, 'Current_AC_Phase_2': -7.266, 'Voltage_AC_Phase_2': 233, 'PowerReal_P_Phase_3': -1682.7, 'EnergyReactive_VArAC_Sum_Produced': 2267916, 'Current_AC_Sum': -8.082, 'Enable': 1, 'Current_AC_Phase_3': -7.285, 'TimeStamp': 1635160566, 'PowerFactor_Phase_3': -0.998, 'PowerFactor_Phase_2': -0.998, 'Visible': 1, 'PowerApparent_S_Sum': 4898.9, 'PowerApparent_S_Phase_1': 1485.6, 'EnergyReal_WAC_Sum_Consumed': 1858395, 'Voltage_AC_Phase_1': 231.6, 'Voltage_AC_PhaseToPhase_31': 401.7, 'EnergyReal_WAC_Plus_Absolute': 1858395}}}
2021-10-25 13:16:06: PID: 4407: response_sm: <Response [200]>
2021-10-25 13:16:06: PID: 4407: Fronius SM Zaehlerort: 0
2021-10-25 13:16:06: PID: 4407: Fronius SM IP: 192.168.109.137
2021-10-25 13:16:06: PID: 4407: Fronius SM Erzeugung: 0
2021-10-25 13:16:06: PID: 4407: Fronius SM Variante: 0
2021-10-25 13:16:03: BattLeistung: 2720 (LV1) at 31 main modules/speicher_alphaess/main.sh
2021-10-25 13:16:03: RET: 0 (LV2) at 27 main modules/speicher_alphaess/main.sh
2021-10-25 13:16:03: PID: 4360: BAT Watt: 2720
2021-10-25 13:16:03: PID: 4360: Berechnungsgrundlage simcount: vergangene Zeit [s]8.609033346176147, vorherige Leistung[W]: 2737, aktuelle Leistung[W]: 2720.84
2021-10-25 13:16:03: PID: 4360: Alpha Ess Speicher-Register: Spannung[V] 542 Strom[A] -502
2021-10-25 13:16:03: PID: 4360: Komponente Alpha Ess bat auslesen.
2021-10-25 13:16:03: PID: 4360: Komponenten von Alpha Ess auslesen.
2021-10-25 13:16:03: PID: 4360: alpha_ess Version: 1
2021-10-25 13:16:02: Speicher SoC: .RSOC (LV2) at 22 main modules/speicher_alphaess/main.sh
2021-10-25 13:16:02: Speicher Watt: .Consumption_W (LV2) at 21 main modules/speicher_alphaess/main.sh
2021-10-25 13:16:02: Speicher URL: 192.168.0.10/speicher (LV2) at 20 main modules/speicher_alphaess/main.sh
2021-10-25 13:16:01: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh

Re: Problem in der Nightly 1.9.249

Verfasst: Mo Okt 25, 2021 3:42 pm
von fawick
Ich hab das Vorzeichen in /var/www/html/openWB/ramdisk/speicherwatt0neg von Hand gedreht und dann machen die Werte wieder Sinn.

Anscheinend hat das alte Alpha-Modul den Export "negativ" wachsen lassen, waehrend der neuere Python-Code den SimCount positiv ansteigen laesst.

Re: Problem in der Nightly 1.9.249

Verfasst: Di Okt 26, 2021 11:23 am
von LenaK
fawick hat geschrieben: ↑Mo Okt 25, 2021 3:42 pm Ich hab das Vorzeichen in /var/www/html/openWB/ramdisk/speicherwatt0neg von Hand gedreht und dann machen die Werte wieder Sinn.

Anscheinend hat das alte Alpha-Modul den Export "negativ" wachsen lassen, waehrend der neuere Python-Code den SimCount positiv ansteigen laesst.
Das Problem scheint mir tiefer zu liegen, beim EVU-Kit funktioniert das Simcount-Modul und alle anderen Werte beim Alpha-Ess passen.

Es wurde gerade ein PR gemerged, in dem ausführlich das Simcount geloggt wird. Kannst Du bitte damit nochmal einen Logauszug (mit Debuglevel=2) einstellen, wenn der Speicher gerade exportiert?

Re: Problem in der Nightly 1.9.249

Verfasst: Di Okt 26, 2021 12:52 pm
von fawick
Hi, kann ich gerne spaeter machen, sobald der Speicher entladen wird.

Ich vermute aber, dass hat sich durch manuelle Vorzeichenaenderung von ramdisk/speicherwatt0neg inzwischen komplett geklaert.

Das "alte simcount.py", das bis gestern vormittag fuer den Speicher verantwortlich war, hat Export-Wh und Export-Ws mit unterschiedlichen Vorzeichen in der Ramdisk gespeichert (siehe https://github.com/snaptec/openWB/blob/ ... unt.py#L60)

Wenn ich das neue helpermodules/simcount.py (https://github.com/snaptec/openWB/blob/ ... imcount.py) richtig verstehe, wachsen dort die Betraege in Ws und Wh aber jeweils positiv, richtig?
Alle Zeiten sind UTC
Seite 17 von 24

Powered by phpBB® Forum Software © phpBB Limited

Deutsche Übersetzung durch phpBB.de