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 邊界這個約束條件，再次編譯鏈接后進行測試，SPI DMA 功能恢復(fù)正常。

5、小結(jié)

對這種看似怪異的問題，需要仔細(xì)觀察并記錄整個數(shù)據(jù)傳輸過程，各個關(guān)鍵操作前后相關(guān)寄存器的變化來獲取第一手資料，對比正常情況并結(jié)合參考手冊尋找具體原因。

來源：STM32單片機
免責(zé)聲明：本文為轉(zhuǎn)載文章，轉(zhuǎn)載此文目的在于傳遞更多信息，版權(quán)歸原作者所有。本文所用視頻、圖片、文字如涉及作品版權(quán)問題，請聯(lián)系小編進行處理

審核編輯 黃宇