Get resolvable private address on Android app when CONFIG_BT_PRIVACY=y configuration is used

RE: Get resolvable private address on Android app when CONFIG_BT_PRIVACY=y configuration is used

Cornel Gligan — Thu, 03 Jun 2021 07:31:36 GMT

Hello Aleksander,

[quote userid="3284" url="~/f/nordic-q-a/75684/get-resolvable-private-address-on-android-app-when-config_bt_privacy-y-configuration-is-used/312307#312307"]I can try to experiment with scanning for bonded devices using resolvable address and check which address is given to apps[/quote]

That would be great to get more info about it.

[quote userid="3284" url="~/f/nordic-q-a/75684/get-resolvable-private-address-on-android-app-when-config_bt_privacy-y-configuration-is-used/312307#312307"]Answering your question, there's no any API on Android that could resolve the address for you if that does not work out of the box.[/quote]

Thanks a lot for confirmation.

RE: Get resolvable private address on Android app when CONFIG_BT_PRIVACY=y configuration is used

Aleksander Nowakowski — Fri, 28 May 2021 08:53:47 GMT

Hello,

Does your device support multiple bonding, or is removing the bond information when bonded to a new device (or to the same phone for the second time)? I thought that the device address is updated to the resolved one in case of bonded devices using resolvable address, but I never actually tried it.

Perhaps your device, when already bonded and connected, is using random address for advertising, not a private resolvable. It would only use the IRK and resolvable when not connected and trying to reach the bonded phone. But then, when connected to it, it could start using some random addresses to allow other devices to bond to it, and therefore Android cannot resolve them. I'm not an expert on embedded, so that's more a question for Hung. What is the default behavior in this case in our SDKs?

I can try to experiment with scanning for bonded devices using resolvable address and check which address is given to apps. Answering your question, there's no any API on Android that could resolve the address for you if that does not work out of the box.

RE: Get resolvable private address on Android app when CONFIG_BT_PRIVACY=y configuration is used

Cornel Gligan — Fri, 28 May 2021 07:30:45 GMT

Hi Hung,

Thank you for answering.

In the application we keep an internal list of the already bonded devices so the app can easy re-connect to them.

Also in the application we have a wizard to "onboard" new devices.

So whenever when the app is scanning for BLE devices, the devices already bonded are found by the Android LE scanner as new devices with different bluetooth address. In this case the app will wrongly try to "onboard" an already bonded device.

So this is what I want: a way to detect that the devices found by Android LE scanner are already bonded so to skip them and allow new devices to "onboard".

I am afraid that there is no way in Android app development APIs to resolve the resolvable private address.

Thank you!

RE: Get resolvable private address on Android app when CONFIG_BT_PRIVACY=y configuration is used

Hung Bui — Thu, 27 May 2021 13:57:51 GMT

Hi Cornel,

As you may already know when you turn on the CONFIG_BT_PRIVACY=y, the peripheral will advertise using random resolvable address. This address can be resolved using an IRK key.
Usually the central would be able to recognize the peripheral even if the peripheral change the address, if they have bonded before and the IRK key of the peripheral is exchanged to the central. This is called whitelisting.

But in your case you are doing the opposite, correct ? You want to avoid reconnect to the peripheral that you already bonded before.

I'm not an expert in Android app development, but if you can scan and detect the device in the whitelist (address resolved), you can update it current address and avoid connecting to it.

If getting active whitelisted device is not possible, you may need to think about having some extra data in the advertising packet that you can use to recognize if a device is connected to the phone prior or not. Or find away to send the IRK of the device to the app on the phone (after bonding) then the app can use the IRK to resolve the address on the app and can detect if it has connected to such peripheral before or not.