Re: T480s, battery state jumping from fully-charged to charging while plugged in, battery LED doesn't change
Rubin Abdi <[email protected]> Tue, 14 Jun 2022 20:58:09 -0500
| Newsgroups | gmane.linux.hardware.thinkpad |
|---|---|
| Message-ID | <CALccEho-YPTa9kgFRWtfatmOShnrmpamyPwSnKTKhw=OihToaQ@mail.gmail.com> |
--===============6841214116529103962==
Content-Type: multipart/alternative; boundary="0000000000005bbfce05e172db57"
--0000000000005bbfce05e172db57
Content-Type: text/plain; charset="UTF-8"
If I'm being too noisy in the void please let me know.
So I followed Kevin Locke's instructions on attempting battery calibration
on 5.18:
if charge thresholds are being used, clear them during recalibration:
> echo 0 >/sys/class/power_supply/BAT0/charge_control_start_threshold
> echo 100 >/sys/class/power_supply/BAT0/charge_control_end_threshold
> echo force-discharge >/sys/class/power_supply/BAT0/charge_behaviour
> # Wait until battery is fully discharged
> # Wait until battery is fully recharged
> # Restore change thresholds as desired
While monitoring upower -i, my machine sat at 0 Wh for about 10 minutes
before it switched to a pending-charge state (USB PD was still plugged in).
I think it sat in that state for a while longer before it switched to auto
and began recharge. I've allowed it to recharge, and once it got up to
"full" it started to flip again between fully-charged/charging every 2-5
seconds (and tossing up notification) while still displaying a white LED
next to the charging port for fully charged. Here are two samples from
upower:
state: fully-charged
warning-level: none
energy: 51.31 Wh
energy-empty: 0 Wh
energy-full: 53.09 Wh
energy-full-design: 57 Wh
energy-rate: 3.085 W
voltage: 12.988 V
charge-cycles: 14
percentage: 96%
capacity: 93.1404%
state: charging
warning-level: none
energy: 51.32 Wh
energy-empty: 0 Wh
energy-full: 53.09 Wh
energy-full-design: 57 Wh
energy-rate: 3.769 W
voltage: 12.909 V
charge-cycles: 14
time to full: 28.2 minutes
percentage: 96%
capacity: 93.1404%
I dumped "96" into
/sys/class/power_supply/BAT0/charge_control_end_threshold and it's stopped
flipping. But I thought this would tune 0%-96% to scale what my battery
meter would display with 0%-100%, and not just stop charging at 96%
displayed on the meter.
So I guess my question is, am I doing this correctly, or is the root of my
issue elsewhere? If I hadn't already e-wasted the old battery I would pop
that in for a test.
Thanks.
On Tue, 14 Jun 2022 at 12:00, Rubin Abdi <[email protected]> wrote:
> This issue has sadly returned. I would appreciate any recommendations.
> Thanks.
>
> On Mon, 13 Jun 2022 at 14:06, Rubin Abdi <[email protected]> wrote:
>
>> I finagled an upgrade to 5.18.0 and things seem to be working fine now.
>> I'm not exactly sure why linux-image-amd64 got stuck at 5.16 during
>> upgrade, but an apt-get install worked. Thanks for reading.
>>
>> On Mon, 13 Jun 2022 at 12:55, Rubin Abdi <[email protected]> wrote:
>>
>>> Hello.
>>>
>>> I'm running Debian Sid 5.16.0-4-amd64 from the repo. I just did a long
>>> needed aptitude safe-upgrade (I don't believe my kernel got upgraded).
>>> After reboot I am seeing upower -i
>>> /org/freedesktop/UPower/devices/battery_BAT0 report the state of the
>>> battery going from fully-charged to charging every few seconds (which is
>>> throwing up notifications in KDE every few seconds). The charging indicator
>>> LED on the machine is maintaining white for fully charged (yes I know this
>>> is subjective). Battery percent is maintained at 99%.
>>>
>>> Additionally about a month ago I replaced the battery in this machine to
>>> a new generic one off of Amazon, after install and discharge/recharging the
>>> thing a couple of times upower reported about a 94% battery capacity (which
>>> I feel like is typical of generic replacement batteries). Today it's at
>>> 93.1404%.
>>>
>>> I looked through the "Battery recalibration" thread from April, I could
>>> have sworn linux these days (along with the bios) manage recalibration on
>>> their own, but I suppose I'm mistaken.
>>>
>>> So at this point I don't know if the issue is something got tweaked on
>>> this last apt upgrade, or a recalibration needs to happen. Any advice would
>>> be appreciated.
>>>
>>> Thanks.
>>>
>>> --
>>> Rubin (he/him <https://pronoun.is/he/him>)
>>> [email protected]
>>>
>>
>>
>> --
>> Rubin (he/him <https://pronoun.is/he/him>)
>> [email protected]
>>
>
>
> --
> Rubin (he/him <https://pronoun.is/he/him>)
> [email protected]
>
--
Rubin (he/him <https://pronoun.is/he/him>)
[email protected]
--0000000000005bbfce05e172db57
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">If I'm being too noisy in the void please let me know.=
<div><br></div><div>So I followed Kevin Locke's instructions on attempt=
ing battery calibration on 5.18:</div><div><br></div><blockquote class=3D"g=
mail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex">if charge thresholds are being used, clear them=
during recalibration:<br>=C2=A0 =C2=A0 echo 0 >/sys/class/power_supply/=
BAT0/charge_control_start_threshold<br>=C2=A0 =C2=A0 echo 100 >/sys/clas=
s/power_supply/BAT0/charge_control_end_threshold<br>echo force-discharge &g=
t;/sys/class/power_supply/BAT0/charge_behaviour<br># Wait until battery is =
fully discharged<br># Wait until battery is fully recharged<br># Restore ch=
ange thresholds as desired</blockquote><div><br></div><div>While monitoring=
upower -i, my machine sat at 0 Wh for about 10 minutes before it switched =
to a pending-charge state (USB PD was still plugged in). I think it sat in =
that state for a while longer before it switched to auto and began recharge=
. I've allowed it to recharge, and once it got up to "full" i=
t started to flip again between fully-charged/charging every 2-5 seconds (a=
nd tossing up notification) while still displaying a white LED next to the =
charging port for fully charged. Here are two samples from upower:</div><di=
v><br></div><div>=C2=A0 =C2=A0 state: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 fully-charged<br>=C2=A0 =C2=A0 warning-level: =C2=A0 =C2=A0 =
=C2=A0 none<br>=C2=A0 =C2=A0 energy: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A051.31 Wh<br>=C2=A0 =C2=A0 energy-empty: =C2=A0 =C2=A0 =C2=A0 =C2=
=A00 Wh<br>=C2=A0 =C2=A0 energy-full: =C2=A0 =C2=A0 =C2=A0 =C2=A0 53.09 Wh<=
br>=C2=A0 =C2=A0 energy-full-design: =C2=A057 Wh<br>=C2=A0 =C2=A0 energy-ra=
te: =C2=A0 =C2=A0 =C2=A0 =C2=A0 3.085 W<br>=C2=A0 =C2=A0 voltage: =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 12.988 V<br>=C2=A0 =C2=A0 charge-cycles:=
=C2=A0 =C2=A0 =C2=A0 14<br>=C2=A0 =C2=A0 percentage: =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A096%<br>=C2=A0 =C2=A0 capacity: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A093.1404%<br><br>=C2=A0 =C2=A0 state: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 charging<br>=C2=A0 =C2=A0 warning-level: =C2=A0 =C2=A0=
=C2=A0 none<br>=C2=A0 =C2=A0 energy: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A051.32 Wh<br>=C2=A0 =C2=A0 energy-empty: =C2=A0 =C2=A0 =C2=A0 =
=C2=A00 Wh<br>=C2=A0 =C2=A0 energy-full: =C2=A0 =C2=A0 =C2=A0 =C2=A0 53.09 =
Wh<br>=C2=A0 =C2=A0 energy-full-design: =C2=A057 Wh<br>=C2=A0 =C2=A0 energy=
-rate: =C2=A0 =C2=A0 =C2=A0 =C2=A0 3.769 W<br>=C2=A0 =C2=A0 voltage: =C2=A0=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 12.909 V<br>=C2=A0 =C2=A0 charge-cycles=
: =C2=A0 =C2=A0 =C2=A0 14<br>=C2=A0 =C2=A0 time to full: =C2=A0 =C2=A0 =C2=
=A0 =C2=A028.2 minutes<br>=C2=A0 =C2=A0 percentage: =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A096%<br>=C2=A0 =C2=A0 capacity: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A093.1404%<br></div><div><br></div><div>I dumped "96" int=
o /sys/class/power_supply/BAT0/charge_control_end_threshold and it's st=
opped flipping. But I thought this would tune 0%-96% to scale what my batte=
ry meter would display with 0%-100%, and not just stop charging at 96% disp=
layed on the meter.</div><div><br></div><div>So I guess my question is, am =
I doing this correctly, or is the root of my issue elsewhere? If I hadn'=
;t already e-wasted the old battery I would pop that in for a test.</div><d=
iv><br></div><div>Thanks.</div></div><br><div class=3D"gmail_quote"><div di=
r=3D"ltr" class=3D"gmail_attr">On Tue, 14 Jun 2022 at 12:00, Rubin Abdi <=
;<a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]</=
a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0p=
x 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><d=
iv dir=3D"ltr">This issue has sadly returned. I would appreciate any recomm=
endations. Thanks.</div><br><div class=3D"gmail_quote"><div dir=3D"ltr" cla=
ss=3D"gmail_attr">On Mon, 13 Jun 2022 at 14:06, Rubin Abdi <<a href=3D"m=
ailto:[email protected]" target=3D"_blank">[email protected]</a>> wrote:=
<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8=
ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr=
">I finagled an upgrade to 5.18.0 and things seem to be working fine now. I=
'm not exactly sure why linux-image-amd64 got stuck at 5.16 during upgr=
ade, but an apt-get install worked. Thanks for reading.</div><br><div class=
=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, 13 Jun 2022 =
at 12:55, Rubin Abdi <<a href=3D"mailto:[email protected]" target=3D"_bl=
ank">[email protected]</a>> wrote:<br></div><blockquote class=3D"gmail_q=
uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2=
04);padding-left:1ex"><div dir=3D"ltr">Hello.<div><br></div><div>I'm ru=
nning Debian Sid=C2=A05.16.0-4-amd64 from the repo. I just did a long neede=
d aptitude safe-upgrade (I don't believe my kernel got upgraded). After=
reboot I am seeing=C2=A0upower -i /org/freedesktop/UPower/devices/battery_=
BAT0 report the state of the battery going from fully-charged to charging e=
very few seconds (which is throwing up notifications in KDE every few secon=
ds). The charging indicator LED on the machine is maintaining white for ful=
ly charged (yes I know this is subjective). Battery percent is maintained a=
t 99%.</div><div><br></div><div>Additionally about a month ago I replaced t=
he battery in this machine to a new generic one off of Amazon, after instal=
l and discharge/recharging the thing a couple of times upower reported abou=
t a 94% battery capacity (which I feel like is typical of generic replaceme=
nt batteries). Today it's at 93.1404%.</div><div><br></div><div>I looke=
d through the "Battery recalibration" thread from April, I could =
have sworn linux these days (along with the bios) manage recalibration on t=
heir own, but I suppose I'm mistaken.</div><div><br></div><div>So at th=
is point I don't know if the issue is something got tweaked on this las=
t apt upgrade, or a recalibration needs to happen. Any advice would be appr=
eciated.</div><div><br></div><div>Thanks.</div><div><div><br></div>-- <br><=
div dir=3D"ltr"><div dir=3D"ltr">Rubin (<a href=3D"https://pronoun.is/he/hi=
m" target=3D"_blank">he/him</a>)<br><a href=3D"mailto:[email protected]" ta=
rget=3D"_blank">[email protected]</a><br></div></div></div></div>
</blockquote></div><br clear=3D"all"><div><br></div>-- <br><div dir=3D"ltr"=
><div dir=3D"ltr">Rubin (<a href=3D"https://pronoun.is/he/him" target=3D"_b=
lank">he/him</a>)<br><a href=3D"mailto:[email protected]" target=3D"_blank"=
>[email protected]</a><br></div></div>
</blockquote></div><br clear=3D"all"><div><br></div>-- <br><div dir=3D"ltr"=
><div dir=3D"ltr">Rubin (<a href=3D"https://pronoun.is/he/him" target=3D"_b=
lank">he/him</a>)<br><a href=3D"mailto:[email protected]" target=3D"_blank"=
>[email protected]</a><br></div></div>
</blockquote></div><br clear=3D"all"><div><br></div>-- <br><div dir=3D"ltr"=
><div dir=3D"ltr">Rubin (<a href=3D"https://pronoun.is/he/him" target=3D"_b=
lank">he/him</a>)<br><a href=3D"mailto:[email protected]" target=3D"_blank"=
>[email protected]</a><br></div></div>
--0000000000005bbfce05e172db57--
--===============6841214116529103962==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
LS0gClRoZSBsaW51eC10aGlua3BhZCBtYWlsaW5nIGxpc3QgaG9tZSBwYWdlIGlzIGF0OgpodHRw
Oi8vbWFpbG1hbi5saW51eC10aGlua3BhZC5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC10aGlu
a3BhZA==
--===============6841214116529103962==--