Proper way to delete bond information before DFU

RE: Proper way to delete bond information before DFU

Hung Bui — Thu, 09 Mar 2017 15:16:43 GMT

Hi jj,

yes it's fine. It's just a small inconvenient that end user have to manually remove bond on the phone.

You can simply call dfu_ble_svc_peer_data_set() to send the address (not the bond info) to the bootloader before you delete bond on the device manager , then you switch to bootloader after you finish deleting (without calling dfu_ble_svc_peer_data_set() again).

RE: Proper way to delete bond information before DFU

-jj- — Thu, 09 Mar 2017 14:43:02 GMT

Hi Hung Bui, thank you for your reply.

The reason we decided to remove the bond info before DFU is that we've seen phone specific issues while retaining the bond, which not occured when bonding was not used. One of the issues was that with a certain phone the peripheral disconnects somewhere during the transfer (around 70%) when we use bonding while it continues flawlessly without bonding. I assume due to some connection time-out which apparently does not occur when bonding is not used. We want to be sure that the DFU process is as stable as possible and in our current experience it is most stable when we don't use bonding.

Following your answer I am thinking of the following solution:

App sends DFU request
Peripheral receives request, store (bonded) peer address temporarily
Remove bond
During the switch to DFU, call dfu_ble_svc_peer_data_set with the previously stored address
Peripheral disconnects to switch to bootloader
Upon receiving the disconnection event in the app, remove bond on the phone
DFU lib tries to reconnect to peripheral in bootloader mode (which should accept the connection with the stored address)

Would this be a suitable solution? Do you foresee any risks with this approach?

Thanks once again!

RE: Proper way to delete bond information before DFU

Hung Bui — Thu, 09 Mar 2017 14:29:15 GMT

Hi jj,

It's most likely because the dfu_app_peer_data_set(conn_handle); couldn't find a central address to send to the bootloader. In the bootloader if there is no peer data is forwarded (either central address or bonding key) it will start with a new BLE address (application BLE address + 1).

Please check dfu_transport_update_start() inside dfu_transport_ble.c

I assume you plan to delete bond on the phone also before doing DFU update ?

There are some option, first is to remove the code to change address in dfu_transport_update_start(). But you need to make sure bond info on the phone is also deleted.

Another option is to modify the DFU master app to connect to the +1 address instead of the normal address. This requires modification of the DFU master app.

A better solution is to try to retain the bond information. If you want to do that, you can tell me which issue you had. (Note that the current DFU library on Android, will try to delete bond info after it finished DFU update, you may need to modify it if you want to retain bonding).