uC/OS-II基礎知識終章
大概一個多月前，開始系統接觸uC/OS-II，因為平時工作比較忙，每天都是抽一兩個小時來看書，原本想把自己在書中看到的知識點全部都通過CSDN記下來，但是發覺打字排版太耗費時間，同時我寫的東西也都是比較基礎的知識點，也沒有必要再在網路上重寫一次，耗費網路資源，也給自己節省點時間做別的事。目前任哲的這本書，我已經看完了，但是才更新到第四章，如果有讀者可以自己去買書看看，這本書對於原始碼的講解比較詳細，對整體認知uC/OS有很大的幫助。
在後續的時間裡，我可能會去移植過程中所產生的問題作更多的解釋，對於書本當中的基本知識不再單獨寫部落格了。
相關推薦
uC/OS-II基礎知識終章
大概一個多月前，開始系統接觸uC/OS-II，因為平時工作比較忙，每天都是抽一兩個小時來看書，原本想把自己在書中看到的知識點全部都通過CSDN記下來，但是發覺打字排版太耗費時間，同時我寫的東西也都是比較基礎的知識點，也沒有必要再在網路上重寫一次，耗費網路資源，也給自
嵌入式實時作業系統uc-os-ii原理及應用 第三章 uc/os-ii中的任務
3.1-3.4.3 印象比較深的點在作業系統中程式叫做程序或執行緒。系統任務：空閒任務和統計任務。不同處理器，堆疊的增長方向不同。實時作業系統，時間操作必須為常量，所以不能用for，配合break或continue。不然每個任務執行時間不同。
uc/os-ii任務排程的鎖定與解鎖
排程器上鎖函式OSSchedlock()的功能是用於禁止任務排程，使任務保持對CPU的控制權。排程器開鎖函式OSSchedUnlock()的功能是解除對任務排程的禁止。 排程器上鎖和開鎖的實現原理是：對全域性變數鎖定巢狀計數器OSLockNesting進行操作
uC/OS-II訊息佇列及操作
使用訊息佇列可在任務之間傳遞多條訊息，訊息佇列由三部分組成：事件控制塊、訊息佇列和訊息。 事件控制元件塊成員OSEventPtr指向一個叫做佇列控制塊（OS_Q）的結構，該結構管理著一個數組MsgTb1[]，該陣列中的元素都是指向訊息的指標。一. 訊息佇列的操作 1. 建立
uc/os-ii訊息佇列
使用訊息佇列可以在任務之間傳遞多條訊息。訊息佇列由三個部分組成：事件控制塊、訊息佇列和訊息。 訊息佇列的資料結構如下圖所示。從圖中可以看到，訊息佇列相當於一個共用一個任務等待列表的訊息郵箱陣列，事件控制塊成員OSEventPtr指向了一個叫做佇列控制塊（OS_
uC/OS-II 學習筆記之：訊息佇列
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
嵌入式實時作業系統uc/os-ii 原理及應用 讀書筆記
對任務就緒表的操作理解： 將優先級別為prio的任務置為就緒狀態，可使用如下程式碼 OSRdyGrp |= OSMapTbl[prio >>3];//將prio任務所在的組狀態置為1，表示該組有任務就緒。 OSRdyTbl[prio>>3] |= O
uC/OS-II任務排程中判斷最高優先順序
一、任務優先順序的表示 uC/OS-II中，規定最多可以有64個任務。每個任務的優先順序不能相同，因此，優先順序為0~63.數字越小，優先順序越高，那麼0就是最高優先順序，63就是最低優先順序。系統保留了優先順序最高及最低的各4個，因此使用者不能使用這8個優先順序作為自己的任務的優先順序。巨集OS_L
uC/OS-II核心架構解析---uC/OS-II通訊與同步
1. 訊息郵箱Mbox Mbox用於多工間單一訊息的傳遞，uC/OS-II使用ECB管理Mbox的基本資訊，OSEventPtr指向建立Mbox時指定的記憶體空間。事件的建立由具體的事件管理程式實現。主要包含在C原始檔OS_MBOX.C中。 OS_EVENT
UC/OS-II功能介紹、要點記錄
可見總用時位各過程的總和，我們可以想象得出這樣的做法是很浪費時間的，我們任何人都不會這麼去做，採用UC/OS-II多工管理思想則可以將此事務按照另一種方式完成，如圖Pic1.2中的多執行緒方式，由圖比較可以看出，整個事務在t5時刻完成，當菜炒好時飯也做好不久，這樣的方法使總用時減少了，分析原因，可以知道是我們
UC/OS-II 任務的狀態
uc/os是一個搶佔式多工的實時作業系統，每個任務都有各自的狀態，並且狀態之間都有一定的轉換關係。寫下此文以作記錄及幫助自己理清關係。 在uc/os-ii中，任務的狀態有5種：睡眠態、就緒態、執行態、等待態及中斷服務態。通過下圖可以有一個大致的認知： 最
最詳細的uC/OS-II 移植到STM32
這個圖表達了什麼資訊呢，其實就是告訴移植者需要將那些檔案移植到你的工程當中，首先是uC/OS-ii的原始檔，就是OS_CORE.C、OS_FLAG.C.....ucos_ii.H這些檔案，其實是uC/OS-ii的Port檔案，包括4個，分別是OS_CPU_C.C,OS_CPU_A.ASM,OS_CPU.H,O
UC/OS II 訊息佇列
訊息郵箱只能儲存一條訊息，訊息佇列沒有這一侷限，可以容納多條資訊佇列，按照先進先出（FIFO）的原則傳送和接受訊息。 訊息佇列的實體不是作業系統提供的，而是由使用者任務提供的。作業系統提供的是對其進行管理的程式。 1：訊息佇列的資料結構 訊息佇列的資料結構主要包括訊息佇列、
uC/OS-II任務排程之就緒表及最高優先順序任務判定演算法
uC/OS-II是Jean J. Labrosse設計的完整的、可移植、可固化、可裁剪的搶佔式實時多工核心，絕大部分程式碼都是用標準的C語言編寫的，開源、規模不大，比較適合初次接觸嵌入式作業系統的人員
推薦幾本學uc/os-II的書
1.（比較難買）嵌入式實時作業系統uc/os-II教程 西安電子科技大學出版 -----這本書對UCOS的原始碼分析的非常清楚 比作者原著 在某種程度上要好，這本書對關鍵的程式碼都給出了流程圖！ 2.（比較好買）嵌入式實時作業系統uc/os-II原理與應用（第二
uC/OS-II的任務同步與通訊
在多工合作過程中的，作業系統應解決兩個問題：一是各任務之間應具有一種互斥關係，即對於某個共享資源的共享，如果一個任務正在使用，則其他任務只能等待，等到該任務釋放該資源以後，等待的任務之一才能使用它；二是相關的任務在執行上要有先後次序，一個任務要等其夥伴發來通知或建立了某個條件
uc/os-ii刪除任務
uC/OS-II中與刪除任務相關的函式有兩個，刪除任務函式OSTaskDel() 和請求刪除任務函式OSTaskDelReq() 。 刪除任務函式原始碼如下,主要工作： 判斷引數的有效性 把要刪除的任務從任務就緒表中刪除 使被刪除的任務不等待延時期滿 ，
UC/OS II事件管理（1）
ucosii支援事件，事件包括訊號量、訊息等機制。需要配置OS_EVENT_EN、OS_MAX_EVENTS等相關的巨集。 事件控制塊（ECB） 事件控制塊（ECB）是事件管理的核心資料結構。其定義如下： typedef struct os_event { INT8
uC/OS II 函式說明 之–OS_TCBInit()
TCB初始化函式，被OSTaskCreate()與OSTaskCreateExt()呼叫，需要注意的是，這個函式是對內的，即此函式可以被uC/OS II呼叫，使用者應用程式不可以直接呼叫此函式。OSTcbInit()函式的引數是與OSTaskCreateExt()的引數對應的
uc/os-II的記憶體改進與實現TLSF演算法的詳解，移植實現（二）
上一節講到了TLSF的資料結構，下面繼續哈。 TLSF用兩個層次的分類對不同尺寸的記憶體塊進行分類。第一層次的類別目錄為2n，n為4，5，……，31的整數，稱為FLI（First-level Segregated Fit）。每一個FLI類別又根據第二層的SLI細分為2SLI