Closed Dighy closed 1 year ago
Hi @mr-manuel,
I'm sorry, you were more than right... I had a wrong understanding of this feature (I had the impression that you were temporarely adjusting the OVP), reason why I was so lost....
After review with more calm all the thread and look at the source, now I've a much better understanding of the issue and the challanages behind it.
I can confirm that the feature works just fine (still need to do some fine tuning, to find the best values for me, but it is working):
It's not so good as being able to play with the OVP value, but it is good workaround!
Thanks again for the good work and patience.
I'm sorry, you were more than right... I had a wrong understanding of this feature (I had the impression that you were temporarely adjusting the OVP), reason why I was so lost....
Unfortunately this is not possible via serial connection. I also wrote with the JKBMS developers and they were not really cooperative. They just told me that it's not possible via serial connection. With the Bluetooth connection it works without problems.
Neverthless, the workaround works for all BMS where you cannot reset the SOC via software.
Hello mr-manuel, does it mean when I connect via Bluetooth the JK-Bms with VenusOS the SoC will be set right when the voltage of 3.45V is reached?
The SoC of the JKBMS connected via Bluetooth will set to 100% when switching to float mode. PR is still open: https://github.com/Louisvdw/dbus-serialbattery/pull/736
Do I have to set anything for this or is everything already set automatically?
As soon as it is merged with the dev branch I will post an instruction here.
Ive tested the dev version the previous days and it works really well. Im using the following settings:
OVP: 3,6V OVPR 3.55V MIN_CELL_VOLTAGE = 2.750 MAX_CELL_VOLTAGE = 3.450 FLOAT_CELL_VOLTAGE = 3.375 BULK_CELL_VOLTAGE = 3.601 BULK_AFTER_DAYS = 1
I'll continue using the dev branch until this is merged.
Hello, another question about this marked value, what is it and what is it good for?
Hello, another question about this marked value, what is it and what is it good for?
Thanks for the bulk voltage hack. It works with the JKBMS, bulk (3,535) slightly under OPV (3,54). I have Grade A LF280K from EVE and they stay very balanced.
Some questions/suggestions: Can the tDiff be changed? 900 is pretty long for bulk. When i "reinstall local" to start the bulk voltage for testing, the battery is charged with full speed (in my case 70A). 5A or so would be better in my opinion.
If you are using the latest nightly from the dev branch, then MAX_VOLTAGE_TIME_SEC
is used.
I'm not sure if i understand this Solution correctly. Basically it means i need to run Batteries into OverVoltageProject from BMS every few days? Or just short before disconnect? How is this working on multiple Batteries? Aggregate Batteries will run all of them up until they disconnect? If the Packs do not align, Pack1 would make reset on Day1, Pack2 reset on Day2 and so on? Worried about Battery life and important disabled Alarm which might stay disabled.
I've exactly this issue on 5x Batteries with JKBMS. What i've tried on one of them is to calibrate BMS on discharge to measure around 0,5 Amps less than what the actual current is. That means during discharging it measures to less and SOC stays higher than it really is. On the next re-charge the BMS hits 100% as the battery still absorbs more than what the BMS is expecting. This seems to work for a few days now... need to monitor. This Solution might also make troubles when Batteries get empty before SOC shows that...
Describe the problem
Hello everybody,
I would like to start telling that I'm just beginer and I'm following all the instruction provided. I was replacing my old battery with 24V/280Ah lifepo4 battery monitored by JK Bms (2A8S20P) in a Victron Easy solar 24/3000 with CCGX system. Initially I let it running by setting only the VE Bus System (multiplus) and Solar charger (70A/150V type) with settings like CVL-27.2V and CCL - 50A and I checked the battery behavior at high discharge rate (120A). Everything fine Soc was going from 100% to 99%(float mode) and 68-74% in the morning as per consumption. After few days, I installed the driver version [v1.0.20230508beta] with every setting from default, I set JK-BMS serial battery as master (external control) and behavior was the same like without driver from SoC calculation point of view. Once the latest version was released [v1.0.20230531], I update it by USB in my CCGX and updated the value of CCL to 70A and DCL to 100A through SSL client Putty and reboot the GX. That I noticed is that in the first 2 days SoC was not going to 100% and only to 99% and after that every day maximum was 2% less compare with previous day (eq. 97%-95%-93%......) and now I reached 89% and as per logic CVL is going to 27.6V, then reduced to 27V (float) and after increasing again to 27.6V due to the SoC < 90%. Today, I came back to CCL - 50A and all the others the same as before to see what is going on... I would be so greatful for any support on what is the issue and how to correct it.
Thanks.
Driver version
v1.0.20230531
Venus OS device type
CCGX
Venus OS version
2.94
BMS type
JKBMS / Heltec BMS
Cell count
8
Connection type
Serial USB adapter to RS485
Config file
Relevant log output
Any other information that may be helpful
No response