uC/OS-II源碼分析

作者：時間：2016-09-12 來源：網絡

加入技術交流群
- 掃碼加入
  和技術大咖面對面交流
  海量資料庫查詢

內核結構

本文引用地址：http://cqxgywz.com/article/201609/304898.htm

!--[if !supportLists]-->1， !--[endif]-->臨界區，OS_ENTER_CRITICAL和OS_EXIT_CRITICAL

為了處理臨界區代碼，必須關中斷，等處理完畢后，再開中斷。關中斷可以避免其他任務或中斷進入臨界區代碼。uC/OS-II定義了這兩個宏來實現，但注意一條：調用uC/OS-II功能函數時，中斷應該總是開著的。

1)當OS_CRITICAL_METHOD= = 1時，簡單實現如下：

#defineOS_ENTER_CRITICAL()disable_int()

#defineOS_EXIT_CRITICAL()enable_int()

但這樣有一個問題，如果禁止中斷的情況下調用uC/OS-II功能函數，那么從功能函數返回時，中斷可能變成允許的了，而實際上還是希望是禁止的。

2)當OS_CRITICAL_METHOD= = 2時，實現如下：

#defineOS_ENTER_CRITICAL()

asm(“PUSHPSW”);

asm(“DI”);

#defineOS_EXIT_CRITICAL()

asm(“POPPSW”);

執行OS_ENTER_CRITICAL()時，先將中斷狀態保存到堆棧，然后關中斷;執行OS_EXIT_CRITICAL()時，再從堆棧中恢復原來的中斷開/關狀態。這種方法不會改變中斷狀態，避免前面的問題。

3)當OS_CRITICAL_METHOD= = 3時，實現如下：

#defineOS_ENTER_CRITICAL()

cpu_sr=get_processor_psw();

disable_interrupts();

#defineOS_EXIT_CRITICAL()

set_processor_psw(cpu_sr);

將處理器狀態字保存在局部變量中。

!--[if !supportLists]-->2， !--[endif]-->任務是一個無限循環，返回類型為void,參數void*,用于傳數據給任務。任務可以調用OSTaskDel(OS_PRIO_SELF)進行自我刪除。任務有5種狀態：

!--[if !supportLists]-->1) !--[endif]-->睡眠態。任務駐留在程序空間(ROM或RAM),還未交給uC/OS-II來管理。

!--[if !supportLists]-->2) !--[endif]-->就緒態。OSTaskCreate()或OSTaskCreateExt()來創建一個任務后，就進入就緒態。任務可以調用OSTaskDel返回到睡眠態，或調用該函數讓另一個任務進入睡眠態。

!--[if !supportLists]-->3) !--[endif]-->運行態。OSStart()啟動多任務運行。它只在啟動時調用一次，運行就緒列表中優先級最高的任務。就緒的任務只有當所以優先級比其高的任務轉為等待狀態，或者是被刪除了，才能進入運行態。

!--[if !supportLists]-->4) !--[endif]-->等待狀態。正在運行的任務可以調用OSTimeDly()或OSTimeDlyHMSM()將自身延遲一段時間進入等待狀態，一直到延遲時間到來。這兩個函數會強制執行任務切換，選擇下一個優先級最高的任務運行。等待時間過去后，系統服務函數OSTimeTick()使延遲了的任務進入就緒態。

正在運行的任務也可能需要等待某一事件的發生，可以調用：OSFlagPend(),OSSemPend(),OSMutexPend(),OSMboxPend(),OSQPend()等函數。若某事件未發生，則任務進入等待狀態，直到事件發生。當任務因等待事件被掛起時，下一個優先級最高的任務得到CPU。當事件發生了或超時，被掛起的任務進入就緒態。事件發生的報告可能來自另一個任務或中斷服務子程序。

!--[if !supportLists]-->5) !--[endif]-->中斷服務態。被中斷的任務進入中斷服務態，從而被掛起，中斷服務子程序得到CPU,后者可能報告一個或多個事件發生，從而使一個或多個任務進入就緒態。因此從中斷服務子程序返回前，uC/OS-II要判斷被中斷的任務的優先級和就緒列表中其他任務的優先級高低，選擇最高的任務進入運行態。

!--[if !supportLists]-->6) !--[endif]-->當所以任務都在等待事件發生或等待延遲的時間結束時，uC/OS-II運行OSTaskIdle()任務。

!--[if !supportLists]-->3， !--[endif]-->任務控制塊(OS_TCB)

建立一個任務時，一個OS_TCB就被賦值。當任務的CPU被剝奪時，用它來保存任務的狀態，當任務重新得到CPU時，它也能保證任務從當時被中斷的那一點繼續執行。OS_TCB全部駐留在RAM中。

typedefstructos_tcb

{

OS_STK*OSTCBStkPtr;/*指向當前任務堆棧棧頂的指針*/

#ifOS_TASK_CREATE_EXT_EN>0

void*OSTCBExtPtr;/*指向用戶定義的任務控制塊擴展*/

OS_STK*OSTCBStkBottom;/*指向棧底的指針*/

INT32UOSTCBStkSize;/*棧中可容納的元素數目(

uC/OS-II允許每個任務的堆棧容量任意，)*/

INT16UOSTCBOpt;/*傳給OSTaskCreateExt()的任務選擇項*/