簡介面向STM32嵌入式開發(fā)者的ADC模數(shù)轉(zhuǎn)換HAL庫開發(fā)資源包聚焦基于HAL庫完成ADC初始化、通道配置、觸發(fā)源設(shè)置、啟動轉(zhuǎn)換、結(jié)果讀取與錯誤處理等完整流程適合正在學(xué)習(xí)HAL庫或需要快速上手ADC多通道采集、DMA傳輸及校準(zhǔn)應(yīng)用的開發(fā)者。壓縮包共1000個文件大小24.08MB以C源碼559個.c、243個.h為主體包含STM32CubeMX生成的.ioc與.mxproject工程配置、KEIL/IAR工程文件、鏈接腳本.icf/.sct、編譯產(chǎn)物.o/.axf/.hex/.map以及相關(guān)庫文件便于直接對照工程學(xué)習(xí)或移植。已有226人瀏覽學(xué)習(xí)。內(nèi)容預(yù)覽顯示其中集成CMSIS DSP數(shù)學(xué)庫及ADC轉(zhuǎn)換示例涵蓋線性插值、DCT、FFT等常用算法源文件可輔助開發(fā)者理解ADC采樣數(shù)據(jù)在數(shù)字信號處理中的應(yīng)用。學(xué)習(xí)后可掌握HAL庫ADC驅(qū)動編寫思路、常見配置項含義及工程構(gòu)建方法減少查閱手冊的時間。1. 直接用寄存器寫 ADC 和用 HAL 庫寫 ADC差在哪里做過標(biāo)準(zhǔn)外設(shè)庫或者直接操作寄存器的開發(fā)者初次換到 HAL 庫寫 ADC 時多半會有一個共同的困惑一個本來十幾行就能讀完數(shù)據(jù)的 ADC 初始化HAL 庫硬生生拆成了ADC_HandleTypeDef、ADC_ChannelConfTypeDef再加上一堆HAL_ADC_ConfigChannel、HAL_ADC_Start、HAL_ADC_PollForConversion看起來繞了一大圈好像什么都沒干。但真正切換到 HAL 庫做 ADC 開發(fā)之后你會發(fā)現(xiàn)這套封裝的價值不在「少寫代碼」而在「把狀態(tài)機(jī)、DMA 觸發(fā)、中斷回調(diào)、多通道掃描和過采樣這些容易出錯的細(xì)節(jié)收斂到一套統(tǒng)一的接口上」。這篇筆記圍繞一個具體目標(biāo)展開拋開圖形化配置工具的自動生成搞清楚 HAL 庫 ADC 從初始化到拿到穩(wěn)定數(shù)值的完整鏈路——怎么配參數(shù)、怎么選阻塞/中斷/DMA、怎么處理校準(zhǔn)以及那些讓新手反復(fù)翻車的隱蔽細(xì)節(jié)。適合正在從寄存器或標(biāo)準(zhǔn)庫遷移、或者被 HAL 庫的 ADC 回調(diào)機(jī)制搞暈的開發(fā)者看完就能在本地把最小工程跑通并把采樣數(shù)值的可靠性調(diào)到夠用。2. 最小可跑的 ADC 工程從引腳到第一組電壓數(shù)據(jù)2.1 初始化到底初始化了什么時鐘、引腳與 ADC 實例HAL 庫的 ADC 初始化代碼看起來冗長但核心只有三件事給 ADC 外設(shè)供時鐘、把 GPIO 引腳配置成模擬輸入、把分辨率/對齊方式/掃描模式這些基本參數(shù)寫進(jìn)ADC_HandleTypeDef并調(diào)用HAL_ADC_Init。常見做法是在圖形化配置工具里選好引腳和時鐘樹再由工具生成MX_ADC1_Init不過很多開發(fā)者并不清楚這段生成代碼每一行在干什么后續(xù)排查問題時只能靠猜。先看一個最精簡的初始化函數(shù)以單 ADC 實例、單通道、右對齊、12 位分辨率為例void MX_ADC1_Init(void) { hadc1.Instance ADC1; // 選中 ADC1 外設(shè) hadc1.Init.ClockPrescaler ADC_CLOCK_SYNC_PCLK_DIV4; // ADC 時鐘 PCLK2 / 4 hadc1.Init.Resolution ADC_RESOLUTION_12B; // 12 位分辨率 hadc1.Init.ScanConvMode DISABLE; // 單通道模式不需要掃描 hadc1.Init.ContinuousConvMode ENABLE; // 連續(xù)轉(zhuǎn)換 hadc1.Init.DiscontinuousConvMode DISABLE; hadc1.Init.ExternalTrigConvEdge ADC_EXTERNALTRIGCONVEDGE_NONE; // 軟件觸發(fā) hadc1.Init.ExternalTrigConv ADC_SOFTWARE_START; hadc1.Init.DataAlign ADC_DATAALIGN_RIGHT; // 右對齊 hadc1.Init.NbrOfConversion 1; // 轉(zhuǎn)換通道數(shù)量 hadc1.Init.DMAContinuousRequests DISABLE; hadc1.Init.EOCSelection ADC_EOC_SINGLE_CONV; // 每次轉(zhuǎn)換結(jié)束都產(chǎn)生 EOC if (HAL_ADC_Init(hadc1) ! HAL_OK) { Error_Handler(); } }這段配置里最容易被忽略的是ADC_CLOCK_SYNC_PCLK_DIV4這一項。ADC 的輸入時鐘不能超過芯片手冊規(guī)定的上限一般常見系列是 36MHz 或 40MHz 左右如果 PCLK2 是 72MHz 而你不分頻ADC 時鐘就超限了表現(xiàn)是轉(zhuǎn)換結(jié)果整體漂移而且沒有任何報錯。Resolution選 12 位時單次轉(zhuǎn)換周期固定選 8 位或 6 位可以略微加快轉(zhuǎn)換速度但換來的是量化噪聲變大后面會細(xì)說。配置完hadc1之后還有一個隱形步驟HAL 庫會通過HAL_ADC_MspInit回調(diào)函數(shù)完成 GPIO 和時鐘的底層初始化。這段函數(shù)在圖形化工具生成代碼時是自動出現(xiàn)的手動建工程時往往要自己補void HAL_ADC_MspInit(ADC_HandleTypeDef* hadc) { GPIO_InitTypeDef GPIO_InitStruct {0}; __HAL_RCC_ADC1_CLK_ENABLE(); __HAL_RCC_GPIOA_CLK_ENABLE(); GPIO_InitStruct.Pin GPIO_PIN_0; // 假設(shè)用 PA0 GPIO_InitStruct.Mode GPIO_MODE_ANALOG; // 模擬輸入 GPIO_InitStruct.Pull GPIO_NOPULL; // ADC 引腳通常不要上下拉 HAL_GPIO_Init(GPIOA, GPIO_InitStruct); }這里有個新手經(jīng)常踩的點GPIO 配置成模擬輸入時Pull一定要設(shè)成GPIO_NOPULL。如果內(nèi)部上拉被打開就等于在待測信號上并聯(lián)了一個幾十千歐的電阻分壓效應(yīng)會直接導(dǎo)致讀數(shù)偏低尤其被測源是高內(nèi)阻的時候誤差可能到百分之十幾。MspInit 這個名字看起來像某個庫函數(shù)內(nèi)部的東西但它是整個初始化鏈路里唯一負(fù)責(zé)「引腳復(fù)用」的地方項目里 ADC 換了引腳卻忘了同步改這里是極常見的翻車原因。2.2 阻塞式采集的完整代碼與返回值陷阱初始化做完最直觀的讀取方式是阻塞式發(fā)起一次轉(zhuǎn)換然后原地等待轉(zhuǎn)換結(jié)束再從數(shù)據(jù)寄存器拿數(shù)值。HAL 庫對應(yīng)的三個函數(shù)是HAL_ADC_Start、HAL_ADC_PollForConversion和HAL_ADC_GetValue。最小代碼如下uint32_t read_adc_once(void) { uint32_t adc_val 0; if (HAL_ADC_Start(hadc1) ! HAL_OK) { return 0xFFFFFFFF; // 啟動失敗返回一個不可能出現(xiàn)的值 } // 等待轉(zhuǎn)換完成超時 100ms if (HAL_ADC_PollForConversion(hadc1, 100) ! HAL_OK) { return 0xFFFFFFFF; } adc_val HAL_ADC_GetValue(hadc1); // 讀取轉(zhuǎn)換結(jié)果 return adc_val; }這段代碼邏輯上是對的但實際項目里很少有人會每讀一次就調(diào)用一次Start。原因在于HAL_ADC_Start不只是「開始轉(zhuǎn)換」它還負(fù)責(zé)清狀態(tài)標(biāo)志位、復(fù)位 DMA 或中斷相關(guān)寄存器。頻繁調(diào)用會讓 ADC 的狀態(tài)機(jī)反復(fù)重啟如果發(fā)生在中斷里還有可能和其他讀操作沖突。常見做法是開機(jī)初始化后調(diào)用一次HAL_ADC_Start之后在循環(huán)里反復(fù)執(zhí)行PollForConversion和GetValue。PollForConversion的超時參數(shù)也有講究。阻塞模式里這個參數(shù)的單位是毫秒但它不是「轉(zhuǎn)換時間」而是「等待狀態(tài)翻轉(zhuǎn)的最長時間」。ADC 單次轉(zhuǎn)換通常只有幾微秒到幾十微秒100ms 的超時已經(jīng)非常寬裕。如果這里頻繁返回HAL_TIMEOUT先別急著加超時值——說明 ADC 可能根本沒有啟動成功或者時鐘配置有誤。把超時加長只是掩蓋癥狀查時鐘和外設(shè)時鐘開關(guān)才是正路。另外注意返回值有三個層級HAL_OK表示轉(zhuǎn)換完成HAL_TIMEOUT表示超時HAL_ERROR或HAL_BUSY表示外設(shè)狀態(tài)不允許當(dāng)前操作。很多開發(fā)者只判斷HAL_OK和非HAL_OK導(dǎo)致HAL_BUSY被當(dāng)成超時處理方向一開始就偏了。2.3 電壓值換算前 200 次采樣要丟棄嗎拿到原始 ADC 數(shù)值之后下一步必然要換算成實際電壓。這個公式本身很簡單float voltage (float)adc_val * 3.3f / 4095.0f;但有幾個細(xì)節(jié)會直接影響換算精度。第一基準(zhǔn)電壓不一定是精確的 3.3V。開發(fā)板上的穩(wěn)壓芯片輸出往往有正負(fù) 1% 到 2% 的誤差講究一點的場合應(yīng)該用萬用表實測 VREF 引腳的電壓再把實測值代進(jìn)公式。第二GetValue返回的數(shù)據(jù)是右對齊的原始值12 位分辨率下范圍是 0 到 4095拿它乘 3.3 再除以 4096 還是 4095 會有千分位級別的誤差——通常無所謂但如果你在做校準(zhǔn)表建議統(tǒng)一用 4095 作為除數(shù)避免和芯片手冊里的滿量程定義產(chǎn)生歧義。第三剛上電的前幾次轉(zhuǎn)換結(jié)果往往偏大或偏小這不是芯片壞了而是 ADC 內(nèi)部采樣電容還沒穩(wěn)定。經(jīng)驗做法是丟棄前 200 次采樣或者至少丟棄前幾十次再開始做濾波或平均——這個習(xí)慣在從待機(jī)模式喚醒后同樣適用。3. 中斷與 DMA把 CPU 從采樣循環(huán)里放出來3.1 三組啟動 API 到底有什么區(qū)別Start、Start_IT、Start_DMAHAL 庫給 ADC 提供了三組啟動方式HAL_ADC_Start阻塞、HAL_ADC_Start_IT中斷、HAL_ADC_Start_DMADMA。同一個 ADC 實例三組 API 背后的狀態(tài)機(jī)其實是同一個區(qū)別只在于「轉(zhuǎn)換結(jié)束誰來通知你」。用Start_IT時每次轉(zhuǎn)換完成會產(chǎn)生中斷CPU 在中斷服務(wù)函數(shù)里拿到數(shù)據(jù)。適合需要每轉(zhuǎn)換一次就立刻處理一次的場合比如過零檢測、快速均值濾波。DMA 方式則完全不打擾 CPUADC 轉(zhuǎn)換完成后由 DMA 把數(shù)據(jù)搬到內(nèi)存緩沖區(qū)CPU 可以干別的事等一批數(shù)據(jù)攢夠了再集中處理。三者選型的判斷標(biāo)準(zhǔn)很簡單——如果讀取頻率高于 1kHz 或者數(shù)據(jù)要連續(xù)采集用 DMA如果只是按鍵掃描、電池電壓監(jiān)控這類低頻任務(wù)阻塞式足夠別把簡單問題復(fù)雜化。下面把Start_IT的最小使用方式完整展示因為它的回調(diào)機(jī)制是 HAL 庫新手最容易迷路的地方// 啟動中斷方式采集每次轉(zhuǎn)換完成自動進(jìn)入回調(diào) HAL_ADC_Start_IT(hadc1); // 這個回調(diào)函數(shù)由 HAL 庫在 ADC 中斷里自動調(diào)用 void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc) { if (hadc-Instance ADC1) { raw_value HAL_ADC_GetValue(hadc1); // 讀取本次結(jié)果 HAL_ADC_Start_IT(hadc1); // 重新啟動下一次轉(zhuǎn)換 } }注意回調(diào)結(jié)束前的那行HAL_ADC_Start_IT(hadc1)在非連續(xù)轉(zhuǎn)換模式下一次轉(zhuǎn)換完成后 ADC 會停下來必須重新調(diào)用啟動函數(shù)才能觸發(fā)下一次轉(zhuǎn)換。很多人第一次用回調(diào)會發(fā)現(xiàn)「只進(jìn)一次回調(diào)后面再也不來了」原因就是這里漏了重啟。如果你的配置里把ContinuousConvMode設(shè)為ENABLE轉(zhuǎn)換會自動連續(xù)進(jìn)行中斷也會持續(xù)觸發(fā)不需要重復(fù)調(diào)用啟動——但那樣的話中斷頻率等于 ADC 轉(zhuǎn)換頻率CPU 可能在中斷里忙不過來反而不如 DMA 合適。Start_IT還有個隱患回調(diào)函數(shù)執(zhí)行期間時長不能超過一個轉(zhuǎn)換周期否則下一次轉(zhuǎn)換完成產(chǎn)生的同優(yōu)先級中斷會被掛起數(shù)據(jù)讀取會延遲。所以回調(diào)里不要做浮點換算、不要打印日志、不要做延時。只把原始數(shù)值存到一個全局變量或隊列里換算放到主循環(huán)。3.2 多通道掃描 DMA 循環(huán)模式緩存開多大、數(shù)據(jù)怎么對齊多通道采集在 HAL 庫里的寫法和單通道有一個明顯的分界點需要把ScanConvMode設(shè)為ENABLE并在ChannelConfig里按順序配置每個通道的 Rank轉(zhuǎn)換順序。DMA 模式下數(shù)據(jù)會按 Rank 的順序依次填入緩沖區(qū)這是最容易出錯的環(huán)節(jié)——不是數(shù)值讀錯了而是數(shù)值和通道對不上。以常見的四通道循環(huán)采樣為例配置如下ADC_ChannelConfTypeDef sConfig {0}; // 配置注入通道順序Rank 1 先轉(zhuǎn)換 sConfig.Channel ADC_CHANNEL_0; sConfig.Rank 1; sConfig.SamplingTime ADC_SAMPLETIME_84CYCLES; HAL_ADC_ConfigChannel(hadc1, sConfig); sConfig.Channel ADC_CHANNEL_1; sConfig.Rank 2; HAL_ADC_ConfigChannel(hadc1, sConfig); sConfig.Channel ADC_CHANNEL_2; sConfig.Rank 3; HAL_ADC_ConfigChannel(hadc1, sConfig); sConfig.Channel ADC_CHANNEL_3; sConfig.Rank 4; HAL_ADC_ConfigChannel(hadc1, sConfig);DMA 緩沖區(qū)和啟動代碼#define ADC_CHANNEL_COUNT 4 #define ADC_BUF_SIZE 4000 // 4 個通道 × 1000 輪需要是通道數(shù)的整數(shù)倍 uint16_t adc_buffer[ADC_BUF_SIZE]; // DMA 傳輸目標(biāo) void adc_dma_start(void) { HAL_ADC_Start_DMA(hadc1, (uint32_t*)adc_buffer, ADC_BUF_SIZE); }這里特別強(qiáng)調(diào)ADC_BUF_SIZE必須是通道數(shù)的整數(shù)倍不是隨便寫個 1024 就完事。DMA 循環(huán)模式下緩沖區(qū)寫滿一輪會觸發(fā)一次傳輸完成中斷如果長度不是通道數(shù)的整數(shù)倍下一輪數(shù)據(jù)會從緩沖區(qū)的中間位置開始覆蓋導(dǎo)致后續(xù)只能用「每 N 個數(shù)據(jù)從 index 0 開始對通道」的錯位方式處理很容易把通道 0 的數(shù)據(jù)當(dāng)成通道 1。在多通道 DMA 場景里通道數(shù)映射到緩沖區(qū)下標(biāo)是固定的index rank - 1 n × channel_count。每次 DMA 傳輸完成中斷里你從緩沖區(qū)頭部開始讀取一組channel_count個數(shù)據(jù)就是一輪完整的掃描結(jié)果。3.3 采樣頻率的邊界怎么算算錯了會怎樣使用 DMA 連續(xù)采樣時采樣頻率不是隨便定的它由 ADC 時鐘和采樣時間共同決定。一個典型的計算過程假設(shè) ADC 時鐘 36MHz12 位分辨率需要 12.5 個時鐘周期的轉(zhuǎn)換時間采樣時間配 84 個時鐘周期那么單次轉(zhuǎn)換總周期數(shù)為12.5 84 96.5轉(zhuǎn)換頻率等于36MHz / 96.5 ≈ 373kHz。這個值是多通道掃描時所有通道共享的——如果你配了 4 個通道每個通道的實際采樣率要再除以 4約 93kHz。算這個數(shù)不是為了好看是決定 DMA 緩沖區(qū)和數(shù)據(jù)處理邏輯的起點。如果你的系統(tǒng)每 10ms 需要一組四通道數(shù)據(jù)那采樣率遠(yuǎn)高于需求可以考慮調(diào)低 ADC 時鐘分頻或減少采樣時間降低功耗。反過來如果采樣需求是每通道 200kHz四通道掃描總吞吐需要 800kHz而當(dāng)前配置只有 373kHz那唯一出路是縮短采樣時間或者降低分辨率或者改用多個 ADC 實例并行工作——配參數(shù)之前先把這筆賬算清楚能避免后面調(diào)試時對著波形懷疑人生。4. HAL ADC 踩坑記錄校準(zhǔn)、采樣時間與狀態(tài)機(jī)玄學(xué)4.1 忘了校準(zhǔn)離譜的讀數(shù)偏差讓你懷疑芯片是壞的現(xiàn)象新板子第一次上電ADC 讀到的電壓比實測電壓偏低了接近 20%而且所有通道都一致偏低。用萬用表量引腳電壓明明是 2.0V讀回來只有 1.6V 左右。查了基準(zhǔn)、查了分壓電阻都沒問題。原因部分系列的 ADC 在復(fù)位后內(nèi)部偏移誤差沒有被修正必須在首次使用前執(zhí)行一次校準(zhǔn)。這個步驟在圖形化配置工具自動生成代碼時通常是有的但如果你手動裁剪過初始化流程或者用的是移植的工程很容易把校準(zhǔn)這段漏掉。校準(zhǔn)的本質(zhì)是把 ADC 內(nèi)部的電容陣列失調(diào)電壓測量出來并存儲到校準(zhǔn)寄存器不做這一步轉(zhuǎn)換結(jié)果會帶一個固定的偏移誤差。解決在HAL_ADC_Init之后、第一次啟動轉(zhuǎn)換之前加一段校準(zhǔn)調(diào)用// ADC 初始化后、首次轉(zhuǎn)換前必須校準(zhǔn) HAL_ADCEx_Calibration_Start(hadc1, ADC_SINGLE_ENDED);注意校準(zhǔn)函數(shù)必須在 ADC 空閑狀態(tài)下調(diào)用不能在轉(zhuǎn)換中途執(zhí)行校準(zhǔn)完成后也不需要反復(fù)調(diào)用——同一顆芯片、同樣的電源條件下校準(zhǔn)一次就夠了。如果你的系統(tǒng)經(jīng)常會從低功耗模式喚醒建議喚醒后重新校準(zhǔn)因為低功耗模式可能切斷了 ADC 的內(nèi)部參考源導(dǎo)致校準(zhǔn)數(shù)據(jù)失效。4.2 采樣時間太短高阻抗信號源的讀數(shù)整體偏低現(xiàn)象把同一個傳感器分別接到兩個開發(fā)板一個讀數(shù)正常另一個整體偏低且波動很大。代碼完全一樣唯一區(qū)別是傳感器引線長短和 PCB 走線寬度。原因ADC 內(nèi)部采樣電容需要在采樣時間內(nèi)充滿電充滿速度取決于外部源阻抗和電容的乘積。源阻抗越高需要的采樣時間越長。如果把SamplingTime配成最短檔位外部源阻抗又比較高采樣電容充不滿轉(zhuǎn)換結(jié)果自然偏低。這屬于用量程和分辨率查不出來的軟故障。解決把采樣時間從一個極端調(diào)到另一個極端做對照實驗?zāi)茏钪庇^地確診。假設(shè)之前用的是 1.5 周期先換成ADC_SAMPLETIME_84CYCLES或更大值看讀數(shù)是否明顯上升。如果上升幅度超過 1%基本可以確認(rèn)是采樣時間不足。常見的經(jīng)驗值直接測量運放輸出這類低阻抗信號用短采樣時間沒問題直接測電位器、分壓電阻網(wǎng)絡(luò)、離子傳感器這類高阻抗源至少要用 84 周期以上。注意采樣時間加長會降低最高轉(zhuǎn)換頻率它是精度和速度的交換不是白拿的好處。4.3 連續(xù)轉(zhuǎn)換模式下調(diào)低分頻過采樣數(shù)據(jù)出現(xiàn)規(guī)律毛刺現(xiàn)象開啟連續(xù)轉(zhuǎn)換和 DMA 循環(huán)后當(dāng)把 ADC 時鐘從分頻 4 調(diào)成分頻 2即提高 ADC 時鐘頻率采集到的波形數(shù)據(jù)出現(xiàn)每 N 個點重復(fù)一次的毛刺頻率恰好和 PWM 中斷頻率一致。原因ADC 時鐘頻率提高之后單次轉(zhuǎn)換時間變短此時如果系統(tǒng)里同時存在高頻開關(guān)噪聲比如 PWM 驅(qū)動、DC-DC 開關(guān)這些噪聲的頻譜會落入采樣帶寬內(nèi)混疊后表現(xiàn)為規(guī)律性毛刺。調(diào)低分頻前因為采樣時間較長等效于對高頻噪聲做了一定程度的平均掩蓋了這個問題。解決一是把采樣時間調(diào)回去恢復(fù)原本的低速高密室模式二是從時域上想辦法把 ADC 采樣時刻和 PWM 開關(guān)時刻錯開——比如用定時器觸發(fā) ADC把觸發(fā)點放在 PWM 關(guān)斷的穩(wěn)定窗口。如果兩種方案都不可行就只能在軟件上做中值濾波或滑動平均。這條坑的本質(zhì)是ADC 采樣時鐘不是越高越好尤其當(dāng)你的系統(tǒng)里還有其他開關(guān)噪聲源時過高的采樣時鐘只會讓噪聲混疊更嚴(yán)重。4.4 HAL_ADC_PollForConversion 返回 HAL_BUSY狀態(tài)機(jī)卡死現(xiàn)象代碼第一次調(diào)用HAL_ADC_Start后正常讀到了數(shù)據(jù)第二次再讀時PollForConversion直接返回HAL_BUSY而且之后再啟動也始終是HAL_BUSY。重啟程序又能正常讀一次周而復(fù)始。原因HAL 庫的 ADC 狀態(tài)機(jī)里如果上一次轉(zhuǎn)換沒有正常結(jié)束比如你在轉(zhuǎn)換中途調(diào)用了HAL_ADC_Stop或者某次讀取超時后沒有把轉(zhuǎn)換序列徹底關(guān)掉ADC 會一直停在忙狀態(tài)。HAL_ADC_Start在忙狀態(tài)下不會重啟轉(zhuǎn)換而是返回HAL_BUSY。代碼里只對HAL_ADC_Start做了! HAL_OK判斷于是把這個錯誤當(dāng)成了「啟動失敗」沒有意識到是狀態(tài)機(jī)卡死。解決不要在PollForConversion超時之后直接進(jìn)入下一次讀取循環(huán)。超時之后應(yīng)該先調(diào)用HAL_ADC_Stop把轉(zhuǎn)換序列復(fù)位再重新 Start。更穩(wěn)妥的做法是在每次讀取完成后主動調(diào)用HAL_ADC_Stop讓狀態(tài)機(jī)回到可再次啟動的姿態(tài)。如果你是單通道低頻輪詢這個操作的開銷可以忽略如果是 DMA 循環(huán)模式不要隨便Stop否則 DMA 會停在一個半滿狀態(tài)緩存里殘留無效數(shù)據(jù)。4.5 多通道 DMA 數(shù)據(jù)錯位緩存大小不是隨便填的現(xiàn)象四通道 DMA 采集緩沖長度設(shè)成 1000前 1000 個數(shù)據(jù)看起來通道順序正常之后每 1000 個數(shù)據(jù)里就有一次通道錯位——通道 0 的數(shù)據(jù)出現(xiàn)在通道 1 的位置持續(xù)一小段后又自己恢復(fù)。原因DMA 循環(huán)模式和 ADC 的轉(zhuǎn)換序列之間存在對齊問題。ADC 每完成一輪四通道掃描會產(chǎn)生一次 DMA 請求DMA 把這 4 個數(shù)據(jù)搬入緩沖區(qū)。當(dāng)緩沖區(qū)寫滿時如果恰好寫到了某個通道的中間位置即緩沖區(qū)大小不是 4 的整數(shù)倍DMA 從頭開始覆蓋時通道和緩沖區(qū)的下標(biāo)對應(yīng)關(guān)系就亂了。之后每次滿緩沖區(qū)中斷時你按「每 4 個一組」切分?jǐn)?shù)據(jù)通道標(biāo)簽從中間開始錯位直到湊巧再次對齊。解決緩沖區(qū)長度必須設(shè)成通道數(shù)的整數(shù)倍。實際項目里我更建議把緩沖區(qū)開成通道數(shù)的倍數(shù)乘以一個較大的輪數(shù)比如四通道 × 250 輪 1000這樣每次 DMA 傳輸完成中斷時緩沖區(qū)邊界天然落在某一輪轉(zhuǎn)換的結(jié)束位置。如果你需要更高頻率的實時處理可以把 DMA 設(shè)置成半傳輸中斷和數(shù)據(jù)傳輸完成中斷兩個回調(diào)這樣緩沖區(qū)可以做雙緩沖CPU 在 DMA 寫滿后半?yún)^(qū)時處理前半?yún)^(qū)數(shù)據(jù)不會互相覆蓋。5. 精度下限與驗證三種實測手段與一處長期習(xí)慣HAL 庫不是精度問題的解藥它只是把「讀 ADC」這個動作標(biāo)準(zhǔn)化了。真正決定你能從 ADC 里挖出多少有效位數(shù)的是布線、參考源和校準(zhǔn)這三個環(huán)節(jié)。這里分享三個我常用來驗證 ADC 鏈路是否健康的實測手段。第一種短路測試。把 ADC 輸入引腳直接接地連續(xù)采樣 1000 個點理想情況下所有數(shù)值都是 0 或極少數(shù) 1。如果讀到的基數(shù)偏高且波動明顯說明存在外部串?dāng)_或 PCB 漏電。再把引腳接到 VREF采樣值應(yīng)該在滿量程附近最大偏差不超過幾個 LSB。這套測試不用任何精密儀器五分鐘就能定位大部分「數(shù)值漂移」問題。第二種分壓線性度測試。用一個精密電位器多圈可調(diào)那種別用碳膜微調(diào)從 VREF 到地搭一個分壓器中點在 ADC 引腳上。每旋轉(zhuǎn)一小格記錄一次讀數(shù)然后以實測電壓為橫軸、ADC 原始值為縱軸畫散點圖。理想情況下所有點應(yīng)該落在一條過原點的直線上。如果中間段有彎曲通常不是 ADC 的問題而是電位器負(fù)載效應(yīng)——這說明你的信號源阻抗太高需要縮短采樣時間或加一級運放緩沖。第三種校準(zhǔn)前后對比。同一條件下讀一組數(shù)據(jù)執(zhí)行一次校準(zhǔn)再讀一組把前后均值差記錄下來。這個差值代表芯片出廠失調(diào)的真實幅度。你可以把這個數(shù)值寫進(jìn)配置文件的常量里以后換芯片批次的時候重新測一次就能通過簡單補償把失調(diào)誤差壓到最底。最后說一個我在多項目里養(yǎng)成的習(xí)慣ADC 相關(guān)的所有配置參數(shù)——采樣時間、分辨率、時鐘分頻、校準(zhǔn)狀態(tài)——全部集中到一個結(jié)構(gòu)體且在每個參數(shù)的旁邊加一行注釋寫明這個值是拍板定的依據(jù)是什么以及如果調(diào)大調(diào)小會犧牲什么。因為 ADC 的參數(shù)調(diào)節(jié)不像邏輯代碼那樣有明確的錯誤與正確的分界它更像一組旋鈕你把采樣時間擰大了噪聲小了但吞吐低了你把分辨率從 12 位降到 8 位速度快了但精度沒了。過了兩個月回來看代碼如果沒有注釋你根本記不住當(dāng)時為什么在這組參數(shù)上停手。這也是我反復(fù)提醒團(tuán)隊里新人的一句話ADC 配置沒有標(biāo)準(zhǔn)答案只有可復(fù)現(xiàn)的權(quán)衡。參數(shù)定下來之前先用手段一和手段二把硬件底子驗證一遍再談優(yōu)化——否則你優(yōu)化的可能是噪聲本身。希望這篇筆記能幫你在 HAL 庫的 ADC 鏈路上少走幾段冤枉路。本文還有配套的精品資源點擊獲取