Are others experiencing issues with Anrdoid MCP buttonless DFU?

RE: Are others experiencing issues with Anrdoid MCP buttonless DFU?

Hung Bui — Wed, 25 Nov 2015 15:18:29 GMT

@syntroniks: The log you updated showed quite strange behaviour. You can find that the central device actively disconnect the connection ( sending LL_TERMINATE_IND) after the connection (parameters) update request. Have you tried this with other phone ? Which phone have you tested with ?

RE: Are others experiencing issues with Anrdoid MCP buttonless DFU?

syntroniks — Fri, 20 Nov 2015 15:21:57 GMT

Hi Hung, I have some interesting new developments included in an edit to the main post. Perhaps this information could be useful to your android application team. Have a great weekend!

RE: Are others experiencing issues with Anrdoid MCP buttonless DFU?

syntroniks — Wed, 18 Nov 2015 17:22:41 GMT

I can verify the hrm application updates itself indefinitely if the android bluetooth stack is happy. To make the stack happy, I restarted the BT adapter. I can provide more android logcat logs if that would help. The GATT table on my application is larger than the HRM application by approx. 30%. Pairing/bonding was not used for any of the updates, but pstorage and the device manager are present in both applications. I have attached the requested captures in the main question.

RE: Are others experiencing issues with Anrdoid MCP buttonless DFU?

Hung Bui — Wed, 18 Nov 2015 01:37:08 GMT

Hi Syntroniks,

Please verify, would you be able to use our hrm button less dfu example to update it self with no problem indefinitely ?
I would need to have a sniffer trace to know what happens over the air when you are doing updating with your application (when issue occurs).

RE: Are others experiencing issues with Anrdoid MCP buttonless DFU?

syntroniks — Tue, 17 Nov 2015 17:37:56 GMT

Using the stock bootloader I still have issues. I can run the hrm app with buttonless dfu and update indefinitely. After I update to my buttonless application (same bootloader, no customization), the dfu success rate drops to ~30%.

I have checked my implementation, pstorage is started, the device manager is configured the same way, and all events are propagated as necessary. One time master control panel got in an infinite loop of trying to invoke the bootloader

RE: Are others experiencing issues with Anrdoid MCP buttonless DFU?

syntroniks — Tue, 17 Nov 2015 14:17:18 GMT

Hi Hung, I saw a similar question in which you posted a very good answer here: devzone.nordicsemi.com/.../

Yes I have trouble the first time, I used a package/zip I created using the python tool distributed with mcp.

From my observation it seems like the central (performing the dfu) is unable to reconnect when the peripheral chooses directed advertisement for reconnect. I have verified dfu_ble_svc has some noinit ram available. I shifted around the bootloader size a bit to make room for hmac_sha256 signing.

HMAC_KEY_ADDR: 0x0003F800

BOOTLOADER_REGION_START: 0x00039C00

BOOTLOADER_SETTINGS_ADDRESS: 0x0003FC00

IROM1 Start: 0x39C00 size 0x6000

IRAM1: 0x20002C00 size 0x5380

IRAM2: 0x20007F80 size 0x80

RE: Are others experiencing issues with Anrdoid MCP buttonless DFU?

Hung Bui — Mon, 31 Aug 2015 09:19:12 GMT

Hi Syntroniks,

Please let me know:

Do you have any trouble doing DFU for the first time after you flash the bootloader and update the ble_app_hrs buttonless dfu example ? Which package .zip file did you use ?
After you have the buttonless example running, which package .zip file did you use to flash the next firmware
Which issue do you have when doing DFU on Android ?