Guide to charge limiting your Fairphone 5
-
Interesting, this general approach should work (at least extremely similar if not exactly the same) on most devices, as this is very close to how I manage charge level on Arch on my thinkpad laptop. The exact sysfs path is different, (it's got BAT0 in there somewhere, iirc), but the fact that it's THAT close between an AMD64 machine and the fairphone means it may be scriptable to search and locate the appropriate sysfs files on multiple devices.
This sounds like something that could be integrated into the Lorimi settings UI pretty easily as well, i'll have to see about trying to write a patch for that, get my hands dirty etc.
-
@gpatel-fr thanks a lot! after classes I'll make it safe by reading the maximum first from wherever thats stored.
EDIT: at least on FP5 it seems to draw the same amount if I set it to a large value then if I restart (resets it) so FP5 should be safe currently, again will make it safe though I do not like to trust developers edge case fallbacks to not blow up my phone.
-
@TheTrench said in Guide to charge limiting your Fairphone 5:
ld work (at least extremely similar if not exactly the same) on most devices, as this is very close to how I manage charge level on Arch on my thinkpad laptop. The exact sysfs path is different, (it's got BAT0 in the
i'd need to do some testing yes, but this could be implemented as a sort of universal way to charge limit UT devices, if its that wide-spread I might just add this feature in lomiri system settings under battery because this has actually come up during a devsync.
-
@ChromiumOS-Guy I'm pretty sure it is, I think that it might even vary more by kernel version than device, meaning that you may want to switch on kernel version before device information, if you even need to check different locations. I would expect devices like the PinePhone to possibly be quite different since they don't use Hallium, iirc, but even thats a guess based on my experiences with the sysfs on various laptops.
I believe the kernel docs specify where to look generally, so 4.19 kernels should be (somewhat) consistent. (however most of my knowledge is based on the 6.1, 6.6, and 6.12 LTS kernels, take my recollections with a grain of salt)
That said, this is if you're accessing this sort of stuff through the sysfs, instead of using direct system calls, that may be rather different for all I know.
-
oh, btw, theres an existing systemd service I use on Arch and Debian to manage this nowadays, might be worth examining if it already works for the most part and forking that if necessary.
-
@ChromiumOS-Guy said in Guide to charge limiting your Fairphone 5:
on FP5 it seems to draw the same amount if I set it to a large value then if I restart
well, my main concern is what could happen for people following your advice with a more powerful (fast) charger.
If I understand correctly, the kernel limits to 6 amperes whatever, from kernel-fairphone-qcm6490/drivers/power/supply/qti_battery_charger.c;#ifdef CHARGE_MODE_FCC_SUPPORT
#define SLOW_MODE_FCC 1000000 // 2A
#define NORMAL_MODE_FCC 6000000 // 6A
static int battery_psy_set_charge_current_by_chgmode(struct battery_chg_dev *bcdev, int val)
{
int rc = 0;
u32 fcc_ua = ((val == SLOW_MODE_FCC) ? SLOW_MODE_FCC : NORMAL_MODE_FCC);
rc = write_property_id(bcdev, &bcdev->psy_list[PSY_TYPE_BATTERY], BATT_CHGMODE_FCC, fcc_ua);I don't know if the FP5 battery can support 6 amps without problems.
If I would use your system, I'd try to keep safe and set user_fcc to 1000000 (notice how the comment seems wrong, how can 1000000 mean 2 amp and 6000000 6 amp ?)
Re: different kernels, well, if I understand correctly, if the battery driver supports it, you'll find the appropriate values in the /sys/class/power_supply/ that are referred everywhere on the web: charge_control_start_threshold and charge_control_end_threshold, there should be no need for a script that will wake up the Cpu every minute (hardly a good thing to save power).
It don't concern FP5 (although the kernel is recent enough... I wonder if the kernel in Android 14 has a more recent driver that supports this feature or if there is some script to support it, but what's sure is that control up to 80% charge is supported on Android and FP5).
-
@gpatel-fr Is that code specifically referring to input from the wall, or output to the battery amperage? My understanding is that at 30W charging, at a nominal voltage of 4.2 V, we're already looking at over 7A.
And 30W is just fully supported by FP natively. Also note that the input voltage at 30W is probably 9V or 12V, bringing the actual amperage down on the input side. Why, I have a 120V USB PD charger that doesn't go over 5A because it just ramps up the voltage.
I suspect that the "6A" unit in the kernel may be a pseudo unit that the BMC takes, pretending that the actual output voltage to the battery is always 5V, meaning it's actually describing wattage, specifically the natively supported 30W charging.
-
that's all very well and FP5 is probably safe, however with things that can go as high as 500 degrees Celsius when angry, I'd prefer 'surely' over 'probably' myself. I have tried to get the full spec of the battery from https://www.kayobattery.com, given that all I have from Fairphone is:
Capacity : 4200 mAh Nominal Voltage: 3.87 V Cut off Voltage: 3.0 V Charging Voltage: 4.45 V Dimensions: 77.4 x 60.45 x 6.2 mm DC Internal Impedance < 130 mΩ Standard discharge: Continuous 0.2 to 3.0 V Operational Charging Temperature Range: 0-60 ℃ Operational Discharge Temperature Range: -20 - 60 ℃ Recommend full charge & discharge cycle once every 3-6 months.but the site is a joke. Note that according to the Fairphone specs, charging is supposed to occur at 4.45V, not 5V. The 'full charge and discharge cycle once every 3-6 months' is baffling for a lithium-ion battery.
There is a second point that concerns me, if you don't know how adventurous users can be, I know and I can already see a post saying: << I have taken the code on this topic [this one] and applied on my phone [another model, not a FP5 or even not a Fairphone at all] and now bad things have happened.>>
-
@gpatel-fr yeah, that site is absurd.
All I'm saying is that a mere 30W at 4.2V puts us far over the 6A point anyway, and since the battery is what puts a specific amperage load on the BMC, the only "lever" we can even have in the first place is actually the voltage being used to charge the battery.
While we may be able to control the battery charge rate and therefore amperage that its pulling, the BMC can only actually do so by changing its output voltage.
Basically, while we might be putting an amperage in somewhere in the sysfs, even if that is somehow being sent to the BMC, at some point that has to be getting calculated into a voltage to achieve the desired charge rate, and no matter what, when android is charging the battery, we already know its exceeding the 6A value in that code when the battery is low.
Something doesn't add (or rather multiply) up with the nunbers, that's all I'm saying.
-
@TheTrench said in Guide to charge limiting your Fairphone 5:
a mere 30W at 4.2V puts us far over the 6A point anyway
the actual voltage limit according to the official spec (that one from Fairphone since we don't have anything more specific) is 4.5 V, so loading at 6A should get us 27W instead of the advertised 30.
I'd say that from a business having successfully sold a phone with a screen said to be 6.46" hence 16.4cm while the phone itself (screen and border) measures 16cm it would not be particularly surprising. Unless the official charger from Fairphone, as advertised, loads the battery with a voltage exceeding Fairphone specs. I'm certainly not qualified to appreciate the risks.