dbus-serialbattery mit Victron

[pallograph]

@cyborgxxl Geht problemlos ohne den JK-RS485-Adapter, es wird dann aber ein USB-TTL-Adapter benötigt. Kuck mal in diesen Faden: https://www.akkudoktor.net/forum/bms-batterie-management-monitoring-system/zusammenfassung-jk-bms-victron-gx

?️Auf galvanische Trennung achten!

[cyborgxxl]

@Patrick_BS & @pallograph Danke für den Tipp/Infos! Ich habe einen CH343G und SP485EEN zuhause und werde den mal testen. Falls der nicht funktioniert, werde ich mir einen anderen TTL-Adapter organisieren.
@patrick_bs Ja das verstehe ich. Das ist mir auch schon mal passiert.

[statixx007]

Klinke mich hier auch mal ein, mein JKBMS funktioniert super mit dbus-serialbattery, allerdings bin ich mit den DVCC Funktion nicht so ganz zufrieden:

• CCCM bezieht sich auf SOC, welcher bei mir zumindest aktuell nicht stimmt, somit wird der Akku nie voll da ja ab 99% auf 5A abgeriegelt wird

• 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

• Differenz zwischen Zellen wird beim Laden nicht überwacht, hierdurch könnte ja ab einer bestimmten Grenze auch die Ladeleistung reduziert werden, sodass der Balancer eine Chance hat bevor die Zelle ganz nach oben abdriftet?

Was haltet ihr davon? Habe CCCM aktuell jetzt mal bei mir abgeschalten :?

Ich habe exakt das gleiche Problem, der SOC vom JK BMS ist zu ungenau. Jetzt habe ich wieder auf MP Regelung/SOC Bestimmung umgeschaltet, nur wirft er die ganze Zeit den Fehler 67 "no BMS". Kriegt man das irgendwie weg? Er regelt jetzt auf den Victron SOC und ich bekomme weiterhin die Zellspannungen, die ich auch unbedingt weiter sehen möchte. Laut Anleitung nimmt er automatisch BMS Werte, wenn er dieses connected bekommt. Ich dacht erst es läuft trotzdem, aber jetzt gerade lädt er die gesamte PV Leistung direkt in die Batterie und zieht für das Haus einfach aus dem Netz...

[cyborgxxl]

Ich habe den WaveShare RS485 nun getestet. Augenscheinlich scheint die Kommunikation zu klappen.

Der Raspi gibt mit "cat /data/log/dbus-serialbattery.ttyUSB0/current" folgendes aus:

2022-12-22 10:41:33.284044500 INFO:SerialBattery:Testing Jkbms
2022-12-22 10:41:33.331935500 INFO:SerialBattery:Connection established to Jkbms
2022-12-22 10:41:33.332410500 INFO:SerialBattery:Battery connected to dbus from /dev/ttyUSB0
2022-12-22 10:41:33.332822500 INFO:SerialBattery:=== Settings ===
2022-12-22 10:41:33.333297500 INFO:SerialBattery:> Connection voltage 26.56V | current -0.0A | SOC 58%
2022-12-22 10:41:33.333717500 INFO:SerialBattery:> Cell count 8 | cells populated 0
2022-12-22 10:41:33.334146500 INFO:SerialBattery:> CCCM SOC True | DCCM SOC True
2022-12-22 10:41:33.334564500 INFO:SerialBattery:> CCCM CV True | DCCM CV True
2022-12-22 10:41:33.334987500 INFO:SerialBattery:> CCCM T True | DCCM T True
2022-12-22 10:41:33.335420500 INFO:SerialBattery:> MIN_CELL_VOLTAGE 3.0V | MAX_CELL_VOLTAGE 3.55V
2022-12-22 10:41:33.370237500 INFO:SerialBattery:DeviceInstance = 2
2022-12-22 10:41:33.370743500 INFO:SerialBattery:com.victronenergy.battery.ttyUSB0
2022-12-22 10:43:09.860858500 *** CCGX booted (0) ***
2022-12-22 10:49:03.870486500 *** CCGX booted (0) ***

Das wars dann aber auch schon. In der Victron Remote-Console vom Raspi sieht man das BMS nicht Hat jemand eine Ahnung wie man manuell die Kommunikation des Raspi mit dem JKBMS testen kann?

Ok, ich beantworte mir die Frage selber...
Der Waveshare "CH343G / SP485EEN" Adapter macht scheinbar Probleme.

Ich habe dann noch einen uralten "FT232RL FTDI" von mir getestet und der funktioniert scheinbar problemlos. Allerdings ist dieser Adapter nicht galvanisch getrennt.

