nRF52 DFU does not start

[Louis_263]

Hi everyone,

I am in the process of programming a DFU via UART. I currently have in memory only the softdevice including the MBR and the bootloader.
If I enter in nrfutil

nrfutil dfu serial -pkg app_dfu_package_blinky.zip -p COM5 -b 57600

I get the following all the time:

  [------------------------------------] 0%

So it seems that the update does not start. The application alone (i.e. without bootloader) runs without problems. When I flash the application and bootloader together, the application is also called directly by the bootloader. Only the firmware update does not seem to work. How can I solve the problem?

BR

Louis

[Amanda Hsieh]

Hi, 

What SDK version are you using?

What is the SD version on the device?

What is the command you used to generate the package? Please post the completed command. 

Could you provide the log from the device? You can use the bootloader debug version to get the log. 

Regards,
Amanda

[Louis_263]

Hi Amanda,

1. I use SDK version 17.1.0
2. I use the softdevice S140 7.2.0

3. nrfutil pkg generate --hw-version 52 --sd-req 0x100 --application-version 1 --application app.hex --key-file key.pem app_dfu_package.zip

4. I have tried to get the log to run, but the required libraries do not fit in the flash memory (when I try, I get the error message: "region `FLASH' overflowed by 6504 bytes")

I have attached the linker script I used.

BR,

Louis

4628.secure_bootloader_gcc_nrf52.ld

[Amanda Hsieh]

Hi,

Louis_263 said:

I have tried to get the log to run, but the required libraries do not fit in the flash memory (when I try, I get the error message: "region `FLASH' overflowed by 6504 bytes")

Maybe you could adjust the flash start address of the bootloader. Could you share the bootloader project?

-Amanda

[Louis_263]

Hi,

Unfortunately, I work with Eclipse and not with uVision, but I can provide you with the most important files of the project, since I did not change anything else in the source code and only used the SDK. In the attachment you will find the main.c, the linker script of the bootloader, and the preprocessor symbols I used.

BR

Louis

nrf52820_dfu.zip

[Amanda Hsieh]

Hi, 

When I flash the application and bootloader together, the application is also called directly by the bootloader. Only the firmware update does not seem to work.

Seems your device doesn't get into DFU mode. In our serial bootloader examples, DFU mode is indicated by LED 3 being lit. If a valid application is installed on the device, hold Button 4 during startup to prevent the bootloader from starting the application and force it to enter DFU mode instead.

See DFU mode:

• Entering DFU mode is triggered by one of the optional sources:
  • Button (NRF_BL_DFU_ENTER_METHOD_BUTTON),
  • Pin reset (NRF_BL_DFU_ENTER_METHOD_PINRESET),
  • Special value in GPREGRET register (NRF_BL_DFU_ENTER_METHOD_GPREGRET),
  • Request from the application written to the settings page (NRF_BL_DFU_ENTER_METHOD_BUTTONLESS).

Make sure that the device enters DFU mode, then starts to update with the package. 

-Amanda

[Louis_263]

Hi Amanda,

I only have the softdevice and the bootloader in the flash memory, so the device should be in DFU mode anyway, right? I have also added the following code at the beginning of the main:

nrf_power_gpregret_set(BOOTLOADER_DFU_START);

But that didn't help either.
I have attached a logic analyzer to the RX pin of the nRF and I noticed that when I start the DFU from the PC, nothing arrives at the PX pin.
But if I send bytes to the nRF via a tool like Realterm, then I can see these bytes via the logic analyzer. The problem seems very strange to me.

BR

Louis