Funktion des Dynamic Power Limiter erweitern

[peff74]

Ich hätte da vielleicht eine Idee wie man den Dynamic Power Limiter etwas aufhübschen könnte.

Und zwar fände ich es sinnvoll:
wenn man ab Unterschreitung einer gewissen Spannung die Leistung des Wechselrichters drosseln könnte.
Sobald dann 'DC Spannung - Stop' erreicht ist wird dann wie bisher abgeschaltet und bei 'DC Spannung - Start' wieder voll gestartet.

Weiterhin würde ich es für Sinnvoll halten eine gewisse Entprellung/Verzögerung einzubauen damit z.B. ein Ceranfeld läuft nicht ständig hin und her geregelt wird. So läuft die Leistungsregelung immer hinterher.

In diesem Skript, ist das recht gut umgesetzt: https://github.com/reserve85/HoymilesZeroExport

[ele-dev]

Fänd ich auch ne gute Idee. Es würde vielleicht auch denen Helfen, die keine CAN Kommunikation und somit kein SOC Wert haben sondern nur die Batterie Spannung, die ja bekanntlich abhängig von der Last einbricht, verwenden können um zu konfigurieren "wie leer" der Dynamic Power Limiter die Batterie machen darf.
Wenn man die Entladeleistung im unteren Bereich absenken würde, wäre der Spannungsabfall kleiner und der DPL hört nicht immer zu früh auf mit der Einspeisung, weil die Spannung zu tief liegt.

[schlimmchen]

Die vernünftige und zuverlässige Lösung wäre hier dafür zu sorgen, dass der SoC von einem externen BMS bereitsteht. Die wissen mit Spannungsschwankungen umzugehen und den Ladezustand der Batterie einigermaßen gut abzuschätzen. Jedenfalls nicht schwankend wenn man kocht.

Darüber hinaus gibt es bereits die lastabhängige Korrektur der Spannung im DPL. Warum reicht dieses Feature hier nicht aus? Wenn hier mehrere Leute beobachten, dass der DPL zu viel hin und her schaltet beim kochen, dann scheint es mir so als wäre der erwähnte Korrekturfaktor nicht gut eingestellt.

[ele-dev]

Ist mir bewusst, dass das eigentlich Aufgabe eines BMS ist. Gibt halt Fälle in denen die Kommunikation zwischen open dtu und BMS (noch) nicht möglich ist, die ganzen BMS da draußen sprechen ja kein einheitliches Protokoll zum SOC auslesen und solange es keine Alternative zu den BMS spezifischen CAN Schnittstellen gibt um SOC Werte "über Umwege" in open dtu einzubinden, würde das halt helfen.
Am Korrekturfaktor kann man natürlich viel tunen, braucht halt einiges an rumprobieren.

[schlimmchen]

Am Korrekturfaktor kann man natürlich viel tunen, braucht halt einiges an rumprobieren.

Das sehe ich anders. Es braucht vielleicht eine Anleitung dazu, wie man den Faktor verstehen muss und wie man ihn einstellt, aber einstellen tut man das einmal und fertig. Schlimmstenfalls muss man die Bestimmung des Faktors wiederholen, wenn man sein Setup geändert hat (neuen Sicherungsautomaten, neue Leitung, neuen Klemmblock, oder so etwas).

Wenn ich so drüber nachdenke könnte man die Bestimmung des Faktors vermutlich auch automatisieren. Eine Art Selbstkalibrierung. Das würde ich als Feature unterstützen. Ein immer komplexer werdendes Setup des DPL nicht. Er ist jetzt schon zu kompliziert.

[swingstate]

@schlimmchen, ich habe mir dazu schon oft Gedanken gemacht (rein auf Strategischer Ebene, nicht was echten Code angeht) - Lässt sich das Limit bzw. der Korrekturfaktor zum Ende der Entladung, beispielsweise bei 51,5V, nicht vielleicht mittels eines Algorithmus so anpassen, dass ab 25% Batteriekapazität nur maximal beispielsweise 300W entnommen werden, so dass die Spannung der Batterie später einbricht? Quasi ab 25% eine Absenkung des Limits, wobei die Absenkung bei sinkender Spannung steigt bzw. das Limit bis zur definierten Abschaltspannung auf ein Minimum sinkt.

Nicht jeder nutzt ein BMS / Stunt, von daher bleibt die Spannungsbasierte DPL Steuerung valide.

[Manos1966]

Es braucht vielleicht eine Anleitung dazu, wie man den Faktor verstehen muss und wie man ihn einstellt

Die hatten wir in einer Diskussion gehabt... (ja, ja, ich kann es in die Wiki addieren)
Ich benutze einen DC Spannung - Lastkorrekturfaktor von 0,0013 mit einem HM-1500 und behaupte, die Berechnung der Batterie-Kapazität auf Basis der Spannung funktioniert verdammt gut. 💯

Den richtigen Lastkorrekturfaktor zu finden ist einfach, hier ist ein Beispiel mit einem HM-1500:

1. Batterie Spannung Profil notieren (bei X Spannung, Y% Batterie Kapazitaet).
   sieht so aus:
   
   Zum Beispiel, bei 10% Kapazitaet, die Spannung liegt bei 25,6V
   Nehmen wir an, 10% (25,6V) ist der minimale BAtteriestand den wir haben wollen.
2. Batterie % auf da niedrigste Ziel bringen (z.B. 10%) mit HM-1500 AUS
3. HM-1500 auf hohe Leistung einschalten (1000W)
   Batterie Spannung unter 1000W Last notieren (z.B. 24,3V)

Also wir haben unsere Eckdaten:
Spannung 25,6V (ohne Last)
Last (Aktuelle Leistung) 1000W
Korrigierte Spannung 24,3V (unter 1000W Last)

Korrigierte Spannung = DC Spannung+ (Aktuelle Leistung (W) x Korrekturfaktor)
oder Korrekturfaktor = (Korrigierte Spannung - DC Spannung) / Aktuelle Leistung (W)
Ergebnis: 0.0013 = (24,3V - 25,6V) / 1000(W)
(nutze den absoluten Faktor, ohne minus)

Wenn ich also den DC Spannung - Lastkorrekturfaktor von 0,0013 fuer meine Batterie nutze, dann bin ich 100% prozentig sicher, dass meine OpenDTU, mit oder ohne Last, die genaue Werte berechnen kann, wenn meine Batterie den Grenzbereich (im Beispiel 10% Kapazitaet) erreicht.

Warum habe ich trotzdem zu einer Batterie mit SOC gewechselt?
Heute ist die OpenDTU kompatibel mit Victron SmartShunt daher jede Batterie kann SOC haben 💯 (R E S P E K T 🥇 )

Der DC Spannung - Lastkorrekturfaktor funktioniert PERFEKT, so lange keine Solar Produktion statt findet z.B. Nachts.
Tagsüber aber, laedt der Victron MPPT die Batterie mit.... HOEHERE SPANNUNG als die Batterie hat.
Zum Beispiel, meine 48V Batterie wird mit 52V geladen.
Ergebnis: die Berechnung des Ladezustands auf Basis der Spannung tagsüber, (solange Strom produziert wird) ist "für die Katz"
Ist dafür die OpenDTU Schuld? Natürlich NICHT! ("Das unmögliche wird sofort gemacht, Wunder dauern etwas länger")

Deswegen sollte man SOC haben (es hat dieses Problem nicht).
Aus diesem Grund sehe ich die Einbindung des Victron SmartShunt (oder eine Batterie mit kompatiblem SOC) als die wichtigste Verbesserung der OpenDTU.

[hoschiking]

Hallo zusammen,
ich bin neu in diesem Forum, stelle mich bei der Gelegenheit kurz vor:
Bin 51 Jahre alt, In den Themen Batteriespeicher und Solar berufsbedingt und privat ca 25 Jahre Erfahrung,
ich hoffe, dass ich etwas zur Verbesserung des tollen Projektes beitragen kann.

Zurück zum Thema:
Ich finde, der DPL sollte insofern erweitert werden, dass beides berücksichtig wird, wie schon vielfach gefordert,
jedoch in einer anderen Form. Die Vor- und Nachteile beider Verfahren (Auswertung von SOC und Ubat) sind ja hinlänglich bekannt.
So hat man als User nur die Wahl zwischen Pest und Cholera.
Ich persönlich halte den Einsatz von Start und Stop-Spannung mit dem Korrekturfaktor als wesentlich präzisere Methode.
Die SOC Schätzung des BMS ist dafür kaum brauchbar, wenn man nicht alle 3 Tage die Batterien bis zur Ladeschlußspannung treibt um den korrekten SOC im BMS zu setzen. Das ist mir aber im Dez und Jan mangels Sonne nur 2 mal gelungen.
Ich möchte dennoch das BMS einbinden, da man auf diesem Wege neuerdings alle wichtigen Werte per MQTT geliefert bekommt und diese dann wunderbar zB im ioBroker in die DB schieben kann. Binde ich das BMS ein, werden foratn die Spannungen der Batterie igonoriert. Daher meine Empfehlung für 2 Dinge, die unbedingt rein gehören und dennoch einfach zu implementieren sein sollten, ohne jetzt den Code zu kennen:

1. Wenn BMS eingebunden, dann die Wahl welcher Parameter zum Ein und Auschalten herangezogen wird (SOC oder UBat)
   So ähnlich ist es jetzt schon gelöst -> wenn länger als 1 Minute keine Werte vom BMS, dann U Bat als Stellgröße benutzen.
2. Als zusätzlicher Abschaltparameter eine Mindestspannung, bei der unabhängig vom SOC das Entleeren der Batterie unterbunden wird. Im Optimalfall sogar die Spannung der Zelle mit der geringsten Spannung., wenn bekannt. Ich verwende ein JK BMS und da werden mir ja die 3 relevanten Spannungen angezeigt (Umin, Umax und Uavg) Die wichtigste Aufgabe des BMS ist ja, abzuschalten, wenn die Zelle mit der gerinsten Spannung einen kritischen Wert erreicht. Dies passiert häufiger als man denkt. Es gilt aber auf der anderen Seite zu vermeiden, dass das BMS abschaltet, weil kritische Spannungen erreicht werden. Alle mir bekannten BMS trennen leider die Minus-Leitung mit allen negativen Folgen. Wenn man nicht aufpasst und sich irgendwo anders die Masse holt kann sich einige Geräte zerstören, es kann bis zum Brand führen. Daher muß die Abschaltung durch BMS nur als Rettungsanker und nicht als Funktion verstanden werden. Genau diese Funktion fehlt aber dem DPL. Ich habe es so gelöst, dass ich alle Daten des BMS die ich per MQTT von OpenDTU geliefert bekomme in die Datenbank schreibe. Sobald die Spannung der Zelle mit der niedrigsten Spannung erreicht, in meinem Fall 3,2V, da hat die Zelle ziemlich genau einen SOC von 20%, schalte ich den DPL per MQTT aus. Dies wurde in einem anderen Thread beschrieben, wie das geht. vielen Dank dafür. Dies ist aber ein erheblicher Aufwand und nur die wenigsten benutzen die Kombi mit ioBroker/Blockly/MQTT usw.

Am sonsten ein tolles Projekt, vielen Dank dafür. Ich werde öfters berichten und Verbesserungsvorschläge einreichen, wenn gewünscht. Übrigens: Der Paramter "Status Ladeausgang" eines Victron MPPT ist nicht korrekt, es handelt sich hierbei um den Lastausgang, das sollte auch mal korrigiert werden.

Danke und Grüße
Greg

[mastertape]

Ich fände es sehr begrüßenswert den wenn es irgendwie möglich wäre den DPL so zu gestallten das mehrere Wechselrichter mit und ohne Akku dynamisch Z:.b. richtung 0 oder (-)max 600 watt einspeisung tagsüber gesteuert werden könnten. Auch wäre toll ein Tag und Nacht Profil hinterlegen zu können.

[spcqike]

Das mit dem Profil gehört wohl eher in den upstream, oder? Da gibt es bereits solche Anfragen

bspw
tbnobody#796

[schlimmchen]

@hoschiking Deine Gedanken resonieren recht gut mit meinen. Außerdem schätze ich jeden JK BMS Benutzer 😁

1. Das kann man so machen. Das ist in der Tat nicht soooo kompliziert. Jeder neue Schalter ist zwar immer eine Hürde, weil alles komplizierter/komplexer wird, aber das hier wäre recht leicht zu kapseln und recht leicht zu erklären und dokumentieren. Lästig wird die dann nötige Umgestaltung der GUI.
2. Es freut mich total zu lesen, dass jemand mit Erfahrung ähnliche Gedanken hat wie ich: Das BMS soll nicht eingreifen müssen. Lange war ich der Meinung, dass dem SoC des BMS zu trauen sei, aber ich habe eingesehen, dass dem nicht so ist. Mir ist schon mehrfach das BMS ungewollt dazwischengekrätscht, weil der SoC bei 40% lag und sich das BMS dann plötzlich umentschieden hat auf 0%, weil die Spannung(en) entsprechend weit abgesackt sind. Kleine Ströme registriert das JK BMS nicht (korrekt).
   Nebenbemerkung: Mein neues JK B2A24S-15P hat mit Firmware 11.288 zwei neue Einstellungen: 0% SoC Schwellspannung und 100% SoC Schwellspannung (scheinbar nur über Bluetooth einstellbar). Das ist natürlich super spannend, weil man nun dafür sorgen kann, dass das BMS 0% SoC meldet bei entsprechend niedriger Spannung, aber bevor es das Entladen abschaltet. Das kann dann den DPL triggern.
   Die niedrigste Zellspannung ist nur bei Verwendung eines JK BMS bekannt. Wenn man diese als weitere Bedingung heranziehen möchte, wäre das eine mäßig schöne Sonderlocke im Code. Da die Zellen durch das JK BMS auch ausbalanciert werden, reicht es sicherlich, die Gesamtspannung heranzuziehen.

Also wenn jemand Funktion 1 aktiviert (nutze Spannungen im DPL statt SoC, auch wenn eine Batterie angeschlossen ist), dann ist Funktion 2 obsolet, korrekt?

Für Funktion 2 möchte ich ehrlich gesagt keine weitere Schwellspannung definieren. Stattdessen wäre es doch sinnvoll, wenn man wählen kann, dass SoC und Stop-Schwellspannung nicht unterschritten werden dürfen? Gleiches könnte für die Start-Schwellspannung und die Full-Solar-Passthrough-Schwellspannung gelten (SoC und Spannungen müssen jeweils drüber liegen). Was denkst du dazu?

In diesem Zusammenhang fällt mir ein weiterer Punkt ein, den der DPL weiterbringen könnte: Wäre doch viel besser man würde die vom BMS gemeldete Spannung heranziehen für den Vergleich mit den Schwellspannungen, statt die am Inverter gemessene? Die wäre vermutlich weniger veraltet und vor allem würde sie kaum (keine?) Leitungsverluste beinhalten (wohl aber das Absacken an der Batterie selbst).

Übrigens: Der Paramter "Status Ladeausgang" eines Victron MPPT ist nicht korrekt, es handelt sich hierbei um den Lastausgang, das sollte auch mal korrigiert werden.

Wo?

[hoschiking]

Hallo Schlimmchen,

das sind ja viele Frage, ich versuche die mal chronologisch zu beantworten :-)

Im zweiten Teile komme ich dann noch auf einige Grundlagen zu Lifepo4 Zellen, das wird bestimmt zum allgemeinen Verständnis beitragen. Dann wirst du besser verstehen warum sich das BMS so und nicht anders verhält. Aber der Reihe nach:

Also wenn jemand Funktion 1 aktiviert (nutze Spannungen im DPL statt SoC, auch wenn eine Batterie angeschlossen ist), dann ist Funktion 2 obsolet, korrekt?

Eigentlich nicht.

