gpiote input realtime event handler is interrupted by BLE operation in the softdevicehttps://devzone.nordicsemi.com/f/nordic-q-a/93126/gpiote-input-realtime-event-handler-is-interrupted-by-ble-operation-in-the-softdeviceI am using the softdevice from SDK 17.0.2 for bluetooth communication in my nRF52840 instrument application. I am using a gpiote event handler to acquire 8192 readings from an ADC interrupting the gpiote every 31.25 uS (32 KHz). My ISR reads the 32 biten-USTelligent Community 13Fri, 21 Oct 2022 18:36:17 GMTRE: gpiote input realtime event handler is interrupted by BLE operation in the softdevicehttps://devzone.nordicsemi.com/thread/391958?ContentTypeID=1Fri, 21 Oct 2022 18:36:17 GMT137ad170-7792-4731-bb38-c0d22fbe4515:e8d40df4-d652-43ad-976a-e1fa88ce7010Vidar Berg<p>Hello,</p> <p>Yes, it sounds like you will need the PPI to offload the CPU in this case. The highest interrupt priority will always be reserved to the Softdevice to handle timing critical protocol events ( see <span><a title="Processor usage patterns and availability" href="https://infocenter.nordicsemi.com/topic/sds_s132/SDS/s1xx/processor_avail_interrupt_latency/processor_usage_patterns.html?cp=4_7_3_0_15_2">Processor usage patterns and availability</a></span>).</p> <p>We do not have any examples for connection a GPIOTE event to SPIM start task via PPI, but there are some instructions on how it can be done in the&nbsp;<span><a title="SPI master" href="https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.1.0/hardware_driver_spi_master.html?cp=8_1_2_0_13">SPI master</a></span> driver documentation, see the &quot;Repeated transfers&quot; section under &quot;Advanced usage&quot;.&nbsp;</p> <p>Best regards,</p> <p>Vidar</p><div style="clear:both;"></div>