Gelöst: ESS Problem: Akku entlädt nicht, BatteryLife setzt sich selbst Fehler #7

:battery: Update 18.04.2025: Seplos BMS 2.0 (EEL SmartBMS 200A) – Victron ESS + NEEY Balancer

Nachdem mein JK BMS gestorben ist, hab ich ein klassisches 16s 280Ah LiFePO₄-System mit dem EEL SmartBMS200 / Seplos BMS 2.0 (4815010E) aufgebaut – und dachte, das wird easy. War’s nicht.

:white_check_mark: Systemübersicht

  • :electric_plug:Victron MultiPlus-II 48/5000 im 3-Phasen-ESS-Betrieb
  • :battery: Seplos 2.0 BMS mit 16s 280Ah LiFePO₄
  • :fire_extinguisher: NEEY Active Balancer, BMS-internes Balancing deaktiviert
  • :sun: Div. Victron SmartSolar-Regler + 2 Hoymiles 2250 + 1 HMS1600
  • :house_with_garden: AC-Out1 versorgt das ganze Haus, daran hängen die Hoymiles Mikrowechselrichter

:cross_mark: Fehlerbeschreibung: Victron ESS – ständiger Fehler #7, BatteryLife & Entladung blockiert

:wrench: System:

  • 3× Victron MultiPlus-II 48/5000 (je Phase einer)
  • Cerbo GX (neu aufgesetzt)
  • 16s 280Ah LiFePO₄ Akku
  • Seplos BMS 2.0 (Firmware CAN1101 V16.06.05_PN01_230916_SP80)
  • NEEY Active Balancer
  • ESS-Modus: Optimiert ohne BatteryLife

:firecracker: Das Problem (seit über 1 Monat):

Das System geht permanent in Fehler #7:

„Der Benutzer hat ein Entladelimit von 0 % gesetzt“

Das passiert dabei automatisch:

  • BatteryLife wird selbstständig aktiviert, obwohl deaktiviert
  • Min. SOC wird auf 100 % gesetzt
  • Akku-Entladung wird sofort auf 0 % blockiert
  • Im Cerbo unter „ESS“ wird „Limit Inverter Power“ aktiviert und auf 0 gesetzt
  • Akku steht dauerhaft bei 100 % SOC
  • Im Menü steht „Externe Steuerung – ESS #7

:repeat_button: Was (manchmal) hilft – aber nicht dauerhaft:

  • Wechsel auf „Nur Wechselrichter“, dann zurück auf „Ein“
    → klappt manchmal, oft aber nicht
  • VE.Bus neustarten
    → dann kurze Entladung möglich, bis der Fehler sofort wieder auftritt

:white_check_mark: Was alles schon gemacht wurde:

  • Jeden MultiPlus einzeln geupdatet
  • ESS-Konfiguration komplett neu aufgesetzt
  • ESS-Assistent in VE.Configure mehrfach neu durchgeführt
  • Cerbo GX komplett neu installiert
  • BMS-Firmware aktualisiert
  • BMS-Einstellungen (inkl. CVL 55,3 V, DCL 140 A) überarbeitet
  • NEEY Balancer angepasst (BMS-Balancing deaktiviert, Schwellen korrekt gesetzt)

:brick: Ergebnis:

  • Der Akku bleibt bei 100 %
  • Das System entlädt nur für Sekunden (wenn überhaupt)
  • Der Fehler #7 kehrt immer wieder zurück
  • Das System ist dauerhaft blockiert, keine Entladung möglich

Nein es braucht nur einen Terminator.

Auf Cerbo-Seite:
Ist das CAN-Bus Profil richtig eingestellt?

Einstellungen >> Dienste >> Can0 >> CAN-Bus-Profil [CAN-Bus LV 500kbit/s]

Sieht es unter:

Einstellungen >> Dienste >> Can0 >> Network status

genauso aus wie in meinem Screenshot?

Die erste Zeile muss bei dir auf jeden Fall identisch aussehen, ansonsten ist keine Verbindung hergestellt. Errors oder dropped packets sollten auch keine da sein bzw. der Wert sehr niedrig sein bzw. nicht zyklisch hochzählen.

Wie schaut es in der Geräteliste unter

Akku >> Gerät

aus? Vergleichbar wie hier?

  • Unter Produkt steht der Vergebene Name des Master-Akkus wenn mehr als ein Pack verbunden ist. Von der Firmwareversion nicht ablenken lassen, ich arbeite mit SEPLOS V3.

Auf SEPLOS Seite:

Hast du im SEPLOS das Kommunikationsprotokoll auf Pylontech oder Victron eingestellt?

Was für ein Kabel ist zwischen CAN Port am Akku und dem Cerbo montiert?

Sieht nicht gut aus würde ich sagen.



Kabel ist original von Victron - VE.Can Typ A und selbst hab ich mir auch eines gemacht. Also daran sollte es nicht liegen.
Du scheinst mehr zu wissen als die meisten (: bitte bleib an dem Thema dran wenn Du noch etwas weist wäre ich dir sehr dankbar.
Ich hab Victron im BMS ausgewählt aber ich habe gestern nachts noch das Firmware Update gemacht und jetzt kann ich nichts mehr verstellen. Muss ich mir nochmal ansehen.

Okay, mit Typ A ist da zumindest schon mal das richtige Kabel ausgewählt.

Deswegen lasse ich erst mal die Finger von irgendwelchen Firmwareupdates sofern es nicht ausdrücklich mehrere Hinweise auf Mehreren Seiten/Kanälen/Hersteller gibt das für die Kommunikation zwingend ein Firmwareupdate durchgeführt werden muss. Aber gut, da ist nun erst mal das Kind in den Brunnen gefallen...

Beim Kommunikationsprotokoll im BMS musst mal schauen, ich bin mir jetzt aus der Ferne nicht ganz sicher ob ich Victron oder Pylontech ausgewält habe. Eines der Beiden machte Probleme, das ist aber auch schon wieder eine Weile her.

Aber: In welchem der RJ45 Ports des Akkus steckt denn das CAN-Kabel?

Mal doof gefragt (nicht hauen): Das CAN-Kabel steckt auf Cerboseite aber im BMS CAN, nicht im VE.CAN?

Mussten beim V2 nicht auch DIP Schalter entsprechend der Anzahl und Anordnung der Akkus gesetzt werden?

Kein Problem mit hin hauen. Manchmal probiert man so viel rum da sieht man den Wald vor lauter Bäumen nicht.

Deshalb die bilder. Btw es ist leider mein einziger Akku derzeit (deshalb ist die Anlage auch komplett tot)



Okay, hast du es mal mit dem Pylontech Protokoll veruscht? Das müsste das PN-GDLT sein.

Habe ich jetzt nochmal getestet (war anfangs mal aktiviert glaub ich)

kann es sein das ich irgend etwas machen muss? Ich deaktiviere im VRM immer die Multiplus (AUS) und aktiviere sie Dann wieder. Habe gelesen das soll den Bus neustarten.

Um den VeBus neu zu erkennen gehst du in die Konsole,...

-> Geräteliste
-> Multiplus auswählen
-> Erweitert
-> VeBus neu erkennen, oder VeBus neu starten.

Vorab kontrollieren ob alle DIP-Switches wirklich auf 0

CAN-Bus Kabel Typ-A ist richtig herum? BMS-Seite am BMS und Cerbo-Seite am Cerbo? Ggf. mal umkehren.

Meine sind auch 16.6.xx. Nach dem Protokollwechsel musst du in dem Seplos-BMS-Windoofs-Programm auch einmal upload parameter machen, sonst wird Victron nicht übernommen, sondern steht nur einfach weiter in der Software auf diesem Wert.

LG,
Wilm

1 „Gefällt mir“

@wilm
erstmal vielen Dank für die kleine Anleitung – dass man den VE.Bus so neustarten kann, wusste ich ehrlich gesagt nicht. War früher ja auch nie notwendig.


Aktueller Stand:

  • Alle DIP-Schalter an den Geräten stehen tatsächlich auf 0.
  • Das CAN-Bus-Kabel ist korrekt angeschlossen.
  • Der Hinweis auf den Protokollwechsel war Gold wert – danke dafür!
    Ich habe heute alle verfügbaren Protokolle getestet, jedes Mal den Bus komplett neu gestartet. Die Multis haben sich jedes Mal durch ihr "Konzert" gemeldet.

Interessante Beobachtung:

  • Statt wie bisher mit ca. 60–70 W zu entladen, habe ich plötzlich kurzzeitig über 200 W gesehen!
  • Danach wurde allerdings relativ schnell (was sonst länger dauert) in den Leerlauf geschaltet.
  • Der ESS-Fehler #7 ist jetzt leider dauerhaft aktiv – er lässt sich nicht mehr zurücksetzen.

Was jetzt wieder funktioniert:

:white_check_mark: Die MPPT-Laderegler lassen sich aktivieren
:white_check_mark: Sie laufen sogar mit Vollgas, was ich schon ewig nicht mehr gesehen habe


Problem:

:cross_mark: Der Akku bleibt „aus“ und ist somit nicht nutzbar
:cross_mark: Ich habe heute nichts verstellt, kann mir das Verhalten daher nicht erklären
:cross_mark: Die MPPTs regeln sich nicht auf 0 W Nulleinspeisung zurück → Einspeisung ins Netz = nicht erlaubt!


Fazit:

Es hat sich definitiv etwas verändert – aber gelöst ist das Problem noch lange nicht.


Offene Frage:

Da ich mittlerweile ziemlich viel herumgebastelt habe, kenne ich die ursprünglichen Standard-Einstellungen des BMS nicht mehr.
Ein Zurücksetzen scheint laut meinem Wissensstand nicht möglich.

Gibt es eventuell:

  • eine Standard-Parameterliste für ein 16s LiFePO₄-System,
  • die auch die DIP-Schalter berücksichtigt?
  • oder eine komplette Konfiguration, die jemand erfolgreich nutzt?

Wäre über Tipps oder ein Beispielprofil sehr dankbar!

Hallo newsted,

ich frage mich gerade, ob die Firmware 16.06.05 nicht die Version ohne CAN-Bus war.

Dort findest Du die aktuelle Version für das Seplos BMS 10E mit CAN-Bus. Nicht, dass wir uns gerade im Kreis um eine falsche Firmware drehen.

LG,
Wilm

1 „Gefällt mir“

Board geflasht – eine Änderung

Ich habe das auf der Seite angebotene Board-Bluetooth-File CAN1101[V16.07.02_PN01_230328_PCBBLT].ehex geflasht – einfach um sicherzugehen. Hat aber leider nichts gebracht, das Verhalten bleibt gleich.

Den CAN-Port habe ich ebenfalls durchgemessen, um auszuschließen, dass es ein Pin-Problem gibt – auch da alles in Ordnung, Durchgang und Belegung passen.

Grundsätzlich glaube ich auch nicht, dass es an der Verbindung selbst liegt – immerhin wird der Akku namentlich erkannt. Das würde ja nicht passieren, wenn die Kommunikation komplett scheitert, oder?

Eine Änderung gibt es allerdings - das BMS scheint jetzt ohne Fehler zu kommunizieren

Ich glaube jetzt wäre gut an die Einstellungen ran zu gehen. Mittlerweile hab ich so viel herum gestellt das ich das Original nicht mehr kenne (mit dem es ja bei praktisch allen läuft) hätte da jemand eine parameter datei für mich?

Leider noch keine Lösung :frowning: bin noch immer für Vorschläge zu haben.

Hallo newsted,
dieses eigenmächtige Umschalten auf BatteryLife und SOC min 100% kommt doch sicherlich nicht vom BMS.
Hast Du noch was andere im System, dass über Modbus oder eine andere Schnittstelle (z.B. ioBroker) die Victron Einstellung umstellt?
Ist der CERBO in Ordnung? Hast Du eine Möglichkeit einen anderen zu testen?

Dann noch ein Hinweis zur Batterie:
Im Screenshot sieht man 253mV Differenz bei den Zellen. Ist der Balancer nicht aktiviert?
DIe max Zellspannung mit 3.604V ist schon dicht an den Maxwerten.
Liegt vermutlich daran, dass Du die Anordnung nicht zum Entladen bringst.
Hast Du was zum manuellen Entladen der Batterie? z.B. 4x 12V Autobirnen in Serie?

Liebe Grüße
Herb :herb:

Hallo

Was steht den bei dir unter „DVCC“
unter „Maximale Ladesteom“

@herb nein das glaube ich auch nicht mehr. Nach einer gewissen Zeit passt der Akku auch wieder. Hier hast du einen Screenshot vom BMS vor dem kurz laden:


hier bringe ich den akku kurz zum laden(neustart der Multis) siehe hier:

dann schaltet das BMS natürlich ab:

Wenige minuten später passt dann auch wieder alles:

Wenige sekunden nach dem Laden passiert dann: (neuerdings übrigens SOC von BMS und Victron sind nicht mehr der selbe vermutlich weil im Battery Monitor gerade die Multiplus eingestellt sind.)

hier noch der Neey Balancer

Das mit dem Entladen hab ich mir auch schon gedacht einmal gelang das auch schon via Victron mit einem Heizlüfter. Danach hat Victron den akku wieder aufgeladen (aus dem Netz) und alles begann von vorne. Er stellt sich ja immer wieder selbst auf BatteryLife deshalb wurde er wohl geladen. Das der Cerbo einen Schaden hat könnte natürlich sein aber ich habe sonst keinen zum Testen. Ohne Cerbo müsste das System ja auch funktionieren. Tut es allerdings nicht. Ich vermute mal das das deshalb ist weil ja keine Kommunikation mit dem BMS besteht? Da kenn ich mich ehrlich gesagt zu wenig aus.
@alexno so sieht es jetzt gerade aus aber auch hier habe ich unglaublich viel herum gestellt und probiert.

Noch eine Idee:
Du hast ja jede Menge Sachen am CERBO eingesteckt.
Entferne/Deaktiviere mal alles ausser den Verbindungen zu den MPs und zur Batterie.
Vorschlag zum Versuch den Fehler einzugrenzen.

@herb auch Dir will ich danken für deine Hilfsbereitschaft ich habe vermutlich die Lösung bereits gefunden - ein Defekter EM24 Akku wird nicht entladen / System Setzt #7 - #5 von Cornholio - Deutschsprachiger Bereich - Victron Community

1 „Gefällt mir“

@newsted, das ist ja erfreulich.

Ah eine defekter EM24?? – habe ich auch im Einsatz
Vermutlich einer mit RS485, oder?
Wie konnte das Gerät diesen Fehler erzeugen?

Da kannst Du ja auch auf den schnelleren EM540 holen.
Habe selbst gerade einen bestellt (85€ netto!!) um meinen EM24 zu ersetzen.

Oder ich verkaufe Dir meinen EM24.