How to avoid NRF faults after breakpoints?

RE: How to avoid NRF faults after breakpoints?

haakonsh — Fri, 03 Apr 2020 13:11:12 GMT

Thank you! Good to know.

RE: How to avoid NRF faults after breakpoints?

jcondon — Tue, 31 Mar 2020 21:15:03 GMT

Heads up to everyone reading this in the future, GCC file extensions are case sensitive. The SES version incorrectly uses ".s" where GCC requires it to be ".S" to compile

RE: How to avoid NRF faults after breakpoints?

haakonsh — Wed, 26 Feb 2020 09:23:44 GMT

You can ask Segger for the necessary files. Porting it is not that hard. You can read my tutorial for an explanation for how it works and do the necessary porting. Segger can also help you get it set up.

I've done so myself, but I don't have the time to work on the MMD tutorial for the next few weeks.

RE: How to avoid NRF faults after breakpoints?

jcondon — Mon, 24 Feb 2020 21:14:46 GMT

It looks like that code is written for the SES and Keil/ARM compiler... is there a version that is meant for the GCC compiler?

RE: How to avoid NRF faults after breakpoints?

haakonsh — Tue, 18 Feb 2020 11:49:43 GMT

No, not really. But there is another way.

Monitor Mode Debugging allows you to halt all CPU activity below a set execution priority, by jumping into an ISR with an endless loop. The SoftDevice will have a higher execution priority and will preempt this ISR, but the application will not. Segger has implemented a feature where it will execute this blocking ISR whenever it reaches a breakpoint or is halted via Jlink driver commands from your IDE. Though you will need a license for this feature, you can try it out for free.

Check out our tutorial on MMD https://github.com/NordicPlayground/j-link-monitoring-mode-debugging.