Hello,
I'm in the process of developing the HW board for a nRF5340-based product.
I need the customer could update the firmware using a serial port (USB or Bluetooth is not acceptable).
Is it possible to do that ? Where to found documentation on this ?
Regards,
Gabriele
Hi Gabriele,
I afraid the nrfutil tool that Igor pointed wouldn't work with the nRF53 (only support nRF52 and nRF5 SDK).
The nRF53 is not supported by our nRF5SDK (which the nrfutil supports)
For nRF53 you would need to use NRF Connect SDK. To do DFU with UART on nRF Connect SDK you would need to use mcumgr and smpsvr.
Please read about the smpsvr here.
And mcumgr here.
We have an example of using smpsvr and mcumgr via UART for the Thingy91 here. It's for the nRF9160 but it should be similar syntax for the nRF53.
Hi Hung,
at first glance this seems a very complicated path. It makes me wonder if it will work in the end.
I'll try to understand the documents you've linked
Hi Gabriele,
I'm sorry that it's been a long time and you still having issue with FOTA on nRF53.
We now have better documentation for nRF53 including FOTA instruction.
Please have a look here:
https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/ug_nrf5340.html#fota-upgrades
The instruction is for FOTA using BLE. And I think you should test first using this transport. Just to make sure smpsvr is working fine. After that you can change CONFIG_MCUMGR_SMP_BT to CONFIG_MCUMGR_SMP_UART to support UART (and add CONFIG_SERIAL=y)
Hi,
After you have flashed the smp_svr you can use the mcumgr to DFU your image .
After you have your image list with 2 images, you need to either test or confirm the image and trigger a reset for your app to run.
Call `Image test <image sha>` or `image confirm <image sha>` and then do a reset. Your application should run after that.
Hi Gabriele,
You would need to integrate smpsvr into your application.
It's pretty simple. You can just follow the instruction here.
The instruction is for BLE , to do UART DFU you use CONFIG_MCUMGR_SMP_UART = y instead of CONFIG_MCUMGR_SMP_BT.
In your main.c you need to call
os_mgmt_register_group();
img_mgmt_register_group();
In the example, I have prepared the .bin files that you can use to update. Note that after you do :
mcumgr -t 20 --conntype serial --connstring=COM37 image upload app_update_new.bin
You still need to confirm the image "image confirm <img_sha>" and then do a reset. I haven't looked into how you can confirm the image and reset automatically yet.
Hi Gabriele,
You would need to integrate smpsvr into your application.
It's pretty simple. You can just follow the instruction here.
The instruction is for BLE , to do UART DFU you use CONFIG_MCUMGR_SMP_UART = y instead of CONFIG_MCUMGR_SMP_BT.
In your main.c you need to call
os_mgmt_register_group();
img_mgmt_register_group();
In the example, I have prepared the .bin files that you can use to update. Note that after you do :
mcumgr -t 20 --conntype serial --connstring=COM37 image upload app_update_new.bin
You still need to confirm the image "image confirm <img_sha>" and then do a reset. I haven't looked into how you can confirm the image and reset automatically yet.
Hi Gabriele,
1.I'm sorry I forgot to check the warnings. You need to add
#include "os_mgmt/os_mgmt.h"
#include "img_mgmt/img_mgmt.h"
to you main.c
A good reference for using the bootloader is to have a look at the smpsvr sample located at \zephyr\samples\subsys\mgmt\mcumgr\smp_svr
2. Yes you use app_update.bin. If you have a look at the link on FOTA I pointed to earlier you can find that suggestion.
You can sign the image yourself but I haven't been very successfully managed to do so. The documentation is here: https://docs.zephyrproject.org/latest/samples/subsys/mgmt/mcumgr/smp_svr/README.html
If you want to switch between smpsvr and your application, I think it's the mcumgr handle it. I haven't looked into how you do it automatically yet. Will get back when I find the way.
Ok, thank you!
Hello Hung. Any news on this ?
I've seen a couple of API functions I guess could be of help to call from within application
int boot_set_pending(int permanent);
int boot_set_confirmed(void);
Not sure this makes sense.
They are implemented in
ncs/bootloader/mcuboot/boot/bootutil/src/bootutil_misc.c
However it is not clear how to link them to the application.
Adding
#include <bootutil/bootutil.h>
doesn't suffice.
Hi Gabriele,
I'm sorry that I haven't got time to look into this yet.
I would suggest you to have a look at the source code of the Thingy 91.
According to this guide:
https://devzone.nordicsemi.com/nordic/cellular-iot-guides/b/getting-started-cellular/posts/thingy91_2d00_fw_2d00_update_2d00_mcuboot
It will trigger the image swap/confirm after a reset after the DFU. I will try to work on this issue next week.
