2 MPPTs bei Ausgangs-Limit berücksichtigen

[ulkrueger]

Leider wird bei einem Hoymiles WR mit 2 MPPTs bei einem eingestellten Limit von 600W an jedem MPPT nur max 300W zugelassen. Hier wäre eine dynamische Regelung wünschenswert die auch 600Watt Ausgangsleistung ermöglichen, wenn MPPT1 350W und MPPT2 250W bringen. Ohne zusätzliche Regelung würden jetzt nur 550W Ausgangsleistung erbracht.

Die gewünschte Regelung müßte also immer zunächst das Limit auf 800W setzen und falls die tatsächliche Ausgangsleistung 600W übersteigt, die Limitierung herabsetzen. Umgekehrt müßte bei einem Ausgangswert unter 600W die Limitierung wieder auf > 600 gesetzt werden.

[homeautomation2022]

Technisch möglich ja, ich sag mal in min. 15s Regelung(besser noch weniger), damit die Funkverbindung nicht komplett zeitlich gestört wird. Das macht einen HM-800 aber auch nicht zu einem in DE legalen HM-600, da es immernoch Spitzen von bis zu 800W gibt.

[NF1971]

600 Watt Limit heißt beim HM-1500 2x300 Watt Limit (300 rechte Anschlüsse / 300 linke Anschlüsse). Ich habe vier Module (2 Ost / 2 West) und obwohl ich erst Bedenken hatte, je 1x Ost/West auf der rechten und linken Seite angeschlossen; das kann er :-) Dann klappt es auch mit dem 600er Limit.

[ulkrueger]

Interessante Idee. Ich fürchte nur eine gute MPPT-Regelung kann ich dann vom Wechselrichter nicht mehr erwarten, wenn z.B. an einem MPPT-String gemeinsam ein beschattetes und eine beschienenes Modul hängen? Funktionieren wird das sicher, aber läuft das dann auch effizient?

[NF1971]

Wie gesagt, Bedenken hatte ich auch. Ich habe vorgestern meine beiden Ost-Module aufgebaut und beide so angeschlossen, wie ich es für richtig gehalten habe (beide rechts).
Ergebnis: Kurz vor 9.00 wurden 300 Watt erreicht und er hat ab geregelt, obwohl das Limit auf 600 Watt eingestellt war.

Gestern Nachmittag haben wir dann zusätzlich die Westmodule installiert und die Verkabelung geändert (1xOst/West links, 1xOst/West rechts). Heute Morgen sah es besser aus:

Die Sonne wandert und die Werte verschieben sich von Ost nach West. Optimal…..

Der unterschiedliche Gesamtertrag ist übrigens entstanden, weil ich erst nur meine zwei alten Module auf Ost/West liegen hatte, dann einen Tag beide auf Ost.
Ich habe leider keinen Hinweis gefunden, wie man die Zähler beim HM zurücksetzen kann.

[helgeerbe]

Die Hoymiles liefern bei mir trotz guter Verbindung anscheinend nur selten Daten, oft weniger als ein Messwert pro Minute?

Wie viele Hoymiles hast du denn angeschlossen? Ich habe 2 Hoymiles und eine Poll-Rate von 5s eingestellt. Auf der Oberfläche von OpenDTU habe ich maximal nach 12 Sekunden eine Aktualisierung der Daten.

[baba-joe]

Hab aktuell 6 angeschlossen, die DTU steht draussen in max. 5m Entfernung Luftlinie. Hab die Version mit Antennen und die Leistung auf hoch. Pollrate habe ich von 1s bis 30s ausprobiert, macht aber wenig Unterschied bei mir. Gerade ist die auf 5s gesetzt, die WR liefern aber etwa alle 30s Daten. Gestern hatte ich noch 7 WR eingebunden, da waren es auch öfter mal über 100s. Der Entwickler tbnobody meinte sinngemäss, dass nur Daten kommen, wenn der WR auch liefert. Das scheint mir allerdings irgendwie unlogisch, wozu gibt es dann die einstellbare Pollrate? Ob die Daten häufiger kommen, wenn man weniger WR eingebunden hat werde ich mal testen. Die 5s sind ja schon nicht so prickelnd, wenn ich das mit meinen anderen Geräten vergleiche, die übers Victron Cerbo GX eingebunden sind. Hab gestern mal das henne49 script auf dem Cerbo ausgeführt und da kann man schön sehen, wie langsam die Hoymiles Daten ändern. Zum Vergleich habe ich noch eine Leistungsmessung mitlaufen, die quasi sofort reagiert und da sind zum Teil erhebliche Unterschiede, wenn das Wetter auf Sonne-Wolken Mix steht.

[baba-joe]

Die Anzahl der eingebundenen WR spielt definitv eine Rolle. Die Formel scheint folgende zu sein: Anzahl der eingebunden WR mal eingestellter Pollingzeit = die echte Zeit bis Daten aktualisiert werden. Habe mit 6 WR und 5s angefangen und meistens kam eine Akualisierung nach ca. 30s. Danach 3 WR und 5s mit ca. 15s, 2 WR und 5s mit 10s, 2 WR und 1s mit 2s und 1 WR auf 1s alle s eine Aktualisierung. Bei 6 WR und 4s Polling sind es ca. 25s für eine Aktualisierung, gehe ich runter auf 3s Polling bei 6 WR scheint ein Limit überschritten und die Aktualisierungszeit geht extrem hoch. Das klingt mir eher nach einem Bug als nach einem WR-Problem?

[tbnobody]

• Lesen Inverter 1
• Warten Poll Interval
• Lesen Inverter 2
• Warten Poll Interval
• Lesen Inverter 3
• Warten Poll Interval
• Lesen Inverter 1
• Warten Poll Interval
• etc....

und die Zeit zwischen dem Lesen wird zum abarbeiten von Mqtt etc. verwendet

[baba-joe]

Ok, das erklärt einiges, Danke. Warum geht dann aber das System in eine Art "Dauerpoll", wenn man bestimmte Konfigurationen nutzt? Z. B. diese 6 WR mit 3s Polling führen zu diesen endlos langen Polls. Ausserdem hatte ich den Eindruck, dass das Web UI teilweise nicht mehr reagiert, wenn man z. B. das Pollling auf 1s bei 6 WR stellt? Und läuft man nicht in ein Problem, wenn man bei 10 WR das Polling auf 5s stehen hat, mal abgesehn davon, dass 50s auch schon ziemlich lange ist. Liegt die Art der Abfrage am Aufbau des Codes oder ist das eine Limitierung der Leistung der Hardware?

[tknerr]

Hmmm... ich sehe das bei meinem HM-1500 auch. Mit Drosselung auf 600W wird einfach jeder MTTP Ausgang statisch auf max 300W gedrosselt. Bei einem Ost/West Setup ist das natürlich super ungünstig, wenn die Ost Module nur noch 100W liefern, die West Module aber noch 500W liefern würden, wenn sie nicht auf hart 300W gedrosselt wären... :-/

(hier zu erkennen, zwischen 09:00-11:00 und 15:00-18:00 wären wohl locker 600W Gesamtleistung drin gewesen, wäre nicht jeweils die eine Modulseite / MPPT Ausgang stupide hart auf das 300W Limit gedrosselt gewesen. Das ist echt mega ärgerlich.)

Ist das ein "Feature" vom HM-1500 WR, oder eher ein Bug?

Imho müsste das doch besser Firmware-seitig auf WR Ebene behoben werden, anstatt zu versuchen eine Lösung aussenrum zu basteln... hat das mal jemand an Hoymiles gemeldet? Besteht da Hoffnung dass das von Hoymiles verbessert wird?

[Marc9485]

Warum macht ihr die Verteilung nicht einfach anders; String 1 & 3 auf Ost und 2 & 4 auf West. Dann ist die erzeugte Energie auf beide Tracker gleichmäßig verteilt.

[avandorp]

Aber hat der HM-1500 nicht nur 2 MPTTs? Das gibt sicher auch Verluste, wenn da unterschiedlich ausgerichtete Panels anliegen. Für mich ist das ein Fehler in der Firmware. Das Limit müsste für den ganzen WR gesetzt werden können.

[Marc9485]

Der größte Verlust liegt darin sich nen 1500 Watt Umrichter zu kaufen und den dann aber auf 600 zu begrenzen

[tknerr]

Weiss jemand, ob sich der HMS-1600 (mit 4 MPPT) genauso verhält, und bei einem 600W Limit jeden einzelnen MPPT Ausgang dann stupide auf 150W runterregelt?

