Ich hatte das gleiche Problem. Die einzelnen Zellen sind nur mit dem neusten code im github sichtbar, für den es aber noch kein release gibt. :crazy:
Du meinst die Anzeige im Victron Remote? Denn soweit ich sehen kann sind die Einzelzellspannungen auch für Daly im Hauptbranch deaktiviert. Hab aber das Problem gefixt, da gab es einen Bug und den habe ich behoben. Werde dafür Mal einen PR aufmachen.
Jk bms bei mir. Hab alles selbst kopiert und installiert. Sehe jetzt die Spannung jeder Zelle im VR
Zumindest für Daly gilt das aber nicht, im aktuellen Repository daly.py:67 ist die Zeile für die Zellspannungen auskommentiert. Wurde mit Anpassung 16. Juni scheinbar rausgenommen. Habs mal testweise einkommentiert und ein paar Bugs behoben, aber bei mir liest er das gar nicht erst vom Daly aus.
Siehe hier:
https://github.com/Louisvdw/dbus-serialbattery/pull/162
Zumindest für Daly gilt das aber nicht, im aktuellen Repository daly.py:67 ist die Zeile für die Zellspannungen auskommentiert. Wurde mit Anpassung 16. Juni scheinbar rausgenommen. Habs mal testweise einkommentiert und ein paar Bugs behoben, aber bei mir liest er das gar nicht erst vom Daly aus.
Siehe hier:
https://github.com/Louisvdw/dbus-serialbattery/pull/162
Danke für den Hinweis, das teste ich später mal aus.
Ich hatte das gleiche Problem. Die einzelnen Zellen sind nur mit dem neusten code im github sichtbar, für den es aber noch kein release gibt. :crazy:
Du meinst die Anzeige im Victron Remote? Denn soweit ich sehen kann sind die Einzelzellspannungen auch für Daly im Hauptbranch deaktiviert. Hab aber das Problem gefixt, da gab es einen Bug und den habe ich behoben. Werde dafür Mal einen PR aufmachen.
Jk bms bei mir. Hab alles selbst kopiert und installiert. Sehe jetzt die Spannung jeder Zelle im VR
Wie genau soll, muss das dann aussehen? Kannst du das erklären bzw. Deine Änderungen hier einstellen?
Ich denke gemeint war diese Änderung:
https://github.com/Louisvdw/dbus-serialbattery/pull/87
Sollte reichen, den aktuellen master stand zu benutzen.
Ich denke gemeint war diese Änderung:
https://github.com/Louisvdw/dbus-serialbattery/pull/87Sollte reichen, den aktuellen master stand zu benutzen.
vielen dank... aber wie das genau funktioniert muss ich noch heraus finden 😉
Klinke mich hier auch mal ein, mein JKBMS funktioniert super mit dbus-serialbattery, allerdings bin ich mit den DVCC Funktion nicht so ganz zufrieden:
Was haltet ihr davon? Habe CCCM aktuell jetzt mal bei mir abgeschalten 😕
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...
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:
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:
Habe heute den neuen Raspberry PI angeschlossen. Kabel nochmal gecheckt - TX zu RX bzw. RX zu TX verbunden und GND zu GND.
Serialbattery läuft. Batterie wird nicht erkannt.
Habe auch den RS485 Adapter von Amazon bekommen - bringt ebenfalls nichts.
Ich komme hier nicht weiter, und weis auch nicht, woran es liegen könnte. Hat irgend jemand ne Idee???
10kWP Ost-West Bestandsanlage
7,5kWP Südanlage am MP2 5000 mit 16x280Ah LifePo4
Sole-WP mit selbst berechnetem und ausgeführten Erdkollektor
KWL mit Sole-EWT
DIY Klimaanlage im Büro
Habe heute den neuen Raspberry PI angeschlossen. Kabel nochmal gecheckt - TX zu RX bzw. RX zu TX verbunden und GND zu GND.
Serialbattery läuft. Batterie wird nicht erkannt.Habe auch den RS485 Adapter von Amazon bekommen - bringt ebenfalls nichts.
Ich komme hier nicht weiter, und weis auch nicht, woran es liegen könnte. Hat irgend jemand ne Idee???
Also du hast ein JK BMS? Welche Version?
Und du hast:
1. Das JK BMS RS485 CAN module an das JK BMS angeschlossen und daran den
2. USB Adapter https://www.waveshare.com/usb-to-rs485.htm
Richtig?
Ich habe einen Raspi 3 und das entsprechende Venus OS und dazu das dbus-serialbattery plugin.
Damit sollte es funktionieren
Hey,
bin gerade auch am verzweifeln.
Meine Anlage:
Multiplus 2 5000
Victron GX
JK BMS 150A mit 2a Balancer, Display und GPS Anschluss
Ich habe vor 2 Tagen die Anlage in Betrieb genommen. Hierzu den 485 Dongle am JK angesteckt und per USB Adapter (Tipp vom Video Meine Energiewende) am GX.
Nachdem ich das Script am GX installiert hatte, neustart. Funktionierte nicht. Also TX und RX getauscht. Neustart und schon wurde das JK BMS in der Victron Remote Console erkannt.
Die Geschichte lief jetzt zwei Tage ohne Probleme. Als ich heute früh auf die Remote Console schaute (am Anfang schaut man ja noch öfters 
) war das JK BMS verschwunden.
Es wird mir ein BMS angezeigt, Sinowealth, welches aber als nicht angeschlossen angezeigt wird. Was habe ich bisher gemacht. USB ausstecken und wieder einstecken, die Drähte nochmal getauscht und zurück,
BMS neu gestaret, das Script auf dem GX erneut installiert. Jedes mal natürlich das GX neu gestartet
Die Configs geben folgendes aus:
root@einstein:~# tail -f /data/log/serial-starter/current
@4000000062f21f6815da621c INFO: Start service gps-dbus.ttyUSB0 once
@4000000062f21f7128e4f8a4 INFO: Start service vedirect-interface.ttyUSB0 once
@4000000062f21f7639e528cc INFO: Start service dbus-cgwacs.ttyUSB0 once
@4000000062f21f7c0eec59c4 INFO: Start service dbus-fzsonick-48tl.ttyUSB0 once
@4000000062f21f7f1dd3bc0c INFO: Start service dbus-imt-si-rs485tc.ttyUSB0 once
@4000000062f21f822bf230d4 INFO: Start service dbus-modbus-client.serial.ttyUSB0 once
@4000000062f21f880064a794 INFO: Start service dbus-serialbattery.ttyUSB0 once
root@einstein:~# tail -f /data/log/dbus-serialbattery.ttyUSB0/current
@4000000062f2367732d68c9c INFO:SerialBattery:Testing Revov
@4000000062f236780825693c ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2367808665e24 ERROR:SerialBattery:read_serial_data_revov::Serial Data is Bad
@4000000062f23678264c5434 ERROR:SerialBattery:ERROR >>> No battery connection at /dev/ttyUSB0
@4000000062f2367826754c7c Traceback (most recent call last):
@4000000062f2367826756bbc File "/opt/victronenergy/dbus-serialbattery/dbus-serialbattery.py", line 115, in <module>
@4000000062f2367826757b5c main()
@4000000062f236782675832c File "/opt/victronenergy/dbus-serialbattery/dbus-serialbattery.py", line 90, in main
@4000000062f23678267592cc os.exit(1)
@4000000062f23678267596b4 AttributeError: module 'os' has no attribute 'exit'
@4000000062f2369907f4a0f4 INFO:SerialBattery:Starting dbus-serialbattery
@4000000062f236990800d9dc INFO:SerialBattery:dbus-serialbattery v0.12
@4000000062f236990820c5bc INFO:SerialBattery:Testing LltJbd
@4000000062f236991952db54 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369919914bb4 INFO:SerialBattery:Testing Ant
@4000000062f236992a76e344 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f236992aab9b5c ERROR:SerialBattery:>>> ERROR: Incorrect Data
@4000000062f236992ab6e214 INFO:SerialBattery:Testing Daly
@4000000062f2369a0046cef4 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369a008a5804 INFO:SerialBattery:Testing Daly
@4000000062f2369a11560aac ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369a1193c75c INFO:SerialBattery:Testing Jkbms
@4000000062f2369a22f40d2c ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369a232cd454 INFO:SerialBattery:Testing Sinowealth
@4000000062f2369a340c4994 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369a34454f3c INFO:SerialBattery:Testing Renogy
@4000000062f2369b09bf1c0c ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369b09f3fb34 INFO:SerialBattery:Testing Revov
@4000000062f2369b1b05f9f4 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369b1b3b90b4 ERROR:SerialBattery:read_serial_data_revov::Serial Data is Bad
@4000000062f2369b391fd144 INFO:SerialBattery:Testing LltJbd
@4000000062f2369c0e49209c ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369c0e8a2524 INFO:SerialBattery:Testing Ant
@4000000062f2369c1fd92514 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369c200f4874 ERROR:SerialBattery:>>> ERROR: Incorrect Data
@4000000062f2369c2019c40c INFO:SerialBattery:Testing Daly
@4000000062f2369c30f95c74 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369c3139f784 INFO:SerialBattery:Testing Daly
@4000000062f2369d06a59384 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369d06da4b9c INFO:SerialBattery:Testing Jkbms
@4000000062f2369d1805f0c4 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369d1842422c INFO:SerialBattery:Testing Sinowealth
@4000000062f2369d29267644 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369d295c8dec INFO:SerialBattery:Testing Renogy
@4000000062f2369d3a4e142c ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369d3a874c9c INFO:SerialBattery:Testing Revov
@4000000062f2369e0ffaef4c ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369e103548cc ERROR:SerialBattery:read_serial_data_revov::Serial Data is Bad
@4000000062f2369e2e1a92fc INFO:SerialBattery:Testing LltJbd
@4000000062f2369f03849ca4 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369f03cd906c INFO:SerialBattery:Testing Ant
@4000000062f2369f14d361fc ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369f150942f4 ERROR:SerialBattery:>>> ERROR: Incorrect Data
@4000000062f2369f15143f74 INFO:SerialBattery:Testing Daly
@4000000062f2369f26398f84 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369f26701c5c INFO:SerialBattery:Testing Daly
@4000000062f2369f37b6718c ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f2369f380baddc INFO:SerialBattery:Testing Jkbms
@4000000062f236a00d7ded14 ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f236a00db63354 INFO:SerialBattery:Testing Sinowealth
@4000000062f236a01ef6b06c ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f236a01f2b261c INFO:SerialBattery:Testing Renogy
@4000000062f236a02fea039c ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f236a03027eb44 INFO:SerialBattery:Testing Revov
@4000000062f236a1059102bc ERROR:SerialBattery:>>> ERROR: No reply - returning
@4000000062f236a105c6b8bc ERROR:SerialBattery:read_serial_data_revov::Serial Data is Bad
@4000000062f236a123ad4ef4 ERROR:SerialBattery:ERROR >>> No battery connection at /dev/ttyUSB0
Wie ihr im Bild sehen könnt, ist der Kontakt zum JK BMS in der Nacht (gegen 05.00 Uhr) abgebrochen.
Bin inzwischen mit meinem Latein am Ende.
Kann es sein, das der USB Adapter, 485er Wandler oder die Schnittstelle im JK BMS kaputt gegangen ist.
Zweite Frage noch. Wenn ich es nicht mehr hinbekomme, würde ich gerne die SerialBattery Dateien löschen. Welche wären das alle. /data/venus etc.
Ein Deinstall Script gibt es anscheinend leider nicht!
Grüße und Danke für evtl Hilfe
Thomas
Ein Deinstall Script gibt es anscheinend leider nicht!
sh /data/etc/dbus-serialbattery/disabledriver.sh ❓
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:
Das ließe sich sicherlich einbauen, mach doch Mal ein Feature Request auf. Wenn man bei bestimmten Ladestand umschalten bzw. reduzieren kann, geht das auch bei Zellendrift wenn man es in den Treiber implementiert.
...
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?