Rückmeldungen 2.1.7 Release & Release Patch 1

[agm]

Hallo zusammen,
wird das Thema "Peaks" (überdimensionale Spizten in der PV Leistung) noch verfolgt?

Ich möchte den WR in meinem Netzwerk bis auf Modbus TCP (502) isolieren, um das Sicherheitsrisiko zu reduzieren.
U.a. hat Heise gestern von Sicherheitslücken bei PV Wechselrichtern berichtet.

Problem: Sobald ich dem Wechselrichter von Goodwe die Internetverbindung kappe, habe ich mehrere Peaks im Tagesverlauf der openWB. Reproduzierbar.
Ich bin gerne bereits Logs oder Netzwerkmitschnitte beizusteuern und weiß die Entwicklungsarbeit zu schätzen. Dafür benötige ich aber Anweisung, was benötigt wird.
In das Problem wurde dankenswerterweise viel Arbeit gesteckt, u.a. werden die Archive von openWB bereits korrigiert.
Die Aktualsicht leidet trotzdem unter der Verzerrung.
Über eine Rückmeldung würde ich mich freuen. Danke.

In der aktuellen Version: 2.1.7-Patch.1 sind die Peaks noch vorhanden.

Hallo Daniel,
ich habe ebenfalls das Problem mit den Peaks. Mein GoodWe KN8-ET mit der 9,8 Lynx F Batterie läuft sein Januar neben weiteren 3 SMA WRs im System. Die Peaks zeigen sich beim der PV-Erzeugung und auch beim Speicher. Den Zähler von GoodWe habe ich nicht einegebunden - womöglich würden auch hier Peaks auftauchen...
Ich habe die Vermutung dass die Ursache am Netz-instabilen Lan-Dongle liegt. Habe mir den 2.0 der neuerdings auch mit der kleinen ET Reihe, mit aktueller FW funktionieren soll und da zuverlässig die Verbindung hält, geordert.
Berichte dann.
LG Andreas

[xnitrox]

Moin Heiko,

cool danke für die Info, ja hab gerade auf die 2025-3-2 aktualisiert... auch natürlich die Wallbox auf den neuen 2.1.7er Patch.

Viele Grüße!

Hallo zusammen,
kurz zur Info, seit heute gibt es die neue Version vom FEMS: 2025-4-1. Damit funktionieren die REST Abfragen der WB wieder!.
Viele Grüße!
Chris

[StrolchGoesEV]

Hi liebe OpenWB Community,

da ich gerade einen Fehler bei der Ladung analysieren möchte, sind mir folgende Zeilen im Log aufgefallen, die in einer enormen Anzahl ausgegeben werden.

Wallbox: OpenWB Pro+
Software 2.1.7 Patch 1 (2025-03-14 09:46:37 +0100 [31aef70dd])

Code: Alles auswählen

2025-03-28 12:48:38,986 - {helpermodules.setdata:389} - {WARNING:Setdata} - Keine ID 0 mit gültiger Konfiguration für Topic openWB/set/chargepoint/0/get/soc mit Payload 48 gefunden.
2025-03-28 12:48:38,991 - {helpermodules.setdata:389} - {WARNING:Setdata} - Keine ID 0 mit gültiger Konfiguration für Topic openWB/set/chargepoint/0/get/soc_timestamp mit Payload 1743160155 gefunden.
2025-03-28 12:48:38,999 - {helpermodules.setdata:389} - {WARNING:Setdata} - Keine ID 0 mit gültiger Konfiguration für Topic openWB/set/chargepoint/0/get/evse_current mit Payload 6.2 gefunden.
2025-03-28 12:48:39,004 - {helpermodules.setdata:389} - {WARNING:Setdata} - Keine ID 0 mit gültiger Konfiguration für Topic openWB/set/chargepoint/0/get/vehicle_id mit Payload xx:xx:xx:xx:xx:xx gefunden.
2025-03-28 12:48:39,010 - {helpermodules.setdata:389} - {WARNING:Setdata} - Keine ID 0 mit gültiger Konfiguration für Topic openWB/set/chargepoint/0/get/max_evse_current mit Payload None gefunden.

Es sind mehrere Einträge dieser Art, die Sekündlich im Log ausgegeben werden. Hab ich da etwas falsch eingestellt oder ist das ein Bug?

Viele Grüße
Michael

Hi,

meine Frage ist vielleicht untergegangen
Nach wie vor finde ich die Zahl der ausgegebenen Warnings (ca. 20 pro Sekunde) sehr auffällig.
Wodurch wird das ausgelöst und kann man das abstellen?

Viele Grüße
Michael

[truth]

BUG:
Beim konfigurieren der Ladeeinstellungen für PV-Laden wird angezeigt, dass
"Die Differenzleistung zw. Ein- und Abschaltschwelle sollte mind. 1,4 kW (230V x 6A) betragen."

Außerdem wird in Klammern angezeigt, wie groß diese Differenz in der aktuellen Konfiguartion gerade ist.

Tatsächlich wir hier (in der Klammer) nicht die Differenz, sondern die Summe angezeigt (siehe Screenshot), was keinen Sinn ergibt:
.

Ladeeinstellung_PV-Laden_.png (76.94 KiB) 168 mal betrachtet

[seaspotter]

