This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Is it safe to use "drivers_nrf" with Softdevice?

Dear Nordic Support Team,

In previous SDK (6-7) I used to always call softdevice functions when possible/existing to keep compatibility with BLE.

For exemple, PPI functions was called using function like : sd_ppi_channel_enable_set

With recent SDK, there are usefull drivers_nrf that we can use like nrf_drv_ppi including well implemented logics to use PPI. But is it safe to use with softdevice?

As sd_ppi_channel_enable_set is still existing, can I use instead driver function nrf_drv_ppi_channel_enable?

Best regards

Parents
  • The driver is safe to use with the SoftDevice, same should apply for the rest of the SDK drivers. With the newest SoftDevice, the ppi is not restricted any more, so the sd_ppi_channel_enable_set is not mandatory to use. The application should however make sure that the PPI channels that are used by the SoftDevice (see here) are not being used by the application. The driver does checks for this and will assert if the SoftDevice is enabled and the occupied channels are used.

Reply
  • The driver is safe to use with the SoftDevice, same should apply for the rest of the SDK drivers. With the newest SoftDevice, the ppi is not restricted any more, so the sd_ppi_channel_enable_set is not mandatory to use. The application should however make sure that the PPI channels that are used by the SoftDevice (see here) are not being used by the application. The driver does checks for this and will assert if the SoftDevice is enabled and the occupied channels are used.

Children
No Data
Related