Funktioniert bei irgendjemandem von euch eigentlich Float (richtig)?
Bei mir geht das BMS brav an die definierte "Vol. Cell RCV" (requested Charge Voltage - bei mir3.425V)) um dann SOFORT auf "Vol. Cell RFV" (requested Float Voltage - bei mir 3.4V) zu fallen.
"RCV time" (requested Charge voltage time - bei mir 1h) wird nicht respektiert. Ob "RFV time" (requested Float voltage time - bei mir8h) wirklich eine Auswirkung hat, habe ich noch nicht kontrolliert.
Ich antworte mir selbst -> https://www.akkudoktor.net/forum/bms-jkbms/jk-inverter-bms-jkpb2a16sxxp-stromreduktion-zum-ende-des-ladevorgangs/#post-219432
Das ist EINE Möglichkeit, warum es bei mir und vielleicht bei anderen nicht funktioniert.
Zum Eröffnungspost hinzuzufügen wäre noch, dass, entgegen meiner Vermutung, meistens RCV gar nicht erreicht wurde. Da das aber zT nur Minuten sind, war es mir nicht aufgefallen. Das erklärt auch, warum die Timings nicht eigehalten wurden.
Ich häng mich mal hier dran:
- 2x JK Inverter BMS HW 15 SW 15.24 RCV 3.45, RFV 3.37, Charge Float on
- Deye 12k, Lithium Modus, 560Ah Kapazität, 280A Limit, Deye Protokoll (funktioniert ja jetzt nach SW15.24 in den jk)
- 2x 16S eve lf280k
Ich hab es noch nicht geschafft, die RCV die in den BMS eingestellt ist und auch an den Deye übermittelt wird, zu erreichen (um danach zur RFV Spannung zu wechseln).
Die Batterien laden bis irgendwas 3.4V und dann ist Sense, bei eingestelltem 3.45V RCV.
Wenn ich den Photovoltaikforum Eintrag hinter deinem Link richtig verstehe, drosselt das BMS vorzeitig den Stromfluss je nach eingestellter Kapazität und berechnetem SoC?
Es hat sich seit dem ersten Beitrag, mit der Unterstützung von anderen Mitleidenden, herausgestellt, dass die Problematik weitergehend ist.
Studer Kann kein CCV (mit LiFePo) und respektiert keine Spannungsanfragen vom BMS
... und hat in ihren Anlagen irgend einen Workaround in ihre Ladelogik programmiert.
Auch ein CCC kann Studer nicht sauber, das schwankt ab und zu höllisch. Auch nicht dienlich.
Alle bisher beobachteten Ladezyklen haben deswegen keinen Sinn ergeben. Da kann das BMS senden was es will, Studer ignoriert jede Spannungsanforderung. Bei denen gibts übertrieben gesagt nur laden bis das BMS "ich bin voll meldet" (Soc Reset bei Spannung X, oder hochzählend Soc100). Da der bei dem Erreichen von einer Zelle gesendet wird und wenn zB gerade ordentlich gedrückt wird deutlich schneller erreicht wird als "wirklich voll", ist Studer mit ihrer Xtender Reihe für LiFePo nicht zu empfehlen. Es sei denn, die arbeiten an ihrer Firmware. Die Möglichkeit einer Ladestromreduktion zum Ladeende hin (am Soc festgemacht, also recht ungenau) ist eine dieser Ideen des Workarounds um den Unsinn abzupuffern. Balancing kannst du mit dieser Logik vergessen.
So absurd es sich anhören mag im Jahre 2024 .... die erste Frage die man sich scheinbar stellen muss ist, ... respektiert mein ladender Teil der Anlage Spannungsanfragen vom BMS.
Macht dein Deye das?
Normalerweise gehst du von einem Unvermögen/Inkompatibilität,--- ich hatte es erst mit Seplos probiert (da hatte sich das noch viel drastischer geäußert), --- des BMS aus.
Ich ärgere mich noch immer deutlich, wieviel Zeit ich damit vergeudet habe. Studer Support kommunizieren diese Tatsache auch auf direkte Nachfrage nicht (wen wunderts).
Wenn du dir die Herleitung dieser Frage im Detail anschauen möchtest, in dem Photovoltaikforum-Thread ist das ganze mit allen Peinlichkeiten des Nichtverstehens zelebriert 😉
@b1ggi ich vermute mal, dass Du in der JK App nicht richtig die Spannung kalibriert hast. Leider gibt es zu der Vorgehensweise keine Anleitung. Ich habe einiges rumprobiert und plötzlich klappte es perfekt. Vorher ist er immer bei RCV hängen geblieben.
Ich habe mit nem Multimeter die Spannung an den Klemmen des Akkugehäuses gemessen und den Wert dann in der App eingetragen. Bin mir aber nicht mehr sicher, bei welchem Stromfluss das gerade war. Evtl. muss man damit ja den Leitungswiderstand / Spannungsabfall bis zum Deye kompensieren.
Einfach mal plausible Werte ausprobieren und dann langsam in die eine oder andere Richtung verändern.
@wuwu Sowas hab ich mir schon fast gedacht, da hab ich jetz mal was zum rumprobieren
die 55,2v (rcv 3,45) sind vom bms übermittelt, also das geht (gestrige Werte könnt ihr ignorieren, da hab ich wegen Float rumprobiert)
Die gewünschte Gesamtspannung wird bei mir auch kommuniziert. Nur Studer kümmert es nicht. Ich nehme aber mal stark an, dass kein neuerer, vernünftiger inverter/solar charger CCV nicht kann.
Hier 0,7V offset von RCV zu realer Ladespannung – Deye Wechselrichter – Akkudoktor Forum wird mein Problem weiter besprochen, es ist leider tatsächlich der Deye der "heimlich" weniger lädt als er behauptet, und das auch noch als Serienproblem.
Deye Protokoll (funktioniert ja jetzt nach SW15.24 in den jk)
ich habe gerade geckeckt und kann davon nur abraten!
JK-BMS "verkauft" unter "Deye Protokoll" stink normallen Pylontech, nur (immer noch) mit fehlern:
beim 0x35c werden die Flags für charging enabled, discraging enable und force charge immer noch falsch gesetzt:
Bis 15.24 war immer force charging, was total falsch war
Ab 15.24 hat man jetzt Force Charge übergeben bei "Discharing Disabled und Charging Enabled" in der App, dabei wir dem WR aber Charging enabled nicht gesagt... Nach dem Motto: du musst laden, darfst aber nicht :/
PYLON Protokoll macht es anders: Wenn Charging Disababled in der App, dann wird zwar auch Force Charge gesetzt (kann man darüber streiten), aber es wird zumindest Charging Enabled mit übergeben.
Also bei mir scheint der Float Mode mit der neuen v15.27 und dem Deye 12k ganz gut zu funktionieren:
Nur habe ich ein ganz anderes Problem, bei mir lassen sich die beiden Zeit-Werte nicht einstellen. Eigentlich wollte ich 1h Bulk und 10h Float, aber egal was ich da einstelle, ich kriege immer die Meldung, dass die Werte unplausibel sind... Er bleibt bei den Default 5h Bulk und 1h Float. Hat einer eine Idee woran das liegen könnte? 🤔
ch habe gerade geckeckt und kann davon nur abraten!
JK-BMS "verkauft" unter "Deye Protokoll" stink normallen Pylontech, nur (immer noch) mit fehlern:
Das kann ich nicht bestätigen,
Bei mir läuft alles wie es soll, RCV für eine Stunde, danach Float für 6 Stunden. RCV wird sogar etwas überladen, deshalb habe ich es etwas niedriger eingestellt.
Und übrigens mit der alten FW lief es genauso auf Pylo...
Meine Hardware: Deye 12k mit C042 /1144
JK inverter BMS 200A 15.XA Version mit 24er FW
Hat einer eine Idee woran das liegen könnte? 🤔
Ja, die Werte in der richtigen Reihenfolge einstellen. Von oben nach unten und immer absteigend. Wenn es nicht klappt, erst andere Werte verstellen, bis es plausibel ist. Bin am Anfang auch fast verzweifelt daran... Zur Not einfach alle Werte ins Maximum nach Unten, oder Oben verstellen, bis du das Prinzip verstanden hast.
Natürlich dabei den Hauptschalter AUS!!!
Was mir noch aufgefallen ist, wenn man die Werte mitten am Tag einstellt, dann mach der Deye irgendwas, aber nicht das was eingestellt ist. Und zwar das was viele hier beschreiben... Einfach ein Zyklus abwarten und es stabilisiert sich...
Er bleibt bei den Default 5h Bulk und 1h Float. Hat einer eine Idee woran das liegen könnte?
ich hatte auch Probleme bei der Einstellung der Zeiten. hatte es zuerst mit der PC App / RS485 probiert, da kam auch immer die Fehlermeldung. Dann hab ich's mitm Händi gemacht, dann hat es eine Änderung gefressen, aber nicht danach gehandelt. Erst nach einem Neustart hat's dann funktioniert (1h Bulk, 12h Float).
Eigentlich hätte ich gerne 20h Float eingestellt (nur alle 2 Tage 'aufblasen'), aber 12 scheint das Max zu sein...