does UART is interrupted by BLE SEQUENCE?

RE: does UART is interrupted by BLE SEQUENCE?

FormerMember — Thu, 06 Apr 2017 07:47:56 GMT

The application BLE events (ble_evt_dispatch) have priority APP_IRQ_PRIORITY_MID. Other peripherals can use the interrupt levels not used by the softdevice. I would however recommend the other peripherals to use a interrupt priority lower than ble_evt_dispatch, in order to not block any BLE events.

RE: does UART is interrupted by BLE SEQUENCE?

Daniel T. Lee — Mon, 03 Apr 2017 12:45:33 GMT

oh, I might be confused with IRQ number and IRQ Priority.

Where can I found RADIO's (or ble_evt_dispatch) IRQ Priority?
I'm guessing that from s130's document P65, Exception Model, It says,

Softdevice Timing Critical has Cortex M0 priority 0,
Application Interrupt priority is 1,
Softdevice API Calls and Deferrable handling has priority 2,
and application interrupts has 3 and lastly Main has other priority.

At this point, ble_evt_dispatch has which priority level?

and also, Priority 1 and 3 is Application Interrupts, and that means, I can use 1 and 3 priority by dedicating Interrupts priority to any Peripheral such as UART, TWI or etc.. by setting at <SDK_config.h> file?

RE: does UART is interrupted by BLE SEQUENCE?

RK — Mon, 03 Apr 2017 11:26:39 GMT

Your question is rather confused. However the IRQ number only matters if the IRQs have the same priority. In the case of the softdevice the radio and any softdevice operation has a higher priority than any user code (like UART) and will interrupt whenever it wants. Again that's not to do with the IRQ number, that's to do with the IRQ priority set for that interrupt.

Interrupts work correctly because they save the full stack state ready for return from interrupt, so it doesn't matter how many times you're interrupted, your code will work correctly, as long as your code isn't realtime and can tolerate interrupts being delayed by ms at a time.