Hi, beim PACE BMS ist es so das er bei meinen einstellungen bei 56V UND unter 2A ladeleistung sich der SOC auf 100% resetet. Das nachfolgende Problem ist, wenn er sich beim entladen und laden dann verzählt geht er zu früh in die "Fully" abschaltung und er lädt logischerweise nicht weiter.
Das heißt das der Soc zwar bei 100% angezeigt wird aber in wirklichkeit irgendwo darunter. ist Habe imo das selbe Problem. Die Batterien sind alle bei 3,3V und er sagt mir das er voll ist obwohl er nur bei ca 53V ist. Einzige mir bekannte möglichkeit aktuell ist, damit er trotzdem weiterlädt, ist es den zähler neu einzustellen. Das kann man im BMStool machen.
Es könnte sein das ein Speicher vllt bei 80% eine zelle in UVP geht. Am Wechselrichter sieht man das leider nicht direkt. War zumindest bei mir der Fall. Hab teilweise 200mv diff gehabt im Speicher. Einzig mal über das Tool auslesen und schauen was im Logger steht. aber dafür braucht man so ein Kabel.
Gibt es den die möglichkeit die BMS kummunikation über RS485 port zum Wechselrichter zu machen? Eventuell hilft das ja.
Bei mir verhält sich das so das mit mehreren Speichern wie folgt.
Gerade bei dem Wetter jetzt bekomme ich diesen Verebund nicht voll. Damit ändern sich meine SoCs zueineinander.
Die Zellenspannungen sind alle relativ gleich. Die SoCs driften auseinander.
Der Soc wird sich ändern weil die interne "Zählung" nicht 100% Kalibriert ist und/oder die Serienstreueung der Bauteile sich unterscheidet und/oder die Umgebungseinflüße sich ändern. So mein Rückschluß. Bei dem Preis kann man auch kein Präzisionsmessgerät mit adäquater Temperaturkompensation erwarten.
Jetzt müssen die Speicher alle mal 100% voll werden. Also Ihre Ladeschlußspannung erreichen damit sich die SoCs wieder neu setzen.
Und bei mir ist es so das ein 100%SoC Speicher weiter läd mit dem was er bekommt. Wenn dieser dann seine Ladeschlußspannung hat, dann gibt das PACEbms seinen Full State über CANBUS aus und mein Laderegler stopt.
Bis dahin sind die anderen Speicher aber angeglichen worden. Klar das diese nicht 100% voll sind.
Das dauert wieder ein paar Zyklen damit diese identisch sind. Alle wirklich absolut 100% voll wird nie gehen in einem Verbund mit nur einem Laderegler.
Augenscheinlich alle 100% SoC aber schon.
Ich weiß ja nicht was du für einen Laderegler nutzt.
Aber wenn man den Speicherverbund zum Ende hin mit sehr hohem Strom läd dann klappt das nicht. Da das BMS nur kleine Ausgleichsströme handhaben kann.
Vieleicht mal die Ladestrategie überdenken und anpassen sofern möglich.
Oder eine "Krücke" wie z.B. einen aktiven Balancer ins System integrieren, wenn keine andere Option wie z.B. Ladeleistungsanpassung möglich ist.
Mindestens bei meinen PACE Dingern beendet der SOC den Ladezyklus......
Ich habe mehrere Firmwares getestet und hatte nie eine SoC abschaltung.
Im gegenteil, die früheren Firmwares haben die Remainkapazität bei mir sogar über die Designkapazität gezählt. Bei den neueren Firmwares ist das gedeckelt auf Designkapazität.
Ich denke eher es ist bei dir so wie oben beschrieben.
Ein Speicher hat 100%, der Ladungszähler ist akkurat(er) bei dem Speicher. Dann Ist dein Speicher auch voll und das BMS gibt den Fullstate aus. Ergo, Laderegler stoppt.
Der schlechtere Speicher wird dann abgewürgt weil der gute voll ist. Könnte der gute jetzt seinen Ladestrom im Balancer verbraten, dann würde das ladenvermutlich auch nicht beendet werden.
So meine Theorie!
Bin nicht allein 😜
Meine Akkus/Zellen endeten bei 3333mV - konnte ich mir gut merken
Perfekt balanciert, Abweichung eher im einstelligen mV Bereich
Daher die Frage zum Updatebezug für das BMS
Nur mal so - WO kann das Update denn "gezogen" werden, das sich nicht am SOC orientiert ???
Beim Hersteller eventuell, wenn man hier mehr über seine Anlage preisgeben würde (Hersteller, Typ etc.) oder 35Seiten lesen, auch hier.
Bzgl. Download, gibt es auch eine Firmware Update für die SST21 Platine(SST21-547-3.2), mit P16S200A. Aktuell habe ich dort die 2.00 drauf.
Hier wäre es cool, wie wie bei anderen Themen auf der ERSTEN Seite ALLE Links/Downloads hinterlegt werden.
Danke
Auch wäre cool wenn man die aktuelle Versionsnummer der Firmware angeben würde anstatt die Herstellernummer des PCB's 😉
Eigentlich kann jeder die Versionsnummer der Firmware auslesen mit PBMS-Tools. Aber öffnen des Speichers und am Ende noch lesen zu können wie da die Nummer ist wird schwieriger. Als Zusatz aber interessant.
@mrkask Ich habe doch die aktuelle Firmware angegeben?! 2.00 oder sollte das eine Allgemeine Aussage/Anregung von dir sein?
Um es ganz Konkret zu machen, beim Auslesen steht bei mir unter Ver.: P16S200A-1A690-2.00, wobei das 1A690 auch die ersten 5 Stellen der BMS Seriennummer sind.
Die BMS Tools und Update Tools inkl. Passwörter könnten wir auf der ersten Seite auch gut sammeln 😉
Ver.: P16S200A-1A690-2.00
Genau, das ist wichtig. Am wichtigsten ist das "1A690".
Dann müsste der Topicstarter das wohl immer anpassen. Die Forumssoftware & Performance ist, ich sag es mal nett, auch nicht so nach meinem Geschmack.
Der SOC bestimmt nicht das Ladeende. Der wird mitangepasst(berechnet), solange der Overvolt-Wert nicht überschritten wurde. Dann schalten die Lade-FETs ab.
Für genaue SOC -Berechnung kommt man nicht umhin, den Akku bis an die UnderVoltage-Abschaltung zu bringen. Danach (erst langssam) wieder volladen bis zur Overvoltage.
Das BMS berechnet damit die Kapizität neu. Im Laufe der Zeit (vor allem im Winter) driften die Werte wieder.
P.S. Ist ja bereits oben beantwortet 🤣
Pace V ...2.04
Der SOC bestimmt das Ladeende.....
Zwei Akkus parallel, identisch in allem, außer SOC. Erreicht ein Akku SOC 100%, oder eingestellte 15% wird Laden, Entladen beendet.
Die Zellen sind deutlich innerhalb der Grenzen und alle !!! haben die gleiche Spannung!
Entferne ich den Akku mit dem begrenzenden SOC aus der Kommunikation, wird weiter ge/entladen - beide Akkus. Es wird nur das CAN Kabel an einem Akku herausgezogen.
Ändere ich die Akkukapazität in der Einstellung, paßt sich der SOC an und es wird bei aktiver Kommunikation dann ebenso weiter ge/entladen, bis zuerst einsetzende SOC Grenze das erneut begrenzt.
Das basiert auf Beobachtung und Ausprobieren, nicht auf Wunschdenken
Möglicher Weise gibt es eine Einstellung, die das so hervorbringt. Momentan ist das im Auslieferungszustand.
Eine Möglichkeit den SOC auszuhebeln, eine größere Akkukapazität als vorhanden einzugeben, dann begrenzt die Zellspannung den Ladevorgang. Anschließend die Kapazität wieder korrigiert und den SOC auf 100%......
Es ermangelt momentan an Sonne
Entsprechend eine zu kleine Akkukapazität einstellen - damit kann bestimmt herausgefunden werden, ob das Ladeende wirklich nicht vom SOC beendet wird, bzw. begrenzt der SOC entsprechend nicht, ist die eingestellte Kapazität höher, als vorhandene....
Das wäre eine Idee - entweder bei Erreichen von SOC Grenzen, oder Zellspannung wird Laden/Entladen beendet....
Liegen meine verbauten Zellen also über deren Kapazitätsangabe, würde das Verhalten dazu passen.
Oder über Netz laden - .......
Neeeeeeee
Ich denke man sollte beachten das es wahrscheinlich auch mit der Firmeware version zu tun hat ob der SoC das laden beendet oder eben nicht.
Bei meiner version 3.00T ist es so das der SoC das laden beendet wenn der zähler voll ist. Bei dieser version braucht es auch kein OVP zum reset triggern auf 100% sondern wie bereits vorher geschrieben diese 2 bedingenen, PackV und Ladespannung. Aber letzters funktioniert nur wenn diese erreicht werden bevor der zähler 100% erreicht.
Aber was ich nicht verstehe ist das er das komplette laden beendet wenn er nur 1 der beiden Batterien 100% erreicht. Kann es sein das die Kummunikation zum WR nicht richtig ist? Dipswitches eventuell?
Normalerweise ist der SoC am WR der druchschnitt von beiden Batterien. Stimmt die kummunikaton nicht nimmt er nur den wert von der ersten angeschlossenen. Das sollte man eigentlich sehen im WR. Da auch die Ladespannungen nur zur einer Batterie passen, sollte die 2te dazu kommen wird sich der wert verdoppeln.
Die vermutung bassiert aber auch darauf das das BMS über RS485/Can funktioniert mit dem richtigen Protokoll und am WR lithiom mode drin ist und nicht über Volt geregelt wird.
Es wird der jeweilige SOC herangezogen, der eine Grenze darstellt ! - >Software BMS ...2.04 - ->Protokoll Pylon - CAN
Entferne ich aus der Kommunikation den mit 100% - wird im WR dann der SOC des weniger geladenen Akkus angezeigt, das Laden startet wieder. Die Kommunikation funktioniert.
Der Trick ist offensichtlich - eine zu hohe Akkukapazität einzustellen. Dann wird über die Zellspannung abgeschaltet und unabhängig der Akkukapazität der SOC dann sprunghaft (soweit ich das aufgeschneppt habe) beim Erreichen der Ladeendspannung auf 100% gesetzt....
Anschließend die Akkukapazität auf die "kommulierte" einstellen und glücklich - mein Plan wenn Sonne.
Wobei das in sich grober Unfug ist - die Akkukapazität ist unabhängig vom SOC und ändert sich nicht. Diese Darstellung mit Kapazität als Einheit (SOC/RM) ist inhaltlich und technisch, außer bei der statischen Akkukapazität falsch.
Meine Akkus/Zellen endeten bei 3333mV - konnte ich mir gut merken
Perfekt balanciert, Abweichung eher im einstelligen mV Bereich
Bei der Spannung ist der Akku nicht voll, und die gleichheit der Spannungen hat auch keine Bedeutung.
Und ein SOC hat noch weniger Aussagekraft. Wegen der Art, wie er entsteht.
Ich bin kein Amateur, aber ich lerne trotzdem noch.
Bürokratie schafft man nicht durch neue Regeln oder Gesetze ab.
SOC ist ein NTCV Parameter
Habe gerade ein Päckchen aus China bekommen. Laut Beschriftung auf der Platine ein P16S120A-DD0A300-20A
Vo der Optik sieht es genau wie das hier aus: http://www.pacebms.com/shows/33/12.html
Hab das BMS gleich mal in den BMS Tools ausgelesen - Firmware 4.25
Kennt die schon jemand? Ich nutze die BMS-Tools 2.0.3 von Gobel - ist das einigermaßen aktuell?
Da steht ja nur Mist in PBMS tools.
Ich vermute da ist wohl ein Protokolwechsel seitens PACE geschehen.