diy solar

diy solar

JK 4S 200A BMS

I finally read through this thread as it is poorly named and appears to only deal with JK-4S-200A.
It is OBVIOUS there is issues with Translation, in particular Series vs Parallel.

I am now in process of changing my Fleet of battery packs to JK B2A24S15P units, which includes 6 Packs Parallel and also my Utility Packs.
I am NOT installing anything in Series which only increases Voltage & stresses BMS' should one pack in series fail or cutoff.

I have TWO Packs made out of EV-LFP cells which I got used and have been troublesome from day one, then ripped apart and rebuilt as 24V/8S with a Chargery BMS & QNBBM-8S Active Balancer... They behaved but were "quirky" but did their job. They are switched over to identical configs, including new busbars (All Packs will be similarly setup with new Busbars for consistency). One of these packs did fail in the previous config because the QNBBM lost a channel and well, the packs cells got down to 1.7Vpc ! The cells were recovered after the long & tedious process.

These are now running in Parallel and powering my house, with the JK BMS'. Both of these packs are now behaving exceptionally well and the Delta Between cells is typically around 0.007mv +/- 0.003 pending if load or charge. Active Balancing is set to start at 3.7V (there is no 3.75) and works very well at that point.
(Midnite Classic-200) SCC Settings) have Absorb/Bulk set to 27.5V (3.437) for 30 Minutes, with the EndAmps at 12A. Then it enters FLOAT which is set to 27.4V (3.425) and the Variable Current allows everything to top nicely and quite quickly.

My Parallel Setup is very similar to what @upnorthandpersonal posted with the exception of Fuse Types.
parallel-png.95755


I have even done a Limited Thrash Test (extended Max discharge & Max Charge) and Nothing Blinked at all. As the 280AH Packs go online in the Bank the tests will continue but I do not see any issues moving forward in Parallel.

Thanks to UpNorthandPersonal, he quickly helped me sort the "Jump Start" with 9V battery across the B- & P- and the CURSED Software ! Seriously that is a big problem as the only version that works is the enjpower-bms-3.7.4.88 while the most recent JKBMS_4.6.5.apk fails and THAT comes https://www.pgyer.com/Cfq3?spm=a2g0o.detail.1000023.2.61f83170MBnNsJ which is where the QR Scan Code leads you.





! FOR CLARITY !

1654110526361.png
 

Attachments

  • 1654110111738.png
    1654110111738.png
    74.8 KB · Views: 8
Last edited:
I finally read through this thread as it is poorly named and appears to only deal with JK-4S-200A.
It is OBVIOUS there is issues with Translation, in particular Series vs Parallel.
I agree that the Thread title is very misleading. The Thread could be better named as "JK 200A BMS with heater function, 4S-8S". The parallel batteries concerns discussed here are (I think) a limitation for all JK BMS implementations, and theoretically affecting other brands of electronic BMS as well. (Per previous posts, the concerns are probably made "impossible to recreate" by using Class-T fuses below the instantaneous max current sizes of the parallel battery packs built with JK BMS units.)
 
Initial report from "lightweight" testing with 94A current load for 5 minutes. (successful test.)

Testing with a 120-VAC pure resistive load on my "big" Inverter, (that was a water-boiling "tea maker" with a large heated carafe) consumed about 94A of continuous current. 4S battery pack voltage, measured at a Coulomb Counter on the "P-" leads, declining from about 13.35V to about 13.22V during the test, which lasted about 5 minutes.

Before calibration, the Android App shows starting and ending Voltage a bit low, in comparison to my "pretty decent" coulomb counter monitor. The BMS App current value was also lower than the coulomb counter. I will calibrate these values. The important data value which I was looking for is the "MOS temperature value", which reached only 33C during the test (from a near-idle value around 27C).
 
Last edited:
Initial report from testing with current approaching the 200A load limit. (successful test.)

Adding another 120-VAC pure resistive load (a large toaster), I pulled 198A from the battery pack for about 4 minutes (then my supposedly big-enough Inverter died :mad:). There was no interference from the BMS, and "MOS temperature" reached only 45C during the test. That's an excellent result, as far as I'm concerned.

