question

Zum einen muss man sagen.. Regelung per mqtt ist immer etwas langsamer .. durch diverse Berechnungen, Übertragen usw..

Wie ist der Akku eingestellt optimiert mit/ohne BatteryLife ?

Wird der Akku (BMS) richtig erkannt?

Ist ein ESS installiert?

@holger Bleckwehl Danke für deine Antwort. BatteryLife ist aktiv. Akku wird korrekt erkannt.

Wie ich oben schieb, das ESS funktioniert.

Durch Flashmq ist Mqtt schon schneller geworden, das ist aber gar nicht das Problem.

Die Frage ist, warum fängt der Multi an, die Akkus zu laden....

BatteryLife optimiert ?? Wenn ja, mal abschalten bzw. auf "optimiert OHNE Battery Life" evtl. steht der interne SOC auf 90/95% ? Dann lädt er den Akku nach!

BatteryLife optimiert, SOC steht auf 20%.

War aber ein guter Denkanstoß! es liegt warhscheinlich an der peak shaving/Lastspitzenkappung.

Diese war immer aktiv. habe diese jetzt auf "Nur oberhalb des minimalen SoC" gestellt.

Ich werde das mal weiter beobachten.

nach wie vor beobachte ich das. o.g. verhalten. Hat jemand ähnliches beobachtet?

Könnte man das irgendwie abschalten das der Multi aus dem Netz nachläd?

Snsonsten ist es ein Fehler....

Hast du denn nun mal "battery life OHNE optimierung" eingeschaltet ??? Dann sollte er NICHT nachladen !! Ausser Akku ist min.SOC

soo zurück aus dem Urlaub, sorry für die späte Reaktion.

Als kleine Anmerkung, ich habe beuflich mit MSR und Gebäudeautomation zu tun.

battery life habe ich ausgeschalten:

Und die Einstellung zur Netzeinspeisung:

Laut VRM Portal läd er nach....

Der Akku ist regelmäßig zur Mittagszeit voll.

Stelle erstmal noch die Regelung der Phasen auf mehrphasig.

Was steht bei dir als Batteriewächter drin?

Und dann zeige uns mal deine Werte "Ladegerät" und "ESS Zusammenfassung" aus der Ve Config ... Hier wird ein Spannungswert zu hoch sein, vermute ich.

Mehrphasig hatte ich schon mal getestet, selbes Ergebnis, hab ich jetzt nochmals aktiviert.

Batteriewächter:

Ladegerät:

Zusammenfassung:

Mich würde interessieren ob dieses Verhalten auch auftritt wenn DC Überschusseinspeisung aktiviert ist und im DVCC der Ladestrom auf 0 steht.

Nur reine Vermutung aber: könnte es sein dass wenn Einspeisung deaktiviert ist der Multi seinen Lader zur Hilfe nimmt um regelverzögerungen abzufangen und den Netzzähler schnellstmöglich wieder auf 0 zu halten?

Ist aber ehrlichgesagt nur reine Spekulation… aber das Verhalten wenn DC Einspeisung aktiviert und Ladestrom 0 ( also nur Mppt) wäre schon interessant und schnell erledigt.

So sind denn die Anzeigen für L2+L3 in der VRM ? Oder übergibt du diese Werte nicht ans GX?

Eventuell sitzt der Multi nicht auf L1 nach dem Smartmeter ?

@Netrange Die anderen Phasen werden nicht ausgelesen, gibt mein Zähler nicht her.Mein EVU-Zähler
wird mittels opt.Lesekopf direkt ausgelesen. Sind denn die Werte in den Einstellungen deiner Meinung nach ok?

@DenniBu deine Vermutung teile ich auch. Im Inselbetrieb/offgrid macht das ja vielleicht noch Sinn, aber nicht bei einem ESS System....

Meine Vermutung/Beobachtung:

