前言
客戶反饋在使用STM32F205的串口工作在DMA模式時(shí)，有時(shí)能夠接收數(shù)據(jù)，有時(shí)完全沒有數(shù)據(jù)，但如果換成中斷模式來接收又能100%正常收到數(shù)據(jù)。

一 復(fù)現(xiàn)現(xiàn)象
問題背景
與客戶溝通，客戶使用的是STM32F2標(biāo)準(zhǔn)庫(kù)V1.1.0，串口波特率為1.408Mbps，不經(jīng)過串口RS232，直接連接主CPU和從MCU(STM32F205)的串口發(fā)送和接收引腳，如下圖所示：



嘗試重現(xiàn)問題
由于客戶使用的是主從架構(gòu)，實(shí)驗(yàn)采用兩塊STM3220G-EVAL評(píng)估板來重現(xiàn)現(xiàn)象。一塊用來不間斷發(fā)送串口數(shù)據(jù)，另一塊采用串口DMA進(jìn)行接收，直接通過杜邦線連接串口PIN腳并共地，不使用評(píng)估板上的RS232收發(fā)器。接收端使用STM32F2xx_StdPeriph_Examples USARTUSART_TwoBoards的示例代碼。代碼片段如下：





USART_Config()函數(shù)如下：







按如上代碼，有如下現(xiàn)象：
1 代碼不做修改，若先啟動(dòng)接收端MCU再啟動(dòng)發(fā)送端MCU，接收端MCU的串口能正常接收。
2代碼不做修改，若先啟動(dòng)發(fā)送端MCU再啟動(dòng)接收端MCU，接收端MCU的串口100%接收異常。
3 修改發(fā)送端代碼，改為發(fā)送端MCU串口每1秒間隔發(fā)送一次，則無(wú)論啟動(dòng)順序如何，接收端MCU的串口都能正常。

二 程序分析
由上述代碼可知，程序是先在USART_Config()函數(shù)函數(shù)內(nèi)初始化串口并使能，然后再在接下來的main函數(shù)的while循環(huán)內(nèi)初始化DMA并使能。這個(gè)是標(biāo)準(zhǔn)庫(kù)內(nèi)附帶的示例代碼，咋一看沒什么問題，但仔細(xì)一想，針對(duì)用戶的使用場(chǎng)景，這里就會(huì)產(chǎn)生一個(gè)問題：由于用戶的主CPU有可能在從MCU啟動(dòng)之前就已經(jīng)有可能啟動(dòng)，那么在這種情況下，在初始化完串口并使能后，到DMA使能之前這段時(shí)間內(nèi)，若主CPU向從MCU發(fā)送串口數(shù)據(jù)，從MCU是否能正確接收？

從上述測(cè)試代碼的結(jié)果2可以得出，若在串口初始化并使能后到DMA使能之前有數(shù)據(jù)來，MCU是不能接收的，經(jīng)進(jìn)一步調(diào)試，發(fā)現(xiàn)此時(shí)數(shù)據(jù)寄存器USART_DR存在一個(gè)數(shù)據(jù)，且在狀態(tài)寄存器USART_SR中ORE值1，由此可知，串口的接收寄存器中已經(jīng)接收到一個(gè)數(shù)據(jù)，但是后面的數(shù)據(jù)又來了，由于數(shù)據(jù)寄存器中的數(shù)據(jù)沒有及時(shí)轉(zhuǎn)移走（此時(shí)DMA還沒有開啟），從而導(dǎo)致后面的數(shù)據(jù)無(wú)法存入，所以產(chǎn)生了上溢錯(cuò)誤（ORE），而一旦產(chǎn)生上溢錯(cuò)誤后，就無(wú)法再觸發(fā)DAM請(qǐng)求，及時(shí)之后再啟動(dòng)DMA也不行，無(wú)法觸發(fā)DMA請(qǐng)求就無(wú)法將數(shù)據(jù)寄存器內(nèi)的數(shù)據(jù)及時(shí)轉(zhuǎn)移走，如此陷入死鎖，這就是串口無(wú)**常接收的原因。這時(shí)反觀一下代碼的結(jié)果3，這又將做如何解釋？

仔細(xì)查看測(cè)試結(jié)果3，發(fā)現(xiàn)這個(gè)發(fā)送端每1秒間隔發(fā)送一次，那么就會(huì)存在這個(gè)一個(gè)概率，這個(gè)發(fā)送的時(shí)間點(diǎn)是否剛好在接收端MCU的串口初始化并使能和DMA使能之間還是之后，這個(gè)時(shí)間窗口非常關(guān)鍵，如果剛好在時(shí)間窗，那么串口接收就不正常，如果在這個(gè)時(shí)間窗之后，串口接收就能正常。由于測(cè)試代碼采用的是1秒間隔，對(duì)于MCU來說這個(gè)是非常大的時(shí)間長(zhǎng)度，還是很小概率能碰中這個(gè)時(shí)間窗的，因此，測(cè)試結(jié)果看起來是都能正常，實(shí)際嚴(yán)格來說，還是存在剛好碰中的可能。如果間隔時(shí)間縮短，那個(gè)碰中的幾率就增大。由此看來，這也就能解釋測(cè)試結(jié)果3了，也能解釋客戶提到的有時(shí)正常有時(shí)不正常的現(xiàn)象了。

三 問題處理
處理有兩種方法，第一種方法是在使能DMA后，及時(shí)將數(shù)據(jù)寄存器DR中的數(shù)據(jù)清除掉，如下代碼所示：



這里是使用讀DR的方法來清除的，從參考手冊(cè)中也提到使用這種方法來清除ORE標(biāo)志：



第一種方法類似于一種糾錯(cuò)措施，下面介紹另一種推薦的方法，如下代碼所示：



如上所示，可以先使能DMA再使能串口，這樣就徹底不存在那個(gè)時(shí)間窗了，不管數(shù)據(jù)何時(shí)過來能能被DAM及時(shí)轉(zhuǎn)走。這個(gè)是推薦的解決方法。

四 結(jié)論
標(biāo)準(zhǔn)庫(kù)中的示例代碼一般來說只供參考，對(duì)于大部分情況來說都是能正常工作的，但偶爾也會(huì)出現(xiàn)不適用的情況，此時(shí)更需要我們針對(duì)問題進(jìn)行思考分析，進(jìn)一步找到原因才能解決問題。對(duì)于串口使用DMA來接收的情況，這里建議一定要先使能DMA，最后使能串口，這樣就能避免類似問題出現(xiàn)了。