• State Verified Answer
  • Locked Locked
  • Replies 6 replies
  • Subscribers 91 subscribers
  • Views 1681 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 284805
Options
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Overcoming Device Firmware Upgrade Size Limitation

Ignacio

Hi,

We have implemented FOTA on an nRF52dk (nRF52832) using nRF Connect SDK v1.8.0. That works fine. Now we have encountered a problem that we believe is due to a limitation on the image size to be uploaded to the flash. As we are trying to circumvent this issue, I have a few related queries related to possible solutions:

1. What's the maximum upgrade image size that can be upgraded via FOTA?

2. We believe that most of the upgrade image code is the softdevice library which is not changing. Is it possible to use FOTA to upgrade only the application code?

3. The previous DFU module will upgrade code blocks separately (bootloader, softdevice, and app). Is there a way to use the previous DFU module on the current zephyr implementation like v1.8.0?

4. I have seen that another option is to use external flash memory. Is that viable and reliable to implement? Are there any code samples for that?

Many thanks

Parents
  • +1

    Hi Armand

    1. What's the maximum upgrade image size that can be upgraded via FOTA?

    This depends on the size of your primary and secondary flash partition. Normally you need room for both the mcuboot bootloader itself, two code partitions (the primary and secondary one, also called slot 0 and slot 1), and any pages needed for data storage. 

    2. We believe that most of the upgrade image code is the softdevice library which is not changing. Is it possible to use FOTA to upgrade only the application code?

    Unfortunately not. Contrary to the older nRF5 SDK architecture it is no longer possible to update the Bluetooth stack and the application separately. 

    3. The previous DFU module will upgrade code blocks separately (bootloader, softdevice, and app). Is there a way to use the previous DFU module on the current zephyr implementation like v1.8.0?

    No, we don't have any examples for this. All the bootloader examples in the nRF Connect SDK are based on the mcuboot architecture. 

    4. I have seen that another option is to use external flash memory. Is that viable and reliable to implement? Are there any code samples for that?

    Yes, this is possible. Some of the development kits, including the nRF52840DK and the nRF52833DK, have an external flash device on the board, and for these devices it is relatively simple to declare the secondary image in the external flash memory. 

    Best regards
    Torbjørn

  • 0 in reply to ovrebekk

    Many Thanks for your help Torbjørn

Reply Children
Related
Terms of service