技術文章 » STM32F103和AIR32F103的FreeRTOS中斷優先順序

STM32F103和AIR32F103的FreeRTOS中斷優先順序

2023-01-19 15:00:45

關於 Arm Cortex M 系列核心的中斷優先順序

Cortex M 的中斷和優先順序

首先要區分開 中斷 和 中斷優先順序 這是兩個不同的東西, 不要搞混了

  • 對於 Cortex-M0 和 Cortex-M0+ 核心, 除了系統內建中斷外, 支援最多 32 箇中斷
  • 對於 Cortex-M3 核心, 除了 16 個核心中斷外, 支援最多 240 箇中斷
  • 有8-bit的優先順序, M0是固定的 2-bit, 即4個優先順序, M3/M4 至少需要實現3-bit, 即大於等於8個優先順序

廠商的實現

  • STM32 F1 只使用了其中的 84箇中斷, 包括 16個核心中斷和 68 個可遮蔽中斷
  • STM32 F1 實現了 4-bit 的優先順序, 具有16級可程式化的中斷優先順序.
  • STM32F103系列, 只使用了60個可遮蔽中斷

優先順序的數值和優先順序的關係

The most important fact to know is that Cortex-M uses the 「reversed」 priority numbering scheme for interrupts, where priority zero corresponds to the highest urgency interrupt and higher numerical values of priority correspond to lower urgency. This numbering scheme poses a constant threat of confusion

注意，Cortex-M 對中斷優先順序編號的方案, 數值是倒序的, 優先順序0對應最高優先順序, 數值越大對應的優先順序越低.

NVIC(Nested Vectored Interrupt Controller) 中的中斷優先順序設定

The number of priority levels in the Arm Cortex-M core is configurable, meaning that various silicon vendors can implement different number of priority bits in their chips. However, there is a minimum number of interrupt priority bits that need to be implemented, which is 2 bits in Arm Cortex-M0/M0+ and 3 bits in Arm Cortex-M3/M4.

Cortex-M 核心的中斷優先順序數量不全是固定的, Cortex-M0/M0+ 是固定的2-bit, Cortex-M3/M4 至少需要3-bit, 各個廠商可以在晶片產品里根據需要實現不同的優先順序位數.

上圖是 NVIC 優先順序暫存器中的位表示方法. 優先順序的有效數值是左對齊的, 如果直接往暫存器寫值, 需要對應地左移.

CMSIS 中的中斷優先順序

CMSIS(Cortex Microcontroller Software Interface Standard) 是面向 Cortex M 的通用底層實現, 在標準的 CMSIS 實現中提供了函數 NVIC_SetPriority(IRQn, priority) 用於設定中斷優先順序. 這個函數中的 priority 不需要左移, 在函數裡已經根據 __NVIC_PRIO_BITS 自動處理了. 例如 呼叫 NVIC_SetPriority(7, 6) 對於 3-bit 優先順序的 Cortex-M, 會將 IRQ#7 的優先順序設為 1100,0000, 對於4-bit 優先順序的 Cortex-M, 會將 IRQ#7 的優先順序設為 0110,0000.

搶佔優先順序 Preempt Priority 和 子優先順序 Supbpriority

優先順序被分成兩類

  • Preemption Priorities, 搶佔優先順序
  • Sub Priorities, 子優先順序

這兩種優先順序的區別

  • 更高的搶佔優先順序中斷 可以打斷 正在進行的低搶佔優先順序中斷
  • 搶佔優先順序相同的中斷, 高子優先順序 不可以打斷 低子優先順序的中斷
  • 搶佔優先順序相同的中斷, 中斷同時發生時, 子優先順序高的先執行
  • 搶佔優先順序和子優先順序都一樣時, 哪個中斷先發生哪個就先執行

在大多數應用中, 建議將所有優先順序bits分配給preempt priority group, 不使用 Supbpriority. 避免使中斷優先順序之間的關係複雜化. 一些第三方程式碼庫(例如STM32的驅動庫)會將優先順序組設定為非標準, 建議在初始化此類驅動庫後, 通過呼叫CMSIS函數 NVIC_SetPriorityGrouping(0U) 顯式地將優先順序分組重新設定為預設值.

使用庫函數void NVIC_PriorityGroupConfig(uint32_t NVIC_PriorityGroup)設定優先順序組, 引數是以下宏定義

#define NVIC_PriorityGroup_0         ((uint32_t)0x700)
#define NVIC_PriorityGroup_1         ((uint32_t)0x600)
#define NVIC_PriorityGroup_2         ((uint32_t)0x500)
#define NVIC_PriorityGroup_3         ((uint32_t)0x400)
#define NVIC_PriorityGroup_4         ((uint32_t)0x300)

下面的表格是宏定義對應的搶佔優先順序和子優先順序的拆分關係, 以及拆分後的優先順序取值範圍

