Firmware on custom board (Application + Bootloader)

[Tim Adu]

I've reached a critical point in the firmware development process where I need to start considering integrating a bootloader with the application code.

I have a custom board with an nrf52840 SoC. I have created a new bsp for the board and I'm able to execute code and run debugging on the board using Segger Embedded Studio. At some point, we'll have to integrate a bootloader in order to be able to create a release image.

Based on the requirements at my company, it has been decided to implement the application in two phases:

• Phase 1 will include the application and bootloader
• Phase 2 will include the application, bootloader and softdevice, once the BLE-related requirements have been locked.

I wish to implement phase 1 and as this is critical, I do not wish to get fragmented information.

My questions

1.  Are there any ready-made bootloaders I can use?
2. How do I go about combining the application and bootloader (without softdevice)
3. How do I fragment the flash memory so that I can have the application, bootloader, and eventually softdevice?
4. Are there any detailed tutorials explaining the integration processes?
5. Eventually we'll implement FOTA over Bluetooth. Anything I should be specially aware of here?

Any link to documentation/tutorials will be very much appreciated. I apologize in advance if the questions seem a bit broad. I'm a bit new to this process of integrating application code and bootloaders.

Thanks,

/Tim

[Tim Adu]

What I need now is for the bootloader to load the applicaton without having to do DFU/OTA update.

I just read this thread:
https://devzone.nordicsemi.com/f/nordic-q-a/19068/uploading-application-and-bootloader-application-not-starting

So I'm guessing my device is stuck in bootloader mode.

How can I force the bootloader to load the application?

Also, I read this line in nrf_bootloader_app_start.c:

uint32_t start_addr = MBR_SIZE; // Always boot from end of MBR. If a SoftDevice is present, it will boot the app.

"if a softdevice is present, it will boot the app." How do we ensure that either the MBR or softdevice boots the application?

Thanks

Tim

[Edvin]

Tim Adu said:

What I need now is for the bootloader to load the applicaton without having to do DFU/OTA update.

 I understand, but I am trying to rule out mistakes. Maybe you have not generated the keys correctly.

Let me try another way, then.

Have you done any changes to the bootloader project? What bootloader project did you start with? the pca10056_ble_debug or pca10056_ble?

What nrfutil command did you use to generate the bootloader settings?

Did you use the corresponding public and private key in the bootloader and bootloader settings, respectively?

[Tim Adu]

1. I started with the pca10056_ble project. The only change I made was removing the dummy/default public_key.c and replacing with the one I generated using nrfutil
2. Below is the shell script I made to generate the bootloader settings:

---------- Settings ----------------#
device_family="NRF52840"
app_image_path="../production/images/application_v2.hex"
app_version="0"
bl_version="0"
bl_settings_version="1"
output_file="../production/images/bootloader_settings.hex"
#-----------------------------------#

#Delete any existing bootloader settings image
rm -f $output_file
nrfutil settings generate --family $device_family --application $app_image_path --application-version $app_version --bootloader-version $bl_version --bl-settings-version $bl_settings_version $output_file

(I am using the latest nrfutil version (5.2.0).

3. I followed the guide here: https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/getting-started-with-nordics-secure-dfu-bootloader (steps A1 and A2) to generate the public and private keys.

What exactly do you mean in your last question?

[Tim Adu]

Edvin said:

Did you use the corresponding public and private key in the bootloader and bootloader settings, respectively?

Okay.. I think I see what you are referring to there. I just saw in the nrfutil settings generate help text that there is an option of validating the boot using the private key. Is that what you mean?

If that's the case, then this was completely omitted from the tutorials. Can you describe exactly the syntax then for validating using the private key?

[Edvin]

My last question

Edvin said:

Did you use the corresponding public and private key in the bootloader and bootloader settings, respectively?

 You don't use your key to sign off the application image when you create your bootloader settings? Can you try to add the following:

"--key-file private.key" before $output_file

That should create the correct signature for your file, so that the bootloader will accept the application if you flash it together with the BL + SD + app + BL_settings.

Yes, unfortunately, the bootloader settings is not part of the guide.