BLE Scan Packet Receive Latency When Done Along Side Mesh.

[Sivaguru Ravi]

Hi,

Scenario:  Scanning  non mesh BLE packet with different stacks.

H/W Device -  nRF52DK

Observation:

Case 1. Non Mesh BLE Stack (Soft device):: Here able to receive scan packets in less than 1 sec interval.

Case 2. Mesh stack device                          : Here the scan packets are received around 10 to 15 secs of interval..

Is this expected behavior in mesh stack? Is there any way to decreases the latency between the reception of scan packets when done along with mesh?

Note: There is no difference in the advertisement frequency/packet in both the cases.

[tesc]

Hi,

I would like some more information regarding your solution and setup.

What are the parameters for the advertisements being sent? Most importantly advertising interval.

For Case 1, what application are you running and using what SDK and version? For instance, is it an example from the nRF5 SDK? Which one?

For Case 2, I assume you are using an example from the nRF5 SDK for Mesh. Can you confirm? What example? Is it with or without GATT proxy feature? How do you scan for the advertisements? (Through setting up a scanner using the nRF5 SDK libraries or by hooking onto the mesh stack for getting the advertisements?)

Regards,
Terje

[Sivaguru Ravi]

Case 1: SDK 15 ble_app_scan_c 

Case 2: I have tried both integrating the scan in both proxy as well as non proxy server example of light switch. Both seems to give the same result.(nrf_mesh_sdk_2.1.1)

I am scanning for the advertisements using the nRF5 SDK libraries (nrf_sdh libraries to be exact).

As for the advertisement interval  it is set as small as possible. I am not able to tell the exact interval as the advertising device is an android phone and android ble sdk allows us to just set values like 1, 2, 3 levels.

[tesc]

Hi,

I see that a lot of time has passed, but I will provide some more answers in case it is still relevant and for anyone reading this in the future.

For Android, the three advertising modes are typically 100 ms, 250 ms and 1000 ms advertising interval.

When combining scanning with the mesh stack, you can hook onto the advertisements getting scanned by the mesh stack.The mesh stack is already scanning most of the time, and it can forward the advertisements it scans to the application through a callback function that you set with nrf_mesh_rx_cb_set(). You can also hook into mesh_gatt_on_ble_evt() by adding a "case BLE_GAP_EVT_ADV_REPORT" there.

The other option is to use the scan module from the SDK, but in that case the scan module in the SDK and the mesh stack will compete for the radio, and every advertising packet will only reach one of them. If the mesh stack "wins" and gets most of the scan time then the scan through the SDK module will suffer.

Regards,
Terje

[bart]

Do you also get scan responses?

[tesc]

Hi,

Unfortunately no. The Link Layer of our Bluetooth mesh stack only supports passive scanning, so there will not be sent any scan requests. For that you would have to use the SoftDevice API (for instance using the scan module from the SDK.) That means you alternate between giving radio time to BLE scanning and mesh stack operation, and so each of them will get less scan time.

Regards,
Terje

[bart]

Hmm, that's a shame, as i would like to be able to actively scan and listen to the mesh all the time.

Is this a feature that might be implemented later?

[tesc]

Hi,

For details on future plans and roadmaps, please contact our Regional Sales Manager for your area. If you do not know who that is, please create a private ticket or send a private message and we will provide you with the contact details.

Regards,
Terje