VRM Portal - Minimaler SOC verändert sich selbstständig

Hallo,

im VRM Portal kann man den minimalen SOC 2x16S Seplos V2 Batterieanlage einstellen. Den hätte ich gerne auf 5%, da 15% bei mir 51.2V (3,2V á Zelle) sind.
Wenn ich den jetzt von 15% auf 5% stelle, steht der am nächsten Tag wieder auf 15%.

Was kann ich tun, dass der minimal SOC auf 5% bleibt?

Danke + MfG

Wolfgang

Servus,

das ganz gleiche Thema hab ich auch seit ein paar Tagen/ Wochen (zumindest gefühlt). Über den Sommer hinweg war mein minSOC gewollt immer auf 40%, jetzt brauch ich n bisschen mehr, daher will ich auf minSOC 10%.

Egal wie oft ich auf 10% stelle, es taucht immer wieder 40% auf.

Batterie Live ist aus und der Cerbo hat die 3.42.

/Chris

Habt Ihr wenn Ihr über die Remote Console rein schaut im ESS Optimierung auf BatteryLife stehen ? Dann passt sich das an, je nachdem wieviel verbraucht wurde und wie die solare Prognose aussieht. Das wird im Winter noch schlimmer .. .

Ich mach das in der Remote Console auf "optimized without BatteryLife" und der Spuck hat ein Ende. Die Verstellung über das Portal benutze ich für sowas schon länger nicht mehr, da hatte ich das Gefühl die Einstellungen kommen sich in die Quere. Ich fahr im Sommer bis auf 5% runter und stelle das im Herbst auf 20% und es gibt keine systemseitigen Änderungen des SOC . Evtl. liegt es auch dran dass Ihr dynam. ESS aktiviert habt, das ist bei mir aus.

Edit: ich hab die V3.32 am laufen

Hallo, danke für deine Zeit.
Ich habe das schon immer auf "Optimiert ohne BatteryLife", da das wohl die richtige Einstelung für LiFePO4 ist.
Sehr seltsam ...

Ich hab mich wohl nicht richtig ausgedrückt. Schau bitte mal über die Remote Console und nicht über das Portal was da angezeigt wird. Ich hatte da in Vergangenheit immer wieder abweichende Anzeigen, aber die Werte der Remote Console sind die, die das Venus Device auch wirklich verwendet.

In der Übersicht wird bei mir am MP auch immer extern Control angezeigt, obwohl da eigentlich optimized without batterylife stehen sollte usw.

OK, Verstanden. Danke. Scheint trotzdem zu passen .... Oo

@wolfgangs Same here.

Habe in deinem Profil gesehen, dass du auch den IOBroker angebunden hast. Ich auch.

Wie holst du die Daten ab? MQTT oder Modbus?

Ich hab da ein wenig die Vermutung das da n Problem ist mit MQTT.

/Chris

@wolfgangs Ja scheint zu passen. Wieso steht bei Dir min SOC 0% ? Ich dachte Du wolltest min. 5% haben ? Hattest Du da im Portal auch 0% drin ? Bei mir sind beide Werte gleich und wenn ich im Portal umstelle dann ist der Wert in der Konsole auch geändert (gerade nochmal getestet). Leider ist das wie bereits geschrieben manchmal nicht so.

Aber dran denken, setzt Du den Wert höher, als das was die Batterie derzeit hat, fängt er volle Kanne an aus dem Netz die Batterie bis zu dem SOC zu laden.

@autoschrauberix Hallo. Äh ja, da habe ich wieder auf 0% gestellt und dann den Screenstot gemacht. Sorry für die Verwirrung die ich dadurch gestiftet habe. Aber das stellt sich nach einiger Zeit wieder zurück. Ich werde das mal mitplotten -> Gateway:Active SOC Limit (%)
@Christoph.87 Hallo. Den Multiplus 2 frage ich in ioBroker über Modbus ab.

@wolfgangs

Hast du Node-Red aktiviert?

Welche Version hast du am laufen?

DESS aktiviert?

Irgend was anderes, was Steuern könnte wie EVCC?

Ich versuche gerade Gemeinsamkeiten zu finden, da das Problem ja anscheinend nicht viele haben.

Extern steht für extern geregelt. Dein BMS regelt die Entladetiefe, Min-Spannung und Max Spannung. Weil du ein BMS mit Kommunikation dran hast.

Hast du schon mal kontrolliert was du im BMS stehen hast?

Abgesehen davon, solltest du in der VeConfig nachsehen, ob du den Haken bei Batterimonitor aktiviert hast. Weil dann der Multi auch noch mit regelt.

Entweder dort den Haken raus nehmen oder auf dem Reiter Wechselrichter Vorarlarm anpassen und im Assistent die Susatinspannung anpassen.

1 „Gefällt mir“

Hallo
@wolfgangs und @christoph-87 habt ihr herausgefunden woran es liegt, bzw den Fehler beheben können? Bei mir hab ich jetzt anscheinen den gleichen Fehler. Wobei mir tatsächlich sogar noch ein paar mehr Werte immer wieder überschrieben werden. DESS ist nicht aktiviert, habe einen Multiplus 2 5000 mit 3x Pylontech. Gesteuert von einem Raspberry 3 mit neuester Firmware 3.54.

Was mir noch aufgefallen ist, dass auch andere Werte überschrieben werden. So habe ich bei der Fehlerbehebung versucht NodeRED und SiganalK zu deaktivieren, aber jedes mal wenn der min SOC wieder hochgesetzt wird.

Was ich auffällig finde ist, dass die SOC Änderung immer in Verbindung mit dem VRM Log Time Offset erfolgt:

Viele Grüße
Max

UPDATE:

Schade, dass sich keiner mehr gemeldet hat, bin dem Fehler aber auf die Schliche gekommen und wollte nun berichten falls jemand noch das selbe Problem hat:

Mir ist aufgefallen, dass alle Einstellungen sich immer wieder auf den ursprünglichen Wert zurückgesetzt haben, nicht nur den Min SOC.
Was war der Fehler? Ich hatte versucht ein Skript, wie es auf YouTube zu finden ist, zu installieren, um Shellys 1PM mit auslesen zu können. Dieses Skript ist aber fehlerhaft und führt dazu dass dieses den Speicher mit Logdatein vollschreibt, bis das GX Gerät nicht mehr arbeitsfähig ist. Eine Neuinstallation bei mir brachte hier eine zuverlässige Lösung.

Viele Grüße
Max

Hi. Zwischenzeitlich habe ich von zwei auf vier x16x280Ah mit 4x200A Seplos aufgerüstet.
In dem Zuge habe ich auch alle drei Multiplus 2 mit Firmware Updates versorgt und jetzt klappt alles wie gewünscht.
Die ESS-Einstellungen habe ich auch neu gemacht, nach einem Youtube Filmchen.

Nachtrag:
Probleme mit zugemüllten Speicher wegen einem doofen Script hatte ich auch ...