標題: 一個涉及DMA傳輸?shù)腎2C通信異常的話題 [打印本頁]

作者: taoran    時間: 2015-12-8 04:00
標題: 一個涉及DMA傳輸?shù)腎2C通信異常的話題
整理:MilerShao

某工程師用到STM32F103芯片的I2C通信外設,啟用了DMA數(shù)據(jù)傳輸。他在使用I2C數(shù)據(jù)發(fā)送過程中,發(fā)現(xiàn)每輪實際發(fā)送出去的數(shù)據(jù)總比在DMA配置中設定的傳輸數(shù)據(jù)個數(shù)要少一個。比方說:在DMA配置里設定的傳輸數(shù)據(jù)個數(shù)是10個,結果發(fā)現(xiàn)在總線上只能發(fā)出9個,經(jīng)過進一步發(fā)現(xiàn)是少了最后一個數(shù)據(jù)。當對I2C接收到的數(shù)據(jù)進行DMA傳輸時,沒有異常。

從描述的情況來看,現(xiàn)象很有規(guī)律,感覺最后一個數(shù)據(jù)被截掉了似的。試著修改I2C傳輸?shù)腄MA的傳輸數(shù)據(jù)個數(shù),有意地多定義一個無用的數(shù)據(jù),可以滿足要求。但總覺得讓人不爽,希望找到原因。

查看其相關程序代碼并結合參閱STMCU相關技術手冊部分試著去找原因。

關于I2C的DMA傳輸,STM32技術參考手冊部分有這么一段話:


意思是說當DMA產(chǎn)生EOT標志后,(如果開啟了EOT相關中斷就進中斷程序,沒有開啟就進行軟件查詢做后續(xù)處理)關閉DMA請求,然后等待BTF事件,執(zhí)行STOP操作。

這里的BTF事件就是I2C數(shù)據(jù)收發(fā)過程中的數(shù)據(jù)字節(jié)是否傳輸完成的的事件。

查看客戶關于I2C發(fā)送代碼,發(fā)現(xiàn)他在檢測到DMA產(chǎn)生EOT標志后,他首先就是做的STOP操作,然后關閉相關DMA請求。代碼里沒有檢測BTF標志的過程�!究蛻粝嚓P程序代碼如下】


他這樣做就會導致個問題。在最后一次DMA數(shù)據(jù)傳輸完成后,數(shù)據(jù)剛放進I2C的DR寄存器,還沒來得及把這個新數(shù)據(jù)通過I2C發(fā)送出去,因為用戶程序立即做了STOP操作,最后那個數(shù)據(jù)只能冤死在DR寄存器了。

如果在客戶代碼添加有關BTF標志檢測后就正常,即在發(fā)STOP指令之前先等待BTF為1,就可避免上面提到的少發(fā)一個數(shù)據(jù)的問題。


其實,在STMCU應用過程中,不少問題是可以從技術參考手冊里找到答案的,或者從ST官方提供的參考庫代碼找參考線索。建議盡量使用最新版的技術手冊和參考固件庫。整理:MilerShao

某工程師用到STM32F103芯片的I2C通信外設,啟用了DMA數(shù)據(jù)傳輸。他在使用I2C數(shù)據(jù)發(fā)送過程中,發(fā)現(xiàn)每輪實際發(fā)送出去的數(shù)據(jù)總比在DMA配置中設定的傳輸數(shù)據(jù)個數(shù)要少一個。比方說:在DMA配置里設定的傳輸數(shù)據(jù)個數(shù)是10個,結果發(fā)現(xiàn)在總線上只能發(fā)出9個,經(jīng)過進一步發(fā)現(xiàn)是少了最后一個數(shù)據(jù)。當對I2C接收到的數(shù)據(jù)進行DMA傳輸時,沒有異常。

從描述的情況來看,現(xiàn)象很有規(guī)律,感覺最后一個數(shù)據(jù)被截掉了似的。試著修改I2C傳輸?shù)腄MA的傳輸數(shù)據(jù)個數(shù),有意地多定義一個無用的數(shù)據(jù),可以滿足要求。但總覺得讓人不爽,希望找到原因。

查看其相關程序代碼并結合參閱STMCU相關技術手冊部分試著去找原因。

關于I2C的DMA傳輸,STM32技術參考手冊部分有這么一段話:


意思是說當DMA產(chǎn)生EOT標志后,(如果開啟了EOT相關中斷就進中斷程序,沒有開啟就進行軟件查詢做后續(xù)處理)關閉DMA請求,然后等待BTF事件,執(zhí)行STOP操作。

這里的BTF事件就是I2C數(shù)據(jù)收發(fā)過程中的數(shù)據(jù)字節(jié)是否傳輸完成的的事件。

查看客戶關于I2C發(fā)送代碼,發(fā)現(xiàn)他在檢測到DMA產(chǎn)生EOT標志后,他首先就是做的STOP操作,然后關閉相關DMA請求。代碼里沒有檢測BTF標志的過程�!究蛻粝嚓P程序代碼如下】


他這樣做就會導致個問題。在最后一次DMA數(shù)據(jù)傳輸完成后,數(shù)據(jù)剛放進I2C的DR寄存器,還沒來得及把這個新數(shù)據(jù)通過I2C發(fā)送出去,因為用戶程序立即做了STOP操作,最后那個數(shù)據(jù)只能冤死在DR寄存器了。

如果在客戶代碼添加有關BTF標志檢測后就正常,即在發(fā)STOP指令之前先等待BTF為1,就可避免上面提到的少發(fā)一個數(shù)據(jù)的問題。


其實,在STMCU應用過程中,不少問題是可以從技術參考手冊里找到答案的,或者從ST官方提供的參考庫代碼找參考線索。建議盡量使用最新版的技術手冊和參考固件庫。


作者: 小蜜蜂o    時間: 2018-5-24 14:15
參考手冊里寫了,發(fā)送stop時如果正在傳輸字節(jié)會等待這個字節(jié)完成才發(fā)stop信號。EOT標志在iic、dma里,根本沒有對應的標志位。我猜測可能對應DMA
作者: 小蜜蜂o    時間: 2018-5-24 14:19
對應DMA的TC位。我現(xiàn)在的問題是,允許dma發(fā)送完成中斷,結果在中斷里關閉dma通道,一退出中斷就會觀察到nvic對應的中斷懸起位=1,過一會就又進中斷來了。這是怎么回事?
void DMA1_Channel4_IRQHandler(void)
{
        DMA1_TCIF_CLR(4);
        I2C2_TX_STOP;
        DMA1_CH4_OFF;       
}
作者: 小蜜蜂o    時間: 2018-5-24 17:07
是我DMA-TC標志位沒清除到位的問題,不是平常的寫0清零,必須寫1才能清零




歡迎光臨 (http://www.torrancerestoration.com/bbs/) Powered by Discuz! X3.1