1. sollte ein Auswahlfeld im DPL sein, welcher Paramater herangezogen werden soll. Soweit korrekt.

2. ist streng genommen eine allgemeine Funktion und sollte immer greifen, auch wenn DPL abgeschaltet ist. Vielleicht wäre es besser, wenn man die im Bereich Batterie platziert, dann ist es für dich in der GUI eleganter zu lösen. Auch wenn man DPL abschaltet und eine statische Einspeisung einstellt, sollte der WR bei unterschreiten der Spannung abgeschaltet werden.

Für Funktion 2 möchte ich ehrlich gesagt keine weitere Schwellspannung definieren. Stattdessen wäre es doch sinnvoll, wenn man wählen kann, dass SoC und Stop-Schwellspannung nicht unterschritten werden dürfen? Gleiches könnte für die Start-Schwellspannung und die Full-Solar-Passthrough-Schwellspannung gelten (SoC und Spannungen müssen jeweils drüber liegen). Was denkst du dazu?

Könnte man machen, wird aber wirklich kompliziert. Wenn man es so trennt, wie ich es weiter oben beschrieben habe, wenn möglich, dann wäre es eine elegante Lösung, verständlich für den User und auch gut zu dokumentieren. Sobald eine der beiden Schwellwerte unterschritten wird -> WR abschalten. Das gleiche gilt fürs Einschalten. Beides zu verwurschteln halte ich nicht für zielführend und es wird auch nicht einfacher. Entweder das eine oder das andere. Ich glaube es wäre auch einfacher zu implementieren. Aber da kenne ich mich nicht so aus. Hardware kann ich, Software ist nicht so meins, da tue ich mich verdammt schwer.

In diesem Zusammenhang fällt mir ein weiterer Punkt ein, den der DPL weiterbringen könnte: Wäre doch viel besser man würde die vom BMS gemeldete Spannung heranziehen für den Vergleich mit den Schwellspannungen, statt die am Inverter gemessene? Die wäre vermutlich weniger veraltet und vor allem würde sie kaum (keine?) Leitungsverluste beinhalten (wohl aber das Absacken an der Batterie selbst).

Ehrlich gesagt bin ich davon ausgeangen, dass es so ist, da in der Doku überall steht, dass es den Spannungsfall der Batterie unter Last korrgieren soll, nicht der gesamten Anlage. Die vom WR gemeldete Spannung ist nicht zu gebrauchen, da viel zu viel Drift, je nach Last. Des weiteren ist es eher ein Schätzeisen und weniger ein verlässliches Messmittel. Klar, wenn man kein BMS hat, dann muss man das heranziehen, sonst auf keinen Fall. Ich habe extrem auf niedrige Widerstände und dicke Kabel geachtet, dennoch fallen bei 10 A auch noch weitere 0,3V auf dem Weg zum WR ab. Dh es muss dann ein Korrekturfakor nicht nur für die Batterie selbst, sondern für die gesamte Strecke bis zum WR ermittelt werden. Es ist aber nicht schlimm, da für den Benutzer einfacher, wenn es so dokumentiert wird. Das Vorgehen könnte so aussehen:

DPL aus, Einspeiseleistung statisch auf möglich hohen Wert stellen, beim HM-300 z.B. auf 250W (mehr auf keinen Fall bei 24V, da der Maximalstrom des DC-Eingangs überschritten wird und dieser sich nicht mehr regeln lässt), dann die Spannungsdifferenz zwischen WR und BMS in der GUI ermitteln und die von dir genannte Formel anwenden.

Jetzt die Kurzfassung der Antwort: ein ganz klar JA :-)

Wo?

In der zweiten Zeile unter "Geräteinformationen"

Am sonsten tolle Arbeit, muß ich wirklich sagen, ziehe meinen Hut und freue mich auf weitere Verbesserungen. Wenn Unterstützung bezüglich Tests benötigst, jederzeit anschreiben. Vielleicht kann ich meinen Beitrag leisten.
Grüße

[hoschiking]

Antwort zu 2., ich zitiere:
"Es freut mich total zu lesen, dass jemand mit Erfahrung ähnliche Gedanken hat wie ich: Das BMS soll nicht eingreifen müssen. Lange war ich der Meinung, dass dem SoC des BMS zu trauen sei, aber ich habe eingesehen, dass dem nicht so ist. Mir ist schon mehrfach das BMS ungewollt dazwischengekrätscht, weil der SoC bei 40% lag und sich das BMS dann plötzlich umentschieden hat auf 0%, weil die Spannung(en) entsprechend weit abgesackt sind. Kleine Ströme registriert das JK BMS nicht (korrekt).
Nebenbemerkung: Mein neues JK B2A24S-15P hat mit Firmware 11.288 zwei neue Einstellungen: 0% SoC Schwellspannung und 100% SoC Schwellspannung (scheinbar nur über Bluetooth einstellbar). Das ist natürlich super spannend, weil man nun dafür sorgen kann, dass das BMS 0% SoC meldet bei entsprechend niedriger Spannung, aber bevor es das Entladen abschaltet. Das kann dann den DPL triggern.
Die niedrigste Zellspannung ist nur bei Verwendung eines JK BMS bekannt. Wenn man diese als weitere Bedingung heranziehen möchte, wäre das eine mäßig schöne Sonderlocke im Code. Da die Zellen durch das JK BMS auch ausbalanciert werden, reicht es sicherlich, die Gesamtspannung heranzuziehen."

JA, der Gedanke war gut, aber leider eine Illusion. Der berechnete SOC ist nur ein Schätzeisen, für informative Zwecke ganz ok, als Parameter für Regelungszwecke nicht zu gebrauchen. Nach Möglichkeit sollte die gesammte Regelung nur von der Spannung abhängen, und zwar möglichst nah an der Zelle, also bestenfalls vom BMS. Warum?

1. Die Angaben der Hersteller sind mit Vorsicht zu geniessen, die sind eher irreführend als brauchbar.
   Eine Lifepo4 Zelle ist bei 3,4V praktisch voll, bei 3,0 Volt praktisch leer, entladen werden sollte sie eigentlich nur bis ca. 3,2V, dann bewegt man sich im SOC Fenster 20-90% und alles ist gut, die Zelle dankt es einem mit einem langen Leben. Benutzt man die Voreinstellung des BMS oder die Datenblätter (2,5V bis 3,6V), dann bewegt man sich an jedem Ende im extrem nichtlinearen Bereich, die Zellen sind starkem Stress ausgesetzt und altert rapide.
   Beispiel: Unter 3,2V beginnt die Spannung unter Last rapide zu sinken, da die Impedanz stark ansteigt, da ist nicht mal mehr eine brauchbare Bestimmung der Zellenspannung möglich. Dafür müßte man die Entladung zyklisch kurz unterbrechen um die Zellenspannung zu messen. Das BMS ist doof und es geht stupide davon aus, dass die Zelle sich bis 2,5V linear verhält. Das ist der Grund, warum dein BMS meint, die Zelle ist noch zu 40% voll, obwohl die nahezu leer ist, weil von 3,2V zu 2,5V es noch ein weiter Weg ist. Dann bricht die Spannung unter Last rapide ab und der (geschätzte) SOC im BMS fällt auf 0%.

Schau dir den Spannungssprung ab 3,4V beim Laden an:

Das gleiche beim Entladen unterhalb von 3,2V

Der Spannungsanstieg am Ende kommt von der Abschaltung des WR bei 20% SOC

Ich benutze folgende Parameter.
Ladeschlußspannung am Victron MPPT = 27,4V (3,425V je Zelle)
Entladeschlußspannung im ioBroker/Blockly = 3,175V der Zelle mit der geringsten Spannung) ~25,4V
Die 0,025V Abweichung je Zelle ist die Spannungsdriftkorrektur.
OVP im BMS = 3,45V (dies ergibt 27,6V Ausgleichsspannung im Victron MPPT, 1mal / Woche um den SOC im BMS zu kalibrieren)

