hi zusammen, musste mich nun auch hier anmelden um mich mit euch auszutauschen, vor allem mit deinen Erfahrungen @sbw
mein Setup (~2 Wochen alt, absoluter Neuling)
4x 450 Trinastar in je 2 parallel auf gesamt 2 strings um auf die zendure max 900w pro Eingang zu kommen
gehen dann in den Zendure Hub 2000
ist mit einem Battery Pack AB2000 ausgestattet
und danach geht alles durch den Hoymiles HMS 1600 4T mit 2 Eingängen je max 400W ins Haus
wo ein Shelly Pro 3EM mitprotokoliert
und alles ist mit Home Assistent verdrahtet
ich habe somit den CT modus an, der leider wirklich kein Bypass macht, man wird sogar darauf hingewiesen, dass man CT nicht nutzen kann wenn Bypass nicht auf Auto steht, aber es schaltet soweit ich weiß immer nur auf Standby wenn der Akku voll ist (min 10%, max 95%).
@sbw wie ist deine Erfahrung mit er alternativen Steuerung über das Github Projekt? Lohnt sicher Umstieg und die Arbeit? mir stinkt es leider auch, dass ich quasi nie erfahre was das Zendure gerade ernten könnte, weil immer nur soviel eingespeist wird, wie das Haus gerade braucht + Akku falls noch nicht voll.
bei mir sind das dann gerade, 1300W max. ernten und dann verteilen mit meist ~900W in den Akku und Tagesbedarf von 400W ins Haus. Je nachdem auch mal alles ins Haus was dann aber bei 800W max. vom WR gedrosselt wird (leider, wünschte der könnte mehr pro Eingang)
freu mich auf den Austausch, hier gibt es viel zu lernen
@thk habe jetzt auch das Ausgangssignal des zendure auf die 4 Eingänge des wr aufgeteilt. Funktioniert bei mir aber leder nicht. Der zendure schickt dann nur noch um die 25 Watt an den Wechselrichter obwohl über 2000w gezogen werden. Muss ich da noch was einstellen?
habe aktuell wieder auf folgende KONFIGUARTION umgestellt,, 2 pannels am Solarflow, 2 pannels am WR, da ich das Problem habe, dass wenn der Akku voll ist aus dem Solarfow nicht mehr an den WR geht.. (Fahre das System im CT Modus)
werde jetzt nochmals die Zendur hotline anschreiben, was die perfekten Einstellungen sind... melde mich wieder
ich habe meine Konfiguration nun auch aufgeteilt, 2 Paneele am Hub und 2 direkt in den WR. habe den Effekt auch bemerkt, dass im CT Modus auf Standby/Bypass geschalten wird, aber dann die 2 Paneele am Hub nichts machen, da der Hausbedarf von den anderen 2 Paneelen am WR gedeckt wird.
Schmeißt man nun einen Verbraucher an, der den Bedarf übersteigt, erkennt es der Shelly im CT Modus natürlich aber was ich beobachtet habe:
es darf nicht zu plötzlich sein » langsam den verbrauch steigern und die 2 schlafenden Paneele am Hub aktivieren sich und beteiligen sich mit der Deckung. Evtl steigt der Akku mit ein.
Ist der Wert plötzlich sehr hoch, gemessen von CT, dann passiert nichts und es wird quasi ignoriert. Ist alles andere als gut so
@TazDev meine Beobachtungen decken sich größtenteils mit Deinen. Zu den Verbrauchsspitzen kann ich nichts sagen, da ich meine openDTU so regeln lasse, dass sie in kleineren Schritte hoch- und runterregelt. Ich habe das Problem nicht, deswegen könnte es schon sein, dass das Software-seitig von Zendure so gewollt ist.
Beispiel: Ihr macht eine Herdplatte an, die zieht dann auf einen Schlag mal gerne 1-2kw. Die Herdplatte geht aber ja alle paar Sekunden wieder aus (es sei denn ihr stellt auf höchste Stufe). Um da nicht ständig hektisch hin- und herregeln zu müssen wird das vielleicht absichtliche ignoriert.
(.. und korrigiert mich, wenn ich falsch liege, aber ich meine gelesen zu haben, dass das über den CT-Modus ohnehin so einige Sekunden dauert, bis die Info über vom Shelly in die Cloud und zum Hub gekommen ist, insofern macht das vielleicht ja sogar Sinn, die Lastspitzen nicht immer mitzunehmen, die sind dann ja schon wieder weg, bis nachgeregelt wird - also möglicherweise eher ein "Feature" als ein Bug.)
Zu dem Bypass-Verhalten kann ich folgende Beobachtungen teilen:
Der SolarHub lässt sich Zeit scheinbar ganz gerne Zeit, bis das Bypass aktiv wird - vermutlich um zu häufige switch-on-switch-off Sequenzen des Bypass-Relais zu vermeiden, wenn die Sonne nur mal kurz ballert oder hinter einer Wolke verschwindet. Manchmal hat es bei mir bis 5-6 Minuten gedauert (währenddessen manchmal ärgerlicherweise wieder aus den Batterien gezogen wurde und der Bypass damit nicht mehr aktiv wurde).
Immer schaltet der Hub jedenfalls einmal komplett auf 0 (und verharrt hier auch nochmal 1-2 Minuten), auch das ist vermutlich zum Schutz des Relais. In der App sieht man, dass die Leistung aus dem Akku abnimmt und irgendwann misst der WR auch keine Leistung mehr. Dann dauert es nochmal 1-2 Minuten und wenn "genug" Leistung abgefordert wird, dann läuft er normal im Bypass. In dieser Zeit regelt der Wechselrichter aber natürlich nach Bedarf weiter ...
Hierzu kann ich sagen: Ich habe die Beobachtung gemacht, dass der Wechselrichter so "schlau" ist und die Limits der Nulleinspeisung "umverteilt", wenn ein oder zwei Eingänge nichts liefern. Solange über die anderen beiden Eingänge genug reinkommt, wird der Hub nicht wieder anspringen, weil der Wechselrichter sich die Leistung von den anderen Eingängen holt.
Beispiel: Die Nulleinspeisung gibt vor, ich brauche 400W ins Haus und der SolarHub an zwei Eingängen des WR "schläft" grade im Rahmen der Bypass-Aktivierung. Jetzt "trickst" bei mir die openDTU und setzt ein Limit von 800W - also 200W auf jeden Eingang - sprich: von den direkt angeschlossenen Panelen kommen je 200W und vom Hub 0, die Nulleinspeisung ist "zufrieden", es kommt ja genug Bein Shelly an. Erst bei mehr Bedarf als die Panels liefern können bzw. das verdoppelte Limit erlaubt, wird auch der Hub sich wieder zuschalten.
möglicher Lösungsansatz: Dem Wechselrichter (z.B. via HomeAssistant) temporär ein höheres Limit aufbrummen, wenn die Batterien voll sind.
(z.B. Wenn Batteriezustand X, dann setze non-persistant Limit Y).
