ucos編程

1. ucos系統在單片機裡面編程時，是不是所有的外部中斷都要通過在任務中查詢標志位來實現

任務是不需要嚴格時序的,
通常外部中斷是對時序有嚴格要求的,因此不能放在任務裡面執行,
要是那個中斷不關心時序精度,可以在中斷到來是置位一個標志,然後讓任務來查詢該標志再做其它處理.

2. 在Ucos ii下編程問題，定義串口如下，求大神詳細解釋這樣編寫的原理

做 & 運算是為了在對應位清零
做 | 運算是為了在對應位置一
這樣可以不必理會其他bit位的位置 只修改你想修改的位置
至於賦的值代表什麼就得去查晶元的datasheet了

3. 如何在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（即軟殼）
至此，你已學完嵌入式的整流程！但謹記：一個有思想的人才真是一個力量無邊的人；有容乃大，能予方強！

4. uCOS編程，請教各位大蝦， 在中斷裡面可以不可以調用OSFlagPost發送事件，請各位大蝦指點

應該是所有的POST函數都不可以在中斷中調用的，因為執行POST函數後會產生一次任務調度，而任務調度就不能再中斷中執行，你仔細看OS_Sched 函數，中有個語句是if ((OSIntNesting == 0) && (OSLockNesting == 0)) 。而OSIntNesting 在中斷的時候是不會等於0的，至少也會等於1，因此就不會產生調度，自然就出錯了。

5. 為什麼我們需要uCos

，於是開始了uCos之路，但後來由於硬體平台的問題，畢設沒有用uCos ，而用了另外一個不開源的。 畢業後，做的項目用到過RTX51， uCos， linux ，當做linux下的項目時，研究過一陣子linux的源碼，後來又一天，閑來無事再去看uCos的源碼時，突然發現uCos里的一些原理，對於理解和構建一個操作系統這這么的經典和透徹！於是我覺得是時候再好好理解和整理下uCos里的一些原理了。 我覺得第一個要解決的問題是，為什麼我需要uCos？就像最開始學C編程時，老師告訴我，指針很重要，我那時就有一個大的疑問，指針到底有什麼好？還一邊在心裡嘀咕著：我不用指針不一樣把程序編出來了？現在想想c語言沒了指針，將寸步難行！回到正題，我們到底為什麼需要uCos？一般的簡單的嵌入式設備的編程思路是下面這樣的：main{{處理事務1}；{處理事務2}；{處理事務3}； .......{處理事務N}；}isr_server{{處理中斷}；}這是最一般的思路，對於簡單的系統當然是夠用了，但這樣的系統實時性是很差的，比如「事務1」如果是一個用戶輸入的檢測，當用戶輸入時，如果程序正在處理事務1下面的那些事務，那麼這次用戶輸入將失效，用戶的體驗是「這個按鍵不靈敏，這個機器很慢」，而我們如果把事務放到中斷里去處理，雖然改善了實時性但會導致另外一個問題，有可能會引發中斷丟失，這個後果有時候比「慢一點」更加嚴重和惡劣！又比如事務2是一個只需要1s鍾處理一次的任務，那麼顯然事務2會白白浪費CPU的時間。 這時，我們可能需要改進我們的編程思路，一般我們會嘗試採用「時間片」的方式。這時候編程會變成下面的方式：main{{事務1的時間片到了則處理事務1}；{事務2的時間片到了則處理事務2}； .......{事務N的時間片到了則處理事務N}；}time_isr_server{{判斷每個事務的時間片是否到來，並進行標記}；}isr_server{{處理中斷}；}我們可以看到，這種改進後的思路，使得事務的執行時間得到控制，事務只在自己的時間片到來後，才會去執行，但我們發現，這種方式仍然不能徹底解決「實時性」的問題，因為某個事務的時間片到來後，也不能立即就執行，她必須等到當前事務的時間片用完，並且後面的事務時間片沒到來，她才有機會獲得「執行時間」。 這時候我們需要繼續改進思路, 為了使得某個事務的時間片到來後能立即執行，我們需要在時鍾中斷里判斷完時間片後，改變程序的返回位置，讓程序不返回到剛剛被打斷的位置，而從最新獲得了時間片的事務處開始執行，這樣就徹底解決了事務的實時問題。 我們在這個思路上，進行改進，我們需要在每次進入時鍾中斷前，保存CPU的當前狀態和當前事務用到的一些數據，然後我們進入時鍾中斷進行時間片處理，若發現有新的更緊急的事務的時間片到來了，則我們改變中斷的返回的地址，並在CPU中恢復這個更緊急的事務的現場，然後返回中斷開始執行這個更緊急的事務。 上面的這段話有些不好讀，事實上，這是因為要實現這個過程是有些復雜和麻煩的，這時候我們就需要找一個操作系統(OS)幫我們做這些事了，如果你能自己用代碼實現這個過程，事實上你就在自己寫操作系統了，其實從這里也可也看出，操作系統的原理其實並不那麼神秘，只是一些細節你很難做好。 uCos就是這樣一個操作系統，她能幫你完成這些事情，而且是很優雅的幫你完成！ uCos的用處遠不止幫你完成這個「事務時間片的處理」，她還能幫你處理各種超時，進行內存管理，完成任務間的通信等，有了她，程序的層次也更加清晰，給系統添加功能也更方便，這一切在大型項目中越發的明顯！我們知道了uCos能給我們提供這么多的便利，那麼我們就開始使用uCos吧！