nrf connect SDK BLE DFU

RE: nrf connect SDK BLE DFU

Shahin97 — Wed, 22 Feb 2023 09:30:19 GMT

How would I go about merging SPI-NOR example into the DFU example?

RE: nrf connect SDK BLE DFU

loquat — Wed, 01 Feb 2023 12:58:59 GMT

OK.

Thanks.

RE: nrf connect SDK BLE DFU

Vidar Berg — Wed, 01 Feb 2023 09:04:07 GMT

Yes, this is indeed a drawback with the new architecture. The solution is often, as you suggested, to include external FLASH in the design to allow for immediate storage of new FW images.

[quote user="loquat"]

my apps are
1. Highly functional apps, spending more than 150KB
2. Use the TimeSlot API
3. (Future) Use PeriodicAdvertising (send/receive)

Can you suggest a SoC that satisfies these?

[/quote]

All these features are available on the nRF52832. Whether it will have enough FLASH/RAM is dependent on your application. The bootloader is typically around 32kB which leaves 480kB to the application + secondary DFU slot. Note: the secondary slot can optionally be placed in external flash.

[quote user="loquat"]Is it possible to store DFU images in external FLASH with nRF52833?
If so, is there a list of supported FLASHs?[/quote]

Yes, the DFU solution supports external NOR flash through the SPI NOR driver: https://developer.nordicsemi.com/nRF_Connect_SDK/doc/2.2.0/zephyr/samples/drivers/spi_flash/README.html

RE: nrf connect SDK BLE DFU

loquat — Tue, 31 Jan 2023 23:10:18 GMT

I think that’s disappointing.
When I do DFU, I rarely update SoftDevices.
Including the same SoftDevice in the two images before and after updating is a waste of FLASH and prevents creating highly functional apps.

my apps are
1. Highly functional apps, spending more than 150KB
2. Use the TimeSlot API
3. (Future) Use PeriodicAdvertising (send/receive)

Can you suggest a SoC that satisfies these?

And then,
Is it possible to store DFU images in external FLASH with nRF52833?
If so, is there a list of supported FLASHs?

RE: nrf connect SDK BLE DFU

Vidar Berg — Tue, 31 Jan 2023 19:59:19 GMT

[quote user="loquat"]1.Will SoftDeviceController and apps be a single image file in the nrf connect SDK?[/quote]

Yes, the Softdevice controller and application are in one FW image.

[quote user="loquat"]2.In the future, are there any plans to separate apps and enable DFU for apps only, like LegacySoftDevice?[/quote]

The Bluetooth host is a part of Zephyr and relies on the OS to work. In other words, if we were to split the stack into a separate application like with the old architecture, we would end up with 2 apps with Zephyr instead of one.

[quote user="loquat"]3.Is there support for compressed DFU image files?[/quote]

We do not have support for compressed DFU, unfortunately. Support for the LZ4 algorithm (https://docs.zephyrproject.org/3.2.0/samples/compression/lz4/README.html) is included with Zephyr, but it has not been evaluated for DFU as far as I know. It may be that the size requirements for the library itself is too big to make sense for this use case.

RE: nrf connect SDK BLE DFU

loquat — Tue, 31 Jan 2023 15:32:10 GMT

OK.Thanks.

And more questions.

1.Will SoftDeviceController and apps be a single image file in the nrf connect SDK?

2.In the future, are there any plans to separate apps and enable DFU for apps only, like LegacySoftDevice?

3.Is there support for compressed DFU image files?

RE: nrf connect SDK BLE DFU

Vidar Berg — Tue, 31 Jan 2023 08:19:25 GMT

Yes, the main app will be running when you receive the FW image.

[quote user="loquat"]I plan to use SoftDevice Controller.
What size applications can be created?
example: nRF52832 FLASH: 512KB Apps: 100KB + SoftDevice: 100KB + MCU: 50KB remain:512KB-250KB=262KB
Updatable Apps size is 262KB-SoftDevice:100KB=162KB?[/quote]

The size of the SD controller varies depending on what BT features you have enabled in your application. So, the best way to estimate the size requirements is to build one of the SDK samples.

You can try the minimal build configuration for the LBS sample (https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/samples/bluetooth/peripheral_lbs/README.html#minimal-build) to size the memory footprint of an optimized BLE application.

[quote user="loquat"]And
Is it possible to create a DFU user transport?[/quote]

Yes, there is not requirement to use the SMP transport. You can use the Flash image management APIs here to write your update image to the update slot: https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/zephyr/services/device_mgmt/dfu.html#api-reference

RE: nrf connect SDK BLE DFU

loquat — Mon, 30 Jan 2023 11:49:03 GMT

Thank you

Does it mean DFU in parallel in the background of a application?

additional question.

I plan to use SoftDevice Controller.
What size applications can be created?
example: nRF52832 FLASH: 512KB Apps: 100KB + SoftDevice: 100KB + MCU: 50KB remain:512KB-250KB=262KB
Updatable Apps size is 262KB-SoftDevice:100KB=162KB?

And
Is it possible to create a DFU user transport?

RE: nrf connect SDK BLE DFU

Vidar Berg — Mon, 30 Jan 2023 09:54:52 GMT

Thanks for the answer, Mike. I do not think there is much to add to what you already said.

1. Please see this guide for instructions on how to add DFU support to an existing application: Add DFU support to your application

2. In the nRF connect SDK, you cannot update the application "in-place" like you could in the nRF5 SDK as the main application needs to be running to receive the update image.

MCUBoot does not have a built-in BLE DFU transport like the old bootloader had.

3. The application will continue to run while you receive the update image, but other application tasks may be delayed or blocked by the DFU process as it is quite resource heavy if you try to upload the image as fast as possible (it involves lots of blocking flash operations).

Best regards,

Vidar

RE: nrf connect SDK BLE DFU

Mike Austin (LPI) — Mon, 30 Jan 2023 01:45:26 GMT

One of the Nordic Engineers will be able to give you a more detailed answer, but from my experience using nRF Connect SDK (I'm currently on v2.2.0) and the nRF52832:

1. Yes. I can do this both using the nRF Connect App, as well as my custom App

2. If you mean dual image (so, the new image gets transferred into Flash and then the device reboots, and uses the new image whilst the old image remains in flash), then yes. This is what we are currently doing

3. Not sure. With our application, things appear to halt whilst the DFU is in process, and then it all restarts (the DFU issues a software reset on completion) at the end

Hope that helps

Mike