日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

使用RTOS的好處呢?

傳感器技術(shù) ? 來源:面包板社區(qū) ? 作者:面包板社區(qū) ? 2021-01-04 11:09 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

要用RTOS?單片機(jī)就這一點(diǎn)資源,使用RTOS能保證效率嗎?”

對(duì)于這個(gè)問題,我會(huì)反問:“你用單片機(jī)的目的是什么?是為了用單片機(jī)的C編程,單片機(jī)的匯編編程甚至于用單片機(jī)的二進(jìn)制指令編程?”上個(gè)世紀(jì)80年代,工程師用二進(jìn)制指令給Z80編程,現(xiàn)在還有誰在用?現(xiàn)在還有人死抱著匯編不放,但越來越多的人工程師使用C編程(我起初也是使用匯編的),為什么?因?yàn)槲覀兊哪康氖窃谟邢薜臅r(shí)間甚至是不充足的時(shí)間內(nèi)把項(xiàng)目保質(zhì)保量的完成!使用什么工具和方法是次要的(如果你的項(xiàng)目以成本放在第一位,則另當(dāng)別論,這時(shí),也是要考慮開發(fā)時(shí)間的)。時(shí)間就是金錢啊,一個(gè)產(chǎn)品在單片機(jī)上增加些許成本是可以接受的。況且,使用8051系列單片機(jī)時(shí),單片機(jī)資源也常有富余,CPU一般情況也只是空轉(zhuǎn),這就為它使用RTOS創(chuàng)造了條件。

那么,使用RTOS的好處呢?我舉一個(gè)例子吧。假設(shè)我們編一個(gè)串行通訊程序,通訊協(xié)議如下:

數(shù)據(jù)包長(zhǎng)度為NBYTE,起始字節(jié)為STARTBYTE1,STARTBYTE2,最后一個(gè)字節(jié)為檢驗(yàn)和,中間字節(jié)不可能出現(xiàn)連續(xù)出現(xiàn)STARTBYTE1,STARTBYTE2。

第一種方法,在中斷中處理協(xié)議:

unsignedcharBuf[NBYTE-2];bitGetRight=0;void comm(void) interrupt 4//"串行口中斷"{static unsigned char Sum,Flag=0,i;unsigned char temp;if(RI==1){RI=0;temp=SBUF;switch(Flag){case 0:if(temp==STARTBYTE1){Flag=1;}break;case 1:if(temp==STARTBYTE2){Sum=STARTBYTE1+STARTBYTE2;i=0;Flag=2;break;}if(temp==STARTBYTE1) break;Flag=0;break;case 2:if(temp==STARTBYTE1){Flag=3;break;}Sum+=temp;if((i>=(NBYTE-3))&&Sum==0){GetRight=1;Flag=0;break;}Buf[i++]=temp;break;case 3:if(temp==STARTBYTE2){Sum=STARTBYTE1+STARTBYTE2;Flag=2;i=0;break;}Sum+=STARTBYTE1;if((i>=(NBYTE-3))&&Sum==0){GetRight=1;Flag=0;break;}Buf[i++]=STARTBYTE1;if(temp==STARTBYTE1){break;}Sum+=temp;if((i>=(NBYTE-3))&&Sum==0){GetRight=1;Flag=0;break;}Buf[i++]=temp;Flag=2;break;}}}

第二種方法,使用隊(duì)列中斷函數(shù):

voidcomm(void)interrupt4//"串行口中斷"{if(RI==1){RI=0;SBUF入隊(duì);}}

主程序不斷調(diào)用的函數(shù):

unsigned char Buf[NBYTE-2];unsigned char ReadSerial(unsigned char *cp){unsigned char i;unsigned char temp,Sum;temp=隊(duì)列中數(shù)據(jù)個(gè)數(shù);if(temp<(NBYTE)) return 0;出隊(duì) temp;if(temp!=STARTBYTE1) return 0;temp=隊(duì)列首字節(jié);if(temp!=STARTBYTE2) return 0;出隊(duì) temp;sum=STARTBYTE1+STARTBYTE2;for(i=0;i{temp=隊(duì)列首字節(jié);if(temp==STARTBYTE1){temp=隊(duì)列次首字節(jié);if(temp==STARTBYTE2) return 0;}出隊(duì) temp;*cp++=temp;Sum+=temp;}temp=隊(duì)列首字節(jié);Sum+=temp;if(Sum!=0) return 0;出隊(duì) temp;return 1;}

第三種方法,使用RTOS中斷函數(shù):

void comm(void) interrupt 4//"串行口中斷"{OS_INT_ENTER();if(RI==1){RI=0;OSIntSendSignal(RECIVE_TASK_ID);}OSIntExit();}ID為RECIVE_TASK_ID的任務(wù)void Recuve(void){unsigned char temp,temp1,Sum,i;OSWait(K_SIG,0);temp=SBUF;while(1){while(1){OSWait(K_SIG,0);temp1=SBUF;if((temp==STARTBYTE1)&&(temp1==STARTBYTE2)) break;temp=temp1;}Sum=STARTBYTE1+STARTBYTE2;OSWait(K_SIG,0);temp=SBUF;for(i=0;i{OSWait(K_SIG,0);temp1=SBUF;if((temp==STARTBYTE1)&&(temp1==STARTBYTE2)){OSWait(K_SIG,0);temp=SBUF;i=-1;Sum=STARTBYTE1+STARTBYTE2;continue;}Buf[i]=temp;Sum+=temp;temp=temp1;}Sum+=temp1;if(Sum==0) OSSendSignal(命令解釋任務(wù) ID);}}

以下為這幾種方法的比較:

可讀性和編程容易性方面,第三鐘方法最好(如果允許使用goto語(yǔ)句,程序更加簡(jiǎn)單易讀),第二種次之(因?yàn)橐庩?duì)列程序),第一種最差。如果協(xié)議更加復(fù)雜,這方面更加明顯。程序簡(jiǎn)單易讀,自然出錯(cuò)機(jī)會(huì)小了。

RAM占用方面,第三種方法較少,第二種最多(因?yàn)殛?duì)列占用大量空間),第一種最少。

中斷執(zhí)行時(shí)間方面,第三種方法最長(zhǎng),第二種最短,第一種較長(zhǎng)。

從功能方面,第三種方法最強(qiáng),它還可以進(jìn)行超時(shí)處理(雖然例子程序沒有),其它方法均不行。

如果數(shù)據(jù)來的太快,命令處理程序來不及處理,三種方法處理方式不太一樣,第一種和第三種方法類似:丟棄以前數(shù)據(jù),第二種則是丟棄后到的數(shù)據(jù)。而且,第二種方法必須等命令處理程序完成后才處理下一個(gè)數(shù)據(jù)包,而第一種和第三種方只需命令處理程序?qū)?shù)據(jù)收取后就可處理下一個(gè)數(shù)據(jù)包。也就是說,第一種和第三種與命令處理程序并行處理,第二種方法為串行處理。

現(xiàn)在,一般情況下,開發(fā)的效率第一,執(zhí)行的效率(包括執(zhí)行時(shí)間和資源占用)第二。在這種情況下,降低些許效率換取開發(fā)的效率的較大提高,何樂而不為?何況,單個(gè)模塊的執(zhí)行的效率高不等于整個(gè)程序執(zhí)行效率高。例如,如果程序需要等待一段時(shí)間,一般用程序延時(shí)或定時(shí)器延時(shí)。無論何種方法,CPU不再處理其它工作,效率很低。而用RTOS,等待的時(shí)候CPU可以處理其它工作,效率得到提高。

以下摘自《uC/OS-II--源碼公開的實(shí)時(shí)嵌入式操作系統(tǒng)

“實(shí)時(shí)內(nèi)核也稱為實(shí)時(shí)操作系統(tǒng)或RTOS。使用它使得實(shí)時(shí)應(yīng)用程序的設(shè)計(jì)和擴(kuò)展變得容易。不需要大的改動(dòng)就可以增加新的功能。通過應(yīng)用程序分割為若干獨(dú)立的任務(wù),RTOS使得應(yīng)用程序的設(shè)計(jì)過程大為簡(jiǎn)化。使用可剝奪性的內(nèi)核時(shí),所有時(shí)間要求苛刻的事件都得到了盡可能快捷、有效的處理。通過有效的服務(wù);如信號(hào)量、郵箱、隊(duì)列、延時(shí)、超時(shí)等;RTOS使得資源得到更好的利用。

