ucos II 核心學習之二 :時鐘節拍
ucos II 裡,時鐘節拍就好比是人的心臟一樣重要,。它對於CPU能順利在各任務間切換有著至關重要的作用。
Ucos II 需要使用者提供時鐘源,在muc21項目了,我使用了定時器0作為時鐘源。使用時鐘源有一個特別需要注意的地方:使用者必須在多任務系統啟動以後再開啟時鐘節拍器,也就是在調用OSStart()之後。
Ucos II中的時鐘節拍服務是通過在定時器中斷服務子程式中調用OSTimeTick()實現的。
OSTimeTick()代碼如下:
void OSTimeTick (void) |
{ |
OS_TCB *ptcb; |
|
OSTimeTickHook(); (1) |
ptcb = OSTCBList; (2) |
while (ptcb->OSTCBPrio != OS_IDLE_PRIO) { (3) |
OS_ENTER_CRITICAL(); |
if (ptcb->OSTCBDly != 0) { |
if (--ptcb->OSTCBDly == 0) { |
if (!(ptcb->OSTCBStat & OS_STAT_SUSPEND)) { (4) |
OSRdyGrp |= ptcb->OSTCBBitY; (5) |
OSRdyTbl[ptcb->OSTCBY] |= ptcb->OSTCBBitX; |
} else { |
ptcb->OSTCBDly = 1; |
} |
} |
} |
Ptcb = ptcb->OSTCBNext; |
OS_EXIT_CRITICAL(); |
} |
OS_ENTER_CRITICAL(); (6) |
OSTime++; (7) |
OS_EXIT_CRITICAL(); |
} |
我們知道,CPU總是執行就緒表中優先順序最高的任務,任務有沒有在就緒表中就得依靠OSTimeTick()了。OSTimeTick()很大的工作是給每個使用者任務控制塊OS_TCB中的時間延時項OSTCBDly減1,當某任務的任務控制塊中的時間延時項OSTCBDly減到了零,這個任務就進入了就緒態。
下面是對以上代碼的分析。
OSTimtick()先調用可由使用者定義的時鐘節拍外連函數OSTimeTickHook(),這個外連函數可以將時鐘節拍函數OSTimetick()予以擴充[L3.2(1)]。Ucos II的作者決定首先調用OSTimTickHook()是打算在時鐘節拍中斷服務一開始就給使用者一個可以做點兒什麼的機會,因為使用者可能會有一些時間要求苛刻的工作要做。OSTimtick()中量大的工作是給每個使用者任務控制塊OS_TCB中的時間延時項OSTCBDly減1(如果該項不為零的話)。OSTimTick()從OSTCBList開始,沿著OS_TCB鏈表做,一直做到空閑任務[L3.21(3)]。當某任務的任務控制塊中的時間延時項OSTCBDly減到了零,這個任務就進入了就緒態[L3.21(5)]。而確切被任務掛起的函數OSTaskSuspend()掛起的任務則不會進入就緒態[L3.21(4)]。OSTimTick()的執行時間直接與應用程式中建立了多少個任務成正比。OSTimeTick()還通過調用OSTime[L3.21(7)]累加從開機以來的時間,用的是一個無符號32位變數。注意,在給OSTime加1之前使用了關中斷,因為多數微處理器給32位元加1的操作都得使用多條指令。