I can’t rid of a huge battery drain with my FP3 on /e/ OS (0.18-20210827) since I’ve changed from the original FP Os.
From what I’ve detected with AccuBattery app, my FP3 never goes in Deep Sleep.
I’ve spent time exploring this forum to find a solution but the behaviour of my FP3 is still totally hazardous. (In some case, very rare case, it happens that after a charging period the phone enters in Deep Sleep for a cycle)
I’ve tried all those operations:
Set off Localisation, Bluetooth, Auto-rotate, NFC, Sync…
Airplane Mode => No Change (2,5% battery drain per hour)
Remove Shelter app and applications in it => No change
Remove all apps => No change
Tried with another FP3 battery => No change
Empty data and cache from Signal and the same for MicroG Services => Works only for two battery charges (My Phone got a normal battery drain and I could see in accuBattery that my phone get in Deep sleep Several hours during this period )
Remove the two sim cards and put the phone in airplane Mode => No change
And at least, I’ve tried a Factory Reset. With no apps install other than AccuBattery, I still have the same issue.
Are there others out there with same issue? any ideas?
Thanks in advance for your help, this makes me crazy
(And big thanks by the way to the /e/ OS Teams for this wonderful project)
when a phone leaves a “default state” it will get harder to compare power profiles, when just one app can make the difference - or a weird home network or mobile connection can skew measurements. This being said, I’m surprised enabling
Airplane Mode => No Change (2,5% battery drain per hour)
doesn’t change the discharge rate for you - unlike my own experience when debugging a “the discharge rate is too damn high” FP3. battery-historian can give you lots of insight just by the power of visualization.
Example: this screenshot of battery-historian shows a period when wifi is disabled and discharge rate drops to ~0,4/hrs levels. With an active wifi connection it is at ~1,8/hr rate what is still too high, but less than 2,5%/hr (after resolving two other issues). This is pretty much a default install /e/ (0.18 on Android R already, most current firmware) - no further apps.
When I compared between different /e/ versions (and modem firmwares) on Pie, Q and R, I had inconclusive results. I will revert to stockrom A9 again to have a current date baseline to compare to.
A Moto harpia in the same home environment can go with 0,6%/hr on enabled wifi
In Airplane mode I can achieve 3% in a whole night.
What I saw on a previous phone was: some apps which are always running but normally behave inconspicuous (data monitors, loggers, email) get suddenly remarkable when the networks are turned off. This seems to be an unexpected situation for many apps. I had once a data traffic monitor which drained the battery completely in just a few hours because there was no network connection anymore.
in BBS, look for the menu points (in the Dropdown where “Alarm” is shown) for “kernel wakesources”, “app wakeup alarms”, “kernel wakeup reasons”, “userspace wakelocks” etc… the second row is to determine the time frame. It resets itself sometimes… not the easiest interface but can be more detailed than Accubattery
battery-historian is helpful because it’s a desktop interface, can draw some graphs.
As I didn’t continue debugging this in August your post made me pick it up again, I think I can narrow it down, at least for the FP3 in my network. I’m looking at kernel wakeups specifically and will update the linked gitlab issue.