Daher benutze ich vorerst die Spannungswerte des BMS im ioBroker zu Steuerung der Laderegler und des WR, solange
es in OpenDTUonBattery noch nicht anders implementiert ist. Dies geht natürlich erst jetzt zufriedenstellnd, seit dem OpenDTU die Werte des BMS per MQTT an den Broker meldet. Dies war ein wichtiger Schritt. Eleganter wäre es natürlich, wenn es so implementiert werden würde, wie schon weiter oben beschrieben. Mein BMS hat leider die Einstellung "0% SoC Schwellspannung und 100% SoC Schwellspannung" nicht, das wäre ideal. Du kannst es natürlich dazu nutzen, die von mir oben genannten Werte genau dafür zu nutzen. Dann wird dein BMS an jedem Ende kalibriert ohne abzuschalten. Die Reißleine kannst du dann bei 3,0 und bei 3,5V ziehen (UVP und OVP). Des weiteren kannst du elegant die Werte nutzen um den DPL zu triggern, alle anderen ohne der neuesten Firmware können es leider nicht nutzen. Ideal wäre natürlich die Zelle mit der geringsten Spannung zur Regelung zu nutzen, aber wenn es nicht so einfach ist wie gedacht, dann muß es nicht unbedingt sein.
Beispiel: November/Dezember hat es 6 Wochen am Stück geregnet, da werden die Zellen täglich wenige Prozent, wenn überhaupt, geladen und die Batterie wurde 6 Wochen lang nicht voll. Da ist dann nix mehr mit sauberem Balancing oder brauchbarem SOC, ich habe dann die Anlage für mehrere Wochen einfach abgeschaltet und nicht genutzt. Die Zellen altern genau dann am schnellsten ohne dass man einen nennswerten Ertrag hat. Kosten/Nutzen unterirdisch. Selbst wenn die Zellen optimal ausbalanciert sind, bei mir war es definitiv der Fall, driften die Spannungen der einzelnen Zellen unterhalb von 3,2V massiv auseinander, da die Impedanz die Oberhand gewinnt und der minimale Unterschied unter den Zellen sich doch sehr stark auswirkt. Ich habe mal für Testzwecke die Zellen bis 3,1V entladen, schaue dir die Auswirkung auf die Zellenspannung an. Bei weiterer Entladung würde dier schwächste Zelle massiv einbrechen und wesentlich schneller altern als die anderen, das wäre für den Speicher über kurz oder lang tödlich. Daher ist eine zyklische Entladung ohne BMS nicht praktikabel und führt über kurz oder lang zum Tod einzelner Zellen.

Aber meine Anlage ist noch in der Entwicklung, Ende November erst angefangen, mangels Sonne konnte ich die kaum testen.
Ich lade die Batterie über einen MPPT am Balkonkraftwerk 800W und zusätzlich bei ausreichend Überschuß AC-gestützt über AC/DC Netzteil. Die gesamte Regelung ist sehr kompliziert und so ohnehin nicht über OpenDTUonBattery machbar.
Vielleicht irgendwann..... ;-) Du hast zwar das Huawei-Netzteil implementiert, für 24V Anlagen ist es leider nicht nutzbar.

Ich hoffe, ich konnte damit etwas Licht ins dunkle bringen, einige Sachverhalte habe ich stark vereinfacht, damit es nach Möglichkeit auch ein ambitionierter Laie versteht. Zum groben Verständnis sollte es aber reichen. Dies soll aber nicht als Kritik an deiner Arbeit verstanden werden. Es echt ein super Projekt und ich bin von deiner Arbeit begeistert, deswegen nutze ich es auch. Ich weiß um die kleinen Schwächen und bügele die mittels ioBroker/Blockly aus. Vielleicht bald nicht mehr ;-)
Es ist spät, ich sollte schlafen gehen.
Grüße aus dem Pott

[spcqike]

Das BMS ist doof und es geht stupide davon aus, dass die Zelle sich bis 2,5V linear verhält. Das ist der Grund, warum dein BMS meint, die Zelle ist noch zu 40% voll, obwohl die nahezu leer ist, weil von 3,2V zu 2,5V es noch ein weiter Weg ist.

ist das so? Ich dachte ein BMS misst, so wie die Victron shunts, die Energie, die bezogen und geladen wird.

Akku leer, laden auf Akku voll, das BMS musst wie viel Energie herein ging und nimmt diesen Wert als 100%. Beim entladen misst es, wie viel heraus kommt und mapped die Differenz einfach auf 0-100.

Entlädt sich die Batterie mit so wenig Strom, dass das BMS diesen nicht sinnvoll erfassen kann, ändert sich auch der SoC nicht.

Verliert die Batterie Kapazität (durch Alterung oder temperaturbedingt), merkt das BMS das ebenso wenig.

Daher misst das BMS auch alle Zellen und greift als „Last line of Defence“ ein, bevor eine Zelle zu tief entladen wird. Dadurch wird der SoC eben auf 0% gesetzt. Beim laden wird dann wieder gemessen, wie viel rein geht, bis er voll ist.

Daher ist es auch wichtig, eine vollständige Aufladung durchzuführen. So wird es ja auch bei jedem Gerät in der Anleitung geschrieben „laden sie das Gerät vor dem benutzen vollständig auf“.

Wäre die SoC Entscheidung rein spannungsbasiert, wäre das alles nicht nötig. So war es bei Blei und NiMH Zellen, meines Wissens nach aber nicht mehr bei Lithium Zellen jeglicher Art.

[schlimmchen]

ist das so? Ich dachte ein BMS misst, so wie die Victron shunts, die Energie, die bezogen und geladen wird.

Das ist leider Spekulation, jedenfalls beim JK BMS, weil wir weder die Softwareimplementierung kennen noch es eine aussagekräftige Dokumentation gibt -- leider.

Entlädt sich die Batterie mit so wenig Strom, dass das BMS diesen nicht sinnvoll erfassen kann, ändert sich auch der SoC nicht.

Dem stimme ich zu, das entspricht meinen Beobachtungen. Beispiel mit den 40%: Das was im November, als ich entschieden hatte die Batterie gar nicht mehr zu betreiben. Aber der WR, die Laderegler, das BMS und dessen Display haben die Nacht über Strom bezogen, der scheinbar gar nicht berücksichtigt wurde vom BMS, sodass die Batterie nach 7d doch leer war.

[schlimmchen]

Du hast zwar das Huawei-Netzteil implementiert, für 24V Anlagen ist es leider nicht nutzbar.

Es echt ein super Projekt und ich bin von deiner Arbeit begeistert,

Schön, dass du das Projekt gut findest, aber weder habe ich was mit der Unterstützung des Huawei-Netzteils zu tun, noch bin ich hier irgendwie federführend. Ich bastel hier nur gerne mit dran herum 😉

Ansonsten: Ich bin total bei dir. Auch die Entscheidung bei 3.2V das Entladen stoppen zu wollen, teile ich. Zu diesem Wert bin ich unabhängig von dir schon gekommen. Ich hatte deshalb die UVP Spannung am BMS entsprechend hoch gesetzt, um dann praktisch zu begreifen, dass das ungeschickt ist, weil man wie besprochen vermeiden möchte, dass das BMS eingreift. Den Punkt mit der Streuung der Zellspannungen im unteren Ladebereich ist mir auch aufgefallen.

Also mein Gefühl ist es gerade, dass

• Punkt 1 (nutze Spannungen statt SoC, auch wenn eine Batterie angeschlossen ist) ein echter Fortschritt wäre (mit der Einsicht, dass der SoC leider nicht sonderlich zuverlässig ist) und
• es total sinnvoll wäre, die Spannung des BMS zu nehmen für die Regelung, wenn sie denn verfügbar ist, sonst wie gewohnt Spannung am WR (als Fallback). [Den Lastkorrekturfaktor würde man dann auf das BMS tunen, und wenn dann als Fallback die Spannung vom WR genommen wird, dann schaltet man etwas zu früh ab, was aber akzeptable ist, anders als zu spät abzuschalten.]

Die Idee, eine weitere Einstellung, ggf. im Bereich der Batterie, zu implementieren, die grundsätzlich den WR abschaltet, wenn die Spannung entsprechend gefallen ist, kann ich zwar nachvollziehen, aber die macht mir echt Kopfschmerzen. Jedenfalls ohne DPL bzw. mit ausgeschaltetem DPL. Denn (nur) der DPL weiß, welche(r) WR abzuschalten wäre (der DPL geht davon aus, dass genau ein WR an einer Batterie hängen kann und welcher das ist, wird eingestellt beim DPL). Hier würde es sehr helfen, wenn ich mit meiner Idee weiterkäme, dass man bei jedem WR einstellen kann, ob er vom DPL gesteuert werden soll, und für diesen Kontext wichtiger: dass er an der Batterie hängt. Dann müsste man aber trotzdem eine Zwischen-Softwareschicht einfügen, welche die Anforderungen des DPL und der Batterie verheiratet und dementsprechend entscheidet, ob die Wechselrichter an der Batterie abgeschaltet werden müssen, oder ob der DPL entscheiden darf, welches Limit die WR an der Batterie haben. Bis hier hin wäre das noch einigermaßen machbar, es ist aber schon jetzt ein ausgewachsenes Feature. Hinzu kommt dann, dass man auch noch unterbinden möchte, dass Limitänderungen bzw. das Einschalten per MQTT oder WebUI ebenfalls unterbunden werden sollten, wenn die Batterie geschützt werden muss. Und hier wirds dann spätestens anstrengend, auch weil man dann weitere Änderungen pflegen muss, die mit dem Upstream-Projekt kollidieren.

Aber: Ich tue mir schwer, diese Idee wegzudiskutieren, weil sie einfach gut ist 👍

Noch ein Gedanke: Der DPL könnte dann auch vereinfacht werden: Die Stop-Schwellspannung ist dann im Verantwortungsbereich der Batterie. Der DPL kann Limits setzen, wie er möchte, die neue Software-Zwischenschicht wird regeln, dass der WR ausgeschaltet bleibt, wenn die Batterie "leer" ist. Und für die Leute, die keine Batterie haben und dennoch den DPL nutzen (zwecks Nulleinspeisung), wird die Stop-Schwellspannung dann "automatisch" irrelevant.

Vielen Dank für deinen Input, @hoschiking, da kommen gute Gedanken bei raus 😊

[hoschiking]

@schlimmchen:
Ok, ist nachvollziehbar mit der Implementierung, wäre aber meiner Meinung nach der einzige gangbare Weg.
Denn eines ist mir nämlich bei meinen Tests aufgefallen:
Wenn der DPL ausgeschaltet ist und der WR statisch einspeist, dann speist der WR solange bis das BMS wegen UVP die Batterie trennt.
Unschön und klingt für mich jetzt logisch, weil wie du beschrieben hast, nur der DPL den WR abschalten kann.
Machst du es so wie vorgeschlagen, dann greift der Schutz auch dann, wenn DPL aus ist. Win/Win.

@spcqike:
Im Grunde ist es auch so, wie du es beschreibst, jetzt kommt das große ABER:
Hast du dir die Messgenauigkeit des Shunts im Jk BMS angeschaut?
Es hat nur eine Auflösung von 0,1A, egal wie oft ich es kalibriere, ich habe direkt danach ein Abweichung von bis zu 0,5A.
Die Fausformel besagt ja, das Messmittel MUß mindestens eine Dekade genauer sein als die zu messende Größe.
Hier zeigt es sich mal wieder, dass dies so ist. Hinzu kommt die Abweichung des A/D Wandlers, der kann anscheind nicht genauer als 0,1A Auflösung. In Summe liegt die Messgenauigkeit bei bestenfalls 1A. Wenn man also nicht regelmässig das BMS kalibriert, hast du innerhalb kürzester Zeit einen massiven Drift, wie bei schlimmchen..... Um es zu kalbrieren, muß man bei meiner leider jedes mal die Zellenspannung bis zur OVP und UVP treiben, wodurch das BMS abschaltet. Ein Teufelskreis. Legt man die Spannung zu hoch / zu niedrig (also außerhalb der sinnvollen 3,2 und 3,4V) so altern die Zellen vorzeitig. Es ist in Summe ein fauler Kompromis, dem man nur begegnen kann, indem man eben die Einspeisung rein spannungsgesteuert ein und abschaltet bevor das BMS greift und dann regelmässig das BMS kalibriert, was tolerabel ist, wenn man die OVP auf max 3,45V legt. Alles derüber hinaus wird die Zelle überladen.

Wenn man also nicht genau weiß was man tut, nicht alle Spannung in allen Komponenten aufeinander abstimmt, in meinem Fall in OpenDTU, Victron MPTT, JK BMS und in den Scripten im ioBroker, dann wird so eine Anlage dauerhaft nicht richtig laufen. Ich habe Wochen mit Testen und Abstimmen verbracht, inkl. Weihnachten. Die Blicke der Chefin könnt ihr euch vorstellen :-)

[schlimmchen]

bevor das BMS greift und dann regelmässig das BMS kalibriert, was tolerabel ist, wenn man die OVP auf max 3,45V legt. Alles derüber hinaus wird die Zelle überladen.

Nehmen wir denn an, dass das BMS kalibiert ist, bevor es OVP erreicht? Also im Sommer war ich regelmäßig bei 99% (100% habe ich nie gesehen), aber unterhalb von OVP. Passt das dann?

Mit der neuen 100% Schwellenspannung im BMS mit neuerer Firmware ist das natürlich sehr leicht umzusetzen. Aber was ist denn deine Strategie zur Kalibration, wenn man diese Einstellung nicht hat?

[spcqike]

Also im Sommer war ich regelmäßig bei 99% (100% habe ich nie gesehen), aber unterhalb von OVP. Passt das dann?

kann es sein, dass die 100% nie kamen, weil das BMS einfach nicht weiß, wann 100% erreicht sind? Wenn die Ladeschlussspannung nie erreicht wird?

Das BMS sollte ja die Energie messen, die ge- und entladen wird.

Beim aufladen von unterer Spannung bis maximaler Spannung ermittelt es, im besten Fall mit einer einmaligen Aufladung ohne Unterbrechung, wie viel Ah (oder Wh?) hinein gingen. Diese Menge nimmt es dann als 100%.

Wenn man die Grenzen in der Software des BMS frei festlegen kann, und damit den Akku quasi oben und unten beschneidet um ihn zu schonen, wird das BMS ja die Energie nur in dem Bereich ermitteln und entsprechend Mappen.

Wenn das BMS keinen Eingriff in die Grenzen zulässt, muss man wohl, zumindest gelegentlich, von einem möglichst tiefen Punkt voll aufladen. So macht man es am Handy ja auch, oder? In der Regel lade ich meins bei 20% auf und ab 80% wird es langsamer oder bleibt stehen, wenn es aber wirklich mal hart abschaltet weil es voll leer ist, lasse ich es auch voll aufladen. Das ist, zumindest bei meinem Handy, ja nicht jeder Zyklus. Eher so 1 mal im Quartal schätze ich.
Danach kennt das BMS ja wieder die aktuelle Kapazität und man kann sich wieder zwischen 20-80% bewegen.

Ob man nun per Software die Spannung anpasst und damit neue 0-100 bekommt, oder die hinterlegte Spannung nutzt und damit 20-80 fährt, ist ja fast egal, oder?

Natürlich vorausgesetzt, die Entladung wird korrekt erkannt und gezählt. Was bei wenigen mA bei einem günstigen 100A+ BMS wahrscheinlich schwierig wird.

[hoschiking]