EDIT 6/3/2022: I was unable to force invocation of the default current limit, nor execute a higher "instantaneous" test with a reactive load, due to failure of a cheap fuse labeled for "250A". The Inverter is OK. :giggle: (I have just replaced that fuse to a fast-acting class-T at 350A).
 
Last edited:
I really don't get the hangup on the Paralleled Battery Packs using JK or any other respectable BMS. As long as the system is properly "built" with equal length wire, each pack is independently fused with the "correct" fuse there really should be no issues, many of us are doing it.

Batteries in Series has always been a challenge and moreso depending on the chemistry involved and that has lead to a lot of "bafflegab" and confusion. With the Battery Tech we are using here which is mostly LFP, there is little need to place batteries in Series unless people are purchasing Prebuilts and even BattleBorn has made this clear as to limitations and they actually support limited Series Batteries. Below is an extract on Paralled Batteries.

Advantages

The main advantage of wiring batteries in parallel is that you increase the available runtime of your system while maintaining the voltage. Since the amp-hour capacities are additive, two batteries in parallel double your runtime, three batteries triple it, and so on.

Another advantage to wiring batteries in parallel is that if one of your batteries dies or has an issue, the remaining batteries in the system can still provide power.

Disadvantages

The main drawback to wiring batteries in parallel vs. series is that the system voltage will be lower, resulting in a higher current draw. Higher current means thicker cables and more voltage drop. Larger power appliances and generation are harder to operate and less efficient when operating at lower voltages.

How Many Batteries Can You Wire In Series?​

The limit on how many batteries you can wire in series typically depends on the battery and manufacturer. For example, Battle Born allows up to four of their lithium batteries to be wired in series to create a 48-volt system. Always check with your battery manufacturer to ensure you do not exceed their recommended limit of batteries in series.
note this, if the internal BMS' exceed their max voltage the Magic Smoke appears

How Many Batteries Can You Wire In Parallel?​

There is no limit to how many batteries you can wire in parallel. The more batteries you add in a parallel circuit, the more capacity and longer runtime you will have available. Keep in mind that the more batteries you have in parallel, the longer it will take to charge the system.

SOURCE: https://battlebornbatteries.com/batteries-in-series-vs-parallel/

There IS a GOTCHA with Parallel Packs in a Bank and this is what I believe is the underlying troublespot here.
Example: If a bank of 3 packs is running along and is at 75% and 1 pack disconnects for whatever reason, the other two will continue and take the extra charge/discharge without consideration. The "down" pack will remain at 75% until the problem is resolved (unless the failure is draining it). Once corrected and being put back "online" the SOC Differential can create havoc within the bank resulting either in a Surge out if the other 2 packs are at a lower SOC or a large surge inbound from the 2 packs because they are at a higher SOC. In Both of those instances, the Instant Rush can exceed the individual BMS capabilities resulting in Damage and even releasing the Magic Smoke.

This is one of the major downsides of using FET Based BMS', as Relay-based ones just drop the Relay/SSR instantly when required, disconnecting the pack and no FETS get smoked. In that instance the Relay/SSR Capacity is the limiting factor and which can be 200-1000A or more and why they are used in EV's that push/pull a lot of juice.

This is also another reason we "geezers here" also used to remind anyone building a Paralleled Bank to build it so that "any pack" within the bank can act as the "Last Man Standing", meaning that it could handle the Max potential Charge/Discharge of the system that it is supporting. This is not terribly difficult with a small system, but larger systems are not easy to do and sometimes impractical.

I hope this helps to clarify a few items.
 
the Instant Rush can exceed the individual BMS capabilities resulting in Damage and even releasing the Magic Smoke
There still seems to be some question under exactly what conditions this is even an issue with LiFePO4 since so much of the capacity range is in the flat part of the voltage chart.
 
I did find out that my Victron charge controllers didn't have an issue with the JK BMS disconnecting the battery for charging because I did not update the default max charge current high enough after I switched it over this morning. Panels were in full sun. Not sure why the default was only 60A (may even be lower than that) when the discharge default is 200A.
 
Initial Report with testing of low temperature charging protection. (FAILED TEST, unable to configure a proper temp value for LFP battery cells.)

