Rückmeldungen Nightly 1.9.282

[abudu]

Hier die abgefragten Werte. (Anmerkung, nur PV2 ist aktiviert)

Pva1 Pva2 Pva3 „Not found“, nicht abrufbar
Pv2a1 -1,19, Pv2a2 -1,66, Pv2a3 -1,66
Pv1kwh 0, pv2kwh 9850828.125,
Pv1watt 0, pv2watt 0,

[abudu]

Jetzt kommt der Knaller, total verrückt

Ich habe zum Testen nun zusätzlich PV1 ,mit einem Shelly vom Balkonkraftwerk, aktiviert.
-Die Leistung von PV1 +2 sind identisch und werden addiert ???
-Der PV1 Leistungswert stimmt, habe ihn am Shelly direkt überprüft
-Fehlermeldung class Error type ???

Da ist doch mächtig was faul

[abudu]

Problem GELÖST

>Beide PV Werte und der Hausberverbrauch werden korrekt angezeigt.
>Die Fehlermeldung aus meinem letzten Beitrag erscheint nicht mehr.

Folgendes hatte ich gemacht:
-Beide PV-Modulkonfiguration entfernt und neu gebootet.
-In der PV2-Modulkonfiguration den Shelly vom Balkonkraftwerk eingetragen und gespeichert.
-In der PV1-Modulkonfiguration den PV-Zähler SDM630 eingetragen gespeichert.

[mcp]

Die 5 Minuten hatten nicht geholfen. Aber der Tageswechsel jetzt hats gerichtet. Taucht aber auch nirgends als Info auf, die ich gelesen hatte. Und zwischen nightlys Updates ist das auch nicht weggewesen bislang.

Das Problem nervt mich auch seit eigentlich schon immer bzw. seitdem ich die openWB habe (+ 1 Jahr)

Manchmal ist der Hausverbrauch dann 56781 kWh, mal -6728 kWh, Grid Import/Export zeigen auch manchmal sinnfreie Werte an von 4-5 stellig negativ bis hin zu Werten die man nicht mal in 10 Jahren verbrauchen kann etc. - also alles womit man keine vernünftigen Auswertungen fahren kann. Hab‘ die openWB in FHEM per MQTT angebunden und wollte eigentlich mit ElectricityCalculator arbeiten, das taugt aber natürlich nichts, wenn die Werte im Update-/Reboot Fall sinnfrei sind.

Und leider werden die Werte immer erst nach Tageswechsel wieder korrekt, weil dann alles auf 0 resettet wird. Habe mir mittlerweile angewöhnt openWB Updates nur noch kurz vor 0 Uhr zu machen. Dann muss ich zwar mit sinnfreien PV Werten leben, bis morgens wirklich wieder was produziert wird und die Werte dann wieder im Normalbereich sind.

[sagibo]

installierte Version: 1.9.282 (2022-10-27 14:51:45 +0200 [805508e4] )


Hallo,
der SoC meines Batteriespeichers wird auch bei vollständiger Entladung immer mit "1%" angezeigt. Ich spreche den Speicher über einen SMA Wechselrichter an (SBS 3.7), den ich als Modul in openWB konfiguriert habe. Der Wechselrichter zeigt den Ladezustand korrekt an (siehe screenshot).

Code: Alles auswählen

