Beunruhigende Nachrichten, explodierende Stromspeicher!!! - Allgemeine Diskussion

Ich denke das werden wir hier nicht lösen.  Aber einige Fragen und Probleme scheint es auf dem Gebiet zu geben.  Aber vom zentralen Thema entfernen wir uns, oder......?

Ich kenne einige die das JKBMS im Einsatz haben, und da funktioniert die Stromreduktion auch bei DC Feed-In, aber nur solange der Multi mehr Leistung hat wie der Laderegler.

Was nicht funktioniert ist CVL, deshalb funktioniert die Geschichte eben nicht mehr wenn der Laderegler mehr Strom bringt wie der Multi ins Netz drücken kann.

BULLSHIT! SORRY!

Solche Aussagen finde ich gefährlich, lass das bitte, wenn du selbst keine Erfahrungen mit den Komponenten bzw. mit SerialBattery hast. Ich habe dich erst so verstanden, als hättest du SerialBattery am Laufen (in Kombination mit dem REC BMS), bis ich dann gemerkt habe, dass das ja nicht kompatibel ist. Du kannst hier nicht Äpfel mit Birnen vergleichen und sagen, ich soll mich nicht beschweren wegen meinem "billig BMS" und das Tool diesbzgl. nicht "schlecht machen" (Sinngemäß). 

Bin gerade echt frustriert. Ich versuche hier auf Probleme aufmerksam zu machen, die mir persönlich wiederfahren sind und die ich echt problematisch fand. SerialBattery hat bei mir den Akku bis 100% mit allem was da gerade anstand versucht vollzupumpen. Der wurde regelrecht "vergewaltigt". Das BMS hat da zum Glück regelmäßig eingegriffen und das Überladen der Zellen verhindert. Kaum war der Timer abgelaufen, daher die Spannung in der Zelle ist gefallen und das BMS hat das Laden wieder zugelassen, wurde erneut volle Latte in die Zelle gepumpt, was gerade an Leistung da war. Das hat absolut nichts mit einer falschen Konfiguration etc... zu tun - das ist bedingt durch nicht vorhandene, bzw. eingeschränkte Funktionalitäten dieses Tools (ggf. auch Hardwaretechnisch bedingt). Nirgendwo, wirklich nirgendwo findet man beschrieben, dass DC FEED in DEAKTIV sein muss, damit die Laderegelung mit SerialBattery überhaupt funktionieren kann. Für mich ist das ein Tool, dass für OffGrid Anlagen in Südafrika (da stammt der Programmierer ja her) etc... geschrieben wurde. Sowas wie hier in DE, dass wir Geld für den eingespeisten Strom bekommen gibt es ja nicht in vielen Ländern der Welt. Dementsprechend hat das da keine Relevanz. Umso wichtiger ist es aber, dass wir als Community auf so etwas aufmerksam machen.

Ich bekomme da echt nen Hals, wenn ich dann so destruktive Kommentare bekomme (nicht nur von dir). 

Und nein, der Akku ist nicht von mir. Und ja, der ist Scheiße zusammengebaut. Primäre Ursache war aber ganz klar die Überspannung. 

Veröffentlicht von: @sarowe1972

↑

Ich denke das werden wir hier nicht lösen.  Aber einige Fragen und Probleme scheint es auf dem Gebiet zu geben.  Aber vom zentralen Thema entfernen wir uns, oder......?

Wie wurde mal geschrieben:

Hier braucht es jetzt mindestens zwei wichtige Arbeitshypothesen:

Was ist der Auslöser des Akkuversagens

und was ist explodiert.

Was explodiert ist, dürfte relativ klar sein. Bleibt der Auslöser des Akkuversagens, wo mir nicht viele andere Dinge einfallen als eine Überspannung (mechanische Schäden mal ausgenommen).  Selbst wenn nicht, wie z.B. der Bericht aus FB zeigt ist das ein zentrales Thema. Und dementsprechend wichtig finde ich es, so ein Tool das wirklich viele nutzen, bzw. dessen Limitierungen und Einschränkungen nochmals genauer zu hinterfragen. Ich habe ja selbst die Erfahrung gemacht damit, dass es eben nicht so toll funktioniert wie es oft beworben wird. Zudem bekomme ich ja (über diverse Kanäle) hier auch Screenshots anderer Konfigurationen geschickt, wo man mich fragt ob das so korrekt ist. Ich sehe, dass da einiges im Argen liegt. 