Wir haben ja einen Sollwert der bei 100W steht, und eine Regelgröße/Istwert: die momentan verbrauchte Leistung in W. Dann haben wir einen Regelungsausgang (des Multis,nehmen wir an Leistungsbegrenzung ist aktiv und ist auf 2000W eingestellt) mit einer Range von -2000W für Discharge und +2000W für Charge. Weiterhin sieht es so aus das ein PI(D) Regler den Istwert auf dem Sollwert ausregelt, Zugriff hat man auf weder auf das P-Band noch auf den Integralanteil, sofern vorhanden. Das ist aber für das o.g. Problem nicht relevant.

Meiner Meinung nach muss die Ausgangsrange von -2000 bis 0 gehen und nicht bis 2000, es sei denn

es gibt hierfür einen driftigen Grund. z.B.wenn Battery Life das Aufladen des Akkus fordert.

Eine "Netzstabilität" zu erzeugen ist sinnfrei.

Was passiert denn wenn du den AC in als Netzzähler verwendest? Handelt es bei deinem „Problem“ um das ganz normale regelverhalten ? Des Weiteren sind die von Victron „ empfohlenen“ netzzähler nicht ohne Grund zertifiziert. Diese Energiegfussrichtungssensoren haben ja auch die Anforderungen der 4105 zu erfüllen. An der Aufgabe die Regelung am Netzzähler schneller zu machen sind schon einige gescheitert. Das Resultat war meistens ein Aufschwingen des Systems. Die Regelgeschwindigkeit wie sie ist hat gute Gründe.

Welcher Netzwert wird denn ans GX übergeben ?

Ich hab ein aehnliches Problem, aehnlicher Aufbau.

Multiplus haengt ueber JK BMS an 18s-Akku, Akku wird aber per Inverter (~) ueber den Multi geladen, also kein Laderegler direkt auf die Akkus.

Rasperry Pi mit VenusOS und Tasmotalesekopft am Smartmeter in VenusOS per MQTT integriert.

Wenn genuegend Solarleistung vorhanden ist, dann gibt es keine Probleme, schalte ich aber z.B. abends die Mikrowelle 1min an, dann benoetigt der Multi knapp 5 Minuten bis er das Schwingen ausgeregelt hat, laedt also die Akkus, entlaedt, laedt wieder...

Bin ab morgen aber erstmal ein paar Tage unterwegs, danach zeigt ich ein paar Grafana-Plots dazu.

Dank @DenniBu hab da was Interessantes im Netz über die VDE FNN gefunden:

https://www.allgaeunetz.com/download/2020_10_22_tab_fnn_hinweis_speicher.pdf

Ich habe in der VE Config das Ladegerät abgeschalten und in der Konsole sämtliche Optionen abgeschalten, die die EInspeisung ins öffentliche Netz erlauben. (siehe Posts oben)

Meines Erachtens kommt da die Anlagenkonfiguration auf Seite 17 im o.g. Dokument in frage.

Und da steht geschrieben unter 5., ich zitiere:"Auf keine dieser Schalthandlungen bezieht der Speicher Leistung aus dem Netz zur Ladung des Speichers." Meine Anlage macht genau das, sie läd den Akku aus dem öffentlichen Netz....

Die Frage ist: misst ein von Victron zertifizierter Zähler auch negative Werte, wenn Ladegerät aus

und keine Option für die Einspeisung aktiv ist?

Gibt es hier neue Erkenntnisse?

Erkenntnisse nicht wirklich. Ich hab das Ladeverhalten mittlerweile so im Griff, dass der Multi nur noch für wenige Sekunden läd und das im 2 stelligem Wattbereich. Für mich ok..

Was hast Du eingestellt, dass die Regelung im 2-stelligen Wattbereich ist?

Naja Einstellungen gibts da nicht für.

Ich hab das dbus-mqtt-grid script laufen. das erzeugt ein gridmeter. Das Pyton script liest meinen Zähler aus. Da Pyton bekanntermaßen sehr langsam ist, und die Daten des Zählers auch per mqtt zur Verfügung habe,schreibe ich diese zusätzlich auf das gridmeter. als Als mqtt broker auf dem cerbo nutze ich den neuen Flashmq. Funktioniert bei mir zumindest sehr gut.