BUG:
Beim konfigurieren der Ladeeinstellungen für PV-Laden wird angezeigt, dass
"Die Differenzleistung zw. Ein- und Abschaltschwelle sollte mind. 1,4 kW (230V x 6A) betragen."

Außerdem wird in Klammern angezeigt, wie groß diese Differenz in der aktuellen Konfiguartion gerade ist.

Tatsächlich wir hier (in der Klammer) nicht die Differenz, sondern die Summe angezeigt (siehe Screenshot), was keinen Sinn ergibt:
.
Ladeeinstellung_PV-Laden_.png

Nein, mach mal die Hilfetexte zu Einschalt- und Ausschaltschwelle auf, dann siehst du Einschaltschwelle ist in Richtung Einspeisung, Ausschaltschwelle in Richtung Netzbezug ist also korrekt gerechnet. Willst du auch bei Ausschaltschwelle in Richtung Einspeisung haben, musst du einen negativen Wert dort eintragen

[zoe*in]

Ich habe nun wieder das Problem dass die Regelung wieder mal "zappelt", siehe hier:

openwb_zappeln.png (42.6 KiB) 164 mal betrachtet

openwb_zappeln2.png (57.78 KiB) 161 mal betrachtet

An was liegt das? Der PV-Anstieg ist sehr stabil, keinerlei Schwankungen. Und der Hausverbrauch ist ebenfalls stabil. Immer beim Hochregeln kommen diese Zappelpakete.

[LutzB]

An was liegt das? Der PV-Anstieg ist sehr stabil, keinerlei Schwankungen. Und der Hausverbrauch ist ebenfalls stabil. Immer beim Hochregeln kommen diese Zappelpakete.

Das kann Dir das Log sagen.

Meine Glaskugel ist nicht frisch poliert, es könnte aber an dem Fahrzeug liegen. Wenn die openWB in 0,01A-Schritten regelt, das Fahrzeug aber nur ganze Ampere mitmacht, gibt es immer einen Bereich, bei dem das Fahrzeug auf den nächsten glatten Wert springt. Einfach gesagt: ab 6,5A wird auf 7A aufgerundet. Die 0,5A Differenz findet die openWB jetzt etwas zu viel und geht mit der Vorgabe unter die vorherigen 6,5A. In der Folge reduziert das Fahrzeug wieder auf 6A, was nach Meinung der Regelung etwas zu wenig ist und das Spiel beginnt wieder von Vorne.

Das ist eher ein kosmetisches Problem. Die Ladehardware muss da nicht hin und her schalten. Du könntest mal den Regelbereich etwas größer wählen.

[zoe*in]

An was liegt das? Der PV-Anstieg ist sehr stabil, keinerlei Schwankungen. Und der Hausverbrauch ist ebenfalls stabil. Immer beim Hochregeln kommen diese Zappelpakete.

Das kann Dir das Log sagen.

Meine Glaskugel ist nicht frisch poliert, es könnte aber an dem Fahrzeug liegen. Wenn die openWB in 0,01A-Schritten regelt, das Fahrzeug aber nur ganze Ampere mitmacht, gibt es immer einen Bereich, bei dem das Fahrzeug auf den nächsten glatten Wert springt. Einfach gesagt: ab 6,5A wird auf 7A aufgerundet. Die 0,5A Differenz findet die openWB jetzt etwas zu viel und geht mit der Vorgabe unter die vorherigen 6,5A. In der Folge reduziert das Fahrzeug wieder auf 6A, was nach Meinung der Regelung etwas zu wenig ist und das Spiel beginnt wieder von Vorne.

Das ist eher ein kosmetisches Problem. Die Ladehardware muss da nicht hin und her schalten. Du könntest mal den Regelbereich etwas größer wählen.

Jetzt wo du es sagst: Genau an dem wird es liegen! Ist ein Tesla, da gibts nur 1A-Schritte. Und die openWB regelt (wieder!) in 0.1A-Schritten. Das war irgendwann bei 2.1.5 auch schon mal so. Bei 2.1.6 wars dann wieder gefixt. Jetzt isses wieder da. 100%ig, ich könnte hier sicher den Beitrag raussuchen. Das Problem liegt genau beim Umschalten vom Ladestrom, wenns um 1A rauf oder runter geht. Sieht man ja auch ganz deutlich.

Liegt also definitiv nicht am Auto, nicht an der Box selber, sondern an dem Update (von 2.1.6p1 auf 2.1.7p1). Wurde da wieder etwas geändert? Ist klar reproduzierbar...

Aber zur Lösung, pragmatischer Ansatz:

Und wie/wo kann ich wieder auf ganze Ampere umstellen?

[LutzB]

Liegt also definitiv nicht am Auto, nicht an der Box selber, sondern an dem Update (von 2.1.6p1 auf 2.1.7p1). Wurde da wieder etwas geändert? Ist klar reproduzierbar...

Nicht absichtlich, soweit mir bekannt.

Und wie/wo kann ich wieder auf ganze Ampere umstellen?

Das war und ist nicht vorgesehen und in Deinem Fall auch nicht erforderlich. Wie bereits geschrieben:

Das ist eher ein kosmetisches Problem. Die Ladehardware muss da nicht hin und her schalten. Du könntest mal den Regelbereich etwas größer wählen.

Ansonsten wäre ein Log von 2.1.6p1 und 2.1.7p1 zum Vergleich hilfreich.