#BUGREPORT
Time ON counter has a huge drift (in firmware)!
When we turn ON output, there is a time counter on display ("ON-counter" later). That counter is also used for "CutOff time" for Battery charger mode.
In my case, it counts time by 23 seconds
slower for each hour.
I did a few experiments:
Charged a battery for 1 hour, CC mode 2.000A. I used also for time reference an external desktop digital clock/stopwatch (checked it before test with my laptop - it's precise).
As proof, I provide screenshots at needed time from video recordings I did by smartphone.
Here is a result on Test #1, :
When I had exactly 1 hour (3600 seconds) passed, my Riden counted 1.999Ah (let's assume 2.000Ah, as one second mismatch is possible on the start), while the ON-counter showed 00:59:37, i.e. 23 seconds less.
Test #2. CC mode with current 3.600A.
In settings I set "CutOff time" to 1 hour.
Beginning, at 20th second. I tried to turn ON output and start the external stopwatch at
18:41:00 (it could have up to 1 second mismatch):
here is exactly 1 hour passed
according to the "ON-counter", a moment before output will be OFF:
here is a moment later when it's just turned OFF:
So, my external stopwatch counted 23 seconds more than the "ON-counter". Riden's hardware clock shows
19:41:
22, so also it spent
22 (we assume 23) seconds more than the "ON-counter".
Counted capacity correspondingly shows, say, "21mA higher" than it "should be" if we would provide 3.600A current during 3600 seconds.
Luckily the capacity counter is using riden's hardware clock and is not affected by "ON-counter" drift.
Note about 21 mA - it should be more like 23mA, right? Looks like at least 1-2 mA are lost somewhere during counting, I assume on beginning and/or at end of counting period.
I would be happy if the "ON-counter" drift will be fixed, as I use the feature to check and calibrate my other battery chargers/dischargers.
I use #UniSoft's Firmware V1.40.1g on RD6006P
p.s. not sure why attachments are not rendered in-line of the message, but below they are in order as were mentioned.