最近在NUCLEO-N6這塊板子上把音頻輸入做通了用的是STM32N6的SAI外設(shè)配合新一代GPDMA來搬運數(shù)據(jù)整個過程里踩了不少坑也把N6這顆MCU在音頻采集場景下的脾氣摸了個七七八八。這篇東西不是照抄參考手冊是我實際調(diào)通之后沉淀下來的操作記錄覆蓋了方案選型、CubeMX配置、GPDMA初始化、音頻代碼實現(xiàn)和調(diào)試排障適合手里有NUCLEO-N6、正準(zhǔn)備用SAI做音頻采集的工程師參考。STM32N6這代芯片大家的注意力基本都被Cortex-M55和NPU吸引了這沒錯但音頻采集這種基礎(chǔ)功能用N6做反而非常舒服。主頻800MHzRAM又大GPDMA結(jié)構(gòu)和老F4/F7系列完全不一樣不再受DMA1/DMA2通道綁定外設(shè)的約束配起來靈活得多。SAI還是那個SAI穩(wěn)定、抗造配合GPDMA的循環(huán)模式可以做到CPU零干預(yù)持續(xù)采集音頻數(shù)據(jù)這對后續(xù)做語音識別、聲紋處理、或者簡單的頻譜分析都非常關(guān)鍵。1. 項目概述與方案選型1.1 為什么用STM32N6做音頻輸入如果你只是想在MCU上采集個音頻、做做FFT或者跑個關(guān)鍵詞識別很多人第一反應(yīng)還是H7甚至F4。但N6的優(yōu)勢是實打?qū)嵉牡谝恢黝l800MHz的M55內(nèi)核跑算法綽綽有余采集進(jìn)來之后不管做波束成形還是跑NPU推理都不用擔(dān)心CPU算力被音頻搬運占掉太多。哪怕PCM數(shù)據(jù)直接進(jìn)內(nèi)存再同時轉(zhuǎn)發(fā)給NPU做處理整個鏈路都搞得定。第二片上RAM最高可以到幾兆字節(jié)具體看你用的N6B3還是N6F3系列這意味著音頻緩沖不再捉襟見肘。F4時代那點內(nèi)存緩沖開大了就爆SRAM只能做處理完就丟N6上你可以直接開一兩秒的環(huán)形緩沖后續(xù)做事件檢測、聲音回看都方便。第三GPDMA這個外設(shè)是真的為高吞吐數(shù)據(jù)搬運設(shè)計的。它不是老DMA那種通道固定、還得分主從模式的結(jié)構(gòu)而是每個通道都可以綁定任意帶DMA請求的外設(shè)支持循環(huán)模式、鏈表模式、可靠的安全/非安全屬性配置。做音頻采集時一條GPDMA通道在后臺把SAI收下來的數(shù)據(jù)連續(xù)不斷搬到內(nèi)存里CPU完全不參與只有半buffer滿和全buffer滿的時候觸發(fā)一次中斷給個信號。另一個容易被忽略的點是STM32N6自帶安全區(qū)和非安全區(qū)TrustZone功能。這在音頻采集里也很有用比如你希望把音頻數(shù)據(jù)放在安全區(qū)內(nèi)存應(yīng)用代碼跑在非安全區(qū)通過安全的API去拿數(shù)據(jù)那GPCDMA和SAI就得跟GTZC的配置配合好。如果只是普通采集把外設(shè)都配成非安全就能省掉很多麻煩。1.2 SAI和GPDMA的組合優(yōu)勢在哪SAISerial Audio Interface是ST單片機(jī)上專門為數(shù)字音頻設(shè)計的串行接口一根幀同步線FS、一根位時鐘BCLK、一到兩根數(shù)據(jù)線SD和常用的I2S編解碼器、I2S數(shù)字麥克風(fēng)都能無縫對接。SAI在N6上支持獨立的發(fā)送和接收塊A和B可以配置成TDM模式、I2S模式、LSB/MSB對齊模式靈活性非常高。不直接用I2S外設(shè)因為STM32N6沒有單獨叫I2S的外設(shè)I2S協(xié)議其實是靠SAI來模擬的。你在CubeMX里選SAI然后把協(xié)議選成I2S standard就行。這個細(xì)節(jié)如果沒弄清楚找外設(shè)列表的時候會懵一圈。GPDMA則是ST這幾年新推的DMA架構(gòu)相比老一代DMA它有幾個很實用的特性多通道可以自由映射不用擔(dān)心SAI接在DMA1還是DMA2上也不用查通道映射表。支持循環(huán)模式Circular Mode這是音頻采集的剛需DMA搬完一整個緩沖區(qū)自動回繞繼續(xù)搬配合半滿/全滿中斷做雙緩沖數(shù)據(jù)永遠(yuǎn)不會斷。支持8/16/32位數(shù)據(jù)傳輸寬度對齊SAI接收到的音頻幀可以直接按32位左聲道右聲道拼在同一個字里或者16位單聲道/雙聲道16位搬運省去后面拆包的功夫。觸發(fā)方式很靈活可以選擇在FIFO達(dá)到某個閾值時發(fā)起搬運也可以每個數(shù)據(jù)字都觸發(fā)后者非常適合音頻這種等時數(shù)據(jù)流。所以GPU呢其實我是想說GPDMA SAI 中斷回調(diào)這套鏈路做下來比老式SAI DMA FIFO中斷的方案方便得多關(guān)鍵是緩沖區(qū)管理邏輯非常清晰半滿中斷處理前半段數(shù)據(jù)全滿中斷處理后半段數(shù)據(jù)來回交替永遠(yuǎn)不丟數(shù)據(jù)。1.3 整體系統(tǒng)架構(gòu)整個音頻采集系統(tǒng)的框圖拆開看大概是這樣的音頻信號源接在NUCLEO-N6板卡擴(kuò)展口上的數(shù)字麥克風(fēng)或音頻編解碼器。我用的是INMP441這種I2S接口的MEMS麥克風(fēng)模塊供電3.3V信號線只要四根SCK位時鐘、WS幀同步、SD數(shù)據(jù)、L/R聲道選擇。這比模擬麥克風(fēng)運放ADC的老方案省太多事。硬件連接SCK接SAI1的SCK引腳WS接SAI1的FS引腳SD接SAI1的SD_A引腳。片上搬運SAI1通過GPDMA通道把音頻數(shù)據(jù)搬到一個用戶自定義的緩沖區(qū)緩沖區(qū)開成4字節(jié)對齊的uint32_t數(shù)組。中斷通知GPDMA半滿/全滿各觸發(fā)一次回調(diào)在回調(diào)里只是置標(biāo)志位實際處理放主循環(huán)或者交給NPU/信號處理模塊。數(shù)據(jù)處理把采集到的PCM數(shù)據(jù)從32位幀中拆出有效位做音量計算、存到SD卡或者送給NPU。這樣分層下來每一層都可以單獨調(diào)試。信號有沒有、波形對不對、數(shù)據(jù)有沒有搬進(jìn)內(nèi)存、內(nèi)存里的數(shù)據(jù)格式是否正常一步一步排查非常方便。2. 硬件連接與引腳配置2.1 NUCLEO-N6板卡資源盤點NUCLEO-N6這塊板子和之前NUCLEO家族的板卡布局基本一致但核心芯片換成了STM32N6。開發(fā)板上提供了ST-LINK調(diào)試器、三個用戶LED、兩個按鈕、Arduino Uno V3擴(kuò)展接口以及ST Morpho全引腳擴(kuò)展排針。做音頻輸入時用得最多的就是Morpho排針因為SAI1的引腳不一定在Arduino接口上全部引出。你需要在CubeMX里看你選的引腳具體映射到哪個位置然后在原理圖上找到對應(yīng)的排針編號用杜邦線或者飛線連到外部模塊。NUCLEO-N6板卡的板載ST-LINK用的是調(diào)試口也和USB轉(zhuǎn)串口復(fù)用這個不影響音頻功能但是調(diào)試時很方便可以直接開一個串口打印調(diào)試信息。2.2 音頻前端選擇從PDM麥克風(fēng)到編解碼器音頻輸入的前端方案基本就三類PDM數(shù)字麥克風(fēng)接DFSDM外設(shè)或者某些支持PDM解調(diào)的SAI。PDM的好處是只傳1-bit數(shù)據(jù)流由MCU內(nèi)部做抽取濾波得到PCM數(shù)據(jù)缺點是PDM解調(diào)本身會吃掉一些CPU周期而且DFSDM和SAI在N6上具體支持情況需要查對應(yīng)型號的勘誤表。I2S接口MEMS麥克風(fēng)比如INMP441、ICS-43434內(nèi)部已經(jīng)做了PDM到PCM的轉(zhuǎn)換輸出標(biāo)準(zhǔn)的I2S格式PCM數(shù)據(jù)MCU這邊只需要配置SAI接收即可。我最終選用INMP441接線最簡單而且模塊很便宜幾塊錢一片。音頻編解碼器比如CS42L51、WM8960、TLV320AIC23這類它們通常有ADC和DAC可以錄音也可以放音還帶麥克風(fēng)前置放大和線路輸入。接Codec的好處是后續(xù)可以播放但調(diào)試時多一個I2C控制通道需要先配置Codec的寄存器才能讓SAI收到有效數(shù)據(jù)。如果只是驗證SAI和GPDMA的鏈路通不通強(qiáng)烈建議先拿INMP441這種I2S麥克風(fēng)省去I2C配置的干擾。等鏈路通了再換Codec做雙向音頻也不遲。2.3 SAI引腳映射與時鐘生成在NUCLEO-N6上我用的是SAI1 Block A信號線定義SAI1_SCK串行位時鐘由SAI1主機(jī)產(chǎn)生一般配置成64 * fs也就是每幀64個位時鐘這樣左右聲道各32位16位有效數(shù)據(jù)也在這個32位槽里左對齊。SAI1_FS幀同步信號在I2S標(biāo)準(zhǔn)協(xié)議里一個幀周期是左右各一個聲道FS低電平表示左聲道高電平表示右聲道具體極性可以在CubeMX里翻轉(zhuǎn)。SAI1_SD_A數(shù)據(jù)線接收外部麥克風(fēng)或Codec返回的PCM數(shù)據(jù)。N6的SAI外部MCK主時鐘輸出可以配置為PLL2或PLL3生成的音頻主時鐘。比如我取fs48kHzMCK頻率配置為512 * fs 24.576MHz這個頻率是廣播音頻里非常標(biāo)準(zhǔn)的主時鐘后續(xù)接Codec時也是它想要的工作頻率。需要注意INMP441這種I2S MEMS麥克風(fēng)不需要MCK它自己從BCLK恢復(fù)時鐘但CS42L51這類Codec通常必須要MCK。CubeMX里時鐘樹配置的思路是這樣PLL1跑系統(tǒng)時鐘800MHz這個別亂動。PLL2里留一路給SAI的時鐘源比如PLL2_Q輸出48MHz然后分頻得到24.576MHz的SAE? 不SAI_MCLK就出來了。需要確認(rèn)N6的SAI時鐘樹SAI_CK PLL2_Q / 分頻系數(shù)。分頻后的頻率要小于SAI最高時鐘限制同時能夠被需要的主時鐘頻率整除。具體計算如果你想MCK24.576MHz而PLL2_Q輸出49.152MHz那分頻系數(shù)就是2直接得到24.576MHz如果PLL2_Q輸出73.728MHz分頻系數(shù)就是3得到24.576MHz。這些都能在CubeMX時鐘樹頁面里實時看到實際頻率配置的時候務(wù)必小心紅色的超頻警告看到頁面變黃變紅就要調(diào)整。3. CubeMX配置與GPDMA初始化3.1 核心配置步驟我以STM32CubeMX STM32CubeIDE為基礎(chǔ)一步步走一遍配置過程。第一步選擇MCU型號。NUCLEO-N6對應(yīng)的是STM32N6B3系列或者你用的具體型號在CubeMX的MCU選擇器里輸入STM32N6B3K? 如果找不到選擇STM32N6系列再在Board Selector里選NUCLEO-N6開發(fā)板。選中板卡后CubeMX會自動初始化外部時鐘、調(diào)試口和LED引腳省去很多配置工作。第二步配置SAI。在Categories左側(cè)選擇Multimedia - SAI1勾選Block AMode選擇Master Receiver。為什么是Master Receiver因為你希望N6產(chǎn)生BCLK和FS然后從麥克風(fēng)/Codec那邊接收數(shù)據(jù)。如果選Slave模式就需要外部設(shè)備提供位時鐘和幀同步一般I2S麥克風(fēng)都是被動接收時鐘所以N6必須做主機(jī)。Block A參數(shù)配置參考ProtocolI2S standard實際就是生成I2S時序Data Size32位因為INMP441一個時隙是32位有效數(shù)據(jù)24位正好按32位讀進(jìn)來再移位Frame Length32位Frame Sync ActiveHigh level? 實際上INMP441的WS在高電平時是右聲道CubeMX里可以配成FS Active During Slot 0然后再根據(jù)實際波形調(diào)整。Frame Sync Offset1 bitI2S標(biāo)準(zhǔn)里FS比數(shù)據(jù)提前一位時鐘這是標(biāo)準(zhǔn)Output DriveEnable保證驅(qū)動能力FIFO Threshold默認(rèn)即可也可以配成Quarter Empty/Full影響不大第三步配置時鐘樹。把Audio Clock Source選到PLL2或PLL3某個輸出然后看頁面上的頻率是否正確。我這邊配PLL2_Q為49.152MHzSAI分頻系數(shù)2得到24.576MHz的MCK。48kHz采樣率下MCK512*fs剛好。第四步配置GPDMA。在SAI1的DMA Settings選項卡里Add一個DMA request選擇GPDMA1通道。這里要注意N6里DMA控制器叫做GPDMA1和GPDMA2別找DMA1/DMA2。點擊DMA請求之后配置如下DirectionPeripheral to MemoryModeCircular循環(huán)重中之重PriorityHigh音頻實時性要求Increment Address內(nèi)存地址遞增外設(shè)地址固定Data WidthWord32位——和SAI的Data Size對齊還有一個關(guān)鍵點GPDMA有個FIFO閾值配置。在內(nèi)存和FIFO之間搬運時可以選擇什么時候觸發(fā)搬運請求。我的配置是FIFO Threshold Full或Half整體效率差不多但如果你發(fā)現(xiàn)中斷頻率過高、CPU負(fù)載大可以適當(dāng)調(diào)高閾值。第五步配置NVIC。到NVIC Settings選項卡打開SAI1 global interrupt、GPDMA中斷。很多人配完GPDMA忘了使能中斷導(dǎo)致回調(diào)永遠(yuǎn)不執(zhí)行。3.2 GPDMA與SAI的握手機(jī)制SAI和GPDMA之間的握手和老的DMA有點類似SAI接收FIFO每進(jìn)來一個或幾個數(shù)據(jù)字就會向GPDMA發(fā)一個請求GPCDMA根據(jù)配置的burst大小把數(shù)據(jù)從FIFO搬到內(nèi)存。這里要明白一個概念GPDMA是按傳輸粒度工作的。它把一整塊數(shù)據(jù)搬運看成若干次burst每次burst可以搬4、8、16個數(shù)據(jù)單元。對音頻而言每次SAI收到一個32位幀就往FIFO里塞一個字GPDMA通過FIFO把數(shù)據(jù)攢到一定數(shù)量后一次性搬走減少對總線的占用。我看到一些工程師在配GPDMA時照抄H7的配置其實沒必要。N6的CubeMX里配置相對簡單你只需要確認(rèn)Data Width Word32位保證一次搬運正好是一個音頻幀左右聲道各16位或24位拼成一個32位Word。Burst Size 1或者4都行配置成1對時序要求最嚴(yán)格配置成4能減少GPDMA觸發(fā)次數(shù)但對FIFO門限有要求。如果出現(xiàn)音頻數(shù)據(jù)中間有間隙采到的波形是斷斷續(xù)續(xù)的很可能是FIFO門限配置過高導(dǎo)致小批量數(shù)據(jù)沒能及時搬走、FIFO溢出丟字這時可以把門限調(diào)低一些。3.3 安全區(qū)/非安全區(qū)配置對音頻鏈路的影響N6的TrustZone安全功能不是擺設(shè)如果你在CubeMX里啟用了TrustZoneTrustZone Enabled那SAI和GPDMA默認(rèn)可能是安全外設(shè)而你的應(yīng)用程序是Non-Secure的這就導(dǎo)致了無論怎么調(diào)DMA數(shù)據(jù)都進(jìn)不了Non-Secure內(nèi)存。我實際遇到的癥狀是GPDMA中斷回調(diào)能觸發(fā)但是收到的數(shù)據(jù)緩沖區(qū)一直是全0或者說DMA搬運根本沒執(zhí)行報Bus Error。查了半天最后定位到是GTZC的TZSC配置那里SAI1和GPDMA1被劃到了Secure域而Non-Secure的應(yīng)用程序無法直接訪問這些安全外設(shè)的寄存器DMA請求也就沒法正常路由。解決辦法有兩種方案一如果你不需要 TrustZone就在CubeMX里關(guān)閉 TrustZone所有外設(shè)默認(rèn)都是 Non-Secure省心。方案二如果項目確實需要安全隔離就得在 TrustZone 初始化文件里把 SAI1、GPDMA1 以及它們對應(yīng)的中斷 EXTI 通道都配置為 Non-Secure同時把音頻緩沖區(qū)所在的 RAM 區(qū)域標(biāo)記為 Non-Secure然后在 Non-Secure 應(yīng)用里正常使用。關(guān)于中斷這一點很多人會漏。N6的中斷控制器里同一個外設(shè)的中斷源有 Secure 和 Non-Secure 兩種觸發(fā)路徑。如果你在外設(shè)安全屬性已經(jīng)是 Non-Secure但中斷優(yōu)先級分組或者 NVIC 里設(shè)置不對中斷可能進(jìn)了 Secure 那邊然后卡死。調(diào)試這種問題最簡單的方法是先關(guān)閉 TrustZone把功能跑通再逐步打開安全隔離這樣能大幅縮小排查范圍。4. 音頻數(shù)據(jù)采集代碼實現(xiàn)4.1 初始化流程與HAL函數(shù)CubeMX生成工程之后SAI和GPDMA的初始化代碼已經(jīng)自動生成了核心集中在MX_SAI1_Init()和MX_GPCDMA_Init()函數(shù)里。啟動音頻采集不需要像老庫那樣自己寫一整套DMA啟動代碼直接調(diào)HAL函數(shù)uint32_t audio_buf[AUDIO_BUF_SAMPLES] __attribute__((aligned(4))); HAL_StatusTypeDef ret; ret HAL_SAI_Receive_DMA(hsai1, (uint8_t *)audio_buf, AUDIO_BUF_SAMPLES); if (ret ! HAL_OK) { Error_Handler(); }注意AUDIO_BUF_SAMPLES的單位是樣本數(shù)對于32位音頻幀每個樣本就是32位。緩沖區(qū)開成uint32_t數(shù)組這樣一次中斷觸發(fā)的要么是前半段半滿、要么是后半段全滿處理時很方便。HAL_SAI_Receive_DMA內(nèi)部會把GPCDMA配置成 Circular 模式并且把用戶緩沖區(qū)指針寫到DMA目的地址寄存器。啟動后只要SAI有數(shù)據(jù)進(jìn)來GPCDMA就會自動搬運不需要CPU干預(yù)。4.2 半滿中斷與全滿中斷的雙緩沖機(jī)制這一節(jié)是整個代碼的核心。GPCDMA在循環(huán)模式下搬運到緩沖區(qū)中點的時刻會觸發(fā)一次傳輸半完成中斷搬運到緩沖區(qū)末尾時觸發(fā)一次傳輸完成中斷然后地址自動回繞到緩沖區(qū)開頭繼續(xù)搬。這個機(jī)制天然形成了雙緩沖前半段緩沖區(qū)正在被GPCDMA寫入后半段緩沖區(qū)已經(jīng)穩(wěn)定可以處理。后半段緩沖區(qū)正在被GPCDMA寫入時前半段緩沖區(qū)穩(wěn)定可以處理。HAL庫里面當(dāng)然有現(xiàn)成的回調(diào)接口你可以自己實現(xiàn)volatile uint8_t buf_half_ready 0; volatile uint8_t buf_full_ready 0; void HAL_SAI_RxHalfCpltCallback(SAI_HandleTypeDef *hsai) { if (hsai-Instance SAI1) { buf_half_ready 1; } } void HAL_SAI_RxCpltCallback(SAI_HandleTypeDef *hsai) { if (hsai-Instance SAI1) { buf_full_ready 1; } }回調(diào)里不要做耗時工作只置標(biāo)志位。中斷里做數(shù)據(jù)處理有兩個問題一是占用中斷時間會導(dǎo)致中斷響應(yīng)變慢更糟的是如果GPCDMA正在搬后半段而你又在中斷里訪問了音頻緩沖區(qū)并且做大量運算你的運算指令和DMA搬運指令爭搶總線可能導(dǎo)致DMA搬運不及時、數(shù)據(jù)丟失。主循環(huán)里就可以根據(jù)標(biāo)志位來處理數(shù)據(jù)了while (1) { if (buf_half_ready) { buf_half_ready 0; process_audio(audio_buf[0], AUDIO_BUF_SAMPLES / 2); } if (buf_full_ready) { buf_full_ready 0; process_audio(audio_buf[AUDIO_BUF_SAMPLES / 2], AUDIO_BUF_SAMPLES / 2); } }4.3 緩沖區(qū)數(shù)據(jù)處理從32位幀中提取有效PCM數(shù)據(jù)INMP441輸出的數(shù)據(jù)格式是24位有效數(shù)據(jù)左對齊在32位時隙里低位無意義大致排列如下位31..位824位PCM樣本二進(jìn)制補(bǔ)碼位7..位0無效位通常為0為了得到干凈的單聲道16位PCM數(shù)據(jù)需要先右移8位再截取低16位int16_t sample (int16_t)(audio_word 8);這樣取出來的就是可以直接送錄音文件、或者做音量計算的PCM數(shù)據(jù)。如果你接的是雙聲道Codec那么一個32位字的高16位是左聲道、低16位是右聲道I2S標(biāo)準(zhǔn)下。處理邏輯int16_t left (int16_t)(audio_word 16); int16_t right (int16_t)(audio_word 0xFFFF);有的Codec支持24位有效數(shù)據(jù)那還需要再多移一位右移8位后只保留高16位或者右移1位得到帶符號24位。關(guān)鍵是搞清楚外部設(shè)備的輸出格式這個直接決定了數(shù)據(jù)對不對。我在調(diào)試時驗證數(shù)據(jù)是否正常的方法很簡單采集一段1kHz正弦波把收到的PCM數(shù)據(jù)導(dǎo)出來在電腦上畫圖或者用FFT看頻譜。如果FFT峰值正好落在1kHz而且沒有明顯諧波說明鏈路完全正常。當(dāng)然如果只是想在嵌入式里快速驗證也可以算一算這段數(shù)據(jù)的RMS值——正弦波的RMS應(yīng)該大約是峰值的0.707倍而且不會是滿幅噪聲。5. 調(diào)試驗證與常見問題排查5.1 波形驗證與數(shù)據(jù)完整性檢查音頻采集最怕的就是有中斷但數(shù)據(jù)是錯的。我建議按照從信號源到軟件處理的順序一層層檢查第一步用示波器或者邏輯分析儀看SAI1_SCK和SAI1_FS引腳確認(rèn)位時鐘和幀時鐘存在。如果BCLK或FS根本沒有說明MCK時鐘配置有問題回到CubeMX時鐘樹檢查PLL2/SAI分頻。第二步看SAI1_SD_A引腳有沒有數(shù)據(jù)。INMP441在靜音環(huán)境里輸出的是接近0的PCM數(shù)據(jù)在示波器上看起來像是接近中間電平的噪聲對著麥克風(fēng)說話引腳上應(yīng)該有明顯的幅度變化。如果SD引腳完全沒動靜可能麥克風(fēng)供電不足或者VDD沒有接好也可能是麥克風(fēng)的L/R選擇引腳沒配置正確INMP441的L/R引腳接地左聲道輸出接VDD右聲道輸出。第三步看程序里的原始緩沖區(qū)。在調(diào)試器里把a(bǔ)udio_buf數(shù)組的hex數(shù)據(jù)導(dǎo)出來手動檢查幾個樣本是否落在合理范圍。正常語音數(shù)據(jù)不應(yīng)該全0也不應(yīng)該全0xFFFFFF全0xFFFFFF往往表示SAI沒接收到有效信號或者Data Size配置和數(shù)據(jù)不對齊。第四步算RMS或者峰值。跑一個簡單的處理函數(shù)float calc_rms(uint32_t *buf, uint32_t len) { uint64_t sum 0; for (uint32_t i 0; i len; i) { int16_t s (int16_t)(buf[i] 8); sum (uint64_t)(s * s); } return sqrtf((float)sum / len); }對著麥克風(fēng)說話RMS值會明顯跳變就說明從麥克風(fēng)到SAI到GPCDMA到內(nèi)存的整條鏈路都是通的。5.2 常見問題排查表調(diào)試過程中我遇到過幾類問題整理成一個速查表按發(fā)生頻率從高到低排列現(xiàn)象可能原因解決辦法數(shù)據(jù)全0或者全0xFFFFFFFFSAI接收沒有數(shù)據(jù)或者GPDMA數(shù)據(jù)寬度/地址遞增配置錯誤先確認(rèn)SCK/FS引腳波形檢查DMA的Data Width和Increment Address用HAL_SAI_Receive_IT先試試中斷模式能否收到數(shù)據(jù)GPDMA中斷不觸發(fā)NVIC未使能GPDMA中斷GPDMA請求沒接到SAI外設(shè)安全屬性與內(nèi)存安全屬性不匹配檢查CubeMX里NVIC使能確認(rèn)GPDMA通道Request是SAI1_RXTrustZone隔離時檢查GTZC配置采集到的數(shù)據(jù)只有左聲道或者只有右聲道數(shù)據(jù)線接錯、幀同步極性不對、外部設(shè)備聲道選擇引腳設(shè)置不對核對原理圖在CubeMX把Frame Sync Active polarity取反檢查INMP441的L/R引腳數(shù)據(jù)波形有周期性中斷GPDMA FIFO閾值配置過高數(shù)據(jù)溢出或者半滿/全滿標(biāo)志競爭沒處理干凈降低FIFO Threshold保證on回調(diào)里只置標(biāo)志位不在中斷里做耗時處理MCK頻率不對Codec收不到數(shù)據(jù)時鐘樹配置錯誤PLL2Q輸出頻率和SAI分頻計算錯誤在CubeMX時鐘樹頁面仔細(xì)看SAI_CK的頻率用示波器量MCK引腳的實際頻率必須等于你配置的期望值運行時偶發(fā)HardFaultGPDMA訪問越界緩沖區(qū)地址不是4字節(jié)對齊TrustZone安全/非安全屬性不一致給緩沖區(qū)加 aligned(4)檢查DMA傳輸長度是否超過緩沖區(qū)大小確認(rèn)內(nèi)存區(qū)域安全屬性這里面最隱蔽的是最后一個HardFault問題。GPDMA不像老DMA那樣訪問非法地址就默默停掉它有時候會觸發(fā)總線錯誤中斷進(jìn)而進(jìn)HardFault。如果排查HardFault時想到DMA那首先要確認(rèn)audio_buf是不是4字節(jié)對齊uint32_t數(shù)組本來就會對齊但如果你是手動分配的局部變量可能棧地址不是4字節(jié)對齊其次確認(rèn)AUDIO_BUF_SAMPLES是否和DMA配置的傳輸長度完全一致如果DMA搬運到緩沖區(qū)末尾再加1個樣本問題就來了。5.3 我的調(diào)試經(jīng)驗總結(jié)這一路調(diào)下來幾個心得分享給大家。第一音頻調(diào)試必須從信號源頭開始排查。別急著看代碼先拿示波器或者邏輯分析儀確認(rèn)BCLK、FS、SD引腳波形。只要波形對了問題就縮小到GPDMA配置和軟件處理這兩塊。我見過有人調(diào)了三天找不到原因最后發(fā)現(xiàn)是麥克風(fēng)L/R引腳懸空導(dǎo)致數(shù)據(jù)一直在兩個聲道間跳來跳去。第二先用HAL庫的阻塞模式驗證SAI本身能不能收到數(shù)據(jù)。比如HAL_SAI_Receive(hsai1, buf, 1, 1000)阻塞接收一個樣本如果連這個都超時說明外設(shè)配置或者硬件連接就有問題沒必要急著上DMA。這個步驟是很多初學(xué)者跳過的。第三GPDMA的Priority不要配成Low。雖然Priority不影響正確性但在N6這種多DMA外設(shè)并存的環(huán)境里L(fēng)ow優(yōu)先級可能在系統(tǒng)繁忙的時候被一直拖欠音頻數(shù)據(jù)流就會斷。配High或者Very High代價可以忽略。第四緩沖區(qū)大小要跟你的處理節(jié)奏匹配。在48kHz采樣率下如果緩沖區(qū)開1024個樣本4096字節(jié)每1024/48000 21.3ms觸發(fā)一次中斷主循環(huán)必須在這個時間范圍內(nèi)把數(shù)據(jù)處理完否則就會出現(xiàn)overrun問題。如果你的處理邏輯比較重要么把緩沖區(qū)開大要么用DMA鏈表把人分成更多小塊。我的經(jīng)驗是緩沖區(qū)越大系統(tǒng)越穩(wěn)但實時性越差反過來緩沖區(qū)小延遲低但主循環(huán)壓力大。N6有充足RAM我建議直接開到4096或8192個樣本給MCU留足余量。5.4 后續(xù)可以怎么擴(kuò)展這套邏輯調(diào)通之后擴(kuò)展空間非常大。因為GPCDMA SAI本質(zhì)上就是一段持續(xù)不斷的PCM比特流在進(jìn)內(nèi)存你只需要在處理器里寫各種算法消費這些PCM數(shù)據(jù)即可。比較實用的擴(kuò)展方向接音頻Codec實現(xiàn)雙向音頻即SAI同時配收發(fā)兩個BlockBlock A收、Block B發(fā)再用GPDMA兩條通道分別搬運收發(fā)數(shù)據(jù)這就是一個完整的音頻交互相機(jī)。把緩沖區(qū)里的PCM數(shù)據(jù)灌給N6的NPU做關(guān)鍵詞識別。N6的Neural-ART NPU很適合跑一些小尺寸音頻分類模型DMA采進(jìn)來的數(shù)據(jù)直接作為輸入張量的一部分省去讀寫外部存儲的延遲。用GPCDMA鏈表模式做更細(xì)粒度的緩沖管理比如把不同的音頻事件錄音開始、靜音段檢測用鏈表串聯(lián)起來實現(xiàn)硬件級的數(shù)據(jù)流調(diào)度。如果對時延敏感還可以開啟GPDMA的異常中斷Transfer Error Interrupt在代碼里對錯誤狀態(tài)做實時監(jiān)控避免音頻流長期運行后出現(xiàn)靜默故障。我個人的建議是先把基礎(chǔ)鏈路跑穩(wěn)再逐層加復(fù)雜功能。音頻采集這東西前面鏈路通了后面做各種花活只是時間問題。最后分享一個小技巧如果你手頭沒有獨立的音頻源可以用手機(jī)播放一個1kHz正弦波的音頻文件然后把手機(jī)揚(yáng)聲器對著麥克風(fēng)——這是一種最原始但又十分有效的測試方式。把采集到的數(shù)據(jù)算一下FFT看到1kHz有個尖峰整條SAIGPDMA鏈路基本就穩(wěn)了。我在多個項目里都靠這一招快速驗證音頻前端幾乎每次都能在5分鐘內(nèi)確認(rèn)問題出在硬件還是軟件。