Hoymiles HM-800 wird sehr oft nicht mehr geregelt

[DJChaos01]

Hallo!
Habe seit ca. 2 Wochen die Nulleinspeisung mit HM-800 und opendtu on Battery realisiert. Das funktioniert soweit ganz gut, bis auf das sehr oft der WR nicht mehr geregelt wird. Das aktuelle Limit steht dann wie angewurzelt auf einem Wert zwischen 10 und 12 %. Es hilft dann nur der Reset des WR. Es kann nach dem Neustart auch mal den ganzen Tag funktionieren.
Verbindung ist immer gegeben. Die DTU hangt ca. 2m vom WR entfernt.
Meine Anlage besteht aus 4 Solarmodulen die an einem EAS Systems Controller hängen der die 2 Akkus von EAS Systems (2,4 Kw gesamt) lädt und in den WR mit 2x50V einspeist. Im Controller ist ein UP DC-DC Konverter verbaut, soweit ich das mitbekommen habe. Der hält die Ausgangsspannung konstant auf 50V. Man kann am Controller auch die Leistung an einem Poti begrenzen. Das habe ich auch die letzten 2 Jahre ohne Nulleinspeisung so gemacht. Hing ein APC WR dahinter. Schade das es dafür keine OpenDTU Lösung gibt. Leistung am Controller ist aber auf max. (nur 700Watt möglich)eingestellt.
Im Anhang meine Einstellungen. Haben DPL auf Module gelassen. Brachte keinen Unterschied zu Batterie. Ich weiß auch nicht, welche Einstellung die Richtige wäre.
An was kann es liegen? WR fehlerhaft? Habe auch noch nicht rausgefunden wo ich eine Firmware für den WR herbekomme. Ist aktuell die 1.0.10. vom 01.11.2021 drauf.

Vielleicht weiß ja jemand Rat
LG
Jörg

Protokoll Nulleinspeisung Opendtu.txt

[DJChaos01]

Ich gebe mal selber noch eine Frage dazu. Ist evtl das Limit von 26Watt zu niedrig? Habe jetzt mal zum Test auf 15% von 700 Watt eingestellt. Vielleicht geht es ja damit besser.
VG

[spcqike]

Ist evtl das Limit von 26Watt zu niedrig?

die Warnung, die man dort beim eintragen sieht, ist nicht ohne Grund.

Probier gerne mal die #1756

[Sorbat]

Was ist gemeint mit Controller?

[DJChaos01]

Sowas hier!

[AndreasBoehm]

Warum hast du die Stromquelle auf Solarmodule stehen wenn der WR an einen Akku angeschlossen ist?

Versuchs mal mit Smart Buffer oder Akku als Stromquelle.

Solange das auf Solarmodule steht bist du von Issue #1675 betroffen.

[AndreasBoehm]

Wenn das ändern der Stromquelle wirklich keinen unterschied macht dann musst du bitte ein Log bereitstellen mit aktivem verbose logging des DPL.

[DJChaos01]

