• State
  • Locked Locked
  • Replies 1 reply
  • Subscribers 51 subscribers
  • Views 846 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC26xx Interrupt Priorities?

CM2015
Expert 1060 points

Hi,

I'm looking at the NVIC interrupt registers while running simpleBLEperipheral.

To my surprise RF_CPE1, RF_CPE0, RF_CMD_ACK, and RF_HW ints all had level 0xE0 (the lowest priority level) while most other interrupts had level 0x00 (highest priority) along with ints like TIMER0A.

Is this really correct? I would've thought the RF core needed highest priority for all its interrupts (and especially over things like timer interrupts). Additionally, the PRIGROUP register value is set to 0 indicating no sub-priorities.. How is this possible?

I'm attaching an excel sheet of my findingscc2650BLEHardwareInterruptPriorities.xlsx

thanks!

  • 0
    TI__Mastermind 29650 points
    Hi,

    0x00 is the reset value of the priority registers and as long as the interrupts has not registered/enabled by TI RTOS the values will stay at 0.

    Starting with BLE stack v2.1 interrupt priorities are used. TI RTOS does not use sub-groups as far as I know but has AIRCR.PRIGROUP = 0x0 which gives up to 128 group priorities. The RF interrupts are now set to 0x80 while other interrupts are set to 0xE0.

    Regards,
    Svend