[patrick_bs]

Hallo zusammen, ich kann jetzt endlich das JK BMS im VRM Portal und der Konsole sehen Cool wäre noch wenn man in den Charts vom VRM Portal die einzelnen Zellspannungen abbilden könnte. Die Werte sind ja vorhanden. So könnte man sehen wenn beim laden eine Zelle abdriftet um welche es sich handelt.

Mir ist die Installation vom dbus-serialbattery erst gelungen als ich die ältere Version 0.13 installiert habe. Mit den befehlen:

---

tar -zxf https://github.com/Louisvdw/dbus-serialbattery/releases/download/v0.13/venus-data.tar.gz -C /data

tar -zxf venus-data.tar.gz -C /data

reboot

----

---

Mit den Standard befehlen:

wget https://raw.githubusercontent.com/Louisvdw/dbus-serialbattery/master/etc/dbus-serialbattery/installrelease.sh

sh installrelease.sh

reboot

----

---

wird bei mir kein Verzeichnis erzeugt. Auch nach dem Neustart ist nichts da. Wenn ich das Logfile aufrufen will sagt er mir das es nicht vorhanden ist.

über SSH tat sich leider nichts. Hat jemand schon eine ähnliche Erfahrung gemacht?

[cyborgxxl]

wird bei mir kein Verzeichnis erzeugt. Auch nach dem Neustart ist nichts da. Wenn ich das Logfile aufrufen will sagt er mir das es nicht vorhanden ist.

über SSH tat sich leider nichts. Hat jemand schon eine ähnliche Erfahrung gemacht?

Welche Version vom Venus OS verwendest du? Das ist tatsächlich sehr seltsam. Bei mir hat das immer auf Anhieb funktioniert.

[u-f-o]

@cyborgxxl

Wenn du den kleinen Waveshare hast, dann vorsicht... der ist wohl auch nicht galvanisch getrennt.

Nur der hier ist galvanisch getrennt: Waveshare USB/TTL

[cyborgxxl]

@u-f-o Danke ich weiß. Ich habe momentan einen ganz alten nicht galvanisch getrennten Adapter. Der WaveShare funktioniert bei mir nicht. Ich werde mir aber bald einen galvanisch getrennten organisieren. In der Regel sollte aber bei einem nicht halvanisch getrennten eigentlich auch nichts passieren.

[cyborgxxl]

Falls es jemanden interessiert... Ich habe mir nun bei Amazon einen "DSD TECH SH-U09C3 Isolierter USB zu TTL Adapter mit FTDI FT232RL IC" (kostet ca. 10,- bis 15,-) Adapter organisiert und diesen direkt mit meinem JK-BMS verbunden. Dieser Adapter funktioniert wunderbar mit dem Victron Venus OS und ist augenscheinlich wirklich isoliert.

Ich wünsch Euch ein frohes Fest!

[woar]

Leider habe ich genau mit diesem Adapter Probleme. Die Daten kommen anscheinend an, allerdings bricht die Verbindung permanent weg, sodass das Gerät aus der Geräteliste verschwindet.

Log im Serialbattery zeigt dann Fehler

