Rückmeldungen openWB software 2.2.0 Beta 1

[AlexSE]

@lenaK

Ich habe auf das Github Issue, welches du heute zufälligerweise geschlossen hast, nochmal geantwortet.
Kam doch noch einmal zu einem Fehler bei meiner SolarEdge Anlage damit:

https://github.com/openWB/core/issues/3113

Vielen Dank!

[LutzB]

Aktueller master (2026-04-02 10:32:33 +0200 [7dcf4b0a2]), Leistungswerte EVU und Hausverbrauch fehlen im Cards Display Theme.
Auf dem Display (Cards-Theme) fehlen bei EVU und Hausverbrauch die Leistungswerte, die Balken passen:

Ist im master behoben, danke für die Rückmeldung.

[AlexSE]

@lenaK
@ChristophR

SolarEdge aktive Batteriesteuerung.
Selbst wenn man in der Version 2.2.0 Beta 1 die Batteriesteuerung auf "Nein" stellt, dann schickt die OpenWB Software konstant den Wert 1 für 103237_StCtrMode.

Das grätscht konstant in mein Energy Management Script.
Setze ich im IOBroker manuell den Wert 4, überschreibt die OpenWB den Wert wieder mit 1.
Erst wenn ich die VM mit der Beta abschalte, dann bleibt der Wert 4 stehen.
Sobald ich die VM mit der OpenWB Version 2.2.0 Beta 1 starte, überschreibt sie das Register wieder mit dem Wert 1.

Bitte stellt sicher, wenn die aktive Batteriessteuerung deaktiviert ist, dass OpenWB da keine Werte sendet.
Hat mich nun ganz schön Zeit gekostet das rauszufinden.
Ich dachte SolarEdge hat mal wieder etwas mit nem heimlichen Update verbockt.

Danke & VG

[seaspotter]

@lenaK
@ChristophR

SolarEdge aktive Batteriesteuerung.
Selbst wenn man in der Version 2.2.0 Beta 1 die Batteriesteuerung auf "Nein" stellt, dann schickt die OpenWB Software konstant den Wert 1 für 103237_StCtrMode.

Das grätscht konstant in mein Energy Management Script.
Setze ich im IOBroker manuell den Wert 4, überschreibt die OpenWB den Wert wieder mit 1.
Erst wenn ich die VM mit der Beta abschalte, dann bleibt der Wert 4 stehen.
Sobald ich die VM mit der OpenWB Version 2.2.0 Beta 1 starte, überschreibt sie das Register wieder mit dem Wert 1.

Bitte stellt sicher, wenn die aktive Batteriessteuerung deaktiviert ist, dass OpenWB da keine Werte sendet.
Hat mich nun ganz schön Zeit gekostet das rauszufinden.
Ich dachte SolarEdge hat mal wieder etwas mit nem heimlichen Update verbockt.

Danke & VG

Probier es mal mit dem aktuellsten Master Release von heute, da ist eine Änderung gemergt worden, die das eigentlich beheben sollte.

[ChristophR]

@lenaK
@ChristophR

SolarEdge aktive Batteriesteuerung.
Selbst wenn man in der Version 2.2.0 Beta 1 die Batteriesteuerung auf "Nein" stellt, dann schickt die OpenWB Software konstant den Wert 1 für 103237_StCtrMode.

Das grätscht konstant in mein Energy Management Script.
Setze ich im IOBroker manuell den Wert 4, überschreibt die OpenWB den Wert wieder mit 1.
Erst wenn ich die VM mit der Beta abschalte, dann bleibt der Wert 4 stehen.
Sobald ich die VM mit der OpenWB Version 2.2.0 Beta 1 starte, überschreibt sie das Register wieder mit dem Wert 1.

Bitte stellt sicher, wenn die aktive Batteriessteuerung deaktiviert ist, dass OpenWB da keine Werte sendet.
Hat mich nun ganz schön Zeit gekostet das rauszufinden.
Ich dachte SolarEdge hat mal wieder etwas mit nem heimlichen Update verbockt.

Danke & VG

