Programmation Error due to Reset pin ?

RE: Programmation Error due to Reset pin ?

Olfox — Tue, 01 Dec 2020 17:24:58 GMT

OK thanks for confirmation, it is what i did , seem to work fine. That's crazy i didn't had issue on some board, but i have to admit that sometimes i had random behavior. Anyway i'm happy to have solved the probleme with your help. I hope this ticket will be usefull for other people too.

Thank you !

RE: Programmation Error due to Reset pin ?

Kenneth — Tue, 01 Dec 2020 17:22:55 GMT

You can remove the CONFIG_GPIO_AS_PINRESET define, you will still be able to program, soft reset and debug using the SWD interface (e.g. using SEGGER j-link). You should remove CONFIG_GPIO_AS_PINRESET define from both bootloader and application code yes if you intend not support pin reset. If you enable it you must ensure that the pin in question is not used (e.g not configured as output low) by the application or bootloader. This may cause a continuous reset loop.

RE: Programmation Error due to Reset pin ?

Olfox — Tue, 01 Dec 2020 13:59:02 GMT

Ok it was not working on board 3 anymore, so i just connect RESET mu pin to vdd, and now i can flash and debug again.

So i dont' really understand why this reset pin that should not be used has an impact but it seems that i need to connect it to vdd to not have probleme and get a robust programing connexion.

I have also chek ed in the secure bootloader if something was enable but no :NRF_BL_DFU_ENTER_METHOD_PINRESET 0

But surprised ! when i run secure bootloader in debug mode, and also looking in the editor , even if ... was not defined, i was surprised to see the code "enable" after #if defined ! It should be light grey and not black no?

When i search CONFIG_GPIO_AS_PINRESET in the entire solution, i see nowhere definition of this.

But bingo ! i reminf there was some settings also in project properties:

And same definition in my project ( based on HRS example).

So now what can be the clean solution? remove this definition and loose the possibility to use reset with programmer ? Then how can i reset during debug ? I have seens in Segger documentation several strategy to manage reset.

Or keep it , and use may be a king of pull down resistor or something like this ?

And if i disable this option , i guess i have to disable it in both bootloader and application ?

Thank you !

RE: Programmation Error due to Reset pin ?

Olfox — Tue, 01 Dec 2020 13:36:56 GMT

HI Kenneth,

Thanks for the fast reply.

No CONFIG_GPIO_AS_PINRESET defined in my code , so, should not be used .

I tried in command line but i think something is not clear with installation or DLL :

>nrfjprog --recover
ERROR: JLinkARM DLL reported an error. Try again. If error condition
ERROR: persists, run the same command again with argument --log, contact Nordic
ERROR: Semiconductor and provide the generated log.log file to them.

I have then used the segger utility J-Link Utility DLL Updapter that seems to list one item to update without really do it i think because when i re load it do the same ( i run in administrator mode):

As i have seens that it update in SES forder , i retry to flash with SES and now board 4 is updated !

So i don't know what is really the problem but it seems to works, at least with SES.

For command line i don't know why it makes an error.

RE: Programmation Error due to Reset pin ?

Kenneth — Tue, 01 Dec 2020 11:42:46 GMT

Hi,

You only need to connect swdio, swdclk, gnd and vdd (vtarget). There is not need to connect reset pin. However if you have (by accident) enabled pin reset, then I recommend to connect p0.18 directly to vdd, and execute an 'nrfjprog --recover' or 'nrfjprog --eraseall' to make sure that uicr is erased and pin reset disabled again.

Best regards,
Kenneth