S130 SDS v2.0: Interrupt latency when using multiple modules and roles

Concurrent use of the Flash API, Radio Timeslot API and/or one or more BLE roles can affect interrupt latency.

The same interrupt priority levels are used by all Flash API, Radio Timeslot API and BLE roles. When using more than one of these concurrently, their respective events can be scheduled back-to-back (see Scheduling for more on scheduling). In those cases, the last interrupt in the activity by one module/role can be directly followed by the first interrupt of the next activity. Therefore, to find the real worst-case interrupt latency in these cases the application developer must add the latency of the first and last interrupt for all combination of roles that are used.

Example: If the application uses the Radio Timeslot API while having a BLE advertiser running, the worst case interrupt latency or interruption for an application interrupt is the largest of

The worst case interrupt latency of the Radio Timeslot API
The worst case interrupt latency of the BLE advertiser role
The sum of the max time of the first interrupt of the Radio Timeslot API and the last interrupt of the BLE advertiser role
The sum of the max time of the first interrupt of the BLE advertiser role and the last interrupt of the Radio Timeslot API

for the SoftDevice interrupts with higher priority level (lower numerical value) as the application interrupt.