Related
Basically I am on Nexus S JellyBean 100% STOCK and this issues is happening with work WIFI.
How I noticed it...when I am at home I drop 1% battery on Wifi per hour. 10hours = 10% (sometimes less).
I go to work on the Wifi, I DONT USE ANYTHING ON THE PHONE and the battery is DRAINING LIKE CRAZY!!! 5%/h or more!!!
( I am in airplane mode in both place)
So I was thinking, WTF with this work wifi, i am not doing anything at all on it. Then I look at my wifi icon I have a constant RECEIVE icon. And I bet my phone does not go to sleep or something.
So why in the world my work wifi is draining my battery and the one at home is not. I will check tonight but I dont think I have traffic like this. I am registering 5-6kbytes/s for nothing. There was an explanation given in one of the links below about existing wifi traffic that goes through my phone but I do not agree with it fully. YEs sure there are several pings and beacon emitted back and forth but i do not think it is enough to cause 5-6kbytes/sec . The wifi is not in Monitor mode and it only receives the packets destined to my phone.
This is madness!!!! BTW When I had a different kernel back on ICS this behavior stopped. I will try to monitor again. So there is definitely some kernel switch that can force the wifi to idle.
Here are the links where they discuss this somewhat.
http://forum.xda-developers.com/showthread.php?t=1738171
http://forums.androidcentral.com/verizon-galaxy-s-iii/188929-your-wifi-constantly-downloading.html
kalinusa said:
Basically I am on Nexus S JellyBean 100% STOCK and this issues is happening with work WIFI.
How I noticed it...when I am at home I drop 1% battery on Wifi per hour. 10hours = 10% (sometimes less).
I go to work on the Wifi, I DONT USE ANYTHING ON THE PHONE and the battery is DRAINING LIKE CRAZY!!! 5%/h or more!!!
( I am in airplane mode in both place)
So I was thinking, WTF with this work wifi, i am not doing anything at all on it. Then I look at my wifi icon I have a constant RECEIVE icon. And I bet my phone does not go to sleep or something.
So why in the world my work wifi is draining my battery and the one at home is not. I will check tonight but I dont think I have traffic like this. I am registering 5-6kbytes/s for nothing. There was an explanation given in one of the links below about existing wifi traffic that goes through my phone but I do not agree with it fully. YEs sure there are several pings and beacon emitted back and forth but i do not think it is enough to cause 5-6kbytes/sec . The wifi is not in Monitor mode and it only receives the packets destined to my phone.
This is madness!!!! BTW When I had a different kernel back on ICS this behavior stopped. I will try to monitor again. So there is definitely some kernel switch that can force the wifi to idle.
Here are the links where they discuss this somewhat.
http://forum.xda-developers.com/showthread.php?t=1738171
http://forums.androidcentral.com/verizon-galaxy-s-iii/188929-your-wifi-constantly-downloading.html
Click to expand...
Click to collapse
for now what u can do, is to set your wifi to go to sleep when the screen is off
I am posting this as it is very hard to wade through information in forums. I'm hoping the following will be useful to those, who like me, experienced battery drain caused by Android Wake Locks after upgrading to MJ7 / MK2.
I am 100% certain the battery drain in MJ7/MK2 is caused by connecting to WIFI networks in environments that have multiple AP's. i.e. once WIFI roams from one AP to another the battery drain starts. All my testing confirms this - consistently. I have actually tested being connected to one AP in a multiple AP environment for a long period and observed no wake locks on Android OS. Yet as soon I move to another location (i.e when I make it roam) the wake lock and battery drain starts. All this rubbish about clearing cache, factory resetting, nobbling your phone and so on are all stabs in the dark - It's the reboot that temporarily fixes it so people mistakenly put two and two together. So, if you use WIFI in a large building with multiple AP's try forgetting the network and not connecting to WIFI with multiple AP's. If you have already connected to a SSID with multiple AP's reboot your phone because once the battery drain starts it does not seem to stop until you reboot. You don't have to disable WIFI at all as scanning does not cause the wake lock. I have tested this thoroughly and so far I have not had any battery drain since not connecting to SSIDs with multiple APs. I can also back this up as I can create battery drain at will by simply connecting to a WIFI environment with an SSID distributed over multiple AD's.
My battery life is again fantastic and I am happy now that I know the cause.
Pretty poor testing by Samsung/Google as I see in past versions of Android Roaming has been an issue.
mongoose3800 said:
I am posting this as it is very hard to wade through information in forums. I'm hoping the following will be useful to those, who like me, experienced battery drain caused by Android Wake Locks after upgrading to MJ7 / MK2.
I am 100% certain the battery drain in MJ7/MK2 is caused by connecting to WIFI networks in environments that have multiple AP's. i.e. once WIFI roams from one AP to another the battery drain starts. All my testing confirms this - consistently. I have actually tested being connected to one AP in a multiple AP environment for a long period and observed no wake locks on Android OS. Yet as soon I move to another location (i.e when I make it roam) the wake lock and battery drain starts. All this rubbish about clearing cache, factory resetting, nobbling your phone and so on are all stabs in the dark - It's the reboot that temporarily fixes it so people mistakenly put two and two together. So, if you use WIFI in a large building with multiple AP's try forgetting the network and not connecting to WIFI with multiple AP's. If you have already connected to a SSID with multiple AP's reboot your phone because once the battery drain starts it does not seem to stop until you reboot. You don't have to disable WIFI at all as scanning does not cause the wake lock. I have tested this thoroughly and so far I have not had any battery drain since not connecting to SSIDs with multiple APs. I can also back this up as I can create battery drain at will by simply connecting to a WIFI environment with an SSID distributed over multiple AD's.
My battery life is again fantastic and I am happy now that I know the cause.
Pretty poor testing by Samsung/Google as I see in past versions of Android Roaming has been an issue.
Click to expand...
Click to collapse
Funny thing is that when i am using mobile data the drain is worse, So I'm pretty sure this is not the main issue man. Also, I have a Mobile 'WiFi' router. Only me has WiFi connection in my entire hostel. So I don't really think it's the issue. Good finds tho! It will definitely help someone. Cheers!
Agree with stanley, this is not the only cause.
39089665568
vndnguyen said:
Agree with stanley, this is not the only cause.
Click to expand...
Click to collapse
Agreed. There are many things that will cause elevated use. But Im talking the rapid drain that occurs when you're not using the phone. Ever since taking the action I describbed my battery life has been excellent. Eg 94% after 14 odd hours with no use. And, I'm still connecting to my home wifi. Beforehand it could be below 60% with no use and this is the real problem people are talking about. Hope that makes sense.
Actually it's the opposite. If you set up your modem to have a separate AP for the phone and isolate it from the rest of the network, you'll have much better battery life on wifi because you'll stop your phone from waking up by broadcast packets.
aydc said:
Actually it's the opposite. If you set up your modem to have a separate AP for the phone and isolate it from the rest of the network, you'll have much better battery life on wifi because you'll stop your phone from waking up by broadcast packets.
Click to expand...
Click to collapse
I don't get it. What am I supposed to do exactly?
aydc said:
Actually it's the opposite. If you set up your modem to have a separate AP for the phone and isolate it from the rest of the network, you'll have much better battery life on wifi because you'll stop your phone from waking up by broadcast packets.
Click to expand...
Click to collapse
What about unicast traffic? i know the Client Isolation sort of "VLAN"s every client associated, just wondering if that might affect client to client communication?
Good point btw, im also wondering how many services wake the damn thing up, waking up over network is more an enterprise workstation scenario...to me it sounds like HotSpot 2.0 services being active, but i have not enabled it.
HS2.0 can let client and AP sort of talk without associating.
Nazty111 said:
I don't get it. What am I supposed to do exactly?
Click to expand...
Click to collapse
Most modems have a sort of 'guest mode' or allow you to open another access point and isolate it from the rest of the network. If you connect your phone to this guest access point or isolated access point, your phone will reach internet without problems, but will not reach the local network through the router. Nor will any other device on the network reach your phone.
Most of the problems with Wifi draining battery, like wifi wakelocks, occurs because devices on the network keep sending packets to the phone waking it up. With the method I describe above, you will isolate your phone and the phone will remain in deep sleep, significantly increasing battery life.
aydc said:
Most modems have a sort of 'guest mode' or allow you to open another access point and isolate it from the rest of the network. If you connect your phone to this guest access point or isolated access point, your phone will reach internet without problems, but will not reach the local network through the router. Nor will any other device on the network reach your phone.
Most of the problems with Wifi draining battery, like wifi wakelocks, occurs because devices on the network keep sending packets to the phone waking it up. With the method I describe above, you will isolate your phone and the phone will remain in deep sleep, significantly increasing battery life.
Click to expand...
Click to collapse
This is very true. Back on my old GNex i used to have crazy wifi wakelocks and I couldn't for the life of me figure it out. I never figured it out, actually. But I am positive it is one of the two PC's on my network that are broadcasting packets across the network, waking my phone up. I haven't had time to extensively test the wifi wakelock in the environment i've previously encountered it in to see if it still applies, but since I haven't changed anything regarding any of the two computers involved on that network, I'm positive I will have the same wifi wakelock issue when I get back and test. Is there a way (besides using Shark) to see what programs are broadcasting packets across the network?
But to get back on topic, I am experiencing battery drain connected to ONE router with ONE AP. I am in an apartment building with several other routers nearby, though. Maybe they are broadcasting packets somehow that the kernel is interpreting and keeping the phone awake? However it seems as though the Android OS bug keeps coming back for everyone no matter what, even in airplane mode.
Wifi has evolved a lot the last decade, not just by technology standards but into integration as well. carriers use them as small cells, we'll see them more often in the future (malls, stadiums, etc), and HS2.0 adds to make it a bit more seamless, they call it offload, taking your data needs through small wifi cells rather then the macro cells (3g, 4g), hence offload.
my point is that they would have never invested in that if the wifi chips inside consumer products were not efficient enough, so nearby APs shouldnt be a problem at all. But im still puzzled for what would one need the waking up process through wifi?
If Wifi is the general bugger, then somebody throw an eye on the Passport service, thats the consumer name for HS 2.0 services.
PS, tested AP Isolation on my sh!tty WRT120N, no difference unfortuantely.
Will there be a future update from Sammy or will we get Kitkat directly
Sent from my SM-N900 using Tapatalk
Just a follow up. I have still had no battery drain since avoiding connecting to wifi networks that use multiple APs. Now, i only connect to wifi networks where i know there is only one AP. Before I stumbled across this the drain and Android os wake lock was bad, really bad, after I had connected to large wifi networks - I just hadn't put two and two together. This is more than coincidence - my testing is sound and replicable. And, this week I have been in remote areas with weak to no 3g signal and the battery life has still been fantastic and no wake locks so that sort of rules that out - Sure there is a little increase in battery usage but nothing dramatic, something to be expected and certainly not something to complain about. I have seen many claims to fix battery drain but these are just fine tuning and not addressing the major drain caused by Android OS wake locks. Clearly, there must be an issue with the wifi software driver in MJ7/MK2 and I hope Samsung/Google are aware of it. The annoying thing is getting Samsung to acknowledge the issue and take feedback.
I get wake locks even if I manually turn wifi off and only use data. When I use wifi i am connected to only one AP and I still get wake locks. The wake locks aren't apps, they are "Powermanager.wakelocks" and "Powermanager.Display" and show up as "Android OS" in battery settings.
I am still not convinced avoiding multiple AP wifi networks is the one-for-all solution for everyone.
However, I have put "wifi on during sleep" to "never," yet my phone slept maybe 50% yesterday but wifi was on 100% of the time. Why is this? Shouldn't it have turned off the 50% that the phone was sleeping?
Something is weird with the wifi module..
Sent from my SM-N9005 using xda app-developers app
EddieN said:
I get wake locks even if I manually turn wifi off and only use data. When I use wifi i am connected to only one AP and I still get wake locks. The wake locks aren't apps, they are "Powermanager.wakelocks" and "Powermanager.Display" and show up as "Android OS" in battery settings.
I am still not convinced avoiding multiple AP wifi networks is the one-for-all solution for everyone.
However, I have put "wifi on during sleep" to "never," yet my phone slept maybe 50% yesterday but wifi was on 100% of the time. Why is this? Shouldn't it have turned off the 50% that the phone was sleeping?
Something is weird with the wifi module..
Sent from my SM-N9005 using xda app-developers app
Click to expand...
Click to collapse
Have you ruled out any other wifi connections? Have you tried rebooting if you have connected to another wifi network? Have you tried forgetting all wifi networks? Reboot after forgetting all networks. Then give it a couple of days with out connecting to any wifi network - just a test to confirm it is wifi related. I tend to think setting wifi to never on during sleep makes no difference - I had previously tried it too. Once the drain starts the only way to stop it is to reboot.
mongoose3800 said:
Have you ruled out any other wifi connections? Have you tried rebooting if you have connected to another wifi network? Have you tried forgetting all wifi networks? Reboot after forgetting all networks. Then give it a couple of days with out connecting to any wifi network - just a test to confirm it is wifi related. I tend to think setting wifi to never on during sleep makes no difference - I had previously tried it too. Once the drain starts the only way to stop it is to reboot.
Click to expand...
Click to collapse
Yes, just last week I was on another Wifi AP about ~300km away (totally different environment) and I still had the same wake locks. I have rebooted when connecting to another wifi network. I have tried forgetting all wifi networks i have connected to, and reconnecting to them. I have also rebooted once forgetting networks. During this time I also took the liberty of doing the normal rounds of disabling location services etc. before rebooting, but nevertheless i did reboot once forgetting the network. All networks I have been connected to have been single-AP wifi networks.
I have not let it sit for a few days without connecting to any wifi networks. That's the only thing I haven't tried. However I have let it go a whole day with wifi turned off (and only data enabled), but the same wakelocks persisted. For me it's always "Powermanage.Display" and "Powermanager.Wakelocks" no matter how long i just let my phone sit around with the screen turned off. I have it right beside me so I always have visual access to the screen in case the phone wakes up on its own, but it never has. I guess I could try turning wifi off for a few days and seeing how it fares, but I doubt I will see any difference (wake lock wise).
I'm thinking something is strange with the wifi module anyway. Surely wifi should turn off by itself once the phone sleeps, right? Like I said in my other post, my phone slept maybe 50-60% of the time on a 14 hour day. That means Wifi should have been on 40-50% of that time, and off 50-60% since the phone technically should have been sleeping. Yet I can see in the battery settings menu that wifi is a solid green bar all across the 14 hours.
EddieN said:
Yes, just last week I was on another Wifi AP about ~300km away (totally different environment) and I still had the same wake locks. I have rebooted when connecting to another wifi network. I have tried forgetting all wifi networks i have connected to, and reconnecting to them. I have also rebooted once forgetting networks. During this time I also took the liberty of doing the normal rounds of disabling location services etc. before rebooting, but nevertheless i did reboot once forgetting the network. All networks I have been connected to have been single-AP wifi networks.
I have not let it sit for a few days without connecting to any wifi networks. That's the only thing I haven't tried. However I have let it go a whole day with wifi turned off (and only data enabled), but the same wakelocks persisted. For me it's always "Powermanage.Display" and "Powermanager.Wakelocks" no matter how long i just let my phone sit around with the screen turned off. I have it right beside me so I always have visual access to the screen in case the phone wakes up on its own, but it never has. I guess I could try turning wifi off for a few days and seeing how it fares, but I doubt I will see any difference (wake lock wise).
I'm thinking something is strange with the wifi module anyway. Surely wifi should turn off by itself once the phone sleeps, right? Like I said in my other post, my phone slept maybe 50-60% of the time on a 14 hour day. That means Wifi should have been on 40-50% of that time, and off 50-60% since the phone technically should have been sleeping. Yet I can see in the battery settings menu that wifi is a solid green bar all across the 14 hours.
Click to expand...
Click to collapse
Well that's interesting. At least in both cases we know it's Wi Fi. I wonder if it's something if it comes down to the type of connection. Eg 2.4 vs 5ghz
mongoose3800 said:
Well that's interesting. At least in both cases we know it's Wi Fi. I wonder if it's something if it comes down to the type of connection. Eg 2.4 vs 5ghz
Click to expand...
Click to collapse
It could be. Both networks I have been connected to have been 2.4GHz Wireless-N capable routers. I just find it odd that a lot of things don't add up when looking at awake times in Settings -> Battery and comparing it to kernel/partial wakelocks in BBS/WLD/CPU Spy. All of the times seem to be roughly in the same ballpark, but they never add up to correspond to each other. Surely there must be information missing in this regard.
I can confirm the WiFi issue on my N9005 but there's another one.
1. Wifi: I experienced this at my university, where we have good Wifi coverage on the whole campus. They use Radius for logging in. After using Wifi for about 15min, I had these wakelocks, which didn't stop until I rebooted the phone. Since I knew this, I haven't been using Wifi there any more. But: In the meantime, I did a factory reset and got this little stability update. A few days ago, I gave it a try again. Used Wifi at university for ~25min and hat no issues. Maybe it's gone, I will test again some day.
2. I had an app called "gentle alarm". On my GNexus, which I used before my Note 3, I also had wakelocks, but couldn't figure out what it was, since wakelock detector, better battery stats etc. didn't show more than PowermanagerService.Wakelocks/Display. So I got my new Note 3 and still had these Wakelocks - I did much Monitoring and: It was this tiny alarm app. Very funny: After having excluded every other possibility and having the wakelocks active I uninstalled the app on my Note 3 and it instantly rebooted!
Great battery life now.
Hope this helps someone. BTW: The Wifi issue on larger networks seems to be a problem not only on Samsung phones, many people are experiencing this (e.g. found similar reports for Nexus 5...).
duffmannr3 said:
I can confirm the WiFi issue on my N9005 but there's another one.
1. Wifi: I experienced this at my university, where we have good Wifi coverage on the whole campus. They use Radius for logging in. After using Wifi for about 15min, I had these wakelocks, which didn't stop until I rebooted the phone. Since I knew this, I haven't been using Wifi there any more. But: In the meantime, I did a factory reset and got this little stability update. A few days ago, I gave it a try again. Used Wifi at university for ~25min and hat no issues. Maybe it's gone, I will test again some day.
2. I had an app called "gentle alarm". On my GNexus, which I used before my Note 3, I also had wakelocks, but couldn't figure out what it was, since wakelock detector, better battery stats etc. didn't show more than PowermanagerService.Wakelocks/Display. So I got my new Note 3 and still had these Wakelocks - I did much Monitoring and: It was this tiny alarm app. Very funny: After having excluded every other possibility and having the wakelocks active I uninstalled the app on my Note 3 and it instantly rebooted!
Great battery life now.
Hope this helps someone. BTW: The Wifi issue on larger networks seems to be a problem not only on Samsung phones, many people are experiencing this (e.g. found similar reports for Nexus 5...).
Click to expand...
Click to collapse
Thanks for your input. Is the wifi issue you are talking about the fact that it doesnt turn off when having "wifi on during sleep -> never" set? Or the multiple-AP issue the thread is talking about?
What stability update is it that you have received? What country are you in and what firmware are you using? Did you get this stability update while on MJ7/MK2 firmware? I haven't received any notification for a stability update OTA...
Thanks for the Powermanager.Display/Wakelock issue. I guess I will have to sift through my apps and uninstall each, one by one, to see if the wakelocks disappear. If not, there is some other issue
EddieN said:
Is the wifi issue you are talking about the fact that it doesnt turn off when having "wifi on during sleep -> never" set? Or the multiple-AP issue the thread is talking about?
Click to expand...
Click to collapse
It's the issue about "multiple" APs, but I don't think that it is about the number of APs. What I have read is that there is so much traffic on those big networks, e.g. broadcasts from other devices. I don't know how it should be with your problem that wifi doesn't turn off - can you see if it's reconnecting after some standby time? If yes, then wifi is turned off during sleep, but is just not shown in statistics.
EddieN said:
What stability update is it that you have received? What country are you in and what firmware are you using? Did you get this stability update while on MJ7/MK2 firmware? I haven't received any notification for a stability update OTA...
Click to expand...
Click to collapse
I'm currently on MJ7/MK2. My device is unbranded and I'm living in Germany. It came on 26th of December and was about 30MB or so.
EddieN said:
Thanks for the Powermanager.Display/Wakelock issue. I guess I will have to sift through my apps and uninstall each, one by one, to see if the wakelocks disappear. If not, there is some other issue
Click to expand...
Click to collapse
It's definitely worth a try! There was absolutely no hint that pointed to this one app. I started with having a look at the battery statistics ~every 30min after a fresh reboot. After a few days it was clear that it only could be the alarm app, battery draining started only in the morning.
My battery only lasts about 8-9 hours after a full charge without me actually using the phone.
The top offenders are always some combination of Google Services, Google Play Services, Android OS and Android System. Google Services/Google Play Services always has a high keep awake time.
I have tried tons of stuff.. Uninstalling Google Play Services updates, booting into recovery and clearing the cache, factory resets, turning off Location services, location reporting, etc. turning them all on, all 3 location discovery modes, turning off wifi during sleep, turning off LTE, etc.. nothing worked..
.. until suddenly, without me changing anything that I could identify, the drain stopped. And it worked for about 3 days like that. I would only lose 1% battery every couple of hours of idling. At the end of a day of moderate use I was at 60%.
Then, I installed a couple more apps, and the dran came back. And now the drain won't go away.. I've factory reset, cleared the cache, etc. etc. and still it just drains.
Could this be a hardware issue? I'm not sure if I should RMA it or what.. (this is my 2nd that has done this BTW).
trance9 said:
My battery only lasts about 8-9 hours after a full charge without me actually using the phone.
The top offenders are always some combination of Google Services, Google Play Services, Android OS and Android System. Google Services/Google Play Services always has a high keep awake time.
I have tried tons of stuff.. Uninstalling Google Play Services updates, booting into recovery and clearing the cache, factory resets, turning off Location services, location reporting, etc. turning them all on, all 3 location discovery modes, turning off wifi during sleep, turning off LTE, etc.. nothing worked..
.. until suddenly, without me changing anything that I could identify, the drain stopped. And it worked for about 3 days like that. I would only lose 1% battery every couple of hours of idling. At the end of a day of moderate use I was at 60%.
Then, I installed a couple more apps, and the dran came back. And now the drain won't go away.. I've factory reset, cleared the cache, etc. etc. and still it just drains.
Could this be a hardware issue? I'm not sure if I should RMA it or what.. (this is my 2nd that has done this BTW).
Click to expand...
Click to collapse
Do you have Google backup enabled? It could get stuck somewhere sometimes and drain your battery.
ctbear said:
Do you have Google backup enabled? It could get stuck somewhere sometimes and drain your battery.
Click to expand...
Click to collapse
No. I have the backup disabled. And also the Photo backup. I tried to disable everything I can. Even without installing any apps on the stock ROM it drains.
Try formatting the data partition, backup what u need first. fastboot format userdata
also maybe try running a 3rd party launcher
turn off nfc in "other" and set gps in low power consumption in "geolocation"
Also get an app to switch from 3g to LTE while your phone is idle.
Looks like LTE is really really a bad friend for power consumption.
Turning off WiFi and or data when not using it helps. I recently downloaded greenify and its helping my battery life a bit.
Sent from my Nexus 5 using xda premium
So I went out to the store for a couple hours and I noticed I had basically no drop in battery while out. The main difference I could determine would be while out I am not on wifi.
When I got back the drain started again. I wondered if it was specific to my router, so I connected to a 5 GHz N router. I had been connecting to a 2.4 Ghz G router. So far, it seems that the drain is much faster if I switch to the G router, and when I switch to the N router it drains slower. Both routers have a strong signal.
So, I can just stay connected to the N router at home, but I'm not sure if there is a hardware defect with the wifi radio in the phone on 2.4.. Or if there's a misconfiguration or something on the router itself or what. I'm also not 100% sure it is even resolved since I only am a couple hours into testing and its very erratic.
BTW, if anyone has trouble connecting to 5GHz, the reason I wasn't connected to the N router in the first place, I found that you need to on a "Non-DFS" Channel. If your router is set to Auto, it may choose a DFS channel which the Nexus can't connect to. Apparently certain channels may have military activity on them and if so the device has to avoid that channel.. but rather than implement that on the Nexus those channels just don't work. I set my router to Channel 48 w/ 40 MHz width and it's working so far.
trance9 said:
So I went out to the store for a couple hours and I noticed I had basically no drop in battery while out. The main difference I could determine would be while out I am not on wifi.
When I got back the drain started again. I wondered if it was specific to my router, so I connected to a 5 GHz N router. I had been connecting to a 2.4 Ghz G router. So far, it seems that the drain is much faster if I switch to the G router, and when I switch to the N router it drains slower. Both routers have a strong signal.
So, I can just stay connected to the N router at home, but I'm not sure if there is a hardware defect with the wifi radio in the phone on 2.4.. Or if there's a misconfiguration or something on the router itself or what. I'm also not 100% sure it is even resolved since I only am a couple hours into testing and its very erratic.
BTW, if anyone has trouble connecting to 5GHz, the reason I wasn't connected to the N router in the first place, I found that you need to on a "Non-DFS" Channel. If your router is set to Auto, it may choose a DFS channel which the Nexus can't connect to. Apparently certain channels may have military activity on them and if so the device has to avoid that channel.. but rather than implement that on the Nexus those channels just don't work. I set my router to Channel 48 w/ 40 MHz width and it's working so far.
Click to expand...
Click to collapse
It wouldn't be the first time I've seen the wifi take a crap on an otherwise good router. My guess is that's what's happening.
Aerowinder said:
It wouldn't be the first time I've seen the wifi take a crap on an otherwise good router. My guess is that's what's happening.
Click to expand...
Click to collapse
Yeah I was noticing that the wifi and cell signals turn orange momentarily every now and then when I open the settings pane in the notification pull down. Maybe the wifi is getting dropped and re-connecting continuously.
I guess I will have to find another 2.4Ghz router to connect to figure out if its an issue with all 2.4Ghz routers.
sounds like it could be something syncing.. most are set to sync while on WiFi
meangreenie said:
sounds like it could be something syncing.. most are set to sync while on WiFi
Click to expand...
Click to collapse
A friend of mine had some problems with Foursquare notifications and in general using geolocalization...do u use those kind of apps often?
Hi,
I got my Nexus 5 back in January 2014. Until last month I've been running 4.4.2 stock ROM rooted with Franco kernel (r58) and Xposed installed. My signal was fine.
Last month I did a complete fresh reinstall of the OS and updated to 4.4.4 and Franco kernel r62 (Xposed also reinstalled). Ever since my phone experiences random signal drops when the screen is off. I use Llama to notify me when this happens (LED notification and sound). It appears that the signal can be lost for over 2 minutes. At such times I have tried to call my phone and indeed I get a message that the phone is out of reach. When I turn on the screen I see an empty triangle, but after 2-10 seconds the bars start to appear again, sometimes even the full number of bars. And my connection is back as it should be. This drops happen a couple of times a day.
I have flashed the 4.4.1 radio (M8974A-1.0.25.0.23) because this radio did not give me any problems when I was on 4.4.2 (as far as I know the radio did not change from 4.4.1 to 4.4.2), but the signal drops keep occurring.
I use Intelli3G but disabling this app does not fix the problem.
Anyone have any suggestions? Given the symptoms and my history with this phone I do not think it is a carrier issue.
Solution:
This was first fixed by LOS 16 with their stock kernel. The fix is also in Derp 3.0 kernel ("Rebased over CAF Pie kernel (LA.UM.7.2.r1)"), which can be used with custom ROMs like RR and PE. This kernel can not be used with MIUI, but MIUI did not have this problem, so that does not matter.
So it looks like it was changes/fixes to the WiFi driver in CAF that had to be merged into the kernel. Other custom kernels which also include those fixes would very likely also fix the problem.
-----------------------------------------------------------------------
This is the continuation of the discussion from this thread: https://forum.xda-developers.com/redmi-note-5-pro/development/rom-aosip-8-1-t3804473/page85
I have a problem, together with a few other guys (discussed at LOS, RR and AOSiP threads) and that is WiFi idle drain on custom ROMs.
I tried various Oreo ROMs (LOS, AospEx, AOSiP, PE) and various kernels (stock, NoName, Derp) and various firmwares (9.5.6.0, 9.5.11.0, 9.5.17.0, 8.7.5 and even 8.8.16 non-arb) and always have 3%/hour battery drain on WiFi, while I have only 0.5%/hour on LTE.
There was no problem during my 2 weeks on MIUI global stable 9.5.13.0 and 9.5.17.0.
There are apparently 2 settings that can affect WiFi power saving on clients: DTIM and UAPSD. On my Unifi APs, DTIM was at 1 (default) und UAPSD is off. I tried with 3 and on, but it did not change anything.
This is all while the device is in deep sleep.
Until now, I only had the drain at home (5 GHz, only tested once with 2.4 GHz). At work or in a hotel, everything was OK. But all other devices do not have that problem on my home WiFi and neither did this phone running MIUI.
For example, LOS 15.1 with same apps and same WiFi causes no such drain on Note 4/Mido.
After some searching in the MIUI forums, I also found some guys with WiFi idle drain there. But it seems, this started after MIUI 9.5.6.0 for them.
So, I flashed firmware 9.5.6.0 on my PE 8.1 installation. Still 20% drain over night on idle WiFi. So, this firmware does not help either and it's the oldest Oreo firmware I found.
Answering a question from the other thread:
Normally, I am on airplane mode over night, not charging. This causes only 1% drain total. In the morning, I am charging the device. This is generally enough time to get to 100%. I am not charging over night because this is not so good for the battery.
So, I am experiencing the idle drain during the evening at home and during the weekend at home. On LTE at work, everything is fine, even great.
The only thing left that I can do is to go back to LOS and create a bug report in their Jira. They are the only ones to have a proper bug tracker and also I think the LOS maintainers are the same guys that brought treble support to the device in the first place. I will do that probably on Wednesday, with the new LOS version from this week.
i'm on AOSiP now and i think dont have wifi idle drain (ss from BBS attached).
this device almost always in wifi, and it could easily reach 10h of SOT with 2days + usage
for info, my phone in miui China V9.5.16.0.OEICNFA while waiting 360 hours to unlock. and after unlock i just flash it with:
AOSiP + opengapps pico 20180812 + Magisk V16.0 without flashing any firmware / Miui Global rom before.
and im using LEDE 17.01.4 for router (2.4 Ghz band) if that matters
so many users have wifi idle drain (even on AOSP based rom) and this made me a lil bit curious too, maybe i'll try flash Lineage OS / RR tonight and let it idle until morning.
Aosip here, too. No wifi idle drain observed.
I flashed Havoc today to see if I have any on LOS based ROM.
Sometimes the drain linked with Wifi Location Scanning.
On Oreo go to: Settings > Security & Location > Location > Scanning.
Also this will be affected by what kind of apps you have installed as it will influence how many times this mechanism is used.
Try to disable wifi/bluetooth scanning and see if there is a change in the behaviour.
Hope it helps.
You guys can remember me posting some screenshot about my battery drain overnight, it the aosip thread. Well, here is the day 2 result.
Well I think it isn't much for me, I can live with it. But ofcouse 3% per hour like someone said is not acceptable.
Seems like I also experienced this on the latest Pixel Experience 8.1 ROM on stock kernel with Magisk. I have flashed Derp 2.2., still haven't tested yet.
Sent from my Xiaomi Redmi Note 5 using XDA Labs
peter-k said:
Aosip here, too. No wifi idle drain observed.
I flashed Havoc today to see if I have any on LOS based ROM.
Click to expand...
Click to collapse
6 h on Havoc, Wifi on all the time = 0 % Wifi draw.
It certainly has to do with the WiFi router somehow. I have 2 Unifi APs at home, which are being considered as semi-pro. But others have the same problem for example with TP-Link.
I added info about my WiFi to the 1st post.
For me:
Note 4 on Unifi AP, 5 GHz: 3%/hour
Note 4 on Unifi AP, 2.4 GHz: 3%/hour (<- not 100% sure, tested only one time)
Note 4 on Hotel WiFi, 2.4 GHz: 0.2%/hour
Note 4 on Work WiFi, 2.4 GHz: 0.2%/hour
Note 5 on Unifi AP, 5 GHz: 0.2%/hour
Mi Mix on Unifi AP, 5 GHz: 0.7%/hour
I will try switching off WiFi location scanning this evening.
phiexz said:
i'm on AOSiP now and i think dont have wifi idle drain (ss from BBS attached).
this device almost always in wifi, and it could easily reach 10h of SOT with 2days + usage
for info, my phone in miui China V9.5.16.0.OEICNFA while waiting 360 hours to unlock. and after unlock i just flash it with:
AOSiP + opengapps pico 20180812 + Magisk V16.0 without flashing any firmware / Miui Global rom before.
and im using LEDE 17.01.4 for router (2.4 Ghz band) if that matters
so many users have wifi idle drain (even on AOSP based rom) and this made me a lil bit curious too, maybe i'll try flash Lineage OS / RR tonight and let it idle until morning.
Click to expand...
Click to collapse
This is very good. You only lost 15% and you used the phone for more than an hour actively.
biswassumit25 said:
You guys can remember me posting some screenshot about my battery drain overnight, it the aosip thread. Well, here is the day 2 result.
Well I think it isn't much for me, I can live with it. But ofcouse 3% per hour like someone said is not acceptable.
Click to expand...
Click to collapse
Interesting would be the drain on WiFi in deep sleep. But I guess, you do not have the problem.
Wifi deep sleep drain - Troubleshooting and testing
Prologue
I am using Redmi Note 5 whyred global version 4/64 GB. I get it from 9.5.6.0, UBL and root it from the very first day. Update OTA twice via full recovery zip, to 9.5.13.0 and to 9.5.17.0. During all usage of the MIUI ROM usage, I constantly achieve 10+ hours in 1,5 days; usually around 12-14 hours SOT. If I left the wifi on during night, I only lose about 4-5% after awake, which is about 0,6%/hour.
Then ARP hit the deck and I have decided to switch to custom ROM. I picked RR as it is based on LOS and have much more customization. I followed the instruction to flash firmware 8.7.5 before flashing RR 6.1 20180706 + micro gapps 20180705 + Magisk 16.0 again. Since then, i never achieved SOT more than 10 hours anymore. After quick troubleshooting I realize that the idle drain during sleep when wifi is connected is around 2-3%/hour. I wake up in the morning to find my phone has lost 15-20% just overnight doing nothing.
After knowing that it is the wifi, I test the LTE and found out no massive drain, only around 0,6%/hour, which is quite normal (same as in MIUI). I then install BBS and troubleshoot it.
How to know the wifi deep sleep drain?
The easy way to test this is : just setup any wifi router, hotspot from other phone is also OK, no internet needed. Then just leave your phone connected to the wifi, note the percentage and came back again after several hours. The easiest time to spot it at night when we sleep. I have waken up several times to find out 15% drain in 6 hours, or maybe 24% in 8 hours. Approx 3%/hour. While the same setup in LTE, only take away 4-6%.
Why is it bad?
Because at 3%/hour, if we leave the phone doing nothing only connected to wifi for a day, the battery will drop to 52% (consuming 48%) while giving 0 hour SOT. In 2 day, the battery will be dead, no doing anything. While using standard drain, it should be only 0,6%/hour, which is about 15%/day. We can even leave the phone up to almost a week.
The preset condition as the baseline
1. In MIUI 9.5.6.0 - 9.5.17.0 I can connected to wifi/LTE, all get only about 0,6%/hour idle drain.
2. After using RR 20180706 (to 20180724), connected to wifi, dual SIM active, will give idle drain about 2-2,5%/hour (thus I called wifi deep sleep drain).
3. Same RR, switch to LTE, dual SIM active, only 0,6-0,7%/hour
4. No LTE, only dual SIM, about 0,4%/hour
5. Airplane mode (no wireless at all), almost no drain in 5 hours
6. Wifi on, but forget the password (so it won't connected), almost no drain in 1 hour
7. The sensor, either Google play services is there all the time and doesn't give any difference whether in wifi, LTE, or airplane. So sensor wakeup is not the culprit.
8. All wifi signal level are strong (most of the time within 1-2 metres from router). Most of the wifi AP/router are from Tp-link. And before we say it is the wifi AP, i don't experience the drain using the same wifi when in MIUI.
9. You can the comparison of the same battery life and SOT, Wifi vs LTE on the same preset condition ROM RR 6.1 20180723; but the result is very different.
List of troubleshooting done
I am going to post a very thorough but not exhausting list of the testing I have made (and failed to solve the problem)
01. Turn on wifi and connected, phone lose approx 2%/hour (and later approx 3%/hour)
02. Turn off wifi and switch to LTE, phone lose approx 0,6-0,7%/hour, which is normal drain
03. Check with BBS, google play services always wake up the sensor. Sometimes it is the Lineage OS system or phone. But I quickly rule out this as the culprit. As I can see the same wake up when using LTE, but no massive drain. So even same wake up, only wifi connected will give massive drain
04. Airplane mode, phone almost not lose any percent in 5 hours!!! Even though the BBS is reporting the Play services is waking up the phone for 3+ hours. So sensor wake up is no the culprit. (confirmed)
05. Try different wifi, I have two wifi router at home. I also have connected to 2 different wifi router at office. All give the same drain. But when in MIUI, I am connected to the same wifi, but no such drain
06. Set the wifi as metered connection, same drain. Unmetered, same drain
07. Found the possible culprit about wifi logging by cnss_diag. So I tried to disable the logging by editing the /data/misc/wifi/cnss_diag.conf using the tutorial how to disable the wifi logging. The log is not written anymore, but the drain still there. Result : Same
08. Try another solution by Aqq123 to edit the /vendor/etc/init/hw/init.qcom.rc. Commented out those lines. Reboot and confirmed the cnss_diag is not running anymore from ps -A. Result : Still same
09. Try in unmetered wifi 2,4 GHz, same. Try in metered wifi ac 5,0 or n 2,4 Ghz, same.
10. Try to connect to another separate wifi router 2,4 Ghz with no internet connection and only my RN5 as the sole wifi client (so no possible interference or broadcast from other devices), still the same.
11. Disable various RR configuration, such as double tap to sleep/wake, brightness slider, etc; same drain
12. backup the kernel, flash derp kernel 1.8, same. Restore back to stock kernel. I tried again derp kernel 2.2, same.
13. There is gapps update, so I reflash from micro to nano; still same. Currently updated to nano gapps 20180818, same
14. Disable wifi always scanning in the location setting, same. Disable the bluetooth scanning too, same.
15. Disable location feature (completely off), still the same. Deny all apps for the location permission, and worse, drain become 4%/hour
16. Reset wifi, mobile, bluetooth and reconnect again, still same
17. Change the static IP to DHCP, still the same.
18. Turn off Automagic services, since I have some remote server flow enabled when connected to wifi, same drain
19. Boot to safe mode, with only gapps and system app enabled, same drain
20. Disable Wi-Fi calling (derived from VoLTE), same. I enabled it and choose wifi. Then choose mobile. Then turn it off too. All still same drain.
21. I though it might the modification I made to the VoLTE. I undo the modification, set the VoLTE back to nothing, so the VoLTE completely non active (can't call anymore); same drain
22. Try something else not related, disable the network traffic indicator and seconds in the time. Same, no effect.
23. In the logcat, there are same crashes from LOS thermal engine every few seconds. But the same crash happen on LTE, still not drain. Only at wifi connected, so must not be the crash.
24. Set the wifi sleep policy to never. Seems to solve it, but fake solution, only placebo effect. It came back to 3%/hour drain again.
25. at the system setting, i find any value related to wifi, such as wifi_networks_available_notification_on, wifi_wakeup_available, wifi_wakeup_enable and etc; all set to 0, same drain (I have restarted after setting the value)
26. I compare the battery life of the LTE vs wifi in bugreport, throw them at battery historian. I can't find any difference in relation to the drain. (maybe it is too complex for me to read it)
27. I compare the ps -A, using automagic to capture the command output when connecting to wifi; switch to LTE and capture again. Compared both result and show the line difference. All processes are the same, all exist, only in different PID
28. Using the similar flow, I compare the tcp connection. same result, only different PID and port.
29. Uninstalled several app those probably related to wifi, and still the same
30. I think it maybe caused by the firmware. I am using 8.7.5 firmware. So I flashed back to 9.5.17.0, same dari. Flash to non arb 8.8.16, same drain. So I flashed back to 9.5.17.0 firmware.
31. Tried AOSiP ROM 20180808 build. At first hour after flashed the ROM, haven't enter the google account and haven't restore apps; only stock apps and nano gapps. Connect to the wifi and setup several configuration. leave and no drain in 1 hour. But after I login my google account and restore 98 apps; leave it again for another hour, now suddenly the 3%/hour appear. So I can safely said it was cause by some apps in 98 apps or the google account itself.
32. Because it is caused by the apps/account; I tried to disable/freeze some apps to test. I have froze Google search, Google Text to Speech, Playstore, whatsapp, Mi Fit and several others; still same drain.
33. Tried to disable wifi and data access for Google Play services, still same drain
34. Switch to battery extreme power saver mode, still same drain (seriously?)
What is not the possible culprit anymore?
1. The wifi router. Since they are all the same wifi I connected when using MIUI ROM. This rule out them
2. Kernel and firmware, have changed them and give no effect
3. ROM, I changed to AOSiP, same drain. Sidamos77 also have tested several ROM and the drain persist.
4. Location, wifi scanning, sleep policy etc; no effect
5. Sensor wake up or any wakeup in BBS or GSAM, as the same wake up appear in airplane mode but no drain
6. Not the user app, as safe mode rule them out
7. not the wifi logging (cnss_diag), as disabling it also same drain
8. wifi configuration, have changed it still the same drain
9. VoLTE, wifi calling, not related
10. Logcat show nothing to indicate the drain; same crash in wifi and LTE
11. Running services and TCP connection also almost the same
12. Not the system app/gapps such as Google search, Google text to speech, Playstore
Keypoint of possible culprit
1. vendor partition of all AOSP-ish ROM. But why not everyone experienced the drain
2. the gapps, again, why not everyone
3. hardware problem. This might explained it, but why all got the same problem only after switch to custom ROM
4. user apps, very difficult to trace.
5. Google account. Arrgh, this remove out most of the android usability.
Solution I haven't try
1. Factory reset and restore app backup. But I have tested this in AOSiP, so I won't do it again
2. Remove the google account and try. I am afraid to mess up something, so I need preparation and check before trying this
3. Install pico gapps. But I wonder if it will do anything. I need the text to speech anyway.
4. Switch back to MIUI and try the drain again, to prove it doesn't have drain in MIUI. Too hassle, I fell in love with RR and can't stand MIUI again.
Workaround
I have thought a workaround by using Automagic to turn off the wifi after certain amount the screen goes off. I will set the wifi to be on for 1 minute for every 15 minute. But I occassionally download something using wifi. This will break most of my activities, so it is not acceptable. Beside i also transfer data and remote scrcpy to my phone. Screen off will kill the remote server and makes me need to turn it on again manually (why I use Automagic then, if I still need to do it manually?)
Epilogue
Now, my phone is set at TWRP 3.2.2.0, Magisk 16.0, ROM RR 6.1 20180723, nano gapps 20180818, kernel Derp 2.2, firmware 9.5.17.0 + various user apps such as WA, Chrome, Gmail, Maps, MiXplorer, Automagic, GMD gesture, Gcam Arnova v8.2, etc. And I still experience this 3%/hour wifi deep sleep drain. It has been a month and I have spent quite a lot of hours and energy troubleshooting this.
@Desmanto
Thank you very much for putting together this comprehensive analysis!
I can add: Pico GApps is not the solution, I always use those (when I need GApps).
Did you ever have a day with fully installed RR, where it did not drain on your WiFi? Because I had this once or twice. At least one time on AOSiP.
Today I tested the 2.4 GHz WiFi at work. No drain.
On the way home, I disabled WiFi location scanning (as suggested above), although I know that you already tried it. I also uninstalled a few apps that I do not need often. Some of them have been installed with Titanium Backup.
Now at home, I have a drain of only 1% in 3 hours! Also, my WiFi AP software shows that the phone is using WiFi power saving mode for the very first time. I did not even see that for the Note 4, although I suspect you have to leave the phone untouched for a longer time for that to happen. BTW, I have WiFi location scanning ON for all my Android devices usually.
I will later switch WiFi off and on and see what happens over night. Last night, I lost 20%.
No drain on pie btw
FroZine said:
No drain on pie btw
Click to expand...
Click to collapse
Did you have drain on Oreo?
sidamos77 said:
Did you have drain on Oreo?
Click to expand...
Click to collapse
Yeah. On all ROMs I tested. Even on miui
@FroZine: Which Pie version do you have? PixelExperience?
sidamos77 said:
@FroZine: Which Pie version do you have? PixelExperience?
Click to expand...
Click to collapse
Was on latest GSI image with no drain and now I'm on mcaosp. Found here on xda for whyred.
FroZine said:
Was on latest GSI image with no drain and now I'm on mcaosp. Found here on xda for whyred.
Click to expand...
Click to collapse
This ROM does not have its own "official" thread on XDA?
sidamos77 said:
This ROM does not have its own "official" thread on XDA?
Click to expand...
Click to collapse
https://forum.xda-developers.com/redmi-note-5-pro/how-to/rom-mcaosp-rom-t3831395
Installed derp kernel. Sleeps like a baby.