嵌入式實時操作系統(tǒng)μCOS原理與實踐3

1、嵌入式實時操作系統(tǒng)C/OS原理與實踐教材 ：嵌入式實時操作系統(tǒng)C/OS原理與實踐電子工業(yè)出版社1第三章中斷和時間管理 3.1 中斷管理3.1.1中斷管理核心思路3.1.2中斷處理的流程3.1.3時鐘中斷服務3.2 時間管理3.2.1時間管理主要數(shù)據(jù)結構3.2.2時間的獲取和設置3.2.3任務延時函數(shù)OSTimeDly3.2.4任務按分秒延遲函數(shù)OSTimeDlyHMSM3.2.5延時恢復函數(shù)OSTimeDlyResume習題23.1中斷管理中斷響應的快速性中斷處理的迅速性3.1.1中斷管理核心思路如果正在運行的任務沒有關閉中斷,在中斷到來的時候，操作系統(tǒng)響應中斷，進入中斷服務程序。這時候任務的

2、運行環(huán)境還沒有保存，因此需要將任務的運行環(huán)境保存。這時候任務由于中斷的到來而進入掛起態(tài)， 3進入中斷服務程序，首先將當前正在運行的任務的CPU環(huán)境保存。接著將中斷使用的一個重要的全局變量，OSIntNesting加1，表示中斷嵌套深了一層。實現(xiàn)這一功能的就是OSIntEnter，該函數(shù)實現(xiàn)且只實現(xiàn)這一功能。表3.1 OSIntEnter代碼中斷服務完成后，應調(diào)用與OSIntEnter相匹配的OSIntExit來進行最后的處理。OSIntExit這個函數(shù)是用來通知C/OS-II，已經(jīng)結束了中斷的操作。將OSIntNesting的值減1，并找到優(yōu)先級最高的那個任務來運行，而并非是原來被掛起的那個任

3、務。43.1中斷管理3.1.2中斷處理的流程53.1.3時鐘中斷服務C/OS-II在每個時間片都要進行任務的調(diào)度。調(diào)度的結果或者是返回原來的任務繼續(xù)執(zhí)行，或者是因為找到了就緒的更高優(yōu)先級的任務，而讓該任務運行。這個時間片可以是10毫秒或其他值。時鐘中斷服務是要依賴于中斷的，如果是單片機系統(tǒng)，那么就該設置為定時器中斷。用定時器中斷的服務程序來完成該功能是恰當?shù)?。對于Windows平臺下的虛擬系統(tǒng)，可以采用定時器觸發(fā)來虛擬中斷。 表3.2 時鐘中斷服務OSTickISRuser代碼分析63.2時間管理時間管理的內(nèi)容在代碼os_time.c中，包含了操作系統(tǒng)時間的設置及獲取，對任務的延時，任務按分秒

4、延時，取消任務的延時共5個系統(tǒng)調(diào)用。 3.2.1時間管理主要數(shù)據(jù)結構 volatile INT32U OSTime; 任務控制塊 TCB中的OSTCBDly 3.2.2時間的獲取和設置表3.3時間的設置OSTimeSet和獲取函數(shù)OSTimeGet時間獲取函數(shù)OSTimeGet簡單地返回OSTime的值 時間設置函數(shù)OSTimeSet簡單地設置OSTime的值 注意：因為OSTime 是被保護的全局變量，在訪問的時候必須使用OS_ENTER_CRITICAL()進入臨界區(qū)，保證獨占訪問！73.2.3任務延時函數(shù)OSTimeDly任務延時函數(shù)OSTimeDly用于阻塞任務一定時間，這個時間以參數(shù)

5、的形式給出。如果這個參數(shù)的值是N，那么在N個時間片（時鐘嘀嗒）之后，任務才能回到就緒狀態(tài)獲得繼續(xù)運行的機會。如果參數(shù)的值是0，不會阻塞任務。 表3.4任務延時函數(shù)OSTimeDly代碼分析問題：調(diào)用OSTimeDly（1） 會阻塞多少時間？83.2.4任務按分秒延遲函數(shù)OSTimeDlyHMSM任務延時函數(shù)OSTimeDly用于將任務阻塞一段時間，這個時間是以時間片為單位的。如果想以小時、分、秒、毫秒為單位進行進行任務延時，需要調(diào)用以分秒作為單位的任務延時函數(shù)OSTimeDlyHMSM。OSTimeDlyHMSM從功能上來說和OSTimeDly并沒有多大的差別，只是將時間單位進行了轉(zhuǎn)換，也就是

6、說轉(zhuǎn)換了以小時、分、秒、毫秒為單位的時間和以時間片為單位的時間。OSTimeDlyHMSM的參數(shù)分別是延時的小時數(shù)hours，分鐘數(shù)minutes，秒數(shù)seconds，和毫秒數(shù)ms。 表3.5任務按分秒延時函數(shù)OSTimeDlyHMSM 代碼分析93.2.5延時恢復函數(shù)OSTimeDlyResume任務在延時之后，進入阻塞狀態(tài)。當延時時間到了就從阻塞狀態(tài)恢復到就緒態(tài)，可以被操作系統(tǒng)調(diào)度執(zhí)行。但是，并非回到就緒態(tài)就只有這么一種可能，因為即便任務的延時時間沒到，還是可以通過OSTimeDlyResume恢復該任務到就緒態(tài)。對于因等待事件發(fā)生而阻塞的，并且設置了超時timeout時間的任務，也可以時

7、候OSTimeDlyResume來恢復。對這些任務使用了OSTimeDlyResume，就好像已經(jīng)等待超時了一樣！但是，采用OSTaskSuspend掛起的任務，是不允許采用OSTimeDlyResume來恢復。 表3.6 OSTimeDlyResume代碼分析1011習題1. 什么是中斷服務程序？C/OS-II中斷處理的標準流程應該是什么樣的。2.如果在中斷服務程序中，進行10ms的延時，這樣做好不好，為什么？3. 編寫一個任務，這個任務每秒在屏幕上打印出當前的秒數(shù)。4. 任務延時程序都涉及了什么數(shù)據(jù)結構，對它們都執(zhí)行了什么樣的操作，為什么要這么做？5. 編寫兩個任務，任務A將自己延時10秒，然后打印當前的秒