Dir ist aber bewusst, dass hier ca. 50% oder mehr das JKBMS mit Serialbattery benutzen und das Problem nicht haben.

DC-Feed-in bedeutet nur, dass der Laderegler nicht strombegrenzt wird damit maximal eingespeist werden kann.

Geht die Akku Spannung über die eingestellte Ladespannung drückt der Multi soviel Srom ins Netz dass die Spannung am Akku passt.

Kommt mehr Strom vom Laderegler wie der Multi ins Netz drücken kann, dann steigt die Spannung am Akku, weil das Serial Batterie die Laderegler nicht in der Spannung begrenzen kann. Damit das alles funktioniert muss aber auch alles richtig im SerialBatterytreiber eingerichtet sein und im DVCC natürlich auch.

Und da du die Probleme ja schon seit ca. 2 Jahren kennst, frag ich mich, warum du nicht auf ein ordentliches BMS gewechselt hast. Diese Disskusion hatten wir damals schon als du den Problem Thread Serailabattery eröffnet hattest. Und soweit ich mich erinnere hattest du damals auch keine Isolatoren zwischen deinen Zellen. Ich hoffe das hast du zwischenzeitlich nachgeholt.

Ja, ist mir bewusst. Und mir ist auch bekannt bzw. bewusst, wie abenteuerlich da die Konfigurationen teils sind. Mehrere Akkublocks installiert, BMS Regelung auf ein beliebiges BMS gesetzt etc... Von Überspannung wird auch immer mal wieder berichtet, z.B: https://www.akkudoktor.net/forum/postid/105219/

Geht die Akku Spannung über die eingestellte Ladespannung drückt der Multi soviel Srom ins Netz dass die Spannung am Akku passt.

Kommt mehr Strom vom Laderegler wie der Multi ins Netz drücken kann, dann steigt die Spannung am Akku, weil das Serial Batterie die Laderegler nicht in der Spannung begrenzen kann. Damit das alles funktioniert muss aber auch alles richtig im SerialBatterytreiber eingerichtet sein und im DVCC natürlich auch.

SerialBattery regelt den Ladestrom, indem es die Leistung vom MPPT drosselt (habe ich alles ausprobiert, DC FEED IN aus und man sieht das sofort). Das kann es aber nicht, wenn DC FEED IN auf Aktiv gesetzt ist. Eine andere Regelung, wie z.B. Drosselung der Ladeleistung ist da mit den China BMS - ohne Shunt - nicht möglich. Der Shunt hingegen kann das, indem er zwischen Konstantstromphase und Konstantspannungsphase unterscheidet bzw. dementsprechend die Kontrolle übernimmt. Das können die JBKMS etc... nicht - deswegen der weg über die Reduzierung der Leistung am MPPT. 

Mein System läuft jetzt ca. 1 Jahr und ich habe selbst viel gelernt! Spacer habe ich nachgerüstet, der Gefahr war ich mir nicht bewusst. JKBMS habe ich insgesamt 3 Stück ausprobiert, mit diversen Versionen von SerialBattery. Fakt ist, die Laderegelung funktioniert nicht, wenn DC FEED IN aktiv ist. Bei Akkublöcken die top gebalanced sind mag das im Betrieb kein Problem bereiten, deswegen merkt es ggf. so mancher gar nicht. Mir ist es primär aufgefallen, weil ich davor einen Shunt hatte und eben die reduzierte Ladespannung vermisst habe. 

Veröffentlicht von: @r0li84

↑

Und nein, der Akku ist nicht von mir. Und ja, der ist Scheiße zusammengebaut. Primäre Ursache war aber ganz klar die Überspannung. 

Wieso meinst Du, dass das ganz klar die Ueberspannung war?

Veröffentlicht von: @irrlicht

↑

Veröffentlicht von: @r0li84

↑

Und nein, der Akku ist nicht von mir. Und ja, der ist Scheiße zusammengebaut. Primäre Ursache war aber ganz klar die Überspannung. 

Wieso meinst Du, dass das ganz klar die Ueberspannung war?

Weil er das selbst angibt, incl. aufgezeichnetem Spannungsverlauf. 

Zuerst ein paar Worte an Basti: Ich wünsche dir (und deiner Familie?) alles Gute und die Kraft das alles durchzustehen. Mein Respekt, für den Mut und die Mithilfe zur Vermeidung solcher Katastrophen in Zukunft !!!

Denke aber daran, dass es ein laufendes Verfahren ist und deine Informationen hier im Forum ggf. gegen dich verwendet werden können. Also halte dich zurück und überlege gut was du nach außen trägst (bin mir sicher dass du das weißt)!

Frage:
Kann der weiße Rauch bzw. Staub teilweise mit der Bausubstanz zu tun haben. Wer alte (100 Jahre) Häuser renoviert bzw. umgebaut hat, versteht was ich meine.

Nun zum eigentlichen Thema: Allgemein

Im Prinzip gibt es zwei Ansätze, wobei der erste Ansatz der wichtigere ist:

1. Therminal Runaway bzw. Ausgasen vermeiden (Ursache)

2. Explosion bzw. Brand vermeiden (Folge)

Punkt 1 kann folgende drei Ursachen haben

1.1. Mechanischer, chemischer oder qualitativer Defekt in der Zelle (tickende Zeitbombe)

1.2. Mechanischer, chemischer, elektrischer oder qualitativer Defekt im Zellpack inkl. Gehäuse

1.3. Entladen bzw. Laden der Zellen außerhalb erlaubter Grenzparameter

Bei Punkt 2 (Folge) fallen mir drei Ansätze ein

2.1. Fehlentwicklungen messtechnisch frühzeitig erkennen

2.2. Bei Fehlentwicklungen frühzeitig gegen steuern

2.3. Daraus folgende Gefahren (z.B. Explosion) abzuwenden bzw. minimieren

Ich denke, bei internen Zellenprobleme (1.1) können wir nichts tun - Shit just happens!

Ebenso beim Eintreten (2.2) eines Therminal Runaway, die Reaktionszeit zu kurz - das Kind ist schon in den Brunnen gefallen!

Bei einer DIY Batterie liegt Punkt 1.2 in Eigenverantwortung des Bauers. Das wurde schon 1000mal diskutiert.

Nur so viel: Das Verpressen kann zu mechanischen Problemen führen und wir völlig überbewertet.

ZEROBRAIN: LiFePO4 - ALLES und noch viel mehr über Lithium Akkus: Link entfernt

Die einzigen sinnvolle Maßnahmen beziehen sich auf 1.3 (Lade-/Entlademanagement) und 2.3 (Abluft?).

Ein paar Anmerkungen zum Lade- und Entlademanagement

Aussagen wie folgend sind für mich nicht nach vollziehbar!

"Für mich ist erst mal die Konsequenz serial-battery vom Venus OS zu deinstallieren und SmartShunt und BMS völlig getrennt von einander arbeiten zu lassen. Solange die Victrongeräte die Daten aus dem BMS/dem freien Treiber übernehmen können die nicht selbstständig messen und sichern."

Ich habe mein JK-BMS (über serial-battery auf dem Venus OS) und mein Victron Multiplus II mit einem Flunke und einem YR1035+ Messgerät verifiziert. Das BMS ist auf 1% genau. Natürlich ist die Spannung am Multiplus und BMS je nach Stromstärke unterschiedlich, da zwischen BMS und Multiplus eine Sicherung, ein Battrieschalter, Kabel und Kontakte liegen. Der Spannungsabfall an der Sicherung (100A) und am Batterieschalter (200A) ist am größten, werden auch handwarm, da kommen schnell 0,02 Ohm zusammen, bei 50A sind das 1 Volt. Völlig Okay.

Unverständlich ist für mich, dass Leute dem BMS nicht vertrauen aber gefährlich hohe Werte in dem Victron Gerät eingestellt haben. Die Defaultwerte sind, meiner Meinung nach, viel zu hoch!

Bei mir erfolgt die Lade/Entladung Regelung über JK-BMS und als zweiter Schutz (Sekundär) über den Multiplus.

