Not able to update firmware over UART using MCUboot: flag shows pending

[lorao]

I tried to update firmware over UART (using MCUboot).

The flag shows test pending, and was able to test the application and provide expected output.

But was not able to "confirm image", it shows Error:NMP timeout, when the confirm image command is executed.

Thanks in advance

[Sigurd Hellesvik]

Hi,

Did you ever restart your application during the DFU procedure?

Do you use Serial Recovery or an SMP Server in the application? (See my unofficial tutorial on MCUboot to learn the difference)

Regards,
Sigurd Hellesvik

[lorao]

Hi Sigurd Hellesvik 
Yes I'm using a example  samples/subsys/mgmt/mcumgr/smp_svr  from NCS v2.2

I executed commands as shown below:

Case:1 (I did reset)

mcumgr <connection string> image test <hash of slot-1 image>

sudo mcumgr <connection string> reset

After the test, it reverts back.

Case:2
And by using the command : sudo mcumgr <connection string> image confirm , it works without reverting the images.

So,

1. What should be done in case 1, so that the image files are not reverted after reset.

2. In case 2, how can I update with a new image again (for the 2nd time), because I assume the images are swapped in this case after 1st update and it no longer receives  mcumgr command. 

It shows  Error:NMP timeout, when trying to execute mcumgr command.

[Sigurd Hellesvik]

In that case, the USB TTL serial cable has an COM port or ACM port for use.
This port can be refferenced by mcumgr

[lorao]

Sigurd Hellesvik 
I am trying to update firmware from one nordic board to an other nordic board.
Is it possible to do it without using mcumgr command? 

Can we send a custom commands to SMP server over UART in order to update the firmware? 
Please let me know the possibilities here.

Thank you!!

[Sigurd Hellesvik]

lorao said:

am trying to update firmware from one nordic board to an other nordic board.
Is it possible to do it without using mcumgr command? 

Yes. you can use an SMP Client on one nordic board and an SMP Server on another nordic board.
See my answer in RE: Trying to perform OTA to a nRF52840 device via nRF9160 LTE connection 

[lorao]

Sigurd Hellesvik 

 I am using CONFIG_MCUBOOT_SERIAL from  'ncs\v2.4.0\bootloader\mcuboot\boot\zephyr\main.c' in the application running on nRF52840dk.

And the CONFIG_MCUBOOT_SERIAL is configured to use LED (as shown below)

Also included in mcuboot.conf file (see below)

But the LED doesn't go ON when this application is executed.
Please can you comment here, if something else needs to be taken care?

Thankyou

[Hung Bui]

Hi Rao, 

Sigurd is away for a few weeks and I will take over the case. 

Could you please explain what you want to achieve with the LED ? 

As far as I know the CONFIG_MCUBOOT_INDICATION_LED only works with the MCUBoot serial recovery mode. 
So if the device doesn't enter the MCUBoot's recovery mode, the LED will not turn on.
When the MCUBoot enters serial recovery mode, it will not boot the application. 
So I don't expect to see the LED to be turned on when the application is running. 

[lorao]

Hung Bui 

Hi

 

It works fine, when just flash_img.h is included.

But, when I try to use flash_img_init_id and flash_img_buffered_write which is defined in flash_img.h shows an linker error. Also tried to add this in CmakeList.txt, but still shows an linker error:

Error:

Thank you

[Hung Bui]

Hi Rao, 

I am not really sure what you are planning to do. 

Are you following any example ? Have you looked at \zephyr\tests\subsys\dfu\img_util example ? 

[lorao]

Hung Bui 

I am trying to implement a logic on nRF52840, to send image file over UART in bootloader mode.
Please can you suggest what needs to be taken care for this.

Note: I don't want to use dependencies like mcumgr.

Thank you

[Sigurd Hellesvik]

Hi,

I will continue to help in this case.

In your case, I would recommend using Serial Recovery mode.
See my unofficial explanation and samples at https://github.com/hellesvik-nordic/samples_for_nrf_connect_sdk/tree/main/bootloader_samples/serial_recovery

Regards,
Sigurd Hellesvik