question

Batterie ohne BMS .... das geht meistens nicht gut ;O)))

der Smart-Shunt liefert nicht alle Werte... einige muss er schätzen .... woher soll er wissen wann Akku voll.. oder leer ??

Hallo Holger,

da habe ich mich wohl unglücklich ausgedrückt. Jede der 18S Batterien hat Ihr eigenes BMS welches die Zellen überwacht und ggf. abschaltet.

Nur diese BMS kommunizieren nicht mit dem Cerbo, das ist halt wichtig zu wissen, da dies auch Probleme beim laden/entladen verursachen könnte.

Der Smart Shunt erkennt über die Ladespannungsgrenze und den Schweifstrom in % wann die Batterie voll ist und setzt den SOC dann auf 100%

So, ich habe jetzt viel hin und her getestet. Aber das Problem ist immer noch da.

Ich habe folgendes Probiert:

1. "Normales ESS" -> Sprich ein Gerät je Phase -> funktionierte ohne Probleme
2. Split Phase -> nur zwei Geräte auf L1 konfiguriert -> funktionierte auch, jedoch konnte ich das Überschuss laden zwecks fehlender PV-Leistung nicht testen. Der Ladestrom des einen Gerätes war aber immer noch höher als beim anderen (ca. 10A). Beim Entladen waren beide Ströme gleich (+/- 2A)
3. Dann wieder als paralleles System mit 6 Geräten (2 Stück Multiplus 5000 pro Phase) jedoch ist jetzt der vorherige Slave jetzt Master und umgekehrt. Jetzt ist das Problem genau umgekehrt. Beim Überschuss Laden bleibt immer ca. 1200Watt Netzeinspeisung stehen, bei einem eingestellten Netz Sollwert von 700Watt. Dies entspricht wieder den schon oben beschriebenen 2kW.
   1. • beim entladen sind die DC-Ströme aber wieder gleich. Auch der Netz Sollwert wird eingehalten.
      • Außerdem spielt die Regelung teilweise "verrückt"
        • dann wird auf einmal voll entladen (Slave geht sogar kurz auf Overload)
        • und in der nächsten Sekunde wird wieder umgestellt auf laden
        • Das ganze geht dann einige male hin und her, fängt sich nach einer Zeit wieder von alleine
        • Auch der berechnete Verbrauch im Portal spielt zu dieser Zeit verrückt
        • Diesen Fehler habe ich bisher aber immer nur beobachtet wenn zuvor mit Hoher Leistung entladen, oder mit Hoher Leistung geladen wurde und sich dann ein großer Verbraucher zu bzw. ausgeschaltet hat.

Ich weiß das parallele Systeme komplex sind. Ich habe dazu im Vorfeld die Schulungsvideos, die Unterlagen ect. angeschaut und gelesen. Bin mir auch ziemlich sicher keinen Fehler eingebaut zu haben. Könnte es wie gesagt mit der aktuellen Firmware zusammenhängen? Hatte jemand von den Profis schon mal so ein Problem?

https://www.victronenergy.com/live/ve.bus:manual_parallel_and_three_phase_systems

In diesem Dokument wird noch etwas zu den Querschnitten bei der AC Verkabelung geschrieben. Es soll ungünstig sein die sehr groß zu dimensionieren.

Gibt es da vielleicht bei dir ein Problem?

Dieses Dokument habe ich schon durch. Überdimensionieren ist halt relativ. Ich habe 3x10mm² genommen da ich die 50A Durchleitung ausnutzen können muss da der Hauptanschluss auf 100A ausgelegt ist. Da ein separater Verteiler gesetzt wurde sind die 3x10mm² relativ kurz

Geräte L1 ca. 1,5m,

Geräte L2 ca. 2,5m

Geräte L3 ca. 4m

Von diesem Verteiler geht dann ein ca. 10m langes 5x35mm² zum Hausanschluss

Wo kommt denn der PV-Überschuss her? Von einem großen 3phasigen Wechselrichter am ACin bzw. ACout? Wie wird dessen Leistung gemessen?

@se0815 gibt's denn dafür auch einen Schaltplan? Vielleicht sogar mit Stückliste usw.

Schema 1-polige Darstellung.pdf

Hallo @se

interessante Problem. Kannst du das mal prüfen ob die Fehlerursprung aus dem Gridcode (parallelschaltung multi mit VDE4105) oder vom ESS mit der Anforderung des Zähler kommt?

Dazu bitte modbus an und ESS auf externe sollwertvorgabe stellen und mit dem Krückenprogramm (su) die Sollwerte füs ESS vorgeben.

Falls das Problem weg ist -> ESS Problem mit umsetzten der Zählerwerte

Falls das Problem besteht- > gridcode oder andere grundlegende Dinge.

https://community.victronenergy.com/questions/53345/phase-compensation-is-not-working-in-3-phase-ess-g.html?childToView=55524#answer-55524

With the ModbusTCP Server enabled you can remotely read and write values into VenusOs.

All of this is explained here, this way normally external EMS access data of VenusOs systems, like your system a ESS with VenusGx/CCGx/CerboGx and VEBus Devices.

Since i am not able to write the code for a tool myself, asked my brother to help me out.

https://github.com/CommentSectionScientist/ModbusTCP

while you wait: Enable the Modbus Server on your VenusGx/CCGX via Settings/Services

Use START_modbusTCP_v3.0_Beta.cmd to update the register list according to the excel from victron in the same folder.

Then automatically starts modbusTCP_v3.0_Beta.jar!

Set the IP address of your VenusGX/CCGX and Port 502 is standard

Select the registers of the values and in which devices you want to read them via the dropdown and click Add Selected.

To read out the value click Read All.

It will now display the current value for the register for this device

I recommend to look at VEBUS ESS setpoint phase 1 and VEBUS ESS setpoint phase 2 and VEBUS ESS setpoint phase 3 of the device 246 or 242.

Hope this help to get some insights into the issue.

-------------------------

EDIT*2

Fromat & compiled Program for download:

https://cloud.ossiossi.de/s/mBNWTW7S6ZZDrBw

Hallo zusammen,

Endschuldigt das ich mich jetzt erst melde, bin diese Woche sehr eingespannt.

@Ossi vielen Dank für den guten Vorschlag. Das werde ich mal testen, kann aber noch dauern bis ich wieder Zeit finde.

Stand jetzt läuft es halbwegs. Ich habe den Sollwert Netz auf 2000Watt gestellt und die "Regelverluste" liegen bei ca. 20%. Durch die 1900Watt versucht er somit den Netzanschluss auf 0Watt zu halten. Das sind halt die immer noch vorhandenen Unterschiede im DC Ladestrom.

Sprich es gehen bei einem Stündlichen Verbrauch von 10kWh und momentan wechselhaften Wetter (Sonne, Wolken, Regen) in dieser Stunde

ca. 1kWh Netzeinspeisung

ca. 1kWh Netzbezug

8 kWh in die Batterie geladen

8 kWh direkt aus der PV genutzt

Von diesen Zahlen her passt es ja einigermaßen.

Problem ist also nach wie vor der Unterschied im DC Ladestrom (Master 10A mehr als Slave). Beim Entladen nicht.

Und das die Regelung ab und zu "verrückt" spielt und wild zwischen be- und entladen schwingt. Und dann der bzw. die Slave sogar kurz auf Overload gehen (nur die Anzeige am Gerät). Komischerweise habe ich dies beim Master noch nicht beobachtet