nRF52840 debugger launches into DfuTarg mode

RE: nRF52840 debugger launches into DfuTarg mode

bojennett — Thu, 30 Dec 2021 18:20:57 GMT

Hung Bui...

Thank you for this information. I will look into this. The Bootloader was delivered to us by a third party so I don't have access to that source code. Your statement about this check rings a bell to me, though I don't actively remember doing this on my 82532 projects. But maybe I did. I don't know if I will be able to get this in the next couple of days, but I will look into it and let you know.

RE: nRF52840 debugger launches into DfuTarg mode

Hung Bui — Thu, 30 Dec 2021 13:35:03 GMT

Hi Josesh,

I believe it's not a bug but a feature.
If you have a look inside dfu_enter_check() function in nrf_bootloader.c you can find the check for CRC match in app_is_valid()
This is to prevent the application to be modified unexpectedly. In your case when you flash a new application directly the bootloader will detect that as the CRC won't match and it will stay in DFUTarg mode.
If you update the application via the bootloader instead, you wouldn't have any problem with that as the bootloader will update a new CRC matches with the new application.
For development you can comment out the check for CRC in the bootloader , or use a flag/button or something in flash to skip the check, or generate bootloader setting to overwrite the CRC value to the correct value.

if (!app_is_valid(crc_on_valid_app_required()))
{
NRF_LOG_DEBUG("DFU mode because app is not valid.");
return true;
}

RE: nRF52840 debugger launches into DfuTarg mode

bojennett — Thu, 30 Dec 2021 02:59:47 GMT

The thing that seems reproducible is this:

1) Make changes to application, compile it
2) Run the nrfutil steps to make the hex file.
3) Install the hex file via JFlashLite
4) Go back into Segger Embedded Studio, and then run the debugger

If I do that, then the latest changes I made work - I can see them in the debugger.

But if I change the application and just install it over the current application (without reflashing it manually), then it boots into the Bootloader only.

So, if I "debug" over the application I just flashed manually, I'm fine. But if I "debug" something new over the older application, it only goes into Bootloader mode and stays there.

This feels like a tool issue. It cannot be my application, because I can build a hex just fine (also, I can OTA over it just fine). So the application is fine. But there is something weird with trying to debug... something that I *never* experienced with the 52832 or the 51822, Only started when I went to the 52840