• Have you tried out dark mode?! Scroll to the bottom of any page to find a sun or moon icon to turn dark mode on or off!

diy solar

diy solar

JKBMS Inverter Edition Problems/Issues | No Support / Help to fix major issues. - DO NOT BUY ! Warning (as of Oct.12.2024)

In the JK settings, I set the voltage calibration to 0.2V above the actual value. Everything worked.
Luxpower.
 
This needs to be done in order to overcome the voltage drop on the thick battery wires.
I did it the other way around, by calibrating on the inverter the battery voltage at 0.1V below the real calibrated BMS voltage.
Otherwise the RCV to trigger the timer is not reached.
 
I am assuming similarly.

It does make a difference, just moves the SOC like crazy between the percentages. I also require to keep the percentage above 4% because the inverter starts force charging the batteries from the Grid or completely disables Backup (aka house electricity).

I will attempt that and see if by chance that manages to fix my issue! So 2/3 of 2354ah is 1,570ah?
May I say, I've learned more math in the past 6 months then I've ever did in school lmao
Alright update on the whole.. Too much battery capacity for the BMs's to handle problem
Set all 3 BMS reported capacity at 1570ah or 2/3's of the actual capacity.

Previously the breaking point was when all 3 Bms's would reach 74% it would die. Now I had the communication overflow happen at 92%.
At overflow, the Inverter begins reporting 0% (while all 3 BMS's show correctly) which means it kills the power to the Backup (or my whole house to be exact).

So right now I'm thinking either reducing the reported capacity by half of it's whole capacity.. which would be.. 2354 / 2 = 1177.

But I can see that this is not ideal solution, as the reported capacity by the BMS's will reach 0% by the time the batteries are half discharged. So I'm a little bit lost on what to actually do :/
 
Last edited:
A number have had success connecting the inverer charger. The rest of us are simply using these as parallel batteries on a bus bar and except for soc drift seem to be working ok
 
Alright update on the whole..
Set all 3 BMS reported capacity at 1570ah or 2/3's of the actual capacity.

Previously the breaking point was when all 3 Bms's would reach 74% it would die. Now I had the communication overflow happen at 92%.
At overflow, the Inverter begins reporting 0% (while all 3 BMS's show correctly) which means it kills the power to the Backup (or my whole house to be exact).

So right now I'm thinking either reducing the reported capacity by half of it's whole capacity.. which would be.. 2354 / 2 = 1177.

But I can see that this is not ideal solution, as the reported capacity by the BMS's will reach 0% by the time the batteries are half discharged. So I'm a little bit lost on what to actually do :/
A trick someone in another thread is doing (in their case adding another battery makes their inverter do weird crap). They have 12 batteries connected in the master/slave bms setup and connected to the inverter (#13 breaks the inverter) and they have 3-4 more batteries that are not part of the master slave but connected to the inverter DC power. Because of the way the bmses track current the extra unconnected batteries pretty much track the connected batteries. The only issue this could cause is if the unconnected battery significantly drifts away from the 2 connected batteries such that it does not fully charge and/or goes into protection. You would have to check the unconnected battery once in a while to make sure it is working right.
 
A trick someone in another thread is doing (in their case adding another battery makes their inverter do weird crap). They have 12 batteries connected in the master/slave bms setup and connected to the inverter (#13 breaks the inverter) and they have 3-4 more batteries that are not part of the master slave but connected to the inverter DC power. Because of the way the bmses track current the extra unconnected batteries pretty much track the connected batteries. The only issue this could cause is if the unconnected battery significantly drifts away from the 2 connected batteries such that it does not fully charge and/or goes into protection. You would have to check the unconnected battery once in a while to make sure it is working right.
That indeed is an option and more or less will probably be my last resort due to few issues:

1. As you said, the BMS's don't communicate with each other on this Open loop, which means might be charge deviations (will test over time)

2. The inverter shows wrong battery charge (in kwh) if less batteries are connected. So it looks like this:
3 batteries in closed loop = 1kwh charge
2 batteries is 2/3 so = 0.66kwh
1 battery is 1/3 so = 0.33kwh

Charge reported and tracked by the Inverter. however all batteries do indeed get the charge, abeit unevenly if disconnected comms
 
Question: Can anyone recommend some sort of device or arduino or something of that kind to take information from the BMS's and input that information into the Inverter? Like a middle man approach
 
Question: Can anyone recommend some sort of device or arduino or something of that kind to take information from the BMS's and input that information into the Inverter? Like a middle man approach
I tried similar using a uno and a megga but they were too slow. I now use teensy's.

 
I tried similar using a uno and a megga but they were too slow. I now use teensy's.

Alright I'm curious, what did you mean by too slow and how and why do you use Tennsy? (I honest to dirt know barely anything so please be patient and explain it like to a child)
 
SOC in JK BMS has never been and will never be counted correctly. The lower the SOC value, the bigger the difference. This is not changed by voltage calibration, amperage at high load, or other niggles.. Since I use YamBMS to control charging and send SOC 100% to my Deye inverter , all problems are over.

Compare SOC JKBMS 15.38 vs Victron SmartShunt

1742062517386.png
 
Last edited:
SOC in JK BMS has never been and will never be counted correctly. The lower the SOC value, the bigger the difference. This is not changed by voltage calibration, amperage at high load, or other niggles.. Since I use YamBMS to control charging and send SOC 100% to my Deye inverter , all problems are over.

Compare SOC JKBMS 15.38 vs Victron SmartShunt

View attachment 285258

I am actually planning to build up the YamBMS, though I'm bit confused on parts I need. I will however find a video of someone building eventually I suppose
 
Alright I'm curious, what did you mean by too slow and how and why do you use Tennsy? (I honest to dirt know barely anything so please be patient and explain it like to a child)
Too slow, as in it wasn't fast enough to read all the CAN messages- ie it would miss some.
 
Strange problem with Deye 10k 3ph inverter and RFV Time transfering to float mode. Some days battery meets all the requirements that means SOC 100% voltage is met for RFV time 30 minutes, but battery and inverter does not change to float mode, it is like voltage command to inverter goes just a little bit before 100% battery reset which immidiately resets the timer and there is no float mode happening. First try 14:23, second try 14:53 - see 30 minutes.

Some days it works on first try others 1 or 2 tries. It does not have any extra negative impact, but it is super strange behaviour.

1742566132760.png

1742566184464.png
 
SOC in JK BMS has never been and will never be counted correctly. The lower the SOC value, the bigger the difference. This is not changed by voltage calibration, amperage at high load, or other niggles.. Since I use YamBMS to control charging and send SOC 100% to my Deye inverter , all problems are over.

Compare SOC JKBMS 15.38 vs Victron SmartShunt

View attachment 285258

are you using all the JK BMS + victron + Can to deye with only one Atom S3?
 
I do not like the 100% full trigger algorithm of the new 15.35 firmware.

If you have a random inverter load a little bit before BMS check for BatVol >= 100% SoC Full voltage the load will have dragged down the battery voltage below 100% full trigger and it will jump back into a full absorb period charging.

In my opinion this kills any chance of connecting inverter comm as the chance of repetitive Absorb cycles on battery is too great for my taste.

I run open loop with inverter/charger controlling the actual absorb time and I set the JK PB BMS RCV timer to a short period of time so step 2 has less of a vulnerable window for a random inverter load to drop battery below absorb voltage.

In the functions control screen, I disable float mode so steps 6 and 7 are not executed. My inverter/charger decides when to reinitiate a new full absorb charge cycle.

JK PB Columb Counter reset v15.png
 
what would be best settings for early 100% ?
With no inverter communications, set short RCV timer in BMS and let inverter/charger determine actual absorb time.

If you have inverter communication with BMS, a short RCV timer will also cause a short absorb time.

Don't forget to disable float mode in BMS on function enable/disable screen.

Float period (or more specifically how long before it starts a new full charge absorb cycle) should not just be timer determined. It should also use battery voltage in decision to initiate a new recharge cycle. If you are away on vacation, drawing very little power from battery, do you want it pounding a new absorb level full recharge every time float timer expires?

Recharge timers are useful on PV based recharging where you need to trigger charging during daylight or lose the opportunity to get some recharging.
 
Could someone take a look at my settings and let me know what should/needs to be changed, for some reason they never get 100%, they stop charging just short of 100% soc voltage. Here is a screen shot of the master battery and one of the slave ones. They are closed loop with my eg4 6000xp inverters.

2.jpg1.jpg
 
Last edited:
I noticed this as well. With the 12000xp. The ik bms needs to reach the RCV before it starts the absorption timer. But the inverter uses it's own internal voltage measurement. And never gets the battery to the RCV. The only way I got the battery to work is to calibrate the bms voltage to read a bit higher. So the absorption timer starts.
 
Last edited:
I noticed this as well. With the 12000xp. The ik bms needs to reach the RCV before it starts the absorption timer. But the inverter uses it's own internal voltage measurement. And never gets the battery to the RCV. The only way I got the battery to work is to calibrate the bms voltage to read a bit higher. So the absorption timer starts.
How did you do that?
 

diy solar

diy solar
Back
Top