|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機(jī) | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計(jì) | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
picc實(shí)現(xiàn)uC/OS操作系統(tǒng)的問題 |
| 作者：jimmyqh.j 欄目：單片機(jī) |
uC/OS操作系統(tǒng)具有良好的可移植性,稍加修改可以移植到大部分的單片機(jī)上.但是在我想要移植到PIC單片機(jī)上時卻遇到問題.因?yàn)槲沂褂玫氖荋T-PICC編譯器,它在編譯鏈接時不會去除未使用的函數(shù),無法向KEIL C編譯器那樣會在鏈接時移除那些OVERLAY PROCESS.從而導(dǎo)致用HT-PICC編譯出來的內(nèi)核程序大得驚人.難道我真的應(yīng)該拋棄HT-PICC或者PIC嗎? 我是初次使用HT-PICC,我找了一下PICC的手冊也沒有看到哪里有此類設(shè)置的地方.不知道有沒有高手能夠指點(diǎn)一下,不勝感激! |
| 2樓： | >>參與討論 |
| 作者： zhb430124 于 2006/8/14 9:45:00 發(fā)布：
頂頂!!! 頂! |
|
| 3樓： | >>參與討論 |
| 作者： lanyong 于 2006/8/14 11:18:00 發(fā)布：
picc能編譯通過哇? 我聽說picc沒有棧的操作,搞不定呀. 要micrcochip的c18. |
|
| 4樓： | >>參與討論 |
| 作者： jimmyqh.j 于 2006/8/14 15:24:00 發(fā)布：
難道PICC不能用來編譯操作系統(tǒng)嗎? 我沒有使用PICC進(jìn)行全部編譯,僅僅是拿了幾個函數(shù)來測試,我發(fā)現(xiàn)它不能屏蔽掉未使用的函數(shù),所以我想如果拿來編譯操作系統(tǒng)那肯定很大.難道PICC不能用來編譯操作系統(tǒng)嗎? |
|
| 5樓： | >>參與討論 |
| 作者： eeproom 于 2006/8/15 13:38:00 發(fā)布：
路邊石頭上做一個標(biāo)記：某人到此一游！ UCOSII在PIC18的感受，銘記在此. 第一，支持ucosii移植的編譯器必須支持代碼重入（“寶典”之P283）。PICC不支持函數(shù)重載，故不入選。 第二，ＰＩＣ１８是８位機(jī)，要使用ＯＳ之先，要考慮任務(wù)切換的時間在0.2mS（我測試過24MHZ時，超過300uS)，以上是否能夠容忍？ROM占用最低8Kbyte，RAM不低于1K. 移植UCOSII到PIC18，要做到Real Time比較難。刷新240x64的T6963C的LCD看起來就像是高速路上的老爺車。我的感受是：玩玩不錯，實(shí)際工程應(yīng)用不實(shí)際。不過，不排除：我駕馭OS的低等技術(shù)和工控環(huán)境的實(shí)時要求太高。在dsPIC和24X下我估計(jì)很舒服了。 * - 本貼最后修改時間：2006-8-15 13:43:31 修改者：eeproom |
|
| 6樓： | >>參與討論 |
| 作者： jimmyqh.j 于 2006/8/15 17:17:00 發(fā)布：
看來應(yīng)該放棄 謝謝eeproom的衷告. 確實(shí)在PIC16系列單片機(jī)上跑操作系統(tǒng)不太現(xiàn)實(shí),而且這樣做就降低了PIC單片機(jī)簡潔高效的特性了. |
|
|
|
| 免費(fèi)注冊為維庫電子開發(fā)網(wǎng)會員，參與電子工程師社區(qū)討論，點(diǎn)此進(jìn)入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號 |