@schlimmchen
Ja, diese Einstellung sollte passen, da du aber 100% nie gesehen hast, ist es ein Zeichen, dass das BMS wieder einen Drift hatte. In dem Fall sollte man solange laden, bis das BMS auf 100% springt. Da du diese neue Einstellung hast, spricht nichts dagegen, diese auf z.B. 3,4V zu setzen und jeden Tag, wenn möglich, bis zu dieser Spannung zu laden um das BMS zu kalibieren. Besser gehts nicht. In diesem Fall würde ich OVP auf 3,5V setzen, Balancing ab 3,40V ab DeltaU 3mV und im Victron alle 7 Tage eine Ausgleichladung auf 27,6V (3,45V je Zelle) machen, Ausgleichsstrom max 1A (beim beliebten 100/20 wären es 5%) und die Ladung ruhig 3-4h laufen lassen. Der Balancerstrom ist je nach Version nur mickrige 0,6A, da kann das Ausgleichen lange dauern. Damit hast einen perfekt balancierten Speicher ohne den zu überladen und ohne Abschaltung durch das BMS.

Mich ärgert es, dass meins es noch nicht hat, obwohl erst 11.2023 gekauft. Meine Lösung sieht wie folgt aus. Ich lade täglich nur bis 3,4V auf und im Victron ist die Ausgleichsladung auf "alle 7 Tage" eingestellt. Die ist auf 27,6V eingestellt (3,45V je Zelle), OVP im BMS ist auch auf 3,45V eingestellt. Wenn die OVP im BMS greift, sehe ich den Altert vom BMS in den Daten, die von OpenDTU per MQTT gesendet werden und schalte umgehend den Laderegler aus. Die Ausgleichsladung kann ja einige Stunden dauern, bis die Ladeschlußspannung erreicht wird und genau an dem Tag müsste dann auch noch ausreichend lange die Sonne scheinen, also mache ich die Ausgleichsladung über einen zweiten Victron AC-gestützt, den ich ohnehin habe. Der wird ohnehin komplett über den ioBroker gesteuert, OpenDTU kann ja nur einen. Eine Ladestromregelung ist noch nicht implementiert, da suche ich noch einer Lösung den MPPT von extern steuern zu können. Bis jetzt schalte ich den einfach nur EIN/AUS). Wenn eine Ausgleichsladung läuft, dann wird diese nicht unterbrochen, auch wenn kein Überschuß da ist. Wir reden über einen Strom von max 1A, den kann ich auch bezahlen. Hauptsache die Ausgleichsladung läuft durch. Und ich nehme in Kauf, dass eben das BMS am Ende der Ladung die Batterie trennt, eine andere Lösung gibt es in dem Fall nicht.

@spcqike
mit deiner Annahme liegst du nicht ganz richtig.
Es gibt nur eine Größe, die das BMS kalibriert und das ist das Erreichen einer Spannung, die im BMS eingestellt ist.
Das hat mit einer Messung von was rein und raus geht nichts zu tun. Die gemessene Energie wird nur zur Interpretation und Schätzung des SOC herangezogen. Ob man die Spannungen auf 3,2V bis 3,4V einstellt und den vollen SOC Bereich von 0-100% nutzt, oder eben auf 2,5 bis 3,6V und nur den Bereich von 20-90% nutzt, ist theoretisch egal, da hast recht. Nur leider muß man dann den Speicher regelmässig überladen um das BMS zu kalibrieren, also ist es praktisch nicht egal.
Der Vergleich mit dem Handy hinkt stark. Erstens besteht der nur aus einer Zelle, der muß also nicht balanciert werden. Zweitens ist der Spannungshub beim Lipo-Akku wesentlich stärker ausgeprägt und man kann auch nur anhand der IST-Spannung ziemlich genau auf den SOC schliessen. Leer 3V, voll 4,2V. Das geht beim Lifepo4 nicht so einfach. Selbst Tesla hatte am Anfang massive Probleme beim Modell 3 mit Lifepo4 Akkus, obwohl die ja in dem Bereich die absoluten Experten sind. Die haben Monate benötigt bis es gut funktioniert hatte. Und wir reden hier über Automitiv, die werden mit selektierten Zellen beliefert, deren Specs exakten Vorgaben entspricht und das Verhalten der Zellen ausreichend bekannt ist und das BMS selbst programmiert ist und nicht billig über Alibaba bezogen ;-)

[spcqike]

Es gibt nur eine Größe, die das BMS kalibriert und das ist das Erreichen einer Spannung, die im BMS eingestellt ist.

braucht es nicht zwei definierte Punkte dafür? UVP und OVP? Bei erreichen von OVP wird abgeschaltet, das ist korrekt. Aber irgendwo muss ja auch gestartet werden, damit das BMS weis, wo 0% sind. Und in irgendeiner Art muss die noch entnehmbare Energie ermittelt werden. Jedes Handy sagt beim Akku „die Batterie hat noch X% der maximalen Kapazität“. Wäre der SoC aber spannungsbasiert, gäbe es dort doch keine Differenzierung. Voll sind und 100% SoC haben sie immer irgendwann.

gibt ein JK BMS denn keinen SoH oder remaining capacity wert zurück?

Nur leider muß man dann den Speicher regelmässig überladen um das BMS zu kalibrieren, also ist es praktisch nicht egal.

Stimme ich dir zu.

Aber welchen Einfluss auf die Lebensdauer hat denn dieses „überladen“? Haben die Akkus nicht eine „Lebenszeit“ von eben 3000 Zyklen zwischen 2.5-3.65V? (Oder was die Zell Hersteller im Falle von DIY Akkus für Werte vorgeben und die Akku Hersteller wie pylontech als werte im BMS hinterlegen) und anschließend immer noch ~80% Kapazität?

[peff74]

Ich habe dieses Thema ja ursprünglich mal angeschoben.
Mein Grund für diesen Wunsch war, dass ich gerne viel Energie durch den WR schieben möchte, wenn der Victron viel produziert.
Wenn aber der Victron nicht mehr liefert und Akku an der Reihe ist und langsam die Systemspannung einbricht, der WR heruntergeregelt werden, damit der Akku nicht so belastet wird.
Wodurch dann genauere Werte der noch im Akku befindlichen Ladung entstehen.
Egal ob nun über SoC oder Ubat oder den Daten des JK BMS, welches ich auch nutze.

[schlimmchen]

Alles klar, das ist jetzt alles sehr gut nachvollziehbar, danke. Also dein Akku ist zu klein. 🤷‍♂️

Akzeptabel fände ich es, wenn die Entladeleistung der Batterie allgemein begrenzt werden könnte durch eine Einstellung. Das wäre aus meiner Sicht stimmig.

Du willst nur höchstens 500mA aus jeder Zelle ziehen. Das ist nachvollziehbar. Wenn du mir jetzt noch erläuterst wie du sicherstellst, dass nur 500mA höchstens reingehen in die Zellen, dann denke ich weiter drüber nach, ob man deinen Wunsch umsetzen kann. Andernfalls bin ich der Meinung, dass sich der Aufwand nicht lohnt um lediglich die Hälfte deines Problems zu lösen.

Nebenbemerkung: Der MPPT 75/15 kann gar keine 48V?!

[peff74]

Richtig erkannt, da is der 100/20 mit den Aussetzern drin^^

Akku zu klein... Jain, mehr passt dort in den Schaltschrank nicht rein.
Was Du natürlich auch korrekt erkannt hast ist, dass ich nicht 100%tig sicherstellen kann, dass in diesem Fall max. 500mAh in die Zellen gehen. Außer halt durch die Gewissheit, der Grundlast an dem Standort.

Aber auch dort wo ich nun den 150/35, begrenzt auf 20, an einem S12 P40 Akku dran habe, würde ich gerne die Energie aus dem Akku ausschleichen.
Zum einen trifft man den Punkt der max. Entladung besser und zum anderen auch hier, weniger Last, weniger Wärme, weniger Verlust.
Und darum geht es ja beim Solar Passthrough, was ich genial finde.

Klar könnte ich hier jetzt auf S12 P80 aufbohren, dann bräuchte es die Funktion nicht und ich könnte dem Victron freien Lauf lassen.

[spcqike]

