openWB Forum

Frank-H hat geschrieben: Mi Jul 30, 2025 9:38 am Bei gewähltem Modum "Zielladen" kann der gewählte Ladeplan nicht durch einfachen Klick auf aktiv gesetzt werden, sondern man muß immer in Ladeprofil, um den Ladeplan zu aktivieren.

ChristophR hat geschrieben: Mi Jul 30, 2025 6:33 pm Nachtrag bei mir: Deaktivieren klappt, nur nicht das aktivieren.

LutzB hat geschrieben: Do Jul 31, 2025 6:24 am

Frank-H hat geschrieben: Mi Jul 30, 2025 9:38 am Bei gewähltem Modum "Zielladen" kann der gewählte Ladeplan nicht durch einfachen Klick auf aktiv gesetzt werden, sondern man muß immer in Ladeprofil, um den Ladeplan zu aktivieren.

ChristophR hat geschrieben: Mi Jul 30, 2025 6:33 pm Nachtrag bei mir: Deaktivieren klappt, nur nicht das aktivieren.

Ist behoben: https://github.com/openWB/core/pull/2621

kai9555 hat geschrieben: Di Jul 29, 2025 6:26 am Leider habe ich erneut unter 2025-07-28 15:43:49 +0200 [18611be30] einen plötzlichen Rückgang der Zählerstände aller SimCounter feststellen müssen. Wie auch bei den vorherigen Vorfällen kann ich kein Log zum exakten Zeitpunkt beisteuern, da das MainLog nur 1 Stunde zurückreicht und mir das Problem leider erst ca. 3 Stunden später aufgefallen ist. Der Vollständigkeit halber dennoch hier das aktuelle Log:
https://paste.openwb.de/UrEi15DBf2fsTDc

Ich hatte dieses Verhalten bereits mehrfach unter 2.1.8 Alpha 2 gemeldet, möchte es aber nochmals schildern – auch weil auf meine bisherigen Beiträge leider keine Reaktion erfolgte und ich deshalb unsicher bin, ob es überhaupt gesehen wurde. Mir ist sehr wichtig, dass der Fehler identifiziert wird, da er alle Statistiken zerstört, sobald Zählerstände unbemerkt zurückspringen.

Konfiguration:

Das Netzwerk ist stabil und die Geräte sind nativ in openWB (kein Proxy oder dergleichen dazwischen) eingebunden. Die Geräte werden auch nur von openWB abgefragt. Die betroffenen Geräte verwenden keine echten Zählerstände, sondern SimCounter von openWB:
• PV: Sungrow
• Speicher: Victron
• Zähler: Victron

Fehlerbild am heutigen Tag (04:15 Uhr):
Alle SimCounter-Zählerstände sind sprunghaft gefallen:
• PV (Sungrow): 4.524 kWh → 4.165 kWh (−359 kWh)
• Speicher Entladung (Victron): 3.061 kWh → 2.924 kWh (−137 kWh)
• Speicher Ladung (Victron): 3.137 kWh → 3.007 kWh (−130 kWh)
• Zähler Import (Victron): 2.697 kWh → 2.531 kWh (−166 kWh)
• Zähler Export (Victron): 941 kWh → 811 kWh (−130 kWh)

Unauffällig:
Geräte, die echte Zählerwerte übermittelt bekommen (z. B. per MQTT vom PV-Wechselrichter), sind nicht betroffen.

Ich erkenne bislang keinerlei Muster oder äußeren Auslöser und bitte dringend um Unterstützung, da dieser Fehler die Langzeitstatistiken erheblich verfälscht und ich keine Möglichkeit sehe, ihn selbst einzugrenzen. In dem Diagramm ist zu sehen, dass scheinbar zum besagten Zeitpunkt ein Problem bestand, da die Zähler auf 0 gingen. Zu dem Zeitpunkt wurde bei keinem Geräten (openWB, Endgeräte, Switch etc) ein Update durchgeführt. Ich habe das Netzwerk geprüft und an keinem Port wurde eine Fehlerhaftes Paket gesendet oder Empfangen - Alles auf 0. Ich wüsste nicht was ich noch tun. kann.

