Gibt es eine Software wo man bei Pack UV mehr als 50 V einstellen kann?
Gibt es eine Software wo man bei Pack UV mehr als 50 V einstellen kann?
Die Upper.db im Ordner Config/UpperDB mit https://sqliteonline.com/ öffnen.
update ParamSetting set max = 56 WHERE min=15 and max=50 and paramname in ('parameterText_13','parameterText_14','parameterText_15')
Mittig oben eingeben, auf Run und die Datei wieder speichern.
Dann kann man wahrscheinlich Pack UV bis 56 Volt einstellen...
Heute hatte ich endlich Zeit, den Adapter zu testen. Nach dem Anschluss des Neey blinken die blaue und die rote/orange (Mitte) abwechselnd. Die rote/orange LED geht aus, sobald man die Settings via App richtig eingestellt hat.
Die passende Android-App habe ich hier gefunden: https://m.apkpure.com/neey-electronics/com.neey.app/
Aktuelle (10.11.2023) Version: 1.2.26
Die Apps, die man auf Github findet, funktionieren nicht mit der 4A Version des Neey.
Ich habe leider kein DC Ladegerät das bis 57V geht und muss auf gutes Wetter hoffen, damit die PV die Zellen auf die eingestellten > 3,450 V bekommt. Ich berichte sobald der Balancer aktiv wird.
Aktuell habe ich den Neey auf 1A begrenzt, da, wie bereits oben erwähnt, die AWG26 Kabel der FM/Triton Batterie nicht unbedingt 4A vertragen dürften. Das werde ich dann noch genauer testen.
besteht die Chance, dass du den Adapter als Komplettpaket verkaufst?
Leider habe ich viel zu wenig Zeit und ich hasse diese "Fummelei"
Aber das ist definitiv kein Hexenwerk. Einfach loslegen und nicht aufgeben.
Hallo zusammen, ich habe kürzlich die Information gefunden:
dass, wenn beim PACE BMS die "Cell overvoltage protection (OVP)" aktiv wird, Balancing trotz Ladestop aktiv bleibt!
Overvoltage Protection Release auf 3.45V (synchron Balace Start Voltage) stellen, die Überladenen Zellen werden dann auf diese Spannung gesenkt.
Eventuell muss man hier die Balance Strategie anpassen.
PV9.7kWp, 1 SB15, 1 SB5000SE mit 2kWh Akku, 1 SI6.0-13 mit 9.7kWh Akku LiFePo 48V
Das aus dem Video ist Firmware 1.04 - also schon sehr alt. Ich kann das dort gezeigte Verhalten nicht reproduzieren. Hat das jemand geschafft?
Ich habe Firmware Version 3.0 und es geht.
cell overvoltage protection auf 3,6V setzen, diese cellspannung muss erreicht werden damit protection aktiv wird
cell overvoltage protection release auf seine gewünschte Ballancing Spannung setzen (bei mir 3.4V, wenn die unterspannigen Zellen bereits 3.45 erreichen können, dann ist das mein Endwert).
Dieses Verfahren mache ich manuell (im Moment) um initial alles Zellen auf eine einheitliche Spannung zu bringen. (Ziel 3.45V)
PV9.7kWp, 1 SB15, 1 SB5000SE mit 2kWh Akku, 1 SI6.0-13 mit 9.7kWh Akku LiFePo 48V
@imker das finde ich mega spannend. Ich gucke mal ob ich das bei mir auch hinbekomme. Warum hast du die overvoltage protection auf 3,6V? Ist das nicht zu hoch? Normalerweise will man ja im Schnitt 3,45V haben. Das heißt ich hätte gedacht. Release 3,45 und overvoltage 3,5 ?
Die Zellspannung für cell overvoltage protection (COVP) war ursprünglich auf 3.7V eingestellt, ich habe die nun herunter gesetzt auf 3.6V.
1. Die höchste Zelle soll bei passiver Balancierung einen hohen Wert haben um andere nacheilende Zellen über die Zielspannung von 3.45V zu ziehen.
Nicht vergessen, die COVP-Release Spannung auf 3.45V setzen. Damit der Protection Zustand bis zur Zielspannung erhalten bleibt.
2. Außerdem wird mit COVP der SOC auf 100% justiert. Da braucht das BMS quasi nen Kick.
3. Ziel ist natürlich auf 3.45V zu justieren, sollte das erreicht sein, werde ich die COVP auf 3.55 senken. Oder wenn vorher plötzlich alle über 3.45V
liegen und balancieren, könnte ich die COVP weiter senken.
Ist alles ausgeglichen werde ich das mit der Pack Overvoltage Protection (POVP) auch noch ausprobieren.
Anbei meine aktuellen Versuche
Zuerst hatte ich möglichst im Pace den Ladezustand erhalten wollen (Lade-Entladezyklen), dann gestern Nachmittag Balancieren unter COVP
PV9.7kWp, 1 SB15, 1 SB5000SE mit 2kWh Akku, 1 SI6.0-13 mit 9.7kWh Akku LiFePo 48V
P15s200a Aufdruck Sst21 547 3.0 ist im sunpal 10 48v Batteriepack Enthalten. Denke es ist ein pace 15s200 board der 3.0 Version. Läuft stabil . Evt kennt das BMS jemand. Ist kompatibel zu victron und deye über can .
@mr-foomoo August ist jetzt schon etwas her, aber vielleicht hilft es dir doch: Hast du einen Batteriestabel? Wenn ja, dann nimmt er für das Entladen den niedrigsten SOC und für das Laden den höchsten SOC. So beobachte ich gerade die Probleme bei mir. Er erreicht mit dem BattPack mit dem niedrigsten SOC die untere Schwelle (Bsp. 20%) und stoppt. Dann schaltet er in den Lademodus und nimmt den BattPack mit den höchsten SOC. Der ist aber nun im schon über der voreingestellten SOC Schwelle, darf also seine überschüssige Energie einspeisen. Will er das machen, reißt in der niedrige SOC mit den Alarm wieder aus der Einspeisefunktion. Der niedrige SOC will wieder aus dem GRID laden, um über 20% zu bleiben. Und so geht der Lade- , Entladezylkus in Dauerschleife weiter.
Mit dem Update der PaceBMS auf 2.05 konnte ich aber gleich eine deutliche Änderung erkennen. Der Ladevorgang orientiert sich anscheinend nicht mehr am SOC, sondern an den einzelnen Spannungen und schickt weiter Strom an die BattPacks zum Laden. Das ist aber nur eine Vermutung, denn auch der Gesamt-SOC wird nun richtig als Mittelwert meiner fünf Packs erkannt. Damit hat die BMS auch keinen Grund mehr zwischen Lade- und Entladezustand herzuspringen. Der Bug wurde beseitigt.
Nur mal so - WO kann das Update denn "gezogen" werden, das sich nicht am SOC orientiert ???
SOC ist ja irgendwie "nebulös" - was man erst bemerkt, hat man ein paar Akkus parallel - der mit dem höchsten Wert verhindert, das laden der mit dem kleineren, das das Entladen mit dem kleineren SOC ebenso verhindern.
Das reduziert den Nutze - läßt Energie bei Sonne verpuffen und ohne im Speicher versauern........
der mit dem höchsten Wert verhindert, das laden der mit dem kleineren
Falsch. Die Ladeschlußspannung bestimmt das Ende des Ladens. Nicht der SoC!
das das Entladen mit dem kleineren SOC ebenso verhindern
Muss nicht sein, kann aber.
Wie willst du das denn sonst lösen, wenn nicht über den SoC?
Wie erreiche ich es, daß nicht der SOC das Ladeende bestimmt ?
Der SOC ist "irgendetwas" - aber keine belastbare Meßgröße.....
Wenn der SoC das Ladeende bestimmen würde, dann wird der Speicher niemals voll werden oder aber der Soc würde am letzten Ende immer von <100% auf 100% springen. Und im zweiten Fall würde der SoC das Ladeende augenscheinich bestimmen.
Springt er auf 100% am Ladeende bei dir?
Der Soc ist eine Messgröße den du nur leider nicht ohne weiteres Feststellen kannst. Also nix mit Mess.-Prüfgerät dran halten und dann baaaam Messwert.
Der Soc ist ein Wert der beim Laden.-Entladen "gezählt" wird mit dem Produkt aus Strom (Magnetfeld/Verlustleistung etc.) und Zeit gebildet.
Deshalb muss auch mal voll aufgeladen werden um den Soc wieder zu kalibrieren bzw. zu berichtigen.
Aus der Historie des Socs wird aber auch der SoH gebildet.
Das geht leider anders nicht bei Lithium Zellen.
Wie sollte es anders gehen bei Lithium und seiner Spannungskurve? Alles andere ist dann nur schätzen.
Der SOC ist "irgendetwas" - aber keine belastbare Meßgröße.....
Das sehe ich anders. Nur weil du das nicht mal eben Messen kannst, heißt es nicht das es keine Messgröße ist.
Dein Stromzähler zuhause macht nichts anderes am Ende des Tages. Momentwert in kW (Leistung) und Verbrauch in kWh(Energie).
Der Speicher hat halt Grenzen in denen dieser Arbeiten kann. Das Netz so erst einmal nicht.
Zweifelst du deinen EVU auch an weil das keine "belastbare Messgröße" ist was der Zähler am Jahresende ausspuckt?
Abgekürzt, zwei identische Speicher mit Pace parallel.
Alle Zellen bei identischer Spannung, ein Speicher bei 80% SOC wenn der andere dabei 100% erreicht, wird das Laden beendet.....
Keine Zelle ist auf 100%
Nehme ich den mit 100% vom CAN Bus, werden BEIDE ! (sind parallel) weiter geladen, bis SOC dann bei beiden auf 100% steht.....
Mindestens bei meinen PACE Dingern beendet der SOC den Ladezyklus......