@schlimmchen
die Idee mit einem definierbaren maximalem Entladestrom (auch ohne die Ladung zu berücksichtigen) klingt nicht verkehrt. auch die Pylontech Akkus haben ja diverse Vorgaben, so hat der US2000C bspw. 25A Dauerentladestrom, der der US3000C 37A und der US5000 100A. Da die Speicher dynamisch erweitert werden können, hat der ein oder andere ggf. bisher nur einen US2000 (25A, ~1,2kW) oder US3000 (37A, ~1,8kW)

Dazu kommt ja auch, dass der WR rein leistungsbasiert arbeitet, ohne die EIngangsspannung zu berücksichtigen. die Akkuspannung liegt ja aber zwischen 44,5V und 53,5V, oder? Will man also , sagen wir 1.200W (am AC Ausgang), zieht der WR gut und gern 1.263W_DC (bei 95% Effizienz) und damit zwischen 23,6A (voll) und 28,4A (leer) , oder? Ein Entladestrombegrenzer würde natürlich die Ausgangsleistung ebenfalls begrenzen, so wie das bereits vorhandene obere Leistungslimit es tut, aber eben dynamisch, in Abhängigkeit der Akkuspannung.

Als Workaround könnte man zwar das vorhandene obere Limit entsprechend der minimalen Akkuspannung und maximalen Entladestrom und der Wechselrichtereffizienz grob berechnen, begrenzt sich damit aber im Bereich des vollen Akkus. Im obrigen Beispiel wäre dann 1.056W das generelle obere Limit (25A bei 44,5V und 95%Effizienz).

@peff74
Wie verhält sich denn Solarpasstrough, wenn die Ausgangsleistung des Ladereglers begrenzt ist? in deinem Fall 20A.
eine dynamische Regelung der Ladeleistung am Victron in Abhängigkeit der Last am WR (so dass bei vollem Sonnenschein bspw. 20A in den AKku gehen und trotzdem noch 15A in den WR) wäre zwar interessant, aber wahrscheinlich schwer bis unmöglich, oder?

[schlimmchen]

Weiter in #657.

[peff74]

@spcqike
klar, das wäre noch besser aber ohne schreibzugriff auf den Victron unmöglich.

@schlimmchen
Dein Request beschreibt es auf den Punkt!

[SW-Niko]

Hallo, das Thema "Präzise Abschaltung des Inverters" ist auch für mich sehr interessant weil ich letztes Jahr damit auch Probleme hatte.
Kurz gesagt .. war ich mit der Genauigkeit der Abschaltung nicht zufrieden aber ich konnte es für meine Anlage lösen. Läuft seit 3 Monaten ohne Probleme und Schaltet den Inverter mit für mich ausreichender Präzision aus und ein.

Probleme der aktuellen Lösung mit Inverter Daten und Korrekturfaktor:

• Die Spannungsmessung im Inverter ist zu ungenau. Nur eine Nachkommastelle ist nicht optimal.
• Wie @Manos1966 oben beschreibt führt das gleichzeitige Laden der Batterie zu einen Fehler in der Berechnung

Meine Lösung:
Ich verwende die genauere Spannungsmessung des Victrom MPP und zusätzlich die Strommessung des Victron MPP um den "gleichzeitig Laden" Fehler zu kompensieren.

@schlimmchen : Über eine automatische Selbstkalibrierung des Korrekturfaktors habe ich auch schon mal nachgedacht und mir ein Konzept für meine Anlage überlegt. Ich prüfe mal ob sich das Konzept auch auf anderen Anlagen (Unterschiedliche Verdrahtung) anwenden lässt.

Falls ich Unterstützen kann, Gerne.

[hoschiking]

Ein guter Ansatz, aber vielleicht etwas übertrieben. Eine automatische Kalibrierung halte ich für überflüssig, da sich die Bedingungen, die es nötig machen würden ja nicht täglich ändern. Da einzige was man berücksichtigen könnte, ist die Alterung der Zellen und der damit einhergehende Impedanzanstieg. 1x im Jahr nachkalibrieren sollte in so einem Fall aber reichen.
Das größte Problem ist, das hast du richtig beschrieben, die Verwendung des Messwertes des Wechselrichters. Das ist kein ausreichend genauer Messwert und nicht brauchbar. Besonders auch, weil der lastabhängige Spannungsdrift genau dort am größten ist. Es hat seinen Grund, warum ein Laderegler möglichst nahe mit möglichst dicker Leitung direkt an der Batterie hängen sollen, damit die Spannungsmessung halbwegs genau ist. Womit ich ein wenig hadere:
Eine Betrieb eines Speichers ohne anständiges BMS verbietet sich eigentlich von selbst und deswegen sollte die Software darauf ausgelegt werden nur die gemessenen Spannungen des BMS zu verwenden, da die am präzisesten ist und den geringsten Drift durch eine Last hat (die Verdrahtung wird nicht mitgemessen). Dann muß man sich auch um eine Fehlmessung keine Gedanken machen. Es kommen aber ständig Wünsche auf, dass der DPL all die individuellen Gegenbenheiten berücksichten soll. Das ist doch fast unmöglich und macht die Programmierung extrem aufwändig. Wenn man keinen JK BMS oder Pylontech hat, dann sollte man zumindest einen Smartshunt einsetzen, dann hat man einen ausreichend genauen Messwert. Den letzten Rest lastbedingter Ungenauigkeit kann man ja mittels des Korrekturfaktors im DPL ausgleichen. Fertig. Der sollte übrigen auch während des Ladens der Batterie greifen, dann ist der Strom eben positiv und nicht negativ.

[spcqike]

Es hat seinen Grund, warum ein Laderegler möglichst nahe mit möglichst dicker Leitung direkt an der Batterie hängen sollen, damit die Spannungsmessung halbwegs genau ist.

Laden Batterien nicht in CC-CV? Dem laderegler ist die genaue Spannung der Batterie doch relativ egal. Gegen Ende der Ladung fällt einfach der Ladestrom weil die Batterie weniger aufnimmt. Damit fällt auch automatisch der Spannungsabfall, der in dem Fall weiterhin unwichtig ist. Das Netzteil /der laderegler begrenzt ja die Spannung auf einen festen Wert.

Die dicken kurzen Leitungen sind eher zur Reduzierung der Verluste/Abwärme und Steigerung der Effizienz, oder nicht?

Eine Betrieb eines Speichers ohne anständiges BMS verbietet sich eigentlich von selbst

also darf man heute keine Blei-Säure-Batterie mehr verwenden?

dann sollte man zumindest einen Smartshunt einsetzen, dann hat man einen ausreichend genauen Messwert. Den letzten Rest lastbedingter Ungenauigkeit kann man ja mittels des Korrekturfaktors im DPL ausgleichen.

Haben die smartshunts nicht einen bat+ Sense Eingang und messen damit lastfrei direkt am Pol der Batterie?

Ich verfolge den thread ja aufmerksam und aktiv. Die Erweiterung der Software um die Möglichkeit, die Spannungen (gesamt als auch der einzelnen Zellen) direkt vom BMS zu nehmen, finde ich sehr gut. Es ist durchaus sinnvoll, die minimalspannung einer Zelle als Kriterium zu berücksichtigen. Auch die Spannung vom smartshunt zu nutzen ist sehr gut, da die User, die einen haben, dann einfach weniger falsch machen können (ein falscher korrekturwert im DPL führt auch zu großen Problemen)

Manche aussagen und Vorschläge sind meiner Meinung nach aber weit hergeholt und würden einen Rückschritt bedeuten. Warum sollte ein BMS quasi Pflicht sein? Warum reicht 1x jährliches Kalibrieren? Wie wir gesehen haben driften einige BMS doch relativ schnell, wenn sie kleine Lasten nicht bemerken (oder softwareseitig einfach so sind?). Was spricht gegen einen frei definierbaren Zyklus? Ob der Benutzer dann aller 7 Tage einmal voll aufladen lässt, aller 30 oder aller 365, kann dann ja jeder für sich entscheiden.

[hoschiking]

