Other Parts Discussed in Thread: GPCCHEM
Hello
I am using the remaining and full capacity values reported by my gas gauge to inform the host microprocessor of when the device has low battery. This is utilized for cutting off power supply to connections. Unfortunately these parameters are consistently incorrect and utilize the pre-programmed design capacity for their calculations, even after I reprogram the design capacity and confirm that it has been reprogrammed. These calculations seem to take the new design capacity into account if the device user allows the device to fall asleep for a few minutes (the host microprocessor enters sleep mode after 10s of inactivity). Resetting the host microprocessor also allows the programmed value to "sink in" (be taken into account for the calculations). This is causing my device to unnecessarily cut off power to connected devices even though it has adequate battery capacity. I have attempted using filtered and unfiltered values, and get the same issue with both. I have not tried uncompensated values.
Please let me know if there is some way to fix this or if I have to account for it with software tricks in the host. What I may do is require that the logic to cut off power to the connections have an "and" logic for two conditions. The first condition (the condition that leads to this issue) will stay the same, and be that the remaining capacity must be below a certain value. The second condition will be that the SOC % be below a certain value, since the ratio of remaining and full capacity remains proportional both before and after the programmed design capacity is taken into account for the capacity calculations (e.g. RCAP of 600 with FCAP of 1200 becomes RCAP of 1200 and FCAP of 2400).
Still, it would be good for the manufacturer to be aware of the fact that software designers need to implement a workaround when utilizing the queried parameters.
