|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測(cè)控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動(dòng)編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機(jī) | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計(jì) | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
不推薦大家深研uC/OS-II |
| 作者：masashinakayama 欄目：嵌入式系統(tǒng) |
個(gè)人感覺(jué)uC/OS-II對(duì)arm結(jié)構(gòu)的支持不是很好 任務(wù)切換部分效率低，中間件重復(fù)使用性不佳 單片機(jī)就沒(méi)啥意思了，資源少的可憐 arm7上到湊合用用吧，也沒(méi)啥好RTOS arm9上就是Linux和WinCE的天下了，畢竟支持MMU 但是uC/OS-II的核心-任務(wù)切換很值得研究 個(gè)人認(rèn)為把核心幾部分看透徹了還是趕緊投靠Linux陣營(yíng)好 |
| 2樓： | >>參與討論 |
| 作者： high 于 2005/10/4 19:16:00 發(fā)布：
是指fs,gui這些東西嗎？那就多慮了，都拿不到。 |
|
| 3樓： | >>參與討論 |
| 作者： 老狼 于 2005/10/4 19:28:00 發(fā)布：
threadX |
|
| 4樓： | >>參與討論 |
| 作者： zljear 于 2005/10/4 19:41:00 發(fā)布：
請(qǐng)?jiān)诙嘀v一些uc/os 2的知識(shí) 請(qǐng)?jiān)诙嘀v一些uc/os 2的知識(shí) 給小弟介紹一下uc/os 2 或網(wǎng)址，最好是最初級(jí)的，最簡(jiǎn)單的 |
|
| 5樓： | >>參與討論 |
| 作者： highend 于 2005/10/4 23:37:00 發(fā)布：
渴盼樓主寫(xiě)出---- 與Linux或CE 類(lèi)似的 實(shí)時(shí)性比uc/OS2更好的 操作系統(tǒng)！ |
|
| 6樓： | >>參與討論 |
| 作者： zhb_wait 于 2005/10/5 0:54:00 發(fā)布：
re: 應(yīng)該這樣說(shuō)，ucos-ii不能使用與像linux等的大型界面上,但是用在一般的實(shí)時(shí)潛入式系統(tǒng)中還是很有必要的.沒(méi)有必要為每個(gè)系統(tǒng)都用上linux系統(tǒng) |
|
| 7樓： | >>參與討論 |
| 作者： masashinakayama 于 2005/10/5 9:31:00 發(fā)布：
1 我們需要的操作系統(tǒng)應(yīng)該兼顧實(shí)時(shí)性、可裁減性、可擴(kuò)展性 在linux上寫(xiě)個(gè)應(yīng)用程序很容易 在uC/OS-II上寫(xiě)就要當(dāng)心內(nèi)存碎化了，而且不支持C++ 堆�？臻g都以數(shù)組開(kāi)出，別扭，都定死了 編寫(xiě)用戶(hù)程序時(shí)你能找到的幫助遠(yuǎn)沒(méi)Linux多 但是uC/OS是一只五臟六腑俱全的麻雀，解剖一下會(huì)林另你功力上升一個(gè)臺(tái)階 你會(huì)發(fā)現(xiàn)《操作系統(tǒng)》課程里面的書(shū)本知識(shí)是怎么應(yīng)用起來(lái)的 我遠(yuǎn)沒(méi)本事寫(xiě)操作系統(tǒng)：） 最近發(fā)現(xiàn)老周在推日本的TRON操作體統(tǒng)，我在鬼子網(wǎng)站還沒(méi)看到仔細(xì)的TRON性能介紹，小日本的東西藏來(lái)藏去，找不到完整的，不過(guò)聽(tīng)說(shuō)日本占有率相當(dāng)高 有空了，我用C++把uC/OS改良一下，對(duì)ARM的七種模式看看如何優(yōu)化，因?yàn)樯舷挛那袚Q那邊是比較羅嗦的，效率低 |
|
| 8樓： | >>參與討論 |
| 作者： masashinakayama 于 2005/10/5 11:48:00 發(fā)布：
不止涉及兩個(gè)模式 涉及到svc，軟中斷進(jìn)入的 irq，一般中斷進(jìn)入 sys/usr普通運(yùn)行狀態(tài) 如果平時(shí)將系統(tǒng)整個(gè)運(yùn)行在svc下會(huì)出問(wèn)題滴~~ 我在44b0和AVR上都自己動(dòng)手移植過(guò) 44b0外面很多移植文章都是半懂不懂的人吹得 自己動(dòng)手搞最長(zhǎng)經(jīng)驗(yàn) |
|
| 9樓： | >>參與討論 |
| 作者： why_buaa 于 2005/10/5 16:03:00 發(fā)布：
嵌入式系統(tǒng)很難既運(yùn)行快又開(kāi)發(fā)方便 把堆棧定義成數(shù)組不能變也是由于嵌入式cpu一般都沒(méi)有像X86那樣的硬件分頁(yè)機(jī)制，如果要做成可變的那就得每次都檢查堆棧指針的越界情況,這個(gè)開(kāi)銷(xiāo)就太大了,而且還不能用C來(lái)開(kāi)發(fā)了。 其實(shí)如果嵌入式cpu專(zhuān)門(mén)對(duì)堆棧指針做個(gè)硬件越界檢查，產(chǎn)生一個(gè)越界異常的話，對(duì)操作系統(tǒng)的支持就能大大加強(qiáng)了，而且開(kāi)銷(xiāo)也很小。 |
|
| 10樓： | >>參與討論 |
| 作者： eleven11 于 2005/10/7 17:35:00 發(fā)布：
Linux太大，需要附帶的開(kāi)銷(xiāo)大 一個(gè)永遠(yuǎn)無(wú)法改變的缺陷 |
|
| 11樓： | >>參與討論 |
| 作者： eleven11 于 2005/10/7 17:40:00 發(fā)布：
如果都能用linux做產(chǎn)品 賣(mài)TCP/IP的早就關(guān)門(mén)了，可TCP那么貴還是很多公司愿意買(mǎi)，他們?yōu)槭裁床恢苯佑胠inux啊 |
|
| 12樓： | >>參與討論 |
| 作者： 最?lèi)?ài)韶涵 于 2005/10/8 11:45:00 發(fā)布：
感覺(jué)uC/OS-II的系統(tǒng)服務(wù)很有規(guī)律 都是由Accept、Create、Del、Pend、Post、Query等組成～～～ |
|
| 13樓： | >>參與討論 |
| 作者： Herowa 于 2005/10/8 17:03:00 發(fā)布：
呵呵 我暫時(shí)還是比較支持uC/OS-II，因?yàn)槲业哪芰簳r(shí)也能理解這樣層次的知識(shí)，呵呵。 |
|
| 14樓： | >>參與討論 |
| 作者： lwlwlw24 于 2005/10/9 11:28:00 發(fā)布：
與樓主有同感 uc/os II在arm7上好用，在arm9上就不行了 |
|
| 15樓： | >>參與討論 |
| 作者： diablocm 于 2005/10/9 12:31:00 發(fā)布：
具體還得看應(yīng)用，linux太大了 |
|
| 16樓： | >>參與討論 |
| 作者： 豬一樣理想 于 2005/10/9 20:08:00 發(fā)布：
本人以為eCos比較不錯(cuò) |
|
| 17樓： | >>參與討論 |
| 作者： winfeng 于 2005/10/10 13:11:00 發(fā)布：
樓主很淺薄！ |
|
| 18樓： | >>參與討論 |
| 作者： wudianjun 于 2005/10/10 18:51:00 發(fā)布：
很好的啊， |
|
| 19樓： | >>參與討論 |
| 作者： sanwa_chen 于 2005/10/11 9:47:00 發(fā)布：
hilo wo de 賬戶(hù)登錄不了了 |
|
| 20樓： | >>參與討論 |
| 作者： newcarron 于 2005/10/11 12:17:00 發(fā)布：
ucos在硬件配置要求比較低的時(shí)候還是挺有用的 我覺(jué)得linux跟ucos都各有千秋，應(yīng)該根據(jù)應(yīng)用不同來(lái)選擇，硬件配置比較低，但是實(shí)時(shí)性要求高的可以選擇ucos，而linux實(shí)時(shí)性就一般（我沒(méi)用過(guò)RTlinux，不太清楚它的實(shí)時(shí)性，不過(guò)聽(tīng)說(shuō)還不錯(cuò)），但是可以用在高層次的場(chǎng)合上。 我反而不推薦uClinux，感覺(jué)它好像高不成低不就的。 |
|
| 21樓： | >>參與討論 |
| 作者： mailbert 于 2005/10/13 12:54:00 發(fā)布：
何談“深研”？ 本來(lái)就不深，何談“深研”？ |
|
| 22樓： | >>參與討論 |
| 作者： robshine 于 2005/10/15 19:34:00 發(fā)布：
基本同意 我覺(jué)得先學(xué)習(xí)他還是比較好的，畢竟可以研究一下機(jī)制是怎么樣的，最有前途的，嘿嘿，跟樓主一樣，非linux莫屬了。 |
|
| 23樓： | >>參與討論 |
| 作者： yixin8611 于 2005/10/16 16:26:00 發(fā)布：
不同意 存在即有合理性 |
|
| 24樓： | >>參與討論 |
| 作者： weiganglnu 于 2005/10/16 21:10:00 發(fā)布：
不同意，又不是一定要在什么什么上用 不同意，又不是一定要在什么什么上用 |
|
| 25樓： | >>參與討論 |
| 作者： pk.kong 于 2005/10/16 22:03:00 發(fā)布：
大家看：uC/OS-II作者致中國(guó)用戶(hù)的公開(kāi)信 尤其是原來(lái)說(shuō)開(kāi)發(fā)原碼，不要錢(qián)，現(xiàn)在改口了。 寫(xiě)得多有意思。 |
|
| 26樓： | >>參與討論 |
| 作者： good02xaut 于 2005/10/17 10:51:00 發(fā)布：
會(huì)用就可以，有什么值得深研的 uc/os算不上一個(gè)完整的操作系統(tǒng)，除了進(jìn)程管理，就沒(méi)什么其他的了。 要研也是Linux，開(kāi)源，平臺(tái)多 |
|
| 27樓： | >>參與討論 |
| 作者： dollar 于 2005/10/17 14:46:00 發(fā)布：
請(qǐng)教uc/os II與linux有相似之處嗎？ 請(qǐng)教uc/os II與linux有相似之處嗎？一個(gè)都難學(xué)會(huì)，怎能又同時(shí)學(xué)其他，如果只學(xué)一個(gè)，學(xué)那種？ |
|
| 28樓： | >>參與討論 |
| 作者： 5day_ic 于 2005/10/17 18:25:00 發(fā)布：
不錯(cuò) |
|
| 29樓： | >>參與討論 |
| 作者： elelab 于 2005/10/28 7:31:00 發(fā)布：
Linux內(nèi)核對(duì)各種外圍設(shè)備的廣泛支持是一大優(yōu)勢(shì) 否則這些驅(qū)動(dòng)程序會(huì)用掉很多時(shí)間和經(jīng)費(fèi)的 GPL/LGPL授權(quán)模式也是一個(gè)因素，隨著國(guó)際間信息越來(lái)越透明，版權(quán)問(wèn)題是越來(lái)越不方便回避了，涉及出口更是不行 實(shí)時(shí)要求不高、用Linux，高了用eCos。算上研發(fā)時(shí)間和費(fèi)用也許不省什么甚至高不少，但是省心，產(chǎn)品基礎(chǔ)穩(wěn)固也是一個(gè)很值得考慮的因素 |
|
| 30樓： | >>參與討論 |
| 作者： bobi520 于 2005/10/28 20:26:00 發(fā)布：
不成的看法 我是個(gè)新手 我認(rèn)為對(duì)初學(xué)者來(lái)說(shuō)學(xué)習(xí)uc/os II比較好 因?yàn)樗容^簡(jiǎn)單嗎 而Linux對(duì)初學(xué)者太復(fù)雜 |
|
| 31樓： | >>參與討論 |
| 作者： publicrtos 于 2005/11/3 22:19:00 發(fā)布：
我自己寫(xiě)的RTOS 性能： 1. 支持256級(jí)優(yōu)先級(jí)，搶先式內(nèi)核； 2. 支持時(shí)間片、優(yōu)先級(jí)調(diào)度，每個(gè)優(yōu)先級(jí)可以建立多個(gè)任務(wù)； 3. 可以支持分時(shí)調(diào)度法，成為分時(shí)多任務(wù)系統(tǒng)； 3. 調(diào)度速度和任務(wù)個(gè)數(shù)無(wú)關(guān)（呵呵，這一點(diǎn)可以和ucos-ii抗衡了）； 4. 任務(wù)可以帶0~無(wú)限多個(gè)參數(shù)，任務(wù)可以返回； 5. 結(jié)構(gòu)更合理，使臨界區(qū)更小，關(guān)中斷的最長(zhǎng)時(shí)間小于100條指令的執(zhí)行時(shí)間； 6. 用gcc編譯，不優(yōu)化時(shí)代碼只有2.1k字節(jié)； 7. 效率高，在60MHZ的ARM7中運(yùn)行，整個(gè)系統(tǒng)只占1/3500的CPU時(shí)間。 |
|
| 32樓： | >>參與討論 |
| 作者： jiaoah97 于 2005/11/7 14:00:00 發(fā)布：
ecos ecos很好的 |
|
| 33樓： | >>參與討論 |
| 作者： fg_lin_zte 于 2005/11/7 14:06:00 發(fā)布：
FreeRTOS Free Open Source |
|
| 34樓： | >>參與討論 |
| 作者： ljc01123 于 2005/11/8 17:25:00 發(fā)布：
幫忙一下。。。 誰(shuí)有將UC/OS II移植到單片機(jī)上程序 ，簡(jiǎn)單點(diǎn)的，，，但是能將這個(gè)大體的架構(gòu)明白差不多的那種，，，我要將UC移植到我們現(xiàn)在的單片機(jī)運(yùn)行。 可是沒(méi)有搞過(guò)，，，無(wú)從下手啊， 請(qǐng)大家?guī)兔Γ。。?br> 我的郵箱 ：ljc97034@163.com QQ:14242875 |
|
| 35樓： | >>參與討論 |
| 作者： ljc01123 于 2005/11/8 17:32:00 發(fā)布：
幫忙一下。。。 有哪位仁兄，手頭上有關(guān)于將uc/os ii移植到單片機(jī)上的程序，，簡(jiǎn)單點(diǎn)的，， 但是能將uc/os ii系統(tǒng)明白的差不多的那種程序，，， 我要移植一下，，請(qǐng)大家?guī)兔Π?br> 信箱：ljc97034@163.com 第一個(gè)字母是L的小寫(xiě)，， QQ：14242875 |
|
| 36樓： | >>參與討論 |
| 作者： fangcheng 于 2005/11/14 12:48:00 發(fā)布：
潛力貼 頂一個(gè) |
|
| 37樓： | >>參與討論 |
| 作者： 汽車(chē)電子 于 2005/11/14 18:31:00 發(fā)布：
M7系統(tǒng)中還是用Keil的ARTX好 |
|
| 38樓： | >>參與討論 |
| 作者： zlinghe 于 2005/11/16 9:22:00 發(fā)布：
我覺(jué)得UC/OSII實(shí)用于小系統(tǒng)，而LINUX實(shí)用于大系統(tǒng) 不能簡(jiǎn)單的說(shuō)成UC/OS比LINUX差，如果有比較多的RAM，在單片機(jī)上使用UC/OS進(jìn)行進(jìn)程切換、通訊，還是比較方便和好用的，同時(shí)你還可以根據(jù)你的需要修改UC/OS里面的結(jié)構(gòu)。畢竟，它只有那么點(diǎn)代碼。而這些LINUX是很難做到的，雖然有高人能修改里面細(xì)節(jié)，但很多人做不到，多半都是改改配置，掛某個(gè)驅(qū)動(dòng)，不掛某個(gè)驅(qū)動(dòng)而已。 |
|
| 39樓： | >>參與討論 |
| 作者： puppyh 于 2005/11/16 9:51:00 發(fā)布：
一個(gè)關(guān)于uCOS在ARM上應(yīng)用的問(wèn)題 ARM分為好幾工作模式，用戶(hù)編寫(xiě)的代碼應(yīng)該運(yùn)行在user模式，而從操作系統(tǒng)的角度看，創(chuàng)建任務(wù)，任務(wù)調(diào)度，任務(wù)切換等操作應(yīng)該運(yùn)行在SYSTEM模式，而我發(fā)現(xiàn)網(wǎng)上關(guān)于移植uCOS用在ARM的代碼都是運(yùn)行在SYSTEM模式，包括uCOS-II網(wǎng)站上，這是不符合ARM芯片的應(yīng)用要求，同時(shí)也不符合操作系統(tǒng)的要求，在操作系統(tǒng)中，要求用戶(hù)的程序?yàn)槟繎B(tài)（用戶(hù)狀態(tài)），操作系統(tǒng)為管態(tài)（系統(tǒng)狀態(tài)），而ARM正是為這種要求而開(kāi)發(fā)的，而uCOS根本就沒(méi)有考慮到這個(gè)問(wèn)題，所以說(shuō)uCOS要在ARM應(yīng)用需要對(duì)源代碼進(jìn)行修改。 |
|
| 40樓： | >>參與討論 |
| 作者： hezhenzhou 于 2005/11/16 12:43:00 發(fā)布：
還是根據(jù)需要來(lái)選擇OS吧！ 如果出于學(xué)習(xí)的目的，好好研究一下UC-OS的調(diào)度方式，任務(wù)通訊機(jī)制，內(nèi)存管理機(jī)制等等，對(duì)理解嵌入式系統(tǒng)概念還是很有幫助的。即使具體到代碼的編寫(xiě)也有可圈可點(diǎn)的地方。至于運(yùn)用，我目前正將它移植到C8051F020上，做一個(gè)低頻治療儀，帶液晶顯示。等做完之后，再談感受吧：） |
|
| 41樓： | >>參與討論 |
| 作者： cczll 于 2005/11/20 21:21:00 發(fā)布：
同意 winfeng 的說(shuō)法 個(gè)人認(rèn)為需要什么樣的產(chǎn)品由市場(chǎng)決定。 |
|
| 42樓： | >>參與討論 |
| 作者： joywyc 于 2005/11/20 23:33:00 發(fā)布：
自作多情 我不能同意樓主的觀點(diǎn)。對(duì)于嵌入式操作系統(tǒng)的選用，是根據(jù)具體應(yīng)用來(lái)選取的。例如，ucosii就適合于用于實(shí)時(shí)性很強(qiáng)的、不須要文件系統(tǒng)和圖形交互界面的應(yīng)用領(lǐng)域。而linux、ecos或windows ce 等較大型的嵌入式操作系統(tǒng)，應(yīng)該適合于用實(shí)時(shí)性相對(duì)低一些、任務(wù)數(shù)更多、須要文件系統(tǒng)和圖形交互界面支持的應(yīng)用領(lǐng)域。但OS發(fā)展也不是一成不變的，我們現(xiàn)在用的ucosii大多數(shù)是公開(kāi)發(fā)行的教育版本v2.5--v2.7�，F(xiàn)在商用版本ucos，也可以配上文件系統(tǒng)、圖形交互系統(tǒng)和usb接口系統(tǒng)，并且還提供ucos的IED開(kāi)發(fā)程序。 至于用C++來(lái)重寫(xiě)ucos，純粹是自作多情。連老牌的linux、windows大型桌面操作系統(tǒng)軟件都是用C來(lái)寫(xiě)的，而決不會(huì)用開(kāi)銷(xiāo)極大的C++去寫(xiě)，更何況嵌入式操作系統(tǒng)對(duì)于資源和實(shí)時(shí)性要求極強(qiáng)呢？ |
|
| 43樓： | >>參與討論 |
| 作者： slump 于 2005/11/21 9:11:00 發(fā)布：
隨便說(shuō)說(shuō) 1.ecos的實(shí)時(shí)性比ucos高，ucos里動(dòng)不動(dòng)關(guān)中斷，實(shí)時(shí)性很難預(yù)測(cè)。 2.ecos的資源需求比ucos高，但和linux不是一檔次的， 甚至在數(shù)十krom,十多kram的系統(tǒng)上，缺省配置也能跑的很歡。 3.對(duì)于有一定基礎(chǔ)的人來(lái)說(shuō)，從接觸ucos到獨(dú)立完成一個(gè)移植也用不上一兩個(gè)星期,因此,同意某樓的話：本就不深，談何深研。 4.存在即合理，根據(jù)需求，該用什么用什么。 |
|
| 44樓： | >>參與討論 |
| 作者： probe 于 2005/11/22 9:39:00 發(fā)布：
還行吧！要不你來(lái)個(gè)RTOS！ |
|
| 45樓： | >>參與討論 |
| 作者： eleven11 于 2005/11/23 10:57:00 發(fā)布：
看人挑水不腰疼 usos2的函數(shù)絕大多數(shù)都沒(méi)有變量的，各位有幾個(gè)能做到？ 說(shuō)關(guān)中斷太長(zhǎng)，暈，那ucos2也不用賣(mài)了 |
|
| 46樓： | >>參與討論 |
| 作者： cb34494799 于 2006/4/22 16:46:00 發(fā)布：
還行啦 |
|
|
|
| 免費(fèi)注冊(cè)為維庫(kù)電子開(kāi)發(fā)網(wǎng)會(huì)員，參與電子工程師社區(qū)討論，點(diǎn)此進(jìn)入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號(hào) |