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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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