Regarding Simultaneous DFU for app core, net core and wifi patch

Question

Hello,

I am working on a custom board with my own custom project. I want to perform DFU for all the images I mentioned.
The mechanism for the OTA update will be as follows:
1. The OTA binary will be downloaded over the WIFI and stored to the SDCard
2. The OTA binary(from the SDCard) will be written to the respective memory in the flash and verified through my application core(if possible) or any other mechanism which is possible in the device runtime
3. The image will be verified and confirmed to be booted on the next reboot

I need help for the 2nd and 3rd step in the context of APIs and configuration options(already referred to Dev academy and nordic documentation but still in case I miss any).

Important details:
1. The nrf7002ek(for the wifi patch) is on the SPI interface.
2. The toolchain used is ncs v3.0.2(sysbuild and partition manager enabled)

Thanks in advance!

AHaug · Accepted Answer

Ok lets take it back a step Based on the motivation I still don't see the need to OTA the files into an SD card placed on the device you will update, before you move it to mcuboot secondary on an external flash and then do the image swapping. I can see the need to have an SD card as a replacement for UART/USB/Serial recovery as a physical option for DFU in a industrial device, where external operators will have to update the firmware of the device, but if the device that will be updated has WiFi I would skip the part where you OTA to an intermittent device (the SD card) and just go directly to the external flash. 
 Nonetheless, if you have a device without OTA options, you will have to have a physical DFU option, where you have 3 options; UART, USB or FS on a SD card. In your case I understand your design as having chosen SD card as the physical alternative. Does this resonate with what you're aiming to do, am I misunderstanding anything, or are insisting on having the SD card as an intermittent storage for WiFi OTA as well? 
 Here's what I would recommend 
 If WiFi-OTA: 
 
 Download the candidate images directly to the respective mcuboot secondary partitions for the candidate images and do DFU with MCUMgr as described in the academy course on DFU 
 
 If DFU over SD card 
 
 Load the update binaries to the SD card by plugging it into Machine A (computer, SD card writer, wherever you will obtain the candidate images from), then plug it into Machine B which you will update. 
 Write the files to the addresses corresponding to the various secondary partitions you've defined that are located on the external flash. You can either use the FS write functions with the destination addresses being the partitions or the MCUmgr filesystem https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/app_dev/bootloaders_dfu/dfu_tools_mcumgr_cli.html#filesystem_management 
 Validate, confirm, reset and swap old and new images 
 
 Kind regard,s Andreas

AHaug · Answer

Hello! Glad to hear that you were able to progress! 
 Aarnav said: Although I wanted to raise another ticket for this question but in a case you can tell me, we set the pm_static.yml for the application core which includes the primary and secondary partitions for app core, secondary partitions for net core and wifi patch. The question is-> Do we also have to declare a pm_static.yml for the network core application. 
 You only need one pm_static.yml for all images as shown in this sample : https://github.com/nrfconnect/sdk-nrf/tree/main/samples/nrf5340/extxip_smp_svr . Note that there are multiple present in this sample, but that's just to showcase various configurations 
 Kind regards, Andreas

Regarding Simultaneous DFU for app core, net core and wifi patch

Top Replies