❶ 再問您 一個問題,51單片機上的C語言問題及uCOS問題.
那個uCOS-II是利用了宏開關。
例如：
Global.h文件里如下定義：
#ifdef
GLOBAL_VAR
unsigned
char
i_var;
#else
extern
unsigned
char
i_var;
#endif
如果在C文件里包含"Global.h"之前，先進行宏定義
#define
GLOBAL_VAR
#include
"Global.h"
那麼，就相當於在
這個C文件里定義了
unsigned
char
i_var;
如果在包含之前，沒有定義
GLOBAL_VAR
相當於，在這個C文件里引用了i_var，相當於：
extern
unsigned
char
i_var;
❷ 51單片機都支持什麼操作系統
STC系列51單片機一般都內部帶有幾K的數據存儲器，可以支持UCOSII操作系統，不過意義不是太大，內存還是太小了。
❸ stc系列單片機_μC/OS-Ⅱ在C8051F系列單片機上的移植及其應用系統開發
隨著微處理器技術的飛速發展和嵌入式系統實時性要求的不斷提高，應用實時多任務操作系統（RTOS）作為嵌入式設計的開發平台已逐步成為嵌入式應用設計的主流。本研究討論將μC/OS-Ⅱ移植到C8051F系列高性能8位單片機中，並以C8051F060為例闡述了其應用系統的開正基發過程。
一、μC/OS-Ⅱ的基本工作原理
1.任務管理
µC/OS-II中的任務可以是一個無限的循環，也可以在一次執行完畢後被「刪除」掉，即該任務可以認為CPU完全屬於該任務本身，實時應用程序的設計過程包括將問題分割為多個任務。µC/OS-II可以管理64個任務，每個任務有一定的優先順序，且優先順序不重復。
2.任務調度機制的實現
µC/OS-II是可剝奪型內核，優先順序高的任務一旦就緒就能剝奪優先順序較低任務的CPU使用權，這提高了系統的實時響應能力。在沒有中斷情況下，任務間的切換一般會調用OSSched（）函數。µC/OS-II的中斷服務子程序和一般前/後台的操作有所不同。
3.任務之間的通信
在µC/OS-II中，可以通過信號量、消息郵箱和消息隊列等機制，實現數據共享和任務通信。消息郵箱用一個指針型變數，一個任務或一個中斷服務子程序通過內核服務，將一則消息放入郵箱，一個或多個任務通過內核服務接受這則消息。每個郵箱有相應的等待消息任務表，等待消息的任務在無消息時被置掛起態，並記入郵箱等待消息任務表中。消息放入郵箱，內核將運行等待消息任務表中優先順序最高的任務。
二、移植及應用
C8051F060系列單片機特別適舉數謹用於任務繁重的小型化測控系統。當晶元具有的功能被較多地使用時，系統要處理的任務就較多，編程頭緒也多。為了簡化應用程序實現程序模塊化，提高應用程序的實時性和可靠畢納性，將μCOS2Ⅱ移植到C8051F060中就成為一件很有意義的事。
1.µC/OS-II的移植
（1）修改INCLUDES.H文件：增加的頭文件放在頭文件列表的最後。
#include "os_cpu.h"
#include "os_cfg.h"
#include "ucos_ii.h"
（2）修改OS CPU.H文件：為確保系統在KEIL環境下正常運行，重新定義了一系列與C8051F060和KEIL編譯器相關的數據結構、宏和常數。
typedef unsigned char OS_STK；/*定義堆棧寬度為8位*/
typedef unsigned char OS_CPU_SR；
#define OS_ENTER_CRITICAL（） EA="0"
#define OS_EXIT CRITICAL（）EA="1"
（3）修改OS_CPU_A.ASM文件
①編寫OSSTartHihgRdy（）函數：獲得將要恢復運行的就緒任務的堆棧映像的最低地址，並計算出堆棧長度，然後向系統堆棧復制數據、堆棧指針SP和堆棧映像指針?C_XBP，最後利用中斷返回。
②編寫OSCtxSw（）函數：先從當前任務的TCB控制塊中獲得當前任務堆棧長度和堆棧映像指針，然後將系統堆棧的內容復制到任務堆棧映像，最後獲得將要恢復運行的就緒任務的TCB，程序跳至OSSTartHihgRdy（）函數的入口，實現任務的切換。
③編寫OSIntCtxSw（）函數：代碼大部分與OSCtxSw（）相同，不同之處在於此處不需要再保存寄存器；需要調整堆棧指針（SP=SP-4），去掉在調用OSIntExit（），OSIntCtxSw（）中壓入堆棧中的多餘的內容，以使堆棧中只包含任務的運行環境。
④編寫OSTickISR（）函數：用定時器0作中斷源，初始化定時器0使系統每秒中斷100次，節拍率Tick=100次/秒。
（4）修改OS_CPU_C.C文件：編寫OSTaskStkInit（）函數用來初始化堆棧。
2. 基於µC/OS-II的C8051F060應用系統開發
移植了µC/OS-II的C8051F060的每個功能都可以作為一個獨立的任務，每個任務都有自己的堆棧空間，可以被其他任務和中斷服務程序掛起。在設計中，主函數均以OSInit（）開始，以OSStart（）結束，中間部分為與硬體相關的系統初始化函數。對於任務的建立，必須依照µC/OS-II系統中建立任務的格式，根據自己的需求來確定任務的個數，並且根據任務的重要程度和被調用的頻率來設置好優先順序。創建好任務後，在主函數外面分別列出各個任務函數，每個任務函數都是一個無限循環程序，調用實現某些功能的應用程序函數，然後按設計的需求設置掛起方式和掛起時間。
應用系統測試程序實現了6個任務：Task1是每1s發送CAN數據包，Task2是處理CAN接收到的數據，Task3是每3s發送串口數據，Task4是處理串口接收到的數據，Task5是處理按鍵信息，Task6是顯示數據。CAN匯流排接收採用中斷方式，其優先順序高於其他任務，為了保證系統的實時性，在中斷程序中不處理數據，只是發送一個信號量，在Task2中處理CAN數據。串口數據接收亦採用中斷方式，其優先順序低於CAN高於其他任務。串口數據發送採用的是查詢方式，按位元組發送。程序中設置6個任務的優先順序依次為13，11，14，12，15，16。
在主程序中，首先初始化C8051F060和CAN，調用OsInit（）；然後調用API函數，創建6個任務（不包括空閑任務）；再創建一個信號量CAN_EVENT，為中斷與Task2通信所用；最後調用OSStart（），OS系統開始運行優先順序最高的任務。Task2的優先順序最高，但是在沒收到CAN_EVENT之前，任務一直處於休眠狀態，當CAN接收器收到數據包後，Task2進入就緒態，在中斷返回時，進行任務切換，執行優先順序最高Task2。在Task2還未收到信號量之前，Task1、Task3、Task4、Task5和Task6根據時間延時和優先順序的不同各自獨立運行。
三、結束語
將編寫的測試程序下載到C8051F060應用系統中進行了實際的運行測試，測試表明，基於µC/OS-II的C8051F060應用系統中的各任務工作穩定可靠，取得了滿意的效果，為進行嵌入式應用系統的進一步設計奠定了基礎。
（作者單位：黑龍江省大慶職業學院）
註：本文中所涉及到的圖表、註解、公式等內容請以PDF格式閱讀原文
本文為全文原貌 未安裝PDF瀏覽器用戶請先下載安裝 原版全文
❹ ucos ii是什麼啊
μC/OS-II是一種可移植的，可植入ROM的，可裁剪的，搶占式的，實時多任務操作系統內核。它被廣泛應用於微處理器、微控制器和數字信號處理器。 μC/OS-II 的前身是μC/OS，最早出自於1992 年美國嵌入式系統專家Jean J.Labrosse 在《嵌入式系統編程》雜志的5 月和6 月刊上刊登的文章連載，並把μC/OS 的源碼發布在該雜志的B B S 上。 μC/OS 和μC/OS-II 是專門為計算機的嵌入式應用設計的， 絕大部分代碼是用C語言編寫的。CPU 硬體相關部分是用匯編語言編寫的、總量約200行的匯編語言部分被壓縮到最低限度，為的是便於移植到任何一種其它的CPU 上。用戶只要有標準的ANSI 的C交叉編譯器，有匯編器、連接器等軟體工具，就可以將μC/OS-II嵌入到開發的產品中。μC/OS-II 具有執行效率高、佔用空間小、實時性能優良和可擴展性強等特點， 最小內核可編譯至 2KB 。μC/OS-II 已經移植到了幾乎所有知名的CPU 上。 嚴格地說uC/OS-II只是一個實時操作系統內核，它僅僅包含了任務調度，任務管理，時間管理，內存管理和任務間的通信和同步等基本功能。沒有提供輸入輸出管理，文件系統，網路等額外的服務。但由於uC/OS-II良好的可擴展性和源碼開放，這些非必須的功能完全可以由用戶自己根據需要分別實現。 uC/OS-II目標是實現一個基於優先順序調度的搶占式的實時內核，並在這個內核之上提供最基本的系統服務，如信號量，郵箱，消息隊列，內存管理，中斷管理等。 uC/OS-II以源代碼的形式發布，但並不意味著它是開源軟體。你可以將其用於教學和私下研究（peaceful research）；但是如果你將其用於商業用途，那麼你必須通過Micrium獲得商用許可。
❺ 用ucos有什麼好處嗎
多任務，相當你同時在用多幾個單片機，可以用任務分解去寫代碼，更加簡單，更加穩定。
調試也容易。