* RE: Battery rate on Acer TM 292
@ 2004-09-13 1:20 Li, Shaohua
[not found] ` <16A54BF5D6E14E4D916CE26C9AD305751B66D5-4yWAQGcml66iAffOGbnezLfspsVTdybXVpNB7YpNyf8@public.gmane.org>
0 siblings, 1 reply; 6+ messages in thread
From: Li, Shaohua @ 2004-09-13 1:20 UTC (permalink / raw)
To: Stefan Tomanek; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Stefan Tomanek wrote:
>Hello,
>I've got an Acer Travelmate 292 (It's been sold under the name Extensa
2902,
>but
>it's essentially an TM292), and there are 3 issues with its ACPI
>implementation:
>
>1) ACPI only reports 2 frequencies (600 and 1500 Mhz) for the Dothan, I
>already
>adressed this to the cpufreq guys
>
>2) the ac adapter does not send any events, but's that's not much
trouble
>since
>it's status is reported properly, and battery events are sent instead
It's possibly a BIOS issue.
>
>3) the rate of charging or discharging is always 0, makes it hard to
guess
>when
>we are running out of power :-)
>
>stefan@nano:~$ acpi
> Battery 1: discharging, 99%, charging at zero rate
> - will never fully charge.
>stefan@nano:~$ cat /proc/acpi/battery/BAT1/state
>present: yes
>capacity state: ok
>charging state: discharging
>present rate: 0 mA
>remaining capacity: 3960 mAh
>present voltage: 16376 mV
Please don't trust 'present rate'. In many systems, 'present rate' are
always 0. If you want to estimate the power of the battery, please use
remaining capacity. I'd like the user daemon use 'remaining capacity' to
calculate the rate.
Thanks,
Shaohua
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
^ permalink raw reply [flat|nested] 6+ messages in thread[parent not found: <16A54BF5D6E14E4D916CE26C9AD305751B66D5-4yWAQGcml66iAffOGbnezLfspsVTdybXVpNB7YpNyf8@public.gmane.org>]
* Re: Battery rate on Acer TM 292 [not found] ` <16A54BF5D6E14E4D916CE26C9AD305751B66D5-4yWAQGcml66iAffOGbnezLfspsVTdybXVpNB7YpNyf8@public.gmane.org> @ 2004-09-13 5:39 ` Stefan Seyfried 2004-09-15 10:56 ` Stefan Tomanek 2004-09-17 15:15 ` Simon Fowler 1 sibling, 1 reply; 6+ messages in thread From: Stefan Seyfried @ 2004-09-13 5:39 UTC (permalink / raw) To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f On Mon, Sep 13, 2004 at 09:20:53AM +0800, Li, Shaohua wrote: > >stefan@nano:~$ cat /proc/acpi/battery/BAT1/state > >present: yes > >capacity state: ok > >charging state: discharging > >present rate: 0 mA > >remaining capacity: 3960 mAh > >present voltage: 16376 mV > Please don't trust 'present rate'. In many systems, 'present rate' are > always 0. There are actually a lot of systems where 'present rate' is pretty accurate and there is ACER where it is always 0. I am in a dispute with ACER engineers about this right now but they don't seem to understand the problem. Of course this is a minor problem, but it is something which is done better by the competitors. I wonder if you get to see a estimated battery lifetime in Windows on these machines. > If you want to estimate the power of the battery, please use > remaining capacity. I'd like the user daemon use 'remaining capacity' to > calculate the rate. Although this is possible, it is very low priority on my todo list since it is needed only for ACER AFAICT and you get very bogus results shortly after restarting the userspace daemon etc. -- Stefan Seyfried ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Battery rate on Acer TM 292 2004-09-13 5:39 ` Stefan Seyfried @ 2004-09-15 10:56 ` Stefan Tomanek 0 siblings, 0 replies; 6+ messages in thread From: Stefan Tomanek @ 2004-09-15 10:56 UTC (permalink / raw) To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f Stefan Seyfried writes: > There are actually a lot of systems where 'present rate' is pretty accurate > and there is ACER where it is always 0. I am in a dispute with ACER engineers > about this right now but they don't seem to understand the problem. Ah, nice to hear that someone's trying to work on that issue. > I wonder if you get to see a estimated battery lifetime in Windows on these > machines. I cannot help with that, since this notebook has seen windows only for a couple of seconds before repartitioning. :-) As you can see in the disassebld dsdt, they seem to check the os_name at some places, I tried to set the name to various windows version, no luck so far. ------------------------------------------------------- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Battery rate on Acer TM 292 [not found] ` <16A54BF5D6E14E4D916CE26C9AD305751B66D5-4yWAQGcml66iAffOGbnezLfspsVTdybXVpNB7YpNyf8@public.gmane.org> 2004-09-13 5:39 ` Stefan Seyfried @ 2004-09-17 15:15 ` Simon Fowler 1 sibling, 0 replies; 6+ messages in thread From: Simon Fowler @ 2004-09-17 15:15 UTC (permalink / raw) To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f [-- Attachment #1: Type: text/plain, Size: 1378 bytes --] On Mon, Sep 13, 2004 at 09:20:53AM +0800, Li, Shaohua wrote: > Please don't trust 'present rate'. In many systems, 'present rate' are > always 0. If you want to estimate the power of the battery, please use > remaining capacity. I'd like the user daemon use 'remaining capacity' to > calculate the rate. > If present rate is reported, it's probably best to use it - the only other alternative, sampling the remaining capacity over time, is very error prone. On my Fujitsu LifeBook p2120 present rate reliably reflects the remaining battery life, even to the point of closely tracking changes in power usage. If I sample the remaining capacity every few seconds, however, it becomes obvious that it simply doesn't update the reported value often enough to be of much use - the smallest change in capacity reported is around 30mAH, which is too coarse grained to allow a good estimate. Even with averaging over a number of samples the present rate calculated this way jumps around too much. Probably the best approach would be to let the user choose which approach to use, which is what I've done with wmacpi (http://himi.org/wmacpi). Simon -- PGP public key Id 0x144A991C, or http://himi.org/stuff/himi.asc (crappy) Homepage: http://himi.org doe #237 (see http://www.lemuria.org/DeCSS) My DeCSS mirror: ftp://himi.org/pub/mirrors/css/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Battery rate on Acer TM 292
@ 2004-09-12 12:47 Stefan Tomanek
[not found] ` <loom.20040912T144218-763-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>
0 siblings, 1 reply; 6+ messages in thread
From: Stefan Tomanek @ 2004-09-12 12:47 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Hello,
I've got an Acer Travelmate 292 (It's been sold under the name Extensa 2902, but
it's essentially an TM292), and there are 3 issues with its ACPI implementation:
1) ACPI only reports 2 frequencies (600 and 1500 Mhz) for the Dothan, I already
adressed this to the cpufreq guys
2) the ac adapter does not send any events, but's that's not much trouble since
it's status is reported properly, and battery events are sent instead
3) the rate of charging or discharging is always 0, makes it hard to guess when
we are running out of power :-)
stefan@nano:~$ acpi
Battery 1: discharging, 99%, charging at zero rate
- will never fully charge.
stefan@nano:~$ cat /proc/acpi/battery/BAT1/state
present: yes
capacity state: ok
charging state: discharging
present rate: 0 mA
remaining capacity: 3960 mAh
present voltage: 16376 mV
I disassebled the dsdt, perhaps someone experienced can take a look at it:
http://localhost.ruhr.de/~stefan/acer_tm292_dsdt.txt
Thanks in advance...
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
^ permalink raw reply [flat|nested] 6+ messages in thread[parent not found: <loom.20040912T144218-763-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>]
* Re: Battery rate on Acer TM 292 [not found] ` <loom.20040912T144218-763-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org> @ 2004-09-20 8:59 ` Norbert Preining 0 siblings, 0 replies; 6+ messages in thread From: Norbert Preining @ 2004-09-20 8:59 UTC (permalink / raw) To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f On Son, 12 Sep 2004, Stefan Tomanek wrote: > 2) the ac adapter does not send any events, but's that's not much trouble since > it's status is reported properly, and battery events are sent instead See my description for this fix on www.logic.at/people/preining/acer/ (or on www.linux-acpi.org). My ac adapter (TM654) is now sending ac events > 3) the rate of charging or discharging is always 0, makes it hard to guess when > we are running out of power :-) Same problem here. Best wishes Norbert ------------------------------------------------------------------------------- Norbert Preining <preining AT logic DOT at> Technische Universität Wien gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- FORD Six pints of bitter. And quickly please, the world's about to end. BARMAN Oh yes, sir? Nice weather for it. --- Douglas Adams, The Hitchhikers Guide to the Galaxy ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2004-09-20 8:59 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-09-13 1:20 Battery rate on Acer TM 292 Li, Shaohua
[not found] ` <16A54BF5D6E14E4D916CE26C9AD305751B66D5-4yWAQGcml66iAffOGbnezLfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-09-13 5:39 ` Stefan Seyfried
2004-09-15 10:56 ` Stefan Tomanek
2004-09-17 15:15 ` Simon Fowler
-- strict thread matches above, loose matches on Subject: below --
2004-09-12 12:47 Stefan Tomanek
[not found] ` <loom.20040912T144218-763-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>
2004-09-20 8:59 ` Norbert Preining
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox