This section describes the processor availability and interrupt processing time for the SoftDevice when the advertiser (broadcaster) role is running.
When advertising, the pattern of SoftDevice processing activity for each advertising interval, at interrupt priority level 0 is as follows:
SoftDevice processing activity in the different priority levels when advertising is outlined in Table 1. The typical case is seen when advertising without using a whitelist and without receiving scan or connect requests. The max case can be seen when advertising with a full whitelist, receiving scan and connect requests while having a maximum number of connections and utilizing the Radio Timeslot API and Flash memory API at the same time.
Parameter | Description | Min | Typical | Max |
---|---|---|---|---|
tISR(0),RadioPrepare | Processing preparing the radio for advertising. | 76 μs | 130 μs | |
tISR(0),RadioStart | Processing when starting the advertising. | 36 μs | 40 μs | |
tISR(0),RadioProcessing | Processing after sending/receiving a packet. | 50 μs | 80 μs | |
tISR(0),PostProcessing | Processing at the end of an advertising event. | 200 μs | 700 μs | |
tnISR(0) | Distance between interrupts during advertising. | 40 μs | >150 μs | |
tISR(2) | Priority level 2 interrupt at the end of an advertising event. | 270 μs |
From the table, we can calculate a typical processing time for one advertisement event sending three advertisement packets to be
tISR(0),RadioPrepare + tISR(0),RadioStart + 2 * tISR(0),RadioProcessing + tISR(0),PostProcessing + tISR(2) = 682 μs
which means that typically more than 99% of the processor time is available to the application when advertising with a 100 ms interval.