Call to nrf_sdh_enable_request fails in SDK v16.0.0 (works in SDK v15.3.0)

RE: Call to nrf_sdh_enable_request fails in SDK v16.0.0 (works in SDK v15.3.0)

RVM — Mon, 25 Jan 2021 19:23:05 GMT

This problem disappears (and I am now able to build my project) if I remove the file 'nrf_drv_power.c'.

I will mark this as 'answered'.

RE: Call to nrf_sdh_enable_request fails in SDK v16.0.0 (works in SDK v15.3.0)

Hung Bui — Fri, 22 Jan 2021 09:00:26 GMT

Hi RMV,

Please be aware that most of our BLE examples don't use the nrf_drv_power library. You can find that in all of our example inside ble_peripheral folder, we don't use such library at all.

The reason you see a call to nrf_drv_power_on_sd_enable() was because you included the nrf_drv_power.c in your project. Inside the code this macro will be compiled:

NRF_SDH_STATE_OBSERVER(m_sd_observer, POWER_CONFIG_STATE_OBSERVER_PRIO) =
{
.handler = nrf_drv_power_sdh_state_evt_handler,
.p_context = NULL
};

And because of that nrf_drv_power_sdh_state_evt_handler() will be called when the softdevice is enabled.

So if you remove nrf_drv_power.c from your code, it should work fine.

RE: Call to nrf_sdh_enable_request fails in SDK v16.0.0 (works in SDK v15.3.0)

RVM — Thu, 21 Jan 2021 16:43:54 GMT

Hi Hung,

No, I did not plan to use the nrf_power_drv at all.

The only reason I did so was because the call to nrf_sdh_enable_request() ended up (via one of its registered handlers) making a call to 'nrf_drv_power_on_sd_enable()' which, as I indicated before, fails because the variable 'm_initialized' is FALSE.

And this variable is only ever set to TRUE if the nrf_drv_power module is initialized....

And our firmware does NOT intend to use the nrf_drv_power or the USBD.

This firmware design was working well for the past year or so but that was without defining the symbol DEBUG_NRF. This problem only occurs when I define DEBUG_NRF in the build.

The only reason I chose to set this definition was because it was set in one of the examples I was reviewing when trying to bring up the bootloader and buttonless DFU application.

I think I will revert back to not having this symbol defined and get on with my development plans for now.

Cheers

RMV

RE: Call to nrf_sdh_enable_request fails in SDK v16.0.0 (works in SDK v15.3.0)

Hung Bui — Thu, 21 Jan 2021 09:38:06 GMT

Hi RMV,

I don't think the nrf_pwr_mgmt_init() is related to the nrf_drv_power library.

Could you let me know what exactly you are doing with the nrf_drv_power library ?

I would suggest to have a look at one of our example in the SDK that uses the nrf_drv_power , for example the usbd_ble_uart example where we uses both the softdevice and the nrf_drv_power to handle the interrupt when USB power is plugged.

NRF_ERROR_SVC_HANDLER_MISSING is not in the list of error code for sd_softdevice_enable(). Please double check if it's actually return error code 1.

RE: Call to nrf_sdh_enable_request fails in SDK v16.0.0 (works in SDK v15.3.0)

RVM — Wed, 20 Jan 2021 17:37:47 GMT

Just an update.

I added a call to nrf_drv_power_init() after the call to nrf_pwr_mgmt_init() -- not sure if the order is correct.
Now, I get the error "NRF_ERROR_SVC_HANDLER_MISSING" when the call to nrf_sdh_enable_request() internally calls 'sd_softdevice_enable()'

Cheers
RMV

RE: Call to nrf_sdh_enable_request fails in SDK v16.0.0 (works in SDK v15.3.0)

RVM — Wed, 20 Jan 2021 17:14:32 GMT

Hi Hung,

Thanks for your response, and it certainly confirms my suspicions too as to why I am seeing this behavior.
Below is the stack trace when the assert traps the error

And further down is a screen shot of the firmware that fails the assertion.

In SDK v16.0.0, one of the only places I see that the variable 'm_initialized' is set to true
with my specific SDK configuration is in this function below:

I call 'nrf_pwr_mgmt_init()' before 'nrf_sdh_enable_request()' but do I also have to call 'nrf_drv_power_init()' ?

Cheers
RMV

RE: Call to nrf_sdh_enable_request fails in SDK v16.0.0 (works in SDK v15.3.0)

Hung Bui — Wed, 20 Jan 2021 15:45:06 GMT

Hi RMV,

If you don't define DEBUG_NRF the ASSERT check with be masked and it may explain why it run fine without.

Could you add some breakpoint and check what exactly throwing the error ?

I'm a bit confused what exactly causing the issue, nrf_sdh_enable_request or a function inside nrf_drv_power.c

Did you add any modification into nrf_drv_power.c ? Could you give some more info on how you use the library in your application ?