有人發(fā)現(xiàn)當(dāng)DMA配置為normal模式,一輪傳輸完成后再使能同一DMA數(shù)據(jù)流時(shí),即使有DMA請(qǐng)求產(chǎn)生,DMA根本不進(jìn)行數(shù)據(jù)傳輸。這里不妨以STM32F4為例聊聊該話題。
其實(shí),在非循環(huán)模式下配置的DMA數(shù)據(jù)流傳輸結(jié)束后(即要傳輸?shù)臄?shù)據(jù)數(shù)目達(dá)到零),除非軟件重新對(duì)數(shù)據(jù)流編程并使能該數(shù)據(jù)流(通過將 DMA_SxCR 寄存器中的 EN 位置 1),否則DMA 會(huì)停止傳輸(硬件會(huì)將 DMA_SxCR 寄存器中的EN 位清零)并不再響應(yīng)任何 DMA 請(qǐng)求。也就是說,當(dāng)一輪DMA傳輸完成后,簡(jiǎn)單來一句 __HAL_DMA_ENABLE(hdma)并不能再次重啟DMA傳輸,必須先行對(duì)數(shù)據(jù)流重新進(jìn)行初始化配置,然后使能該DMA數(shù)據(jù)流。
不過,要對(duì)STM32F4系列內(nèi)部各DMA數(shù)據(jù)流進(jìn)行配置,首先要保證 DMA_SxCR 寄存器中的 EN 位已被清零。一般來講,在進(jìn)行DMA數(shù)據(jù)流配置前,先對(duì)該EN位進(jìn)行寫0去禁用該DMA流,然后讀取此位以確認(rèn)沒有正在進(jìn)行的數(shù)據(jù)流傳輸操作。將此位寫 0 可能不會(huì)立即生效,因?yàn)橹挥挟?dāng)前所有傳輸都已完成時(shí)才會(huì)將其寫為 0。當(dāng)讀取到 EN 位為 0 時(shí),才可以配置DMA數(shù)據(jù)流。配置完成后,如果是再次配置的話,記得將先前的DMA 傳輸中在狀態(tài)寄存器(DMA_LISR 和 DMA_HISR)中置 1 的所有數(shù)據(jù)流專用位置0, 然后重新使能數(shù)據(jù)流,即將 DMA_SxCR 寄存器中的 EN位置 1 激活數(shù)據(jù)流。
OK,這里拿個(gè)實(shí)際案例看看以加深下印象。
有人用STM32F4芯片做產(chǎn)品,他是基于STM32CUBE庫(kù)做應(yīng)用開發(fā)。用DMA做USART通信的數(shù)據(jù)傳輸,DMA配置為循環(huán)模式。 他發(fā)現(xiàn)HAL_UART_Transmit_DMA()這個(gè)函數(shù)在做了一次DMA配置后,第二次使用它更新配置時(shí)無法生效。比如按下面步驟操作:
【1】HAL_UART_Transmit_DMA(&huart1,DataBuff, 10); 【2】HAL_UART_DMAPause(&huart1); 【3】 HAL_UART_Transmit_DMA(&huart1,&DataBuff[5],5); 【4】HAL_UART_DMAResume(&huart1);
開發(fā)者的目的是希望先將DataBuff[0]至DataBuff[9]10個(gè)數(shù)據(jù)傳到串口上去。中途調(diào)整DMA配置[即第【3】句],然后發(fā)送DataBuff[5]至DataBuff[9]的5個(gè)數(shù)據(jù)到串口助手上去。
結(jié)果發(fā)現(xiàn)經(jīng)過2次配置后的結(jié)果沒變,發(fā)送的都是DataBuff[0]至DataBuff[9]的10個(gè)數(shù)據(jù)。為什么呢?不妨一起看看。 上面第【1】句做usart TX的DMA傳輸配置。循環(huán)從DataBuf處開始取10個(gè)數(shù)據(jù)送往串口;
接著第【2】句是在DMA完成中斷里進(jìn)行。暫停USART TX傳輸?shù)腄MA請(qǐng)求,并延時(shí)2S; 然后第【3】句再做USART TX的DMA配置,循環(huán)從&DataBuf【5】處開始取5個(gè)數(shù)據(jù)送往串口; 最后第【4】句重新開啟USART TX的DMA傳輸;
按照上面幾步也貌似條理清晰,有根有據(jù)。可結(jié)果為什么發(fā)現(xiàn)第【3】句的二次配置沒法生效呢?
從前面的描述我們得知,如果需要對(duì)某STREAM進(jìn)行DMA配置的話,首先須DISABLE該STREAM,即先對(duì)DMA_SxCR寄存器的EN位清零。而且這個(gè)清零并不一定立即生效,必須保證該STREAM當(dāng)前沒有在進(jìn)行DMA傳輸。所以,做清零操作后,還要去讀該EN位,直至讀到該位為0后方能對(duì)該DMA STREAM 進(jìn)行再次配置。 HAL_UART_Transmit_DMA()函數(shù)里有對(duì)DMA_SxCR的EN位清零的動(dòng)作,不過沒有讀取確認(rèn)的動(dòng)作。復(fù)位后DMA_SxCR寄存器的EN位默認(rèn)是0毫無疑問,所以復(fù)位后第【1】句用HAL_UART_Transmit_DMA()函數(shù)配置后生效自然沒問題。
上面的第【2】句在DMA完成中斷里進(jìn)行,暫停UART TX的DMA請(qǐng)求,還延時(shí)了2S。本意是想讓DMA停下來,為后面二次配置做準(zhǔn)備。但他這里只是暫停了DMA請(qǐng)求,加上這里配置DMA為循環(huán)模式,也就是說在進(jìn)入DMA完成中斷時(shí),DMA又做了下一輪傳輸?shù)臏?zhǔn)備,其中包括傳輸數(shù)據(jù)項(xiàng)數(shù)目寄存器DMA_SxNDTR的重裝。此時(shí)盡管暫停了DMA請(qǐng)求,但該DMA流是處于傳輸未完成狀態(tài)。
那么緊跟著的第【3】句對(duì)USART TX的DMA二次配置,HAL_UART_Transmit_DMA()函數(shù)里雖然有對(duì)DMA_SxCR的EN位清零,但由于此時(shí)該STREAM處于傳輸未完成狀態(tài),所以無法實(shí)現(xiàn)最終清零。
既然無法對(duì)EN位清零,相關(guān)配置就無法寫入生效。加上該函數(shù)沒有對(duì)EN位是否為0的未做進(jìn)一步確認(rèn)判斷,自然而然地下行到第【4】句重新開啟USART TX的DMA傳輸。最后的結(jié)果當(dāng)然還是按照老配置運(yùn)行了。【有心的話,可以去STM32F4參考手冊(cè)看看數(shù)據(jù)流 x 配置寄存器 DMA_SxCR,里面多個(gè)參數(shù)只有在EN位為0時(shí)方可進(jìn)行寫操作】 好了,就此打住。MCU開發(fā)中不少問題往往可能就卡在技術(shù)手冊(cè)看得不到位。在開發(fā)過程中遇到難解問題時(shí),有時(shí)細(xì)心看看手冊(cè)的相關(guān)部分,或許會(huì)有踏破鐵鞋無覓處,得來全不費(fèi)工夫的感覺。 |