2022-10-28 08:30:01: PID: 26808: ##### cron5min.sh started ##### (LV0)
2022-10-28 08:30:02: PID: 27035: Starting OpenWB services (LV0)
2022-10-28 08:30:02: PID: 19115: legacy run server: Log level changed WARNING -> DEBUG
2022-10-28 08:30:02: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Ip-Adresse: 192.168.88.21
2022-10-28 08:30:02: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Webbox: 0
2022-10-28 08:30:02: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus weitere IPs: none, none, none
2022-10-28 08:30:02: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Version: 0
2022-10-28 08:30:02: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Hybrid: 0
2022-10-28 08:30:02: PID: 19115: soc.modules.common.component_context: Update Komponente ['Sma Sunny Boy/Tripower Wechselrichter']
2022-10-28 08:30:03: PID: 19115: modules.sma_sunny_boy.inverter: WR 192.168.88.21: InverterState(exported=17647068, power=-100, dc_power=-115, currents=[0.0, 0.0, 0.0])
2022-10-28 08:30:03: PID: 19115: soc.modules.common.store._api: Saving InverterState(exported=17647068, power=-100, dc_power=None, currents=[0.0, 0.0, 0.0])
2022-10-28 08:30:03: PID: 19115: legacy run server: Completed running command in 0.12s: ["modules.sma_sunny_boy.device","inverter","192.168.88.21","0","none","none","none","0","0","0","1"]
2022-10-28 08:30:03: PID: 19115: legacy run server: WR 1 nach Korrektur: InverterState(exported=17647068, power=-100, dc_power=-115, currents=[0.0, 0.0, 0.0])
2022-10-28 08:30:03: PID: 19115: legacy run server: Received command ["modules.sma_sunny_boy.device","bat","192.168.88.22"]
2022-10-28 08:30:03: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Ip-Adresse: 192.168.88.22
2022-10-28 08:30:03: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Webbox: None
2022-10-28 08:30:03: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus weitere IPs: None, None, None
2022-10-28 08:30:03: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Version: None
2022-10-28 08:30:03: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Hybrid: None
2022-10-28 08:30:03: PID: 19115: modules.sma_sunny_boy.device: Start device reading {'componentNone': <modules.sma_sunny_boy.bat.SunnyBoyBat object at 0x75be4ad0>}
2022-10-28 08:30:03: PID: 19115: soc.modules.common.component_context: Update Komponente ['Sma Sunny Boy Speicher']
2022-10-28 08:30:03: PID: 19115: soc.modules.common.store._api: Saving BatState(soc=0, exported=2321066, power=0, imported=2869962)
2022-10-28 08:30:03: PID: 19115: legacy run server: Completed running command in 0.15s: ["modules.sma_sunny_boy.device","bat","192.168.88.22"]
2022-10-28 08:30:03: PID: 26808: ##### cron5min.sh finished ##### (LV0)
2022-10-28 08:30:04: PID: 19115: legacy run server: Received command ["soc_manual.soc_manual","2","83","28"]
2022-10-28 08:30:04: PID: 19115: SoC Manual: Charged: 108.5 kWh -> 108.5 kWh = 0 kWh
2022-10-28 08:30:04: PID: 19115: SoC Manual: SoC-Gain: Charged (0 kWh) * efficiency (83%) / battery-size (28 kWh) = 0.0%
2022-10-28 08:30:04: PID: 19115: SoC Manual: 94% + 0 kWh = 94%
2022-10-28 08:30:04: PID: 19115: legacy run server: Completed running command in 0.01s: ["soc_manual.soc_manual","2","83","28"]
2022-10-28 08:30:04: PID: 19115: legacy run server: Received command ["modules.sma_shm.device","counter","none"]
2022-10-28 08:30:04: PID: 19115: soc.modules.common.store._api: Saving CounterState(frequency=49.989, exported=9499329.799999999, powers=[47.9, 29.0, -2.8], power=74.0, power_factors=[0.998, 0.329, 0.024], imported=3912370.8000000003, voltages=[231.991, 230.991, 231.971], currents=[0.326, 0.51, -0.575])
2022-10-28 08:30:04: PID: 19115: modules.sma_shm.device: All components updated
2022-10-28 08:30:04: PID: 19115: legacy run server: Completed running command in 0.07s: ["modules.sma_shm.device","counter","none"]
2022-10-28 08:30:11: PID: 28452: **** Regulation loop start **** (LV1) at 77 main /var/www/html/openWB/regel.sh
2022-10-28 08:30:12: PID: 19115: legacy run server: Received command ["modules.sma_sunny_boy.device","inverter","192.168.88.21","0","none","none","none","0","0","0","1"]
2022-10-28 08:30:12: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Ip-Adresse: 192.168.88.21
2022-10-28 08:30:12: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Webbox: 0
2022-10-28 08:30:12: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus weitere IPs: none, none, none
2022-10-28 08:30:12: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Version: 0
2022-10-28 08:30:12: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Hybrid: 0
2022-10-28 08:30:12: PID: 19115: soc.modules.common.component_context: Update Komponente ['Sma Sunny Boy/Tripower Wechselrichter']
2022-10-28 08:30:12: PID: 19115: modules.sma_sunny_boy.inverter: WR 192.168.88.21: InverterState(exported=17647068, power=-103, dc_power=-117, currents=[0.0, 0.0, 0.0])
2022-10-28 08:30:12: PID: 19115: soc.modules.common.store._api: Saving InverterState(exported=17647068, power=-103, dc_power=None, currents=[0.0, 0.0, 0.0])
2022-10-28 08:30:12: PID: 19115: legacy run server: Completed running command in 0.12s: ["modules.sma_sunny_boy.device","inverter","192.168.88.21","0","none","none","none","0","0","0","1"]
2022-10-28 08:30:12: PID: 19115: legacy run server: WR 1 nach Korrektur: InverterState(exported=17647068, power=-103, dc_power=-117, currents=[0.0, 0.0, 0.0])
2022-10-28 08:30:12: PID: 28646: RET: 0 (LV2) at 12 main modules/wr_tripower9000/main.sh
2022-10-28 08:30:13: PID: 19115: legacy run server: Received command ["modules.sma_sunny_boy.device","bat","192.168.88.22"]
2022-10-28 08:30:13: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Ip-Adresse: 192.168.88.22
2022-10-28 08:30:13: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Webbox: None
2022-10-28 08:30:13: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus weitere IPs: None, None, None
2022-10-28 08:30:13: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Version: None
2022-10-28 08:30:13: PID: 19115: modules.sma_sunny_boy.device: SMA Modbus Hybrid: None
2022-10-28 08:30:13: PID: 19115: modules.sma_sunny_boy.device: Start device reading {'componentNone': <modules.sma_sunny_boy.bat.SunnyBoyBat object at 0x74fb6a30>}
2022-10-28 08:30:13: PID: 19115: soc.modules.common.component_context: Update Komponente ['Sma Sunny Boy Speicher']
2022-10-28 08:30:13: PID: 19115: soc.modules.common.store._api: Saving BatState(soc=0, exported=2321066, power=0, imported=2869962)
2022-10-28 08:30:13: PID: 19115: legacy run server: Completed running command in 0.18s: ["modules.sma_sunny_boy.device","bat","192.168.88.22"]
2022-10-28 08:30:13: PID: 28662: RET: 0 (LV2) at 24 main modules/speicher_sbs25/main.sh
2022-10-28 08:30:13: PID: 28662: BattLeistung: 0 (LV1) at 28 main modules/speicher_sbs25/main.sh
2022-10-28 08:30:13: PID: 28452: Request to run SoC-Module: soc_manuallp2 (LV2) at 4 run_soc_module loadvars.sh
2022-10-28 08:30:13: PID: 28452: Calling SoC-Module: modules/soc_manuallp2/main.sh (LV2) at 8 run_soc_module loadvars.sh
2022-10-28 08:30:13: PID: 19115: legacy run server: Received command ["soc_manual.soc_manual","2","83","28"]
2022-10-28 08:30:13: PID: 19115: SoC Manual: Charged: 108.5 kWh -> 108.5 kWh = 0 kWh
2022-10-28 08:30:13: PID: 19115: SoC Manual: SoC-Gain: Charged (0 kWh) * efficiency (83%) / battery-size (28 kWh) = 0.0%
2022-10-28 08:30:13: PID: 19115: SoC Manual: 94% + 0 kWh = 94%
2022-10-28 08:30:13: PID: 19115: legacy run server: Completed running command in 0.01s: ["soc_manual.soc_manual","2","83","28"]
2022-10-28 08:30:14: PID: 19115: legacy run server: Received command ["modules.sma_shm.device","counter","none"]
2022-10-28 08:30:14: PID: 19115: soc.modules.common.store._api: Saving CounterState(frequency=50.001, exported=9499329.799999999, powers=[47.1, 29.0, -3.4], power=72.7, power_factors=[0.997, 0.329, 0.028], imported=3912371.0, voltages=[232.191, 231.212, 232.186], currents=[0.321, 0.502, -0.574])
2022-10-28 08:30:14: PID: 19115: modules.sma_shm.device: All components updated
2022-10-28 08:30:14: PID: 19115: legacy run server: Completed running command in 0.13s: ["modules.sma_shm.device","counter","none"]
2022-10-28 08:30:14: PID: 28822: EVU RET: 0 (LV2) at 15 main modules/bezug_smashm/main.sh
2022-10-28 08:30:14: PID: 28452: speicherleistung 0 speichersoc 1 (LV1) at 1298 loadvars loadvars.sh
2022-10-28 08:30:14: PID: 28452: pv1watt -103 pv2watt  pvwatt -103 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32 (LV1) at 1303 loadvars loadvars.sh
2022-10-28 08:30:14: PID: 28452: lla1 0 llv1 230 llas11 0 llas21  mindestuberschuss 1250 abschaltuberschuss 0 lademodus 3 (LV1) at 1304 loadvars loadvars.sh
2022-10-28 08:30:14: PID: 28452: lla2 0 llv2 230 llas12 0 llas22  sofortll 6 hausverbrauch 175 wattbezug 72 uberschuss -72 (LV1) at 1305 loadvars loadvars.sh
2022-10-28 08:30:14: PID: 28452: lla3 0 llv3 230 llas13 0 llas23  soclp1 0 soclp2 94 (LV1) at 1306 loadvars loadvars.sh
2022-10-28 08:30:14: PID: 28452: EVU 1:V/0A 2: V/0A 3: V/-0A (LV1) at 1307 loadvars loadvars.sh
2022-10-28 08:30:14: PID: 28452: lp1enabled 0 lp2enabled 1 lp3enabled 1 (LV1) at 1308 loadvars loadvars.sh
2022-10-28 08:30:14: PID: 28452: plugstatlp1 0 plugstatlp2 0 plugstatlp3 0 (LV1) at 1309 loadvars loadvars.sh
2022-10-28 08:30:14: PID: 28452: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1310 loadvars loadvars.sh
2022-10-28 08:30:15: PID: 28452: Zeit zum abfragen aller Werte 3 Sekunden (LV1) at 183 main /var/www/html/openWB/regel.sh
2022-10-28 08:30:16: PID: 28452: **** Regulation loop needs 5 seconds (LV2) at 62 cleanup /var/www/html/openWB/regel.sh

