0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

HAL庫無法實現(xiàn)UART的DMA傳輸真是這樣嗎?

茶話MCU ? 來源:茶話MCU ? 2023-01-08 11:16 ? 次閱讀

有人使用STM32H7芯片做些事情,發(fā)現(xiàn)基于ST公司的HAL庫開發(fā)UART1的DMA收發(fā)時可以輕松實現(xiàn),而當使用ST的LL庫組織代碼時,卻沒法實現(xiàn)UART的DMA傳輸。

感覺上就是使用HAL庫編寫代碼功能正常而基于LL庫則不行。真是這樣嗎?

使用STM32CubeMx進行圖形化配置,并生成基于HAL庫的初始代碼,要實現(xiàn)UART收發(fā)功能的DMA傳輸?shù)脑?,除了安排好的收發(fā)緩沖內(nèi)存外,再就只需調(diào)用下面兩個HAL庫的API函數(shù)即可進行功能驗證。

a21e7c38-8e71-11ed-bfe3-dac502259ad0.png

從功能實現(xiàn)上講,使用HAL庫及相應(yīng)API還是很方便、很簡單的。每個API函數(shù)就像個黑盒子,對于里面的內(nèi)容,如果你不點進去閱讀是不會知曉的。

不過,建議盡可能地多點進去瞧瞧,那里往往別有洞天。

如果基于LL庫來組織代碼的話,先使用STM32CubeMx進行配置并生成基于LL庫的初始化代碼。

a230b31c-8e71-11ed-bfe3-dac502259ad0.png

a241dff2-8e71-11ed-bfe3-dac502259ad0.png

基于CubeMx配置完畢后生成初始化工程,準備收發(fā)緩沖內(nèi)存,然后添加用戶代碼。

剛開始用戶代碼是這樣編寫安排的。見下面代碼截圖。

a2504d94-8e71-11ed-bfe3-dac502259ad0.png

上圖中A處代碼的作用就是開啟兩個DMA stream的功能,即對相關(guān)DMA Stream的控制寄存器的使能位進行使能置1。

編譯無錯后運行代碼,可是根本沒有數(shù)據(jù)的收發(fā)動作發(fā)生??磥?,跟反饋者的癥狀一樣。

沒辦法,硬著頭皮核查代碼。除了核查我添加的用戶代碼外,還核查UART及DMA的初始化代碼??磥砜慈?,似乎該有的都有了,該寫的都寫了。

后來,根據(jù)代碼里涉及到的寄存器去跟STM32H7手冊里寄存器做比較閱讀。

在查看DMA各個stream配置控制寄存器【DMA_SxCR】內(nèi)容時,突然發(fā)現(xiàn)并想起了點什么。

其實也是之前在別的DMA應(yīng)用場合也碰到過的類似問題。

下面為該寄存器的內(nèi)容布局截圖。

a27c309e-8e71-11ed-bfe3-dac502259ad0.png

隱約記得,該DMA Stream或Channel的控制使能位為0時才能做DMA相關(guān)其它參數(shù)的配置的。

我們可以在手冊里找到針對該位的明確描述:

a28984c4-8e71-11ed-bfe3-dac502259ad0.png

這里的意思是說,要想讓某DMA stream工作,必須令該EN位為1。

不過,當該EN位為1時時,是不允許對DMA及相應(yīng)FIFO寄存器做配置的。

換言之,若要針對某Stream做DMA相關(guān)配置,得先讓該控制寄存器的EN位保持為0狀態(tài)。

而在我的用戶代碼里,對EN位寫1操作則放在了對DMA做各種配置的前面,即上面代碼截圖的A處。

a29a48cc-8e71-11ed-bfe3-dac502259ad0.png

a2a4da3a-8e71-11ed-bfe3-dac502259ad0.png

既然這樣,我們把對DMA控制寄存器EN位的置1操作放在其它DMA相關(guān)配置之后就應(yīng)該可以了,即從上面代碼截圖中的A處拉到B處。

然后,進行測試,結(jié)果果真正常了。

其實就是一個配置代碼順序問題,卡了半天。

如果不是用LL庫而是用HAL庫可能就不太容易碰到這個問題。前面說過了,基于HAL庫的API函數(shù)像個黑盒子,它幫我們處理了很多細節(jié)性、判斷性的東西。

基于LL庫組織的代碼,相比HAL庫組織的代碼,代碼精簡、流程清晰、運行高效。不過,使用LL庫做開發(fā)需要開發(fā)者對芯片各個模塊的工作原理,操作流程有更清晰、更精準的了解,同時往往還需要開發(fā)者對應(yīng)用相關(guān)的寄存器有更細致、深入的把握。

而HAL庫往往事先幫我們充分考慮到了基于硬件需求的操作流程、時序,基于軟件層面的諸多事件及狀態(tài)的互斥管理,以及不同STM32系列的代碼兼容性,并做了很好、很全面的封裝。

所以我們在利用HAL庫來實現(xiàn)相應(yīng)功能時,往往無須對操作流程、時序以及寄存器本身做過多的了解就可以完成。

從開發(fā)角度講,利用HAL庫往往比利用LL庫能更快地完成任務(wù),同時基于HAL庫的代碼也有更好的移植性,代價就是代碼相對LL庫要龐大些。

對應(yīng)STM32開發(fā)者而言,即使基于HAL庫開發(fā)了一些STM32項目,對于芯片的諸多功能細節(jié)以及寄存器的了解往往可能比較有限。當然,這點因人而異吧,不可說死。

對于HAL庫和LL庫的選用,我們每個人可以根據(jù)自身情況來。比方,對芯片軟硬件不熟悉時、任務(wù)緊急時先使用HAL庫,等對芯片及庫函數(shù)熟悉、任務(wù)不緊急時可以切換到LL庫。

或者說,只是做些功能性驗證確認,使用HAL庫組織代碼也是非??旖莘奖愕?。

當然,一個工程里HAL庫、LL庫是可以同時并存的。另外,當我們對芯片寄存器、內(nèi)核指令系統(tǒng)足夠熟悉時,甚至可以嘗試使用匯編語言做MCU編程開發(fā)。

作為開發(fā)人員,基于HAL庫組織代碼和基于匯編指令組織代碼實現(xiàn)相同功能時,對我們自身的挑戰(zhàn)及相應(yīng)的收獲是不可同日而語的。








審核編輯:劉清

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • dma
    dma
    +關(guān)注

    關(guān)注

    3

    文章

    554

    瀏覽量

    100207
  • HAL庫
    +關(guān)注

    關(guān)注

    1

    文章

    114

    瀏覽量

    6112
  • stm32h7
    +關(guān)注

    關(guān)注

    0

    文章

    37

    瀏覽量

    1753

原文標題:STM32 DMA編程時的一個應(yīng)用小提醒

