ich habe 8 Akkublöcke mit je JK-BMS an einer Victronanlage
Diese werden via DBus Serialbatterie und Aggregate Batterie für das Victron bereitgestellt. Seit dem Es aber 8 Akkublöcke sind (vorher 6) ist mein Cerbo ständig überlastet und startet auch gerne und oft mal neu.
Ich bin der Meinung das der Cerbo von der Leistung recht schwach auf der Brust ist und suche nun nach möglichkeiten diesen zu entlasten. Die Idee daei war, die BMS von einer externen Hardware auszulesen und mit via CAN dem Cerbo bereit zustellen.
ein paar ansätze habe ich dabei gefunden:
8x neues BMS mit CAN anbindung (eher nicht, da kostentechnisch enorm)
BSC (JK-->TTL-->RS485-->ESP32-->CAN-->Cerbo) werde ich mal probieren, jedoch finde ich nichts wie ich 8x Seriel RS485 mit dem ESP verheiraten soll
Nur 6 Blöcke überwachen (find ich nicht so gut die idee)
JK to CAN interface (auch ESP, aber keine Info wieviele Serials er verwalten kann, soll wohl auch nicht so stabil laufen)
Bis dato finde ich "Aggregate Batterie" von Dr-Gigavolt richtig gut, bringt mir nur nix, wenn der Cerbo immer wieder neu startet und dabei die MPPTs abschaltet.
meine erfahrungen mit dem derzeitigen Problem:
Cerbo im Verdacht, neuen gekauft --> gleicher Fehler
USB-Hubs im verdacht gehabt, --> getauscht ohne verbesserung
USB Spannung zu zu gering --> aktive USB Hubs
RS485 USB wandler fehlerhaft --> neue orginal von Victron gekauft, gleiches Problem
So da nun mal meine Frage, hat jemand irgend welche Infos, welche Hardware man wie nutzen kann um den Cerbo bei 8 x JK-BMS etwas zu entlasten?
Hast Du dich mal via SSH eingeloggt und die Belastung überwacht und geschaut welcher Prozess den Cerbo killt..? Keine Ahnung wie Potent die Hardware ist.. ggfs. einen Raspberry Pi nutzen?
Hallo, es war die Aggregate Batterie. hab da jetzt Battery Aggregator am laufen, schein stabieler zu sein, zudem habe ich dardurch bemerkt, das mein DBus warscheinlich durch die (noch) nicht Victron RS485 immer wieder mal aussetzt. danke erstmal für den rat mdkeil
Mal so ein Zwischenstand. Ich gehe davon aus das die DBus abfragen zu den JKBMS einfach zu häufig waren. Der DBus treiber für Serialbatterie fragte aller 1000ms ab, nach dem ich den Wert mal auf 2500ms geändert habe, lief das System aufeinmal recht stabiel. Was ich auch mitbekommen habe, das die WaveShare USB RS485 adapter verschichiedene Chipsätze haben. Die B Version mit dem ch343G sollte man meiden und wenn dann min die (doppelt so teuere) ft232rl Chipsatzversion nehmen. Am besten scheinen wirklich die orginalvictron Kabel USB-RS485 zu laufen. Diese gibt es aber auch beim Chinesen für den halben Preis.
Zusätzlich benötigt man noch aktive USB Hubs, Ich hab alte USB2.0 von D-Link genommen, diese machen keine Probleme, wobei ich mir nicht sicher bin ob es daran auch gelegen hat. Die Stromaufnahme liegt etwa bei 800mA für 8 Blöcke. (8x USB RS485 und 9x USB Isolator)
Nun hab ich nur noch Probleme, das mir Serialbaterie in verbindung mit Batterie Aggregator den Ladestrom ständig massiv begrenzt. Weder der Soc-Wert noch die Zellspannungen oder die Temp. kommen annähernd an irgend ein limit, trotz dessen wird der Ladestrom auf ~ 20% gedrosselt. Ich habe das erstmal so gelöst, dass ich jeden Akkublock mit 150A max Laden lasse, (8x 150A = 1200A) der drosselt mir die Ladeleistung eh auf ca 200A.
Wenn Sich jemand mit der Serialbatterie Config auskennt, kann ich die hier ja mal posten.
@grumpy_badger es ist zwar mit dem Cerbo bequemer die VE.direkt und VE.can usw zu nutzen, aber von der Systemleistung ist der sicher unterhalb eines RP4 zu sehen. So ein MultiPluss2 GX hat zb. einen NanoPi verbaut. Also wenn dein System mit dem RP4 läuft, bloss nichts ändern!
@mdkeil danke für den Tip, ich habe immer in den Parametern vom Batterie Aggregator geschaut. es scheint das er die Zellspannungen für zu hoch erachtet.
Defaultmäßig ist glaube LINEAR_LIMITATION_ENABLE auf True.. bei mir habe ich die lineare spannungsabhängige Strombegrenzung auf default gelassen bei MAX_CHARGE_CURRENT = 100A.. sprich bei 3.45V könnte er theoretisch noch mit 50A laden.. Vorher kommt aber die lineare SOC Begrenzung ab 91%/50A 95%/35A 98%/15A
; --------- Charge mode ---------
; Choose the mode for voltage / current limitations (True / False)
; False is a step mode: This is the default with limitations on hard boundary steps
; True is a linear mode:
; For CCL and DCL the values between the steps are calculated for smoother values (by WaldemarFech)
; For CVL max battery voltage is calculated dynamically in order that the max cell voltage is not exceeded
LINEAR_LIMITATION_ENABLE = True
Mit dem Zeugs habe ich auch schon zwei Wochen Fehler gesucht bis ich das aufgegeben habe. Es gibt sogarf Kopien die man von FTDI auf Prolific Emulatation umschalten kann. Beides tut aber nicht wirklich korrekt.