[LarsBr87]

Ich habe auch Kummer mit den Speicherwerten, aber die OpenWB liest diese bei mir über json aus.

Code: Alles auswählen

 2022-10-28 23:25:04,327: Topic: openWB/set/houseBattery/faultState, Message: 0
2022-10-28 23:25:04,324: Topic: openWB/set/houseBattery/fState, Message: 2
2022-10-28 23:25:04,276: Topic: openWB/set/houseBattery/fStr, Message: "modules.common.simcount._simcount <class 'modules.common.store.ramdisk.io.RamdiskReadError'> Error reading ramdisk file <speicherwh0>, content=<None>: expected float"

Wurde in der neusten Nightly was angepasst?

Gruß Lars

[yankee]

Ich habe auch Kummer mit den Speicherwerten, aber die OpenWB liest diese bei mir über json aus.

Code: Alles auswählen

[..]
2022-10-28 23:25:04,276: Topic: openWB/set/houseBattery/fStr, Message: "modules.common.simcount._simcount <class 'modules.common.store.ramdisk.io.RamdiskReadError'> Error reading ramdisk file <speicherwh0>, content=<None>: expected float"

Das bedeutet, dass dein jq-Path für die aktuelle Leistung einmal "None" als wert produziert hat. Der erste Wert wird leider ohne dass es dafür ein Überprüfung gäbe, dass es sich um eine Zahl handelt auf die Ramdisk in die Datei `speicherwh0` geschrieben. Danach kann die Datei aber nicht mehr gelesen werden, weil ist ja dummerweise keine gültige Zahl.

