1、前言
某客戶發(fā)現(xiàn)修改代碼后,STM32U59 SPI DMA 發(fā)送未產(chǎn)生傳輸完成中斷,但修改的代碼跟 SPI 以及 DMA 毫無關(guān)聯(lián)。
2、調(diào)研
回退代碼修改后問題消失,可以確認(rèn)硬件正常。檢查 SPI 發(fā)送對應(yīng)的 DMA 句柄的ErrorCode,發(fā)現(xiàn) HAL_DMA_ERROR_DTE(Date Transfer Error)置位。嘗試修改軟件,發(fā)現(xiàn)調(diào)整下某個全局變量初值,或屏蔽某些變量,都能解決問題。
為屏蔽 RTOS 及應(yīng)用代碼可能帶來的影響,調(diào)整客戶 SPI 和 DMA 初始化代碼位置到緊跟 MCU 復(fù)位后配置時鐘,初始化全局變量,并在初始化完成后立即發(fā)送一包數(shù)據(jù),測試下來問題仍存在,說明問題和后續(xù) RTOS 及應(yīng)用代碼代碼無關(guān)。
為澄清全局變量初始化對 SPI 和 DMA 的影響,在全局變量初始化完成、初始化 SPI和 DMA 前、后,分別檢查 RCC、SPI 和 DMA 寄存器,和正常時對比無差異。
3、分析
客戶使用的是 GPDMA 的 Linked List 模式,此模式下 DMA 傳輸相關(guān)的 8 個寄存器不通過軟件直接設(shè)置,而是需要軟件把待設(shè)定的寄存器參數(shù)先放入緩沖區(qū),再將緩沖區(qū)地址賦到 DMA 寄存器 CxLBAR(高 16 位)和 CxLLR(低 16 位),使能 DMA 時硬件自動將這些參數(shù)加載到 DMA 通道對應(yīng)的寄存器中。
跟蹤代碼執(zhí)行,在 DMA 使能前,查看參數(shù)緩沖區(qū)(地址:0x2001 FFF0)。確認(rèn)DMA 參數(shù)緩沖區(qū)中源地址寄存器參數(shù) 0x200 e0618、目標(biāo)地址寄存器參數(shù) 0x4001 3020都是正確的;使能 DMA 后,發(fā)現(xiàn) DMA CxDAR 寄存器數(shù)據(jù)異常 0x1382 932e。
查閱參考手冊,找到其對對緩沖區(qū)限制的描述:必須 4 字節(jié)對齊,且不能跨 64Kbyte邊界;而用戶的緩沖區(qū)地址 0x2001 FFF0(32 字節(jié))剛好跨了 64Kbyte 邊界。鏈接器分配的地址范圍是 0x2001 FFF0 ~ 0x2002 0010,而 GPDMA 實際訪問的數(shù)據(jù)區(qū)間是0x2001 FFF0 ~ 0x2001 FFFF 和 0x20010000 ~ 0x2001000F,把 2001 0000 對應(yīng)的數(shù)據(jù)加載到了 DAR 中,隨即引發(fā)了 DTE 錯誤。
4、處理
處由于增減全局變量、修改變量初值為零或非零,都會影響最終鏈接結(jié)果,故通過設(shè)置預(yù)編譯選項對所有 DMA 鏈表數(shù)據(jù)結(jié)構(gòu)變量的地址作出限制,來滿足 4 字節(jié)對齊且不跨64K Byte 邊界這個約束條件,再次編譯鏈接后進(jìn)行測試,SPI DMA 功能恢復(fù)正常。
5、小結(jié)
對這種看似怪異的問題,需要仔細(xì)觀察并記錄整個數(shù)據(jù)傳輸過程,各個關(guān)鍵操作前后相關(guān)寄存器的變化來獲取第一手資料,對比正常情況并結(jié)合參考手冊尋找具體原因。
-
mcu
+關(guān)注
關(guān)注
146文章
16676瀏覽量
347873 -
SPI
+關(guān)注
關(guān)注
17文章
1669瀏覽量
90756 -
中斷
+關(guān)注
關(guān)注
5文章
889瀏覽量
41220 -
dma
+關(guān)注
關(guān)注
3文章
552瀏覽量
99954
原文標(biāo)題:工程師筆記|DMA 不產(chǎn)生傳輸完成中斷
文章出處:【微信號:STM32_STM8_MCU,微信公眾號:STM32單片機】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
相關(guān)推薦
評論