Whitelisting one device

RE: Whitelisting one device

Simon — Fri, 01 Mar 2019 09:56:22 GMT

Nice observation. It seems like a fault to me. I will ask internally and get back to you.

RE: Whitelisting one device

2gav — Wed, 27 Feb 2019 11:37:08 GMT

Hello Simon.

Sorry for getting into your dialogue, but I have a comment in the subject.

SDK 15.2, id_manager.c, im_whitelist_set:

uint32_t wlist_addr_cnt = 0;

and this init to 0 (zero) cause in peers_id_keys_get stop on breakpoint at:

NRF_PM_DEBUG_CHECK((*p_addr_cnt) >= peer_cnt);

Thanks.

RE: Whitelisting one device

Simon — Wed, 27 Feb 2019 09:51:02 GMT

Take a look at the ble_app_hids_keyboard example, it shows how you can limit the whitelist to 1 without editing the BLE_GAP_WHITELIST_ADDR_MAX_COUNT definition in the shared BLE library ble_gap.h.

When you call pm_whitelist_set(..), you provide the max size of the whitelist as the second argument, and this will eventually decide the size of the whitelist. The call will eventually end up in sd_ble_gap_whitelist_set(..), and the size provided with the first function will be sent in as an argument here and decide the length of the whitelist.

However, the value of BLE_GAP_WHITELIST_ADDR_MAX_COUNT in ble_gap.h will matter. E.g. if you set BLE_GAP_WHITELIST_ADDR_MAX_COUNT to 2 in ble_gap.h, and call with a whitelist of size 5 (pm_whitelist_set(peer_ids, 5)) you will get an error.

The same logic applies to pm_whitelist_get(..).

Best regards,

Simon

RE: Whitelisting one device

nbedbury — Sat, 23 Feb 2019 18:46:54 GMT

Hi Simon,

Is editing `BLE_GAP_WHITELIST_ADDR_MAX_COUNT` in the SDK source code the proper way to limit whitelist to 1?

Is there a way to change that value without impacting other apps that use the SDK?

RE: Whitelisting one device

Simon — Fri, 15 Feb 2019 08:25:47 GMT

Glad to hear you got smarter. Yes, please update me if you have any more questions.

RE: Whitelisting one device

nbedbury — Thu, 14 Feb 2019 21:59:37 GMT

Thanks Simon, one of the links suggested looking at the `ble_app_hrs_c` example, which helped me realize I am not calling `pm_conn_sec()` from my central app currently.

I need to dig into whether this answers my other questions and will update the post again.

RE: Whitelisting one device

Simon — Thu, 14 Feb 2019 09:45:40 GMT

[quote user=""]1) Is peer manager the proper library to handle this, using SDK 15.2? I've seen mention of peer manager being experimental, and I'm not familiar with all the libraries of the SDK yet.[/quote]

Yes, the peer manager is the right library to handle this, and it is not experimental anymore (For SDK's newer that version 11 I believe). You should be able to both bond and add a whitelist by using the Peer Manager

[quote user=""]2) Should the whitelist be done on the central or peripheral (or both) ? It seems like there is mention of whitelisting in either type of device in the examples.[/quote]

Yes it is possible to set a whitelist on the central and the peripheral, as mentioned here. What to choose, depends on the needs of your application. If you want the central to connect and bond to one specific peripheral, but let the peripheral be able to receive scan requests from other central devices, then you should only add a whitelist to the central only. If you want both the central and peripheral to just see each other, then you should add a whitelist on both devices.

[quote user=""]3) Is bonding required for whitelisting? Thus far, I haven't been able to get devices automatically bonded, although SEC_PARAM_BOND is set to `1` for each app.[/quote]

Yes it is possible to use whitelisting without bonding. See this case.

If you have any more question regarding the implementation of bonding and whitelisting, please ask.

Best regards,

Simon