Hoher switchCount durch Regelung?

[etechnik3r]

Habt ihr mal den switchCount in der Zendure Integration beobachtet?
Bei mir sind das knapp 50 Schaltvorgänge pro Tag, was meiner Meinung nach viel zu hoch ist und das Relais sehr stark beansprucht.
Ist dieses Problem bekannt und gibt es Empfehlungen, an welchen Parametern man optimieren müsste?

[PalmManiac]

Ist bei mir auch so. Der SwitchCount steigt, wenn eine PV-Überschussladung läuft, gerade am Vormittag. Im Netz gibt es keine Information dazu, aber ein Durchschnittsrelais ist auf mindestens 100.000 elektrische und 1.000.000 mechanische Vorgänge ausgelegt. Das sollte also unkritisch sein.

[PalmManiac]

Ich hab das mal bei mir analysiert. Es passiert verstärkt Vormittags, wenn eigentlich wegen hohem Preises entladen wird und dann auch noch immer wieder PV-Überschuss entsteht, dann schaltet er häufig zwischen input und output um. Ich werde da die Logik mal etwas anpassen, optimieren.

[etechnik3r]

Mein System läuft auf Sommermodus und ich habe keine Preise konfiguriert. Aber prinzipiell ist es das Verhalten hier ja ähnlich..

Grundsätzlich sieht eine zeitliche Abhängigkeit zu den Entitäten *_pack_state und *_ac_status

Insbesondere beim Status fällt mir auf, dass nicht direkt von Laden zu Entladen umgeschaltet wird, sondern zwischendurch immer kurzzeitig in Ruhezustand geschaltet wird. Teilweise wird auch von Laden kurz in den Ruhezustand geschaltet und dann weiter geladen.

Guckt man auf die zeitliche Abhängigkeit, so sieht es so aus, als wäre nicht das schalten von Entladen zu Laden (oder andersherum) der Auslöser, sondern das Schalten in den Ruhezustand. (Zeitpunkte im Diagramm rot markiert.)

[PalmManiac]

Wegen dieser Ruhezustand-Laden Umschaltung habe ich schon einen Fix drin, der aber erst mit der kommenden V4 releast wird. Dann müßte sich das etwas beruhigen.

[etechnik3r]

Vorhin ist mir aufgefallen, dass der switchCount steigt, obwohl Betriebsmodus = manuell und manuelle Aktion = standby.
Durch irgendwas trotzdem wird der Status zwischen Entladen und Ruhezustand umgeschaltet..

[tanrai-72]

Ich habe oft früh morgens einen Sprung im switchCount. Batterie sollte eigentlich im Standby sein, weil an der unteren Ladegrenze. Solarleistung liegt noch keine an.
Batteriezustand wechselt ständig zwischen Ruhezustand und Laden.

[PalmManiac]

Die V4.0 kommt vielleicht zum Freitag oder Samstag, dann habe ich da einiges eingebaut/ausgebessert, um das Verhalten deutlich ruhiger zu bekommen. Bei mir sieht es schon deutlich besser aus als vorher.

[PalmManiac]

Die V4.0.0-RC1 ist raus. Bitte testen, ich habe massiv optimiert.

[etechnik3r]

Hier meine Statistik vom switchCount. Ich habe die V4 am ersten Tag nach Release (24.04.) gleich installiert. Viel besser ist es leider nicht geworden.

[PalmManiac]

Also bei mir ist das wesentlich ruhiger geworden als zuvor. Wegen dem Sonne/Wolken-Mix heute hat er mehr geschaltet, aber die Tage davor pro Tag max. 6 Schaltvorgänge. Im selben Zeitfenster sind bei mir etwa 150 Schaltvorgänge dazu gekommen. Also runter von über 900 auf 150. Wenn ich die neuen KI-Trainingsfunktionen eingebaut habe, dann werde ich mich nochmal weiteren Optimierungen wittmen.

[etechnik3r]

Heute liegt die PV-Leistung auch nahe am Eigenverbrauch, was zu vielen Schaltvorgängen führt.
Oder sind die Parameter für mein System nicht gut gewählt? Ich habe aktuell noch alles auf Standard.

[PalmManiac]

Ja, das sieht definitiv nach Profilanpassung aus. Da ist noch nix optimal und das treibt bei dir die Schaltvorgänge hoch. Welches Profil hast du eingestellt?

[PalmManiac]

Es ändert sich ja dauernd irgendein Wert, aber mit den neuen Werten wird etwas weniger schnell reagiert und sanfter nachgesteuert.

