Seite 17 von 25
Re: Rückmeldungen Nightly 1.9.251/252
Verfasst: Mo Jan 31, 2022 12:28 pm
von E_Esteban
Hi,
habe mich nun auch durchgerungen zur nightly zu wechseln. openWB Version: 1.9.252 (2022-01-31 11:55:59 +0100 [bb3339d4] )
Komischerweise wird mein EVU Bezug / Lieferung zwar sinnig angezeigt, aber nicht in kWh an gegeben. Also nicht zusammengerechnet. Bekannter Bug, oder Einstellungsfehler?
Und die Werte für den Hausverbrauch in kWh sind ebenfalls "Käse". Das schiebe ich im Zweifel auf das upgrade von 1.9.244 >> 1.9.252.
Kann ich die irgendwo "resetten" ?
EVU Kit läuft über einen Gen24 und wird auch unter "Status" richtig angezeigt.
Danke Euch
Re: Rückmeldungen Nightly 1.9.251/252
Verfasst: Mo Jan 31, 2022 12:39 pm
von lacky
lacky hat geschrieben: ↑Mo Jan 31, 2022 11:42 am
LutzB hat geschrieben: ↑Mo Jan 31, 2022 11:34 am
Hat sich überschnitten. Fix ist in der Nightly.
perfekt, funktioniert jetzt... DANKESCHÖN!
@LutzB
glaube ich hab Probleme mit den gesamt Zählerständen...
als würden die alle auf 0 gestellt worden sein? es wird ja der Zählerstand direkt über Modbus ausgelesen oder?
Re: Rückmeldungen Nightly 1.9.251/252
Verfasst: Mo Jan 31, 2022 12:59 pm
von E_Esteban
Hatte das Problem auch gerade..... bin nochmal zurück auf die 1.9.244 und habe mein Backup eingepsielt... dann nochmal über die Beta gegangen....
Also 1.9.244 >> 1.9.245 [beta] >> 1.9.252 [Nightly]
und et voilá >> die Werte passten. Meine Werte passten vorher auch nicht... siehe zwei Posts drüber.
Nach wenigen Minuten scheinen die Werte überschrieben zu werden, so dass ich wieder "die falschen Werte" dort stehen habe. Also scheint es ein Thema der Nightly zu sein.
a) Energiesummen in kWh bei EVU verschwinden nach kurzer Zeit
b) Die Zählerwerte werden mit "unsinnigen Werten" überschrieben
Ich dachte erst ich hätte mich verguckt - aber habe es nun zwei mal reproduziert.
Leider anscheinend ein Bug.
Re: Rückmeldungen Nightly 1.9.251/252
Verfasst: Mo Jan 31, 2022 1:30 pm
von LutzB
Das mit den Zählerständen ist normal und eher ein Feature als ein Bug. Nach einem Tageswechsel haben die wieder einen vernünftigen Stand.
Grund ist, dass ein paar Module nun auf simulierte Zählerstände umgestellt wurden. Diese beginnen neu beim Stand 0kWh.
Re: Rückmeldungen Nightly 1.9.251/252
Verfasst: Mo Jan 31, 2022 1:32 pm
von E_Esteban
LutzB hat geschrieben: ↑Mo Jan 31, 2022 1:30 pm
Das mit den Zählerständen ist normal und eher ein Feature als ein Bug. Nach einem Tageswechsel haben die wieder einen vernünftigen Stand.
Grund ist, dass ein paar Module nun auf simulierte Zählerstände umgestellt wurden. Diese beginnen neu beim Stand 0kWh.
Okay - dann warte ich mal einen Tageswechsel ab.
Danke fürs schnelle Erläutern!
VG
Re: Rückmeldungen Nightly 1.9.251/252
Verfasst: Mo Jan 31, 2022 4:07 pm
von Stevie_AN
Hallo,
habe soeben auf die aktuelle Nighty upgedatet und mir sind folgende Dinge aufgefallen:
Komische Fehlermeldung im Log:
Fehlermeldung im PV2-Modul:
...obwohl ich hier einen Shelly konfiguriert habe, sucht er scheinbar das "originale" OpenWB-PV-Kit.
Muss ich mir Sorgen machen, oder kann ich die Kiste bedenkenlos so weiter laufen lassen?
Re: Rückmeldungen Nightly 1.9.251/252
Verfasst: Mo Jan 31, 2022 7:04 pm
von lacky
LutzB hat geschrieben: ↑Mo Jan 31, 2022 1:30 pm
Das mit den Zählerständen ist normal und eher ein Feature als ein Bug. Nach einem Tageswechsel haben die wieder einen vernünftigen Stand.
Grund ist, dass ein paar Module nun auf simulierte Zählerstände umgestellt wurden. Diese beginnen neu beim Stand 0kWh.
wie schaut es mit dem langzeit LOG aus, wird da alles auf dem Kopf gestellt ab morgen?
Re: Rückmeldungen Nightly 1.9.251/252
Verfasst: Mo Jan 31, 2022 7:10 pm
von LutzB
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.
Re: Rückmeldungen Nightly 1.9.251/252
Verfasst: Di Feb 01, 2022 7:48 am
von Kitmgue
Mit der aktuellen Daily (1.9.252 (2022-02-01 08:05:04 +0100 [fc0a8672] )) sind Hausverbrauch und PV identisch. Dafür ist Netz = 0.
Code: Alles auswählen
2022-02-01 08:46:08: **** Regulation loop needs 7 seconds (LV2) at 55 cleanup /var/www/html/openWB/regel.sh
2022-02-01 08:46:07: Timing Umschaltung: 720 / 240 (LV1) at 15 u1p3pswitch u1p3p.sh
2022-02-01 08:46:07: automatische Umschaltung aktiv (LV1) at 14 u1p3pswitch u1p3p.sh
2022-02-01 08:46:07: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1275 loadvars loadvars.sh
2022-02-01 08:46:07: plugstatlp1 1 plugstatlp2 0 plugstatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2022-02-01 08:46:07: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1273 loadvars loadvars.sh
2022-02-01 08:46:07: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1272 loadvars loadvars.sh
2022-02-01 08:46:07: lla3 0 llv3 228.8 llas13 0 llas23 soclp1 0 soclp2 62 (LV1) at 1271 loadvars loadvars.sh
2022-02-01 08:46:07: lla2 0 llv2 229.6 llas12 0 llas22 sofortll 32 hausverbrauch 355 wattbezug 0 uberschuss 0 (LV1) at 1270 loadvars loadvars.sh
2022-02-01 08:46:07: lla1 0 llv1 225.3 llas11 0 llas21 mindestuberschuss 1400 abschaltuberschuss 6 lademodus 2 (LV1) at 1269 loadvars loadvars.sh
2022-02-01 08:46:07: pv1watt -355 pv2watt pvwatt -355 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 1 minimalA 10 maximalA 32 (LV1) at 1268 loadvars loadvars.sh
2022-02-01 08:46:06: EVU RET: 0 (LV2) at 24 main modules/bezug_smashm/main.sh
2022-02-01 08:46:06: PID: 29305: legacy run server: Completed running command in 0.21s: ["modules.sma.device","counter","3009883967"]
2022-02-01 08:46:06: PID: 29305: root: Update completed successfully
2022-02-01 08:46:06: PID: 29305: root: Beginning update
2022-02-01 08:46:06: PID: 29305: root: SMA serials: 3009883967
2022-02-01 08:46:06: PID: 29305: legacy run server: Received command ["modules.sma.device","counter","3009883967"]
2022-02-01 08:46:06: Calling SoC-Module <modules/soc_evcc/main.sh> (LV2) at 22 run_soc_module loadvars.sh
2022-02-01 08:46:05: PID: 21566: SMA ModbusTCP WR: Update completed successfully
2022-02-01 08:46:05: PID: 21566: ValueStore: Saving InverterState(counter=438599, power=-355, currents=[0, 0, 0])
2022-02-01 08:46:05: PID: 21566: SMA ModbusTCP WR: 192.168.178.102: power = 355 W, energy = 438599 Wh
2022-02-01 08:46:05: PID: 21566: pymodbus.payload: [b'\x00\x06', b'\xb1G']
2022-02-01 08:46:05: PID: 21566: pymodbus.payload: [6, 45383]
2022-02-01 08:46:05: PID: 21566: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-01 08:46:05: PID: 21566: pymodbus.transaction: Getting transaction 2
2022-02-01 08:46:05: PID: 21566: pymodbus.transaction: Adding transaction 2
2022-02-01 08:46:05: PID: 21566: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-01 08:46:05: PID: 21566: pymodbus.framer.socket_framer: Processing: 0x0 0x2 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x6 0xb1 0x47
2022-02-01 08:46:05: PID: 21566: pymodbus.transaction: RECV: 0x0 0x2 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x6 0xb1 0x47
2022-02-01 08:46:05: PID: 21566: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-01 08:46:04: PID: 21566: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: SEND: 0x0 0x2 0x0 0x0 0x0 0x6 0x3 0x3 0x77 0x41 0x0 0x2
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Running transaction 2
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-01 08:46:04: PID: 21566: pymodbus.payload: [b'\x00\x00', b'\x01c']
2022-02-01 08:46:04: PID: 21566: pymodbus.payload: [0, 355]
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Getting transaction 1
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Adding transaction 1
2022-02-01 08:46:04: PID: 21566: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-01 08:46:04: PID: 21566: pymodbus.framer.socket_framer: Processing: 0x0 0x1 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x0 0x1 0x63
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: RECV: 0x0 0x1 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x0 0x1 0x63
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-01 08:46:04: PID: 21566: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: SEND: 0x0 0x1 0x0 0x0 0x0 0x6 0x3 0x3 0x78 0x37 0x0 0x2
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Running transaction 1
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Current transaction state - IDLE
2022-02-01 08:46:04: PID: 21566: SMA ModbusTCP WR: Beginning update
2022-02-01 08:46:01: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
2022-02-01 08:45:58: **** Regulation loop needs 7 seconds (LV2) at 55 cleanup /var/www/html/openWB/regel.sh
2022-02-01 08:45:57: Timing Umschaltung: 720 / 240 (LV1) at 15 u1p3pswitch u1p3p.sh
2022-02-01 08:45:57: automatische Umschaltung aktiv (LV1) at 14 u1p3pswitch u1p3p.sh
2022-02-01 08:45:57: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1275 loadvars loadvars.sh
2022-02-01 08:45:57: plugstatlp1 1 plugstatlp2 0 plugstatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2022-02-01 08:45:57: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1273 loadvars loadvars.sh
2022-02-01 08:45:57: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1272 loadvars loadvars.sh
2022-02-01 08:45:57: lla3 0 llv3 228.6 llas13 0 llas23 soclp1 0 soclp2 62 (LV1) at 1271 loadvars loadvars.sh
2022-02-01 08:45:57: lla2 0 llv2 229.7 llas12 0 llas22 sofortll 32 hausverbrauch 355 wattbezug 0 uberschuss 0 (LV1) at 1270 loadvars loadvars.sh
2022-02-01 08:45:57: lla1 0 llv1 225.1 llas11 0 llas21 mindestuberschuss 1400 abschaltuberschuss 6 lademodus 2 (LV1) at 1269 loadvars loadvars.sh
2022-02-01 08:45:57: pv1watt -355 pv2watt pvwatt -355 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 1 minimalA 10 maximalA 32 (LV1) at 1268 loadvars loadvars.sh
2022-02-01 08:45:56: EVU RET: 0 (LV2) at 24 main modules/bezug_smashm/main.sh
2022-02-01 08:45:56: PID: 29305: legacy run server: Completed running command in 0.51s: ["modules.sma.device","counter","3009883967"]
2022-02-01 08:45:56: PID: 29305: root: Update completed successfully
2022-02-01 08:45:56: PID: 29305: root: Beginning update
2022-02-01 08:45:56: PID: 29305: root: SMA serials: 3009883967
2022-02-01 08:45:56: PID: 29305: legacy run server: Received command ["modules.sma.device","counter","3009883967"]
2022-02-01 08:45:55: Calling SoC-Module <modules/soc_evcc/main.sh> (LV2) at 22 run_soc_module loadvars.sh
2022-02-01 08:45:54: PID: 20165: SMA ModbusTCP WR: Update completed successfully
2022-02-01 08:45:54: PID: 20165: ValueStore: Saving InverterState(counter=438598, power=-355, currents=[0, 0, 0])
2022-02-01 08:45:54: PID: 20165: SMA ModbusTCP WR: 192.168.178.102: power = 355 W, energy = 438598 Wh
2022-02-01 08:45:54: PID: 20165: pymodbus.payload: [b'\x00\x06', b'\xb1F']
2022-02-01 08:45:54: PID: 20165: pymodbus.payload: [6, 45382]
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Getting transaction 2
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Adding transaction 2
2022-02-01 08:45:54: PID: 20165: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-01 08:45:54: PID: 20165: pymodbus.framer.socket_framer: Processing: 0x0 0x2 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x6 0xb1 0x46
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: RECV: 0x0 0x2 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x6 0xb1 0x46
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-01 08:45:54: PID: 20165: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: SEND: 0x0 0x2 0x0 0x0 0x0 0x6 0x3 0x3 0x77 0x41 0x0 0x2
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Running transaction 2
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-01 08:45:54: PID: 20165: pymodbus.payload: [b'\x00\x00', b'\x01c']
2022-02-01 08:45:54: PID: 20165: pymodbus.payload: [0, 355]
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Getting transaction 1
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Adding transaction 1
2022-02-01 08:45:54: PID: 20165: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-01 08:45:54: PID: 20165: pymodbus.framer.socket_framer: Processing: 0x0 0x1 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x0 0x1 0x63
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: RECV: 0x0 0x1 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x0 0x1 0x63
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-01 08:45:54: PID: 20165: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: SEND: 0x0 0x1 0x0 0x0 0x0 0x6 0x3 0x3 0x78 0x37 0x0 0x2
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Running transaction 1
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Current transaction state - IDLE
2022-02-01 08:45:54: PID: 20165: SMA ModbusTCP WR: Beginning update
2022-02-01 08:45:51: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
Re: Rückmeldungen Nightly 1.9.251/252
Verfasst: Di Feb 01, 2022 8:13 am
von mrinas
Ich habe mit der .252 2022-02-01 08:05:04 +0100 [fc0a8672] nightly und meinem SMA EnergyMeter als EVU auch keine Daten mehr auf meinem recht frisch selbst installierten Testsystem:
Komme vom .251, man sieht schön wie das vor dem Update noch geklappt hat:
Code: Alles auswählen
2022-02-01 09:05:51: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
2022-02-01 09:05:45: Zeit zum abfragen aller Werte 4 Sekunden (LV0) at 179 main /var/www/html/openWB/regel.sh
2022-02-01 09:05:44: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1275 loadvars loadvars.sh
2022-02-01 09:05:44: plugstatlp1 0 plugstatlp2 0 plugstatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2022-02-01 09:05:44: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1273 loadvars loadvars.sh
2022-02-01 09:05:44: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1272 loadvars loadvars.sh
2022-02-01 09:05:44: lla3 0 llv3 llas13 llas23 soclp1 71 soclp2 (LV1) at 1271 loadvars loadvars.sh
2022-02-01 09:05:43: lla2 0 llv2 llas12 llas22 sofortll 10 hausverbrauch 45 wattbezug 0 uberschuss 0 (LV1) at 1270 loadvars loadvars.sh
2022-02-01 09:05:43: lla1 0 llv1 llas11 llas21 mindestuberschuss 1400 abschaltuberschuss 5 lademodus 3 (LV1) at 1269 loadvars loadvars.sh
2022-02-01 09:05:43: pv1watt -45 pv2watt pvwatt -45 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32 (LV1) at 1268 loadvars loadvars.sh
legacy_run_server.py: error: argument serials: invalid int value: 'none'
2022-02-01 09:05:43: PID: 4743: legacy run server: usage: legacy_run_server.py [-h] component_type serials [num]
2022-02-01 09:05:41: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
EVU Daten sind leer: