This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Cut power to nRF52 to switch off system.

I would like to know the best place to cut the power in switch off sequence.

We have a IO to totally cut power to the IC (own board), I added PIN control to switch off the board inside (SDK 15.3 with SD):

static void shutdown_process(void){}

just before:

ret_code_t ret_code = sd_power_system_off();

I red that sd_power_system_off  does off (NRF_POWER->SYSTEMOFF) and other critical issues to switch off softdevice.

My question is it is safe to cut IC power at this place or it should be done on some other safest way.

The issue is I cannot put switch off pin control after call to sd_power_system_off() because (obviously) the system does not return from this call but cutting power before I am not sure if SD is notified properly that we are going to cut power.

Thks.

C

Parents
  • Hi Carlos

    You should not cut the power while the SoftDevice, or any other peripherals for that matter, while they are writing to flash. However as long as you wait for the application to finish the flash write. There are no problems with cutting the power like you are describing in your initial ticket.

    As for the solar sensor beacon example, it can be found on our NordicPlayground GitHub repository. Please refer to that, as our Infocenter is being reworked at the moment and some links are still not working properly.

    Best regards,

    Simon

Reply
  • Hi Carlos

    You should not cut the power while the SoftDevice, or any other peripherals for that matter, while they are writing to flash. However as long as you wait for the application to finish the flash write. There are no problems with cutting the power like you are describing in your initial ticket.

    As for the solar sensor beacon example, it can be found on our NordicPlayground GitHub repository. Please refer to that, as our Infocenter is being reworked at the moment and some links are still not working properly.

    Best regards,

    Simon

Children
No Data
Related