nRF52840 OTA update with a GSM modem (UART)

RE: nRF52840 OTA update with a GSM modem (UART)

Edvin — Fri, 05 Feb 2021 14:00:15 GMT

[quote user="HRomain"]should we start with the example "dfu\secure_bootloader\pca10056_uart" and skip the transport phase or is it better to use the "background DFU" from "components\iot\background_dfu" ?[/quote]

I have not done this myself, but I believe that is the way to go. Look at what functions are called on the object execute command, which I tried to point to in the other ticket that I linked to.

And yes, you would need the .bin and .dat file generated by nrfutil, as if you were using the unmodified secure_bootloader.

Actually, you may not need to store the init packet in flash, as this is just used to check whether the application is signed (before it decides whether to receive the rest of the application image). You can check this in your application if you like, but you can probably only use the .bin file.

I suggest that you try to perform a DFU operation from the unmodified bootloader, and look at what is located in the flash before the object is executed.

Best regards,

Edvin

RE: nRF52840 OTA update with a GSM modem (UART)

HRomain — Fri, 05 Feb 2021 10:58:37 GMT

Hi, thanks for your answers.

You're right, it will probably be easier to pull and write the new firmware from the app.
for that we need to write .bin and .dat files to the bank1 and then call the bootloader right ?

I'm a little confused on the bootloader, about how to implement it.

should we start with the example "dfu\secure_bootloader\pca10056_uart" and skip the transport phase or is it better to use the "background DFU" from "components\iot\background_dfu" ?
We use SDK16

Best regards

RE: nRF52840 OTA update with a GSM modem (UART)

Edvin — Thu, 04 Feb 2021 13:34:25 GMT

Hello,

The bootloader in the SDK is a passive bootloader, meaning that by default the behavior is that it enters DFU mode, and then the DFU master will send the image to the nRF. I guess your GSM module isn't capable of that, and that the nRF needs to manually pull the firmware from the GSM module, right?

So as I see it you have two options:

Either modify the bootloader to request the application image from the GSM module, or have the application pull the application image, and then start the bootloader to verify and move the application to the correct bank.

1. It doesn't really matter what address you use, as long as the bootloader is aware of the start address for the new application.

2. Please see the answer I wrote in this ticket yesterday. It is pretty much the case that you are facing as well.

Best regards,

Edvin