<div dir="ltr">On Fri, Sep 5, 2008 at 9:37 AM, Mike Montour <span dir="ltr"><<a href="mailto:mail@mmontour.net">mail@mmontour.net</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
That might be normal - the charger in the PCF50633 shuts off the charge<br>
current once the battery is full, and turns it on again when the voltage<br>
falls below a threshold. It seems that it can discharge quite a bit<br>
before charging switches back on - in one test my battery got down to<br>
around 75% before it started to charge again.<br>
</blockquote><div><br>It doesn't completely turn off charging. It drops to a 100mA trickle charge which is insufficient to keep the battery topped up with the GSM radio turned on. That's why the batteries state of discharge is slower when its plugged into the charger ( even the wall charger )<br>
<br></div>What should happen is when the battery reachs 100% charge the kernel should check to see if the GSM radio/WLAN/Bluetooth/GSP is turned on and set the trickle charge to the base 100mA plus whatever each of the powered components requires. As the amount that each of these radios uses varies depending on signal strength and Rx/Tx mode its not an exact science. <br>
<br>Even just putting the charge mode to ~250mA would probably keep the battery charged up and the GSM radio happy. <br><br>Is there a dbus signal for a full battery that a script could hook to setup this trickle charge state ?<br>
<br>Angus<br><div><br><br></div></div><br></div>