Lange war ich auf der Suche nach den Magic Peaks, die in den Diagrammen der Auswertungen immer Morgens aufgetaucht sind:
Sie werden durch Abfrage von <http://opendtu-ip>/api/livedata/status erfasst.
Als Ursache der Peaks hat sich nun das Zusammenwirken der Komponenten mit openWB heraus kristallisiert.
Hier die Fakten, die dabei eine Rolle spielen:
- die WR "schlafen", solange nicht ausreichend PV verfügbar ist um sie zu versorgen.
- der YieldTotal (und alle anderen Werte wie Power) werden von der openDTU als "0" angezeigt und übermittelt, solange die WR schlafen.
- openWB erfasst per JSON die kWh der in "Abfrage für Zählerstand" alle 5 Minuten und speichert sie (Beispiel für heute) in http://<openwb-ip>/openWB/data/daily_log/20240401.json
- jeder increase der kWh wird in den Auswertungen als "power" zurückgerechnet.
=> in Konsequenz wird der erste real von der openDTU erfasste YieldTotal Wert zur Differenz des vorigen Wertes 0 als extremer Peak ermittelt.
Als Vorläufige Lösung habe ich statt "YieldTotal" den "YieldDay" verwendet, da hier die Werte Morgens kurz nach dem Aufwachen ohnehin Null oder nahe Null sind:
Ursprünglich hatte ich beide WR in einer einzigen Abfrage per jq zusammen addiert. Da beide WR (wg. unterschiedlicher Anzahl der Module) aber zu unterschiedlichen Zeiten starten erscheinen die addierten YieldTotal Werte noch sprunghafter.
Hab gerade noch gesehen, daß bei der JSON Konfiguration der WR "Abfrage für Zählerstand" ein Hinweis steht "Wird dieses Feld leer gelassen, dann werden Zählerstände intern simuliert."
Wäre das eine alternative/bessere Lösung ? Die Verwendung von YieldDaily hat für mich den Vorteil, daß sie dann auch in der Statusanzeige erscheint, was ich für eine sinnvolle Info halte.
Testen kann ich leider erst Morgen, wenn die WR wieder erneut aus dem Schlaf erwachen
Die WR werden über eine openDTU (v23.6.1) erfasst und sind in openWB als JSON Wechselrichter aufgesetzt.Hoymiles/openDTU Magic Peaks aufgeklärt & gelöst
-
- Beiträge: 34
- Registriert: Sa Nov 06, 2021 12:52 pm
Hoymiles/openDTU Magic Peaks aufgeklärt & gelöst
openWB series2 Duo: 2024-01-03 12:21:20 +0100 [06bcf54f9]
LP1:1-ph / LP2:3-ph verdrahtet -> max. 3.68 / 11.0 kW
Sunny SHM 2.0
SMA Tripower 8.0: 10,0 kWp (28 x 360Wp QCELLS)
Hoymiles HMS-1800-4T+HMS-1000-2T 2,49 kWp
Renault ZOE 100/50 Exp. Modell 2021
LP1:1-ph / LP2:3-ph verdrahtet -> max. 3.68 / 11.0 kW
Sunny SHM 2.0
SMA Tripower 8.0: 10,0 kWp (28 x 360Wp QCELLS)
Hoymiles HMS-1800-4T+HMS-1000-2T 2,49 kWp
Renault ZOE 100/50 Exp. Modell 2021
-
- Beiträge: 307
- Registriert: Mi Apr 26, 2023 7:56 am
- Has thanked: 3 times
- Been thanked: 3 times
Re: Hoymiles/openDTU Magic Peaks aufgeklärt & gelöst
Ich frage auch zwei Hoymiles 600 und 800 über OpenDTU ab, allerdings nicht einzeln, sondern als Summe. Bei mir gibt's auch diese Peaks, allerdings werden die nicht von den Hoymiles WR verursacht, sondern vom SMA-Wechselrichter (durch Ausblenden im Diagramm festgestellt). Hier meine OpenDTU-Konfiguration:
5,68 kwp PV, SMA Tripower 6.0 SE, 5,2 kw BYD-Speicher
1,6 kwp Balkonkraftwerk + Hoymiles HMS1600 und 0,8 kwp Balkonkraftwerk + Hoymiles HM 800
OpenDTU fusion
VW ID.4 (77 kwh)
OpenWB series 2 standart+, 22 kw
1,6 kwp Balkonkraftwerk + Hoymiles HMS1600 und 0,8 kwp Balkonkraftwerk + Hoymiles HM 800
OpenDTU fusion
VW ID.4 (77 kwh)
OpenWB series 2 standart+, 22 kw
-
- Beiträge: 34
- Registriert: Sa Nov 06, 2021 12:52 pm
Re: Hoymiles/openDTU Magic Peaks aufgeklärt & gelöst
Die Lösung auf YieldDay umzusteigen hat sich heute als erfolgreich erwiesen:
Die Magic Peaks sind verschwunden openWB series2 Duo: 2024-01-03 12:21:20 +0100 [06bcf54f9]
LP1:1-ph / LP2:3-ph verdrahtet -> max. 3.68 / 11.0 kW
Sunny SHM 2.0
SMA Tripower 8.0: 10,0 kWp (28 x 360Wp QCELLS)
Hoymiles HMS-1800-4T+HMS-1000-2T 2,49 kWp
Renault ZOE 100/50 Exp. Modell 2021
LP1:1-ph / LP2:3-ph verdrahtet -> max. 3.68 / 11.0 kW
Sunny SHM 2.0
SMA Tripower 8.0: 10,0 kWp (28 x 360Wp QCELLS)
Hoymiles HMS-1800-4T+HMS-1000-2T 2,49 kWp
Renault ZOE 100/50 Exp. Modell 2021
-
- Beiträge: 3781
- Registriert: Di Feb 25, 2020 9:23 am
- Has thanked: 4 times
- Been thanked: 25 times
Re: Hoymiles/openDTU Magic Peaks aufgeklärt & gelöst
Damit hast Du Dein Problem nur in die Monats- und Jahresdiagramme verschoben.
openWB braucht dringend kontinuierlich steigende Zählerstände. Mit Tageserträgen kommst Du nicht weiter. Lass die Felder in der Konfiguration am Besten leer, damit openWB eigene Zählerstände berechnet.
openWB braucht dringend kontinuierlich steigende Zählerstände. Mit Tageserträgen kommst Du nicht weiter. Lass die Felder in der Konfiguration am Besten leer, damit openWB eigene Zählerstände berechnet.
-
- Beiträge: 34
- Registriert: Sa Nov 06, 2021 12:52 pm
Re: Hoymiles/openDTU Magic Peaks aufgeklärt & gelöst
Danke für den Hinweis, damit hatte ich nicht gerechnet.
Hab jetzt die YieldTotal wie vorgeschlagen gelöscht
Hab jetzt die YieldTotal wie vorgeschlagen gelöscht
openWB series2 Duo: 2024-01-03 12:21:20 +0100 [06bcf54f9]
LP1:1-ph / LP2:3-ph verdrahtet -> max. 3.68 / 11.0 kW
Sunny SHM 2.0
SMA Tripower 8.0: 10,0 kWp (28 x 360Wp QCELLS)
Hoymiles HMS-1800-4T+HMS-1000-2T 2,49 kWp
Renault ZOE 100/50 Exp. Modell 2021
LP1:1-ph / LP2:3-ph verdrahtet -> max. 3.68 / 11.0 kW
Sunny SHM 2.0
SMA Tripower 8.0: 10,0 kWp (28 x 360Wp QCELLS)
Hoymiles HMS-1800-4T+HMS-1000-2T 2,49 kWp
Renault ZOE 100/50 Exp. Modell 2021