『壹』 誰有在ARM9上用UCOS編程的
哎！我是TQ2440的。哎！。。。。。。
『貳』 在Ucos ii下編程問題，定義串口如下，求大神詳細解釋這樣編寫的原理
做 & 運算是為了在對應位清零
做 | 運算是為了在對應位置一
這樣可以不必理會其他bit位的位置 只修改你想修改的位置
至於賦的值代表什麼就得去查晶元的datasheet了
『叄』 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多線程程序設計的例子
這里有幾個實例： 多線程的概念在此就不多說了，打個通熟易懂比方，把自己看做一個進程，做的每件事都看做為線程，自己可以同時玩魔獸和聽歌，那麼玩魔獸和聽歌就是兩個線程，為多線程。 java是少數集中支持多線程的語言之一，大多數的語言只能運行一個程序塊，無法同時運行不同的程序塊，而java則彌補了這個缺陷。 舉個公司項目開發遇到的一個簡單例子，用戶上傳壓縮文件到伺服器後，要對該壓縮包進行兩個操作，一是將該壓縮包復制到指定目錄，一是將該壓縮包解壓到另一指定目錄，最終響應用戶提示文件上傳成功。如果壓縮包很大的話，上傳後進行的復制和解壓功能也會佔用很長時間，用戶就會等待很長的時間。其實復制和解壓的功能和用戶操作沒有直接關系，完全可以獨立出來，其解決的思路如下： 當用戶上傳壓縮文件完畢之後，我們立即創建兩個線程，一是復制壓縮文件的線程；二是解壓壓縮文件的線程。我們可以通過線程的構造方法把文件的信息傳遞給相應的線程，當我們啟動兩線程的start方法後，我們就不必再關心其復制和解壓的操作，而是直接響應用戶，這樣用戶明顯感覺操作變快，而復制和解壓的操作仍在後台偷偷的進行著。 實現多線程的方法有兩個，一是繼承Thread，二是實現介面Runnable。二者的區別不多說，繼承只能單繼承，而介面可以實現多個，故本人更傾向使用後者。 下面把代碼模型貼出來，供大家參考參考： [java] package com.yjd.test; import java.io.File; public class FileOperate { public static void main(String[] args) { Long begin = System.currentTimeMillis(); // 上傳文件 UploadFile uploadFile = new UploadFile(); File file = uploadFile.uploadFileMethod(); // 給線程傳遞參數 CoppyFile coppyFile = new CoppyFile(file); UnZipFile unZipFile = new UnZipFile(file); // 創建線程 Thread coppyThread = new Thread(coppyFile); Thread unZipThread = new Thread(unZipFile); // 啟動線程 coppyThread.start(); unZipThread.start(); Long end = System.currentTimeMillis(); // 響應用戶請求 System.out.println("恭喜，文件上傳成功,耗時：" + (end - begin) + "毫秒"); } } /** * 上傳文件類 * * @author yangjd * */ class UploadFile { // 文件上傳 public File uploadFileMethod() { File file = new File("filePath"); System.out.println("文件上傳完畢"); return file; } } /** * 復制文件類 * * @author yangjd * */ class CoppyFile implements Runnable { private File file; public CoppyFile(File file) { this.file = file; } @Override public void run() { coppyFileMethod(file); } // 文件復制 public void coppyFileMethod(File file) { // 睡眠15秒鍾 try { Thread.sleep(15000); } catch (InterruptedException e) { e.printStackTrace(); } System.out.println("文件復制完畢"); } } /** * 解壓文件類 * * @author yangjd * */ class UnZipFile implements Runnable { private File file; public UnZipFile(File file) { this.file = file; } @Override public void run() { unZipFileMethod(file); } // 文件解壓 public void unZipFileMethod(File file) { // 睡眠10秒鍾 try { Thread.sleep(10000); } catch (InterruptedException e) { e.printStackTrace(); } System.out.println("文件解壓完畢"); } }
『伍』 ucos-ii操作系統可以允許後台運行多個任務，而每個任務都是無限循環的，內核是如何調度的，
通常情況下。ucos的所有任務都會做的事情就是在大循環查詢它的消息郵箱，等收到一個消息MSG。等到之後，任務就開始執行不同的消息的處理函數，執行完畢後重來繼續等下一個消息。
所謂的調度就是，當任務A執行完一次消息處理、或者查詢自己郵箱發現沒有消息、或者某個更高優先順序的任務需要執行、或者發生某個中斷的時候（這取決於內核的調度策略），內核會將任務A掛起。將這個任務A的執行上下文（寄存器狀態、堆棧指針、PC指針等）保存起來，然後將它們恢復成任務B（或者中斷服務程序）的執行上下文，這樣寄存器、堆棧、PC等的值就切換成任務B（或者中斷服務程序）的上下文，於是接下來任務B（或者中斷服務程序）開始跑。
如果所有的任務都沒有消息，則內核最終切換到IDLETASK（空閑任務）。這是內核提供的最低優先順序任務（就是一段空跑的for循環）。每隔一定時間，空閑任務都會「自動掛起」，引發一次內核調度，使得用戶任務得以運行
『陸』 搞硬體科班出身的,學習UCOS2和VXWORKS有意義嗎
學習東西的層次決定你以後所能處的層次。
VxWorks的授權費都是以10萬計，如果最新版的VxWorks6.x加上一些組件，得上百萬才能拿下了。
但是中國的研究所就會去。因為UCOS是免費的！免費意味著沒有技術支持！出了問題也沒有人能夠負責！這不是中國的領導者的興趣！
所以VxWorks再貴，只要是大的工程，都會用VxWorks的！上天的衛星，導彈，戰機。就是航天科工集團下的子公司，所接觸到的客戶也是搞這三個的。當然還有搞電信的，但是不在這個系統內不是我們的接觸客戶了。
搞VxWorks是很好的路！開始說了，你搞得東西決定層次。一個上千萬的需要實時處理的項目只會用VxWorks來做的，（我說的是研究所，公司考慮經濟用什麼的都有可能）。所以，你知道我的意思的。
VxWorks入門對軟體要求不高。但要很好的學習能力。他的幫助文檔多達300M，看看那個不用什麼書也行。主要還是要有實驗平台，自己積累經驗。有個人帶會入手非常快。
『柒』 關於ucos編程定義跟聲明部分的幾個問題，求助……
就如樓上所言，這些定義在系統函數中有用到，也就是在ucos內核源代碼中
關於ucos編程建議閱讀內核源碼，畢竟ucos只是一個很小的內核，結構還算簡單
尤其要注意裡面的進程調度的方式和相應的數據結構
同時在一個具體的硬體平台上學會ucos的移植
『捌』 如何在ucos下進行arm編程
1、您得有一定數量的Money。
（1）、開發板貴
（2）、培訓費更貴
（3）、開發平台是貴得不能再貴。（除非您只是想玩玩而已）
2、需要學習的東西多。（1）、window環境編程；（2）、linux環境編程；（3）、單片機
3、最後也是最重要的一點，你得有堅韌不拔之志和一顆平常之心。
（1）、自信
堅強
積極
勤快
（註：好的自信是自覺的！）
（2）、成功其實就是成為最好的您自己
嵌入式門檻雖然較高，但也跟其他事物一樣，並不是牢不可破。只要我們用心去對待，東雪終將化去，春風定會吹來。具體步驟如下：
1、《C語言》第二版
譚浩強
；
《C程序設計語言》第二版
徐寶文譯機戒工業出版社
你能區分開指針數組和數組指針嗎？你知道函數指針嗎？
你能區分開定義一個變數時系統給它分配的空間與用malloc（）函數給一個變數分配的空間有什麼不一樣嗎？
2、《數據結構》C語言版
黃國愉、葉乃青編
清華大學出版社
你能合上書本，用C語言實現書中的單鏈表、雙鏈表數據結構嗎？
3、《實用C++程序設計》第二板
中國電力出版社
Steve_Oualline著
此階段主要是學習其面向對象的編程思想，加深對C語言和數據結構的理解。
4、學習單片機，最好能找個前輩帶一帶。
你能用51單片機做出一樣實際的東西嗎？即使它再簡單！
要注意加深對中斷的理解。
5、學習ARM單片機。
（1）、細讀《ARM微控制器基礎與實戰》周立工編寫
（註：即使你不用書中的開發板）
（2）、細讀相關晶元的原版英文文檔。如：arm920TE.pdf
S3C2410_1.2.pdf
6、學習uCOS!!操作系統。
（1）、細讀《嵌入式實時操作系統uC／OS－!!》第二版
召貝貝譯
你能把uCOS!!移植到自己的平台上嗎？
（2）、能編寫在uCOS!!操作系統環境下運行的針對具體硬體的驅動程序
7、熟悉Linux環境，學習Linux環境編程，學習交叉編程
（1）、細讀《linux命令大全.pdf》
（2）、細讀《GNU
Make
使用手冊（中譯版）.pdf》
（3）、學習創建交叉編程環境．
8、學習Linux操作系統。
（1）、《UNIX環境高級編程》
（2）、細讀「joyfire
筆記」，可在「qianrushi.com」網站的好書下載欄目獲取
（3）、細讀《linux內核完全注釋》
（4）、細讀《understanding
the
linux
kernel
2》
（5）、利用源代碼閱讀利器工具」Source
Insight」進行真正的linux內核原碼刨析
（6）、最後進行內核移植，並能編寫在linux操作系統環境下運行的針對具體硬體的驅動程序
9、學習Linux設備驅動編寫。可參考《Linux設備驅動程序》
10、復習C++，學慣用QT進行圖形界面編程
（1）、細讀《QT編程寶典》
（2）、學會通過查看QT電子文檔進行QT
GUI實地編程
（3）、學習交叉編程．（其實就是把命令qmake變為tmake）
11、當然，你也可學習一下PCB的製作和設計一個自己的CPU（即軟殼）
至此，你已學完嵌入式的整流程！但謹記：一個有思想的人才真是一個力量無邊的人；有容乃大，能予方強！
『玖』 uCOS-II到底如何入門
先學在ucos下編程 再去了解其內核 然後學會移植和使用
『拾』 ucos-ii 支持哪些語言編程
絕大多數代碼用C寫，硬體相關部分用匯編言，希望有所幫助。