STM32F103和AIR32F103的FreeRTOS中斷優先順序

来源:https://www.cnblogs.com/milton/archive/2023/01/19/16884964.html
-Advertisement-
Play Games

Cortex M 的中斷和優先順序, 首先要區分開 中斷 和 中斷優先順序 這是兩個不同的東西, 對於 Cortex-M0 和 Cortex-M0+ 內核, 除了系統內建中斷外, 支持最多 32 個中斷. 對於 Cortex-M3 內核, 除了 16 個內核中斷外, 支持最多 240 個中斷, 有8-b... ...


關於 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

鏈接


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 2023-01-18 一、Spring中的AOP 1、AspectJ (1)簡介 Java社區里最完整最流行的AOP框架 在Spring2.0以上版本中,可以使用AspectJ註解或基於XML配置的AOP (2)使用AspectJ步驟 ①在spring核心包的基礎上添加支持jar包 <!-- htt ...
  • 本文介紹基於Python語言,將一個Excel表格文件中的數據導入到Python中,並將其通過字典格式來存儲的方法。 我們以如下所示的一個表格(.xlsx格式)作為簡單的示例。其中,表格共有兩列,第一列為學號,第二列為姓名,且每一行的學號都不重覆;同時表格的第一行為表頭。 假設我們需要將第一列的學號 ...
  • 我國目前並未出台專門針對網路爬蟲技術的法律規範,但在司法實踐中,相關判決已屢見不鮮,K 哥特設了“K哥爬蟲普法”專欄,本欄目通過對真實案例的分析,旨在提高廣大爬蟲工程師的法律意識,知曉如何合法合規利用爬蟲技術,警鐘長鳴,做一個守法、護法、有原則的技術人員。 案情介紹 2019年8、9月期間,被告人袁 ...
  • 2023-01-18 一、AOP前奏-代理模式 1、手動實現動態代理環境搭建 (1)基於介面實現動態代理:JDK動態代理 (2)基於繼承實現動態代理:Cglib、javassist動態代理 2、實現動態代理的步驟 (1)一個類:Proxy ①概述:Proxy代理類的基類(類似於Object) ②作用 ...
  • 1 簡介 Solace是一個強大的實時性的事件驅動消息隊列。本文將介紹如何在Spring中使用,雖然代碼使用的是Spring Boot,但並沒有使用相關starter,跟Spring的整合一樣,可通用。JMS是通過的消息處理框架,可以深入學習一下,不同的MQ在JMS的整合上都是類似的。 2 通過Do ...
  • 2023-01-18 一、Spring中組件掃描 1、預設使用的情況 <context:component-scan base-package="com.hh"></context:component-scan> 2、包含掃描 註:使用包含掃描之前,必須設置use-default-filters=" ...
  • EntityFrameworkCore是微軟官網提供的ORM框架,是輕量化、可擴展、開源和跨平臺的數據訪問技術框架,但是在.Net 開發圈的評論卻褒貶不一。很多人認為EFCore 執行的效能比較差,很多複雜的查詢場景很難實現,也有很多人認為,EFCore 開發簡單,在中小型項目中,能夠快速的實現業務 ...
  • 運行環境:Window10,.Net7.0; 編者:烏龍哈里 2023-01-13 經常碰到兩個控制項需要相互傳遞消息,這時候需要用到事件。比如現有兩個類如下: class AA { private string Text = "AA"; public void SetText(string s) { ...
一周排行
    -Advertisement-
    Play Games
  • 1、預覽地址:http://139.155.137.144:9012 2、qq群:801913255 一、前言 隨著網路的發展,企業對於信息系統數據的保密工作愈發重視,不同身份、角色對於數據的訪問許可權都應該大相徑庭。 列如 1、不同登錄人員對一個數據列表的可見度是不一樣的,如數據列、數據行、數據按鈕 ...
  • 前言 上一篇文章寫瞭如何使用RabbitMQ做個簡單的發送郵件項目,然後評論也是比較多,也是準備去學習一下如何確保RabbitMQ的消息可靠性,但是由於時間原因,先來說說設計模式中的簡單工廠模式吧! 在瞭解簡單工廠模式之前,我們要知道C#是一款面向對象的高級程式語言。它有3大特性,封裝、繼承、多態。 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 介紹 Nodify是一個WPF基於節點的編輯器控制項,其中包含一系列節點、連接和連接器組件,旨在簡化構建基於節點的工具的過程 ...
  • 創建一個webapi項目做測試使用。 創建新控制器,搭建一個基礎框架,包括獲取當天日期、wiki的請求地址等 創建一個Http請求幫助類以及方法,用於獲取指定URL的信息 使用http請求訪問指定url,先運行一下,看看返回的內容。內容如圖右邊所示,實際上是一個Json數據。我們主要解析 大事記 部 ...
  • 最近在不少自媒體上看到有關.NET與C#的資訊與評價,感覺大家對.NET與C#還是不太瞭解,尤其是對2016年6月發佈的跨平臺.NET Core 1.0,更是知之甚少。在考慮一番之後,還是決定寫點東西總結一下,也回顧一下.NET的發展歷史。 首先,你沒看錯,.NET是跨平臺的,可以在Windows、 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 添加節點(nodes) 通過上一篇我們已經創建好了編輯器實例現在我們為編輯器添加一個節點 添加model和viewmode ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
  • 類型檢查和轉換:當你需要檢查對象是否為特定類型,並且希望在同一時間內將其轉換為那個類型時,模式匹配提供了一種更簡潔的方式來完成這一任務,避免了使用傳統的as和is操作符後還需要進行額外的null檢查。 複雜條件邏輯:在處理複雜的條件邏輯時,特別是涉及到多個條件和類型的情況下,使用模式匹配可以使代碼更 ...
  • 在日常開發中,我們經常需要和文件打交道,特別是桌面開發,有時候就會需要載入大批量的文件,而且可能還會存在部分文件缺失的情況,那麼如何才能快速的判斷文件是否存在呢?如果處理不當的,且文件數量比較多的時候,可能會造成卡頓等情況,進而影響程式的使用體驗。今天就以一個簡單的小例子,簡述兩種不同的判斷文件是否... ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...