Would it be possible to add the following item to the roadmap?
Battery calibration based on (number of charge cycles).
Many other manufacturers also offer battery aging protection, but with this feature, the battery is charged to 100% after a certain number of charge cycles. This is intended to calibrate the charge curve and the battery. Right now, I have a monthly calendar reminder to do this manually myself. An automated feature would be really great here.
It shouldn’t be based on the number of days, but rather on the number of charge cycles at 80% or 90%. This also means that charging cycles that are interrupted early (e.g., because I have to leave for work) aren’t counted. Once 100% is reached, the charging limit should be reset to its original value, regardless of whether the device is plugged in or not. As a quick alternative, counting only by days would also work. But that should be configurable
This should be entirely possible with a systemd user service that triggers a script (every week or so) and only deactivates itself once it has succesfully completed, i.e. the battery has been charged to 100%.
The script
checks how long since last 100% charge, or - if that’s possible - determines the number of charge cycles since the last 100% charge
if over the threshold, disable charging limits (with mce-tool)
keep checking until it has been fully charged to 100%
re-enable charging limits.
Of course you’d still have to plug it into the charger.
Thank you very much for the great suggestions. It’s clear that the community here is really strong. But I think Jolla should implement this. I believe the feature is basic and belongs in the operating system. It’s clear that Jolla has much bigger issues to tackle. That’s why I asked Jolla if they could add this to their roadmap. It doesn’t have to be implemented tomorrow.
I’m a technically skilled user, but I’m out of my depth when it comes to programming these days. I come from a time when I was still programming in “Assembler.”
