?經常有STM32開發者基于STM32CubeMx進行配置并生成基于HAL庫的初始化代碼，當涉及到DMA功能時，發現DMA功能無效，但從配置操作及代碼本身又似乎找不出原因來的情況。此情此景 往往挺令人抓狂的。

比方曾有人反饋，他使用STM32F4系列芯片進行產品開發，通過STM32CubeMx配置并生成初始化代碼，使用了UART的DMA傳輸。但他發現DMA根本不工作。后來他無意中發現，是因為他在用戶代碼里不經意地調整過UART外設和DMA外設初始化代碼的前后順序，當他重新調整二者的先后順序后就一切正常了【此時DMA初始化代碼在前，UART初始化代碼在后】。他想知道這個順序是怎么影響DMA功能的。

我順手拿了塊STM32F334的Nucleo板，開啟UART1/UART3的數據通信功能，使用DMA進行數據的循環傳輸。UART1發送數據，UART3接收數據。基于STM32CubeMx配置后生成初始化代碼，添加用戶代碼。如下圖所示：

經測試驗證，發現基于UART1/3的DMA傳輸功能是正常的。

結合客戶的反饋，我將DMA與UART初始化順序前后調換下，如下圖：

果真發現DMA不工作了，UART1/UART3之間也沒有數據通信。UART1/3的數據寄存器內容維持0值而沒有任何變化，尤其作為發送端的UART1的數據寄存器也毫無動靜。

看來，DMA和UART的初始化代碼的順序的確影響到了二者的功能，也就是說如果代碼是基于現有CubeMX生成的初始化代碼，二者的初始化順序不能隨意調整，那到底怎么回事呢？

首先查看這兩個初始化代碼內容，試圖找到蛛絲馬跡。很遺憾，并未很快發現原因。后來，當再次查看DMA初始化函數MX_DMA_Init();的具體內容時，發現代碼其實很簡單，就兩個動作：

一個動作是開啟DMA外設的時鐘，另一個就是使能DMA相關的中斷矢量控制。

既然這樣，我嘗試將該DMA初始化函數體位置依然保持放在UART初始化代碼的后面，但將DMA初始化函數里的那句開啟DMA外設時鐘的代碼提取出來，并移至UART初始化代碼之前，據此進行驗證。這次，結果就一切正常了。

看來，基于現有初始化代碼，這個DMA時鐘的開啟要放在UART初始化代碼之前，那是為什么呢？感覺UART的配置跟DMA時鐘沒有啥關系啊。

繼續挖掘原因！

再回頭細看UART的初始化代碼，在UART初始化函數的一個子函數HAL_UART_MspInit()那里發現了端倪。

MX_USART1_UART_Init()==》HAL_UART_Init()==》HAL_UART_MspInit();

因為我們開啟了跟UART傳輸事件相關的DMA功能，在HAL_UART_MspInit();函數里不僅有對與UART相關的GPIO的復用功能配置，而且，還有跟UART事件相關的DMA配置。看來UART的初始化還是跟DMA有關聯的。

結合上面DMA初始化函數里的那句開啟DMA外設時鐘代碼，到這里基本明白怎么回事了。

因為我們在UART初始化代碼里要做跟DMA有關的配置，如果不事先將DMA外設的時鐘開啟，加上UART初始化函數里也沒有開啟DMA外設時鐘的代碼，那么，在UART初始化代碼進行有關DMA的配置操作就沒法保證有效。

到此，開篇中提到的因為DMA和UART初始化代碼順序影響DMA功能的原因應該說揭曉了。

在做嵌入式開發過程中，很多的初始化配置都是基于硬件本身的，有些初始化順序可能有硬件方面的時序要求。關于這些，各芯片手冊中一般都會有明確描述和說明。我們在編寫初始化代碼時須遵循相關規定。當然，有些配置順序可能還得結合具體應用，實際體會后而做靈活調整。

回到文中案例，一般來說，STM32CubeMx在生成初始化代碼時已經考慮到初始化時序這點了，只是用戶在整理代碼過程中可能無意調整了二者的初始化順序而不自知，再加上我們對初始化代碼本身缺乏足夠的了解而可能一度陷入困境。

據個人體驗，在實際應用中，當我們基于CubeMx來回調整配置時，這個順序也可能會被打亂。請注意這點。說實在的，這個地方非常隱蔽，即使知道有這么回事也還是可能忘記或忽略。當因此而出現DMA傳輸異常時，如果不是基于代碼做跟蹤調試或閱讀是很難找到問題癥結的，因為配置操作和所調用的庫函數代碼本身是沒有問題的。核心問題就是初始化代碼的執行順序。

比方這兩天連續有人反饋，他們使用STM32芯片的ADC并啟用DMA傳輸時，都是因為這個原因使得ADC數據無法被DMA取走而產生異常。總之，在現有情況下， 保證DMA初始化代碼放在其它與DMA有關的各個外設初始化之前就不會有類似問題。比方就像下面的樣子：

關于這個話題，三年前我已經在此分享過了。這個過程中，依然陸續也有人會遇到這個問題，我覺得有必要再分享之，所以在這里再分享一遍，以資提醒，愿君在開發過程中少一份坎坷。

三年，算來沒完沒了的新冠疫情也持續近三年了，真難啊！我在此放一首加油曲在下方，愿一切盡快正常起來！

審核編輯：湯梓紅