NVIC_PriorityGroup NVIC_
IRQChannelPreemptionPriority		 NVIC_
IRQChannelSubPriority		 Description
NVIC_PriorityGroup_0 0 0-15 0 bits for pre-emption priority
4 bits for subpriority
NVIC_PriorityGroup_1 0-1 0-7 1 bits for pre-emption priority
3 bits for subpriority
NVIC_PriorityGroup_2 0-3 0-3 2 bits for pre-emption priority
2 bits for subpriority
NVIC_PriorityGroup_3 0-7 0-1 3 bits for pre-emption priority
1 bits for subpriority
NVIC_PriorityGroup_4 0-15 0 4 bits for pre-emption priority
0 bits for subpriority

中斷優先順序由搶佔優先順序和子優先順序共同組成, NVIC_InitStruct->NVIC_IRQChannelPreemptionPriority表示搶佔優先順序, NVIC_InitStruct->NVIC_IRQChannelSubPriority表示子優先順序

系統執行後先呼叫函數void NVIC_PriorityGroupConfig(uint32_t NVIC_PriorityGroup)設定中斷優先順序分組

NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2);

整個系統執行過程中，只設定一次中斷分組.

針對每個中斷，void NVIC_Init(NVIC_InitTypeDef* NVIC_InitStruct)設定對應的搶佔優先順序和響應優先順序

NVIC_InitTypeDef NVIC_InitStruct;
NVIC_InitStruct.NVIC_IRQChannel = TIM2_IRQn;
NVIC_InitStruct.NVIC_IRQChannelCmd = ENABLE;
NVIC_InitStruct.NVIC_IRQChannelPreemptionPriority = 1;
NVIC_InitStruct.NVIC_IRQChannelSubPriority = 1;
NVIC_Init(&NVIC_InitStruct);

FreeRTOS優先順序設定

對於 STM32F103, FreeRTOSConfig.h 中需要設定 configKERNEL_INTERRUPT_PRIORITY 和 configMAX_SYSCALL_INTERRUPT_PRIORITY, 另外在 FreeRTOS 排程啟動前呼叫函數NVIC_PriorityGroupConfig( NVIC_PriorityGroup_4 )將全部優先順序設為搶佔優先順序.

configKERNEL_INTERRUPT_PRIORITY

  • 設定 FreeRTOS 核心本身使用的中斷優先順序, 因為FreeRTOS核心中斷不應當搶佔使用者使用的中斷, 因此一般定義為硬體最低優先順序
  • 對於STM32F103, 優先順序總共4-bit, 在位元組的最高位, bit[7:4], 全一表示的最低優先順序, 所以在 FreeRTOSConfig.h 中將其設定為 0B1111xxxx 的任一個值就行 [240, 255]
  • 對於AIR32F103, 優先順序總共3-bit, 位元組最高位 bit[7:5], 所以設定為 0B111xxxxx 的任一個值就行 [160, 255]

configMAX_SYSCALL_INTERRUPT_PRIORITY

設定可以在中斷服務程式中, 呼叫中斷安全的FreeRTOS API函數的最高中斷優先順序.

FreeRTOS 中斷巢狀方案將可用的中斷優先順序分成2組: 被 FreeRTOS 臨界區覆蓋的, 和不會被覆蓋的(這些中斷是無法被遮蔽的), 優先順序高於設定值的中斷, 不受FreeRTOS管控, 在 FreeRTOS 中無法通過進入臨界區遮蔽這些中斷, 因此也不能在這些中斷中呼叫 FreeRTOS API, 否則系統會有崩潰的風險

例如將這個優先順序設定為5, 那麼如果有一箇中斷優先順序等於4, 在這個中斷中呼叫了FreeRTOS API, 則系統會有崩潰的風險, 如果使能了configASSERT宏, 會觸發斷言失敗.

在STM32中要保證所有的優先順序設定為可搶佔優先順序, 具體實現方式是在 FreeRTOS 啟動前, 呼叫函數NVIC_PriorityGroupConfig( NVIC_PriorityGroup_4)

STM32使用了中斷優先順序暫存器中的4位元, bit[7:4], 如果設定優先順序為5, 對應的二進位制值為0x101,

  • 對應STM32使用的 bit[7:4] 就是0x0101, 剩餘的 bit[3:0] 可以設定成任何值, 但為了相容，最好將他們設定成1. 因此就是0x0101 1111 = 0x5F = 95
  • 對應AIR32/MH32使用的是 bit[7:5] 就是0x101, 剩餘的 bit[4:0] 可以設定成任何值, 設成全1就是0x1011 1111 = 0xBF = 191
/* AIR32F103 only use 3 bits(bit[7:5]) for priority */

/* This is the raw value as per the Cortex-M3 NVIC.  Values can be 255
(lowest) to 0 (1?) (highest). */
/* equivalent to 0xFF (0x111x xxxx, x=1), or priority 7. */
#define configKERNEL_INTERRUPT_PRIORITY     255
/* !!!! configMAX_SYSCALL_INTERRUPT_PRIORITY must not be set to zero !!!!
See http://www.FreeRTOS.org/RTOS-Cortex-M3-M4.html. */
/* equivalent to 0xBF (0x101x xxxx, x=1), or priority 5. */
#define configMAX_SYSCALL_INTERRUPT_PRIORITY  191

連結