openWB Forum

Verfasst: **Di Feb 01, 2022 8:37 am**

LutzB hat geschrieben: ↑Mo Jan 31, 2022 7:10 pm Nein! Die "normalen" Diagramme sind bei solchen Sprüngen sehr empfindlich und der Tag bzw. Monat wird unbrauchbar. Aber die mit dem Zusatz "nig." haben damit kein Problem. Letztere werden mit der nächsten Beta/Stable die anderen ersetzen.

also die tageswerte PV & EVU werden mir auf der Sartseite nicht angezeigt…

Verfasst: **Di Feb 01, 2022 8:53 am**

Das Problem mit dem SMA EM/SHM tritt wohl auf da ich 'none' in der Modulkonfiguration als Seriennummer eingetragen habe. Bisher ist es ja so dass man hier nichts einträgt (bzw. none) sofern nur ein EM/SHM im Netzwerk ist, das scheint derzeit so nicht zu klappen. Hab' ein Issue auf GitHub geöffnet https://github.com/snaptec/openWB/issues/1980 , hier noch der Vollständigkeit halber:

Code: Alles auswählen

2022-02-01 09:44:03: EVU RET: 0 (LV2) at 24 main modules/bezug_smashm/main.sh
legacy_run_server.py: error: argument serials: invalid int value: 'none'
2022-02-01 09:44:03: PID: 4743: legacy run server: usage: legacy_run_server.py [-h] component_type serials [num]
2022-02-01 09:44:03: PID: 4743: legacy run server: Received command ["modules.sma.device","counter","none"]
2022-02-01 09:44:03: PID: 21863: SMA ModbusTCP WR: Update completed successfully

Hab' dann zum Test mal die Seriennummer meines EM eingetragen und sehe die Daten im Broadcast im Log, allerdings scheint die Verarbeitung noch nicht zu klappen:

Code: Alles auswählen

2022-02-01 09:51:37: **** Regulation loop needs 6 seconds (LV2) at 55 cleanup /var/www/html/openWB/regel.sh
2022-02-01 09:51:35: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1275 loadvars loadvars.sh
2022-02-01 09:51:35: plugstatlp1 0	plugstatlp2 0	plugstatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2022-02-01 09:51:35: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1273 loadvars loadvars.sh
2022-02-01 09:51:34: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1272 loadvars loadvars.sh
2022-02-01 09:51:34: lla3 0	llv3 	llas13  llas23  soclp1 71 soclp2 (LV1) at 1271 loadvars loadvars.sh
2022-02-01 09:51:34: lla2 0	llv2 	llas12  llas22  sofortll 10 hausverbrauch 116 wattbezug 0 uberschuss 0 (LV1) at 1270 loadvars loadvars.sh
2022-02-01 09:51:34: lla1 0	llv1 	llas11  llas21  mindestuberschuss 1400 abschaltuberschuss 5 lademodus 3 (LV1) at 1269 loadvars loadvars.sh
2022-02-01 09:51:34: pv1watt -116 pv2watt  pvwatt -116 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32 (LV1) at 1268 loadvars loadvars.sh
2022-02-01 09:51:34: EVU RET: 0 (LV2) at 24 main modules/bezug_smashm/main.sh
2022-02-01 09:51:34: PID: 4743: legacy run server: Completed running command in 0.86s: ["modules.sma.device","counter","1900210416"]
2022-02-01 09:51:34: PID: 4743: root: Update completed successfully
2022-02-01 09:51:34: PID: 4743: root: SMA-Datagramm: {'serial': 1900210416, 'pconsume': 1206.7, 'pconsumeunit': 'W', 'pconsumecounter': 30697.4513, 'pconsumecounterunit': 'kWh', 'psupply': 0.0, 'psupplyunit': 'W', 'psupplycounter': 71579.4217, 'psupplycounterunit': 'kWh', 'sconsume': 0.0, 'sconsumeunit': 'VA', 'sconsumecounter': 9489.0698, 'sconsumecounterunit': 'kVAh', 'ssupply': 282.4, 'ssupplyunit': 'VA', 'ssupplycounter': 10789.6408, 'ssupplycounterunit': 'kVAh', 'qconsume': 1239.3, 'qconsumeunit': 'VAr', 'qconsumecounter': 33181.0522, 'qconsumecounterunit': 'kVArh', 'qsupply': 0.0, 'qsupplyunit': 'VAr', 'qsupplycounter': 73458.2289, 'qsupplycounterunit': 'kVArh', 'cosphi': 0.974, 'cosphiunit': '°', 'p1consume': 0.0, 'p1consumeunit': 'W', 'p1consumecounter': 14249.3564, 'p1consumecounterunit': 'kWh', 'p1supply': 74.9, 'p1supplyunit': 'W', 'p1supplycounter': 25442.0749, 'p1supplycounterunit': 'kWh', 's1consume': 0.0, 's1consumeunit': 'VA', 's1consumecounter': 3677.5071, 's1consumecounterunit': 'kVAh', 's1supply': 34.4, 's1supplyunit': 'VA', 's1supplycounter': 3874.8395, 's1supplycounterunit': 'kVAh', 'q1consume': 0.0, 'q1consumeunit': 'VAr', 'q1consumecounter': 15288.1176, 'q1consumecounterunit': 'kVArh', 'q1supply': 82.4, 'q1supplyunit': 'VAr', 'q1supplycounter': 26173.9742, 'q1supplycounterunit': 'kVArh', 'i1': 0.43, 'i1unit': 'A', 'u1': 227.913, 'u1unit': 'V', 'cosphi1': 0.908, 'cosphi1unit': '°', 'p2consume': 976.0, 'p2consumeunit': 'W', 'p2consumecounter': 8751.5933, 'p2consumecounterunit': 'kWh', 'p2supply': 0.0, 'p2supplyunit': 'W', 'p2supplycounter': 24948.9095, 'p2supplycounterunit': 'kWh', 's2consume': 0.0, 's2consumeunit': 'VA', 's2consumecounter': 3724.6421, 's2consumecounterunit': 'kVAh', 's2supply': 202.6, 's2supplyunit': 'VA', 's2supplycounter': 2898.5446, 's2supplycounterunit': 'kVAh', 'q2consume': 996.8, 'q2consumeunit': 'VAr', 'q2consumecounter': 9776.8341, 'q2consumecounterunit': 'kVArh', 'q2supply': 0.0, 'q2supplyunit': 'VAr', 'q2supplycounter': 25590.7989, 'q2supplycounterunit': 'kVArh', 'i2': 4.479, 'i2unit': 'A', 'u2': 225.167, 'u2unit': 'V', 'cosphi2': 0.979, 'cosphi2unit': '°', 'p3consume': 305.6, 'p3consumeunit': 'W', 'p3consumecounter': 10739.042, 'p3consumecounterunit': 'kWh', 'p3supply': 0.0, 'p3supplyunit': 'W', 'p3supplycounter': 24230.9778, 'p3supplycounterunit': 'kWh', 's3consume': 0.0, 's3consumeunit': 'VA', 's3consumecounter': 2975.1725, 's3consumecounterunit': 'kVAh', 's3supply': 45.4, 's3supplyunit': 'VA', 's3supplycounter': 4904.5087, 's3supplycounterunit': 'kVAh', 'q3consume': 308.9, 'q3consumeunit': 'VAr', 'q3consumecounter': 12016.833, 'q3consumecounterunit': 'kVArh', 'q3supply': 0.0, 'q3supplyunit': 'VAr', 'q3supplycounter': 24857.1294, 'q3supplycounterunit': 'kVArh', 'i3': 1.498, 'i3unit': 'A', 'u3': 228.732, 'u3unit': 'V', 'cosphi3': 0.989, 'cosphi3unit': '°', 'speedwire-version': '1.2.4.R|010204'}
2022-02-01 09:51:33: PID: 4743: root: Beginning update
2022-02-01 09:51:33: PID: 4743: root: SMA serials: 1900210416

Verfasst: **Di Feb 01, 2022 10:01 am**

Ok, das SMA EM/SHM Problem ist mit dem letzten PR wieder gefixt. Danke für die schnelle Reaktion

Verfasst: **Di Feb 01, 2022 12:05 pm**

Das Huawei Modul wurde gerade auch noch etwas angepasst. Bitte die Hinweistexte in der Modulkonfiguration lesen.

Auf unserer internen Liste sind aktuell keine großen allgemeingültigen Bugs mehr bekannt, sodass wir in Kürze mit dem aktuellen Stand eine Beta rausbringen werden.

Verfasst: **Di Feb 01, 2022 12:27 pm**

LutzB hat geschrieben: ↑Di Feb 01, 2022 12:05 pm Auf unserer internen Liste sind aktuell keine großen allgemeingültigen Bugs mehr bekannt, sodass wir in Kürze mit dem aktuellen Stand eine Beta rausbringen werden.

Was ist mit den ganzen Einträgen

