centralManager:didDiscoverPeripheral:error: is called multiple times for the same peripheral device

Question

Hardy OP

Created Oct ’16

Replies 3

Boosts 0

Views 4.0k

Participants 3

When calling

[myCentralManager scanForPeriopheralsWithServices:myServices options:nil]

centralManager:didDiscoverPeripheral:error: is sometimes called two times for the same peripheral object; at least the object's address is identical. Is this normal behaviour?

Answered by Engineer in 189093022

Yes,

When the iOS device is actively scanning, it will send a "Scan request" to the peripheral it received the Advertising packet from.

First didDiscoverPeripheral() callback will be for the initial advertising packet. When the peripheral responds with the "Scan response", there will be a second callback, possibly with additional info in the advertising data which the peripheral sends in the scan response.

Usually (depending on what the peripheral sends), it is possible to not have some data such as peripheral name, additional service UUIDs, etc. until the second callback.

An important aside: This second packet is not guaranteed to be requested in passive scan mode (could be when your app is in the background), so it is important to make sure the primary service UUID your app is scanning for is contained in the first advertising packet (ADV_IND)

Boost

Answer 1

Engineer OP

Apple

Oct ’16

Accepted Answer

Yes,

When the iOS device is actively scanning, it will send a "Scan request" to the peripheral it received the Advertising packet from.

First didDiscoverPeripheral() callback will be for the initial advertising packet. When the peripheral responds with the "Scan response", there will be a second callback, possibly with additional info in the advertising data which the peripheral sends in the scan response.

Usually (depending on what the peripheral sends), it is possible to not have some data such as peripheral name, additional service UUIDs, etc. until the second callback.

An important aside: This second packet is not guaranteed to be requested in passive scan mode (could be when your app is in the background), so it is important to make sure the primary service UUID your app is scanning for is contained in the first advertising packet (ADV_IND)

2

Answer 2

Hardy OP

Oct ’16

Hi,

thanks for the explanation! It would be nice to find your explanation back in the documentation.

0

Answer 3

venerley OP

Aug ’17

Hi Gualtier,

I am seeing this issue of more calls (twice as many (approx)) to didDiscoverPeripheral from devices providing Scan Response. However my confusion stems from the fact that the dictionary (advertisementData) containing the additional data is fully populated in all cases.

If I am understanding your explanation correctly then I would expect half of the calls to be as a result of the initial advert, consequently not containing the data from the scan response. However this doesn't appear to be the case in my scenario.

Any ideas?

0