• State Verified Answer
  • Replies 7 replies
  • Subscribers 73 subscribers
  • Views 3391 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 115655
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Windows bonding/pairing issue

Sensorion

I am having an odd problem.

nRF52

softdevice S132 V2.0.0

I have a bootloader and application. when I program them directly to the device they both work fine and can bond to Windows 10 machine just fine. But when I OTA the application to the device bonding/pairing does not work.

Note that the application works just fine and I can OTA it multiple times without a hitch, but my device can not bond to a windows machine.

Again: my device loaded with the softdevice plus the bootloader = bonding/pairing my device loaded with softdevice plus application = bonding/pairing my device loaded with softdevice plus bootloader and application OTA'd = failure to bond or pair

Anyone else run into this?

Parents
  • 0

    EDIT:

    Issue caused by chip revision mismatch. The S132 v2.0.0 is not compatible with the Engineering revision B chip, please refer the nRF52 Compatibility Matrix.

    @sensorion : It sounds like that the bonding data is deleted during the DFU. You can configure the bootloader to preserve the bonding information during the DFU process, i.e. not erase the flash pages that contain the bonding data. This is done by setting the DFU_APP_DATA_RESERVED define to a value corresponding to the number of flash pages you want to preserve, e.g. one flash page(0x1000). See this Infocenter page for more information. Note: One flash page on the nRF52 is 4kB(0x1000) and not 1kB (0x400) like for the nRF51.

Reply
  • 0

    EDIT:

    Issue caused by chip revision mismatch. The S132 v2.0.0 is not compatible with the Engineering revision B chip, please refer the nRF52 Compatibility Matrix.

    @sensorion : It sounds like that the bonding data is deleted during the DFU. You can configure the bootloader to preserve the bonding information during the DFU process, i.e. not erase the flash pages that contain the bonding data. This is done by setting the DFU_APP_DATA_RESERVED define to a value corresponding to the number of flash pages you want to preserve, e.g. one flash page(0x1000). See this Infocenter page for more information. Note: One flash page on the nRF52 is 4kB(0x1000) and not 1kB (0x400) like for the nRF51.

Children
Related
Terms of service