2022-02-01 13:22:49: **** WARNING **** Regulation loop needs 8 seconds (LV0)
2022-02-01 13:22:39: **** WARNING **** Regulation loop needs 8 seconds (LV0)
2022-02-01 13:22:10: **** FATAL ********************************* (LV0)
2022-02-01 13:22:10: **** FATAL Regulation loop needs 9 seconds (LV0)
2022-02-01 13:22:10: **** FATAL ********************************* (LV0)
2022-02-01 13:21:01: **** FATAL ********************************* (LV0)
2022-02-01 13:21:01: **** FATAL Regulation loop needs 10 seconds (LV0)
2022-02-01 13:21:01: **** FATAL ********************************* (LV0)

die ja bei vielen(?) regelmäßig im Debug Log stehen?

Verfasst: **Di Feb 01, 2022 12:38 pm**

Bei der Umstellung des manuellen SOC-Moduls auf Python ist wohl auch noch ein Fehler.

viewtopic.php?p=56905#p56905

Verfasst: **Di Feb 01, 2022 12:42 pm**

Diese Meldungen sind mit der aktuellen nightly bei mir verschwunden, lag bei mir ja an den SMA Modulen welche mit den PRs von heute wohl auch auf die neue Struktur und den runserver (?) umgestellt wurden.

Code: Alles auswählen

2022-02-01 13:40:04: ##### cron5min.sh finished ##### (LV0)
2022-02-01 13:40:01: ##### cron5min.sh started ##### (LV0)
2022-02-01 13:35:04: ##### cron5min.sh finished ##### (LV0)
2022-02-01 13:35:01: ##### cron5min.sh started ##### (LV0)
2022-02-01 13:30:04: ##### cron5min.sh finished ##### (LV0)
2022-02-01 13:30:01: ##### cron5min.sh started ##### (LV0)
2022-02-01 13:25:04: ##### cron5min.sh finished ##### (LV0)
2022-02-01 13:25:01: ##### cron5min.sh started ##### (LV0)
2022-02-01 13:20:04: ##### cron5min.sh finished ##### (LV0)

Verfasst: **Di Feb 01, 2022 12:43 pm**

philipp123 hat geschrieben: ↑Di Feb 01, 2022 12:38 pm Bei der Umstellung des manuellen SOC-Moduls auf Python ist wohl auch noch ein Fehler.

viewtopic.php?p=56905#p56905

..und den Fehler, dass er weit über 100 % rechnet und im Graph darstellt, gibt es auch noch.
viewtopic.php?p=56190#p56190
VG

Verfasst: **Di Feb 01, 2022 12:45 pm**

philipp123 hat geschrieben: ↑Di Feb 01, 2022 12:38 pm Bei der Umstellung des manuellen SOC-Moduls auf Python ist wohl auch noch ein Fehler.

viewtopic.php?p=56905#p56905

Dafür müsstest Du es mit der aktuellen Nightly bitte nochmal testen.

Verfasst: **Di Feb 01, 2022 12:45 pm**

Kitmgue hat geschrieben: ↑Di Feb 01, 2022 12:27 pm
LutzB hat geschrieben: ↑Di Feb 01, 2022 12:05 pm Auf unserer internen Liste sind aktuell keine großen allgemeingültigen Bugs mehr bekannt, sodass wir in Kürze mit dem aktuellen Stand eine Beta rausbringen werden.
Was ist mit den ganzen Einträgen

2022-02-01 13:22:49: **** WARNING **** Regulation loop needs 8 seconds (LV0)
2022-02-01 13:22:39: **** WARNING **** Regulation loop needs 8 seconds (LV0)
2022-02-01 13:22:10: **** FATAL ********************************* (LV0)
2022-02-01 13:22:10: **** FATAL Regulation loop needs 9 seconds (LV0)
2022-02-01 13:22:10: **** FATAL ********************************* (LV0)
2022-02-01 13:21:01: **** FATAL ********************************* (LV0)
2022-02-01 13:21:01: **** FATAL Regulation loop needs 10 seconds (LV0)
2022-02-01 13:21:01: **** FATAL ********************************* (LV0)
die ja bei vielen(?) regelmäßig im Debug Log stehen?

https://www.openwb.de/forum/viewtopic.p ... 835#p55835

openWB Forum

Rückmeldungen Nightly 1.9.251/252

Re: Rückmeldungen Nightly 1.9.251/252

Re: Rückmeldungen Nightly 1.9.251/252

Re: Rückmeldungen Nightly 1.9.251/252

Re: Rückmeldungen Nightly 1.9.251/252

Re: Rückmeldungen Nightly 1.9.251/252

Re: Rückmeldungen Nightly 1.9.251/252

Re: Rückmeldungen Nightly 1.9.251/252

Re: Rückmeldungen Nightly 1.9.251/252

Re: Rückmeldungen Nightly 1.9.251/252

Re: Rückmeldungen Nightly 1.9.251/252