iOSDFULibrary hang at discoverCharacteristics()

RE: iOSDFULibrary hang at discoverCharacteristics()

John Whitley — Mon, 05 Jun 2017 16:44:21 GMT

In fixing another Bluetooth issue with our app, we appear to have resolved this issue.

For some time, we had been using one CBCentralManager instance for the entire app, using it to scan both for our device in its normal operational mode, and to scan for it when running the bootloader ("Dfu Targ/Gemio Update" mode). This was working well, but at some point this intermitted problem appeared, likely in response to a refactoring or possibly an iOSDFULibrary update. I broke out our central manager usage as follows:

There's one CBCentralManager used for our BLE devices in normal operation.
For each DFU workflow we initiate, create a new CBCentralManager to scan for the "Gemio Update" device and pass that instance off to iOSDFULibrary.
Be absolutely sure that this DFU-only CBCentralManager is deallocated when DFU has finished. I instrumented its containing class via logging in deinit() to this end. Helpful, as it turns out a subtle retain cycle had been introduced elsewhere.

These steps together have been sufficient to resolve this issue, and some other vexing DFU-related problems as well. E.g. our app stopped being able to scan for BLE devices after DFU without an app restart. It appears that the central manager was getting into a bad state post-DFU, and obvious fixes such as ensuring stopScan() was called were of no help.

RE: iOSDFULibrary hang at discoverCharacteristics()

Hung Bui — Thu, 01 Jun 2017 11:21:21 GMT

I would suggest to test with unmodified bootloader, also try to do DFU update with just bootloader first, no buttonless. After that try to test with the ble_app_hrs buttonless.

I suspect Att table cache on iOS could be the issue here.

RE: iOSDFULibrary hang at discoverCharacteristics()

John Whitley — Wed, 31 May 2017 22:15:35 GMT

@hungbui: We're using the sdk12.1.0 bootloader, customized slightly as follows: We send our company-id in the manufacturer data, we change the name from "DfuTarg" to "Gemio Update", and we are always buttonless, so we have the buttonless dfu patch discussed elsewhere in the forum. (The buttonless works perfectly with NRFToolbox, we only have this problem from our iOS App). Working presently on capturing a trace of the failure mode.

RE: iOSDFULibrary hang at discoverCharacteristics()

Hung Bui — Wed, 31 May 2017 11:14:07 GMT

@John: Could you capture a sniffer trace ?

Which SDK did you use for the bootloader and application ? Have you tried to test with a fresh copy of the bootloader ?

Did you try to do DFU with only the bootloader or it's the butonless dfu application you were trying ?