Ich hatte hier darauf hingewiesen:
viewtopic.php?p=140249#p140249

Heute wurde ein PR gemerged, der das ggf. behebt:
https://github.com/openWB/core/pull/3126

Hab es mir aber noch nicht angeschaut, vielleicht kannst Du es nochmal testen?

P.S: Klappt leider noch nicht.

[ChristophR]

Aktueller master (2026-04-09 13:56:18 +0000 [a00ac9e2d])
Aktive Speichersteuerung:

Es wird immer noch ständig power_limit=None aktiv an den Speicher übergeben, auch wenn keine Steuerung erfolgen soll und sogar, wenn die Speichersteuerung deaktiviert wurde.
Um 21:30 Uhr habe ich die Speichersteuerung deaktiviert, um 21:35 Uhr die Zustimmung zur Speichersteuerung deaktiviert.
https://paste.openwb.de/0rYKaXxMxMdH2zd

power_limit=None darf nur einmalig übergeben werden, wenn nach einer aktiven Steuerung wieder auf Eigenregelung zurück geschaltet werden soll.
Es darf weder beim Neustart einmalig gesendet werden, noch wie jetzt in jedem Zyklus erneut gesendet werden.
Bei deaktivierter Speichersteuerung natürlich auch nicht.

Ich hatte das hier schonmal gemeldet:
viewtopic.php?p=140247#p140247

Der heutige PR hat das nicht behoben:
https://github.com/openWB/core/pull/3126

[LenaK]

Aktueller master (2026-04-09 13:56:18 +0000 [a00ac9e2d])
Aktive Speichersteuerung:

Es wird immer noch ständig power_limit=None aktiv an den Speicher übergeben, auch wenn keine Steuerung erfolgen soll und sogar, wenn die Speichersteuerung deaktiviert wurde.
Um 21:30 Uhr habe ich die Speichersteuerung deaktiviert, um 21:35 Uhr die Zustimmung zur Speichersteuerung deaktiviert.
https://paste.openwb.de/0rYKaXxMxMdH2zd

power_limit=None darf nur einmalig übergeben werden, wenn nach einer aktiven Steuerung wieder auf Eigenregelung zurück geschaltet werden soll.
Es darf weder beim Neustart einmalig gesendet werden, noch wie jetzt in jedem Zyklus erneut gesendet werden.
Bei deaktivierter Speichersteuerung natürlich auch nicht.

Ich hatte das hier schonmal gemeldet:
viewtopic.php?p=140247#p140247

Der heutige PR hat das nicht behoben:
https://github.com/openWB/core/pull/3126

Du warst nicht auf dem aktuellen Stand: #3126 ist um 15:14 gemergt worden, Du hast mit der Version von 13:56 getestet. Kannst Du bitte nochmal ein Update machen?

[seaspotter]

Du warst nicht auf dem aktuellen Stand: #3126 ist um 15:14 gemergt worden, Du hast mit der Version von 13:56 getestet. Kannst Du bitte nochmal ein Update machen?

Dann gibts irgendein Problem Lena, weil es wird nichts aktuelleres angeboten. Ich hab auch gestern Abend gegen 20:00 Uhr upgedated und auch jetzt gibts nichts anderes im Angebot

ksnip_20260410-081637.png (106.46 KiB) 181 mal betrachtet

[LutzB]

Das ist ein Missverständnis. Beachtet auch die Zeitzone hinter der Uhrzeit. Der aktuell letzte Commit ist von "2026-04-09 13:56:18 +0000". Das entspricht 15:56:18 in unserer Zeitzone (+0200). Ursache ist, dass der Commit von einem automatischen Build auf GitHub kommt. Anscheinend verwenden die dort UTC.

ChristophR war also auf dem aktuellen Stand. Wir gehen der Sache nach.

[Gero]

Ich bin auch auf dem aktuellen Stand und ich finde, dass die PV-Regelung sehr zackelig regelt. Prio ist Auto.

IMG_2265.jpeg (166 KiB) 138 mal betrachtet

https://paste.openwb.de/zCqcxoF07qPtIXV