2022-12-29 16:26:45.322919500 INFO:SerialBattery:Starting dbus-serialbattery
2022-12-29 16:26:45.323609500 INFO:SerialBattery:dbus-serialbattery v0.13
2022-12-29 16:26:45.325780500 INFO:SerialBattery:Testing LltJbd
2022-12-29 16:26:45.615910500 ERROR:SerialBattery:>>> ERROR: No reply - returning
2022-12-29 16:26:45.619417500 INFO:SerialBattery:Testing Ant
2022-12-29 16:26:45.906130500 ERROR:SerialBattery:>>> ERROR: No reply - returning
2022-12-29 16:26:45.909343500 ERROR:SerialBattery:>>> ERROR: Incorrect Data
2022-12-29 16:26:45.909798500 INFO:SerialBattery:Testing Daly
2022-12-29 16:26:46.200016500 ERROR:SerialBattery:>>> ERROR: No reply - returning
2022-12-29 16:26:46.203916500 INFO:SerialBattery:Testing Daly
2022-12-29 16:26:46.511900500 ERROR:SerialBattery:>>> ERROR: No reply - returning
2022-12-29 16:26:46.515395500 INFO:SerialBattery:Testing Jkbms
2022-12-29 16:26:46.654396500 INFO:SerialBattery:Connection established to Jkbms
2022-12-29 16:26:46.655605500 INFO:SerialBattery:Battery connected to dbus from /dev/ttyUSB0
2022-12-29 16:26:46.656196500 INFO:SerialBattery:=== Settings ===
2022-12-29 16:26:46.656783500 INFO:SerialBattery:> Connection voltage 53.2V | current -0.0A | SOC 70%
2022-12-29 16:26:46.657259500 INFO:SerialBattery:> Cell count 16 | cells populated 0
2022-12-29 16:26:46.657762500 INFO:SerialBattery:> CCL Charge NoneA | DCL Discharge NoneA
2022-12-29 16:26:46.658493500 INFO:SerialBattery:> MIN_CELL_VOLTAGE 2.9V | MAX_CELL_VOLTAGE 3.45V
2022-12-29 16:26:46.728196500 INFO:SerialBattery:DeviceInstance = 1
2022-12-29 16:26:46.729531500 INFO:SerialBattery:com.victronenergy.battery.ttyUSB0
2022-12-29 16:26:51.821654500 Traceback (most recent call last):
2022-12-29 16:26:51.821667500   File "/opt/victronenergy/dbus-serialbattery/dbushelper.py", line 163, in publish_battery
2022-12-29 16:26:51.821671500     success = self.battery.refresh_data()
2022-12-29 16:26:51.821673500   File "/opt/victronenergy/dbus-serialbattery/jkbms.py", line 53, in refresh_data
2022-12-29 16:26:51.821676500     result = self.read_status_data()
2022-12-29 16:26:51.821678500   File "/opt/victronenergy/dbus-serialbattery/jkbms.py", line 66, in read_status_data
2022-12-29 16:26:51.821818500     status_data = self.read_serial_data_jkbms(self.command_status)
2022-12-29 16:26:51.821822500   File "/opt/victronenergy/dbus-serialbattery/jkbms.py", line 150, in read_serial_data_jkbms
2022-12-29 16:26:51.821826500     data = read_serial_data(command, self.port, self.baud_rate, self.LENGTH_POS, self.LENGTH_CHECK,None, self.LENGTH_SIZE)
2022-12-29 16:26:51.821830500   File "/opt/victronenergy/dbus-serialbattery/utils.py", line 84, in read_serial_data
2022-12-29 16:26:51.821861500     return read_serialport_data(ser, command, length_pos, length_check, length_fixed, length_size)
2022-12-29 16:26:51.821865500   File "/opt/victronenergy/dbus-serialbattery/utils.py", line 125, in read_serialport_data
2022-12-29 16:26:51.821868500     toread = ser.inWaiting()

[woar]

Leider habe ich genau mit diesem Adapter Probleme. Die Daten kommen anscheinend an, allerdings bricht die Verbindung permanent weg, sodass das Gerät aus der Geräteliste verschwindet.

Log im Serialbattery zeigt dann Fehler