Lösung: Erst den JQ-Path korrigieren, so dass es garantiert immer eine gültige Zahl produziert, dann die openWB einmal neu starten, damit der Fehler in der Ramdisk korrigiert wird.

Mit PR #2475 kommt eine Überprüfung rein, dass die Werte stimmen und garnicht erst Müll in der Ramdisk landet.

[Ihaglc]

In der Nightly openWB Version: 1.9.282 (2022-10-28 07:51:45 +0200 [8887898f] ) werden bei mir jetzt alle möglichen LP`s angezeigt.
Habe aber nur eine LP im Einsatz
Das war irgendwann schon mal in einer anderen Version so...

[LarsBr87]

Ich habe auch Kummer mit den Speicherwerten, aber die OpenWB liest diese bei mir über json aus.

Code: Alles auswählen

[..]
2022-10-28 23:25:04,276: Topic: openWB/set/houseBattery/fStr, Message: "modules.common.simcount._simcount <class 'modules.common.store.ramdisk.io.RamdiskReadError'> Error reading ramdisk file <speicherwh0>, content=<None>: expected float"

Das bedeutet, dass dein jq-Path für die aktuelle Leistung einmal "None" als wert produziert hat. Der erste Wert wird leider ohne dass es dafür ein Überprüfung gäbe, dass es sich um eine Zahl handelt auf die Ramdisk in die Datei `speicherwh0` geschrieben. Danach kann die Datei aber nicht mehr gelesen werden, weil ist ja dummerweise keine gültige Zahl.

Lösung: Erst den JQ-Path korrigieren, so dass es garantiert immer eine gültige Zahl produziert, dann die openWB einmal neu starten, damit der Fehler in der Ramdisk korrigiert wird.

Mit PR #2475 kommt eine Überprüfung rein, dass die Werte stimmen und garnicht erst Müll in der Ramdisk landet.

Vielen Dank, jetzt läuft es wieder

[mcp]

Das Problem nervt mich auch seit eigentlich schon immer bzw. seitdem ich die openWB habe (+ 1 Jahr)

Manchmal ist der Hausverbrauch dann 56781 kWh, mal -6728 kWh, Grid Import/Export zeigen auch manchmal sinnfreie Werte an von 4-5 stellig negativ bis hin zu Werten die man nicht mal in 10 Jahren verbrauchen kann etc. - also alles womit man keine vernünftigen Auswertungen fahren kann. Hab‘ die openWB in FHEM per MQTT angebunden und wollte eigentlich mit ElectricityCalculator arbeiten, das taugt aber natürlich nichts, wenn die Werte im Update-/Reboot Fall sinnfrei sind.

Heute musste ich meine Fritzbox neu starten bzw. stromlos machen und danach dann wieder sinnfreie Werte für PV und Hausverbrauch (siehe Screenshot)