• State Verified Answer
  • Replies 14 replies
  • Subscribers 74 subscribers
  • Views 3215 views
  • Users 0 members are here
Attachments (1) Download All
Nordic Case Info
  • Case ID: 239417
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Booting application from custom bootloader

AntonHellbe

Hi,

I'm currently developing a custom bootloader for DFU, using I2C.

The bootloader is based upon the secure UART bootloader for nRF52832. Transferring and writing the image works fine, I receive the entire image and write it at the start address 0x26000 (Softdevice is present). To boot the application I currently use nrf_bootloader_app_start(), however that doesn't seem to want to start the application. Do I need to change the start address for the nrf_bootloader_app_start? Currently it uses 0x00001000 (MBR).

Edit: An additional question, is it possible to flash the nRF52832 using a Motorola Srecord hex file? I've tried looking for any documentation of which .hex files that nrfjprog accepts but cannot find any.

HW: nRF52832 PCA10040 devkit

SDK: v15.3

SD: 6.1.1

  • 0

    You can see in this post

    If you using softdevice, you must start at softdevice address: 0x1000

  • +1 in reply to HuanVH

    0x1000 is the correct address. Have you confirmed that the program reaches the jump_to_addr routine?

    AntonHellbe said:
    Edit: An additional question, is it possible to flash the nRF52832 using a Motorola Srecord hex file? I've tried looking for any documentation of which .hex files that nrfjprog accepts but cannot find any.

    nrfjprog supports intelHex only, but Jlink commander seems to support it. 

  • 0 in reply to Vidar Berg

    Hi,

    I found the issue, after reading some of the memory addresses starting at 0x26000 I could see that the data written to flash was not correct. After correcting the memory writes the Softdevice now boots the application correctly.

    Regarding booting the application after a successful image transfer. Currently I receive the image, write it to flash. When the entire Image received I calculate CRC from what's written to the memory and compare it to the CRC I receive in the start of the image transfer. If the CRC is correct, I clear the gpregret and and perform a NVIC_Systemreset() so that the bootloader will boot the new image.

    Is that a sufficient solution? - Clearing the GPREGRET reg and performing a NVIC_Systemreset() when booting up a new image written to flash. Or is there something else that I should to before booting up the new Image?

    Br,
    Anton

  • 0 in reply to AntonHellbe

    Hei Anton,

    AntonHellbe said:
    Is that a sufficient solution? - Clearing the GPREGRET reg and performing a NVIC_Systemreset() when booting up a new image written to flash. Or is there something else that I should to before booting up the new Image?

    Can the bootloader boot an app that has not been fully updated if the GREPREGRET flag is cleared due to an unexpected power loss,etc, or do you also have a "bootloader settings" page in flash like the SDK bootloader has?   

  • 0 in reply to Vidar Berg

    Hei hei Vidar,

    No I have not implemented a bootloader settings page, so yes, if there is an unexpected power loss during the transmission the bootloader would attempt to boot that application.

    Are there any information create/use the settings page for "custom" behaviour?

Related
Terms of service