The parameter Charge UPT(C), in my "new" BMS Android App and System software, has a minimum value of -10.1 degrees. This value is fatal for LFP battery cells, which must only be charged at temperatures at least a little bit above zero. It is very likely also involved in the new "heater" function.

Charge UPTCR (the charge circuit "recovery" temperature, following a low temperature shutdown) can be configured as high as 20.0 degrees, providing a good working range for that parameter. But the App interface indicates the charging circuit will remain active until extreme cold (worse than -10.1 degrees C) is present on temp sensors. I can't even test for that in the near future, having no "dry ice" in the house. The BMS defaults to -20C, and can't be configured to a number higher than -10.1 C.
 
The parameter Charge UPT(C), in my "new" BMS Android App and System software, has a minimum value of -10.1 degrees.
Here is screen shot of my original settings and was able to change the Charge UTP to 3C and the Charge UTPR to 5C:
Screenshot 2022-06-01 at 6.38.06 PM.jpg
 
Initial Report with testing of low temperature charging protection. (FAILED TEST, unable to configure a proper temp value for LFP battery cells.)
did you select the LiFePO4 button at the top of the screen prior to attempting to change the values?
 
Here is screen shot of my original settings and was able to change the Charge UTP to 3C and the Charge UTPR to 5C:
View attachment 96842
NOW RESOLVED, but a problem does exist within the Android App. Upon pressing 'LIFEPO4' and changing default parameters within the same cellphone App session, the "setting error" occurs with a UTP value above -10.1 degrees. Switching back and forth between 'Settings' and Status' does not allow the parameter to be set higher.

But shutting down the Android App and then restarting it (without pressing 'LIFEPO4' and invoking default values a second time) allows the value to be modified to your excellent "production" value, and further restarts of the App also allow for further changes to the parameter, without provoking the error.

This is apparently an error within the cellphone App V4.5.1, which can be bypassed by invoking the App at least one more time after setting battery type. The programming issue is only exposed within the SAME Android Cellphone App "run" in which the battery type is designated.

I am unable to test the IOS App, not being in possession of a compatible phone.
 
The Balancing Test. (Passed, with flying colors).

I "dragged" down the Voltage on the first cell of my battery pack, by connecting a high-wattage resistor on to that cell alone. BMS showed .4A of return current during that process. I pulled voltage to be about .06 low on on that cell. When I lowered the minimum balance voltage into an activating range, with balancing MOS turned on in the "Control" panel of the App, balancing current became shown on the App "status panel" - with values varying between .92A and about 1.12A.

I removed my resistor (which was quite warm to the touch, but far below its power limit of 100 watts). This allowed the cell Voltage to begin recovering rapidly, finishing the job in only 8 minutes. (My previous "Daly Smart BMS" would have required 4-8 days to finish the job, and it wasn't
tunable.) The Balance "status" was generally showing "discharge" but sometimes showed "charge". CMOS temps stayed very low on the otherwise idle battery pack, at only 27.2 C (with room temp detected as 20.7 on two mostly-idle cells.)
 
The First Charging Test. (Passed, but the error log and display showed numerous 'abnormal' events.)

I attached a very cheap, low-power bench charger for this test. It is capable of creating voltage above 14.4V, but shuts down when battery current falls below about 0.5A. That shutdown occurred at total pack voltage of 14.22V per the display, an average of 3.543V per cell with a delta below the 0.010 limit I had set in the App. During charging from

