Multiplus II mit ESS 3 ohne GX, ohne Venus

@turboxxl 

Du kannst das auch ohne raspi & phthon & mk3 machen.

https://github.com/PepeTheFroggie/Victron-VE.Bus---esp32

Die Sparlösung mit IR Lesekopf und esp32 ist aber extrem langsam und unkomfortabel.

Wenn schon sparen dann eher mit einem flotten Raspi. Und ich würde auch nie auf die Kommunikation zwischen BMS und Multi verzichten.

@stromsparer99 

IR kopf kenn ich nicht, ich mach das mit shelly3EM.

Der esp32 braucht keinen stm32 "übersetzer" (MK3 genannt) von USB nach ve.bus wie der raspi das braucht. Für ve.bus direkt wie das der esp32 macht ist der raspi zu lahm. 

Mein internes BMS im esp32 drin das die multiplu2 messwerte verrechnet läuft sehr gut parallel zum BMS. Mehr als 1% abweichung ist da nicht. Deshalb finde ich eine verbindung zum BMS unnötig. Falls doch würde ich das ohne hardwareänderung vom esp32 BT zum BMS BT machen, ist aber viel arbeit. 

Es geht hier doch nicht um Abweichungen, sondern darum, dass das BMS den WR steuert. Z.B.

Beim vorrauseilen einer Zelle den Strom über den WR runterregelt,

Bei Min Zellspannung die Entladung über den WR stoppt.

Bei zu hoher Zellspannungsdifferenz die Ladung/Entladung über den WR stoppt.

Bei zu hohem Strom den WR runteregelt/stoppt

Usw. 

Das sind alles Funktionen die den Betrieb eines Speicher deutlich sicherer machen.

Ein Speichersystem muss auch sicher sein und nicht nur am billigsten.

Woher willst du wissen, dass dein gebastel auch in Ausnahmesituationen sicher läuft und nicht den Supergau auslöst.

@stromsparer99 

Bis auf den letzten Abschnitt bin ich deiner Meinung.  Die Reaktion des WR auf Anomalien die aus den BMS-Werten detektiert werden, ist ein Must-Feature.

Veröffentlicht von: @stromsparer99

↑

Beim vorrauseilen einer Zelle den Strom über den WR runterregelt,

Bei Min Zellspannung die Entladung über den WR stoppt.

Bei zu hoher Zellspannungsdifferenz die Ladung/Entladung über den WR stoppt.

Bei zu hohem Strom den WR runteregelt/stoppt

Macht das nicht das BMS selbsständig? Wobei das BMS abschaltet, nicht runterregelt. Was eigentlich richtig ist. Wenn was schief geht soll er nicht einfach weiterwursteln.

Der MP2 begrenzt den strom auf 35A. Der MP2 überwacht max und min batteriespannung. Der im ESP32 berechnete SoC begrenzt ladung auf 90% und entladen auf 20%. Bei über 80% SoC wird PV überschuss bis 600W eingespiesen (dafür gibts geld) darunter alles in akku. Wozu brauch ich da eine BMS kommunikation?

Das lässt sich alles per web einstellen:

Weil du es noch immer nicht verstanden hast.

Dein BMS selbst kann nicht runterregeln, es könnte nur dem WR sagen "regel den Strom runter weil eine Zelle vorraus eilt" Dein BMS kann nur die Ladung über den Mosfet unterbrechen mehr nicht. Versagt dein Mosfet, fakelt dein Speicher ab. Die Kommunikation mit dem WR ist deine erste Sicherheit, Trennen übers BMS die 2. Sicheheit.

Laden auf 90% und entladen auf 20% funktioniert nicht, weil dein ESP32 den Ladezustand nicht kennt, wenn nicht regelmässig auf 100% gesynct wird.

Veröffentlicht von: @stromsparer99

↑

Weil du es noch immer nicht verstanden 

Muss der Ton sein?

Verstanden hat Surolac es bestimmt, er ist ja nicht doof. Nur nach seiner Einschàtzung ist es aureichend wenn der MP2 anhand der eingestellten Spannungsgrenzen und dem gemeldeten SOC reagiert. Und im Notfall, also wenn einzelne Zellen abhauen,  das BMS hart abschalten.

Funktional, aber mir zuwenig elegant. Wenn der MP2 anhand der Zellenunterschiede gleitend den Ladestrom runternimmt,  bekommt der Balancer auch eine Chance zu balancen.

Auch killt es somanches BMS, wenn es bei Vollstrom den Akku hart abtrennt.

Veröffentlicht von: @space

↑

Verstanden hat Surolac es bestimmt, er ist ja nicht doof. Nur nach seiner Einschàtzung ist es aureichend wenn der MP2 anhand der eingestellten Spannungsgrenzen und dem gemeldeten SOC reagiert. Und im Notfall, also wenn einzelne Zellen abhauen,  das BMS hart abschalten.

Funktional, aber mir zuwenig elegant. Wenn der MP2 anhand der Zellenunterschiede gleitend den Ladestrom runternimmt,  bekommt der Balancer auch eine Chance zu balancen.

Auch killt es somanches BMS, wenn es bei Vollstrom den Akku hart abtrennt.

 

welchen gemeldeten SOC meinst du, der Multi bekommt doch von seinem BMS keine Info, weil keine kommunikation.

Ausserdem wird sich der berechnete SOC bei jedem Zyklus verschlechtern, weil kein BMS der Welt den SOC richtig berechnen kann. Daher kann nur durch eine Vollladung der 100% SOC festgestellt werden. Wenn er immer nur bis 90% lädt wird der Fehler immer größer.

@stromsparer99 

1. Du weisst WIE das BMS den SoC berechnet?

2. Gibt es messwerte mit denen das BMS den SoC berechnet die dem MP2-esp32 nicht zur verfügung stehen?

Wenn du etwas davon verstehst können wir gerne über strategien der SoC berechnung reden. Das ist ziemlich komplex. 

Veröffentlicht von: @surolac

↑

@stromsparer99 

1. Du weisst WIE das BMS den SoC berechnet?

2. Gibt es messwerte mit denen das BMS den SoC berechnet die dem MP2-esp32 nicht zur verfügung stehen?

Wenn du etwas davon verstehst können wir gerne über strategien der SoC berechnung reden. Das ist ziemlich komplex. 

Natürlich weiß ich wie ein BMS den SOC berechnet, daher weiß ich auch, dass die Rechnung immer etwas daneben liegt und sich die Abweichung bei jedem Zyklus vergrößert.

Kein BMS kann bei Lifepo4 anhand von AH Zählen eine genaue SOC Berechnung machen, weil da sehr viel andere Faktoren mit reinspielen.

Für eine dauerhafte stimmige SOC Anzeige muss ein BMS in regelmässigen Abständen den 100% Ladezustand ermitteln, und das geht leider nur bei 100% SOC ( Wenn die Zellen in die steile Spannungskurve gehen oberhalb 3,45V )

Es ist dir nicht bekannt wie ein BMS die SoC rechnung korrigieren kann ohne 100% ladung zu erreichen?

Du wirst hier keinen einzigen Speicher im Forum finden, dessen SOC Anzeige über einen längeren Zeitraum stimmt ohne regelmässig auf 100% zu syncen.

@stromsparer99 

Es dürfte durchaus möglich sein eine algo zu machen der auf 95% oder 15% sync kann. Heisst auf den bereich wo die V kurve steil wird. 

Das "regelmässig auf 100% laden" ist unnötig. Wenn berechneter und realer SoC weit genug auseinanderlaufen geschieht das automatisch weil der akku die spannungsgrenze erreicht. Dalybms macht das so.

Hauptproblem ist der innere akku wiederstand. Die V messung ist erst nach längerer stromlosigkeit akkurat.

Die meisten billig BMS aus China haben Probleme kleine Ströme zu messen, gerade deshalb gibt es hier sehr schnell größere Abweichungen zum realen SOC.

Um den realen SOC zu bestimmen muss deshalb in regelmässigen Abständen eine 100% Syncronisation durchgeführt werden.

Du schreibst jetzt schon von 95%, zuvor von 90%. Selbst 95% sind relativ schwierig weil je nach Strom beginnt die Steile Kurve früher oder Später.

Du kannst einen Lifepo 4 mit 3,38V auf 100% laden, das ist weit vor der steilen Spannungskurve. Also wie willst du einen Lifepo4 ohne regelmässiges syncen auf 95% laden?

Bei Li-ion wäre das einfacher, weil hier die Spannung relativ linear mit dem Ladezustand steigt, hier wäre eine SOC Bestimmung anhand von Spannung u. Strom relativ einfach möglch.