Is there a way to explicitly control WiFi scan intervals in Android?
Asked Answered
S

1

9

I am doing my Master thesis at the moment on WiFi positioning and in order to test my algorithms I needed to collect some data.

To do this I have written a short and very simple program for Android which simply collects the RSSI for all availible access points found by each scan and saves them to file. I have set up a BroadcastReceiver that listens on the event WifiManager.SCAN_RESULTS_AVAILABLE_ACTION and I use a Timer, here called tim, to initiate scans with a WifiManager, called wifi as follows:

tim.schedule(new TimerTask(){
        @Override
        public void run(){
            wifi.startScan();
        }
}, 0, 1000);

The problem I am having now is that the initiated scans don't seem to happen every second even if I succeed in initiating them and every now and then there are other scans initiated from some other app that gets recorded as well.

Is there any easy way to scan on a set interval and not receive the scans initiated by some other app?

The whole app can be found on https://github.com/while/RSSIMiner if it helps in any way.

Swage answered 14/12, 2012 at 20:27 Comment(0)
C
4

Is there any easy way to scan on a set interval?

If this doesn't work well, I'm afraid not. From my experience, "hardware related" methods may not work exactly like their definition says. For example, I once created a small app which records your position every X minutes. So I call requestLocationUpdates with some minTime parameter. But my phone simply ignores the minTime value, and I get updates from the GPS as soon as they're available, whcih is not what I wanted. I posted a question about it here, and got this answer, from which we learn that prior to jelly bean, devices may simply ignore this value...

So it may be something similar now. I'd try to run this code on the latest Android version. And I don't understand that much in Wifi, but isn't 1 second a too frequent interval for scans? Perhaps the system doesn't ignore the scan request (So it returns true) but the hardware does?

Can we ignore the scans initiated by some other app?

As far as I know, it's negative here too. There are no extras contained in the SCAN_RESULTS_AVAILABLE_ACTION broadcast so you can't know which app initiated the scan.

The best solution will be to defnie your requirements. You can use the ScanResult.timestamp to determine if you should use this result or not. For example, if you're trying to get the RSSI for each access point each second, you can compare the current BSSID to previous BSSIDs. If the current BSSID was included in a scan result from the last second, you can simply ignore it. Then, it doesn't matter how many results you get.

Another, much more simple soltuion will be to create a boolean called scanInitiated and set it to true when starting a scan. When receiving the broacast, use the data only if scanInitiated is true, and then set it to false. This isn't so reliable when the intervals are short, but for long intervals it will work great.

Carsoncarstensz answered 14/12, 2012 at 21:27 Comment(3)
Thanks for the responce even though it wasn't great news. I feared this was the case. I have tried the app in a Galaxy nexus and a Nexus 7 both running jellybean(+) so no luck there either. The problem is that my model assumes regular intervals so I guess I'll have to change it to handle non-homogeneous scan intervals.Swage
The weird thing is it manages to scan somewhere around 1sec intervals if set to 500ms so it must support it hardware wise.Swage
Yea, like I suggested in the first solution - you should pick and use the required results only, not every result you get. This will help you fix both problems.Carsoncarstensz

© 2022 - 2024 — McMap. All rights reserved.