Habe zwei 16S Systeme mit je 230Ah Batterien im parallel Betrieb (2 x 11,4 kWh, PV 5,2 kWp). Jeder Speicher hat ein eigenes BMS, Sicherung und Batterieschalter.

Der Ladestrom ist pro Pack auf 30A und der Entladestrom auf 50A begrenzt. Victron auf 60A bzw. 80A, max. 55V Batteriespannung.

Der Batteriespeicher mit der etwa 5Ah kleineren Kapazität ist das BMS-Mastersystem für den Multiplus.

Meine Batterien werden mit kleiner 0,25C belastet.

Habe am Anfang ein Top-Balancing bei 3,45V gemacht. Und danach das automatische Balancing deaktiviert. Die Zellen sind so stabil bisher (ca. 12 Monate) musste nicht nachjustiert werden.

Also: GUTE KONFIGURIERTE ZELLSYSTEME BRAUCHEN KEIN STÄNDIGES BALANCING!

Mein BMS hat die obere Grenze bei 3,38V/Zelle und unten bei 3,10V Link entfernt

Im Sommerhalbjahr schwankte mein SOC maximal um ein Delta von ca. 40%, also immer schön im "Zellenwohlfühlbereich" (laut BMS 3,38V = 100% SOC - Reset bei 3,30V, laut Zellchemie 3,38V = 85% SOC).

Bei meinem Victron ESS-System habe ich als untere Grenze 35% SOC eingestellt. Von Mitte April bis Ende August lief das System ohne 1 Minute Unterbrechung (Unterspannung) durch.

Seit 2 Wochen habe ich die obere Grenze auf 3,39V erhöht, meine PV-Anlage wird diese Grenze vermutlich jedoch nicht erreichen können.

Als einziges Problem erweist sich die SOC Berechnung des Systems (laut BMS). Im Sommer wird ca. 15% zu viel SOC angezeigt (3,38V = 100% SOC -> erreichen der oberen Grenze) und im Winter ca. 15% zu wenig (3,10V = 0%SOC -> unterschreiten der unteren Grenze). Kein Problem, wenn man es weiß.

Wahrscheinlich werde ich bei meinem Victron ESS-System die untere Grenze auf 20% SOC (Real 35%) einstellen.

Meine Batteriespeicher werden max. alle zwei Wochen unter Belastung optisch, thermisch (IR-Kamera) und elektrisch (Spannungskontrolle mit dem YR1035+) überprüft.
Fast täglich erfolgt, aus Neugier, eine Kontrolle über das VRM und der Remote Console. Züsätzlich verfolge ich manchmal das Geschehen bei relevanten Situation (erreichen der Schwellen) über Bluetooth direkt auf dem BMS (jede Zellspannung, Temperatur, Zellendelta, SOC, etc.).

Leider alles keine Lösung für Punkt 1.1: Plötzlicher mechanischer, chemischer oder qualitativer Defekt in der Zelle (tickende Zeitbombe).

Ich habe mein JK-BMS (über serial-battery auf dem Venus OS) und mein Victron Multiplus II mit einem Flunke und einem YR1035+ Messgerät verifiziert. Das BMS ist auf 1% genau. Natürlich ist die Spannung am Multiplus und BMS je nach Stromstärke unterschiedlich, da zwischen BMS und Multiplus eine Sicherung, ein Battrieschalter, Kabel und Kontakte liegen. Der Spannungsabfall an der Sicherung (100A) und am Batterieschalter (200A) ist am größten, werden auch handwarm, da kommen schnell 0,02 Ohm zusammen, bei 50A sind das 1 Volt. Völlig Okay.

Das deckt sich absolut mit meiner Beobachung und ist ok!

Habe zwei 16S Systeme mit je 230Ah Batterien im parallel Betrieb (2 x 11,4 kWh, PV 5,2 kWp). Jeder Speicher hat ein eigenes BMS, Sicherung und Batterieschalter.

Der Ladestrom ist pro Pack auf 30A und der Entladestrom auf 50A begrenzt. Victron auf 60A bzw. 80A, max. 55V Batteriespannung.

Der Batteriespeicher mit der etwa 5Ah kleineren Kapazität ist das BMS-Mastersystem für den Multiplus.

SerialBattery ist nicht dafür gemacht, dass ist dir hoffentlich bewusst. Da ist nicht umsonst seit Langem eine Anfrage offen, eine Unterstützung für einen zweiten Akkupack zu implementieren. Ich würde das überdenken, was du hier machst.

Unverständlich ist für mich, dass Leute dem BMS nicht vertrauen aber gefährlich hohe Werte in dem Victron Gerät eingestellt haben. Die Defaultwerte sind, meiner Meinung nach, viel zu hoch!

Welche Default Werde meinst du? Ich habe 55,2V Konstantspannung, du bist margial darunter. Wenn ich dem BMS nicht vertrauen würde, hätte ich es nicht im Einsatz. Ich vertraue Ihm die Überwachung der Zellspannungen an. Ich will aber hier eine zweite Messung, welche unabhängig davon die Laderegelung übernimmt (Spannungsmessung vom Shunt hat einen Fehler = JKBMS regelt ab; JKBMS hat einen Fehler = Shunt reagiert entsprechend). 

Bei mir erfolgt die Lade/Entladung Regelung über JK-BMS und als zweiter Schutz (Sekundär) über den Multiplus.

Da täuschst du dich. Das JKBMS ist der Master, du hast keinen zweiten Schutz (ist hier bereits gut thematisiert worden, DVCC überschreibt das mit dem Wert vom JKBMS). Genau das ist ja das Problem. Kein zweiter Sicherheitslayer vorhanden. 

Nicht angesprochen hast du, ob bei dir DC FEED IN Aktiv ist. Ich tippe fast auf ja, und darauf, dass du - weil niedrige Ladespannung für die einzelnen Blöcke - das bei den gut gebalancten Zellen derzeit kein Problem darstellt. Das kann aber eines werden, von heute auf morgen. Folgen sind wie du gesehen hast fatal.

Achja, und zum weißen Rauch - guck dir einfach die YT Videos an, dann siehst du wie der aussieht. Und von dem wurde ja bereits mehrfach berichtet, wenn Zellen ausgegast sind. 

Veröffentlicht von: @r0li84

↑

SerialBattery ist nicht dafür gemacht, dass ist dir hoffentlich bewusst. Da ist nicht umsonst seit Langem eine Anfrage offen, eine Unterstützung für einen zweiten Akkupack zu implementieren. Ich würde das überdenken, was du hier machst.

Hab nur einen Akkupack, aber BatteryAggregator koennte das wohl.

Veröffentlicht von: @r0li84

↑

Da täuschst du dich. Das JKBMS ist der Master, du hast keinen zweiten Schutz (ist hier bereits gut thematisiert worden, DVCC überschreibt das mit dem Wert vom JKBMS). Genau das ist ja das Problem. Kein zweiter Sicherheitslayer vorhanden. 

Glaube er hat nichts von MPPTs geschrieben, die da parallel noch die Akkus fuettern und bei mir haelt sich der Multiplus an die Maximalspannung  die bei DVCC eingestellt ist und die misst er wohl selbst, hab das vorhin mal ausprobiert.

Es geht nicht um die Maximalspannung, die hält SerialBattery und überschreitet sie nicht. Es geht um eine Reduzierung des Ladestromes bei hohem SOC - das macht es nicht. Das kann zur Überladung einzelner Zellen führen, insbesondere wenn nicht gut gebalanced. Da greift dann in der Regel das BMS ein und stoppt die Ladung. 

Veröffentlicht von: @r0li84

↑

Es geht nicht um die Maximalspannung, die hält SerialBattery und überschreitet sie nicht. Es geht um eine Reduzierung des Ladestromes bei hohem SOC - das macht es nicht. Das kann zur Überladung einzelner Zellen führen, insbesondere wenn nicht gut gebalanced. Da greift dann in der Regel das BMS ein und stoppt die Ladung. 

 

SerialBattery ueberschreitet ja nix, der Multiplus ist doch die Quelle.

Es geht um den Schutz und die Maximalspannung ist ein Teil davon. Wenn er keine MPPTs hat, dann braucht er "DC Feed in" wohl auch nicht und selbst Victron schreibt:

Note: When DC-coupled PV feed-in excess is enabled with ESS, the DVCC system will not apply the DVCC charge current limit from PV to battery. This behaviour is necessary to allow the export. Charge voltage limits will still apply.

Veröffentlicht von: @r0li84

↑

Welche Default Werde meinst du? Ich habe 55,2V Konstantspannung, du bist margial darunter. Wenn ich dem BMS nicht vertrauen würde, hätte ich es nicht im Einsatz. Ich vertraue Ihm die Überwachung der Zellspannungen an. Ich will aber hier eine zweite Messung, welche unabhängig davon die Laderegelung übernimmt (Spannungsmessung vom Shunt hat einen Fehler = JKBMS regelt ab; JKBMS hat einen Fehler = Shunt reagiert entsprechend). 

VICTRON: VEConfig setzt bei Batterietyp LiFePo4 und 16 Zellen DEFAULT als Konstantspannung 56,80V also im Durchschnitt 3,55V pro Zelle. Bei einer so hohen Zellspannung bzw SOC liegt die ein oder andere Zelle eher über 3,7V. Mit Default Werte sind Werkseinstellungen!

Veröffentlicht von: @r0li84

↑

SerialBattery ist nicht dafür gemacht, dass ist dir hoffentlich bewusst. Da ist nicht umsonst seit Langem eine Anfrage offen, eine Unterstützung für einen zweiten Akkupack zu implementieren. Ich würde das überdenken, was du hier machst.

Ist mir bewusst. Würde mir auch wünschen, dass sich die zwei BMS gegenseitig überwachen (z.B. Batteriepackspannungen). Bei einer Abweichung von z.B. mehr als 200mV -> Alarm Batterieüberspannung an MP.

Habe daher das "schwächere" Batteriepack als Master für den MP genommen. Das zweite stärkere kann sich unabhängig ab- und zusschalten, was laut BMS Logfile hin und wieder vorkommt, wenn die Masterbatterie noch kein Zellüberspannungsreset (Schalthysteresse) bekommen hat und der MP durch die Erhaltungsspannung bzw. -Strom (5A) das zweite Batteriepack auch in eine Überspannung geht.

Habe mir schon überlegt, die beiden BMS Datenströme über einen ESP32 zu erfassen und dann ein Master-BMS zu simulieren und verifizierte Daten an den MP zu senden und loggen.
Wenn es nur um die beiden Batteriespannungen geht reicht auch ein analoger Spannungskomperator.
Alles kein Hexenwerk!

Bin mir nicht sicher ob der Multiplus jede falsche Spannungmessung ausbügelt. Ich kann nur berichten, dass bei über 95% SOC der max. Ladestrom auf 5A begenzt wird. Bei meiner Parametrierung (Zellüberspannung bei 3,38V) entspricht das Real ca. 85% SOC.

Meine PV-Anlage ist AC gekoppelt.  Mein Multiplus ist AC gekoppelt.

Zur Info: Ich habe einen Zweirichtungsstromzähler vor dem Multiplus installiert. Daher kann ich Import und Export messen. Der Wirkungsgrad liegt bei 0,76.

To be honest: "DC FEED IN" sagt mir nichts.

Da steht doch ganz deutlich, dass die Ladespannungsgrenzen weiterhin gelten (CVL) und das funktioniert bei mir auch absolut einwandfrei.

Ja, und weil es Victron schreibt ist es besser? Was passiert denn, wenn in einem Notfall die DC Ladung abschalten sollte, serial-battery das aber nicht geregelt bekommt. Dir muss klar sein, dass mit SerialBattery du immer die volle Leistung vom MPPT kommend hast. Wenn keine MPPT installiert sind, kann man darüber reden, dann funktioniert ja aber auch die Laderegelung (es bleibt das Problem, dass ein einzelner BMS Fehler zum Überladen führen kann, weil kein zweiter Sicherheitslayer vorhanden).

Ich gebe die Diskussion hier aber auf. Für mich ist die Sache klar und ich habe vor längerem meine Konsequenzen gezogen. Die Amis in diversen Foren sind hier auch schlauer, zumindest haben die das Problem erkannt und diskutieren das ganz anders als hier.