Android Enthusiasts Stack Exchange is a question and answer site for enthusiasts and power users of the Android operating system. It only takes a minute to sign up.
Sign up to join this community
Looking up my battery statistics, I almost always find Cell standby amongst the top consumers:
I never thought that "idle" would use so much energy. I saw that other people encounter similar problems:
Answers on those questions just give some raw ideas. I would like to know what exactly stands behind this, an whether there are ways to keep this "standby" from eating my battery?
Some backgrounds as explained by ce4 on the question Does 'poor' reception deplete the battery quicker?:
The transceiver circuit is engineered with power saving in mind and will reduce sending power as much as possible if the reception is good. This also reduces the SAR value which is a measurement for exposure of the human body to radiation.
If the reception is bad sending signal strength has to be adjusted accordingly.
So that's what's really behind it: On poor reception, the device spends a lot of power to find a better/stronger signal (or any signal at all if lost). The following screenshot1 clearly shows those times, when you take a look at the bar titled Phone signal.
"The greener the cleaner": A bright green means "good reception" (the screenshot shows this at the begin and end, that is here: morning and evening -- so at home I have good reception). Getting yellowish: "Moderate reception". This uses more energy: compare it with the graph on top of it (not in the screenshot -- but the same as in the first screenshot), and you see the bar is almost flat where the cell signal is good -- but falls faster where it's not. See the little red spots: "no reception". And phone will power-up like crazy to find a new cell tower...
I already showed in my answer on Does 'poor' reception deplete the battery quicker? how one can find out about those "Dead Zones" and where they are:
Apps like No Signal Alert2 and OpenSignalMaps3 monitor the cell signal in background, and record those areas, so they can show you a map of where the dead zones were. OpenSignalMaps has the plus of showing you all cell towers in reach, pointing out which you are connected to. It also offers you a "compass" giving the direction to the strongest signal.
However, my answer on how to automatically deal with those dead zones was not that detailed. So I played around a bit with different solutions -- and here's what I've found out:
I've reached fairly good results with two apps: Autopilot4 and NoBars Battery Saver5. Both monitor the cell signal and, when it drops to far, switch to Airplane Mode for a predefined time. The user can define how long that would be. After that timeout, Airplane Mode gets disabled, and cell monitoring takes over.
In the second graph of my question, this shows up as "gaps" in the Phone Signal bar: As the cell radio was disabled during Airplane Mode, no colors are shown; the system didn't know anything about signal strength in this time frame. And with the cell radio turned off, it also didn't use additional power (more precisely, it didn't use any power for this radio then) -- which was exactly what was intended.
With Autopilot, the only annoying side-effect was: For each signal check, it flashed on the display for about a second. Aside from that, it gives more options to be configured by the user. However, as the results of both apps where absolutely comparable, those extra options seem not really necessary, while being nice to have. Another plus of Autopilot is the log provided to the user: This way you can see the exact times of mode switches.
I've also tested ShutUpBatterySaver6, which aims to handle the data traffic. Dropping below a certain signal strength the user can define, it disables AutoSync, and below a second definable level switches off mobile internet altogether.
It does, however, never activate (or deactivate) Airplane Mode, so the power used to get a (better) signal will still be the same. Though, with a bad signal data transfer uses more power than with a good signal, as e.g. package loss might be bigger. In the status bar I saw several times that it had AutoSync disabled7, so it seems to work. Not being a heavy data user (as the LBE stats in the same screenshot show), I could however not really tell how much help that brought: Compared to the two Airplane-Mode handling apps above, results in terms of gained battery duration were minimal (if any).
It would probably gain best results to join the two approaches. As I was not in the mood to check all possible combinations, I rather decided for the allmighty 6-letter-solution: T-A-S-K-E-R.
As most of you probably know, Tasker is the automation solution on Android. Guess it could even prepare coffee, if our devices had sensors to detect coffee and water. So I created some profiles for this great app -- and results were magnific!
So basically it's 3 Profiles, communicating via a common variable:
In my global Init profile (which gets executed when Tasker starts monitoring), %SIGSTATE is set to 0 (if it is unset). All 3 above profiles additionally set notifications, as the screenshot above shows9. Each state maintains one notification (which gets replaced when the same state re-occurs), the most up-to-date state is always on the bottom.
Results seemed even better than with the two airplane-mode handling apps above, but that might also be due to slightly different signal conditions. So it should at least be comparable. Using one of these 3 solutions, I came home after about 11 hours with about 20% more charge left then without applying any of them.
Having said this, I will end this answer showing the Tasker profiles I created, so you might use them with your Tasker installation:
Task "InitVars":
Task "SigLow":
Task "SigLost":
Task "SigReturn":
Now for the profiles:
Profil SigLowCheck:
Profil SigLostCheck:
Profile SigReturnCheck:
Profile Init:
Now that's just the basic concept, and can be extended with e.g. playing sounds, vibrating, flashing the display, and more. But the energy saving stuff is already in -- and does its job as described. Hope this can help you as well!
Another remark: At least with GSM (I cannot tell for CDMA), returning from Airplane Mode by default forces you to enter the SIM PIN. This can of course be switched off -- but in that case this additional protection is also gone when switching on the phone. No idea why this is not possible selectively, as it was with my pre-Android phones.
However, for some phones there's an alternative to some items in above tasks, which remove this limitation:
Please let me know in the comments if this removes the limitation of the SIM PIN, as I cannot test it (my device does not support it, as described above).
The interesting thing I noticed was that there was multiple tasker icons appearing on the Status bar, which made things confusing as to regards the state that the tasker profiles was running as; I discovered that by setting the Title for the 'Notify Vibrate' in each of the above tasks to be the same, the net result is, one singular notification titled 'IzzyTasker' shows up, with the appropriate message used instead.
