PV Überschuss: Ladeabbrüche und Hausverbrauch spikes

[Fluxxo]

Hallo zusammen,

ich hoffe hier Hilfe zu bekommen. Ich habe meine openWB Duo auf 2.1.9-1 geupdated, und das ist so jetzt seit einigen Wochen in Betrieb. Nach einigem Hin- und her habe ich das ganze Setup - so dachte ich - ganz gut hinbekommen.

Ich habe jetzt drei Probleme:
- Beim PV Überschussladen bricht das Laden regelmäßig ab, nur um dann nach einigen Minuten wieder zu beginnen, um dann wieder abzubrechen
- Ich beobachte auch einigen Hausverbräcueh jenseits von 7kwh, die kommen immer mal wieder - siehe Graph
- Ich erhalte nach wie vor die Fehlermeldung 'Modulmeldung: Hinweis: Es gibt mehr Stromerzeuger im Haus als in der openWB eingetragen sind. Der Hausverbrauch kann nicht korrekt berechnet werden. Dies hat auf die PV-Überschussladung keine negativen Auswirkungen' - Das kommt wohl wenn der errechnete Hausverbrauch negativ ist, und ist wohl ein Timing issue mit MQTT
- Teilweise wenn ich PV-Überschuss lade, wird auf die vollen 11kwh gegangen und dazu der Speicher entleert, und gleichzeitig auch noch Netzbetzug betrieben... s. Bild.

Struktur:

- OpenWB series2 Duo
- Huawei WR
- Huawei Speicher (10kwh)
- DTSU666 Smart Power Sensor

Home Assistant ist mein Daten-Hub - dort werden die Werte aus den Stromzählern gelesen, aus der PV-Anlage, etc. und per mqtt an die verschiedenen Knoten weiterverteilt, so auch an die openWB. In der OpenWB ist EVU Zähler als MQTT Zähler angelegt, und wird entsprechend aus HA gefüttert.
Die Struktur der Module sieht dann wie folgt aus

Ich habe das Logfile mal hier reingepasted: https://paste.openwb.de/yeuvBE0bTRlK1IJ

Kann mir jemand nen Tipp geben, wo diese Spikes herkommen und auch die Ladeabbrüche herkommen? Ich habe jetzt mehrmals gecheckt, auf meinem MQTT broker landen keine so absurd hohen Werte, bin aber für jeden Tipp in irgendeine Richtung dankbar!

Bildschirmfoto 2026-04-08 um 15.33.46.png

(157.94 KiB) Noch nie heruntergeladen

Bildschirmfoto 2026-04-08 um 15.33.36.png

(342.1 KiB) Noch nie heruntergeladen

Bildschirmfoto 2026-04-08 um 15.33.21.png

(117.57 KiB) Noch nie heruntergeladen

Bildschirmfoto 2026-04-08 um 15.33.14.png

(317.12 KiB) Noch nie heruntergeladen

Bildschirmfoto 2026-04-08 um 15.33.03.png

(306.66 KiB) Noch nie heruntergeladen

[Fluxxo]

Noch zwei weitere Bilder, da ich im ersten Post nicht mehr anhängen konnte.

Bildschirmfoto 2026-04-08 um 14.59.34.png

(648.54 KiB) Noch nie heruntergeladen

Bildschirmfoto 2026-04-08 um 11.01.48.png (225.84 KiB) 221 mal betrachtet

[Fluxxo]

Im Übrigen ist mir aufgefallen, dass diese 7...8...9 kwh spikes nur auffallen, wenn geladen wird. Irgendwie bin ich ratlos.

[aiole]

Ich würde auf den MQTT-EVU-Zähler tippen. Auflösung oder zeitversetzte Werte.
Bei "echten" EVU-Zählern, die im Sek.-Takt korrekte Messwerte liefern, tritt so etwas nicht auf. Huawei lässt sich mWn. mit einem RS485/LAN-Konverter direkt auslesen (normale Gewschwindigkeit in openWB): https://wiki.openwb.de/doku.php?id=open ... 85auslesen

btw
Wenn ich HA höre - besser erstmal komplett ohne HA aufbauen .
Ev. hast du dir aber jetzt schon dein System zerschossen (wie so viele, die meinen, HA wird's schon richten).

[Fluxxo]

hm, so ganz befriedigend ist das ja nicht. Anscheinend haben die MQTT-EVU-Zähler seit Angebinn deren Einführung so ihre Wehwehchen und die openWB Architektur scheint ja irgendwie nicht dazu ausgelegt zu sein die Asynchronität der Daten handlen zu können.

Was mir noch aufgefallen ist: In den Screenshots aus meinem ersten Post - da sieht man ja ganz deutlich die HV-Peaks. Wenn ich in der openWB auf Diagramme gehe, dann sehe ich da keine Peaks in diese Richtung. Wie werde ich denn daraus schlau?

Ich halte tatsächlich HA für die stabilere Plattform von beiden, letztendlich nutze ich HA auch nur zum publishen der entsprechenden Daten, und das hat unter 1.9 auch alles ohne weitere Probleme funktioniert. Die Instabilität ist erst durch Version 2 bei mir aufgetreten.

Bildschirmfoto 2026-04-08 um 20.30.30.png

(317.19 KiB) Noch nie heruntergeladen

[rleidner]

@Fluxxo: In welche Topics wird von HA aus geschrieben? z.B. openWB/set/mqtt/counter/... oder openWB/set/counter/....

[Fluxxo]

Ich published zB auf openWB/set/mqtt/counter/3/get/power
Die Werte kommen aber auch an - und werden angezeigt. Aber irgendwie taucht immer mal wieder für einige Minuten ein Spike auf 8…9…10…11…12 kWh auf. Einen Verbraucher kann ich ausschließen.

[rleidner]

Ich published zB auf openWB/set/mqtt/counter/3/get/power
Die Werte kommen aber auch an - und werden angezeigt. Aber irgendwie taucht immer mal wieder für einige Minuten ein Spike auf 8…9…10…11…12 kWh auf. Einen Verbraucher kann ich ausschließen.

Das ist dann aus meiner Sicht OK. Die Werte aus openWB/mqtt/counter/... werden in der Regelschleife abgeholt und sollten daher "synchron" sein.
Als nächstes müsste man m.E. das main-log in dem Moment einfangen, wenn so ein Peak auftritt.

[Gero]

Was mir noch aufgefallen ist: In den Screenshots aus meinem ersten Post - da sieht man ja ganz deutlich die HV-Peaks. Wenn ich in der openWB auf Diagramme gehe, dann sehe ich da keine Peaks in diese Richtung. Wie werde ich denn daraus schlau?

Der Graph auf der Homepage wird aus den Istdaten gebildet. Die Graphen in den auswertungen sind auf 5min kummuliert.

Ich halte tatsächlich HA für die stabilere Plattform von beiden, letztendlich nutze ich HA auch nur zum publishen der entsprechenden Daten, und das hat unter 1.9 auch alles ohne weitere Probleme funktioniert.

HA hat mit seiner MQTT-Anbindung und der damit notwendigen Bridge schon für viele Probleme seitens der openWB gesorgt, da diese ihre Konfiguration im Broker hält und da übrrschrieben wurde.

HV-peaks können ja durch zwei Dinge entstehen: einmal unplausibler Verbrauch und zum anderen unplausible Produktion. Die frage ist welcher da aus dem Ruder läuft. MQTT-Topics unter sich sind ist generell asynchron. Nun liegt es es in der Architektur der Komponenten seitens openWB, dass EVU-Zähler, Speicher und PV in separaten Topics mit eigenem Timing - also potentiell asynchron - liegen. Es sei denn, der Absender stellt die Synchronität sicher. (Was natürlich immer mal schief gehen kann)

Es gab aber auch noch einen offenen Punkt auf der openWB-Seite, der die MQTT-Werte im ersten Takt abgeholt und erst im nächsten verarbeitet hat. Ich weiss nicht, ob der schon gefixt ist.

[Fluxxo]

Hallo & guten Abend,

OK bzgl der Graphen habe ich verstanden, auch wenn ich eine minütliche/Benutzerdefinierte Auflösung für solch ein Integral für besser halte - einfach um solche Spikes zu erkennen. Aber gut, den HV kann ich mir auch abholen und in meiner InfluxDB mit einer anderen Auflösung ablegen.

Ich habe mir den Modbus zu Lan converter bestellt, werde mir das einmal anschauen, wenn ich die Daten dort als source of truth abhole vs. via HA pushe, finde ich die Idee gar nicht schlecht, zumal der SDongle wirklich teilweise üble Aussetzer hat. Das wird dann halt durch HA entsprechend geglättet

Ich habe mir noch einmal ganz im Detail mein Setup zuhause angeschaut, und vermute, dass es da irgendwie doch noch Bedaref nach Finetuning gibt. Wie bereits oben beschriebn PV-Anlage mit Huawei WR & Speicher. Dazu kommt ein Setup mit einer Erdwärmepumpe mit eigenem Zweitarifzähler. Ich habe mir heute die Klemmen des DTSU666 Smart Power Sensor einmal angeschaut, und dabei ist mir aufgefallen, dass diese vor *beiden* Zählern montiert ist. Das Setup, dass die WP nicht von der PV gespeist wird, ist bewusst so gewählt worden, da mein Netzbetreiber Kaskaden etc nicht als Messkonzept zulässt. Also sieht es so aus:

Netzanschluss
│
├── DTSU666 (misst alles)
│
├── Abzweig Haus (mit eigenem Zähler)
└── Abzweig Wärmepumpe (mit eigenem Zähler)


Das bedeutet für mich, dass die EVU-Werte, die ich mir aus dem WR hole, generell den WP-Verbrauch mit einschliesst, aber das bedeutet ja auch, dass die WP letztendlich meinen PV-Überschuss 'auffrisst', wodurch der Strombezug der WP in diesen Situationen die Verfügbare Menge PV-Überschuss reduziert - richtig?
Meine Frage ist jetzt, wie binde ich die WP korrekt in die openWB mit ein? Ich habe einen Job der den Zähler ausliest, also den verbrauch in 10 sek Abständen habe ich durch den IR Lesekopf. Muss ich das Teil jetzt in HA als Smart Home Gerät anlegen? Und wenn ja, muss das mit den in Hausverbrauch oder nicht?

Dazu kommt noch die Frage: Beim PV Überschussladen, wird da gegen den EVU-Überschuss geregelt oder wird da irgendwie der HV gegengerechnet? Die Doku (https://wiki.openwb.de/doku.php?id=open ... chussladen) sagt da '
Für die Regelung der openWB im PV-Modus ist vor allem die Messung am EVU-Punkt (Netzeinspeisung oder Netzbezug von Strom) interessant.' --> Das 'vor allem' macht mich stutzig, weil das impliziert, dass da noch andere Paramter mit reinspielen?

Also die Frage ist, müssten die Messklemmen des Smart Loggers verlegt werden, sodass dieser effektiv nur das Haus misst und nicht auch noch den Bezug der WP? Denn das gemeinsame Messen führt auch dazu, dass mein Speicher sich entlädt, wenn die WP ackert, und ich mir somit meinen eigenen Strom verkaufe...