【FreeRTOS學習06】深度解剖中斷與任務之間同步的具體使用場景-有解無憂

嵌入式系統中中斷是必不可少的一部分；

【FreeRTOS實戰匯總】小白博主的RTOS學習實戰快速進階之路（持續更新）

文章目錄

1 前言
2 中斷特點
3 延遲中斷處理

3.1 信號量的使用
3.2 vSemaphoreCreateBinary
3.3 xSemaphoreTake
3.4 xSemaphoreGiveFromISR

4 計數信號量
5 總結

1 前言

本文會在中斷基礎上對FreeRTOS的中斷管理做一個介紹，讀者需要掌握中斷的概念，本文暫不會對此進行深入介紹；再作業系統中，中斷隨處可見，從Windows的中斷，Linux的中斷，以及RTOS的中斷，其處理程序都是相同的；無論是軟體中斷還是硬體中斷，在接收到中斷源發出的中斷請求之后，就會觸發中斷，CPU尋找中斷向量表，然后跳轉到中斷服務函式，具體如下所示；
在這里插入圖片描述

什么是中斷源，通常就PC來說，中斷源可以是以下幾種：

I/O設備：滑鼠，鍵盤等等；
定時器中斷；
內部故障產生的中斷；
CPU主動中斷，比如除錯程式，單步執行的情況；

那么，如何在中斷服務函式和RTOS的任務之間，安全地完成資料的互動呢？下面會進一步介紹，

2 中斷特點

中斷發生的時候，會打斷正常執行的函式，這時候就會進行現場保護，即將當前各個暫存器的值壓到入堆疊，執行玩中斷之后恢復現場，即出堆疊，重新恢復各個暫存器的值，系統還原到中斷之前的狀態；具體如下圖所示；
在這里插入圖片描述
FreeRTOS中，中斷需要注意幾點：

事件的檢測，除了中斷方式，還可以通過輪詢方式，需要更加具體的情況進行選擇；
何時使用中斷；中斷服務函式（ISR）要處理的資料量有多大，通常我們希望中斷的切換越快越好，也就是說，ISR盡量采用耗時較少的處理方式；
事件如何通知到任務（和中斷服務函式區別開，非ISR函式），如何設計程式的架構可以完成良好的異步處理程序；
事件通知的時候需要注意使用FreeRTOS提供的中斷安全API，通常這些函式介面的后綴為xxxxxISR()，例如xQueueSendFrom；

3 延遲中斷處理

上面提到過，中斷服務函式應該盡量斷，因此這里才用中斷的前部和中斷的后部來處理；

前部：負責處理不耗時的操作，比如任務的同步，發送信號量去通知任務；
后部：負責處理耗時的操作，這時候，中斷已經恢復現場，實際執行可以視為軟中斷，即在一個Task任務中執行；

上述的方式也可以稱之為延遲中斷處理，具體的思路是：對應的中斷創建一個相應的handler task，使用二值信號量去同步，在某個特殊的中斷發生時，發送信號量，讓任務解除阻塞，相當于讓任務與中斷同步，這樣就可以讓中斷事件處理量大的作業在同步任務中完成，中斷服務例程(ISR)中只是快速處理少部份作業，幾點羅列一下；

中斷處理可以說是被推遲(deferred)到一個處理(handler)任務中；
如果某個中斷處理要求特別緊急，其延遲處理任務的優先級可以設為最高，以保證延遲處理任務隨時都搶占系統中的其它任務，
延遲處理任務就成為其對應的 ISR退出后第一個執行的任務，在時間上緊接著 ISR 執行，相當于所有的處理都在 ISR 中完成一樣，¹

具體如下所示；
在這里插入圖片描述

3.1 信號量的使用

關于信號量（Semaphore）：通俗的解釋，信號量是一個數，二值信號量，互斥信號量，只能表示0和1，假設一個信號量X，兩個任務A,B；

任務A獲取了信號量，則該信號量X被設為0，B任務都處于堵塞狀態，等待A任務釋放信號量；
當A任務釋放了信號量，則該信號量X被設為1，B任務獲取了信號量，則進入運行狀態； ²
FreeRTOS中對于信號量操作給出了以下相應的API：
vSemaphoreCreateBinary：創建二值信號量；
xSemaphoreTake：獲取信號量；
xSemaphoreGiveFromISR：發送信號量；
這是一組宏定義，具體的實作在頭檔案semphr.h中，下面進一步介紹；

通常信號量的同步操作如下圖所示；

在這里插入圖片描述

3.2 vSemaphoreCreateBinary

FreeRTOS 中各種信號量的句柄都存盤在 xSemaphoreHandle型別的變數中，在使用信號量之前，必須先通過vSemaphoreCreateBinary創建信號量，其具體函式原型如下；

#if( configSUPPORT_DYNAMIC_ALLOCATION == 1 )
	#define vSemaphoreCreateBinary( xSemaphore )																							\
		{																																	\
			( xSemaphore ) = xQueueGenericCreate( ( UBaseType_t ) 1, semSEMAPHORE_QUEUE_ITEM_LENGTH, queueQUEUE_TYPE_BINARY_SEMAPHORE );	\
			if( ( xSemaphore ) != NULL )																									\
			{																																\
				( void ) xSemaphoreGive( ( xSemaphore ) );																					\
			}																																\
		}
#endif

可以看到這個介面是通過呼叫xQueueGenericCreate函式創建了大小為1個semSEMAPHORE_QUEUE_ITEM_LENGTH的信號量，并且創建成功之后，通過xSemaphoreGive將信號量設定為1，此時信號量有效；

3.3 xSemaphoreTake

“帶走(Taking)”一個信號量意為”獲取(Obtain)”或”接收(Receive)”信號量，只有當信號量有效的時候才可以被獲取，在經典信號量術中，xSemaphoreTake()等同于一次P()操作，函式原型如下所示；

#define xSemaphoreTake( xSemaphore, xBlockTime )		\
		xQueueSemaphoreTake( ( xSemaphore ), ( xBlockTime ) )

3.4 xSemaphoreGiveFromISR

xSemaphoreGiveFromISR()是 xSemaphoreGive()的特殊形式，專門用于中斷服務函式中，其函式原型如下；

#define xSemaphoreGiveFromISR( xSemaphore, pxHigherPriorityTaskWoken )	\
		xQueueGiveFromISR( ( QueueHandle_t ) ( xSemaphore ), ( pxHigherPriorityTaskWoken ) )

4 計數信號量

上面講的二值信號量最多只能鎖存一個事件，通俗的講只能進行一對一的觸發，也就是說在中斷頻率相對較低的情況下，使用二值信號量是比較完美的，但是在中斷頻率較高的情況下，會出現這種情況：

產生了中斷，任務A獲取信號量，并開始運行；
新的中斷產生，任務A還沒有運行結束（任務A占有了信號量），此時信號量無效，因此這個中斷信號沒有處理就丟失了；
這里通過使用計數信號量可以解決這種情況，通過使用xSemaphoreCreateCounting函式，函式原型如下所示；

#if( configSUPPORT_DYNAMIC_ALLOCATION == 1 )
	#define xSemaphoreCreateCounting( uxMaxCount, uxInitialCount ) \
	xQueueCreateCountingSemaphore( ( uxMaxCount ), ( uxInitialCount ) )
#endif

創建一個計數信號量；

xCountingSemaphore = xSemaphoreCreateCounting( 10, 0 );

具體中斷和任務通過計數信號量的同步程序可以參考下圖；

在這里插入圖片描述

5 總結

本文對FreeRTOS中如何對中斷服務函式和任務進行同步做了簡單介紹，分析了通過二值信號量和計數信號量這兩種場景的應用和注意事項，另外作者能力有限，難免存在錯誤和紕漏，請不吝賜教，

Mastering_the_FreeRTOS_Real_Time_Kernel-A_Hands-On_Tutorial_Guide ??
FREERTOS 實時內核實用指南,Zou Changjun ??

轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/4934.html

標籤：嵌入式

上一篇：痞子衡嵌入式：簡析i.MXRT1170 Cortex-M4 L-MEM ECC功能特點、開啟步驟、性能影響

下一篇：初級模擬電路：4-7 共集放大電路（交流分析）