μC/OS-II中縮短中斷關閉時間的方法
引 言
在實時操作系統(tǒng)中,由于是多任務的并發(fā)運行,所以在進入一些臨界區(qū)時為了保證多任務的正常運行要關中斷。而最大關中斷時間是衡量一個實時操作系統(tǒng)性能的重要指標,因為外部的輸入一般都是通過中斷方式來通知系統(tǒng)的,系統(tǒng)如果關中斷時間長,必然不能及時接收中斷,對中斷的及時處理就更談不上。
更重要的是,有些應用場合對關中斷的時間有非常嚴格的要求。例如,在電力系統(tǒng)微機繼電保護裝置中,對電流A/D采樣時,為了保障對采樣值的正確處理,定時中斷的每一個周期時間都必須及時采樣。試想,如果定時器設置的周期時間到,定時器中斷產(chǎn)生,但恰恰這時系統(tǒng)處于關中斷時間,系統(tǒng)就不能及時進行采樣;而當關中斷時間過長,超過一定的值時,系統(tǒng)再來進行采樣,依據(jù)此采樣值的計算結(jié)果就會出錯。所以,在這樣的場合中,一種實時操作系統(tǒng)的最大關中斷時間就成為該種實時操作系統(tǒng)能否成功運用的最關鍵的因素。
筆者將以μC/OS-II實時內(nèi)核為例,通過對μC/OS-II的改進,向讀者描述一種縮短實時操作系統(tǒng)中斷關閉時間的方法。之所以選擇μC/OS-II,一是因為讀者容易獲得相關代碼,國內(nèi)很多讀者也對μC/OS-II有一定程度的了解;二是因為其自身結(jié)構(gòu)簡單,適合運用于低檔嵌入式處理器,關中斷時間的問題更加突出。低檔嵌入式處理器的處理速度慢,在關中斷時間里處理相同的軟件代碼,花費的時間更長,相對地延長了關中斷時間,這時盡量從軟件著手解決關中斷時間的問題。
1 系統(tǒng)狀態(tài)標志法概述
μC/OS-II中在進入臨界區(qū)之前為什么要關閉中斷?通過相關資料[1]的介紹和對μC/OS-II源代碼的理解,我們知道在μC/OS-II中一旦不關中斷就進入臨界區(qū)。當某一任務進入臨界區(qū)時,若恰好發(fā)生中斷,那么這時有可能引起兩種對臨界區(qū)操作的沖突:①在中斷服務程序中要操作同一臨界區(qū);②因為中斷的產(chǎn)生而引起任務的轉(zhuǎn)換,在新的任務中要操作同一臨界區(qū)。所以μC/OS-II中在進入臨界區(qū)前要關閉中斷。
針對μC/OS-II關中斷機制的分析,考慮用一種系統(tǒng)狀態(tài)標志法來解決這樣的臨界沖突。在μC/OS-II增加一個全局布爾變量來表示系統(tǒng)的狀態(tài),稱為"系統(tǒng)狀態(tài)標志"。
對于μC/OS-II中所有可以在中斷中出現(xiàn)又要對臨界區(qū)操作的函數(shù),可以在進入臨界區(qū)之前先查詢系統(tǒng)狀態(tài)標志。如果目前系統(tǒng)沒有進入臨界操作狀態(tài),則首先將該標志置位,表示系統(tǒng)進入臨界操作狀態(tài),然后該函數(shù)就可以操作臨界區(qū);而如果發(fā)現(xiàn)系統(tǒng)已進入臨界操作狀態(tài),則將該函數(shù)對臨界區(qū)操作的部分單獨形成一個函數(shù),放到一個系統(tǒng)循環(huán)函數(shù)數(shù)組里,等待系統(tǒng)任務調(diào)度時執(zhí)行。
對于μC/OS-II中所有不可能在中斷程序中出現(xiàn)而又要對臨界區(qū)操作的函數(shù),因為函數(shù)不在中斷中出現(xiàn),所以函數(shù)開始時系統(tǒng)狀態(tài)標志肯定不會在臨界操作狀態(tài),因此可在函數(shù)操作臨界區(qū)時直接將系統(tǒng)狀態(tài)標志置位,表示系統(tǒng)進入臨界操作狀態(tài),然后即可進行臨界區(qū)的操作。
系統(tǒng)狀態(tài)標志的復位在任務調(diào)度函數(shù)中執(zhí)行。當然對系統(tǒng)狀態(tài)標志的設置是要在關中斷的條件下執(zhí)行的,這應該算是系統(tǒng)新的一個臨界區(qū)。
2 該方法的具體實現(xiàn)
下面以對μC/OS-II v2.61代碼的改進為例,具體講解該方法的具體實現(xiàn)。 2.1 任務調(diào)度函數(shù)OS_Sched的修改
修改后的任務調(diào)度函數(shù)OS_Sched的偽代碼如下:
因為在任務調(diào)度函數(shù)OS_Sched中要執(zhí)行循環(huán)函數(shù)數(shù)組里的函數(shù),同時還要對系統(tǒng)狀態(tài)標志復位,退出系統(tǒng)臨界操作狀態(tài),所以修改過的函數(shù)在遇到以下3種情況--該函數(shù)是在中斷里調(diào)用時、在任務調(diào)度鎖定時、當前任務就是最高優(yōu)先級任務時,都將執(zhí)行系統(tǒng)循環(huán)函數(shù)數(shù)組里的函數(shù),并將系統(tǒng)狀態(tài)標志復位,而原任務調(diào)度函數(shù)在遇到以上3種情況時是直接返回的。
2.2 增加任務重調(diào)度函數(shù)OS_Resched
任務重調(diào)度函數(shù)OS_Resched的偽代碼如下:
任務重調(diào)度函數(shù)在以下兩處執(zhí)行:
(1) 當μC/OS-II將當前任務控制塊壓棧,而還沒有將最高優(yōu)先級任務的控制塊彈出棧時執(zhí)行,因為這時在系統(tǒng)循環(huán)函數(shù)數(shù)組里有可能還有未執(zhí)行的函數(shù),這些函數(shù)的執(zhí)行有可能導致另外一個更高優(yōu)先級任務的就緒。
(2) 在中斷服務函數(shù)的末尾執(zhí)行。如果μC/OS-II中斷返回函數(shù)返回的是一個真值,則表示需要執(zhí)行重調(diào)度函數(shù),這時就要執(zhí)行重調(diào)度函數(shù)。
2.3 中斷返回函數(shù)OSIntExit的修改
中斷返回函數(shù)OSIntExit的偽代碼如下:
原函數(shù)的返回是void,而改動后的函數(shù)返回一個布爾量,用來表示下一步是要正常中斷返回(返回布爾假值時),還是要調(diào)用任務重調(diào)度函數(shù)(返回布爾真值時);同時,改動后還增加對系統(tǒng)狀態(tài)標志的查詢,如果發(fā)現(xiàn)系統(tǒng)在臨界操作狀態(tài),則直接返回布爾假值。所以在中斷服務程序的最后不是象原來那樣簡單的調(diào)用,而是調(diào)用后根據(jù)返回值作相應的處理。
2.4 信號量發(fā)送函數(shù)OSSemPost的修改
這里將以信號量發(fā)送函數(shù)OSSemPost為例來描述對可在中斷中調(diào)用而又會對臨界區(qū)操作的函數(shù)的改進。對于μC/OS-II中的其他函數(shù),改進的方法大致相同。
信號量發(fā)送函數(shù)OSSemPost的偽代碼如下:
在這里,改動后的函數(shù)將先判斷系統(tǒng)狀態(tài)標志,如果系統(tǒng)在臨界區(qū)操作狀態(tài),則將臨界操作作為另一個函數(shù)放入全局函數(shù)循環(huán)數(shù)組,等待在任務調(diào)度時執(zhí)行,如果不在臨界區(qū)操作狀態(tài),則關中斷后將系統(tǒng)狀態(tài)標志置位,然后開中斷進行原函數(shù)的那些臨界操作和任務調(diào)度。
2.5 信號量等待函數(shù)OSSemPend的修改
同理,這里以信號量等待函數(shù)OSSemPend為例來描述對不能在中斷中調(diào)用而又會對臨界區(qū)操作的函數(shù)的改進。
信號量等待函數(shù)OSSemPend的偽代碼如下:
在這里,改動后的函數(shù)先將系統(tǒng)狀態(tài)標志置位,然后進行原來函數(shù)的臨界區(qū)操作。需要說明的是,對于函數(shù)因為等待信號量時間到、還未獲取信號量而返回的情況的處理機制,改動后的函數(shù)與原函數(shù)不同,改動后的函數(shù)將OS_EventTO函數(shù)放到時間節(jié)拍函數(shù)OSTimeTick中執(zhí)行,并將OS_EventTO函數(shù)的輸入?yún)?shù)由原來的事件pevent指針,改為任務控制塊指針ptcb,因為在函數(shù)OSTimeTick中是按照任務控制塊指針操作的。
結(jié)語
上述方法已經(jīng)在筆者的一個電力微機繼電保護項目中成功運用,該方面的實現(xiàn),提高了μC/OS-II的性能,擴大了μC/OS-II的應用范圍,使得單邊及工程師能更好的利用μC/OS-II提高嵌入式軟件編程水平。特別要說明的是,雖然筆者是以μC/OS-II為例來介紹的,但該方法的原理可以運用到其他實時操作系統(tǒng)上,筆者正在將該方法在實時操作系統(tǒng)RTEMS上實現(xiàn)。從這個意義上講,該方法的提出也對那些致力于編寫自己的實時操作系統(tǒng)的嵌入式軟件工程師具有借鑒意義。
評論