昆明嵌入式培訓(xùn)班選哪個(gè)？

昆明嵌入式培訓(xùn)班選哪個(gè)?達(dá)內(nèi)教育隸屬于加拿大達(dá)內(nèi)IT培訓(xùn)集團(tuán)，于2002年成立 ，是達(dá)內(nèi)IT培訓(xùn)集團(tuán)直屬學(xué)院。學(xué)院成立旨在建立軟件高級(jí)人才培養(yǎng)的通道，促進(jìn)我國(guó)信息產(chǎn)業(yè)迅速發(fā)展。依托達(dá)內(nèi)集團(tuán)國(guó)內(nèi)持平的課程體系(TTS6.0)，雄厚的師資力量，廣闊的就業(yè)平臺(tái)，迄今為止已與國(guó)內(nèi)上萬家IT企業(yè)進(jìn)行人才輸送合作，其中緊密合作企業(yè)4000余家、深入合作企業(yè)200余家、訂單輸送聯(lián)盟企業(yè)107家。

在uC/OS-II下開發(fā)一個(gè)串口的驅(qū)動(dòng)程序，驅(qū)動(dòng)和接口在測(cè)試中均未發(fā)現(xiàn)問題。應(yīng)用中開發(fā)了個(gè)通訊程序，串口驅(qū)動(dòng)提供了一個(gè)查詢驅(qū)動(dòng)緩沖區(qū)字符的函數(shù)：GetRxBuffCharNum()。 高層需要接受一定數(shù)量的字符以后才能對(duì)包做解析，用偽代碼表示如下：

bExit = FALSE;

do { if (GetRxBuffCharNum() >= 30) bExit = ReadRxBuff(buff, GetRxBuffCharNum());

}

while (!bExit);

這段代碼判斷當(dāng)前緩沖區(qū)中超過30個(gè)字符，就將緩沖區(qū)中全部字符讀到緩沖區(qū)中，直到讀取成功為止。邏輯清楚，思路也清楚。但這段代碼是不能正常工作。如果是在PC機(jī)上，定然是沒有任何問題，工作的異常正常。但在嵌入式里真的是不得而知了。同事很郁悶，不知道為什么。來請(qǐng)我解決問題，當(dāng)時(shí)我看到代碼，就問了他，GetRxBuffCharNum()是怎么實(shí)現(xiàn)的?打開一看：

unsigned GetRxBuffCharNum(void)

{

cpu_register reg;

unsigned num;

reg = interrupt_disable();

num = gRxBuffCharNum;

interrupt_enable(reg);

return (num);

}

很明顯，由于在循環(huán)中，interruput_disable()和interrupt_enable()之間是個(gè)全局臨界區(qū)域，增加gRxBufCharNum的完整性。但是，由于在外層的do { } while() 循環(huán)中，CPU頻繁的關(guān)閉中斷，打開中斷，這個(gè)時(shí)間非常的短。實(shí)際上CPU可能不能正常的響應(yīng)UART的中斷。

當(dāng)然這和uart的波特率、硬件緩沖區(qū)的大小還有CPU的速度都有關(guān)系。我們使用的波特率非常高，大約有3Mbps。uart起始信號(hào)和停止信號(hào)占一個(gè)比特位。一個(gè)字節(jié)需要消耗10個(gè)周期。3Mbps的波特率大約需要3.3us傳輸一個(gè)字節(jié)。3.3us能執(zhí)行多少個(gè)CPU指令呢?100MHz的ARM，大約能執(zhí)行150條指令左右。結(jié)果關(guān)閉中斷的時(shí)間是多長(zhǎng)呢?一般ARM關(guān)閉中斷都需要4條以上的指令，打開又有4條以上的指令。接收uart中斷的代碼實(shí)際上是不止20條指令的。所以，這樣下來，就有可能出現(xiàn)丟失通信數(shù)據(jù)的Bug，體現(xiàn)在系統(tǒng)層面上，就是通信不穩(wěn)定。

修改這段代碼其實(shí)很簡(jiǎn)單，較簡(jiǎn)單的辦法是從高層修改。即：

bExit = FALSE;

do { DelayUs(20);

//延時(shí) 20us，一般采用空循環(huán)指令實(shí)現(xiàn)

num = GetRxBuffCharNum();

if (num >= 30) bExit = ReadRxBuff(buff, num);

}

while (!bExit);

這樣，讓CPU有時(shí)間去執(zhí)行中斷的代碼，從而避免了頻繁關(guān)閉中斷造成的中斷代碼執(zhí)行不及時(shí)，產(chǎn)生的信息丟失。在嵌入式系統(tǒng)里，大部分的RTOS應(yīng)用都是不帶串口驅(qū)動(dòng)。自己設(shè)計(jì)代碼時(shí)，沒有充分考慮代碼與內(nèi)核的結(jié)合。造成代碼深層次的問題。RTOS之所以稱為RTOS，就是因?yàn)閷?duì)事件的響應(yīng);事件的響應(yīng)依賴于CPU對(duì)中斷的響應(yīng)速度。驅(qū)動(dòng)在Linux這種系統(tǒng)中都是與內(nèi)核高度整合，一起運(yùn)行在內(nèi)核態(tài)。