[Thjaffi]

Moin,

ja tut es.
Der Thread ist zwar schon älter, aber ich habe seit 3 Tagen mein HMS-1600 mit 4 Modulen vorübergehend auf dem Rasen liegen während ich die Montage auf dem Dach vorbereite.

Dabei ist mir aufgefallen, dass die Module alle ein einzelnes Limit bekommen (ca. 214W bei 800W Gesamtleistungsgrenze).
Das ist insofern ärgerlich, da ich zum Grundlast decken + Abends ein bisschen den PC etc. abfangen, nun eigl nur 200W pro Modul erzeugen kann. Wollte 1x Ostsüdost, 1x Süd, 2x West. Werd ich auch weiterhin so montieren, bin aber schon ein bisschen von der Regelung enttäuscht.

Auf dem Rasen liegend trifft der Schatten nun zuerst ein Modul, das daraufhin natürlich nicht mehr volle Leistung bringt, die anderen können das aber nicht ausgleichen, da sie einfach nicht mehr als 214W abgeben dürfen, obwohl sie es könnten (hab ich ausprobiert).

Gibt es irgendeine bekannte Möglichkeit, zwar ein Gesamtlimit von 800W einzustellen, aber die Module eben nicht fix auf 200W zu begrenzen? (direkt mit dem WR wenn möglich)

[ulkrueger]

Das musste ich vor einigen Tagen auch wieder bei einem Bekannten erleben - wirklich traurig!
Ich hatte mir mal mit OpenDTU und OpenHAB eine Regelung gebaut, die immer den Netz-Output des Hoymiles kontrolliert.
Steigt die Leistung über 800W dann wurde über MQTT der OpenDTU mitgeteilt, dass sie doch bitte die Leistungsbegrenzung auf 50% setzen soll. Sinkt die Leistung unter 800W wurde in wenigen Sekunden die Leistungsbegrenzung wieder auf 100% gesetzt.
Ich suche auch nach jemandem, der diese Regelung entweder direkt in die OpenDTU integriert, oder das ganze in einem weiteren ESP32 unterbringt, der die Ausgangsleistung kennt (MQTT) und immer dementsprechend die Begrenzung anpaßt.
Auch wenn das sicher nicht 100 prozentig der gesetzlichen Regelung entspricht - es wäre eine vernünftige Umsetzung der 800W-Grenze. Letztendlich wäre es aber viel besser, wenn Hoymiles die Wirkungsweise der Begrenzung flexibler programmieren würde.

[wanderfalk]

So eine Regelung muss INNERHALB des Wechselrichters passieren, da die Regelung kontinuierlich erfilgen muss und nicht nur alle x Sekunden.
In der neuesten Deye-Generation ist das so gemacht. Dafür braucht der Deye ...G4 aber eine höhere Startspannung als die Hoymiles und verschenkt morgens mehr Strom.

Mit den Hoymiles könntest du es so probieren: Dafür brauchst du aber zwei getrennte Wechselrichter:
An einem hängen die Ost-Module, am anderen die West-Module.
Morgens Wechselrichter Ost auf 700 Watt und WR West auf 100 W begrenzen.
Am späten Vormitrag beide auf 400W (erst 700 auf 400 und dann 100 auf 400 - aber eigentlich sind die MPPT zu träge, als dass der Ertrag anders über 800W ginge) und im Laufe des Nachmittags West auf 700 W und Ost auf 100 W.
Je nach effektiver Modulleistung auch andere Limits.
Das geht aber nur mit 2 getrennten WR und nicht mit einem großen Wechselrichter.

[ulkrueger]

Natürlich wäre es schön, wenn die Regelung innerhalb des Wechselrichters erfolgen würde, aber warum sollte eine externe Nachregelung alle 5-10 Sekunden nicht auch möglich sein (das schafft die openDTU). Viele haben ja jetzt leider schon einen Hoymiles-Wechselrichter mit 4 PV-Modulen und suchen nach einer Lösung, um möglichst oft und lange die 600W oder 800W als Ausgangsleistung zu erhalten. Diese Regelung in OpenDTU zu integrieren ist eigentlich kein großer Programmieraufwand (s. meinen Start-Post).