自從發表《uCOS51移植心得》以來，我收到了很多朋友們的來信，大家對公開源碼表示鼓勵，謝謝大家的支持！很多人對于編寫自己的操作系統很感興趣，uCOS51是個不錯的選擇。它的優點是簡單易懂，學習成本低，有利于向32位CPU過渡。目前，嵌入式BBS上的熱點是：嵌入式實時多任務操作系統、單片機上網、32bitCPU（如ARM等）。其實通過uCOS51學習完全可以掌握這些熱門技術的精髓，而且學習成本低廉。為此我會陸續將我在研發過程中的經驗體會寫出來與大家交流，共同進步。我準備討論以下內容：uCOS51高效內核、OS人機界面SHELL的編寫、51機開發板的硬件設計、RTL8019AS網卡驅動程序、51TCP/IP 協議棧設計、應用協議FTP、PPP、HTTP、SMTP、SNMP……在51上的實現技術、51OS任務劃分和應用程序實例、由51軟件系統向ARM的移植以及其他想到的題目。歡迎大家積極參與。

　　前一段時間，我參與了一個SNMP網管板的項目，我負責硬件設計和單板軟件開發。該板的硬件由MCS51+RTL8019AS組成，有64K FLASH 和64K SRAM。軟件部分有操作系統和TCPIP協議棧。硬件比較簡單，用了一個月就搞定了，協議棧我參考了老古開發板的部分程序又上網找了SNMP源代碼也很快完成了，但是測試時發現當使用較低時鐘頻率的CPU時（為了降低成本），由于ASN.1編解碼部分過于龐大，而我的程序又是一個大循環，AGENT的響應速度受到嚴重影響，用戶界面也反應遲鈍。更壞的消息是公司為了適應市場需求，還要在上面跑PPP和HTTP。那樣的話，我就得用40MHz的AT89C51RD2或者人為的把程序斷成幾部分然后用狀態機的方法在運行時再把它們連接起來。不過，我不想增加成本，也不想把程序搞亂，迫不得已，只好使用操作系統。說實在的，一開始我也不是很有把握，一來我不清楚51的FLASH是否裝得下這么多代碼，二來我只做過OS應用開發，對于它的移植想都不敢想。不過，我在BBS上搜索了一陣兒后還是有了一些頭緒。我找到了幾個OS的源代碼（我喜歡用現成的），按照代碼大小、實時性、使用人數、眾人口碑等標準，最后選定了uCOS2。我感覺它的實時性有保障，延時可預測，代碼據說可小到2K，網上討論這個話題的人也比較多，而且它的網站上有針對KEIL C51的移植實例。經過一番查找，我得到了5個版本。其中3個是用KEIL編譯的。本來我想直接把OS代碼嵌到應用程序中，但后來發現沒有一個可以直接使用。有的無法用KEIL直接編譯，有的需要修改DLL在軟件仿真下使用。而我需要的是能在串口輸入輸出，不需要修改任何無關軟件，能在軟件仿真和硬件上運行的實時多任務操作系統。沒有辦法，我只好硬著頭皮去改編。我分析了自己的劣勢：1。KEIL剛開始使用，不太熟悉；2。混合編程以前從沒有作過；3。時間緊迫，要在1個月內搞定。而我的優勢就是有5個移植實例可供參考，可以上網查資料。一開始，我用“堆棧”、“混合編程”、“匯編”、“ucos”等關鍵字在C51BBS 和老古論壇上檢索相關信息并逐條閱讀，讀過之后，頭腦中的思路逐漸清晰了。我了解到在KEIL的HLP目錄下有A51.PDF和C51.PDF非常全面的介紹了匯編和C51，是KEIL的權威用戶手冊；SP初始化、內存清0等操作在STARTUP.A51文件中實現，用戶可以改寫它；KEIL的變量，子程序等的分配信息可以在.M51文件里查到；KEIL自己的論壇里有很多疑難問題的解答……通過閱讀并經過思考，解決了堆棧起點、堆棧空間大小的設定等關鍵問題。論壇里的問題有些是我沒有想到的，這使我發現了自己的疏漏。在網上獲得大量信息后，我開始閱讀《uCOSII》中文版，一共讀了3遍。第一遍是瀏覽，了解到uCOSII包括任務調度、時間管理、內存管理、資源管理（信號量、郵箱、消息隊列）四大部分，沒有文件系統、網絡接口、輸入輸出界面。它的移植只與4個文件相關：匯編文件（OS_CPU_A.ASM）、處理器相關C文件（OS_CPU.H、OS_CPU_C.C）和配置文件（OS_CFG.H）。有64個優先級，系統占用8個，用戶可創建56個任務，不支持時間片輪轉。第二遍主要是把整個工作過程在頭腦里過了一下，不懂的地方有針對性地查書，重點是思考工作原理和流程。我發現其實它的思路挺簡單的。就是 “近似地每時每刻總是讓優先級最高的就緒任務處于運行狀態” 。為了保證這一點，它在調用系統API函數、中斷結束、定時中斷結束時總是執行調度算法。原作者通過事先計算好數據，簡化了運算量，通過精心設計就緒表結構，使得延時可預知。任務的切換是通過模擬一次中斷實現的。第三遍重點看了移植部分的內容。對照實例，研究了代碼的具體實現方法。