CC-CV gibt es streng genommen beim Lifepo4 nicht, das ist ein weit verbreiteter Irrglaube. Fachlich korrekt ist:
CC Ladung bis Ladeschlußspannung ~3,4V (je nach Herstller / Zellenart/Ladestrom usw....), dann abschalten. Die CV Phase wäre oberhalb von 3,4 bis 3,6V, die lässt man aber weg, um vorzeitiges Altern der Zellen zu vermeiden. So machen es alle Hersteller. Das ist der größte Unterschied zur Bleibatterie.
Damit der Laderegler die genau Zellespanung kennt, ist unbedingt eine Senseleitung an den Polen notwendig. Noch besser an jeder Zelle zwecks Balancing/UVP für die schwächste Zelle usw. Die hat aber der Victron nicht, daher muß man den so kurz wie möglich und so dick wie möglich an der Batterie einbinden. So ist es auch im verbotenem Buch von Victron beschrieben und ist eigentlich eine Krücke. Da kommt das BMS ins Spiel und ist quasi die Ersatz Sense-Leitung, oder eben der Smart-Shunt. Durch die extrem niedrige Impedanz von Lifepo4 Zellen und den geringen Spannungshub geht es praktisch nicht ohne einer Sense-Leitung. Alle anderen Aspekte (z.B. Reduzierung der Verluste sind willkommene Nebeneffekte)
Wer sagt, dass man Blei-Säure nicht verwenden darf? Die Aussagen sind alle auf Lifepo4 bezogen und nur in diesem Kontext zu sehen. Da muß man nicht meine Aussagen aus den Kontext reißen ;-) Wer Blei-Säure benutzt, für den gilt all das nicht, einfach anschließen und gut ist. Das gesparte Geld gut anlegen, wenn in 2 Jahren neuer Satz Batterien fällig wird.

Was ist deiner Meinung nach weit her geholt? Wo siehst du einen Rückschritt?
Ein BMS ist für Liefepo4 quasi Pflicht, ja das ist so. Nur so ist es fachlich korrekt ausgeführt.
Wie willst du ohne BMS das Balancing machen? Dies ist bei zyklisch belasteten Lifepo4-Zellen unbedingt zu tun.
Versuche mal einen fertigen PV-Speicher ohne ein BMS zu kaufen. Sowas gibt es nicht auf dem Markt. Warum wohl?
Das 1x Jahr kalibrieren reicht war auf die "automatische Selbstkalibrierung des Korrekturfaktors" bezogen, nicht auf das Kalibrieren des BMS. BMS kalibrieren -> je öfter desto besser. Hier ging es gar nicht darum. Auch da bitte nicht die Aussage aus dem Kontext reißen. Ich habe doch selbst beschrieben, dass ich meinen Speicher 1xwöchentlich kalibriere, als Kompromis, da das JK BMS sich leider nur bei Erreichen der OVP kalibriert. Wenn ein BMS wie @schlimmchen besitzt, dann kann man es täglich machen, wenn die PV-Leistung es her gibt.

Ich versuche hier zu beschreiben, wie Lifepo4 Speicher aufzubauen und zu konfigurieren, so wie es die fachlich richtig ist. Die Grundlagen der Elektrotechnik gelten auch bei DIY-Projekten. Natürlich kann man das eine oder andere beim DIY-Speicher weg lassen, ich sage nicht, dass man es nicht tun darf. Dann hat man aber eben die bekannten Nebenwirkungen, die ja fast alle User in diesem Thread selbst festgestellt haben. Aber genau dieses Vorgehen sollte doch nicht der Massstab sein, man sollte sich immer nach oben und nicht nach unten orientieren, wenn man was verbessern möchte. Damit man ein Problem beseitigen kann, in diesem Fall eben das Projekt vorantreiben, sollte man doch vorher die Schwachstellen kennen und diese bennenen.
Was ist in deinen Augen die Alternative? An den Symptomen herumdoktern, weil die User auf ein BMS verzichten wollen um 60€ zu sparen?

[schlimmchen]

weil die User auf ein BMS verzichten wollen um 60€ zu sparen?

Du solltest dich mal mit den Leuten auseinandersetzen, die sowohl eine Batterie als auch Solarmodule an einen einzugen Wechselrichter anschließen wollen...

Dass Benutzer kein BMS haben, an dessen Daten sie herankommen, ist schon vertretbar. Es gibt Batterien, die haben intern natürlich ein BMS. Wie du selbst sagst:

Versuche mal einen fertigen PV-Speicher ohne ein BMS zu kaufen. Sowas gibt es nicht auf dem Markt. Warum wohl?

Aber sprechen kann man mit einigen dieser BMS nicht, und das ist auch okay. Dann müssen wir eben die MPPT Spannung oder doch die Spannung des Inverters heranziehen.

[hoschiking]

Absolut, wenn man an die Daten des BMS nicht ran kommt, dann geht es halt nicht anders als die Spannung am WR zu nehmen. Dann hat man immer noch die Möglichkeit an die Klemmen des Speichers einen Smart Shunt dran zu hängen, wenn man es möchte.

[hoschiking]

Zurück zum Thema, hier geht es um den DPL
Frage an @schlimmchen

Dass man als Referenz immer die genaueste Messmethode heranziehen sollte, da sind wir uns einig.
Auf OpenDTUonBattery bezogen wäre folgende Reihenfolge ideal:

• BMS (bevorzugte Referenz)
• Smartshunt (wenn kein BMS vorhanden)
• Victron MPPT (wenn kein Smartshunt vorhanden)
• DC-Eingang des WR (als letzte Möglichkeit)

Jetzt ist die Frage, wie bringst du es am einfachsten unter?
Wäre da nicht ein Auswahlmenü, welche Komponente als Referenz für die Batteriespannung verwendet werden soll, am einfachsten? Da die Anzahl unterstützter Geräte stark limitiert ist, wäre es vielleicht mit nicht so viel Aufwand verbunden.

Gleichzeitig könnte man auch diesen Wert für die DPL unabhängige Zwischenschicht verwenden, die du angedacht hast.
Diese Einstellung wäre auch für den User leicht nachvollziehbar, er kann ja seine Komponenten und weiß was auszuwählen ist.
Ich glaube, dort irgendwelche Automatiken einzubauen wäre aufwändig und unnötig.
Nur so als Idee

[schlimmchen]

Spannung statt SoC trotz Batterie

Weiter in #654.

Datenquelle Spannungswert

er kann ja seine Komponenten und weiß was auszuwählen ist. Ich glaube, dort irgendwelche Automatiken einzubauen wäre aufwändig und unnötig.

Das sehe ich anders. Eine neue Einstellmöglichkeit bringt Aufwand für die Implementierung dieser Einstellmöglichkeit und die Wartung im Anschluss. Außerdem stellen die Leute dann grundsätzlich Unfug ein, zumindest bis sie begreifen, was das Beste ist. Das geht uns allen so, mir auch mit der Einsicht, dass der SoC nichts taugt. Und die OpenDTU-OnBattery weiß besser, welche Komponenten angeschlossen sind und vor allem welche (zur Zeit) funktionieren, als der Benutzer. Und wenn eine ausfällt, sollte die Spannung dennoch von woanders herangezogen werden. Also implementiert man genau doch diese Priotiätenliste, die du schon aufgezählst hast. Das ist auch nicht schwer, das lässt sich in einer einzigen Funktion einfach so hinschreiben.

Mit der Reihenfolge sind wir uns im Grunde einig, die sieht aber konkret etwas anders aus, was mit der Softwarestruktur zu tun hat:

1. BatteryProvider (Entweder Pylontech oder JK BMS oder SmartShunt oder (noch nachzurüsten) MQTT)
2. Laderegler
3. Wechselrichter

Weiter in #655.

Batteriewächter

Weiter in #656.

[hoschiking]

Wenn das so wie von dir beschrieben einfacher zu implementieren ist, umso besser.
Ich war im Glauben, es wäre aufwendiger. Aber wie gesagt, von Software hab ich nicht so viel Ahnung.
Ich bin gespannt, ob die Ideen einfließen werden.
Danke :-)