Mein Verständnis vom DCVV war so, das im Endeffekt das BMS dem Multiplus vorgibt wie er zu laden hat, da das BMS ja den Batterie- bzw. Zellenzustand besser kennt und nicht nur die Gesamtspannung wie der MPII. Dachte auch mal irgendwo gelesen zu haben, das es dann so funktionieren könnte, das beim Abdriften einer Zelle z.B. beim Laden nach oben, das BMS das ja mitbekommt und dann den Ladestrom absenkt, sodass der Balancer eine Chance hat das noch in den Griff zu bekommen... Oder hab ich da einen irrglaube? :mrgreen:
minimale/maximale Zellspannung wird offensichtlich durch Gesamtspannung/Zellanzahl überwacht, wenn also eine Zelle nach unten/oben wegläuft wird das erst durch das BMS abgefangen
und hiermit meinte ich folgende Situation: drifttop1.jpg dort sind mir 3 Zellen abgehauen und dann hat das BMS natürlich irgendwann interveniert, das BMS bzw. DCVV über den dbus-serialbattery Treiber hätte das allerdings erkennen können und den Ladestrom auf ~5A reduzieren können, sodass der Balancer eine Chance hat bzw. allgemein die Zellen nicht so schnell abhauen :think:
Wie ist denn der Kapazitätsunterschied der 3 schlechten Zellen oben zur unteren gelben? Das Bild sieht irgendwie so aus als hast du das Top Balancing mit vergessen, oder dein Balancer ist so tief eingestellt, dass er dir die Balancierung zerschießt. Der Balancer vom JK ist viel zu schwach um die zellen von 0 aus zu balanchieren, er muss einmal oben getoppt sein und schafft es dann seine Schäfchen zusammenzuhalten. Oder du lässt es laufen, wird jeden Tag etwas besser, aber das Bild ist nicht ein Normalzustand den man per DVCC händeln sollte.
... Kann es sein, das der USB Adapter, 485er Wandler oder die Schnittstelle im JK BMS kaputt gegangen ist ...
Grüße und Danke für evtl Hilfe
Thomas
Also bei mir sind inzwischen 2 Daly UART-Adapter über den Jordan gegangen. Eingesteckt waren die direkt an einem USB-Port am Cerbo. Einer hat 2 Wochen durchgehalten, der andere 3 Tage. Steck ich den USB-Adapter nun an den PC dann meldet der dass das Gerät nicht richtig erkannt wurde. Also wohl defekt. Das Daly scheint es überlebt zu haben, denn via UART-Bluetooth lässt es sich problemlos ansprechen. Hat da jemand eine Idee dazu?
Eventuell ist galvanische Trennung notwendig. Es gibt USB zu USB Isolatoren
Irgendwo im Forum wurde das mal empfohlen. Das Teil kommt kommt aber erst übernächste Woche.
Aktuell werkelt deshalb jetzt ein "AZDelivery FT232RL USB zu TTL Serial Adapter" als Ersatz den ich noch hier hatte. Mal schauen wie lange der durch hält
Mein Verständnis vom DCVV war so, das im Endeffekt das BMS dem Multiplus vorgibt wie er zu laden hat, da das BMS ja den Batterie- bzw. Zellenzustand besser kennt und nicht nur die Gesamtspannung wie der MPII. Dachte auch mal irgendwo gelesen zu haben, das es dann so funktionieren könnte, das beim Abdriften einer Zelle z.B. beim Laden nach oben, das BMS das ja mitbekommt und dann den Ladestrom absenkt, sodass der Balancer eine Chance hat das noch in den Griff zu bekommen... Oder hab ich da einen irrglaube? :mrgreen:
minimale/maximale Zellspannung wird offensichtlich durch Gesamtspannung/Zellanzahl überwacht, wenn also eine Zelle nach unten/oben wegläuft wird das erst durch das BMS abgefangen
und hiermit meinte ich folgende Situation: drifttop1.jpg dort sind mir 3 Zellen abgehauen und dann hat das BMS natürlich irgendwann interveniert, das BMS bzw. DCVV über den dbus-serialbattery Treiber hätte das allerdings erkennen können und den Ladestrom auf ~5A reduzieren können, sodass der Balancer eine Chance hat bzw. allgemein die Zellen nicht so schnell abhauen :think:
Wie ist denn der Kapazitätsunterschied der 3 schlechten Zellen oben zur unteren gelben? Das Bild sieht irgendwie so aus als hast du das Top Balancing mit vergessen, oder dein Balancer ist so tief eingestellt, dass er dir die Balancierung zerschießt. Der Balancer vom JK ist viel zu schwach um die zellen von 0 aus zu balanchieren, er muss einmal oben getoppt sein und schafft es dann seine Schäfchen zusammenzuhalten. Oder du lässt es laufen, wird jeden Tag etwas besser, aber das Bild ist nicht ein Normalzustand den man per DVCC händeln sollte.
Ertappt... ich gestehe das ich das Top Balancing nicht gemacht habe, die Zellen waren nach dem Kapazitätstest sehr gleichmäßig drum hatte ich mir das gespart :? Werde das nun noch ein paar Tage beobachten, bei dem aktuellen Wetter hat der Balancer recht viel Zeit zum balancen, da der Akku früh voll ist. Wenn es aber nicht besser wird, werde ich aber nochmal Hand anlegen :thumbup:
Unabhängig ob das nun der normalzustand des AKkus ist, könnte solch eine Situation ja dann durch das BMS/DCVV abgefangen werden oder? Ich mein langfristig werden die Zellen ja nicht besser :?
Besser werden die nicht, aber beim 2. mal laden sieht es so komplett anders aus das so was nicht her passiert. Ich habe eine Differenz von 13Ah zwischen den Zellen. Initial war da mit dem BMS nichts zu machen, hätte wohl Wochen gedauert. Nach dem Topbalancing gibt es solche Ausreißer nicht mehr, wenn es so bleibt, reicht die Komplettspannung. Beim JKBMS ist es egal, ob der Ladestrom reduziert wird oder nicht, der Balancer ist nicht schneller. Er hat nur diesen einen aktiven Balancerkanal, er passt die Ladeströme nicht bei 15 Zellen gleichzeitig an. Bei anderen BMS, die parallel arbeiten und auf Ladestrom zum Balancen angewiesen sind, könnte es aber sinnvoll sein den Ladestrom starker zu reduzieren als man es für die Sättigung bracht, wenn die Zellen nicht in Balance sind.
Dieser wurde von einem anderen User im Forum empfohlen. Beim Suchen im Forum schilderten mehrere User, dass sie Probleme = Defekt mit dem 485er Adapter hatten, und ich ging nun auch von einem defekt aus (Betriebszeit 1 Tag, wau). Also den Stecker zum BMS vom 485er abgezwickt. die drei Leitungen GND, TX und RX (nicht rot) auf einen PC Lüfter Stecker (3Pin) gelötet und den USB Stick mit der Stickseite angesteckt.
Funktioiert. BMS wurde sofort auf meinem Cerbo GX erkannt. Anscheinend sind die 485er Adapter teilweise von minderer Qualität. Hoffe nun, dass die Geschichte jetzt zuverlässig läuft.
Ich bin inzwischen ziemlich genervt von der Verbindung zum JK BMS. Drei RS485 Adapter von JK sind inzwischen "abgeraucht" und das ist nur passiert nach Kalt oder sogar Warmstart des Raspberry. Das nervt. Obwohl es wochenlang wunderbar funktioniert hat. ICh wollte nun keine RS485 Adapter vom JK mehr kaufen. Habe nun TTL ausprobiert. Bekomme es leider nicht ans laufen. CP2102 wird erkannt. Aber Serialbattery zeigt einfach keine Daten. Naja. Geht ja auch ohne. Aber nervt mich schon etwas.
Habe mein System soweit eingerichtet und bastle aktuell auch an den Werte herum..
Was mich am meisten beschäftigt:
Kann ich dem BMS den SOC vorgeben? beim Daly ging das, beim JK eher nicht, oder?
Schon nervig, wenn für 100% SOC jedes mal in Überspannungsschutz gehen müsste - wenn da die Messungen nicht stimmen wird das doch sicherlich früher oder später abdriften, wenn nicht bei jedem Ent-/Ladevorgang die Abschaltwerte erreicht werden.
Wie handhabt ihr das so?
Außerdem suche ich gerade nach der Umsetzung, wann die Float-Spannung eingestellt wird - bisher kann ich kein Muster erkennen und leider noch nicht so in Python drin, als, dass ich alles verstehen würde..
Hallo, Das würde mich brennend interessieren. Versuche das schon seit Tagen per Can-Bus zum laufen zu bekommen. Vielleicht kannst du mal drüber schauen per Teamviewer oder anydesk.
[quote data-userid="4848" data-postid="44341"]
Bei mir funktioniert es mit Daly über RS485
Das rumgezappel des Entladestroms konnte ich durch ein Firmwareupdate am Daly beheben[/quote]
wo hast du die Firmware her kannst du sie zur Verfügung stellen bei mir zappelt current auch sehr.
ich hab ein kleines Anpassungsproblem beim Treiber. Ich habe schon gelesen, dass er auf 60 A Ladespannung voreingestellt ist. Mein Daly kann 200 A laden und entladen.
Die Einstellung dafür habe ich auch schon über Putty vorgenommen.
Nur im Bereich Temperaturabhängiges Laden bin ich mir nich sicher, welche Werte ich eintragen kann.
Hallo zusammen, ich hoffe ihr könnt mir weiterhelfen. Ich möchte auch gerne den dbus-serialbattery treiber installieren. Keine Ahnung was ich falsch mache aber ich flashe das neue Large Image 2.92 auf die SD Karte stelle SSH ein und gehe über Putty wie im Wiki vom GitHub beschrieben auf den PI und möchte den treiber installiern. Bis dahin alles ok. Er zeigt in der Konsole das er alles runtergeladen hat. Anschließend der Installationsbefehl. Jetzt passiert einfach nichts. Er erstellst kein Verzeichnis data/etc/dbus-serialbattery
Kann sich jemand einen reim daraus machen? Ich verwende einen PI2 mit 16GB sd card
Hallo zusammen, ich hoffe ihr könnt mir weiterhelfen. Ich möchte auch gerne den dbus-serialbattery treiber installieren. Keine Ahnung was ich falsch mache aber ich flashe das neue Large Image 2.92 auf die SD Karte stelle SSH ein und gehe über Putty wie im Wiki vom GitHub beschrieben auf den PI und möchte den treiber installiern. Bis dahin alles ok. Er zeigt in der Konsole das er alles runtergeladen hat. Anschließend der Installationsbefehl. Jetzt passiert einfach nichts. Er erstellst kein Verzeichnis data/etc/dbus-serialbattery
Kann sich jemand einen reim daraus machen? Ich verwende einen PI2 mit 16GB sd card
@simsondude Braucht man für die RS485 Verbindung von einem Raspi zu dem JK BMS wirklich den JK Adapter oder kann man den USB to RS485 Bidirectional Converter direkt am JK BMS Anschließen? Ich verstehe die Sinnhaftigkeit des doppelkonvertierens nicht...
Wenn ich die schematische Darstellung des GPS Ports am JKBms die ich vom Hankzor Shop erhalten habe richtig deute, dann ist Pin 1-3 für RS485 zuständig und an dem Pin 4 liegt die Batteriespannung an. Den sollte man also mit gar nichts verbinden.
@cyborgxxl ich glaube das war es. Da war ich mal wieder etwas zu eifrig bei der Sache. Jetzt muss nur noch der jk Adapter ankommen. Den Waveshare rs485 Adapter habe ich schon. Danke
Die geräteinterne Vorstufe asynchchroner serieller Schnittstellen wie z.B. RS232, RS422, RS485, 20mA und LWL sind TTL-Signale, die vom steuernden Chip (UART, Prozessor o. ä.) zur Verfügung gestellt werden.
Das bedeutet das jk BMS gibt erstmal nur TTL Signale aus die noch gewandelt werden müssen. Es gibt auch module die direkt von TTL auf USB Wandel. Dann brauchst du den von jk nicht
