How can I read RESETREAS register using a softdevice?

RE: How can I read RESETREAS register using a softdevice?

endnode — Tue, 31 Oct 2017 15:21:15 GMT

I've checked SDK examples again and this seems to apply only to MBR commands when jumping to bootloader and back. However things like unfinished debug UART transfer or active SWD debugger can prevent your device from sleep. What is actual time between going to SYSTEM OFF and waking-up? Are you sure that going to SYSTEM OFF doesn't return error code (it should never return anything)? Can you disable all peripheral settings and verify that your system goes to SYSTEM OFF and doesn't wake up?

RE: How can I read RESETREAS register using a softdevice?

ndarkness — Tue, 31 Oct 2017 13:38:40 GMT

Make sure that all interrupts are cleared when you call sleep etc how can I do this?

RE: How can I read RESETREAS register using a softdevice?

endnode — Tue, 31 Oct 2017 13:19:43 GMT

I would comment out all GPIO/GPIOTE/ADC for the start and verify that your FW really goes to sleep and stays there. Make sure that all interrupts are cleared when you call sleep etc. (it should be visible in SDK examples). If that works then you can start to enable things one by one and you will see where is the problem. I suppose that each interface which you can enable you can also disable so once you find which one it should be straight forward how to fix it before going to sleep.

RE: How can I read RESETREAS register using a softdevice?

ndarkness — Tue, 31 Oct 2017 11:53:51 GMT

@endnode, I still have the same issue, my board seems to be restarted and gives the cause -OFF, however I don't know hy. I have set the device input as disconnected but still havin the issue. I configure that pin as

nrf_gpio_cfg_input(ADXL362_INT1,NRF_GPIO_PIN_PULLDOWN);
nrf_gpio_input_disconnect(ADXL362_INT1);

any hint?

RE: How can I read RESETREAS register using a softdevice?

ndarkness — Tue, 31 Oct 2017 09:13:18 GMT

Ok thanks, I will set my pin ADXL362_INT1 to disconnect with that method to check whether the resets stop or not

RE: How can I read RESETREAS register using a softdevice?

endnode — Tue, 31 Oct 2017 08:10:27 GMT

Yes, I do believe so.

RE: How can I read RESETREAS register using a softdevice?

ndarkness — Tue, 31 Oct 2017 08:05:41 GMT

@endnode, would it be possible to make use of the method nrf_gpio_input_disconnect(PIN); to rid off sensing that input pin?

RE: How can I read RESETREAS register using a softdevice?

endnode — Fri, 27 Oct 2017 11:47:07 GMT

Yes, setting some GPIO as input will make that PIN waking up the MCU from SYSTEM OFF. Here is example from SDK:

// This pin is used for waking up from System OFF and is active low, enabling sense capabilities.
nrf_gpio_cfg_sense_input(PIN_GPIO_WAKEUP, BUTTON_PULL, NRF_GPIO_PIN_SENSE_LOW);

// Workaround for PAN_028 rev1.1 anomaly 22 - System: Issues with disable System OFF mechanism
nrf_delay_ms(1);

RE: How can I read RESETREAS register using a softdevice?

ndarkness — Fri, 27 Oct 2017 10:32:47 GMT

Thanks again! I have GPIO and GPIOTE enable. I have some GPIO's set as ouput not input, GPIOTE is not configured to sense any pin (yet), I send my chip to sleep and I have connected an ACC to my board through and arduino board/shield on pins

 #define ADXL362_SCK_PIN   14  //D3
  #define ADXL362_MOSI_PIN  15  //D4
  #define ADXL362_MISO_PIN  16  //D5
  #define ADXL362_CS_PIN    18  //D7
  #define ADXL362_INT1      20  //D9

So I think I am reading well RESETREAS register ;)

RE: How can I read RESETREAS register using a softdevice?

endnode — Fri, 27 Oct 2017 09:33:26 GMT

Question is: do you send the chip to POWER OFF state and do you configure some GPIO PIN to wake it up?;) If not then most likely you read/interpret RESETREAS incorrectly.

RE: How can I read RESETREAS register using a softdevice?

endnode — Fri, 27 Oct 2017 09:32:26 GMT

If you are sure that is the reason then yes, it means that nRF5x was in POWER OFF state with configured GPIOTE wake-up and some of these configured PINs changed polarity which woke the chip.

RE: How can I read RESETREAS register using a softdevice?

ndarkness — Fri, 27 Oct 2017 09:30:23 GMT

@endnode, I see that I get an NRF_POWER_RESETREAS_OFF, checking the datasheet of the nrf52832 I see that this is due to Reset due to wake up from System OFF mode when wakeup is triggered from DETECT signal from GPIO, does this mean that I get an interruption on a GPIO port?

RE: How can I read RESETREAS register using a softdevice?

ndarkness — Fri, 27 Oct 2017 09:06:58 GMT

Thanks for the examples @endnote, now I have modified my main to look like

int main(void)
{


    uint32_t err_code;
    bool     erase_bonds;
    

     // Initialize the log if enabled
    err_code = NRF_LOG_INIT(NULL);
    APP_ERROR_CHECK(err_code);
    
    
    log_resetreason();
    nrf_power_resetreas_clear(0xFFFFFFFF);
...}

I hope to capture the error

RE: How can I read RESETREAS register using a softdevice?

endnode — Fri, 27 Oct 2017 08:11:17 GMT

Also look to log_resetreason function in examples\peripheral\usbd\main.c, that's a good example how you should handle the returned value.

RE: How can I read RESETREAS register using a softdevice?

endnode — Fri, 27 Oct 2017 08:09:31 GMT

You cannot call any sd_xxx function when Soft Device isn't enabled (I believe it applies to all functions but maybe there are few exceptions). Also parameter of the function looks bad, why would you supply register address as pointer to return value? See how nrf_power_resetreas_get function looks in components\drivers_nrf\hal\nrf_power.h, that's how you access (read) registers in C;)

RE: How can I read RESETREAS register using a softdevice?

ndarkness — Fri, 27 Oct 2017 07:56:02 GMT

Hi @endnode, I was just placing here but the my device seems to reset each time when placing it...

int main(void)
{


    uint32_t err_code;
    bool     erase_bonds;
    
   sd_power_reset_reason_get(NRF_POWER->RESETREAS);

    // Initialize the log if enabled
    err_code = NRF_LOG_INIT(NULL);
    APP_ERROR_CHECK(err_code);
...}

RE: How can I read RESETREAS register using a softdevice?

endnode — Fri, 27 Oct 2017 07:53:24 GMT

Simply read that register right after your FW boots way before you enable SD. No conflict at that time, you can freely read the value (I actually believe you can read it like that even when SD is active but it doesn't matter).