I am experimenting with Android's Wi-Fi Direct (or P2P if you prefer). I thought it was working very nicely between my two phones, but I realized I am encountering issues with the WifiP2pManager.discoverPeers()
and/or WifiP2pManager.requestPeers()
. I have observed these results:
No peers are discovered and no callbacks are fired for a good 1+ minute. I observe this through the Wi-Fi Direct portion of the Android Wi-Fi settings as well. This is odd because sometimes the discovery completes almost immediately.
I have a Roku device and phone B sitting next to phone A. While all are connected to my Wi-Fi, the Roku only appears ~10% of the time, while phones A and B appear to each other.
When I disconnected the two phones from all Wi-Fi and did another scan, the Roku showed up (!!!) but phone B did not until I had refreshed at least ten times.
My two phones are a Nexus 7 (running 4.4.4) and a Nexus 5 (running 5.0).
I had a really big problem with establishing connection between devices:
I guess the issue was the group owner negotiation (I've tried change
groupOwnerIntent
param also to force who should be group owner, but it didn't helped).So, what did I do?
I change flow to:
mManager.createGroup(...)
), so this device is always a group ownerinvited
state.I was able to "solve" the problems of some phones not appearing by requesting peer discovery every 10 seconds. I think I was running into this because one phone was always the host and I didn't bother to have it discover peers (because it doesn't try to join them), and the Wifi Direct was going to sleep on the host phone. I don't do anything with the peer results, but it wakes up the Wifi Direct system. There's probably a better method to call but I'm not sure what it is. If I had to guess I'd say I'm wasting some battery life.
I've been recently developing an application with a connection system based on WiFi Direct (with WiFi P2P Service Discovery) and the one thing I can most certainly say is that the whole thing is a huge pain in the ... . Mostly because of the lack of documentation but also because when developing a wifi-direct-based solution you need to pay attention to basically everything (especially to all callbacks from listeners) before making any method call.
Two most annoying things were I guess:
An undocumented
UNKNOWN_ERROR
(I think itsint
code was-3
) that is being thrown inActionListener
onFailure
method. It seems to be some sort of issue with the wifi daemon itself. The only thing that seems to work to prevent it from happening is resetting WiFi before you even start messing around with WiFi direct.Something being in the wrong state for your method call - for example if
WIFI_P2P_STATE_CHANGED_ACTION
has not been received in your broadcast receiver with theWIFI_P2P_STATE_ENABLED
or if 'your_device' has not received a properstatus
in theWIFI_P2P_THIS_DEVICE_CHANGED_ACTION
. This usually results inonFailure
call in one of yourActionListener
s (with for exampleERROR
orBUSY
failure reason).From my experience it's reliable. After tons of trying, I got the robust workable flow like this: