POFWARN

RE: POFWARN

Amanda Hsieh — Fri, 28 Feb 2020 08:46:34 GMT

Hi,

[quote user="Hassam Arshad"]

This worked!

Thanks for your kind feedback it really helped a lot.

[/quote]

Happy to hear that can help. Please kindly verify the question to benefit other users. Thanks.

[quote user="Hassam Arshad"]I just wanted to know that if there is any register in NVM where any warning stores so that we can check whether there is any undesirable reset happened or not?[/quote]

You could check the NRF_POWER->RESETREAS register by the sd_power_reset_reason_get() in order to detect what caused your reset. This post and this might help you.

[quote user="Hassam Arshad"]As NRF_EVT_POWER_FAILURE_WARNING is the only event I know that is happening while on low power and reset. but how we will identify after reset that it was due to low voltage?[/quote]

This post and this might help you.

If you have further questions, please create a new support case. The new question now is far away from the original issue.

-Amanda H.

RE: POFWARN

Muhammad — Thu, 27 Feb 2020 10:29:23 GMT

Hi Amanda Hsieh

This worked!

Thanks for your kind feedback it really helped a lot.

I just wanted to know that if there is any register in NVM where any warning stores so that we can check whether there is any undesirable reset happened or not?

As NRF_EVT_POWER_FAILURE_WARNING is the only event I know that is happening while on low power and reset. but how we will identify after reset that it was due to low voltage?

RE: POFWARN

Amanda Hsieh — Thu, 27 Feb 2020 09:07:27 GMT

Hi,

Please add "void * p_context" to the input argument of sys_evt_dispatch declaration.

static void sys_evt_dispatch(uint32_t evt_id, void * p_context)

Please kindly let me know this can help or not. Thanks.

-Amanda H.

RE: POFWARN

Muhammad — Wed, 26 Feb 2020 12:39:44 GMT

Actually got my code working after performing the above steps. Now just there's one warning that is kept coming on the compilation. Can you suggest about it?

RE: POFWARN

Amanda Hsieh — Thu, 20 Feb 2020 12:19:41 GMT

Hi,

Please check the NRF_SDH_SOC_ENABLED is set to 1 in the sdk_config.h and Include header files for nRF5_SDK\components\softdevice\common\nrf_sdh_soc.h

// <e> NRF_SDH_SOC_ENABLED - nrf_sdh_soc - SoftDevice SoC event handler
//==========================================================
#ifndef NRF_SDH_SOC_ENABLED
#define NRF_SDH_SOC_ENABLED 1
#endif
// <h> SoC Observers - Observers and priority levels

//==========================================================
// <o> NRF_SDH_SOC_OBSERVER_PRIO_LEVELS - Total number of priority levels for SoC observers. 
// <i> This setting configures the number of priority levels available for the SoC event handlers.
// <i> The priority level of a handler determines the order in which it receives events, with respect to other handlers.

#ifndef NRF_SDH_SOC_OBSERVER_PRIO_LEVELS
#define NRF_SDH_SOC_OBSERVER_PRIO_LEVELS 2
#endif

// <h> SoC Observers priorities - Invididual priorities

//==========================================================
// <o> BLE_DFU_SOC_OBSERVER_PRIO  
// <i> Priority with which BLE events are dispatched to the DFU Service.

#ifndef BLE_DFU_SOC_OBSERVER_PRIO
#define BLE_DFU_SOC_OBSERVER_PRIO 1
#endif

// <o> CLOCK_CONFIG_SOC_OBSERVER_PRIO  
// <i> Priority with which SoC events are dispatched to the Clock driver.

#ifndef CLOCK_CONFIG_SOC_OBSERVER_PRIO
#define CLOCK_CONFIG_SOC_OBSERVER_PRIO 0
#endif

// <o> POWER_CONFIG_SOC_OBSERVER_PRIO  
// <i> Priority with which SoC events are dispatched to the Power driver.

#ifndef POWER_CONFIG_SOC_OBSERVER_PRIO
#define POWER_CONFIG_SOC_OBSERVER_PRIO 0
#endif

And that these files (under nRF5_SDK\components\softdevice\common\) are included in your project:

-Amanda H.

RE: POFWARN

Muhammad — Thu, 20 Feb 2020 09:41:18 GMT

I have tried this in blinky code it worked there, but it is not working in my custom application.

RE: POFWARN

Amanda Hsieh — Thu, 20 Feb 2020 08:28:21 GMT

Hi Muhannad,

Could you try to use the Template Application?

I saw the same issue in the blanky example instead of the template example.

-Amanda H.

RE: POFWARN

Muhammad — Wed, 19 Feb 2020 14:07:57 GMT

Hi, Amanda Hsieh

can you please update on this?

Thank you

RE: POFWARN

Muhammad — Tue, 18 Feb 2020 11:02:49 GMT

'm_advertising_soc_obs' undeclared (first use in this function); did you mean 'Advertising_Start'?

This is the error that compiler shows and the screenshot of the code attached. also, there is a warning.

RE: POFWARN

Amanda Hsieh — Fri, 14 Feb 2020 07:28:55 GMT

[quote user="Hassam Arshad"]but I'm getting this error in this m_advertising_soc_obs variable. do you know about it?[/quote]

What is the error do you get? Could you provide the log or error code?

-Amanda H.

RE: POFWARN

Muhammad — Thu, 13 Feb 2020 16:09:00 GMT

Yes I have followed the above steps but then we need to register the POF event with the softdevice stack that we can do by the following command

NRF_SDH_SOC_OBSERVER(m_advertising_soc_obs, 1, sys_evt_dispatch, NULL);

but I'm getting this error in this m_advertising_soc_obs variable. do you know about it?

RE: POFWARN

Amanda Hsieh — Wed, 12 Feb 2020 09:35:43 GMT

Hi,

I am not aware of any example other than that example.

The suggested usage should be:

Enable and initialize power fail warning after softdevice enabled by calling sd_power_pof_enable() and sd_power_pof_threshold_set(), the configurable thresholds are found in NRF_POWER_THRESHOLDS. The softdevice will then provide an NRF_EVT_POWER_FAILURE_WARNING when the supply fall under the threshold.

I don't expect you will be able to catch a true power fail warning in any case, as the voltage falls so very quickly and will terminate any CPU operation within ~100us in any case. Then once the voltage fall below brown out reset all pins will be floating and the chip will stop all operation in any case. Personally, I think is better to periodically read the battery voltage and monitor over time using the comparator.

You should also be aware that the power fail warning will prevent all flash write and erase operations, however, there will be no error from the hardware, the instructions are simply ignored by hardware, this can cause some strange results if you try to use the power failure warning as a battery monitor. The fstorage and fds do not handle this situation, so using LPCOMP may be a better idea.

-Amanda H.

RE: POFWARN

Muhammad — Tue, 11 Feb 2020 14:43:08 GMT

Hi Amanda Hsieh

I have gone through the link you are suggesting, I need the exact steps to perform the POF in nrf52 and SDK 16,

As in SDK 8.1.0 the functions referred to in the post are not available in SDK 16.

So please guide me regarding the SDK 16 and Softdevice S132.

RE: POFWARN

Amanda Hsieh — Tue, 11 Feb 2020 12:47:23 GMT

Hi,

Please refer to the example in this post. Please be aware that POF example with softdevice is for nRF51 SDK 8.1.0.

-Amanda H.