From: Matthew Keller <mgkeller-Rn4VEauK+AKRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
To: "Grover, Andrew" <andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: RE: Battery "design capacity" incorrect
Date: 03 Mar 2003 14:01:41 -0500 [thread overview]
Message-ID: <1046718101.3209.60.camel@comp6161.potsdam.edu> (raw)
In-Reply-To: <F760B14C9561B941B89469F59BA3A84725A1C3-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
On Mon, 2003-03-03 at 12:16, Grover, Andrew wrote:
> > From: Matthew Keller [mailto:mgkeller-Rn4VEauK+AKRv+LV9MX5uipxlwaOVQ5f@public.gmane.org]
> > Below is the output
> > (/proc/acpi/batter/BAT1/info) for the battery in my Gateway
> > Solo 1450X.
> > The design capacity should be right around what the "last
> > full capacity"
> > says. I've confirmed this on Sanyo's site. I would like to note that
> > everything is **perfect** with a different Sanyo model
> > battery that is a
> > "extra capacity" battery. Is there any source I can diddle?
> > Proc entries
> > I can echo some magic number into? etc? Thanks!
> >
> > present: yes
> > design capacity: 5400 mWh
> > last full capacity: 3864 mWh
>
> So it always returns 5400 mWh, no matter what, is what I think you're
> saying, yes?
>
> If this isn't a problem on Windows, I think we can assume it is using
> the last full capacity when generating percent full numbers. Maybe we
> should do the same?
>
> Regards -- Andy
Correct. My main question is where is ACPI "getting" the 5400 from?
Various Windows tools, and even the manufacturer's specs claim "3860" or
"3870" as the capacity (tools and manufacturer respectively). I've
changed various Linux tools that I've written to do the math based on
the "last full capacity", but a lot of "other people's tools" use
"design capacity" which is "better", in my opinion as it can let you
know if you're having a calibration problem.
--
Matthew Keller
Enterprise Systems Analyst
Computing & Technology Services
State University of New York @ Potsdam
Potsdam, NY USA
http://mattwork.potsdam.edu/
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
next prev parent reply other threads:[~2003-03-03 19:01 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-03 17:16 Battery "design capacity" incorrect Grover, Andrew
[not found] ` <F760B14C9561B941B89469F59BA3A84725A1C3-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
2003-03-03 19:01 ` Matthew Keller [this message]
[not found] ` <1046718101.3209.60.camel-a2ysWtvtB4BRjtM+DFHcO/Z8FUJU4vz8@public.gmane.org>
2003-03-03 20:33 ` Troy Schultz
2003-03-04 14:16 ` Richard Black
-- strict thread matches above, loose matches on Subject: below --
2003-03-03 19:11 Grover, Andrew
2003-03-01 18:15 Matthew Keller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1046718101.3209.60.camel@comp6161.potsdam.edu \
--to=mgkeller-rn4veauk+akrv+lv9mx5uipxlwaovq5f@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox