<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • uCOS51移植心得[社區]

    時間:2024-09-03 13:48:48 理工畢業論文 我要投稿
    • 相關推薦

    uCOS51移植心得[社區]

    前一段時間,我參與了一個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函數、中斷結束、定時中斷結束時總是執行調度算法。原作者通過事先計算好數據,簡化了運算量,通過精心設計就緒表結構,使得延時可預知。任務的切換是通過模擬一次中斷實現的。第三遍重點看了移植部分的內容。對照實例,研究了代碼的具體實現方法。

    前期準備用了20幾天,真正編寫代碼只用了1.5天,調試用了2天。具體過程如下:

    (1)拷貝書后附贈光盤sourcecode目錄下的內容到C:\YY下,刪除不必要的文件和EX1L.C,只剩下p187(《uCOSII》)上列出的文件。

    (2)改寫最簡單的OS_CPU.H
    數據類型的設定見C51.PDF第176頁。注意BOOLEAN要定義成unsigned char 類型,因為bit類型為C51特有,不能用在結構體里。

    EA=0關中斷;EA=1開中斷。這樣定義即減少了程序行數,又避免了退出臨界區后關中斷造成的死機。

    MCU-51堆棧從下往上增長(1=向下,0=向上),OS_STK_GROWTH定義為0
    #define OS_TASK_SW() OSCtxSw() 因為MCU-51沒有軟中斷指令,所以用程序調用代替。兩者的堆棧格式相同,RETI指令復位中斷系統,RET則沒有。實踐表明,對于MCU-51,用子程序調用入棧,用中斷返回指令RETI出棧是沒有問題的,反之中斷入棧RET出棧則不行?傊瑢τ谌霔#映绦蛘{用與中斷調用效果是一樣的,可以混用。在沒有中斷發生的情況下復位中斷系統也不會影響系統正常運行。詳見《uC/OS-II》第八章193頁第12行

    (3)改寫OS_CPU_C.C

    我設計的堆棧結構如下圖所示:
    ******************************************************************
    *
    * ----------
    * |OSTCBCur|
    * ----------
    * |
    * | ----------------------- ----------
    * \----

    【uCOS51移植心得[社區]】相關文章:

    對辯訴交易制度移植的探討03-25

    探析大樹移植管理技術03-18

    腎移植術后早期CsA-03-18

    肝移植圍術期血糖03-08

    淺談大樹移植管理技術03-17

    淺談園林大樹移植與管護03-17

    獨立董事制度移植與本土化01-13

    淺談園林綠化大樹移植技術03-17

    談園林綠化的大樹移植及養護03-28

    主站蜘蛛池模板: 亚洲无线观看国产精品| 国产精品国产亚洲精品看不卡| 久久久久99精品成人片试看| 最新亚洲精品国自产在线观看| 亚洲日韩精品一区二区三区 | 亚洲精品一级无码中文字幕| 国产精品污WWW在线观看| 无码AⅤ精品一区二区三区| 欧美日韩精品在线| 国产午夜福利精品久久2021| 亚洲国产精品综合久久网络| 亚洲国产成人久久精品影视| 国产成人无码久久久精品一| 在线精品国产一区二区三区 | 99熟女精品视频一区二区三区| 国产精品vⅰdeoxxxx国产| 亚洲av永久无码精品秋霞电影影院| 国亚洲欧美日韩精品 | 精品无码国产一区二区三区51安| 人妻无码精品久久亚瑟影视| 国产精品成| 秋霞久久国产精品电影院| 大伊香蕉精品一区视频在线 | 四虎国产精品永久地址99| 成人伊人精品色XXXX视频| 无码久久精品国产亚洲Av影片| 久久99精品国产麻豆蜜芽| 国产精品久久久久乳精品爆| 尤物国产在线精品福利一区| 国产2021精品视频免费播放| 国产欧美精品一区二区三区 | 久久精品亚洲一区二区三区浴池| 亚洲精品无码成人片在线观看| 久久精品国产99国产精品| 国产精品美女久久久免费| 91精品国产人成网站| 99国产精品国产免费观看| 97精品国产高清自在线看超 | 国产精品久久久久久久午夜片| 国产成人AV无码精品| 99久久精品免费看国产一区二区三区|