Hyper bei wenig Sonne schlecht (Hysterese)

Jochen M.

Die geringe Hysterese (bei mir aktuell von20 bis 23%) ist wirklich schlecht. Anstatt nach dem ersten Durchlauf von 20-23% und anschließender Entladung einfach die komplette Energie ins Haus zu geben, wir der Lade-/Entladezyklus stumpf weiterdurchlaufen. Sinnvoll wäre, wenn das erst wieder passiert, wenn Solareinspeisung größer als Hausverbrauch ist. Eine Einstellmöglichkeit der Hysterese z. B. auf bis zu 20% (statt 3%) wäre hilfreich und vermutlich einfach programmierbar.

martinm2025

Ja, dieses ständige Hin und Her finde ich auch verbesserungswürdig. Ich mache das dann so dass ich die untere entladegrenze morgens von 10 auf 20% setze so dass erstmal nichts mehr aus dem Akku entnommen wird

Felli

Das klingt nach einem super einfachen Anfang für eine Automationslösung in HA oder IoBroker. Dieses manuelle tägliche eingreifen um das Problem zu umgehen wäre einfach umzusetzen. Der Kern des Problems ebenso aber das könnte man ja später machen. Denkt drüber nach 🤙🏼

Zen_4712

Da hast Du recht, Felli. Passiert bei mir aber nicht so oft und damit ist der Leidensdruck auch nicht gross genug, sonst hätte ich eine automatische "min Grenzen-Manipulation" bei mir schon eingebaut. 😉.

Surfer1264(2nd)

Felli

Ich nutze ein PV Forecast Modul im HA. Wenn der Forecast nicht reicht, um den Akku voll zu bekommen, nehme ich den Wechselrichter offline, also totale Akkuprio ( alles geht in den Akku)….. abends 1830 geht der WR an…..und die Akkus leeren sich wieder. Diese Funktion lässt sich natürlich beliebig konfigurieren.

Da der Forecast schwankt und auch der SoC ungenau ist, läuft diese Funktion halbstündlich. Defacto ist dieser Modus Akkupflege pur. Kontinuierliches Laden und Entladen wird damit erreicht.

Diese Funktion sitzt ontop auf der Regelfunktion meiner HA Lösung.

Aber Felli, wie du sagst, lässt sich eben nur extern lösen.

ZenUser21d6eEt9

Absolut richtig. Ohne die Zendure Cloud mit iobroker Skript läuft es rund ohne ständige Kontrolle

ZenPanda

Mein Hyper springt immer im Bypass, wenn die Hystere geladen und die 3% wieder entladen wurde, bis genug Sonnen-Energie zur Verfügung steht um den Bedarf zu decken.

Ich verwende den CT-Modus, ohne HEMS

Zen_4712

Wenn zu wenig vom Solar kommt, sinkt durch Entladung der SOC wieder bis an die min Grenze ab und der blaue Pfeil zeigt das an. Dann geht der Bypass bei mir (ohne HEMS) raus und ab dann wird wieder nur aufgeladen auf +3% und danach beginnt das Spiel von vorne.
Es bräuchte halt mehr Sonne. 😁 oder weniger Hausverbrauch. Nein, die 3% kann der Bediener nicht ändern in der App. Ich schalte an solchen miesen Tagen, dann den Enerigemodus manuell für ein paar Stunden aus, oder setze die min Grenze für ein paar Stunden hoch, auch manuell, oder lasse es, aus Faulheit, einfach so passieren.😅

Jochen M.

Lässt Du eine Rückspeisung ins Netz zu?

ZenPanda

Zen_4712

Immer wieder merkwürdig, dass sich die Geräte so unterschiedlich verhalten.
Ist ja mit den ganzen Bugs und anderen Verhsltensmustern ebenfalls so.

Was Immer wieder auf unterschiedliche Hardware Revisionen hindeutet.

Michael

Na ja, hätte jeder identische Peripherie außen herum, könnte man quasi wie unter Laborbedingungen alles korrekt vergleichen. Aber es gibt zigtausende Unterschiede jeder Installation. Zig verschiedene PV Zellen, teilweise sogsr noch gemischt, unterschiedluche Kabel, Kabellängen, Verbindungen usw usw. Da kriegste als Hersteller keinen gemeinsamen Nenner hin.

ZenPanda

Michael

Da stimme ich dir grundsätzlich zu.

Aber sollte das Verhalten, dass das System im Bypass bleibt, wenn im CT-Modus nicht genug Energie produziert wird, um das Haus zu versorgen und den Speicher zu laden, nicht trotzdem überall gleich sein, egal welche Module angeschlossen sind?

Zen_4712

ZenPanda redet von Hyper interner Hardware, und dem Stimme ich zu. Auch in der Vergangenheit waren nicht immer aller Hyper betroffen, wenn es Hyper "interne" Probleme gab. Ich muss aber gestehen: ich bin noch bei altem Firmwarestand, ca. 3 Updates zurück. Weil ich mir auf keinen Fall der Fehler 71 oder 34 reinholen mag. Evtl. Habe ich deshalb auch den Bypass nicht, wenn min Entladegrenze erreicht wurde. Das wäre ja auch richtig, erst mal zügig den Akku wieder über die Hysteres zu bringen und danach erst wieder AC seitig die Arbeit aufzunehmen.

ZenUser260cTDvE

Ich habe genau das gleiche Problem und hoffe, dass es bald gelöst wird.
Fände es ebenfalls deutlich sinnvoller wenn das SF800 Pro einfach nen Bypass aktiviert und erst den Akku lädt wenn PV Überschuss vorhanden ist.
Ebenfalls würde ich mir wünschen, dass man für die KI einen Minimalem Preishub definieren kann, ab er sich per AC auflädt.

Zen_4712

Ja, und siehe Firmware unterschied zwischen uns? Aber wir hatten in der Vergangenheit auch bei gleichem Firmwarestand Hyper mit und ohne das jeweilige Problem. Das sagt mir: gleicher Hyper, gleiche Firmware, aber einer hat den Fehler, der andere nicht, dann muss im Hyper unterschiedliche Hardware verbaut worden sein, oder es ist nicht alle Firmware offen gelegt! Von aussen kommt per PV nur Spannung und Strom, das ist dem Hyper egal ob Panel x oder Panel y angeschlossen ist, das erkennt er nicht.

Surfer1264(2nd)

Surfer1264(2nd)
Und statt den WR soft off zu nehmen, kann man auch die Entladegrenze einfach nach oben schrauben….mit der FireSon Integration hat man diese Einstellungen im HA im Zugriff für die alten Hubs aber auch die Hypers.