https://devzone.nordicsemi.com/f/nordic-q-a/7076/ble-blocking-interruptsHi, I am using the nRF51822 with an external chip. The nRF51822 has interrupts which trigger when one of the signals from the external chip goes low. When using BLE and the CPU is blocked during transmission of the radio, the interrupts are not triggereden-USTelligent Community 13Sat, 16 May 2015 14:08:19 GMThttps://devzone.nordicsemi.com/thread/25006?ContentTypeID=1Sat, 16 May 2015 14:08:19 GMT137ad170-7792-4731-bb38-c0d22fbe4515:705b9b91-83ab-49b6-9168-b5b4e4039812Jack<p>Many thanks for your help, RK!</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/25005?ContentTypeID=1Sat, 16 May 2015 01:03:44 GMT137ad170-7792-4731-bb38-c0d22fbe4515:dec10d68-e547-4c42-aa34-03c18cce7bd9RK<p>No there isn&#39;t. The BLE stack has precise timing requirements and so it runs at a higher priority than everything else.</p> <p>If you search you will find dozens of threads about this which tell you about how the newer versions of chip/softdevice tie up the processor for less time, how the multiprotocol timeslot API can give you short intervals you can work in etc. However the BTLE stack will always take precedence and if your interrupts are at random times, you will not always get serviced until the stack has finished its work.</p><div style="clear:both;"></div>