Danke für die Tipps, aber 'Use Batt V' habe ich bereits getestet. Beim auf 100% laden hilft es, aber am unteren Ende nimmt er für das Abschalten der Vorsorgung durch die Batterie immer den SoC der niedrigsten Batterie.
Akkupack ausschalten wird vom Deye sofort erkannt und mit Alarmauslösung quittiert. Wäre auch schwierig umsetzbar, weil man ja nicht immer zuhause ist und der Akku im Schuppen verbaut ist. Die SoC-Drift ist auch kein Problem das nach Wochen oder Monaten auftritt, sondern schon nach einem Tag beginnt.
@palindroman Habe ich schon getestet, brachte aber nur ein Verbesserung beim Vollladen. Beim Abschalten von Batterieversorgung auf Bezug aus dem Netz wird leider immer noch der niedrigste SoC aller Batterien genommen.
Was aber meist nicht passiert weil der Deye-Wechselrichter beim erreichen von 100% eines Akkupacks die anderen nicht mehr lädt.
Schaut der Deye da nicht auf die Gesamtkapazität, so wie das in Solar Assistant auch ganz oben unter 'Dashboard › Battery' angegeben ist?
aber am unteren Ende nimmt er für das Abschalten der Vorsorgung durch die Batterie immer den SoC der niedrigsten Batterie.
Hmm, komisch. Vielleicht kennt sich da jemand besser aus warum das so ist.
Wenn du auf Batt V umsteigst, kannst du vielleicht auch das Datenkabel entfernen? Logischerweise tut der Deye WR dann selber die Spannung messen und braucht dafür keine Daten vom BMS mehr. Aber vielleicht rede ich Blödsinn. Ich habe auf jeden Fall das Datenkabel entfernt, weil das Ganze auf Batt V dann nicht mehr gut zusammengespielt hat.
Batt V funktioniert bei mir sowieso viel besser, weil der Deye WR die Batterie auch unter den Grenzwert von 10% (oder was war's) entlädt.
Die Schwierigkeit - vermutlich schafft das PACE das Balancieren nicht.
Damit erreichen schlecht balancierte Packs den S0C100% Status früher, was zum Deaktivieren der Ladung führt.
Das "erste" Akkupack ist der Master. Das PACE sammelt dort die Informationen der weiteren und gibt zum WR diese weiter, als wäre es ein Akku.
Stellt man nun das Akkupack mit dem geringsten SOC auf "Master" und schließt dort den CAN zum WR an, kann die serielle Verbindung zu den Packs mit SOC 100% abgeklemmt werden. Die sind "selbstsicher" und unterbrechen damit den Ladevorgang der anderen nicht, nur den eigenen.
Du wirst feststellen, dass bei 100% SOC nur eine Zelle des Packs aufgeladen ist, der Akku ist nicht balanciert.
Die Gesamtspannung ist um 53V ?
Damit sind 100% SOC ebenso Unfug 
Abhilfe schaffen - ist hier weiter vorn zu finden, - aktive Balancer.
Damit steigt die Gesamtspannung, damit steigt die nutzbare Energie.
Bei 16 Zellen und je 3,55V sei das über 56V.
Die hattest Du genau noch nie gesehen 😄
Dann ist der Akku voll - dann ist der SOC bei 100%
Solange man nur einen Akku hat, alles easy - aber vier - da sind drei, die wissen, wie die Ladung abgebrochen wird. Damit ist das Zeitfenster zum Balancieren klein, der Balancer vom PACE ist eh zu leistungsschwach.....
Der Akku mit geringstem SOC ist aktuell der am besten balancierte 😉
@palindroman Danke! Leider schon probiert. Hilft beim Vollladen etwas. Aber beim Entladen nimmt er immer den niedrigsten SoC der Packs für den Zeitpunkt der Abschaltung Batterieversorgung.
@vavuum Eigentlich sind die Packs gar nicht so schlecht balanciert (siehe Bild). So wie ich das beobachte, springt der Pack auf 100% bei dem zuerst eine Zelle spannungsmäßig nach oben schießt. Das dauert dann ewig bis der Pace-Balancer das dann wieder ausgeglichen hat. Du hast schon recht, dass ein aktiver Balancer sicher was bringen würde. Noch schrecke ich aber etwas zurück. Aber die Garantie die über 2 Jahre hinausgeht, schränken die ja eh so ein dass man die wahrscheinlich nie bekommt. Vielleicht wenn die Gewährleistung weg ist.
Aber wenn Du rätst die anderen Akkupacks busmäßig abzuhängen, dann kann ich ja wirklich alle vom Bus abhängen und den Deye nur "spannungsmäßig" einstellen. Über "Solar-Assistant" habe ich die aktuellen Daten ja immer noch. Der Raspberry dafür hängt ja an der seriellen Schnittstelle.
Siehst du irgendein Risiko?
Passen die voreingestellten Spannungswerte des Deye:
Ich kann mit den Daten keinen Rückschluß auf die Balancierung erkennen.
Das zeigt sich erst bei SOC 100% in Verbindung mit den Zellspannungen. Bei "teilgeladenenem" Akku ist eher immer alles schick - damit aussgelos.
Die am meisten geladene Zelle eines Akkus im OVP schaltet die Ladung ALLER AKKUS ab. Diese eine Zelle läutet das Ladeende ein. Beim Entladen läutet die Zelle mit der geringsten Spannung bei UVP das Ende der Entladung ein.
Diese "beiden" Zellen sind nicht balanciert - das Pace balanciert mit 75mA - das ist ALBERN. Die Zellen werden mit 100A geladen und mit 0.075A ausgeglichen 
/p>
Daher die Frage zur Akkuspannung bei Ladeende. Mit perfekt balancierten Zellen und schonenden 3,5V sollte das dann 56V ergeben - meine Vorhersage - dieser Wert wurde noch nie an irgendeinem Deiner 4 Akkus angezeigt.
Das Pace schafft es nicht, die zu balancieren. Das führt zu: 1. NIE aufgeladenen Akkus - 2. NIE entladener Akkus - 3. NUR zu geringer Energientnahme/Speicherung.
Ich bin schon ganz zufrieden, daß die Batterien von meinem WR erfaßt werden. Der paßt seine Ladeleistung automatisch an, ich brauche nichts einstellen und kann das dann auch gar nicht. Mehr als 200A kommen kaum zusammen - insofern wäre bei mir mit nur einem 10kWh Akku der noch nicht im "Charge Protekt" steht unproblematisch - soweit zumindest. Es ist schon "nett" - wie der WR sich den Akkus entsprechend anpaßt. Auf stumpfe feste Werte würde ich gar nicht gehen wollen. Das war mal kurze Zeit, bis der CAN Bus bei mir lief - aber seitdem finde ich das schon sehr erstrebenswert.
Garantie usw. - ist mir einigermaßen egal. Ist kein so gravierender Verlust, der mich irgendwie ruinieren würde.
Eigentlich sind die Packs gar nicht so schlecht balanciert (siehe Bild)
Dein Battery 1 hat einen Spannungsdifferenz zwischen höchste und niedrigste Zelle von 15 millivolt. Bei diesem SoC finde ich das schon einen großen Unterschied. Aber gut, SoC ist auch einigermaßen irreführend wenn nicht ständig einen Reset auf 100% stattfindet wenn eine Batterie eine bestimmte Grenzwert überschreitet (Pack FullCharge Voltage u. Current in PbmsTools). Wie Vavuum sagt, solltest du Mal ein Screenshot in Solar Assistant machen wenn die Batterien nahezu voll und/oder leer sind.
Aber so wie ich es sehe, wäre es am besten wenn du deine Packs manuell balancierst, vor allem Battery 1. Geht das überhaupt?
Passen die voreingestellten Spannungswerte des Deye:
Ich kann meine Einstellungen zeigen, aber nur so als Beispiel, da es dazu mehrere Meinungen gibt. Aussagen von Leute wie linuxdep, Totti und Pedaaa haben mir dabei viel geholfen (z.B. in diesem Thread). Ich hatte Anfangs auch einige Probleme und musste in den 5 Packs rein um einige Zellen selber zu laden bzw entladen. Jetzt läuft es besser, aber im Winter werde ich wahrscheinlich wieder nachbessern müssen, da ich schon Monatelang kaum unter 50% gekommen bin.
Also erstens Deye, so wie es derzeit bei mir ist:
Und PbmsTools, also BMS-Einstellungen:
Welcher Hintergedanken ist bei Pack Full Voltage, diese deutlich über OVP zu setzen ?
Welcher Hintergedanken ist bei Pack Full Voltage, diese deutlich über OVP zu setzen ?
Ab und zu ändere ich OVP von jedem Pack auf 56,8V, also bisschen über Pack Full Voltage von 56,7V, damit die echte 100% erreicht werden.
Wenn mit den derzeitigen Einstellungen die Packs 55,4V erreichen, schalten sie ab (nicht alle gleichzeitig wie bei TKharde), entladen ganz kurz bis auf 55,1V, und der SoC ist dann 93%. Das funktioniert aber nicht jeder Tag. Manchmal springt der SoC auf einmal von 93% auf 100%, keine Ahnung warum.
Hallo liebe Gemeinde!
Ich frage mich, ob es irgendwo, vielleicht sogar hier, eine komplette Erklärung zu den einzelnen Parametern, deren Abhängigkeit untereinander und deren Funktion in den BMSTools gibt. Gefunden habe ich das hier im Thread leider eher unvollständig und "in Häppchen".
Das würde vermutlich dem gesamten Thread "gut tun".
Und "Ja" - Ich weiß dass Vieles in den BMSTools selbsterklärend ist.
Vielleicht hat ja auch jemand einen guten Kontakt bei Pace oder Gobel den man darum bitten könnte?!
Ferner würde mich interessieren warum bei mehreren Packs mit Pace BMS Parameter wie z.B. SystemConfig/DesignCapacity nur an den Master übergeben werden, selbst wenn in der Ansicht einer der Slaves gewählt ist.
Hier: BMSTools 2.03, Hardware: 2x P16S200A-21606-2.08
Viele Grüße
Famelazar
38x Jolywood HD108N/435W SSW an Deye SUN-12K-SG04LP3-EU
4x Jolywood HD108N/435W SSW an Deye M160G3-EU 230 (Am MI/Gen Port des 12K)
2x Gobelpower SR-PC200 16kW/h DIY Box mit EVE MB31/314Ah
1x 1,6 kW/p Off-Grid BKW (DC/DC Power) mit 24V, 7,2 kW/h DIY Akku (in Bau)
.......................................................................................
"I fear the day when the technology overlaps with our humanity.
The world will only have a generation of idiots."
-Albert Einstein-
Die Parameter können nur über die serielle Schnittstelle geändert werden.
Über die Busverbindung ist "read only"
Das scheint mir der Grund zu sein, das ist gewollt um Einstellungen nicht von außen ändern zu können.
Hallo Vavuum!
Die Parameter können nur über die serielle Schnittstelle geändert werden.
Über die Busverbindung ist "read only"
Das scheint mir der Grund zu sein, das ist gewollt um Einstellungen nicht von außen ändern zu können.
Das ist zumindest eine Erklärung, aber wie "sinnvoll" ist das wenn der Master sowieso bereits via RS232 mit einem Rechner verbunden ist? 
Nebenbei: Wenn ich eine 2te serielle Schnittstelle des Rechners mit dem Slave verbinde ist die "gesperrt" und kann nicht über die BMSTools angesprochen werden. Mmmmpfff... 😉
Viele Grüße
Famelazar
38x Jolywood HD108N/435W SSW an Deye SUN-12K-SG04LP3-EU
4x Jolywood HD108N/435W SSW an Deye M160G3-EU 230 (Am MI/Gen Port des 12K)
2x Gobelpower SR-PC200 16kW/h DIY Box mit EVE MB31/314Ah
1x 1,6 kW/p Off-Grid BKW (DC/DC Power) mit 24V, 7,2 kW/h DIY Akku (in Bau)
.......................................................................................
"I fear the day when the technology overlaps with our humanity.
The world will only have a generation of idiots."
-Albert Einstein-
So blöde will ich nicht denken...
Die RS232 ist eine Serviceschnittstelle die im Alltag nicht benutzt oder angeschlossen ist.
Es ist doch vielmehr ein Gewinn, daß über die dann auf den am Bus angeschlossener Akkus auch draufgeschaut werden kann.
Es ist schon gut, nicht über den Bus Parameter ändern zu können.
Serielle ports RS232 sind immer 1zu1 Verbindungen und gesperrt wenn die Verbindung aufgebaut ist.
Du kannst dir aber Software installieren um den Port zu klonen oder auch 2 Verbindungen zuzulassen.
Wenn ich eine 2te serielle Schnittstelle des Rechners mit dem Slave verbinde ist die "gesperrt"..