Are All Interrupts diabled during a BLE event?

RE: Are All Interrupts diabled during a BLE event?

Ronny Vrijelinck — Thu, 14 Apr 2016 08:48:19 GMT

Ok, thanks for the extra info I will study the information about the Interrupt model and processor availability in the softdevice specification in detail

RE: Are All Interrupts diabled during a BLE event?

Hung Bui — Thu, 14 Apr 2016 08:45:06 GMT

Hi Ronny,

Please be noted that same applied for RTC, there still a latency can cause by softdevice when it has to take care of the BLE event. The maximum latency is described at chapter Interrupt model and processor availability in the softdevice specification.

RE: Are All Interrupts diabled during a BLE event?

Ronny Vrijelinck — Thu, 14 Apr 2016 07:25:09 GMT

With BLE event i mean the function that is called from the softdevice on the moment a write is received from the client. So what i conclude now is that the event function is called via a interrupt and that the interrupt level of this event is higher than the interruptlevel of the systick, so on that moment the systick will be stopped and is not usable for delay functions. I will look to use RTC timer or app_timer to create delay functions if needed.

RE: Are All Interrupts diabled during a BLE event?

Hung Bui — Wed, 13 Apr 2016 12:12:04 GMT

Hi Ronny,

What do you mean by "a BLE event" ? It's when the radio active and communicate or when the application receive the interrupt event ?

I don't think all the interrupt will be disabled during BLE event. Of course the softdevice has higher interrupt priority level than application. But you should receive your interrupt after the softdevice finish with its interrupt handler.

Please be noted that on the nRF52 Systick will be paused when the CPU sleeping. This should not be the issue if you keep the CPU on. This may not related to your issue.

For your purpose, I think the best way is to use the RTC timer (or use our app_timer) to implement mS delay.