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

BLE and THREAD DFU

Jay

We have a multi protocol project THREAD and BLE. It currently uses the BLE DFU for OTA updates. We would like to add the THREAD DFU so we can use either transport mechanism.

Is it possible to have both in the same project and use the one that initiates the DFU process.

  • 0

    Hello,

    DFU over Thread is only supported in background mode, which means that new FW image(s) are retrieved and stored by the main application. The bootloader is still used to validate and activate the new FW as the final step of the updated process. So I think it should be easy to separate the two DFU transport if one is used in background mode (thread) and the other in bootloader mode. Quickly summarized the update process would then be something like this:

    DFU over BLE

    The DFU controller writes the DFU Start command to the BLE DFU buttonless characteristic making the main application jump to the bootlaoder. The bootloader will then enter DFU mode and start BLE advertising to let the controller re-connect and start the FW transfer.

    Thread

    The main app handles stores the init command and FWimage and when ready it performs a system reset to allow the bootloader to finalize the update.

    If your existing bootloader is based on SDK 15.3.0/nRF5 SDK for Thread and Zigbee v3 or later it should be sufficient to enable the NRF_BL_DFU_ALLOW_UPDATE_FROM_APP config setting in the sdk_config header to support background DFU. SDK documentation for reference: Thread Secure DFU protocol

  • 0 in reply to Vidar Berg

    You mention that you need SDK 15.3 to use NRF_BL_DFU_ALLOW_UPDATE_FROM_APP config setting.

    What if the project is based on SDK 14 can this still be done. 

  • 0 in reply to Jay

    I went digging my mistake the project is based on SDK 15.0 will this still work.

  • 0 in reply to Jay

    Background DFU is supported but it doesn't have the same config settings. SDK 15.0.0 was used by the nRF5 SDK for Thread and Zigbee v1.0.0 so you could use the Thread bootloader from this release as a reference. 

    But I would recommend you to consider migrating your code to the latest SDK (currently nRF5 SDK for Thread and Zigbee v4.0.0). Limitation stated in the release notes for the current release:

    OTA DFU: Migration from the nRF5 SDK for Thread and Zigbee version
    earlier than v4.0.0 is not supported for multiprotocol applications.

Related
Terms of service