Originally Posted by jws3
The attached picture provides some baseline battery information from my device. A correct 1% battery.dll algorithm should show my battery disconnected starting point as 98% charged based on a design fully charge voltage of 4.2v.
BTW, this is a short-term test to get a feeling for the capabiity of the battery. I plan to do a longer term discharge test.
I believe that all the battery charge status programs use battery.dll for their information. The only was to check the algorithm will be to get inside or find out by searching the basis for the calculations. That's my next step.
Back from the road trip. I let my device sit in standby (unconnected) for 47.5 hours and the indicated charge dropped from 95% to 67%. I also recharged the battery and used the device on the road (unconnected) for 31 hours and the indicated charge dropped from 95% to 31%. My normal telephone use is probably not excessive (made a few calls, checked email, etc.). I probably could have gone 36 hours before charging. One thing that I did note is that the battery charge decreased by about 3% whenever I made a call.
I collected % charge vs. voltage on both runs, and got a pretty good indication of what the algorithm in the battery.dll looks like (attached). What's interesting is the curve is an excellent fit to the data and it seems to indicate that the 95% might be an accurate indication of a fully charged battery.
BTW, a fully charged battery (100% indicated) connect to my computer shows 4.197v with a current of 106mA. This is pretty close to the design value of 4.2v. I think the immediate drop from 100% to 95% is just the charger being disconnected and the device load shifts to the battery, which causes a slight voltage drop.
The reason I went through this exercise was reading comments in this and other forums about the CRC ROM or the 18.104.22.168 radio causing a battery drain.
Interface: PointUI PointSense
Optimized for Speed
Radio Version: 1.02.25.32