RE: NRF51822 OTA Firmware Update

Vidar Berg — Mon, 04 Jan 2016 19:39:35 GMT

Bluetooth transfers can considered a reliable transport layer as every notification packet is being acked at the link layer, and re-transmitted if not. If a packet doesn't get acked it will be considered a link loss. However, on iOS you will only get a callback when the packet is successfully queued in the output buffer, but not when it's actually transmitted on air. I suspect maybe the output buffer is overflowing in corebluetooth, and the app losses sync of the actual amount of data sent and received. I'd suggest to set the number of packets between packet receipt notifications to '1' to see if it makes any difference This will reduce the overall throughput and therefore reduce the risk of buffer overflow on the iOS side.

A sniffer trace of when it fails can also provide may also be useful to better understand what's happening (low cost sniffer if you already have a nrf51 dongle - link). Also, read the swap area in flash and compare it to the binary you tried to upload to see where it got out of sync and if duplicate data is being stored.