uCOS51移植心得[社區(qū)]

前一段時(shí)間，我參與了一個(gè)SNMP網(wǎng)管板的項(xiàng)目，我負(fù)責(zé)硬件設(shè)計(jì)和單板軟件開發(fā)。該板的硬件由MCS51+RTL8019AS組成，有64K FLASH 和64K SRAM。軟件部分有操作系統(tǒng)和TCPIP協(xié)議棧。硬件比較簡單，用了一個(gè)月就搞定了，協(xié)議棧我參考了老古開發(fā)板的部分程序又上網(wǎng)找了SNMP源代碼也很快完成了，但是測(cè)試時(shí)發(fā)現(xiàn)當(dāng)使用較低時(shí)鐘頻率的CPU時(shí)（為了降低成本），由于ASN.1編解碼部分過于龐大，而我的程序又是一個(gè)大循環(huán)，AGENT的響應(yīng)速度受到嚴(yán)重影響，用戶界面也反應(yīng)遲鈍。更壞的消息是公司為了適應(yīng)市場(chǎng)需求，還要在上面跑PPP和HTTP。那樣的話，我就得用40MHz的AT89C51RD2或者人為的把程序斷成幾部分然后用狀態(tài)機(jī)的方法在運(yùn)行時(shí)再把它們連接起來。不過，我不想增加成本，也不想把程序搞亂，迫不得已，只好使用操作系統(tǒng)。

    說實(shí)在的，一開始我也不是很有把握，一來我不清楚51的FLASH是否裝得下這么多代碼，二來我只做過OS應(yīng)用開發(fā)，對(duì)于它的移植想都不敢想。不過，我在BBS上搜索了一陣兒后還是有了一些頭緒。我找到了幾個(gè)OS的源代碼（我喜歡用現(xiàn)成的），按照代碼大小、實(shí)時(shí)性、使用人數(shù)、眾人口碑等標(biāo)準(zhǔn)，最后選定了uCOS2。我感覺它的實(shí)時(shí)性有保障，延時(shí)可預(yù)測(cè)，代碼據(jù)說可小到2K，網(wǎng)上討論這個(gè)話題的人也比較多，而且它的網(wǎng)站上有針對(duì)KEIL C51的移植實(shí)例。

    經(jīng)過一番查找，我得到了5個(gè)版本。其中3個(gè)是用KEIL編譯的。本來我想直接把OS代碼嵌到應(yīng)用程序中，但后來發(fā)現(xiàn)沒有一個(gè)可以直接使用。有的無法用KEIL直接編譯，有的需要修改DLL在軟件仿真下使用。而我需要的是能在串口輸入輸出，不需要修改任何無關(guān)軟件，能在軟件仿真和硬件上運(yùn)行的實(shí)時(shí)多任務(wù)操作系統(tǒng)。沒有辦法，我只好硬著頭皮去改編。

    我分析了自己的劣勢(shì)：1。KEIL剛開始使用，不太熟悉；2。混合編程以前從沒有作過；3。時(shí)間緊迫，要在1個(gè)月內(nèi)搞定。而我的優(yōu)勢(shì)就是有5個(gè)移植實(shí)例可供參考，可以上網(wǎng)查資料。一開始，我用“堆棧”、“混合編程”、“匯編”、“ucos”等關(guān)鍵字在C51BBS和老古論壇上檢索相關(guān)信息并逐條閱讀，讀過之后，頭腦中的思路逐漸清晰了。我了解到在KEIL的HLP目錄下有A51.PDF和C51.PDF非常全面的介紹了匯編和C51，是KEIL的權(quán)威用戶手冊(cè)；SP初始化、內(nèi)存清0等操作在STARTUP.A51文件中實(shí)現(xiàn)，用戶可以改寫它；KEIL的變量，子程序等的分配信息可以在.M51文件里查到；KEIL自己的論壇里有很多疑難問題的解答……通過閱讀并經(jīng)過思考，解決了堆棧起點(diǎn)、堆�？臻g大小的設(shè)定等關(guān)鍵問題。論壇里的問題有些是我沒有想到的，這使我發(fā)現(xiàn)了自己的疏漏。

    在網(wǎng)上獲得大量信息后，我開始閱讀《uCOSII》中文版，一共讀了3遍。第一遍是瀏覽，了解到uCOSII包括任務(wù)調(diào)度、時(shí)間管理、內(nèi)存管理、資源管理（信號(hào)量、郵箱、消息隊(duì)列）四大部分，沒有文件系統(tǒng)、網(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)先級(jí)，系統(tǒng)占用8個(gè)，用戶可創(chuàng)建56個(gè)任務(wù)，不支持時(shí)間片輪轉(zhuǎn)。第二遍主要是把整個(gè)工作過程在頭腦里過了一下，不懂地方有針對(duì)性的查書，重點(diǎn)是思考工作原理和流程。我發(fā)現(xiàn)其實(shí)它的思路挺簡單的。就是 “近似地每時(shí)每刻總是讓優(yōu)先級(jí)最高的任務(wù)處于運(yùn)行狀態(tài)” 。為了保證這一點(diǎn)，它在調(diào)用系統(tǒng)API函數(shù)、中斷結(jié)束、定時(shí)中斷結(jié)束時(shí)總是執(zhí)行調(diào)度算法。原作者通過事先計(jì)算好數(shù)據(jù)，簡化了運(yùn)算量，通過精心設(shè)計(jì)就緒表結(jié)構(gòu)，使得延時(shí)可預(yù)知。任務(wù)的切換是通過模擬一次中斷實(shí)現(xiàn)的。第三遍重點(diǎn)看了移植部分的內(nèi)容。對(duì)照實(shí)例，研究了代

[1] [2] [3] [4] [5] 

【uCOS51移植心得[社區(qū)]】相關(guān)文章：

移植04-29

記憶移植作文02-20

核移植與線粒體04-26

記憶移植作文02-21

記憶移植不是夢(mèng)04-26

大樹移植技術(shù)04-28

假如記憶可以移植02-17

「記憶移植」開新花04-26

假如記憶可以移植作文02-04

假如記憶可以移植作文02-05