Hat jemand eine Idee warum die hardware version 15 nur ein Fire/mware update (15.10) hat aber hardware version 14 schon von 14.10 auf 14.20 hoch ist?
wurden denn in der 15er schon das problem mit dem werte zurücksetzen gelöst / getestet?
Hi Ximix,
wie werden bei dir im VenusOS im JK-BMS / Details in deinem 2er-Pack die höchsten/niedrigsten Spannungen bzw. Temperaturen angezeigt?
Wärst du so nett einen Screenshot zu zeigen...
Bei meinem 2er-Pack wird nur die Zellen-Nummer ausgegeben, die Pack-Nummer fehlt. Damit ist die Anzeige sinnfrei.
Der Beitrag dazu mit Screenshots von meinem System -> Neues JK BMS 2023 Inverter version - #355 von posthorn - JK BMS - Akkudoktor Forum
Na wie gut, dass ich mir erst garnicht das JK Manual angeschaut habe: Meine Verkabelung habe ich anhand des Videos von Andy "New JK-BMS replaces the Pace BMS in the Jaki battery" gemacht - die Beschriftung auf dem Gehäuse war gut lesbar. Das hat auf anhieb funktioniert 
PACE-BMS und JK Inverter-BMS sind von den RJ45-Ports scheinbar identisch 
Damit ist klar, dass das JK-Manual falsch ist - meine Korrektur in Blau:
Das Pinout des CAN-Anschlusses habe ich mir auch beim PACE abgeschaut:
Besten Dank für deine Rückmeldung
Andy hat das Problem gleichfalls:
Bei seinen guten Kontakten zu JK bis hin zum CEO werde ich Andy per Kommentar fragen, ob dieser Bug auf der OffgridGarage-Meckerliste steht...
Parallel werde ich versuchen herauszubekommen, ob nur die Angabe der Block- bzw. BMS-Nummer in der Ausgabe fehlt oder eventuell lediglich die Werte vom BMS #0 per CAN übertragen werden und nicht die Extremwerte über alle JK BMS im System - letzteres wäre echt übel.
Am einfachsten ging das Experiment über die Temperatur:
Egal was ich am BMS #1 (per RS485 mit BMS #0 verbunden) an den Temperatursensoren gemacht habe, die Ausgabe im VenusOS änderte sich nicht.
Allein die am BMS #0 (das direkt per CAN am VenusOS hängt) angeschlossenen Temperatursensoren werden ausgewertet und die Werte ans VenusOS übertragen.
Ich gehe von zwei Sachen aus - nicht per Experiment bestätigt:
- Der gleiche Fehler tritt bei der Spannungsmessung auch auf.
- Die einzelnen BMS reagieren weiter auf Über-/Unterschreitung der Spannungen & Temperaturen; die Sicherheitsfunktion ist weiter individuell pro BMS gegeben.
Leider erfolgt aktuell damit eine Steuerung des Victron-System (Laderegler, Wechselrichter) allein auf Basis des BMS #0 und NICHT auf den Messwerten aller BMS'er bzw. Batteriepacks. Schießt z.B. eine Zelle in Pack #1 hoch, aber keine Zelle in Pack #0 wird der Ladestrom nicht herunter geregelt sondern knallt weiter voll rein...bis BMS #1 den Notanker wirft und der ganze Strom in Pack #0 fließt...
Ich würde mich freuen, wenn jemand meine Einschätzung / Messungen widerlegt!
PS: Alles übrigens mit FW 4.20 getestet. Die Verbindungen von Master BMS (ID=0) und Slave BMS (ID=1) wurde mit der Windows-Managementsoftware (Parallelbetrieb) von JK erfolgreich überprüft. Die Gesamtkapazität (Summe meiner beiden Packs), Summe der Ladestromgrenzen usw. wird im VenusOS richtig ausgegeben - ist also nicht so, dass BMS/Pack #1 nicht erkannt wird.
Ich hab gestern auch noch ein bisschen rumexperimentiert.
Fazit: über CAN (Can-Hat montiert) funktioniert die Verbindung, über RS485 hab ich es auch mit dbus-serialbattery nicht zum laufen bekommen.
das wird einfach nicht erkannt.
Verbunden hatte ich es über RS485 zu USB Adapter von Waveshare, mit dem die Verbindung zum PC problemlos funktionierte. Allerdings hatte ich das CAN-Hat nicht abmontiert, vielleicht wäre das noch ein Grund warum es nicht erkannt wurde…
ich probiere weiter herum.
@cliff100 bei mir funktioniert der erste RS485 Port in Verbindung mit Open DTU on battery wenn ich als rs485 Protokoll das bisherige JK Protokoll einstelle. Die Schnittstelle scheint also an sich schon zu funktionieren.
@ximix ja, geht einwandfrei. Dafür bitte den "Battery Aggregator" von Pulquero nutzen. Der fügt beide Bänke zu einer virtuellen Batterie zusammen.
oder auch 5...6 oder mehr Bänke.
Aber ich bin von meinen "klassischen" JK BMS (inkl. SerialBattery und Aggregator) auf das JK Inverter BMS umgestiegen, weil ich die Managementaufgabe nicht im Raspi (VenusOS) / Cerbo sondern im BMS haben möchte. Und das bekommen schließlich alle anderen "industriellen" BMS vie Pace, Seplos, Gobel, ... schließlich auch hin.
Ich baue auf JK, hoffe das Andy meinen Kommentar sieht...ansonsten ist mein kompletter BMS-Wechsel für den Popo.
1 „Gefällt mir“
Hi Leute,
ich bin etwas am verzweifel. Ich schaffe es nicht mein JK bms (PB2a16s15p V15.10) in mein Venus os (über can) einzubinden.
ich habe ein MPII gx 5k.
Verbindung vom BMS zum PC über rs485-USB hat geklappt und wurde alles richtig angezeigt. Aber bei Can zum GX kommt keine Verbindung zustande.
hier was ich schon probiert habe:
-
Software ist aktuell v15.10
-
Dippschalter stehen auf 0 (id0)
-
Kabel habe ich VECan Typ A und Typ B ausprobiert. Mit ground und ohne. Jeweils an Steckerplatz 1 (can) und 2 (RS485). Mit und ohne Terminierung am GX
Im venus OS habe ich:
-
Can Bus BMS 500kbit ausgewählt (aber auch 250 geht nicht)
-
in system setup- Battery monitor: Automatic
-
in DVCC - controling BMS: Automatic
Am BMS habe ich: -
Uart1 : 1 (JK BMS)
-
Uart 2 : 11 (lässt sich nicht ändern)
-
Can port: 4 (Victron Canbus_BMS)
Langsam gegen mir die Ideen aus woran es liegen könnte und würde mich über Hilfe riesig freuen.
Da der RS485 auf USB geklappt hat bin ich am überlegen den 'DB serial batterie' Umweg zu gehen. Müsste ich dann nicht von port 2 (RS485) mit dem USB adapter direkt in meinen USB Hub gehen können?
@ximix Danke für die Antwort. Dadurch das jetzt nicht 22222*2 mögliche Optionen da waren sondern nur 2 habe ich es nochmal probiert und siehe da ... es geht 
Warscheinlich habe ich seit ich auf 500kbit oder Uart1 auf 0 umgestellt habe nicht mehr den zweiten Steckplatz (nominell RS485 Stecker) probiert. Uff, was ein Kampf.
So nun für alle die ein änliches Problem haben hier meine Einstellung:
- Software v15.10
- Dippschalter stehen auf 0 (id0)
- Kabel VE Can Typ A mit Terminierung
-Kabel am BMS im RS485 Stecker (nicht im CAN ... warum auch immer)
Im venus OS habe ich:
- Can Bus BMS 500kbit (unter settings - services - VE. Can port)
Am BMS habe ich: - Uart1 : 0 (nicht 1 JK BMS, warum auch immer...)
- Can port: 4 (Victron Canbus_BMS)
So nun auf morgen warten und checken ob das BMS nun auch wirklich die Chefin macht. 
Danke euch, die Hinweise waren es für für RS485 und dbus-serialbattery!
Zusammenfassung:
Verbindung RS485 + dbus-serialbattery:
- Linker RJ45 Port, DIP Switch auf 0, UART1 Protokoll auf 0
Verbindung CAN:
-2. RJ45 Port von links, DIP Switch egal, CAN Protokoll 4.
was mir so spontan auffällt als Unterschied: über dbus-serialbattery werden sämtliche Zellspannungen ausgegeben, über CAN nur höchste und tiefste. Dafür über CAN diverse Zusatzinformationen wie Softwareversion. Weiter scheint über dbus-serialbattery der Reiter „IO“ aufzutauchen, wo Statusinformationen angezeigt werden (allow to charge, allow to discharge, allow to balance), und es können wohl „Befehle“ eingegeben werden: Force charging off, force discharging off, turn balancing off. Das scheint über CAN zu fehlen.
Was mir noch auffällt: unter „Parameters“ erscheinen über dbus-serialbattery mehr Parameter als über CAN, dafür scheinen die nicht identisch zu sein. Über CAN wird CVL von 56V angezeigt, entsprechend 3,5V pro Zelle (im BMS sind „Vol. Cell RCV (V)“ 3,5 V eingestellt). Über dbus-serialbattery werden für CVL 55,2V entsprechend 3,45V angezeigt. In dbus-serialbattery sind 3,45V CVL per config.Default.ini eingestellt. Er scheint also die Einstellungen des BMS komplett zu überschreiben. Was dann entsprechende ausgiebige Anpassungen über die config.ini nach sich zieht. Weiß jetzt nicht ob das wirklich nen Vorteil ist, zu funktionieren scheint sowohl RS485 über dbus-serialbattery (mit überschreiben der Einstellungen im BMS von dbus-serialbattery) also auch CAN (Einstellungen nur im BMS).
Ich bin sehr froh, dass ich die Möglichkeit habe, ein paar Fotos von der Rs485 und der Cerbo-Vecan-Verbindung auf der Dbus-Serialbattery zu machen.
Eine Frage an die Gemeinde, kennt ihr einen Lieferanten der für das neue JK-BMS 2023 eine Frontplatte verkauft. Die Frontplatte dient nur als Beispiel. Ich benötige 5 Frontplatten.
Eine Frage an die Gemeinde, kennt ihr einen Lieferanten der für das neue JK-BMS 2023 eine Frontplatte verkauft. Die Frontplatte dient nur als Beispiel. Ich benötige 5 Frontplatten.
Eine Frage an die Gemeinde, kennt ihr einen Lieferanten der für das neue JK-BMS 2023 eine Frontplatte verkauft. Die Frontplatte dient nur als Beispiel. Ich benötige 5 Frontplatten.
Hi zusammen, ich wollte auch noch mal meinen Input zum Thema Can Verbindung loswerden:
-
wenn man auf Seiten des BMS misst, findet man Masse auf Pin 2, Can_H auf 4 (3,2-3,4V) und Can_L auf 5 (1,6V) -> entspricht Can Kabel Typ B von Victron, das Ganze funktioniert auch ohne Masseverbindung zum Cerbo/GX (würde erklären, wieso Typ A Kabel auch funktionieren, High und Low sind gleich) Quelle
-
DIP Switch steht auf 1, funktioniert aber auch mit 0; Protokoll 4 für Victron_CAN in der App
-
BMS-Can mit 500 kbit/s im GX, zweite RJ45 Buchse von links
Vielleicht hilfts dem einen oder anderen bei der Verbindung 
@nabonid Danke für die Rückmeldung.
Das Typ A und B bzw ohne ground geht und das der Dippschalter 0 oder 1 sein kann ist auch gut zu wissen.
Schade das so eine Zusammenfassung erst auf Seite 31 zu finden ist. Hätte mir 7 Tage kopfzerbrechen ersparen können. {green}:tears:
Hallo
Bei fünf Frontplatten lohnt doch schon das Selbermachen:
Die Zeichnung im CAD ist an einem Nachmittag fertig. Der Laserzuschnitt benötigt 14 Tage.
mit freundlichen Grüßen
Thomas
Frag doch mal bei diesem Lieferanten an vielleicht verkauft er die frontblenden auch einzeln
Er hat auch eine Lösung gefunden wo noch Platz für das Display und eine Sicherung ist.
Habe auch dort mal nach Preisen für die gesamte DIY Box angefragt:
Below is the quotation for 2pcs JK BMS Box for your reference:
-
Unit price: $434.99, with jk BMS
-
2pcs: $869.98
-
DDP shipping cost: $169.86
-
Alibaba trade assurance fee: $21.84
-
Total cost: USD $1061.68
Ship from China by sea, due to the influence of the Red Sea War, the transportation time may be greater than two months