(I calibrated 'voltage' and 'current' values via the Coulomb counter yesterday, before "blowing up" the Coulomb Counter with a surge from the "dying" Inverter. So the BMS App is now providing the best numbers which I can get. I'm sorry about that event, which prevents any further testing of the output current limits for this BMS unit.)​

During the charge process (initiated at pack Voltage 13.173 Volts), balancing occurred without issues from time to time, and with no interruption of the charging process.

However, during charging, the Stats Display blinked a warning message (in red) about an "abnormal state" being detected. Each occurrence was automatically recovered ("cancellation") so quickly that I could not read the message. This message appeared at intervals between about 5 seconds and 40 seconds, for the entire duration of the charging cycle. In the "system" log, the first 50 messages record the detection and and cancellation of the error code in pairs, each pair of log entries occurring within the same second. Here is one of the log entry pairs. The gaps in time occur after the second message of each pair:

7. Before [3H11M29S] - [Abnormal coprocessor communication]
8. Before [3H11M30S] - {Abnormal cancellation of coprocessor communication]

I think that the 2nd message has a slight translation problem (word order), and could be perhaps be worded more clearly as "Cancellation of abnormal coprocessor communication".

In any case, I am unsure whether a problem is present in the unit, or whether the cheap charger is putting out far too much THD (i.e., 120-VAC "passing through" into the DC output. I do not have an oscilloscope for measuring that.
 
They REALLY have to get the Terminology, Abbreviations & the Correct Translations done and they'll shine much better.
"Interpretations" can result in some goofy things.

Thanks for the Continued Tests.
 
They REALLY have to get the Terminology, Abbreviations & the Correct Translations done and they'll shine much better.
"Interpretations" can result in some goofy things.

Thanks for the Continued Tests.
You're completely welcome, it's been my privilege to write these test reports. (I will be working with Nami to create a formal "review" of the device in my name, from these reports, after I'm done testing the new "heater" function.) I intend to assist with a bit further with the English translation of the draft manual, and also to add the missing information about the default SETTINGS password.
 
Last edited:
Cell "overcharge protection" seems to work great. My final round of testing (today and maybe tomorrow) will involve the new heater function.
 
You're completely welcome, it's been my privilege to write these test reports. (I will be working with Nami to create a formal "review" of the device in my name, from these reports, after I'm done testing the new "heater" function.) I intend to assist with a bit further with the English translation of the draft manual, and also to add the missing information about the default SETTINGS password.
I advise CAUTION on helping with Docs & Translations...
Experience Speaking here.. I tried to help Chargery and they became very active here & and took the user feedback to improve the product line and develop new product based on our input. I rewrote their manuals and clarified a lot of it and THEN the crap started and blaming, accusations and more... Which is WHY I backed off of here and only selectively assist the few when I "feel" up to it.

I believe that Lyuan Tech is still inclosing my ️ Luyuan Tech Basic Lifepo4 Assembly Guide which they had printed for inclusion for all battery cells sales. And I've even gotten crap for doing that....

So now, I have essentially terminated my longtime ways of OpenSource / Freeway NOT FOR Profit stuff as it is obvious that is unacceptable to far too many "Ferenghi" and they can honestly "stuff it". The side effect, info sources to help others = limited to very little forward.
 
Maybe a Wee Bit OFF-Topic but here is some Enlightening snaps. These are the TWO Used EV-LFP Packs of which #1 is the pack which got fully discharged to 1.1V +/- per cell by a Failed QNBBM Active Balancer and Fully Recovered.

174-1 Entering Float Mode. Detail Screen & Cell Screen
LFP-174-1 Entering Float status.png
LFP-174-1 Entering Float Cell State.png






































174-2 Entering Float Mode. Detail Screen & Cell Screen
LFP-174-2 Entering Float status.png1654274027305.png







































I Hope this helps clarify some of the stuff discussed.
These "Just Entered" float about 5 minutes prior to Screen Caps taken. Within an hour the Delta will be around 0.005 /+- 0.002.

EDIT: After a Bit over an Hour (1hr 32min) in Float BELOW, Note some Heavy Draws also occurred during this period.

After a LITTLE over an Hour in Float: 174-1 below
LFP-174-2 1hr+ Float Status.pngLFP-174-2 1hr+ Cell Status.png



























After a LITTLE over an Hour in Float: 174-2
LFP-174-1 1hr+ Float.pngLFP-174-1 1hr+ Cell State.png


























I believe this will answer most Q's. I will not add further as there really is no Point to that.
A Special Point. 174-1 IS the Pack that collapsed to 1.2Vpc +/- due to QNBBM Active Balancer failure,


 
Last edited:
Can something actively be reading from the JK BMS RS-"485" port and something else use the bluetooth at the same time? I know you can't have two bluetooth devices trying to talk to it at same time.
 
Back
Top