[etechnik3r]

Die neuen Parameter sind sehr defensiv. Es dauert fast 2 Minuten um einen 2kW-Sprung auszuregeln.
Damit muss ich wohl nochmal experimentieren.

[PalmManiac]

Die Werte waren erstmal absichtlich defensiv, um Ruhe ins System zu bringen und sieht gut aus. Hier hast du neue Werte zum Testen, die sind:

"TARGET_IMPORT_W": 20.0,
"DEADBAND_W": 40.0,
"EXPORT_GUARD_W": 100.0,

"DISCHARGE_DEADBAND_W": 40.0,
"DISCHARGE_KP_UP": 0.60,
"DISCHARGE_KP_DOWN": 0.55,
"DISCHARGE_MAX_STEP_UP": 450.0,
"DISCHARGE_MAX_STEP_DOWN": 280.0,

Damit reagiert das System wieder schneller und regelt agiler.

[etechnik3r]

Danke, probiere ich aus. Aktuell habe ich allerdings ein anderes Problem.

KI-Status steht auf Laden (PV-Überschuss) und KI-Empfehlung auf Laden obwohl einige hundert Watt Netzbezug momentan sind. Und alle paar Minuten wird auf maximale Entladung geschaltet.

Ob das an der Aktualisierung der Zendure-Integration liegt, die ich gestern Abend gemacht hatte, weiß ich nicht. Dadurch wurden einige Entitäten umbenannt, so dass ich neu konfigurieren musste.

[PalmManiac]

Starte mal alle Integrationen neu. Ich glaube so ein Problem hatte ein anderer User auch und nach dem manuellen Neustart der beiden Integrationen lief es wieder rund.

[tanrai-72]

Kann es sein, dass diese hohe Anzahl an Schaltungen was mit der Firmware des 800 pro zu tun hat? Ich habe kürzlich nach langem Zögern die Firmware auf V1.0.25 upgedatet.
Mir scheint das der SwitchCount seit dem drastisch weniger ansteigt.

[PalmManiac]

Ja, das kann es. Allein dieser Umstand, dass der 800Pro morgens das erste bisschen PV-Energie direkt in den Akku pumpt, egal was die Steuerung sagt und egal was man versucht einzurichten, das löst sicher Schaltvorgänge aus, die nicht von Aussen kommen. Weißt du noch was in dem Changelog stand zur V1.0.25? Vielleicht haben sie ja auch dieses komische PV-Ladeverhalten gelöst?

[tanrai-72]

Ehrlich gesagt habe ich vergeblich nach einem Changelog gesucht.
Er hat zuvor auch oft nachts um 5, wenn der Akku leer war und noch keine Solarleistung vorhanden war massenhaft SwitchCounts produziert. Das ist jetzt nicht mehr der Fall. Hier im Beispiel der 30. April.

Die erste Solarleistung lädt er allerdings immer noch in den Akku.

[PalmManiac]

Wenn der SoC morgens unter SoC-Min liegt (SoC-Min Einstellungen in der App), dann ist das ein Firmware gesteuertes Verhalten, dass so laut Forum als interner AKku-Schutz dient. Dieses Verhalten ist aber bisher nur bei dem 800Pro so vorhanden und stellt damit einen Sonderfall dar. Dagegen kann BSFAI nicht ansteuern. Schau dir den SoC doch mal an, ob es so ist. Anscheinend ist der Eigenverbrauch des Akkus so hoch, dass er weiterhin entlädt und eben dann schnell unter die eingestellte Schwelle fällt. Als Ergebnis wird dann entweder eine AC-Ladung eingeleitet oder der PV-Strom in den Akku gepumpt.

Einen Test, um das Verhalten abzuschwächen wäre, den SoC-Min in der APP tiefer einzustellen als in BSFAI. BSFAI stellt dann die Entladung fürher ein und es wäre noch etwas Reserve da, um über Nacht durch die Eigenentladung NICHT unter SoC-Min zu rutschen. Genau dann sollte er morgens nicht mehr den PV-Strom in den Akku schicken. Ein Gedankenspiel von mir.

[tanrai-72]

SoC-min ist bei mir in der Zendure App schon lange auf 10% eingestellt. In BSFAI habe ich 13% eingestellt. Die 10% der App wurden auch durch Selbstentladung nie erreicht.

[PalmManiac]

Schade, das wäre jetzt meine Hoffnung auf eine dauerhafte Lösung gewesen.