很早以前就開始學習移植USOS ii了，移植倒沒什麼難的，主要是要清楚自己的微控制器，最好是將啟動程式碼分析一遍，那麼在移植的時候，很多概念就不會陌生了。我用的是

stm32f103ze.

移植完了之後，就不知道幹嘛了，於是中間擱置了很久，這幾天又想到這個系統，於是又重新移植了一遍，把程式碼結構又明晰了一點，這次我就想，要把這個作業系統弄清楚。

那麼切入正題吧，我是先從事件標誌組開始分析的。首先看幾個資料結構和資料型別：

typedef struct os_flag_grp {                /* Event Flag Group                                        */
    INT8U         OSFlagType;               /* Should be set to OS_EVENT_TYPE_FLAG                     */
    void         *OSFlagWaitList;           /* Pointer to first NODE of task waiting on event flag     */
    OS_FLAGS      OSFlagFlags;              /* 8, 16 or 32 bit flags                                   */
#if OS_FLAG_NAME_EN > 0u
    INT8U        *OSFlagName;
#endif
} OS_FLAG_GRP;

在使用時間標誌組之前，都要先宣告這樣一個變數，然後使用OSFlagCreate函式來初始化這個變數。

初始化這個變數之後，比如說任務一TASK1要等待這個事件標誌組的某幾位，就要使用OSFlagPend函式來進行這個操作，這個函式首先比較你要等待的標誌位和事件標誌組的標誌位是否吻合，吻合就直接返回成功，不吻合，就呼叫OS_FlagBlock函式，在這個函式裡：

主要目的是將等待事件標誌組這個狀態更新到當前任務的任務控制塊裡，然後設定好等待時間，如果設定成0，則表示無限等待。此時又用到了另外一個數據型別：

typedef struct os_flag_node {               /* Event Flag Wait List Node                               */
    void         *OSFlagNodeNext;           /* Pointer to next     NODE in wait list                   */
    void         *OSFlagNodePrev;           /* Pointer to previous NODE in wait list                   */
    void         *OSFlagNodeTCB;            /* Pointer to TCB of waiting task                          */
    void         *OSFlagNodeFlagGrp;        /* Pointer to Event Flag Group                             */
    OS_FLAGS      OSFlagNodeFlags;          /* Event flag to wait on                                   */
    INT8U         OSFlagNodeWaitType;       /* Type of wait:                                           */
                                            /*      OS_FLAG_WAIT_AND                                   */
                                            /*      OS_FLAG_WAIT_ALL                                   */
                                            /*      OS_FLAG_WAIT_OR                                    */
                                            /*      OS_FLAG_WAIT_ANY                                   */
} OS_FLAG_NODE;

在OS_FlagBlock函式裡，使用你呼叫OSFlagPend函式時的引數對OS_FLAG_NODE變數進行填充，然後將這個node連線到OS_FLAG_GRP的OSFlagWaitList上，很多工都可以同時對同一個OS_FLAG_GRP使用OSFlagPend函式，那麼，也就是都有可能同時使用OS_FlagBlock函式，這樣，就會建立很多個相對於各自任務的OS_FLAG_NODE變數，這些OS_FLAG_NODE變數連線成雙鏈表，使用OS_FLAG_GRP的OSFlagWaitList指標來訪問這個雙鏈表。處理完OS_FLAG_NODE變數的填充和連線之後OS_FlagBlock函式再將當前任務的就緒狀態取消。然後返回到OSFlagPend函式，OSFlagPend函式隨即呼叫任務排程函式，將自己阻塞起來。

此時，能使這個任務恢復執行的辦法有兩個，一個就是時鐘滴答裡邊會檢測每個任務的timeout，當timeout等於1時，就會檢測任務的狀態位，如果狀態不是就緒，則清空等待標誌，將pend狀態設定為pend過期，如果是就緒，則設定成pend成功，隨即在任務就緒組和任務就緒表裡恢復這個任務的就緒狀態。二是通過OSFlagPost函式，只需傳遞給該函式相應的OS_FLAG_GRP變數和要設定的位掩碼，即可完成相應的設定，並且據此更改各個對該OS_FLAG_GRP變數使用過OSFlagPend函式的任務的態。OSFlagsPost函式先根據要求更新事件標誌，然後通過該OS_FLAG_GRP變數取得等待該標誌組的任務連結串列的指標，接著遍歷該連結串列，檢查每個節點要求的標誌位是否得到滿足，如果滿足，則呼叫OS_FlagTaskRdy函式，在該函式裡，將當前TCB等待flag的狀態清除掉，如果此TCB沒有其他的原因阻塞，則進入到就緒狀態，然後該函式將這個TCB對應的任務就緒組合任務就緒表更新在OS_FLAG_NODE連結串列中將該節點刪除，然後返回到OSFlagsPost函式中，呼叫任務排程函式，完成此次標誌位的傳送