Pepijntje Madurodam
New Member
The JK_BMS company : their hardware engineers are doing a great job. Their software engineers are too low level. JK top-management doesn't care ....
I'm checking the JK BMS protocols at the lowest possible level : with the logic analyzer. (((( no confidence in all those higher level hocus-pocus software stuff .... ))).
By now I have a large collection of examples about the JK BMS software "skills".
The popular B2A8S20P has a CAN port. On hardware version V11.XW , software version V11.287H : modify the device address (via the bluetooth app) will result in a modified CAN ID . Device address = 0 will yield ID 0x02F4 (or 0x04F4 or 0x05F5 for other parameter groups), device address = 1 will yield ID 0x2F5 , address = 2 will yield 0x2F6, etc. So far so good. The CAN protocol is the Standard Frame.
Another B2A8S20P : hardware version V11A, software version V11.54. One can change the device address (again via the bluetooth app), but the logic analyzer shows NO change in CAN ID !!!! Whatever device address selected, the analyzer always shows ID 0x2F4 (or 0x4F4 or 0x5F4). That's a major error. Forget to observe multiple JK BMS on a CAN bus.
On top of that, JK changed from Standard CAN protocol to Extended CAN protocol. Without any message to their customers.
Obviously JKBMS has communication problems with a lot of inverters.
JK is changing internals on the fly and when they improve one item at the same time they deteriorate another item.
Updating features is great, but you should inform the customers about it !
A JKBMS from last year is doing fine, so one order some more "identical" BMS. Forget it , they will have different behaviour.
The basic B2A8S20P (or family members) has a 4pin RS485 port. Forget it. It's a plain RS232 port, with the Vcc wire connected to the battery voltage (thus NOT to 3.3V or 5V).
(((that's why they sell the yo-do-not-need-it RS485 dongle to deal with this high power supply))). The optional CAN/HC version has an extra port with CAN functionality or RS485 functionality. The CAN story : see above. The RS485 story : that port is connected to the internal RS232 kernal, only the signal levels are RS485. No MODBUS, no whatsoever protocol. Again : pure RS232 "protocol" at RS485 voltage levels. And because of using the internal RS232 kernal, only one of the two "RS485" ports can be used at the same time.
A total mess. We (= the users) cannot have confidence anymore in JK BMS. Whoever : stop promoting JK BMS.
I'm checking the JK BMS protocols at the lowest possible level : with the logic analyzer. (((( no confidence in all those higher level hocus-pocus software stuff .... ))).
By now I have a large collection of examples about the JK BMS software "skills".
The popular B2A8S20P has a CAN port. On hardware version V11.XW , software version V11.287H : modify the device address (via the bluetooth app) will result in a modified CAN ID . Device address = 0 will yield ID 0x02F4 (or 0x04F4 or 0x05F5 for other parameter groups), device address = 1 will yield ID 0x2F5 , address = 2 will yield 0x2F6, etc. So far so good. The CAN protocol is the Standard Frame.
Another B2A8S20P : hardware version V11A, software version V11.54. One can change the device address (again via the bluetooth app), but the logic analyzer shows NO change in CAN ID !!!! Whatever device address selected, the analyzer always shows ID 0x2F4 (or 0x4F4 or 0x5F4). That's a major error. Forget to observe multiple JK BMS on a CAN bus.
On top of that, JK changed from Standard CAN protocol to Extended CAN protocol. Without any message to their customers.
Obviously JKBMS has communication problems with a lot of inverters.
JK is changing internals on the fly and when they improve one item at the same time they deteriorate another item.
Updating features is great, but you should inform the customers about it !
A JKBMS from last year is doing fine, so one order some more "identical" BMS. Forget it , they will have different behaviour.
The basic B2A8S20P (or family members) has a 4pin RS485 port. Forget it. It's a plain RS232 port, with the Vcc wire connected to the battery voltage (thus NOT to 3.3V or 5V).
(((that's why they sell the yo-do-not-need-it RS485 dongle to deal with this high power supply))). The optional CAN/HC version has an extra port with CAN functionality or RS485 functionality. The CAN story : see above. The RS485 story : that port is connected to the internal RS232 kernal, only the signal levels are RS485. No MODBUS, no whatsoever protocol. Again : pure RS232 "protocol" at RS485 voltage levels. And because of using the internal RS232 kernal, only one of the two "RS485" ports can be used at the same time.
A total mess. We (= the users) cannot have confidence anymore in JK BMS. Whoever : stop promoting JK BMS.