https://devzone.nordicsemi.com/f/nordic-q-a/79462/ppi-and-softdeviceI&#39;m evaluating the nRF52840_DK with nRF5_SDK_17.0.2 After doing some tests with ppi to timestamp gpio events, I&#39;m now enabling the softdevice. This leads to two questions; 1. I&#39;m using nrfx_ppi rather than nrf_ppi, because I like to allocate ppien-USTelligent Community 13Mon, 13 Sep 2021 05:03:13 GMThttps://devzone.nordicsemi.com/thread/329123?ContentTypeID=1Mon, 13 Sep 2021 05:03:13 GMT137ad170-7792-4731-bb38-c0d22fbe4515:db6b0916-ad9d-4ef3-a1d4-2fc51067cb28ovrebekk<p>Hi&nbsp;</p> <p>The only reason would be to&nbsp;get an error if you try using the higher channels (20 and up),&nbsp;but if you use nrfx_ppi with dynamic channel allocation this shouldn&#39;t really happen anyway.&nbsp;</p> <p>Best regards<br />Torbjørn</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/329056?ContentTypeID=1Fri, 10 Sep 2021 13:35:39 GMT137ad170-7792-4731-bb38-c0d22fbe4515:507dbb1e-a710-427b-808c-cc8fcd273652pieterg<p>Thanks for clearing that up, so there is no reason to use the sd_ppi_channel_* calls?</p> <p>I&#39;ll keep using nrfx_ppi then.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/328925?ContentTypeID=1Fri, 10 Sep 2021 07:13:48 GMT137ad170-7792-4731-bb38-c0d22fbe4515:bd8feec3-167c-412d-83d2-868478643ca7ovrebekk<p>Hi&nbsp;</p> <p>To be honest I always assumed the nrf_drv_ppi driver would use SoftDevice calls under the hood, but I realize now this is not the case.&nbsp;</p> <p>That being said, the PPI peripheral is not protected by the SoftDevice, so there is really no reason to avoid using the nrfx_ppi driver together with the SoftDevice.&nbsp;</p> <p>The SoftDevice will only use the static PPI channels (channel 20 and up), while all the configurable channels are available to the application.&nbsp;</p> <p>In other words I would recommend just using the driver, whether or not the SoftDevice is enabed.&nbsp;</p> <p>Best regards<br />Torbjørn</p><div style="clear:both;"></div>