有一次調(diào)PIO驅(qū)動(dòng)WS2812燈帶狀態(tài)機(jī)被CPU喂數(shù)據(jù)喂得手忙腳亂一個(gè)中斷進(jìn)來(lái)沒(méi)及時(shí)處理整條燈帶顏色就閃了一下。后來(lái)把數(shù)據(jù)搬運(yùn)動(dòng)作交給rp2.DMA控制器代碼少了三分之一時(shí)序問(wèn)題也消失了。這篇文章專門聊RP2040上DMA的軟件控制也就是不把庫(kù)函數(shù)當(dāng)黑盒把API和配置過(guò)程徹底講清楚。文章適合兩類人一類是剛開(kāi)始用樹(shù)莓派Pico、總覺(jué)得hardware/dma.h是個(gè)黑盒的開(kāi)發(fā)者另一類是已經(jīng)在用DMA但偶爾被坑得莫名其妙、想系統(tǒng)排查一遍配置問(wèn)題的朋友。我盡量把每個(gè)關(guān)鍵選擇背后的為什么也講明白而不是只給一堆能跑的代碼。1. 為什么DMA是RP2040上最值回票價(jià)的控制器1.1 沒(méi)有DMA時(shí)CPU到底在忙什么想象一個(gè)很常見(jiàn)的場(chǎng)景你想通過(guò)UART把緩沖區(qū)里4096字節(jié)的數(shù)據(jù)發(fā)出去。用最粗暴的輪詢寫法每個(gè)字節(jié)都要做“把數(shù)據(jù)寫進(jìn)UART發(fā)送寄存器→等TX FIFO出現(xiàn)空位→再寫下一個(gè)字節(jié)”的循環(huán)。在115200波特率下發(fā)完這4096字節(jié)差不多要355毫秒而這355毫秒里CPU啥也干不了只能死等。你可能覺(jué)得“那我用中斷不就行了”但中斷方案也有代價(jià)。每來(lái)一個(gè)字節(jié)都觸發(fā)一次UART中斷CPU要保存現(xiàn)場(chǎng)、進(jìn)ISR、寫一個(gè)字節(jié)、恢復(fù)現(xiàn)場(chǎng)光上下文切換的開(kāi)銷就吃掉了不少性能。如果還要同時(shí)處理ADC采樣、顯示刷新、按鍵掃描中斷優(yōu)先級(jí)稍微沒(méi)處理好就會(huì)出現(xiàn)某個(gè)外設(shè)被餓死的情況。我最早碰到的痛點(diǎn)就是PIO狀態(tài)機(jī)。WS2812燈帶的時(shí)序是ns級(jí)別的PIO狀態(tài)機(jī)負(fù)責(zé)輸出波形但顏色數(shù)據(jù)得有人喂給它。如果CPU中途被別的事情打斷PIO的TX FIFO一旦空波形就斷了燈帶立刻閃一下。這種時(shí)序敏感場(chǎng)景靠CPU一條一條喂數(shù)據(jù)本質(zhì)上就是在刀尖上跳舞。1.2 DMA的價(jià)值把“搬磚”和“調(diào)度”分離DMADirect Memory Access做的事很簡(jiǎn)單在不需要CPU介入的情況下把數(shù)據(jù)從一個(gè)地址搬到另一個(gè)地址。你可以把它理解成一個(gè)只會(huì)搬磚的工人老板CPU只需要告訴它“從哪搬、搬到哪、搬多少、什么時(shí)候搬”然后就可以去開(kāi)會(huì)了。搬完之后工人會(huì)按一下門鈴觸發(fā)中斷告訴老板“搬完了”。這種“搬磚與調(diào)度分離”的思路在RP2040這種雙核MCU上特別有價(jià)值。兩個(gè)核各有各的活如果誰(shuí)都被數(shù)據(jù)搬運(yùn)這種機(jī)械勞動(dòng)纏住那多核的優(yōu)勢(shì)就發(fā)揮不出來(lái)。DMA把高頻、機(jī)械、時(shí)序敏感的數(shù)據(jù)搬運(yùn)動(dòng)作接管之后CPU就能專心干邏輯判斷、協(xié)議解析、界面響應(yīng)這些真正需要智能的活。1.3 適合用DMA的場(chǎng)景清單不是所有搬運(yùn)都需要DMA。要不要上DMA我一般看三個(gè)指標(biāo)數(shù)據(jù)量大不大、頻率高不高、時(shí)序要求嚴(yán)不嚴(yán)。下面是我認(rèn)為RP2040上最值得用DMA的幾個(gè)場(chǎng)景場(chǎng)景數(shù)據(jù)方向?yàn)槭裁从肈MA內(nèi)存到內(nèi)存大塊拷貝內(nèi)存→內(nèi)存釋放CPU拷貝期間可做其他事UART/SPI數(shù)據(jù)收發(fā)內(nèi)存?外設(shè)避免高頻中斷配合FIFO自然流控ADC連續(xù)采樣ADC→內(nèi)存采樣率固定DMA周期搬運(yùn)不漏點(diǎn)PIO數(shù)據(jù)流燈帶、步進(jìn)電機(jī)內(nèi)存→PIO FIFO時(shí)序敏感CPU不可靠定時(shí)器觸發(fā)GPIO采樣GPIO→內(nèi)存DMA按固定節(jié)拍自動(dòng)采集如果你只是偶爾發(fā)一兩個(gè)字節(jié)、搬幾十個(gè)字節(jié)DMA反而有點(diǎn)殺雞用牛刀——配置開(kāi)銷都比搬運(yùn)本身還大。判斷標(biāo)準(zhǔn)很簡(jiǎn)單如果CPU做這件事超過(guò)1毫秒或者中斷頻率超過(guò)每秒幾千次就值得考慮DMA。2. 摸清家底R(shí)P2040 DMA控制器究竟怎么工作2.1 16個(gè)通道和“四件套”寄存器RP2040的DMA控制器有16個(gè)獨(dú)立通道channel 0到15每個(gè)通道都可以獨(dú)立配置、獨(dú)立搬運(yùn)、獨(dú)立觸發(fā)中斷。通道之間互不干擾仲裁器負(fù)責(zé)決定誰(shuí)先占用總線。每個(gè)通道本質(zhì)上是四組寄存器在驅(qū)動(dòng)READ_ADDR源地址DMA從這里讀數(shù)據(jù)。WRITE_ADDR目的地址DMA往這里寫數(shù)據(jù)。TRANS_COUNT剩余傳輸次數(shù)每搬一次減1減到0傳輸結(jié)束。CTRL_TRIG控制寄存器配置數(shù)據(jù)寬度、地址模式、觸發(fā)源、鏈?zhǔn)侥繕?biāo)等寫入這個(gè)寄存器還會(huì)觸發(fā)通道啟動(dòng)。這組寄存器每個(gè)通道偏移0x40字節(jié)。通道0的四個(gè)關(guān)鍵寄存器地址分別是0x50000000、0x50000004、0x50000008、0x5000000C。后面講MicroPython手寫DMA控制時(shí)就是直接操作這些地址。特別注意TRANS_COUNT存的是“傳輸次數(shù)”不是“字節(jié)數(shù)”。如果你配置的是32位word傳輸那TRANS_COUNT1024代表搬運(yùn)1024個(gè)字實(shí)際字節(jié)數(shù)是4096。這個(gè)單位和數(shù)據(jù)寬度綁定的設(shè)定是后面好多坑的根源。2.2 DREQ決定DMA什么時(shí)候“動(dòng)一下”DMA不是一股腦從頭搬到尾尤其在跟外設(shè)配合時(shí)它必須等待外設(shè)“準(zhǔn)備好”才搬。這個(gè)等待信號(hào)就是DREQData Request數(shù)據(jù)請(qǐng)求。每個(gè)DREQ編號(hào)對(duì)應(yīng)一個(gè)外設(shè)請(qǐng)求源。下面是我實(shí)際用得最多的幾個(gè)DREQ編號(hào)請(qǐng)求源觸發(fā)條件0-3PIO0 TX0-TX3PIO狀態(tài)機(jī)TX FIFO可寫4-7PIO0 RX0-RX3PIO狀態(tài)機(jī)RX FIFO可讀8-15PIO1 TX/RX同上PIO1狀態(tài)機(jī)16UART0 TXUART0發(fā)送FIFO可接收數(shù)據(jù)17UART0 RXUART0接收FIFO有數(shù)據(jù)20SPI0 TXSPI0發(fā)送FIFO可寫24I2C0 TXI2C0可發(fā)送36-39ADC0-ADC3ADC FIFO有樣本40-43TIMER0-TIMER3定時(shí)器周期性請(qǐng)求630x3FDREQ_FORCE不等待任何外設(shè)持續(xù)搬運(yùn)第63號(hào)請(qǐng)求非常關(guān)鍵。當(dāng)DREQ配置成0x3F時(shí)DMA不依賴任何外設(shè)信號(hào)啟動(dòng)后就連續(xù)不斷地搬直到TRANS_COUNT減到0。內(nèi)存到內(nèi)存的拷貝用的就是它。外設(shè)配合時(shí)的價(jià)值在于天然流控UART TX FIFO滿時(shí)DREQ信號(hào)不會(huì)觸發(fā)DMA自動(dòng)暫停FIFO有空間了DMA繼續(xù)搬下一個(gè)字節(jié)。CPU完全不用管發(fā)送節(jié)奏。2.3 地址增長(zhǎng)模式與環(huán)形緩沖每個(gè)通道可以獨(dú)立設(shè)置讀地址和寫地址是固定還是遞增。典型組合內(nèi)存→外設(shè)讀地址遞增寫地址固定外設(shè)寄存器地址不變。外設(shè)→內(nèi)存讀地址固定寫地址遞增。內(nèi)存→內(nèi)存讀寫都遞增。這里有個(gè)和STM32不太一樣的點(diǎn)RP2040的DMA地址模式只有固定和遞增兩種不支持遞減。很多從STM32轉(zhuǎn)過(guò)來(lái)的朋友習(xí)慣用遞減模式做反向拷貝在RP2040上行不通得在軟件層面提前規(guī)劃好源目地址。環(huán)形緩沖Ring是另一個(gè)特色功能。配置RING_SIZE和RING_SEL之后某一邊的地址會(huì)在一個(gè)固定大小的范圍內(nèi)循環(huán)。比如要做一個(gè)ADC采樣環(huán)形緩沖區(qū)可以讓寫地址在8字節(jié)范圍內(nèi)循環(huán)滿了自動(dòng)繞回開(kāi)頭非常適合做流式數(shù)據(jù)采集。RING_SIZE的單位是“2的冪”RING_SIZE3代表8字節(jié)范圍RING_SIZE4代表16字節(jié)范圍這個(gè)細(xì)節(jié)容易搞錯(cuò)。2.4 仲裁、優(yōu)先級(jí)和中斷狀態(tài)16個(gè)通道共用總線同一時(shí)刻只有一個(gè)能訪問(wèn)內(nèi)存。仲裁器會(huì)根據(jù)每個(gè)通道的HIGH_PRIORITY位決定優(yōu)先服務(wù)誰(shuí)。如果多個(gè)通道都配置了高優(yōu)先級(jí)仲裁器會(huì)輪詢調(diào)度如果高優(yōu)先級(jí)通道數(shù)據(jù)量特別大低優(yōu)先級(jí)通道可能長(zhǎng)時(shí)間搶不到總線段這就是所謂的“饑餓”現(xiàn)象。中斷狀態(tài)和中斷使能都存放32位寄存器里每一位對(duì)應(yīng)一個(gè)通道。讀取INTR可以得到原始中斷狀態(tài)讀INTE0/INTF0/INTS0可以查看中斷使能和中斷狀態(tài)。這個(gè)位圖式設(shè)計(jì)讓批量管理通道變得非常方便一次讀一個(gè)32位寄存器就知道誰(shuí)完成了。3. 首選武器C SDK的DMA API逐段拆解3.1 通道管理從claim開(kāi)始Pico SDK推薦用dma_channel_claim()申請(qǐng)通道而不是直接寫死用第幾個(gè)通道。這個(gè)函數(shù)會(huì)遍歷16個(gè)通道返回第一個(gè)空閑的并把它標(biāo)記為“已占用”。用完用dma_channel_release(ch)釋放這樣別人也能復(fù)用。我見(jiàn)過(guò)不少示例代碼直接#define DMA_CH 0然后所有程序都用通道0。如果你只有一個(gè)DMA任務(wù)這沒(méi)問(wèn)題一旦工程復(fù)雜了多個(gè)模塊搶同一個(gè)通道就會(huì)出現(xiàn)“A模塊配置被B模塊覆蓋”的靈異現(xiàn)象。用claim/release機(jī)制每個(gè)模塊都能動(dòng)態(tài)拿到空閑通道沖突概率大大降低。#include pico/stdlib.h #include hardware/dma.h int dma_ch dma_channel_claim(); // 用完之后 dma_channel_release(dma_ch);多核環(huán)境或RTOS環(huán)境下claim函數(shù)內(nèi)部有臨界區(qū)保護(hù)可以放心使用。3.2 配置結(jié)構(gòu)體的核心字段拿到通道號(hào)后通過(guò)dma_channel_get_default_config(ch)拿到一份默認(rèn)配置然后用channel_config_set_*系列函數(shù)逐項(xiàng)修改。這種“讀默認(rèn)值→改幾個(gè)字段→寫回”的設(shè)計(jì)比手動(dòng)填一個(gè)巨大的結(jié)構(gòu)體要安全得多因?yàn)槟隳芸吹降降赘牧耸裁?。dma_channel_config cfg dma_channel_get_default_config(dma_ch); channel_config_set_transfer_data_size(cfg, DMA_SIZE_8); channel_config_set_read_increment(cfg, true); channel_config_set_write_increment(cfg, false); channel_config_set_dreq(cfg, DREQ_UART0_TX);幾個(gè)關(guān)鍵函數(shù)的使用要點(diǎn)channel_config_set_transfer_data_size設(shè)置傳輸寬度DMA_SIZE_8/16/32分別對(duì)應(yīng)字節(jié)、半字、字。外設(shè)寄存器有些人習(xí)慣32位訪問(wèn)但UART發(fā)送其實(shí)是8位就夠了。channel_config_set_read_increment/set_write_increment控制地址是否遞增。channel_config_set_dreq設(shè)置觸發(fā)源。默認(rèn)配置里這個(gè)值是DREQ_FORCE如果你忘記設(shè)置DMA會(huì)以最快速度連續(xù)搬運(yùn)在某些外設(shè)場(chǎng)景下會(huì)直接搬空內(nèi)存這是默認(rèn)配置最容易被忽略的一個(gè)點(diǎn)。channel_config_set_chain_to設(shè)置鏈?zhǔn)絺鬏斈繕?biāo)通道后面進(jìn)階章節(jié)單獨(dú)講。channel_config_set_ring配置環(huán)形緩沖參數(shù)是“是否環(huán)形”和“環(huán)形大小的log2值”。channel_config_set_bswap開(kāi)啟字節(jié)交換。只對(duì)32位傳輸有效會(huì)把4字節(jié)的序完全倒過(guò)來(lái)不是簡(jiǎn)單的半字交換用之前想清楚。配置完成后dma_channel_configure(ch, cfg, write_addr, read_addr, transfer_count)會(huì)把寫入地址、源地址、傳輸次數(shù)一次性寫進(jìn)寄存器。注意這個(gè)函數(shù)本身不會(huì)啟動(dòng)DMA真正啟動(dòng)要調(diào)用dma_channel_start(ch)。3.3 三個(gè)可以直接抄的例程例程一內(nèi)存到內(nèi)存大塊拷貝#include pico/stdlib.h #include hardware/dma.h uint8_t src_buf[1024] __attribute__((aligned(4))); uint8_t dst_buf[1024] __attribute__((aligned(4))); void mem_copy_dma() { int ch dma_channel_claim(); dma_channel_config cfg dma_channel_get_default_config(ch); channel_config_set_transfer_data_size(cfg, DMA_SIZE_8); channel_config_set_read_increment(cfg, true); channel_config_set_write_increment(cfg, true); // 不設(shè)置dreq保持默認(rèn)DREQ_FORCE連續(xù)搬運(yùn) dma_channel_configure(ch, cfg, dst_buf, src_buf, sizeof(src_buf)); dma_channel_start(ch); dma_channel_wait_for_finish(ch); dma_channel_release(ch); }注意源和目的我都加了aligned(4)。雖然傳輸寬度是8位不強(qiáng)制要求4字節(jié)對(duì)齊但RP2040的DMA走AHB總線如果將來(lái)改成DMA_SIZE_32對(duì)齊問(wèn)題就會(huì)暴露出來(lái)先養(yǎng)成分頁(yè)對(duì)齊的習(xí)慣沒(méi)壞處。例程二用UART把緩沖區(qū)發(fā)出去#include hardware/uart.h #include hardware/dma.h void uart_send_dma(const char *buf, size_t len) { int ch dma_channel_claim(); dma_channel_config cfg dma_channel_get_default_config(ch); channel_config_set_transfer_data_size(cfg, DMA_SIZE_8); channel_config_set_read_increment(cfg, true); channel_config_set_write_increment(cfg, false); channel_config_set_dreq(cfg, DREQ_UART0_TX); dma_channel_configure(ch, cfg, uart0_hw-dr, buf, len); dma_channel_start(ch); }這里把寫地址固定為uart0_hw-dr也就是UART0數(shù)據(jù)寄存器。DMA會(huì)等到UART的TX FIFO有空間才寫入完美的硬件流控。如果UART的FIFO沒(méi)使能DREQ信號(hào)可能一直不滿足DMA就會(huì)“卡住”等在那里這一點(diǎn)在第5章避坑部分詳細(xì)說(shuō)。例程三ADC連續(xù)采樣到緩沖區(qū)#include hardware/adc.h #include hardware/dma.h uint16_t samples[1024]; void adc_sampling_dma() { adc_init(); adc_gpio_init(26); adc_select_input(0); adc_fifo_setup(true, false, 1, false, false); adc_run(true); int ch dma_channel_claim(); dma_channel_config cfg dma_channel_get_default_config(ch); channel_config_set_transfer_data_size(cfg, DMA_SIZE_16); channel_config_set_read_increment(cfg, false); channel_config_set_write_increment(cfg, true); channel_config_set_dreq(cfg, DREQ_ADC); dma_channel_configure(ch, cfg, samples, adc_hw-fifo, 1024); dma_channel_start(ch); }ADC每出一個(gè)16位采樣值DMA就搬一個(gè)到samples數(shù)組完全不需要CPU干預(yù)。等搬滿1024個(gè)樣本后DMA傳輸完成中斷會(huì)通知你。這里DREQ_ADC配置是核心沒(méi)有它DMA不知道ADC FIFO何時(shí)有數(shù)據(jù)。3.4 中斷的正確注冊(cè)方式DMA完成中斷分DMA_IRQ_0和DMA_IRQ_1兩組每組都是32位狀態(tài)位圖。用dma_channel_set_irq0_enabled(ch, true)把某個(gè)通道的中斷使能到IRQ0組然后在DMA_IRQ_0的中斷服務(wù)函數(shù)里查狀態(tài)位。static int dma_ch; void dma_isr(void) { if (dma_hw-ints (1u dma_ch)) { dma_hw-ints 1u dma_ch; // 寫1清零 // 在這里處理搬運(yùn)完成后的業(yè)務(wù)邏輯 } } void setup_dma_irq() { dma_ch dma_channel_claim(); dma_channel_set_irq0_enabled(dma_ch, true); irq_set_exclusive_handler(DMA_IRQ_0, dma_isr); irq_set_enabled(DMA_IRQ_0, true); }中斷服務(wù)函數(shù)里第一件事就是清中斷標(biāo)志否則ISR會(huì)反復(fù)觸發(fā)。很多第一次用DMA中斷的朋友只記得使能中斷忘了寫dma_hw-ints ...清標(biāo)志結(jié)果就是系統(tǒng)一直卡在中斷里出不來(lái)。4. MicroPython側(cè)沒(méi)有rp2.DMA類那就自己封一個(gè)4.1 先澄清一個(gè)現(xiàn)實(shí)MicroPython的rp2模塊里有StateMachine、PIO這些類但你翻遍官方固件也找不到rp2.DMA這個(gè)現(xiàn)成的類。標(biāo)題里提的“rp2.DMA”在實(shí)際操作中指的是“在RP2040上用軟件方式直接操縱DMA控制器寄存器”也就是把C SDK里hardware/dma.h的功能用MicroPython的machine.mem32手動(dòng)封裝一遍。為什么不直接官方支持大概是MicroPython的定位是“快速原型驗(yàn)證”官方覺(jué)得DMA屬于偏底層偏硬核的功能普通用戶用不上。但實(shí)際做項(xiàng)目時(shí)ADC采集、PIO數(shù)據(jù)流這些場(chǎng)景確實(shí)需要DMA所以自己封裝一個(gè)類非常值得。4.2 用machine.mem32直接操作寄存器先回顧一下關(guān)鍵寄存器地址DMA基址是0x50000000通道0的READ_ADDR/WRITE_ADDR/TRANS_COUNT/CTRL_TRIG偏移量分別是0x000、0x004、0x008、0x00C每往后一個(gè)通道地址加0x40。下面是一個(gè)最精簡(jiǎn)的DMA控制類from machine import mem32 DMA_BASE 0x50000000 DREQ_FORCE 0x3F # 無(wú)外部請(qǐng)求連續(xù)傳輸 class RP2040DMA: def __init__(self, channel): self.base DMA_BASE channel * 0x40 self.channel channel def config(self, src_addr, dst_addr, count, data_size0, incr_read1, incr_write1): # data_size: 0字節(jié) 1半字 2字 mem32[self.base 0x000] src_addr # READ_ADDR mem32[self.base 0x004] dst_addr # WRITE_ADDR mem32[self.base 0x008] count # TRANS_COUNT ctrl 0 ctrl | (DREQ_FORCE 4) (0x3F 4) # DREQ段 ctrl | (data_size 12) # 數(shù)據(jù)寬度 if incr_read: ctrl | (1 14) # 讀地址遞增 if incr_write: ctrl | (1 15) # 寫地址遞增 ctrl | (1 10) # EN使能并啟動(dòng) mem32[self.base 0x00C] ctrl # CTRL_TRIG def wait_done(self): # BUSY位在bit28傳輸完成時(shí)自動(dòng)清零 while mem32[self.base 0x00C] (1 28): pass這個(gè)類的核心就是最后往CTRL_TRIG寄存器寫入的那一下。數(shù)據(jù)寬度、地址遞增模式、DREQ觸發(fā)源、使能位全部打包在一個(gè)32位整數(shù)里一次寫入同時(shí)完成“配置”和“啟動(dòng)”。4.3 調(diào)用示例與地址獲取MicroPython里bytearray對(duì)象不能直接拿來(lái)當(dāng)源地址需要先取到它在內(nèi)存中的數(shù)據(jù)區(qū)地址。這里用uctypes.addressof比較直接import uctypes src bytearray(1024) dst bytearray(1024) # 給源數(shù)據(jù)隨便填點(diǎn)東西 for i in range(256): src[i] i dma RP2040DMA(0) dma.config( src_addructypes.addressof(src), dst_addructypes.addressof(dst), count1024, data_size0, # 字節(jié)傳輸 incr_read1, incr_write1 ) dma.wait_done() # 驗(yàn)證 print(dst[0], dst[1], dst[255])uctypes.addressof在不同固件版本下的表現(xiàn)略有差異有的版本返回的是對(duì)象數(shù)據(jù)區(qū)地址有的版本需要加偏移建議先在一個(gè)空bytearray上試一下再用實(shí)際地址驗(yàn)證一下搬過(guò)去的數(shù)據(jù)對(duì)不對(duì)。4.4 這段代碼的邊界這種手寫寄存器的方式勝在靈活、沒(méi)有額外依賴但也要求你對(duì)寄存器位定義了如指掌。不同固件版本、不同SDK版本寄存器位定義理論上是一致的畢竟硬件是固定的但為了保險(xiǎn)配置出問(wèn)題的時(shí)候優(yōu)先去翻一下你對(duì)應(yīng)版本的頭文件。前面代碼里的DREQ_FORCE 4等我標(biāo)注了偏移量實(shí)際以你的SDK頭文件為準(zhǔn)別當(dāng)金科玉律。另外MicroPython有GC垃圾回收bytearray在堆上可能被移動(dòng)。DMA傳輸期間盡量不要?jiǎng)?chuàng)建大對(duì)象、不要做可能觸發(fā)GC的操作否則數(shù)組地址變了DMA還在往老地址寫數(shù)據(jù)就亂了。穩(wěn)妥做法是傳輸前用gc.disable()臨時(shí)關(guān)掉GC傳完再恢復(fù)。5. 配置避坑六個(gè)親測(cè)過(guò)的坑與完整排查鏈路5.1 坑一DMA“假死”TRANS_COUNT一動(dòng)不動(dòng)現(xiàn)象是dma_channel_start之后數(shù)據(jù)一點(diǎn)沒(méi)動(dòng)TRANS_COUNT還是原值BUSY置1看起來(lái)像在傳輸實(shí)則卡死。排查鏈路先確認(rèn)DREQ配置。DMA不是連續(xù)傳的它在等外設(shè)的DREQ信號(hào)。如果DREQ對(duì)應(yīng)的是UART TX而UART FIFO根本沒(méi)使能DREQ信號(hào)永遠(yuǎn)不會(huì)來(lái)DMA就一直等。我用UART時(shí)踩過(guò)這個(gè)坑uart_init之后沒(méi)調(diào)uart_set_fifo_enabled(uart0, true)結(jié)果DMA等了一輩子。看外設(shè)有沒(méi)有真正啟動(dòng)。ADC場(chǎng)景如果忘了adc_run(true)或adc_fifo_setupFIFO里永遠(yuǎn)沒(méi)有數(shù)據(jù)DREQ也不會(huì)拉高。臨時(shí)把DREQ換成DREQ_FORCE試試。如果換成DREQ_FORCE立刻能跑通說(shuō)明問(wèn)題不在DMA本身而在外設(shè)的DREQ信號(hào)鏈路。解決思路先排除DMA本身再排查外設(shè)。不要一上來(lái)就懷疑地址配錯(cuò)了。5.2 坑二中斷回調(diào)永遠(yuǎn)不來(lái)現(xiàn)象DMA傳輸明明完成了數(shù)據(jù)也對(duì)但就是進(jìn)不了中斷服務(wù)函數(shù)。排查鏈路先看dma_channel_is_busy(ch)如果返回false說(shuō)明傳輸已經(jīng)結(jié)束問(wèn)題確定在中斷鏈路。讀dma_hw-intr看對(duì)應(yīng)位有沒(méi)有置位。如果置位說(shuō)明DMA硬件側(cè)中斷狀態(tài)沒(méi)問(wèn)題問(wèn)題在NVIC或者IRQ使能。檢查irq_set_exclusive_handler(DMA_IRQ_0, dma_isr)是否調(diào)用。很多人寫完dma_channel_set_irq0_enabled就以為完事了忘了注冊(cè)handler。檢查irq_set_enabled(DMA_IRQ_0, true)。這個(gè)和上面那個(gè)不是一回事前者配回調(diào)函數(shù)后者才真正打開(kāi)中斷。查看ISR里有沒(méi)有清中斷標(biāo)志。沒(méi)清標(biāo)志的話第一次中斷觸發(fā)后后續(xù)中斷永遠(yuǎn)卡住。我遇到過(guò)一個(gè)很隱蔽的情況在一個(gè)實(shí)時(shí)系統(tǒng)里ISR處理完了正常數(shù)據(jù)但沒(méi)有做“從ISR喚醒任務(wù)”的動(dòng)作導(dǎo)致CPU以為沒(méi)活干業(yè)務(wù)邏輯永遠(yuǎn)不執(zhí)行。在外設(shè)中斷驅(qū)動(dòng)到任務(wù)喚醒之間這段鏈路要完整。5.3 坑三地址未對(duì)齊導(dǎo)致的隨機(jī)數(shù)據(jù)錯(cuò)亂現(xiàn)象偶爾數(shù)據(jù)對(duì)偶爾錯(cuò)幾個(gè)字節(jié)或者某些固定偏移位置的數(shù)據(jù)總是亂。原因RP2040的DMA走AHB總線32位傳輸要求源地址和目的地址都4字節(jié)對(duì)齊16位傳輸要求2字節(jié)對(duì)齊。如果沒(méi)對(duì)齊輕則數(shù)據(jù)錯(cuò)亂重則硬件錯(cuò)誤。DMA不像CPU那樣會(huì)自動(dòng)處理非對(duì)齊訪問(wèn)。排查時(shí)先確認(rèn)DATA_SIZE和地址是否匹配。復(fù)制一個(gè)大數(shù)組沒(méi)問(wèn)題但如果你從數(shù)組第3個(gè)字節(jié)開(kāi)始搬同時(shí)配置了DMA_SIZE_32那就等著出事吧。解決方法是傳輸寬度降到字節(jié)傳輸DMA_SIZE_8代價(jià)是速度稍慢。把緩沖區(qū)聲明為_(kāi)_attribute__((aligned(4)))保證地址自然對(duì)齊。如果源地址和目的地址其中一個(gè)偏移了優(yōu)先考慮調(diào)整數(shù)據(jù)布局而不是強(qiáng)行對(duì)齊。5.4 坑四第二次啟動(dòng)忘了重寫寄存器現(xiàn)象第一次傳輸正常第二次調(diào)用同樣的配置函數(shù)結(jié)果TRANS_COUNT直接是0或者地址指向了緩沖區(qū)末尾。原因DMA的TRANS_COUNT寄存器是遞減的READ_ADDR和WRITE_ADDR是遞增的傳輸完成后這些寄存器不會(huì)自動(dòng)恢復(fù)到初始值。第二次啟動(dòng)前如果不重新寫入DMA會(huì)按已經(jīng)耗盡的值繼續(xù)“搬”自然什么都搬不出來(lái)。解決每次啟動(dòng)前重新調(diào)用dma_channel_configure把三個(gè)地址/計(jì)數(shù)值再寫一遍。如果想減少配置開(kāi)銷可以研究一下每個(gè)通道的AL2_CTRL、AL3_CTRL這類備用寄存器提前預(yù)置下一次傳輸?shù)膮?shù)這就是雙緩沖的硬件基礎(chǔ)。5.5 坑五Ring緩沖尺寸配錯(cuò)現(xiàn)象環(huán)形緩沖區(qū)數(shù)據(jù)亂序或者繞回后覆蓋了不該覆蓋的數(shù)據(jù)。原因RING_SIZE填寫的是“2的N次方字節(jié)”里的N不是字節(jié)數(shù)。填3代表8字節(jié)范圍填4代表16字節(jié)范圍很多人填了3以為是3字節(jié)結(jié)果地址回繞非常頻繁。另外RING_SEL選擇的是哪邊地址做環(huán)形讀邊還是寫邊兩邊都配置成環(huán)形在大多數(shù)場(chǎng)景下沒(méi)有意義。解決建議環(huán)形大小必須是傳輸寬度的整數(shù)倍否則可能出現(xiàn)半個(gè)數(shù)據(jù)被截?cái)嗟那闆r。比如16位傳輸環(huán)形大小至少要2的2次方4字節(jié)起步。做ADC環(huán)形采樣時(shí)我習(xí)慣把環(huán)形大小設(shè)成采樣緩沖區(qū)長(zhǎng)度的1/4以上減少回繞頻繁程度。5.6 坑六內(nèi)存重疊拷貝結(jié)果不對(duì)現(xiàn)象源地址和目的地址有重疊時(shí)拷貝結(jié)果和memmove不一致數(shù)據(jù)被覆蓋了一部分。原因RP2040 DMA的地址模式只有固定和遞增沒(méi)有遞減。順序遞增搬運(yùn)時(shí)如果目的地址在源地址后面且兩者有重疊先搬走的源數(shù)據(jù)會(huì)被后續(xù)寫入覆蓋掉結(jié)果就和memmove反著來(lái)。解決思路盡量避免重疊。真需要重疊場(chǎng)景要么手動(dòng)分成兩段搬要么調(diào)整目標(biāo)地址布局。這個(gè)不是DMA的bug是硬件特性設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)時(shí)就得想清楚?？拥湫同F(xiàn)象核心原因快速解決DREQ卡住TRANS_COUNT不動(dòng)外設(shè)DREQ信號(hào)未滿足確認(rèn)外設(shè)FIFO使能或換DREQ_FORCE驗(yàn)證中斷不來(lái)傳輸已完成但無(wú)回調(diào)中斷鏈路上某環(huán)節(jié)缺失按序檢查handler、NVIC、清標(biāo)志未對(duì)齊數(shù)據(jù)隨機(jī)錯(cuò)亂AHB總線對(duì)齊要求降數(shù)據(jù)寬度或用aligned聲明重復(fù)啟動(dòng)失敗第二次傳輸無(wú)效寄存器未重新寫入每次dma_channel_configureRing亂序環(huán)形緩沖錯(cuò)亂RING_SIZE理解錯(cuò)誤確認(rèn)log2值且是寬度的整數(shù)倍重疊拷貝數(shù)據(jù)被覆蓋不支持地址遞減避免重疊或分段拷貝6. 進(jìn)階玩法鏈?zhǔn)絺鬏敗⒍〞r(shí)觸發(fā)和調(diào)度優(yōu)化6.1 鏈?zhǔn)絺鬏斪鲭p緩沖雙緩沖是采集場(chǎng)景里的經(jīng)典套路一個(gè)通道在往緩沖區(qū)A寫數(shù)據(jù)CPU同時(shí)處理緩沖區(qū)B里的舊數(shù)據(jù)A寫滿后自動(dòng)切到BB寫滿再切回A交替進(jìn)行不讓CPU等待。RP2040的鏈?zhǔn)絺鬏攃hain讓這個(gè)切換完全硬件化。配置理念是通道0結(jié)束時(shí)觸發(fā)通道1通道1結(jié)束時(shí)觸發(fā)通道0兩個(gè)通道互相鏈起來(lái)配合各自綁定的中斷就能形成乒乓接力。#define N 1024 uint16_t buf_a[N], buf_b[N]; int ch0 dma_channel_claim(); int ch1 dma_channel_claim(); dma_channel_config cfg0 dma_channel_get_default_config(ch0); channel_config_set_transfer_data_size(cfg0, DMA_SIZE_16); channel_config_set_dreq(cfg0, DREQ_ADC); channel_config_set_chain_to(cfg0, ch1); // ch0完成后觸發(fā)ch1 dma_channel_configure(ch0, cfg0, buf_a, adc_hw-fifo, N); dma_channel_config cfg1 dma_channel_get_default_config(ch1); channel_config_set_transfer_data_size(cfg1, DMA_SIZE_16); channel_config_set_dreq(cfg1, DREQ_ADC); channel_config_set_chain_to(cfg1, ch0); // ch1完成后觸發(fā)ch0 dma_channel_configure(ch1, cfg1, buf_b, adc_hw-fifo, N); dma_channel_start(ch0);這里鏈?zhǔn)脚渲玫囊饬x不只是自動(dòng)切換緩沖還能把“CPU配置下一次傳輸”的延遲從關(guān)鍵路徑上移除。即使CPU因?yàn)楦邇?yōu)先級(jí)任務(wù)被搶占幾毫秒DMA依然在兩個(gè)緩沖區(qū)之間自動(dòng)輪換不會(huì)漏掉一個(gè)采樣點(diǎn)。6.2 用Timer DREQ做定時(shí)采樣第2章提到的TIMER0-TIMER3 DREQ是一個(gè)被低估的功能。外設(shè)DREQ受外設(shè)節(jié)奏控制但如果你想做的是“以固定時(shí)間間隔從某個(gè)寄存器采一次數(shù)”普通的DREQ就不太合適了。這時(shí)可以用DMA定時(shí)器實(shí)現(xiàn)固定節(jié)拍觸發(fā)。SDK里通過(guò)dma_timer_set_fraction設(shè)置定時(shí)器的觸發(fā)頻率它會(huì)按照numerator / denominator的比例對(duì)系統(tǒng)時(shí)鐘分頻產(chǎn)生周期性的DMA請(qǐng)求事件。配合DREQ_TIMER0DMA就會(huì)嚴(yán)格按這個(gè)節(jié)拍搬運(yùn)非常適合做固定采樣率的傳感器數(shù)據(jù)采集。這種方法最妙的地方在于采樣間隔由硬件定時(shí)器保證不受CPU負(fù)載影響。哪怕CPU正在跑協(xié)議棧、處理顯示刷新DMA采樣依然穩(wěn)如磐石。6.3 CPU負(fù)載實(shí)測(cè)對(duì)比我簡(jiǎn)單測(cè)過(guò)一組數(shù)據(jù)通過(guò)UART發(fā)送4096字節(jié)分別用阻塞輪詢和DMA兩種方式。輪詢方式在115200波特率下CPU從第一個(gè)字節(jié)到最后一個(gè)字節(jié)基本全程占用約355毫秒。期間別的事情全停。用DMA發(fā)送時(shí)只要配置好通道、啟動(dòng)一次CPU立刻解放DMA完成中斷再回來(lái)收尾。真正的CPU開(kāi)銷只有配置啟動(dòng)和中斷處理的十幾微秒。當(dāng)然DMA也不是零成本。它和CPU共享內(nèi)存總線大量DMA搬運(yùn)會(huì)在一定程度上拖慢CPU訪問(wèn)內(nèi)存的速度。但如果CPU本來(lái)就在等外設(shè)這種總線爭(zhēng)搶完全值得。6.4 組合拳PIODMA做WS2812回到文章開(kāi)頭說(shuō)的WS2812燈帶場(chǎng)景。實(shí)現(xiàn)方案是PIO狀態(tài)機(jī)負(fù)責(zé)輸出嚴(yán)格遵守ns級(jí)時(shí)序的波形DMA負(fù)責(zé)把顏色數(shù)據(jù)從內(nèi)存按節(jié)奏喂給PIO的TX FIFOCPU只負(fù)責(zé)組裝顏色數(shù)組。這樣整個(gè)燈帶控制鏈路里CPU的參與度降到了最低——初始化時(shí)配一次PIO和DMA傳輸過(guò)程中它甚至可以去處理網(wǎng)絡(luò)協(xié)議。實(shí)測(cè)下來(lái)驅(qū)動(dòng)幾百個(gè)燈珠的燈帶CPU占用率幾乎沒(méi)有變化。PIO和DMA是RP2040上配合最默契的一對(duì)硬件模塊。PIO擅長(zhǎng)精確時(shí)序但數(shù)據(jù)得有人喂DMA擅長(zhǎng)數(shù)據(jù)搬運(yùn)但不知道自己該什么時(shí)候搬。DREQ把它們縫合在一起一個(gè)負(fù)責(zé)節(jié)奏一個(gè)負(fù)責(zé)搬運(yùn)CPU徹底從底層細(xì)節(jié)里解放出來(lái)。我個(gè)人在實(shí)際調(diào)試中的體會(huì)是DMA的難點(diǎn)從來(lái)不是API記不住而是配置時(shí)腦子里要時(shí)刻有一張“誰(shuí)在等誰(shuí)”的圖DMA在等DREQDREQ在等外設(shè)FIFO外設(shè)FIFO在等數(shù)據(jù)到達(dá)。順著這條鏈路排查大部分“靈異現(xiàn)象”都能找到合理的硬件解釋。先跑通最簡(jiǎn)單的DREQ_FORCE內(nèi)存拷貝再逐步加上外設(shè)DREQ最后才上鏈?zhǔn)絺鬏敽投嗤ǖ勒{(diào)度——這是我建議的DMA學(xué)習(xí)路徑。