NRF sometimes hangs on dfu initialization (?)

RE: NRF sometimes hangs on dfu initialization (?)

Einar Thorsrud — Wed, 04 May 2022 10:41:40 GMT

Hi,

I am glad to hear you have validated the fix in your product. I agree that this can be a serious bug that should be fixed. Unfortunately it was filed with some key tags missing in our internal bug tracker system, which I believe is why it was not fixed before. I have updated the internal ticket so that this will show up when considering fixes for a potential future bugfix release of the nRF5 SDK.

RE: NRF sometimes hangs on dfu initialization (?)

Jur — Wed, 04 May 2022 10:27:43 GMT

Hi Einar,

It looks like the fix is actually working! I have tried really hard but could not reproduce the issue anymore after applying the patch. Can I ask why this is not fixed in the latest version of the SDK? In my opinion this is a really nasty bug:

It only triggers in certain situations (we missed it in testing)
It completely crashes the nRF (watchdog cant rescue you)

Also the fix does not seem complicated at all and an example is already written.

Thanks a lot for including the information about debugging with the SoftDevice! I was not aware of this and am ready to have some fun with GDB again!

RE: NRF sometimes hangs on dfu initialization (?)

Einar Thorsrud — Tue, 03 May 2022 15:04:15 GMT

Hi,

I believe threads you have found are relevant, including the fix in the original post here. This is unfortunately still an issue even in nRF5 SDK 17.1.0.

(Note that you can debug even if you have a SoftDevice. The "only" issue is that if you continue after a breakpoint or pause, the SoftDevice will assert. So instead of for instance stepping you need to set a breakpoint and let it run to that. If you want to step further you instead of stepping move the breakpoint and reset so that execution goes a bit further next time. This can be somewhat annoying but you can get the same information this way in most cases.)