Aber selbst wenn die openWB ein externes Kommunikationsproblem hätte (davon gehe ich aber im Moment nicht aus) , dürften doch nicht die virtuellen Zähler zurückspringen. Es müsste nach meinem Verständnis möglich sein den SimCounter ein Rückspringen zu verbieten?!

kai9555 hat geschrieben: Do Jul 31, 2025 7:26 am leider keinerlei Rückmeldung – obwohl ich sonst bei anderen gemeldeten Bugs immer eine super Kommunikation erlebt habe (viele Grüße an Lena an der Stelle, das war immer top!).

Mir ist auch völlig klar, dass nicht jede Meldung sofort aufgegriffen werden kann – ich möchte nur wissen, ob der Fehler überhaupt auf dem Radar ist oder ob ich vielleicht noch etwas Konkreteres beitragen kann, um weiterzuhelfen. Mein Setup ist recht stabil (LAN, keine Proxys, alles nativ eingebunden), und ich wäre wirklich sehr daran interessiert, mit euch gemeinsam die Ursache zu finden – bevor das Ganze irgendwann in die Beta oder gar den Release wandert.

Danke euch schon mal fürs Lesen – und wie gesagt: Ich helfe wirklich gerne weiter, wenn ich irgendwie kann. Ich möchte nur nicht ins Leere funken.

seaspotter hat geschrieben: Do Jul 31, 2025 7:45 am

kai9555 hat geschrieben: Do Jul 31, 2025 7:26 am leider keinerlei Rückmeldung – obwohl ich sonst bei anderen gemeldeten Bugs immer eine super Kommunikation erlebt habe (viele Grüße an Lena an der Stelle, das war immer top!).

Mir ist auch völlig klar, dass nicht jede Meldung sofort aufgegriffen werden kann – ich möchte nur wissen, ob der Fehler überhaupt auf dem Radar ist oder ob ich vielleicht noch etwas Konkreteres beitragen kann, um weiterzuhelfen. Mein Setup ist recht stabil (LAN, keine Proxys, alles nativ eingebunden), und ich wäre wirklich sehr daran interessiert, mit euch gemeinsam die Ursache zu finden – bevor das Ganze irgendwann in die Beta oder gar den Release wandert.

Danke euch schon mal fürs Lesen – und wie gesagt: Ich helfe wirklich gerne weiter, wenn ich irgendwie kann. Ich möchte nur nicht ins Leere funken.

Generell muss man verstehen das nur die Live-Ansicht auf den aktuellen Messwerten (Erzeugung, Verbrauch, EVU Zähler) basiert. Jegliche Diagramm-Ansichten für die Statistiken basieren auf den Zählerständen und nicht den Messwerten. Das ist eine wichtige Info, weil einige doch immer wieder denken die Messwerte werden dort dargestellt.

Weiterhin kann ich deine Beobachtung nicht teilen, auch ich habe Geräte mit Simcounter Zählern, weil die Geräte nicht hochauflösend genug die Zählerstände übermitteln (Sungrow z.b.). Ich habe keinerlei Drops in den Zählerständen.

Ursachen-Vermutung meinerseits: In einer deiner vielen Screenshots ist mal ein "Drop" nachts um 4 Uhr gewesen, das kann mit eventuell aktivem Auto-Backup zusammenhängen welches immer Grob in dieser Zeit ein Backup erstellt und dann für kurze Zeit eventuell keine Zählerstände gespeichert werden. Andererseits könnte das aktuelle Problem der auftretenden Abstürze auch eine Ursache sein, falls du davon betroffen bist? Ein anderer Grund kann einfach auch im Netzwerk liegen, dass openWB für kurze Zeit keine Zählerstände bekommt.