文章出處:【微信號:stmcu832,微信公眾號:茶話MCU】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    求助,關(guān)于HALHAL_UART_Receive使用問題求解

    各位好,我在使用HALHAL_UART_Receive()函數(shù)時遇到了這樣的問題,在第一次使用HAL_UART_Receive()進行接
    發(fā)表于 04-10 07:25

    如何使用HAL實現(xiàn)不定長UART數(shù)據(jù)包的DMA接收?

    ;; ART_HandleTypeDef huart1; HAL_UART_Receive_DMA( huart1,rxbuf,sizeof(rxbuf)); 函數(shù)原型如下: /** * @briefReceives
    發(fā)表于 04-30 06:27

    stm32f103 + HAL + UART + DMA + UCOS III數(shù)據(jù)發(fā)送問題

    目的:stm32f103 + HAL + UART + DMA實現(xiàn)調(diào)試日志打印輸出功能。實現(xiàn)
    發(fā)表于 08-02 10:10

    STM32 HAL使用帶DMA的ADC會影響UART傳輸

    , adc_dma_values, 2);UART傳輸發(fā)送正確的數(shù)據(jù)。當我HAL_UART_Transmit_IT()用HAL_UART_T
    發(fā)表于 09-18 15:17

    STM32 HAL UART發(fā)送DMA問題

    4; HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); /* UART4 DMA Init */ /* UART4_TX Init
    發(fā)表于 09-27 14:13

    請問HAL_UART_Receive_DMAHAL_UART_Transmit_DMA怎么用

    HAL_UART_Receive_DMA HAL_UART_Transmit_DMA通過UART接受數(shù)據(jù),難道要寫一個 HAL_UART_Transmit_DMA 不停的輪詢嗎? 除了
    發(fā)表于 11-16 08:43

    stm32f103+HAL+UART+DMA+UCOS III數(shù)據(jù)發(fā)送沒有進入UART_TX_DMA中斷服務(wù)函數(shù)

    目的:stm32f103 + HAL + UART + DMA實現(xiàn)調(diào)試日志打印輸出功能。實現(xiàn)
    發(fā)表于 12-28 09:09

    HALSPI DMA的使用問題

    使用了HAL的函數(shù)來進行數(shù)據(jù)的讀寫:HAL_StatusTypeDef HAL_SPI_TransmitReceive_DMA(SPI_HandleTypeDef *hspi, ui
    發(fā)表于 04-01 11:47

    求大佬分享HALSPI DMA UART驅(qū)動開發(fā)的程序

    求大佬分享HALSPI DMA UART驅(qū)動開發(fā)的程序
    發(fā)表于 12-03 07:53

    stm32 HAL實現(xiàn)UART的不定長數(shù)據(jù)DMA接收的方法

    發(fā)送接收就顯得十分必要了,因為串口中斷每收到一個byte的數(shù)據(jù)就會發(fā)生中斷,這樣會非常的消耗單片機的資源。而DMA接受一幀數(shù)據(jù)才會發(fā)生中斷,可以極大的節(jié)省單片機的資源。STM32中的代碼使用HAL
    發(fā)表于 01-20 08:07

    在STM32H753ZI上使用DMAUART獲取HAL_DMA_ERROR_TE出現(xiàn)傳輸錯誤怎么解決?

    _PRIORITY_MEDIUM;hdma_uart5_tx.Init.FIFOMode = DMA_FIFOMODE_DISABLE; HAL_DMA_Init(&hdma_uart
    發(fā)表于 01-03 08:08

    HAL_UART_Transmit_DMA傳輸問題求解

    目前我正在研究 UART DMA,在通過 DMA UART 傳輸數(shù)據(jù)后遇到了問題。在 1 次成功的數(shù)據(jù)
    發(fā)表于 01-04 07:06

    HAL_UART_Receive_DMA 隨機停止工作怎么處理?

    HAL_UART_Receive_DMA 以開始新的傳輸。我這樣做(而不是使用循環(huán)模式),以便我可以通過計算 512 字節(jié)的完整“幀”數(shù)并添加 (512 - CNDTR) 來計算傳輸
    發(fā)表于 01-09 07:56

    FreeRTOS中的HAL_UART_Transmit_DMA問題如何處理?

    得不到。第二個 DMA 語句無法運行,因為 HAL_UART_GetState(&UART_Handle_Console) 一直忙于 TX。以上是我的測試代碼。我的目的是使用二進制信號
    發(fā)表于 01-09 08:15

    STM32 HAL UART 串口讀寫功能筆記

    STM32L0 HAL UART 串口讀寫功能串口發(fā)送功能:uint8_t TxData[10]= “01234abcde”;HAL_UART_Transmit(&huart2
    發(fā)表于 12-27 19:11 ?13次下載
    STM32 <b class='flag-5'>HAL</b><b class='flag-5'>庫</b> <b class='flag-5'>UART</b> 串口讀寫功能筆記