HW -reset/swdio pin nrf51422 challenges

RE: HW -reset/swdio pin nrf51422 challenges

Kenneth — Wed, 27 Apr 2016 08:50:18 GMT

In such case you will need to ensure that the rise time is within our specification yes. Maybe you can consider an voltage detector (e.g. Torex XC61F-Series) to control a transistor that can turn ON the power to the nRF51 when the supply voltage has stabilized.

RE: HW -reset/swdio pin nrf51422 challenges

Flemming Jensen — Tue, 26 Apr 2016 12:03:59 GMT

Yes we are slower because we get power from a generator that might be running quite slow.

So i guess we need a different power on circuitry

RE: HW -reset/swdio pin nrf51422 challenges

Kenneth — Tue, 26 Apr 2016 11:59:17 GMT

The POR require a rise time of less than 100ms from 0V to VDD to ensure it will start. I assume you are slower than that here?

RE: HW -reset/swdio pin nrf51422 challenges

Flemming Jensen — Tue, 26 Apr 2016 11:04:33 GMT

So we need to redesign our hardware then :(

What we see is that the CPU occasionally doesn't start and does not react on external reset from our watchdog circuit.

If we have slow risetime of VCC we might end up with a CPU not starting and the CPU might be in debug_mode thus not reacting on our external reset signal...

So we can only think of redesigning our pcb to have a POWER_GOOD signal and then switch the CPU on.

RE: HW -reset/swdio pin nrf51422 challenges

Kenneth — Thu, 21 Apr 2016 10:57:09 GMT

Hi, calling nrfjprog with '-r' means a system reset, where the device is still in debug mode. Calling with '-p' means a pin reset, where the device will exit debug mode. Typically while in debug mode the pin reset is disabled, to handle this the application can write to the RESET register in the POWER peripheral to enable pin reset in debug mode.