NRF52811-QCAA-R datasheet(76/444 Pages) NORDIC

76 / 444 page

Peripherals

Events can be generated by the peripheral even when the event register is set to

6.1.7 Shortcuts

A shortcut is a direct connection between an event and a task within the same peripheral. If a shortcut is

enabled, the associated task is automatically triggered when its associated event is generated.

Using a shortcut is the equivalent to making the same connection outside the peripheral and through the

PPI. However, the propagation delay through the shortcut is usually shorter than the propagation delay

through the PPI.

Shortcuts are predefined, which means their connections cannot be configured by firmware. Each shortcut

can be individually enabled or disabled through the shortcut register, one bit per shortcut, giving a

maximum of 32 shortcuts for each peripheral.

6.1.8 Interrupts

All peripherals support interrupts. Interrupts are generated by events.

A peripheral only occupies one interrupt, and the interrupt number follows the peripheral ID. For example,

the peripheral with ID=4 is connected to interrupt number 4 in the nested vectored interrupt controller

(NVIC).

Using the INTEN, INTENSET and INTENCLR registers, every event generated by a peripheral can be

configured to generate that peripheral's interrupt. Multiple events can be enabled to generate interrupts

simultaneously. To resolve the correct interrupt source, the event registers in the event group of

peripheral registers will indicate the source.

Some peripherals implement only INTENSET and INTENCLR registers, and the INTEN register is not

available on those peripherals. See the individual peripheral chapters for details. In all cases, reading back

the INTENSET or INTENCLR register returns the same information as in INTEN.

Each event implemented in the peripheral is associated with a specific bit position in the INTEN, INTENSET

and INTENCLR registers.

The relationship between tasks, events, shortcuts, and interrupts is shown in Tasks, events, shortcuts, and

interrupts on page 74.

Interrupt clearing

Clearing an interrupt by writing

0 to an event register, or disabling an interrupt using the INTENCLR

immediatelly, even if a new event has not come, if the program exits an interrupt handler after the

interrupt is cleared or disabled but before four clock cycles have passed.

Note: To avoid an interrupt reoccurring before a new event has come, the program should perform

a read from one of the peripheral registers. For example, the event register that has been cleared,

or the INTENCLR register that has been used to disable the interrupt. This will cause a one to three-

cycle delay and ensure the interrupt is cleared before exiting the interrupt handler.

Care should be taken to ensure the compiler does not remove the read operation as an optimization. If the

program can guarantee a four-cycle delay after event being cleared or interrupt disabled in any other way,

then a read of a register is not required.

4454_140 v1.0

NRF52811-QCAA-R Datasheet(PDF) 76 Page - Nordic Semiconductor