找回密碼
 立即注冊(cè)

QQ登錄

只需一步,快速開始

搜索
查看: 12412|回復(fù): 3
打印 上一主題 下一主題
收起左側(cè)

一個(gè)涉及DMA傳輸?shù)腎2C通信異常的話題

[復(fù)制鏈接]
跳轉(zhuǎn)到指定樓層
樓主
ID:98618 發(fā)表于 2015-12-8 04:00 | 只看該作者 回帖獎(jiǎng)勵(lì) |倒序?yàn)g覽 |閱讀模式
整理:MilerShao

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

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

查看其相關(guān)程序代碼并結(jié)合參閱STMCU相關(guān)技術(shù)手冊(cè)部分試著去找原因。

關(guān)于I2C的DMA傳輸,STM32技術(shù)參考手冊(cè)部分有這么一段話:


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

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

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


他這樣做就會(huì)導(dǎo)致個(gè)問題。在最后一次DMA數(shù)據(jù)傳輸完成后,數(shù)據(jù)剛放進(jìn)I2C的DR寄存器,還沒來得及把這個(gè)新數(shù)據(jù)通過I2C發(fā)送出去,因?yàn)橛脩舫绦蛄⒓醋隽薙TOP操作,最后那個(gè)數(shù)據(jù)只能冤死在DR寄存器了。

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


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

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

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

查看其相關(guān)程序代碼并結(jié)合參閱STMCU相關(guān)技術(shù)手冊(cè)部分試著去找原因。

關(guān)于I2C的DMA傳輸,STM32技術(shù)參考手冊(cè)部分有這么一段話:


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

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

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


他這樣做就會(huì)導(dǎo)致個(gè)問題。在最后一次DMA數(shù)據(jù)傳輸完成后,數(shù)據(jù)剛放進(jìn)I2C的DR寄存器,還沒來得及把這個(gè)新數(shù)據(jù)通過I2C發(fā)送出去,因?yàn)橛脩舫绦蛄⒓醋隽薙TOP操作,最后那個(gè)數(shù)據(jù)只能冤死在DR寄存器了。

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


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

分享到:  QQ好友和群QQ好友和群 QQ空間QQ空間 騰訊微博騰訊微博 騰訊朋友騰訊朋友
收藏收藏1 分享淘帖 頂 踩
回復(fù)

使用道具 舉報(bào)

沙發(fā)
ID:98591 發(fā)表于 2018-5-24 14:15 | 只看該作者
參考手冊(cè)里寫了,發(fā)送stop時(shí)如果正在傳輸字節(jié)會(huì)等待這個(gè)字節(jié)完成才發(fā)stop信號(hào)。EOT標(biāo)志在iic、dma里,根本沒有對(duì)應(yīng)的標(biāo)志位。我猜測(cè)可能對(duì)應(yīng)DMA
回復(fù)

使用道具 舉報(bào)

板凳
ID:98591 發(fā)表于 2018-5-24 14:19 | 只看該作者
對(duì)應(yīng)DMA的TC位。我現(xiàn)在的問題是,允許dma發(fā)送完成中斷,結(jié)果在中斷里關(guān)閉dma通道,一退出中斷就會(huì)觀察到nvic對(duì)應(yīng)的中斷懸起位=1,過一會(huì)就又進(jìn)中斷來了。這是怎么回事?
void DMA1_Channel4_IRQHandler(void)
{
        DMA1_TCIF_CLR(4);
        I2C2_TX_STOP;
        DMA1_CH4_OFF;       
}
回復(fù)

使用道具 舉報(bào)

地板
ID:98591 發(fā)表于 2018-5-24 17:07 | 只看該作者
是我DMA-TC標(biāo)志位沒清除到位的問題,不是平常的寫0清零,必須寫1才能清零
回復(fù)

使用道具 舉報(bào)

本版積分規(guī)則

手機(jī)版|小黑屋|51黑電子論壇 |51黑電子論壇6群 QQ 管理員QQ:125739409;技術(shù)交流QQ群281945664

Powered by 單片機(jī)教程網(wǎng)

快速回復(fù) 返回頂部 返回列表