Log Datei, zu der Zeit wo es hängt, ist oben angehangen. Wie ich schon schrieb ist das der Fehler bei WR und Batterie Einstellung. Deshalb läuft das im Moment auf Module. Habe den Wert seit heute auf 15%. Bis die Sonne heute weg war lief es. Hat aber noch nicht viel zu sagen. Lief gestern nach dem letzten Reset auch durch. Kann aber sein das er gestern dann nicht an die untere Grenze musste weil genug Verbraucher liefen.Bin noch neu auf dem Gebiet deshalb gibt es noch Fragezeichen. Vor allem, wenn ich auf Batterie schalte, was sind die richtigen Einstellungen? DTU kommuniziert ja nicht mit der Batterie.VGGesendet von Outlook für AndroidVon: Andreas Böhm ***@***.***>Gesendet: Sonntag, März 30, 2025 8:05:34 PMAn: hoylabs/OpenDTU-OnBattery ***@***.***>Cc: DJChaos01 ***@***.***>; Author ***@***.***>Betreff: Re: [hoylabs/OpenDTU-OnBattery] Hoymiles HM-800 wird sehr oft nicht mehr geregelt (Discussion #1794)Wenn das ändern der Stromquelle wirklich keinen unterschied macht dann musst du bitte ein Log bereitstellen mit aktivem verbose logging des DPL.—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.

[AndreasBoehm]

Du musst bitte „ausführliche Protokollierung“ aktivieren. Ohne diese Option ist das Log leider nicht hilfreich.

Ich empfehle dir auf Smart-Buffer umzustellen, das sollte schon helfen. Da ist auch das minimal limit ziemlich egal dann.

[DJChaos01]

Oh,
hatte das aus Versehen deaktiviert. Dachte es wäre noch auf ausführlich.
Werde das die nächsten Tage testen. Dummerweise ist morgen schlechtes Wetter angesagt.
Danke erstmal und schönen Restsonntag.
VG

[DJChaos01]

So, konnte jetzt endlich mal testen.

Protokoll Nulleinspeisung Opendtu.txt

Die Probleme macht er immer wenn der Akku leer ist und der WR neu starten muß. Nach einem Reset geht es dann meißtens den ganzen Tag, außer die Akkus sind wieder leer und er startet neu.
Habe alle Varianten ausprobiert, Solarmodule, Batterie und Smart Buffer Batterie. Kein Unterschied. Leistungslimit ist bei 115 Watt. Hängen tut er jetzt bei (PV App 159 Watt, Strommessgerät auch so, Shelly mini das Gleiche).
In der Live Ansicht wird nur 84,5 angezeigt (der Fehler ist ja bekannt, gibts eine Fehlernummer dazu hier im Forum). DC ist aber 169 Watt.
Wechselrichter leuchtet auch rot wegen FB Überspannung denke ich. Bringt er öfter wenn der WR neu startet.
Ausführliches Protokoll ist angehangen. Ansonsten regelt er hervorragend, wenn es einmal läuft. Der Gewinn dadurch ist enorm.
Ich resete den jetzt wieder, damit er regeln kann. Sonne ist heute nicht viel, im Speicher sind jetzt ca. 15% (von 2,4Kwh).
Grüße
Jörg

[AndreasBoehm]

Die Probleme macht er immer wenn der Akku leer ist und der WR neu starten muß

Willst du den WR nicht abschalten bevor du den Akku komplett leer saugst?

In der Live Ansicht wird nur 84,5 angezeigt (der Fehler ist ja bekannt, gibts eine Fehlernummer dazu hier im Forum). DC ist aber 169 Watt.

Mir ist dieser Fehler nicht bekannt, aber das ist die Ursache warum die Regelung überhaupt nicht klappt. Wenn die Inverter Leistung falsch ist kann der DPL nicht gut regeln. Wirkunsgrad liegt laut WR bei nur 49 %, da muss doch was kaputt sein?

Hab in dein Log geschaut, Solarmodule als Stromquelle für einen WR der an einem Smart Buffer hängt ist und bleibt eine Fehlkonfiguration. Bitte auf Smart-Buffer ändern und dann nochmal ein Log bereitstellen.

[spcqike]

Wirkunsgrad liegt laut WR bei nur 49 %, da muss doch was kaputt sein?

das kenne ich hier aus den issues bisher nur von 24V Systemen. Da kommen die hoymiles gelegentlich durcheinander. Es hilft wohl nur ein Neustart des wechselrichters

[DJChaos01]

Ja, bei den 24V Systemen hatte ich es auch gelesen. So eine Anzeige der Hälfte hatte auch schon wenn er richtig geregelt hat. Stört mich nicht, da meine anderen Anzeigen korrekt sind.

[DJChaos01]

Andreas Boehm
#1078 sollte der Fehler mit der Anzeige sein
Der Speicher wird nicht komplett leergezogen, dafür sorgt der Controller. Ca. 10% bleiben drin auch wenn er 0 anzeigt.
Da es kein Smartspeicher ist, kann ich den WR sowieso nicht bei einem bestimmten Ladezustand abschalten. Kann die 2 Speicher nur über Bluetooth auslesen wenn ich 2m davorstehe. Ist halt alles etwas einfach gehalten von EAS zu der Zeit. Jeder Speicher hat seinen eigenen BMC mit aktiven Balancing.
Diesen Anzeigefehler hat er auch schon gebracht und trotzdem richtig geregelt. Stört mich nicht. Wäre halt ein WR Neustart notwendig. Oder ich werde den 1x am Tag Vormittag neu starten lassen. Denn nur da treten die Probleme auf.
Wenn das nicht funktioniert werde ich auf eine Lösung von EAS zurückgreifen die leider nicht auf den Shelly 3em zugreifen kann, sondern sein eigenen Smartmeter in der Verteilung haben will. Da kann ich meinen AP System DS3-m wieder einsetzen.

[AndreasBoehm]

Bei #1078 geht es um Huawei Ladegeräte.

Okay, wenn der Speicher sich darum kümmert ist ja alles gut.

Diesen Anzeigefehler hat er auch schon gebracht und trotzdem richtig geregelt

Dann ist doch alles gut?

Oder ich werde den 1x am Tag Vormittag neu starten lasse

Momentmal, heißt das eventuell das du im DPL die Option Uhrzeit für automatischen Wechselrichterneustart auf Keinen automatischen neustart planen stehen hast? Das bringt nämlich auch das ein oder andere Problem und spricht eben auch dafür den WR im DPL mit Smart-Buffer als Stromquelle zu konfigurieren, denn nur dann gibt es die Neustart option.

[DJChaos01]

Ja, alles gut, bis auf das er zumindest früh beim Start hängen bleibt. Und ich dann den WR resetten muss.Hänge demnächst ein Protokoll mit Einstellung auf smart Buffet an. Wird erst am Donnerstag. LG

[DJChaos01]

So, das Problem muß am WR liegen. Der hängt auch wenn er völlig selbstandig mit deaktivierter Reglung läuft. Habe im Netz dazu schon Informationen gefunden. Läßt sich danach auch nicht mit SW-Updates beheben. Besorge mir jetzt erst mal einen Anderen. Neu gibt es die ja leider nicht. Die aktuellen sind ja nicht verwendbar.
Melde mich, wenn ich neue Erkenntnisse habe.
VG