[My first post, been gaining excellent knowledge from this group for many years. However, I had not checked the group since last year and was VERY excited to hear about Dacian new firmware which I plan to try soon. It inspired me to ask the following question which has puzzled me for me several years…]
I’ve used the truly excellent SBMS0 in my camper van, controlling 8 280Ah LiFePO4 in series for a nominal 24V battery, for about 5 years. During that period, I’ve had a small number of occasions when the OverVoltage Lock (OVLK) was triggered, but not the OV. See the attached photos with the Stat value of 24578.
My configuration values for OV, OVLK & OV recovery are slightly different than the defaults; they are set at 3.55, 3.75 & 3.4V resp. Control of my charge source is via a single DSSR20 (diversion part is not used) using EXT4 set to 1. While the OV flag did not seem to be triggered, the DSSR20 did switch off the charging source as seen in the second photo, charging had stopped about 8hrs earlier. I can’t say if this was due to the CFET flag being low or from processing of the ERROR5 variable in the SBMS firmware. Given that charging stopped, I’ve ruled out any issue with the charging controller and its associated wiring. The low, less than 60W, charging occurred during sunrise with partial sun breaking through nearby trees. The cells would have been around 99% full at the time from the previous day’s charging.
The third photo shows that the individual cells have a voltage of 3.416V, or less. Despite being over 8 hrs since the charging was stopped, I’m surprised that if one of the cells had reached the OVLK of 3.75V it would have already been discharged to <= 3.416 given that the only load on the 24v 280Ah cells was the tiny load of the SBMS (+WiFi).
Wondering how the OVLK could happen without an OV. The OV flag should still be set since if there was an OVLK there must have been an OV and the condition for OV recovery has not been reached.
I’ve been scanning the data sheet for the ISL94203 battery pack monitor chip and the SBMSV51d source code to try and figure out why. Does anyone have any thoughts?
Thanks for the quick reply. All the extra test you have in the new firmware to check for the internal cell resistance, cell balance resistance etc, are somethings I’m eager to try once my ST-Link programmer arrives.
I’m thinking that my inter-cell battery connections are not an issue since the OVLK has appeared during low, approx. 2-3A charging currents. Additionally, when drawing high power for periods of 20+ mins, e.g. near 3,000W loads via a Giandel PS-3000KAR inverter (I’m using a simple external pulse circuit combined with the EXT3 type 2 signal to let the SMBS remotely turn off the inverter if necessary), I have not noticed significant difference between cell voltages. I do periodically check these cell connections with an Infrared Laser Thermometer and recently a thermal camera, while drawing a large load, as the connections have previously loosened on road trips.
While I’m using the ribbon cable length that came with the unit and did solder the ring terminals I use at the ends of the cable, there could be the possibility that there is a connection which might be subject to rare “extra resistance” which could trigger an OVLK condition. From your feedback this seems to be the culprit, but the rarity of these events might make locating it tricky. The new tests in your updated software will be very helpful.
I did not realize that during cell-balancing periods that an OV condition could potentially be triggered. Due to the apparent “wild” voltage changes that sometimes occur during the balance period, I just wrongly assumed that the ISL94203 knew it was in a balancing period and though voltage values were reported they were not checked against any thresholds. As you mentioned, specifying a long enough value for the Overvoltage delay, relative to the balancing “on” time, makes it simple to mask this issue for OV. However, your comment about the instant reaction of the ISL94203 to a cell exceeding the OVLK threshold makes me realized that this threshold cannot be “masked” by a delay and the voltage changes I'm seeing during the balance period could really be telling me something important about the condition of my balance wire connections. Thanks for this insight.
Within just a few minutes of using the new 6.1c firmware I’m noticing things that I had not seen before. Towards the end of charging, during the cell balancing period I’m noticing peak cell voltage of over 3.6V and colour coded in the histogram! It is much easier to see these voltage peak values compared to the previous firmware and I now see how close these can get to the OVLO threshold. This new insight was just from the basic cell monitoring page. I haven’t yet had time to experiment with all your other new features.
I had previously examined the v51d source code and had seriously consider rewriting a small part of the code adding a user option to select not to show the changing voltages during the cell balancing periods. The lack of an ST-Link programmer immediately on hand and the slight possibility of bricking(!) my SBMS0, dissuaded me from the task. I now have an ST-Link programmer but I now also have more insight that the temporary voltage readings whilst balance can be illuminating.
Dave,
Your comments about the cell terminal likely point to the cause of my very infrequent problem and matches Dacian’s feedback regarding the cell balancing wires. My EVE cells originally had female screws terminals like yours. I had two problems in attaching the connection between cells and the balancing wires – i) not to overtighten the male screws that hold the connectors and ii) having the correct amount of thread depth on the screws. At the time I had a torque wrench but not a finer setting torque screwdriver and was very concerned about going too far when tightening the screws. However, I was pretty sure that my inter-cell connections were good.
My Fluke 189 multimeter has excellent resolution, down to 0.001mV in the 50mV range so in theory I can measure really tiny voltages and initially I did a constant high load test similar to what Dacian mentioned, checking the voltage drops across my flexible buss bars. This test coupled with checking temperatures across the terminals with a 100A load running for 20 mins made me think that inter-cell connections were fine. I did not pay as much attention to the cell balancing wires – I wrongly thought that e.g. if the ring terminals were slightly tarnished having been kicking around in a spart parts draw for a couple of decades it would not matter to the voltage measurements. I realized that during balancing that I might not be getting a "full" balance current but that was no big deal. What I did not realize is that the voltages measured during the balancing period, when mA currents are flowing in the balancing wires, are used by the ISL94203 and compared against the various programmed threshold to determine any fault conditions. I wrongly assumed that as these measurements were not the “real” cell voltages, they were not important. Dacian corrected my false thinking earlier.
I should have emphasized how rare this OVLK event is. It has happened about 6 times between 2021 and 2023. But has not happened since 2023. What happened in 2023…
I added M6 x 20mm hex socket grub screws to the 16 terminals to my cells. This made attaching the inter cell connections much easier as I now used a washer and nut rather than as screw and I felt I could better torque the connection and the screw depth issue was fixed. In the process of doing this upgrade, I removed and reattached my sense cables. Don’t remember specifically cleaning them but the reattachment might have removed some extra resistance that could have been on there.
Since that time, I have not had the OVLK issue but was constantly thinking that it was a lurking problem as when it happens all loads are turned off. Very annoying to return to your camper van to find both your 12v refrigerators and freezers turned off for hours despite your battery being fully charged. In the original source code for the firmware, I saw where the loads where shut off when an OVLK occurred and had contemplated doing a small “fix” to the firmware; possible to do this fix as this logic is in the firmware and not within the ISL94203. I decided against messing with it in case I bricked my SMS0. With Dacian’s new firmware I knew I would be messing with the SBMS0, so many must have features!! so I raised the question of how OVLK can happen but no OV. I had not considered the possibility of previously poor balancing wires causing this. If I had raised this question back in 2022 I would have been enlightened by Dacian much earlier.
Dave, I’ve learnt from experience that I need to check my cell connections after long trips in the camper van, especially after travelling on washboard patterned gravel roads. One way I do this is by applying a large, >50A, load, and check the cell connectors’ temperatures via an IR temperature gun. A quick check after about 1-2 minutes of load, and if all is well check again about 15-20 mins later. Usually, I do this if I need to run my small 120VAC water heater in the campervan. I recently brought a thermal camera on the pretext that I “needed” it to check these connectors, but the cheap temperature gun works well.
When I got my EVE cells, I was amazed about the connection mechanism via the not particularly long 6mm diameter female screw threads into the soft battery terminals. It seemed inadequate considering the current that could be drawn; I went for a 24v system to halve the currents. As you mentioned, the newer cells have much better connection mechanisms.
I ended up making my own flexible connectors between cells, partially because I had a large quantity of Belden ground braid on hand. I took sections of this and bent it over itself twice, to get a length with quadruple the current capacity, and placed on each end a section of ½” copper pipe. I then used a large vice to “crimp” each end until it was flat. They are similar to the ones in Dacian photo, but have a distinctly more “DIY” look to them. Because of the DIY nature of these connectors, I initially spent quite some time checking for voltage drops around them, replacing a few of the earlier ones I made as I refined my technique.
Spent all the time on these but completely ignored the quality of my cell balancing connections!!