Generell muss man verstehen das nur die Live-Ansicht auf den aktuellen Messwerten (Erzeugung, Verbrauch, EVU Zähler) basiert. Jegliche Diagramm-Ansichten für die Statistiken basieren auf den Zählerständen und nicht den Messwerten. Das ist eine wichtige Info, weil einige doch immer wieder denken die Messwerte werden dort dargestellt.

das kann mit eventuell aktivem Auto-Backup zusammenhängen welches immer Grob in dieser Zeit ein Backup erstellt

Andererseits könnte das aktuelle Problem der auftretenden Abstürze auch eine Ursache sein

Ein anderer Grund kann einfach auch im Netzwerk liegen, dass openWB für kurze Zeit keine Zählerstände bekommt.

fawick hat geschrieben: Do Jul 31, 2025 7:12 am Installierte Version: 2025-07-31 08:24:23 +0200 [177a741f3]

Shelly Plug S (gen1) als Wechselrichter, seit #2591 gemerged und im Master ist, sehe ich folgenden Fehler im Status und es fehlt die PV-Leistung im Graphen:

Alle Wechselrichter:

Code: Alles auswählen

Modulmeldung: Bitte die Statusmeldungen der Wechselrichter prüfen. Es konnte kein aktueller Zählerstand ermittelt werden, da nicht alle Module Werte liefern.

Shelly Wechselrichter:

Code: Alles auswählen

Modulmeldung: <class 'UnboundLocalError'> ("local variable 'currents' referenced before assignment",)

2025-07-31 10:51:51,385 - {modules.common.fault_state:45} - {ERROR:device3} - ERROR:modules.common.fault_state:Shelly Wechselrichter: FaultState FaultStateLevel.ERROR, FaultStr <class 'UnboundLocalError'> ("local variable 'currents' referenced before assignment",), Traceback: 
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/common/configurable_device.py", line 32, in __call__
    self.__updater(component)
  File "/var/www/html/openWB/packages/modules/devices/shelly/shelly/device.py", line 60, in <lambda>
    component_updater=IndependentComponentUpdater(lambda component: component.update())
  File "/var/www/html/openWB/packages/modules/devices/shelly/shelly/inverter.py", line 72, in update
    currents=currents
UnboundLocalError: local variable 'currents' referenced before assignment

2025-07-31 10:51:53,057 - {modules.common.utils.component_parser:43} - {ERROR:MainThread} - ERROR:modules.common.utils.component_parser:Fehlerstatus in Komponente Shelly Wechselrichter. Werte werden nicht aktualisiert.
2025-07-31 10:51:55,215 - {control.counter_all:172} - {WARNING:MainThread} - WARNING:control.counter_all:Komponente inverter4 ist im Fehlerzustand und wird nicht berücksichtigt.

kai9555 hat geschrieben: Do Jul 31, 2025 8:09 am Das ist richtig. Hier stimmt aber etwas nicht, denn in der Tagesansicht erhalte ich Summen der SimCounter, in der Monatsansicht steht jedoch überall 0 bei den SimCountern. (siehe Anhang)

seaspotter hat geschrieben: Do Jul 31, 2025 9:14 am

kai9555 hat geschrieben: Do Jul 31, 2025 8:09 am Das ist richtig. Hier stimmt aber etwas nicht, denn in der Tagesansicht erhalte ich Summen der SimCounter, in der Monatsansicht steht jedoch überall 0 bei den SimCountern. (siehe Anhang)

Vielleicht geht es nicht nur mir so, aber diese Info ist für mich komplett neu und offenbar der Kern deine Aussage? Manchmal ist weniger Text und weniger Prosa mehr und konkrete Angaben wo etwas nicht stimmt. Vielleicht habe ich es auch einfach schlicht überlesen.
Weil du aber der Einzige bist der dieses Thema anmerkt: Entweder ist es weiterhin ein lokales Problem bei dir oder niemand schaut sich das an und niemandem ist es aufgefallen?