一、DMA簡介
1、DMA簡介
DMA(Direct Memory Access:直接內(nèi)存存取)是一種可以大大減輕CPU工作量的數(shù)據(jù)轉(zhuǎn)移方式。
CPU有轉(zhuǎn)移數(shù)據(jù)、計算、控制程序轉(zhuǎn)移等很多功能,但其實轉(zhuǎn)移數(shù)據(jù)是可以不需要CPU參與。比如希望外設A的數(shù)據(jù)拷貝到外設B,只要給兩種外設提供一條數(shù)據(jù)通路,再加上一些控制轉(zhuǎn)移的部件就可以完成數(shù)據(jù)的拷貝。
DMA就是基于以上設想設計的,它的作用就是解決大量數(shù)據(jù)轉(zhuǎn)移過度消耗CPU資源的問題。有了DMA使CPU更專注于更加實用的操作--計算、控制等。
2、DMA的工作原理
DMA的作用就是實現(xiàn)數(shù)據(jù)的直接傳輸,而去掉了傳統(tǒng)數(shù)據(jù)傳輸需要CPU寄存器參與的環(huán)節(jié),主要涉及四種情況的數(shù)據(jù)傳輸,但本質(zhì)上是一樣的,都是從內(nèi)存的某一區(qū)域傳輸?shù)絻?nèi)存的另一區(qū)域(外設的數(shù)據(jù)寄存器本質(zhì)上就是內(nèi)存的一個存儲單元)。四種情況的數(shù)據(jù)傳輸如下:
外設到內(nèi)存
內(nèi)存到外設
內(nèi)存到內(nèi)存
外設到外設
當用戶將參數(shù)設置好,主要涉及源地址、目標地址、傳輸數(shù)據(jù)量這三個,DMA控制器就會啟動數(shù)據(jù)傳輸,傳輸?shù)慕K點就是剩余傳輸數(shù)據(jù)量為0。換句話說只要剩余傳輸數(shù)據(jù)量不是0,而且DMA是啟動狀態(tài),那么就會發(fā)生數(shù)據(jù)傳輸。
3、DMA是否影響CPU的運行
在X86架構(gòu)系統(tǒng)中,當DMA運作時,DMA實際上會占用系統(tǒng)總線周期中的一部分時間。也就是說,在DMA未開啟前,系統(tǒng)總線可能完全被CPU使用;當DMA開啟后,系統(tǒng)總線要為DMA分配一定的時間,以保證DMA和CPU同時運作。那么顯然,DMA會降低CPU的運行速度。
在STM32控制器中,芯片采用Cortex-M3架構(gòu),總線結(jié)構(gòu)有了很大的優(yōu)化,DMA占用另外的總線,并不會與CPU的系統(tǒng)總線發(fā)生沖突。也就是說,DMA的使用不會影響CPU的運行速度。
二、STM32的DMA結(jié)構(gòu)
1、DMA的主要特性
● 12個 獨立的可配置的通道DMA1有7個通道,DMA2 有5個通道
● 每個通道都直接連接專用的硬件DMA請求,每個通道都同樣支持軟件發(fā)。這些功能通過軟件來配置。
● 在七個請求間的優(yōu)先權(quán)可以通過軟件編程設置(共有四級:很高、高、中等和低),假如在相等優(yōu)先權(quán)時由硬件決定(請求0優(yōu)先于請求1,依此類推) 。
● 獨立的源和目標數(shù)據(jù)區(qū)的傳輸寬度(字節(jié)、半字、全字),模擬打包和拆包的過程。源和目標地址必須按數(shù)據(jù)傳輸寬度對齊。
● 支持循環(huán)的緩沖器管理
● 每個通道都有3個事件標志(DMA 半傳輸,DMA傳輸完成和DMA傳輸出錯),這3個事件標志邏輯或成為一個單獨的中斷請求。
●存儲器和存儲器間的傳輸
●外設和存儲器,存儲器和外設的傳輸
● 閃存、SRAM 、外設的SRAM 、APB1 APB2和AHB外設均可作為訪問的源和目標。
● 可編程的數(shù)據(jù)傳輸數(shù)目:最大為65536
下面為功能框圖:
2、兩個DMA控制器結(jié)構(gòu)
① DMA1 controller
② DMA2 controller
3、DMA寄存器列表
① 中斷類
DMA_ISR:DMA中斷狀態(tài)寄存器DMA_IFCR:DMA中斷標志位清除寄存器說明:DMA1、DMA2分別有一組寄存器。
② 控制傳輸類
DMA_CCRx:DMA通道x配置寄存器DMA_CNDTRx:DMA通道x數(shù)據(jù)數(shù)量寄存器DMA_CPARx:DMA通道x外設地址寄存器DMA_CMARx:DMA通道x內(nèi)存地址寄存器
說明: 1> 每一個通道都有一組寄存器。2> DMA_CPARx、DMA_CMARx是沒有差別的,它們都可以存放外設的地址、內(nèi)存的地址。DMA_CPARx、DMA_CMARx只不過起得名字有差別而已。
4、STM32的DMA工作特點
① DMA進行數(shù)據(jù)傳輸?shù)谋匾獥l件
剩余傳輸數(shù)據(jù)量大于0
DMA通道傳輸使能
通道上DMA數(shù)據(jù)傳輸有事件請求
前兩者都好理解,對于第三點確實需要詳細的解釋,請看下邊的三條。
② 外設到XX方向的傳輸
假設是ADC到存儲器的數(shù)據(jù)傳輸,顯然ADC的DMA傳輸?shù)脑吹刂肥茿DC的數(shù)據(jù)寄存器。并不是說只要DMA通道傳輸使能后,就立即進行數(shù)據(jù)傳輸。只有當一次ADC轉(zhuǎn)化完成,ADC的DMA通道的傳輸事件有效,DMA才會從ADC的數(shù)據(jù)寄存器讀出數(shù)據(jù),寫入目的地址。當DMA在讀取ADC的數(shù)據(jù)寄存器時,同時使ADC的DMA通道傳輸事件無效。顯然,要等到下一次ADC轉(zhuǎn)換完成后,才能啟動再一次的數(shù)據(jù)傳輸。
③存儲器對XX的DMA傳輸
因為數(shù)據(jù)是準備好的,不像ADC還需要等待數(shù)據(jù)到位。所以,不需要對應通道的事件。只要使能DMA數(shù)據(jù)傳輸就一直傳輸,直到達到設定的傳輸量。
舉個例子:1.內(nèi)存到內(nèi)存DMA傳輸請求一直有效2.內(nèi)存到串口 DMA傳輸請求一直有效
一種解釋:存儲器對存儲器的置位,就相當于相應通道的事件有效。對應通道的事件有效和存儲器對存儲器的置位,就是傳輸?shù)挠|發(fā)位。每次傳輸?shù)氖录梦灰淮危瓿梢淮蝹鬏?。如果是由外設引發(fā)的DMA傳輸,則傳輸完成后,相應傳輸事件會置為無效,而存儲器對存儲器的傳輸,則一次傳輸完成后,相應事件一直有效,直至完成設定的傳輸量。
④外設以DMA方式工作時,能否再以軟件方式進行操作?
有一點是肯定的,當外設以DMA方式正在數(shù)據(jù)傳輸時,不可能再相應CPU的軟件控制命令,否則這不符合邏輯。
但是,倘若外設僅僅配置成DMA工作方式,但是DMA請求并未產(chǎn)生,數(shù)據(jù)傳輸并沒有進行。此時,軟件控制命令仍然能夠?qū)ν庠O進行控制。這是筆者在串口以DMA方式發(fā)送數(shù)據(jù)情形下,所得到的測試結(jié)論。
三、STM32的DMA軟件編程
1、“內(nèi)存到內(nèi)存”模式傳輸
①初始化配置
/** * @brief USART1 TX DMA 配置,內(nèi)存到內(nèi)存 * @param 無 * @retval 無 */void DMA_Mem2Mem_Config(void){ DMA_InitTypeDef DMA_InitStructure; /*開啟DMA時鐘*/ RCC_AHBPeriphClockCmd(RCC_AHBPeriph_DMA1, ENABLE); /*設置DMA源地址*/ DMA_InitStructure.DMA_MemoryBaseAddr = (uint32_t)SendBuff;
/*設置DMA目的地址*/ DMA_InitStructure.DMA_PeripheralBaseAddr = (uint32_t)ReceiveBuff;
/*方向:從內(nèi)存SendBuff到內(nèi)存ReceiveBuff*/ DMA_InitStructure.DMA_DIR = DMA_DIR_PeripheralDST; /*傳輸大小DMA_BufferSize=SENDBUFF_SIZE*/ DMA_InitStructure.DMA_BufferSize = SENDBUFF_SIZE;
/*ReceiveBuff地址自增*/ DMA_InitStructure.DMA_PeripheralInc = DMA_PeripheralInc_Enable;
/*SENDBUFF_SIZE地址自增*/ DMA_InitStructure.DMA_MemoryInc = DMA_MemoryInc_Enable;
/*ReceiveBuff數(shù)據(jù)單位*/ DMA_InitStructure.DMA_PeripheralDataSize = DMA_PeripheralDataSize_Byte;
/*SENDBUFF_SIZE數(shù)據(jù)單位*/ DMA_InitStructure.DMA_MemoryDataSize = DMA_MemoryDataSize_Byte;
/*DMA模式:正常模式*/ DMA_InitStructure.DMA_Mode = DMA_Mode_Normal ;
/*優(yōu)先級:中*/ DMA_InitStructure.DMA_Priority = DMA_Priority_Medium;
/*使能內(nèi)存到內(nèi)存的傳輸 */ DMA_InitStructure.DMA_M2M = DMA_M2M_Enable; /*配置DMA1的4通道*/ DMA_Init(DMA1_Channel4, &DMA_InitStructure); /*失能DMA1的4通道,一旦使能就開始傳輸*/ DMA_Cmd (DMA1_Channel4,DISABLE); }
②DMA中斷配置
/* * @brief DMA 中斷配置 * @param 無 * @retval 無 */void DMA_NVIC_Configuration(void){ NVIC_InitTypeDef NVIC_InitStructure; /* 配置中斷源 */ NVIC_InitStructure.NVIC_IRQChannel = DMA1_Channel4_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 1; NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1; NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE; NVIC_Init(&NVIC_InitStructure);
/* 配置DMA發(fā)送完成后產(chǎn)生中斷 */ DMA_ITConfig(DMA1_Channel4,DMA_IT_TC,ENABLE);}
③啟動傳輸
DMA_Cmd (DMA1_Channel4,ENABLE);
2、利用DMA實現(xiàn)循環(huán)傳輸
方法1:單次傳輸模式
當傳輸結(jié)束時,觸發(fā)DMA中斷,在中斷程序中首先失能DMA通道,然后修改該通道的傳輸數(shù)據(jù)量。最后重新使能DMA通道,注意只有失能的DMA通道才能成功修改傳輸數(shù)據(jù)量。
方法2:循環(huán)傳輸模式
當傳輸結(jié)束時,硬件自動會將傳輸數(shù)據(jù)量寄存器進行重裝,進行下一輪的數(shù)據(jù)傳輸。
四、再談STM32的DMA傳輸是否影響CPU的運行速度
聲明:經(jīng)過筆者測試,當DMA工作在內(nèi)存到外設的傳輸和內(nèi)存到內(nèi)存的傳輸時,都不會影響CPU的運行速度。為了給這種現(xiàn)象一個合理的解釋,筆者做以下猜測:
1、S3C2440的DMA傳輸
S3C2440的SDRAM是外置的,并且SDRAM的數(shù)據(jù)線、地址線、控制線總共只有一組。假設DMA傳輸?shù)姆较蚴莾?nèi)存到外設,當DMA運作時,需要占用SDRAM的三類線才才能實現(xiàn)傳輸;而與此同時CPU也需要通過這三類線來訪問SDRAM來讀取程序、讀寫數(shù)據(jù)。
顯然,DMA的運行與CPU的運行有交叉點,DMA就會影響到CPU的運行。
2、STM32的DMA傳輸
STM32與S3C2440的區(qū)別是很大的,S3C2440是微處理器,RAM外置且空間很大;STM32是微控制器,RAM片內(nèi)集成且空間較小。此時,ST公司就有可能提升DMA的運作效率,使DMA的工作不影響到CPU的運行。外設與外設之間的DMA傳輸,因為與CPU的運行沒有交叉點(CPU的數(shù)據(jù)流注意是在Flash、內(nèi)存、寄存器中傳輸),所以不會影響CPU的運行速度。唯一有可能影響的是外設與內(nèi)存或者內(nèi)存與內(nèi)存之間的DMA傳輸。倘若ST公司的SRAM是一個雙口RAM,也就是同時可以由兩組接口對RAM進行訪問,就可以很好的解決速度影響問題。倘若CPU恒定占有一組接口,而另一組接口留給DMA控制器。那么當外設與內(nèi)存或者內(nèi)存與內(nèi)存之間的DMA傳輸時,由于不與CPU的訪問SRAM接口沖突,所以可以解決速度影響問題。但其實偶爾還是會影響的,當CPU訪問SRAM的空間和DMA訪問SRAM的空間相同時,SRAM勢必會對這種情況進行仲裁,這可能會影響到CPU的訪問SRAM的速度。其實,這種情況的概率也是很小的,所以即使影響CPU的運行速度,也不會很大。
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。
舉報投訴
-
寄存器
+關注
關注
31文章
5608瀏覽量
130001 -
STM32
+關注
關注
2309文章
11162瀏覽量
373475 -
dma
+關注
關注
3文章
582瀏覽量
105935
發(fā)布評論請先 登錄
相關推薦
熱點推薦
小白也能聽懂的單片機知識路徑
已經(jīng)掌握了51單片機的基礎知識,包括編程邏輯、硬件接口等。這將有助于你更快地適應STM32的學習節(jié)奏。
STM32學習要點:
硬件平臺:選擇合適的STM32開發(fā)板,了解其硬件配置和特
發(fā)表于 02-04 16:44
ShiMeta BM1684X算力盒子丨 技術(shù)解析與方案指南(上)
,導致智能監(jiān)控系統(tǒng)仍停留在"看得見"而不是"看得懂"的階段。一些企業(yè)雖然采購了算法,但配置復雜、落地受限,難以真正規(guī)?;渴稹;赟hiMeta智慧監(jiān)控管理系統(tǒng)V3
天下武功 唯快不破 ——高幀率CMOS圖像傳感器
高幀率CMOS圖像傳感器是現(xiàn)代視覺系統(tǒng)從“看得見”邁向“看得清”、“看得懂”的關鍵一環(huán)。它通過捕捉和解析高速瞬態(tài)過程,為工業(yè)自動化、科學探索、安全保障和藝術(shù)創(chuàng)作提供了前所未有的洞察力。隨著技術(shù)的不斷
感知即安全:安防監(jiān)控系統(tǒng)的價值重構(gòu)
在數(shù)字技術(shù)飛速發(fā)展的當下,安防監(jiān)控系統(tǒng)正在經(jīng)歷一場深刻的認知革命。這套系統(tǒng)已不再滿足于傳統(tǒng)意義上的“看得見”,而是向著“看得懂、能預警、會思考”的智能視覺中樞演進,成為城市治理和企業(yè)運營的視覺神經(jīng)
聆思大模型智能FAE,看得懂技術(shù),答得準問題
聆思大模型智能FAE,看得懂技術(shù),答得準問題
在智能硬件開發(fā)的嵌入式技術(shù)支持中,響應遲緩、人員培訓成本高企、服務時間覆蓋不足等痛點,常常制約FAE團隊效率
聆思大模型智能FAE作為專為智能硬件
發(fā)表于 09-30 11:29
從“看得見”到“看得懂”:物聯(lián)網(wǎng)智能監(jiān)控系統(tǒng) #物聯(lián)網(wǎng) #plc
物聯(lián)網(wǎng)
juying
發(fā)布于 :2025年09月22日 15:06:58
索尼水產(chǎn)養(yǎng)殖智能監(jiān)控攝像頭模塊——FCB-EV9520L
當傳統(tǒng)攝像機還在為“看得見”掙扎時,索尼FCB-EV9520L已通過寬動態(tài)與HDR技術(shù),為水產(chǎn)養(yǎng)殖行業(yè)打開“看得清、看得懂、用得好”的新維度。
瑞芯微全新AI視覺芯片RV1126B:多場景智能終端方案介紹
技術(shù)、硬件級安全機制等創(chuàng)新特性,為智慧安防、工業(yè)視覺、智慧車載、服務機器人等AIoT應用場景提供強大助力,推動終端設備從「看得清」邁向「看得懂」的全新階段。RV1
高光譜相機讓農(nóng)業(yè)“看得懂作物”!病蟲害一拍識別
在傳統(tǒng)農(nóng)業(yè)中,判斷作物是否健康,主要依賴經(jīng)驗和肉眼觀察:葉子黃了,是不是缺氮?葉片上有斑,是不是病害?但這些判斷不僅主觀性強,而且往往滯后——等肉眼看到問題,作物可能已經(jīng)受損。 現(xiàn)在,一種新技術(shù)正在改變這一切。它就是 高光譜相機 。在智慧農(nóng)業(yè)場景中,它被稱為“作物的醫(yī)生眼”,能看見作物細胞層級的變化,用光譜語言解讀植物的真實狀態(tài)。 一、什么是高光譜相機? 高光譜相機不是普通照相機。它不是拍“彩照”,而是捕捉物
觀測云:從云時代走向AI時代
、業(yè)務鏈路的全面掌控。 5月13日的產(chǎn)品發(fā)布會上,我們正式宣布: 觀測云,已從云時代邁入 AI 時代。 在數(shù)據(jù)量爆炸、系統(tǒng)復雜度日益提升的今天,僅依靠傳統(tǒng)的監(jiān)控手段已經(jīng)難以滿足企業(yè)對“看得見、看得懂、看得清”的需求。從早期的
傳統(tǒng)攝像頭為什么需要升級為AI盒子?多場景痛點解析
系統(tǒng)具備了“看得懂”的能力,大幅提升了管理效率并降低了人力成本。?? 那么, 為什么傳統(tǒng)攝像頭需要升級AI盒子? 哪些場景必須依賴AI分析?小編將從安防、零售、工業(yè)三大典型場景出發(fā),解析傳統(tǒng)方案的痛點,并說明AI盒子如何解
經(jīng)典智能電路300例
328例智能電路中,使讀者看得懂用得上。
純分享貼,有需要可以直接下載附件獲取文檔!
(如果內(nèi)容有幫助可以關注、點贊、評論支持一下哦~)
發(fā)表于 04-19 15:26
STM32虛擬仿真系統(tǒng):零基礎小白到嵌入式全棧工程師的進階秘籍
在嵌入式開發(fā)領域,硬件原理的抽象性和項目全流程的復雜性一直是初學者面臨的挑戰(zhàn),尤其是像STM32單片機開發(fā)這種軟硬件結(jié)合的方向,初學者很容易被復雜的硬件知識、寄存器配置、PCB設計這些東西勸退
STM32H7ZGT6使用SPI+DMA方式驅(qū)動屏幕,使用DMA方式會花屏,為什么?
STM32H7ZGT6使用SPI+DMA方式驅(qū)動屏幕時候,使用阻塞式發(fā)送不會花屏幕,但是使用DMA方式會花屏。
發(fā)表于 03-12 06:03
小白都看得懂的STM32的DMA知識



評論