Massive post incoming.
If Wifi can connect Then 'disconnect' EVDO/LTE
Else Connect EVDO/LTE
If you can maintain a WiFi connection, you can stop the mobile data driver from firing. This is what the test is for - its the easiest way I can get a normal user to recreate the 'fix'.
WiFi isn't the fix - the fix is causing the mobile data to not activate. See above comment. If you want a more indepth process to run, let me know.
Like I said, WiFi is not the solution - it just helping me fire off processes that need to run. Please keep in mind, AndroidOS is what I'm looking at here -NOT- battery drain. Please report any AndroidOS process waketimes.
I've done something similiar to this on my personal device. Currently at 1 day, 22 hrs at around 60% battery (and still, that had wakelocks). Syncx are not the issue, but rather the step before the issue.
Think of it as a step-by-step.
Syncs need a connection(1) -> Search for connection(2) -> Mobile Data connection found(3) -> Bug fires(4)
I'm trying to skip to step 3, basically.
-
Sorry if this doesnt make a lot of sense, but I'm trying to translate to as high understanding as possible. Please donate all your thanks to Stigy, as hes the guy who's kept me informed on AF. I'm monitoring a thread elsewhere, so my replies will be a bit slow here. Apologies.
andSo Stigy, does this mean we should keep WiFi on at all times, even when it isn't connected? I have been so used to keeping it off when not in use that it has just become second nature. What I'm asking is, will the WiFi stopgap work if WiFi isn't connected and simply on?
Good question, I'll try to answer both in one swoop. Basically, you can think of it as an If > Then > Else algorithm .I don't have detailed analysis to back this up, just my anecdotal observation from last night. I had wifi enabled but was well out of range of the WAP in my folks' house, and my battery dropped about 7% over night. I'm curious if keeping wifi on avoids this, too, though. Great question.
If Wifi can connect Then 'disconnect' EVDO/LTE
Else Connect EVDO/LTE
If you can maintain a WiFi connection, you can stop the mobile data driver from firing. This is what the test is for - its the easiest way I can get a normal user to recreate the 'fix'.
Thanks. I have not yet rooted. I reported my 29% drainage last night in the other thread, I don't think I mentioned that WiFi was on the entire time.
So, it wifi is suppose to help with the OS drainage, then I would think I would not have loss so much last night while I slept.
Thanks for posting here. I usually always check both forums but am sticking here for the time being.
WiFi isn't the fix - the fix is causing the mobile data to not activate. See above comment. If you want a more indepth process to run, let me know.
I don't think Wifi On is a solution. Wifi was on the other morning when I had my most significant drain of 30% in less than 2 hours with the phone idle almost the whole time.
Like I said, WiFi is not the solution - it just helping me fire off processes that need to run. Please keep in mind, AndroidOS is what I'm looking at here -NOT- battery drain. Please report any AndroidOS process waketimes.
Just thinking out loud here but wouldn't it wake up every time the phone syncs? Maybe someone having high usage should shut off syncing and see what happens. Even things like the weather apps almost all of us use constantly sync to keep the weather up to date.
What we really need to see is the usage from a GN with no apps, email or anything that will sync.
I've done something similiar to this on my personal device. Currently at 1 day, 22 hrs at around 60% battery (and still, that had wakelocks). Syncx are not the issue, but rather the step before the issue.
Think of it as a step-by-step.
Syncs need a connection(1) -> Search for connection(2) -> Mobile Data connection found(3) -> Bug fires(4)
I'm trying to skip to step 3, basically.
-
Sorry if this doesnt make a lot of sense, but I'm trying to translate to as high understanding as possible. Please donate all your thanks to Stigy, as hes the guy who's kept me informed on AF. I'm monitoring a thread elsewhere, so my replies will be a bit slow here. Apologies.
Upvote
0