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?
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
Dachte ich mir auch und habe mir mal so was hier geordert.
https://www.ebay.de/itm/234166510786
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?
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.
..,-
Hallo,
bzgl. meines vorherigen Beitrags (evtl defekter 485 Adapter von JK) habe ich mir inzwischen von Amazon noch folgenden Adapter gekauft
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.
Grüße
Thomas
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.
könntest DU mal die SPannung an RX / TX messen?
Bei mir liegen hier ca. 22V an - habe dann erst mal darauf verzichtet einen UART-USB-Konverter anzustecken...
mein Speicher: BMW G05 45e
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..
Vielleicht hat ja jemand schon Erfahrung?
32kWp PV - meist IBC - Ost West - Fronius Symo 20 und 8 - Victron MP2 GX 5kVA - EVE 280Ah 48V - JK 150A BMS - dbus-serialbattery - Hyundai Ioniq Facelift - Opel E-Corsa
Bei mir läuft seit 2 Tagen dbus-serialbattery mit Daly über CAN-bus. Funktioniert soweit deutlich stabiler als über seriell. Wer interesse hat es auszuprobieren bitte bescheid sagen, dann kann ich eine Anleitung erstellen.
list=]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
Wird berechnet aus der Differenz der Zellspannungen. Also alle 16 werden z.B. gelesen und dann geguckt was ist min und was ist max und davon wird die Differenz genommen. Wenn das BMS diese Werte selber angibt, werden sie ignoriert, wenn die Zellspannungen da sind. Warum genau weiß ich noch nicht habe ich aber schon angesprochen und wird demnächste auch angepasst denke ich. Victron selber macht aber eh nichts mit der Spannungsdifferenz, oder worauf wolltest du hier hinaus?
Ich habe DCVV bei mir garnicht an, braucht man auch nicht. Die EVE Zellen werden standardmäßig mit 0,5C (140A) bis 3,65V und 0,05C (14A) cutoff geladen. Da ein einzelner MP2 5000 mit max 70A lädt, und am Ende die Stromstärke automatisch reduziert wird, sehe ich da auch keine Probleme. Das BMS ist quasi nur für Logging und Schutzabschaltung. Kann aber bei anderen Leuten natürlich anders aussehen...
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.
Gruß Josty
hallo,
kannst Du uns sagen wie Du das machst https://www.akkudoktor.net/forum/postid/45876/ ?
aus dbus-serialbattery can-bus?
oder verstehe ich das falsch?
danke
BMS: JK_PB2A16S15P FW 15.17
Akku: LiFePo4 16 x 200Ah 48V
Laderegler: Victron 150/60
Inverter: Victron MultiPuls 2 48/3000/32
Solarmodule: 4 x Q.PEAK DUO-G8 355; 3 x 380W JA SOLAR; 3 x DHM-60L9(BW)-380W
Strings: 3s3p
Bei mir funktioniert es mit Daly über RS485
Das rumgezappel des Entladestroms konnte ich durch ein Firmwareupdate am Daly beheben
wo hast du die Firmware her kannst du sie zur Verfügung stellen bei mir zappelt current auch sehr.
Ich hatte das Daly über ein Waveshare Can bus modul am Raspberry angeschlossen.
Leider kommen dann nur komische Werte an und das Daly schläft nach den eingestellten sec ein und wacht nicht mehr auf.
Kann jemand mal drüber schauen bei mir, evtl Skype und Teamviewer oder Anydesk?
Gruß Josty
Hallo Leute,
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.
könnt ihr mir da weiterhelfen?
Daten zu meinem Akku 16x EVE 280Ah Grade A Lifepo4, EVE LF280K.
Besten Dank schon mal!
Joachim
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
login as: root
root@192.168.10.166's password:
Last login: Mon Dec 19 14:16:44 2022 from 192.168.10.34
root@raspberrypi2:~# wget https://raw.githubusercontent.com/Louisvdw/dbus-serialbattery/master/etc/dbus-serialbattery/installrelease.sh
--2022-12-19 14:17:28-- https://raw.githubusercontent.com/Louisvdw/dbus-serialbattery/master/etc/dbus-serialbattery/installrelease.sh
Resolving raw.githubusercontent.com... 185.199.110.133, 185.199.108.133, 185.199.111.133, ...
Connecting to raw.githubusercontent.com|185.199.110.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 277 [text/plain]
Saving to: ‘installrelease.sh’
installrelease.sh.5 100%[===================>] 277 --.-KB/s in 0s
2022-12-19 14:17:29 (807 KB/s) - ‘installrelease.sh’ saved [277/277]
root@raspberrypi2:~# sh installrelease.sh
root@raspberrypi2:~#