“如果應(yīng)用項(xiàng)目對(duì)額外的需求可以承受,應(yīng)該考慮使用實(shí)時(shí)內(nèi)核。這些額外的需求是:內(nèi)核的價(jià)格,額外ROM/RAM開銷,2至4百分點(diǎn)的CPU額外負(fù)擔(dān)。

“還有沒提到的一個(gè)因素是使用實(shí)時(shí)內(nèi)核增加的價(jià)格成本。在一些應(yīng)用中,價(jià)格就是一切,以至于對(duì)使用RTOS連想都不敢想?!?/p>

總而言之,適用的就是最好的,不要拒絕RTOS,在它適用的情況下,它工作得很好。

責(zé)任編輯:lq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 單片機(jī)
    +關(guān)注

    關(guān)注

    6078

    文章

    45599

    瀏覽量

    674128
  • 編程
    +關(guān)注

    關(guān)注

    90

    文章

    3724

    瀏覽量

    97461
  • RTOS
    +關(guān)注

    關(guān)注

    25

    文章

    871

    瀏覽量

    123243

原文標(biāo)題:?jiǎn)纹瑱C(jī)就那點(diǎn)資源,為啥還要用RTOS?

文章出處:【微信號(hào):WW_CGQJS,微信公眾號(hào):傳感器技術(shù)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    保姆級(jí)教程 | i.MX 93開發(fā)板適配Zephyr RTOS全解析

    對(duì)于嵌入式RTOS選型、工業(yè)級(jí)產(chǎn)品開發(fā)的團(tuán)隊(duì)而言,飛凌嵌入式OK-MX9352-C開發(fā)板+Zephyr RTOS是兼顧開發(fā)效率、系統(tǒng)安全與硬件可靠性的優(yōu)選方案。
    的頭像 發(fā)表于 04-28 08:03 ?8519次閱讀
    保姆級(jí)教程 | i.MX 93開發(fā)板適配Zephyr <b class='flag-5'>RTOS</b>全解析

    基于極海APM32F4的Azure RTOS ThreadX移植過程分享

    最近在玩APM32F407IG的板子,發(fā)現(xiàn)官方提供了兩個(gè)RTOS的demo,F(xiàn)reeRTOS和RT-thread。想著APM32F4這么豐富的資源,是不是也可以跑一下ThreadX RTOS看看
    的頭像 發(fā)表于 04-02 11:30 ?1321次閱讀
    基于極海APM32F4的Azure <b class='flag-5'>RTOS</b> ThreadX移植過程分享

    【瑞薩RA × Zephyr評(píng)測(cè)】Zephyr RTOS保姆級(jí)環(huán)境構(gòu)建與編譯下載踩坑版

    筆者介紹一下Zephyr RTOS 保姆級(jí)環(huán)境構(gòu)建與編譯下載
    的頭像 發(fā)表于 01-10 10:03 ?9906次閱讀
    【瑞薩RA × Zephyr評(píng)測(cè)】Zephyr <b class='flag-5'>RTOS</b>保姆級(jí)環(huán)境構(gòu)建與編譯下載踩坑版

    如何在Zephyr RTOS中實(shí)現(xiàn)延時(shí)和計(jì)時(shí)函數(shù)

    在實(shí)時(shí)操作系統(tǒng)(RTOS)中,時(shí)間管理是核心功能之一。無論是任務(wù)調(diào)度、超時(shí)控制,還是周期性事件,延時(shí)和計(jì)時(shí)機(jī)制都扮演著至關(guān)重要的角色。Zephyr RTOS作為一個(gè)輕量級(jí)、模塊化的開源系統(tǒng),提供了
    的頭像 發(fā)表于 12-26 10:32 ?6217次閱讀
    如何在Zephyr <b class='flag-5'>RTOS</b>中實(shí)現(xiàn)延時(shí)和計(jì)時(shí)函數(shù)

    使用RTOS時(shí)需要注意的幾點(diǎn)內(nèi)容分享

    對(duì)許多嵌入式項(xiàng)目來說,系統(tǒng)設(shè)計(jì)師都傾向于選擇實(shí)時(shí)操作系統(tǒng)(RTOS)。但RTOS總是必要的嗎? 答案是取決于具體的應(yīng)用,因此了解我們要達(dá)到什么目標(biāo)是決定RTOS是必要的還是花瓶的關(guān)鍵。 一般來說
    發(fā)表于 12-23 06:34

    選擇RTOS的要點(diǎn)

    對(duì)于許多嵌入式項(xiàng)目來說,在采用非實(shí)時(shí)操作系統(tǒng)(non-RTOS)的任何場(chǎng)合,也都可采用RTOS。但是,要找到一款具有完全相同應(yīng)用編程接口(API)的匹配RTOS就相當(dāng)困難了。因此,許多傳統(tǒng)的操作系統(tǒng)
    發(fā)表于 12-12 08:00

    RTOS Crash 問題全維度分析與解決指南

    RTOS Crash 問題全維度分析與解決指南 RTOS(實(shí)時(shí)操作系統(tǒng))的Crash(崩潰)是嵌入式實(shí)時(shí)系統(tǒng)中最致命的故障之一,直接破壞系統(tǒng)的實(shí)時(shí)性、可靠性,甚至引發(fā)安全事故。不同于通用操作系統(tǒng)
    發(fā)表于 12-08 03:56

    請(qǐng)問rtos效率能有裸機(jī)的多少啊?

    rtos效率能有裸機(jī)的多少啊?
    發(fā)表于 12-05 07:37

    學(xué)習(xí)RTOS的意義?

    對(duì)于嵌入式軟件工程師,學(xué)習(xí)RTOS非常有必要。 1. 項(xiàng)目需要 隨著產(chǎn)品要實(shí)現(xiàn)的功能越來越多,單純的裸機(jī)系統(tǒng)已經(jīng)不能完美地解決問題,反而會(huì)使編程變得更加復(fù)雜,如果想降低編程的難度,就必須引入
    發(fā)表于 11-27 08:16

    請(qǐng)問芯源MCU如何移植RTOS?

    請(qǐng)問芯源MCU如何移植RTOS?有相關(guān)的移植教程嘛?
    發(fā)表于 11-14 07:58

    RTOS怎么實(shí)現(xiàn)共享內(nèi)存?

    K230的RTOS支持POSIX標(biāo)準(zhǔn)的共享內(nèi)存嗎 我嘗試使用卻失敗 還是說需要源碼部分配置的開啟才可以使用 求教大佬
    發(fā)表于 08-04 08:06

    使用RTOS的SDK,調(diào)整rtsmart-menuconfig出現(xiàn)編譯錯(cuò)誤怎么解決?

    .想要啟用USB的Host主模式,在rtos_k230下改動(dòng)rtsmart-menuconfig 2.進(jìn)入RT-Thread Components---> 3.進(jìn)入Device
    發(fā)表于 07-22 07:59

    請(qǐng)問編譯純rtos到底是選擇Linux+rtos的sdk編譯only rtos還是直接使用rtos sdk?

    編譯純rtos到底是選擇Linux+rtos的sdk編譯only rtos還是直接使用rtos sdk?
    發(fā)表于 07-11 07:22

    下一代PX5 RTOS具有哪些優(yōu)勢(shì)

    許多古老的RTOS設(shè)計(jì)至今仍在使用,包括Zephyr(1980年代)、Nucleus(1990年代)和FreeRTOS(2003年)。所有這些舊設(shè)計(jì)都有專有的API,通常更大、更慢,并且缺乏下一代RTOS的必要安全認(rèn)證和功能。
    的頭像 發(fā)表于 06-19 15:06 ?1330次閱讀

    rtosrtos&amp;linux能否調(diào)整連接windows后的設(shè)備名稱?

    rtosrtos&amp;linux 能否調(diào)整連接windows后的設(shè)備名稱
    發(fā)表于 05-14 06:19
    五寨县| 额济纳旗| 弥渡县| 潮安县| 安义县| 自治县| 清镇市| 咸阳市| 香港 | 昭觉县| 灌云县| 青海省| 丘北县| 麻城市| 阜城县| 晴隆县| 磐安县| 郴州市| 蓬溪县| 米林县| 澜沧| 浦北县| 巴林左旗| 浦江县| 梅河口市| 彭泽县| 余江县| 五常市| 定州市| 出国| 元谋县| 沙洋县| 仪征市| 福海县| 桃园市| 神农架林区| 获嘉县| 丰镇市| 东明县| 山阳县| 尚义县|