2022-12-29 16:26:45.322919500 INFO:SerialBattery:Starting dbus-serialbattery
2022-12-29 16:26:45.323609500 INFO:SerialBattery:dbus-serialbattery v0.13
2022-12-29 16:26:45.325780500 INFO:SerialBattery:Testing LltJbd
2022-12-29 16:26:45.615910500 ERROR:SerialBattery:>>> ERROR: No reply - returning
2022-12-29 16:26:45.619417500 INFO:SerialBattery:Testing Ant
2022-12-29 16:26:45.906130500 ERROR:SerialBattery:>>> ERROR: No reply - returning
2022-12-29 16:26:45.909343500 ERROR:SerialBattery:>>> ERROR: Incorrect Data
2022-12-29 16:26:45.909798500 INFO:SerialBattery:Testing Daly
2022-12-29 16:26:46.200016500 ERROR:SerialBattery:>>> ERROR: No reply - returning
2022-12-29 16:26:46.203916500 INFO:SerialBattery:Testing Daly
2022-12-29 16:26:46.511900500 ERROR:SerialBattery:>>> ERROR: No reply - returning
2022-12-29 16:26:46.515395500 INFO:SerialBattery:Testing Jkbms
2022-12-29 16:26:46.654396500 INFO:SerialBattery:Connection established to Jkbms
2022-12-29 16:26:46.655605500 INFO:SerialBattery:Battery connected to dbus from /dev/ttyUSB0
2022-12-29 16:26:46.656196500 INFO:SerialBattery:=== Settings ===
2022-12-29 16:26:46.656783500 INFO:SerialBattery:> Connection voltage 53.2V | current -0.0A | SOC 70%
2022-12-29 16:26:46.657259500 INFO:SerialBattery:> Cell count 16 | cells populated 0
2022-12-29 16:26:46.657762500 INFO:SerialBattery:> CCL Charge NoneA | DCL Discharge NoneA
2022-12-29 16:26:46.658493500 INFO:SerialBattery:> MIN_CELL_VOLTAGE 2.9V | MAX_CELL_VOLTAGE 3.45V
2022-12-29 16:26:46.728196500 INFO:SerialBattery:DeviceInstance = 1
2022-12-29 16:26:46.729531500 INFO:SerialBattery:com.victronenergy.battery.ttyUSB0
2022-12-29 16:26:51.821654500 Traceback (most recent call last):
2022-12-29 16:26:51.821667500   File "/opt/victronenergy/dbus-serialbattery/dbushelper.py", line 163, in publish_battery
2022-12-29 16:26:51.821671500     success = self.battery.refresh_data()
2022-12-29 16:26:51.821673500   File "/opt/victronenergy/dbus-serialbattery/jkbms.py", line 53, in refresh_data
2022-12-29 16:26:51.821676500     result = self.read_status_data()
2022-12-29 16:26:51.821678500   File "/opt/victronenergy/dbus-serialbattery/jkbms.py", line 66, in read_status_data
2022-12-29 16:26:51.821818500     status_data = self.read_serial_data_jkbms(self.command_status)
2022-12-29 16:26:51.821822500   File "/opt/victronenergy/dbus-serialbattery/jkbms.py", line 150, in read_serial_data_jkbms
2022-12-29 16:26:51.821826500     data = read_serial_data(command, self.port, self.baud_rate, self.LENGTH_POS, self.LENGTH_CHECK,None, self.LENGTH_SIZE)
2022-12-29 16:26:51.821830500   File "/opt/victronenergy/dbus-serialbattery/utils.py", line 84, in read_serial_data
2022-12-29 16:26:51.821861500     return read_serialport_data(ser, command, length_pos, length_check, length_fixed, length_size)
2022-12-29 16:26:51.821865500   File "/opt/victronenergy/dbus-serialbattery/utils.py", line 125, in read_serialport_data
2022-12-29 16:26:51.821868500     toread = ser.inWaiting()

[cyborgxxl]

@woar Spannend.... Vielleicht hat das etwas mit der Firmware Version des JK BMS zu tun... Wie lange ist die Leitung vom Adapter zum BMS? Ich habe hierfür ein geschirmtes USB Kabel missbräuchlich verwendet.
Ich habe diesen Adapter nun schon einige Tage in Verwendung und bis jetzt keinen einzigen Ausfall beobachten können. Ich verwende übrigens das Venus OS v2.92 mit dem Serial Batterie Treiber v0.14.3.
Nachtrag vom 25.01.2023: Bei mir funktioniert der Adapter bereits seit über einem Monat ohne Ausfälle oder Probleme.

[moerko (mörko)]

@cyborgxxl: Ich habe auch den gleichen Adapter und wollte nur fragen ob du noch ein Bild von der Pinbelegung BMS zum DSD TECH hast? Nur zur Dokumentation und damit ich es richtig mache...

Danke und Gruß, Mirko

[cyborgxxl]

@moerko Leider ist bei mir alles in einer Akku-Kiste verbaut und ich komme nicht mehr so einfach an das BMS ran. Die Anschluss-Belegung findest Du aber hier: GitHub - syssi/esphome-jk-bms: ESPHome component to monitor and control a Jikong Battery Management System (JK-BMS) via UART-TTL or BLE
Pass auf, dass du beim BMS kein Kabel am "VBAT" Pin anschließt. Da liegt die Batteriespannung an!
Viel falsch machen kannst Du aber nicht. Es gibt auf beiden Seiten ein GDN, RX und TX. Die musst du miteinander verbinden. Wobei du RX u. TX miteinander vertauschen musst, soweit ich mich erinnern kann. Also RX am BMS auf TX am Adapter und TX am BMS auf RX am Adapter. Da kann aber nicht viel passieren wenn du die Zwei miteinander vertauscht. Es funktioniert dann halt einfach nicht wenn du RX mit RX verbindest und TX mit TX.

[sirdingdong]

@rangarid Hi, ich hätte interesse daran. Daly läuft über RS485, aber Can fände ich nicht verkehrt.

Würde damit auch parallelbetrieb dann gehen?

[maxpd]

Bei mir ist hier die % Anzeige verschwunden.

Hier ist sie noch da.

Wie bekomme ich die wieder nach vorne?

Ist schon seit 80% verschwunden.

Neustart schon gemacht.

Lösung: Neuinstallation