Nicht nur Mist, sondern Unfug.
Es wird nie Kapazität in den Akku geladen, noch entnommen.
Kapazität ist eine technische Eigenschaft.
Richtig wäre Energie. Wenn also Strom/Spannung/Zeit verfügbar sind - nicht benutzen, weil faßbare Werte doof sind ????
Warum wird es durchgängig verweigert etwas zu verbessern. Unfug mit Unfug kompensieren, komisch.......
Vieleicht machen die das aus technischen Gründen um es möglichst genau mit den geringsten Kosten zu halten.
Ich meine 2*2% Abweichung ergibt fast 4% Abweichung. So nehmen die nur einen Messert also 2% abwichung in Kauf.
Bei 2 Messwerten können es fast 4% Abwichung sein.
Die 2% sind jetzt einfach mal so angenommen, keine Ahnung was da so in Wirklichkeit anzusetzen ist.
Eine Wh-Ausgabe wäre sicher, in dem Fall eines Stromspeichers, besser gewählt.
Eine Rückschluß auf den Ladezustand kann man auch anhand der Ah hernehmen.
Am Ende sind es ja eh die % die einen interessieren. Egal ob die sich aus Ah oder Wh ergeben.
Schön wäre es nur wenn die Ah auch einigermassen was brauchbares widerspiegeln würden. Das scheint bei den Titan mopeds ja nicht wirklich zuzutreffen.
Und mit einer Wh ausgabe wird das sicher in dem Fall dann nicht besser.
Diesen Sprung kann ich auch nicht beobachten. Nicht beim pace nicht beim Seplos. Ausgelesen über Solar assistant.
Hab aber auhc 184ah eingetragen ins bms
Kapazität ist eine Eigenschaft und kann nicht in den Akku oder herausgenommen werden.
Es ist schlicht Unfug und sinnfrei damit zu hantieren.
Den Sprung beobachte ich ebenfalls. Es ist völlig unklar, warum....
Egal, welchen Wert ich ändere - plopp 100%
Sehr unverständlich - definitiv !
Ich schaue mir das Verhalten noch ein paar Wochen/Monate an. In der Zwischenzeit finden Andere meine Lösung 
Eventuell doch mal ein Update - bin ja noch bei V 2.04. Zuerst will ich aber das Verhalten vom PACE in der aktuellen Variante beobachten.....
Was soll eine "Eigenschaft" sein?
Naja, ich will da jetzt nicht weiter in die Elektrotechnik eingehen.
Den Sprung beobachten kann man schon. Wenn man länger nicht auf covp war. Aber ich denke dass jeder mit einem lfp Akku weiß dass man spätestens alle 20 bis 30 Tage mal auf covp laden sollte/muss?
Ansonsten is klar. Das BMS berechnet den soc nicht über Spannung. Sondern über den shunt. Dieser kann geringe Ströme nicht wahrnehmen. Also driften berechneter soc und tatsächlicher soc auseinander. Je länger man nicht auf covp kommt, umso höher die Differenz.
Was ist das und wie geht das?
VG
Cell over voltage Protection. Glaub Standard 3,7v
Ich hab 3,65v.
Sobald diese Spannung auf einer Zelle erreicht ist schaltet das bms ab und kalibriert auf soc=100%
Läßt sich am Pace alles einstellen, bspw. COVP auf 3,65V und SOC=100% definieren bei xV Gesamtspannung und Ladestrom kleiner 2A.
Der Akku hat eine Kapazität, das ist seine Eigenschaft. Kapazität kann nicht entnommen oder aufgefüllt werden.
Die Kapazität ist fest und unbeweglich.
Es grenzt an Vergewaltigung Ah hin/herzuschieben.
Den Zusammenhang, eine Zelle in OVP und dann ist's vorbei mit laden. Das ist schon speziell. Demnach den Strom auf Balancerleistung - 1,5A ist zu hoch....
Ich werde mal genauer, um was es mir mit meinem Post als Physiker der galvanischen Kapazitätsmessung geht:
Ich erwarte bei konstanten Strom einen linearen Anstieg der galvanischen Kapazität in Ah! Das vollzieht die PaceBMS-Kapazitäts-Messung nicht!!!!!
Dies ist steiler?!? Woher kommt der Mehrstrom? Die Kapazität kann nicht mehr werden als wie A pro Zeiteinheit da rein fließen. Damit hat sich das Pace-BMS disqualifiziert. Note: ungenügend!
Keine Ahnung was deine Aufgabe/Mission hier grad im thread ist, aber ich denke JEDER (Ja gut außer dir) versteht um was es bei der Angabe "ah" geht. Du hilfst leider auch keinem hier. Der thread wird nur unnötig "aufgeblasen".
Das Problem mit dem springenden SOC ist BEKANNT. Es gibt einige "diy - workarounds". Die wohl einfachste hab ich genannt. Ansonsten noch bei Andys Garage vorbei schauen.
PS: Es gibt in der Elektrotechnik den Begriff "Kapazität als Eigenschaft" nicht.
Dabei übersiehst Du leider, dass elektrische Ladung als Strom-Zeit-Produkt angegeben werden kann und "Ah" ist genau das: Eine Einheit für ein Strom-Zeit-Produkt.
Dabei übersiehst Du leider, dass elektrische Ladung als Strom-Zeit-Produkt angegeben werden kann und "Ah" ist genau das: Eine Einheit für ein Strom-Zeit-Produkt.
Ich fürchte, wir brauchen demnächst Blauhelme {green}:deceitful:
Mal wieder eine Frage an die Pace Experten: Aktuell habe ich ein Setup mit 10kWh 15S Batterien, in denen ein Pace-BMS verbaut ist. Möchte nun nochmal erweitern mit DIY-Akkupack und hab auch das 16S200A hierliegen. Deshalb die Frage:
Lässt es sich umkonfigurieren als 15S BMS?
wenn ja, wie wird das Verdrahtet? C15/C16 brücken? Die Unterlagen von Pace sowie der Support helfen nicht wirklich...
Gruß Tobias
Doppelpost - Sorry
Hat jemand Infos zu den Trockenkontakten am Pace BMS?
Hallo,
ich betreibe einen Solarspeicher der Firma FM Solar 5KWH 16S 100A mit Pace BMS an einem Victron Cerbo GX.
Bis zum 1.5.24 lief alles ohne Probleme - seit dem Datum bricht die Kommunikation zum BMS regelmäßig ab.
Womit auch der angeschlossene MPPT nicht mehr lädt. (Fehler 67 NO BMS)
Das Pace BMS hat die Firmware P16S100A-21037-2.01
Der GX hat die Firmware: 3.31 (large)
Im BMS ist das Can Protokoll: Vitron_CAN eingestellt.
Im Cerbo GX wird die Batterie erkannt als LEOCH - alle Daten werden sauber übermittelt.
Jetzt habe ich der Statistik vom GX keine durchgehend Linie mehr, sondern eine gestrichelte Line.
Erstmal habe ich das VE Direkt Kabel vom MPPT zum GX getrennt damit das System erstmal läuft, aber natürlich möchte ich, das das BMS wieder mit dem MPPT kommuniziert.
Folgendes habe ich bereits probiert:
Meine Vermutung war, das der Fehler durch ein Firmware Update des GX gekommen ist.
Ich habe die alte Firmware wieder auf den GX aufgespielt, aber trotz der Einstellung, das der GX keine Updates automatisch ziehen soll, spielt der immer wieder selbstständig die Version 3.31 auf. Auch die Version 3.40 (Beta) habe ich getestet.
Wenn ich den GX neu starte, funktioniert das erstmal wieder für 15 - 20 Minuten - dann bricht die Kommunikation wieder ab um dann nach 20 Minuten wieder (für 15 - 20 Minuten) zu funktionieren um dann wieder auszufallen.
Hat jemand eine Idee wo der Fehler liegen könnte?
Vielen Grüße
Frank
VE.Direct Kabel bzw. Adapter defekt? Kannst du das ausschliessen?
Ich mach mal deine Arbeit. steht hier im Dokument:
Ich meine du must die letzte übrige Leitung (also den für Zelle 16) nicht kontaktieren. und dann mit PBMStools 15 einstellen.
VE Direkt Kabel hatte ich auch zuerst im Verdacht und habe vorsorglich ein neues bestellt und das VE direkt Kabel vom MPPT getrennt.
Dann habe ich gesehen, das im VRM Portal unter Erweitert "Lücken" in der Statistik sind.
Deshalb gehe ich aktuell davon aus, das es ein Problem mit der Kommunikation Cerbo / BMS gibt.
So sieht das aus:
