- 相關(guān)推薦
uCOS51移植心得[社區]
前一段時(shí)間，我參與了一個(gè)SNMP網(wǎng)管板的項目，我負責硬件設計和單板軟件開(kāi)發(fā)。該板的硬件由MCS51 RTL8019AS組成，有64K FLASH 和64K SRAM。軟件部分有操作系統和TCPIP協(xié)議棧。硬件比較簡(jiǎn)單，用了一個(gè)月就搞定了，協(xié)議棧我參考了老古開(kāi)發(fā)板的部分程序又上網(wǎng)找了SNMP源代碼也很快完成了，但是測試時(shí)發(fā)現當使用較低時(shí)鐘頻率的CPU時(shí)（為了降低成本），由于A(yíng)SN.1編解碼部分過(guò)于龐大，而我的程序又是一個(gè)大循環(huán)，AGENT的響應速度受到嚴重影響，用戶(hù)界面也反應遲鈍。更壞的消息是公司為了適應市場(chǎng)需求，還要在上面跑PPP和HTTP。那樣的話(huà)，我就得用40MHz的AT89C51RD2或者人為的把程序斷成幾部分然后用狀態(tài)機的方法在運行時(shí)再把它們連接起來(lái)。不過(guò)，我不想增加成本，也不想把程序搞亂，迫不得已，只好使用操作系統。說(shuō)實(shí)在的，一開(kāi)始我也不是很有把握，一來(lái)我不清楚51的FLASH是否裝得下這么多代碼，二來(lái)我只做過(guò)OS應用開(kāi)發(fā)，對于它的移植想都不敢想。不過(guò)，我在BBS上搜索了一陣兒后還是有了一些頭緒。我找到了幾個(gè)OS的源代碼（我喜歡用現成的），按照代碼大小、實(shí)時(shí)性、使用人數、眾人口碑等標準，最后選定了uCOS2。我感覺(jué)它的實(shí)時(shí)性有保障，延時(shí)可預測，代碼據說(shuō)可小到2K，網(wǎng)上討論這個(gè)話(huà)題的人也比較多，而且它的網(wǎng)站上有針對KEIL C51的移植實(shí)例。
經(jīng)過(guò)一番查找，我得到了5個(gè)版本。其中3個(gè)是用KEIL編譯的。本來(lái)我想直接把OS代碼嵌到應用程序中，但后來(lái)發(fā)現沒(méi)有一個(gè)可以直接使用。有的無(wú)法用KEIL直接編譯，有的需要修改DLL在軟件仿真下使用。而我需要的是能在串口輸入輸出，不需要修改任何無(wú)關(guān)軟件，能在軟件仿真和硬件上運行的實(shí)時(shí)多任務(wù)操作系統。沒(méi)有辦法，我只好硬著(zhù)頭皮去改編。
我分析了自己的劣勢：1。KEIL剛開(kāi)始使用，不太熟悉；2�；旌暇幊桃郧皬臎](méi)有作過(guò)；3。時(shí)間緊迫，要在1個(gè)月內搞定。而我的優(yōu)勢就是有5個(gè)移植實(shí)例可供參考，可以上網(wǎng)查資料。一開(kāi)始，我用“堆�！�、“混合編程”、“匯編”、“ucos”等關(guān)鍵字在C51BBS和老古論壇上檢索相關(guān)信息并逐條閱讀，讀過(guò)之后，頭腦中的思路逐漸清晰了。我了解到在KEIL的HLP目錄下有A51.PDF和C51.PDF非常全面的介紹了匯編和C51，是KEIL的權威用戶(hù)手冊；SP初始化、內存清0等操作在STARTUP.A51文件中實(shí)現，用戶(hù)可以改寫(xiě)它；KEIL的變量，子程序等的分配信息可以在.M51文件里查到；KEIL自己的論壇里有很多疑難問(wèn)題的解答……通過(guò)閱讀并經(jīng)過(guò)思考，解決了堆棧起點(diǎn)、堆�？臻g大小的設定等關(guān)鍵問(wèn)題。論壇里的問(wèn)題有些是我沒(méi)有想到的，這使我發(fā)現了自己的疏漏。
在網(wǎng)上獲得大量信息后，我開(kāi)始閱讀《uCOSII》中文版，一共讀了3遍。第一遍是瀏覽，了解到uCOSII包括任務(wù)調度、時(shí)間管理、內存管理、資源管理（信號量、郵箱、消息隊列）四大部分，沒(méi)有文件系統、網(wǎng)絡(luò )接口、輸入輸出界面。它的移植只與4個(gè)文件相關(guān)：匯編文件（OS_CPU_A.ASM）、處理器相關(guān)C文件（OS_CPU.H、OS_CPU_C.C）和配置文件（OS_CFG.H）。有64個(gè)優(yōu)先級，系統占用8個(gè)，用戶(hù)可創(chuàng )建56個(gè)任務(wù)，不支持時(shí)間片輪轉。第二遍主要是把整個(gè)工作過(guò)程在頭腦里過(guò)了一下，不懂地方有針對性的查書(shū)，重點(diǎn)是思考工作原理和流程。我發(fā)現其實(shí)它的思路挺簡(jiǎn)單的。就是 “近似地每時(shí)每刻總是讓優(yōu)先級最高的任務(wù)處于運行狀態(tài)” 。為了保證這一點(diǎn)，它在調用系統API函數、中斷結束、定時(shí)中斷結束時(shí)總是執行調度算法。原作者通過(guò)事先計算好數據，簡(jiǎn)化了運算量，通過(guò)精心設計就緒表結構，使得延時(shí)可預知。任務(wù)的切換是通過(guò)模擬一次中斷實(shí)現的。第三遍重點(diǎn)看了移植部分的內容。對照實(shí)例，研究了代碼的具體實(shí)現方法。
前期準備用了20幾天，真正編寫(xiě)代碼只用了1.5天，調試用了2天。具體過(guò)程如下：
(1)拷貝書(shū)后附贈光盤(pán)sourcecode目錄下的內容到C:\YY下，刪除不必要的文件和EX1L.C，只剩下p187(《uCOSII》)上列出的文件。
(2)改寫(xiě)最簡(jiǎn)單的OS_CPU.H
數據類(lèi)型的設定見(jiàn)C51.PDF第176頁(yè)。注意BOOLEAN要定義成unsigned char 類(lèi)型，因為bit類(lèi)型為C51特有，不能用在結構體里。
EA=0關(guān)中斷；EA=1開(kāi)中斷。這樣定義即減少了程序行數，又避免了退出臨界區后關(guān)中斷造成的死機。
MCU-51堆棧從下往上增長(cháng)(1=向下，0=向上)，OS_STK_GROWTH定義為0
#define OS_TASK_SW() OSCtxSw() 因為MCU-51沒(méi)有軟中斷指令，所以用程序調用代替。兩者的堆棧格式相同，RETI指令復位中斷系統，RET則沒(méi)有。實(shí)踐表明，對于MCU-51，用子程序調用入棧，用中斷返回指令RETI出棧是沒(méi)有問(wèn)題的，反之中斷入棧RET出棧則不行�？傊�，對于入棧，子程序調用與中斷調用效果是一樣的，可以混用。在沒(méi)有中斷發(fā)生的情況下復位中斷系統也不會(huì )影響系統正常運行。詳見(jiàn)《uC/OS-II》第八章193頁(yè)第12行
(3)改寫(xiě)OS_CPU_C.C
我設計的堆棧結構如下圖所示：
******************************************************************
*
* ----------
* |OSTCBCur|
* ----------
* |
* | ----------------------- ----------
* \----
【uCOS51移植心得[社區]】相關(guān)文章：
對辯訴交易制度移植的探討03-25
探析大樹(shù)移植管理技術(shù)03-18
腎移植術(shù)后早期CsA-03-18
肝移植圍術(shù)期血糖03-08
淺談大樹(shù)移植管理技術(shù)03-17
淺談園林大樹(shù)移植與管護03-17
獨立董事制度移植與本土化01-13
談園林綠化的大樹(shù)移植及養護03-28