I thought that this thread applies to the recorded value/output or rather artificial number (and actual main issue/behavior of inserted battery here / of some wrong charging setups on some phones / when those run only on its battery) when energy-full at 26.3287 Wh (like my screenshot shows) or even at:
Yes, and I think my post here is already pretty much complete when it comes to that:
Something isnāt clear there yet?
(btw. I added āduring chargingā to my previous post in case it wasnāt clear what I meant)
Your post was very clear and I did this as you adviced.
Could we get a patched version in the Purism Librem 5 repo?
1 Like
I guess merge requests eventually merge ā¦
What does the value for capacity mean:
upower -d
...
state: discharging
warning-level: none
energy: 11.5609 Wh
energy-empty: 0 Wh
energy-full: 12.7091 Wh
energy-full-design: 13.8572 Wh
energy-rate: 1.4414 W
voltage: 3.94406 V
time to empty: 8.0 hours
percentage: 90%
temperature: 26.7 degrees C
capacity: 89.5%
^^^^^^^^
technology: lithium-ion
Difference between energy-full and energy-full-design. Basically what the gauge thinks is the actual battery capacity in relation to stated design capacity. energy-full gets updated after every full charge cycle.
Hmmmm,
$ bc
>>> scale=5
>>> 12.7091*100/13.8572
91.71477
and how could I increase this percentage?
The arrow of time usually points in a single direction 
1 Like
Iāve read about astrophysicans saying that time goes also backwarts.
I used the original L5 power supply and a special trick which improved capacity already from 89.5% to 92.5%.
In this reference frameā¦lol. Time doesnāt move for photons, thereās a real brain tickler.
As I said above, that value is determined by gaugeās heuristics and is updated at the end of charging cycle, so if your gauge is still calibrating it will likely fluctuate a bit. That said, this is simply a not-100%-accurate representation of the actual physical property, and that physical property tends to only go down over time with battery age. Seems like your gauge simply took a pessimistic stance at first ;]
When the L5 is fully charged from the original power supply and the red LED goes off, I power it down by SSH with sudo systemctl poweroff and without disconnecting the power supply from the L5. As you can see in the photo below, it keeps charging with 5.231V and 0.087A which is nearly 0.5W. A reboot after half hour shows now:
energy-full: 12.9961 Wh
energy-full-design: 13.8572 Wh
energy-rate: 0.705233 W
voltage: 4.20969 V
percentage: 100%
temperature: 31.2 degrees C
capacity: 93.7143%
1 Like
Great job done there (please do not forget to mark your last post here as solution)!
Also (IMO), there is no charging of battery going on after red LED light off (although around 0.9A shown, in range from 5.00V up to 5.30V relates to which power supply used there), yet repeating (up to your description) two or three times sudo systemctl poweroff and power on over power button (power supply still connected) will get your inserted battery to 100% (Iām quite sure, just follow when red LED light present, leave Librem 5 charging, either with OS showing 100% yet red LED light still ā¦ or when phone powered of). Thanks for your post as now Iām quite sure (as well) that actually repeated boot into this great Linux Kernel adjusts what you were into in this thread:
P.S. Your BPP-L503 battery cell (1S) is still fine (but you need to test my advice as above at first place, from time to time, monthly perhaps).
PureOS Kernel is not only supposed to read actual BPP-L503 battery cell voltage/capacity, this Linux Kernel indeed āconfigures the gauge with correct valuesā or reads exact stage (capacity number for example) from within Librem 5 belonging battery, from the very precise bq25890-charger connected to the inserted Librem 5 battery (even when brand new fully charged to exactly 4.20V or properly serviced one just inserted) during booting phase into PureOS GUI. IMHO, here related Linux Kernel does what supposed although other HW related questions being quite complex to be understood right out-of-the-box as self-explanatory (for any end-user):
Perhaps right time to clone/upgrade: https://source.puri.sm/Librem5/firmware-tps6598x-nonfree, and if not, etc., just my two cents anyway.
TPS65982 and BQ25895 are unrelated to what weāre talking about here. Itās all about the battery gauge (MAX17055), which monitors the current flowing through the battery and its voltage to determine its state of charge.
MAX17055 needs to know the expected battery capacity (and a few other things) to work correctly, but it loses its configuration and goes back to its default (incorrect) values when the power is taken away from it by taking the battery out. So when the kernel notices that MAX17055 is uninitialized at boot, it reads the design capacity from the device tree (plus other things needed by the gauge like sense resistor value, which also varies across hw revisions) and configures the gauge with it.
2 Likes
Thanks! And in addition, your kind reply, fuel gauge related, brought me to this important update: āI know you missed our kernel reports lately but even if you canāt believe it, we havenāt forgotten about them.ā Purism and Linux 5.19 to 6.1 article link is here:
My L5 shows now:
upower -d
...
battery
present: yes
rechargeable: yes
state: fully-charged
warning-level: none
energy: 14.3521 Wh
energy-empty: 0 Wh
energy-full: 14.362 Wh
energy-full-design: 13.8572 Wh
energy-rate: 0.0402105 W
voltage: 4.15969 V
percentage: 100%
temperature: 32.8 degrees C
capacity: 100%
technology: lithium-ion
icon-name: 'battery-full-charged-symbolic'
...
1 Like
It seems to me that the energy-full value deviates over time, from being exactly as or close to energy-full-design after calibration it gradually increases. Currently my energy-full is at 16.6485 Wh.
It may increase if you often plug it in while the battery is already nearly full - but thatās just because of gaugeās inaccuracy.
1 Like