1. 项目概述：为什么HAL库的ADC值得你花时间？

如果你正在用STM32做项目，无论是测量温度、电压，还是采集传感器信号，ADC（模数转换器）几乎都是绕不开的一环。几年前，我刚开始接触STM32时，面对标准外设库（StdPeriph）里那一长串需要手动配置的寄存器，调试一个ADC通道能折腾一整天。后来HAL库出现了，它的设计初衷就是“硬件抽象”，把很多底层细节封装起来，让开发者能更专注于应用逻辑。但说实话，HAL库的ADC用起来，感觉有点“黑盒”，配置项多，初始化流程长，稍不留神就会卡在某个状态出不来。

这个内容，就是想把我这几年用HAL库调ADC踩过的坑、总结出来的高效用法，系统地梳理一遍。它不是一份照搬官方手册的说明书，而是一个一线工程师的实战笔记。我会从最基础的轮询模式开始，带你理解HAL库ADC的工作流，然后深入到中断和DMA这两种更高效、更实用的模式。你会发现，用好HAL库的ADC，关键在于理解其“状态机”和“回调函数”机制，而不是死记硬背代码。无论你是刚从小容量STM32转向更复杂型号的新手，还是想优化现有采集代码的老手，这里面的细节和技巧应该都能帮到你。

2. 核心思路与方案选型：轮询、中断还是DMA？

在动手写代码之前，搞清楚HAL库为ADC提供的几种基本操作模式至关重要。这决定了你项目的实时性、CPU占用率和代码复杂度。很多新手会下意识地从最简单的轮询开始，但在实际项目中，这往往不是最优解。

2.1 三种模式的本质区别与适用场景

HAL库的ADC驱动主要提供了三种编程模式：轮询（Polling）、中断（Interrupt）和直接存储器访问（DMA）。它们的核心区别在于“转换完成”这个事件是如何通知CPU并处理数据的。

轮询模式是最直白的方式。你启动转换后，CPU就傻傻地在一个循环里不断查询一个标志位，直到转换完成。代码写起来简单，但问题很大：CPU在等待期间被完全阻塞，什么也干不了。这对于一个单通道、偶尔采集一次的系统或许可以忍受，但对于多通道、连续采集的应用，轮询模式会严重浪费CPU资源，导致系统响应迟缓。所以，我的建议是，除非是做最初步的功能验证，否则尽量不要在最终项目中使用纯粹的轮询模式。

中断模式引入了异步通知机制。你启动转换后，CPU就可以去执行其他任务。当ADC转换完成时，会产生一个中断，CPU暂停当前工作，跳转到中断服务函数里读取转换结果，然后继续回去干活。这样CPU的利用率就高多了。中断模式非常适合单通道、非连续、但对转换完成事件需要及时响应的场景。比如，你用一个按键触发一次ADC采样，然后在中断里立即处理这个采样值。它的缺点是，每次转换都要进一次中断，如果采样频率很高（比如几十kHz），频繁的中断开销本身也会成为系统负担。

DMA模式则是为了解决高频、连续、多通道数据采集而生的“神器”。DMA是一个独立于CPU的外设，可以在内存和外设（这里是ADC）之间直接搬运数据，完全不需要CPU介入。你只需要配置好DMA：告诉它数据从哪里来（ADC数据寄存器）、到哪里去（你定义的一个数组）、搬运多少数据，然后启动ADC和DMA。接下来，ADC每转换完一个数据，DMA就自动把它搬到内存数组里，等一批数据（比如1024个）全部搬完，DMA再产生一个中断通知CPU来批量处理。在这个过程中，CPU几乎是完全自由的。DMA模式是高效数据采集的不二之选，比如音频采样、振动信号分析等。

注意：选择模式时，一定要评估你的采样率和通道数。一个简单的经验法则是：单次、低频采样用中断；连续、高频、多通道采样必须用DMA。轮询仅用于调试。

2.2 HAL库的“状态机”与“回调函数”哲学

理解HAL库，必须理解它的两个核心设计：状态机和回调函数。HAL库为每个外设（如ADC）维护了一个状态机（比如HAL_ADC_STATE_READY,HAL_ADC_STATE_BUSY）。你调用的每一个API（如HAL_ADC_Start()）都会改变这个状态，并且很多API必须在正确的状态下才能调用。如果状态不对就调用，会返回错误代码HAL_ERROR。调试时，很多奇怪的问题根源就在于状态混乱。

回调函数是HAL库实现“硬件抽象”和用户定制化的关键。库定义了一些弱函数（Weak Function），例如HAL_ADC_ConvCpltCallback()（转换完成回调）。当ADC转换完成（在中断模式下）或DMA传输完成时，HAL库的中断服务函数会在处理完底层硬件操作后，主动调用这个回调函数。我们用户需要做的，就是自己重新实现（Override）这个函数，在里面放入我们处理数据的逻辑。这种设计将底层驱动和上层应用解耦，让代码更清晰。但新手常犯的错误是，要么忘了实现回调函数，要么在回调函数里做了耗时太长的操作（比如打印大量数据），影响了系统实时性。

3. 从零开始：单通道轮询采集实战

让我们从一个最简单的例子开始：用轮询模式读取STM32芯片内部温度传感器的值。虽然不推荐用于生产，但这是理解ADC配置全流程的最佳起点。

3.1 硬件与软件环境准备

硬件上，你需要一块STM32开发板（以STM32F4系列为例，其他系列大同小异）。我们使用芯片内部的温度传感器通道，它通常连接到ADC1的某个特定通道（例如在F4上是通道16）。这样不需要外接任何电路，非常适合实验。

软件上，我强烈推荐使用STM32CubeMX进行初始化配置。它是一个图形化工具，能自动生成HAL库的初始化代码，极大减少了手动配置寄存器可能带来的错误。打开CubeMX，选择你的芯片型号，首先配置系统核心的时钟树（Clock Configuration）。ADC的时钟源通常是APB2总线时钟（PCLK2），你需要确保它被正确配置且不超过ADC模块允许的最大时钟频率（对于STM32F4，通常是36MHz）。然后，在Analog分类下找到ADC1。

3.2 CubeMX图形化配置详解

在ADC1的配置界面，我们需要关注几个关键参数：

1. Mode：因为我们只用一个通道，选择“Independent mode”（独立模式）。
2. Scan Conversion Mode：扫描模式。单通道时，选择“Disable”。
3. Continuous Conversion Mode：连续转换模式。轮询单次采样，选择“Disable”。我们需要时手动启动。
4. Discontinuous Conversion Mode：不连续转换模式。保持“Disable”。
5. End Of Conversion Selection：转换结束标志选择。通常用默认的“EOC after each conversion”（每次转换后产生EOC标志）。
6. Data Alignment：数据对齐方式。选择“Right alignment”（右对齐），这样12位的转换结果会放在一个16位变量的低12位，处理起来最直观。
7. DMA Continuous Requests：DMA连续请求。轮询模式不用DMA，忽略。
8. Rank：在“Channel Configuration”下方，点击“Add”添加一个规则组通道。选择“Temperature Sensor Channel”（或对应的通道号，如Channel 16）。然后设置其“Sampling Time”（采样时间）。对于温度传感器这种高内阻信号源，需要较长的采样时间以保证采样电容充放电充分，一般设置为最大或一个较长的值，比如239.5个周期。

配置好时钟和ADC后，在Project Manager里设置好你的IDE（如Keil MDK或IAR），并勾选“Generate peripheral initialization as a pair of ‘.c/.h’ files per peripheral”，这样代码结构会更清晰。最后点击“GENERATE CODE”。

3.3 代码编写与关键API解析

CubeMX生成的代码在main.c中已经初始化好了ADC。我们只需要在用户代码区编写采集逻辑。轮询模式的核心是三个HAL函数：

// 1. 启动ADC转换 HAL_StatusTypeDef HAL_ADC_Start(ADC_HandleTypeDef* hadc); // 2. 轮询等待转换完成 HAL_StatusTypeDef HAL_ADC_PollForConversion(ADC_HandleTypeDef* hadc, uint32_t Timeout); // 3. 获取转换结果 uint32_t HAL_ADC_GetValue(ADC_HandleTypeDef* hadc);

一个典型的采集流程代码如下：

uint32_t adc_value = 0; float voltage = 0.0f; float temperature = 0.0f; // 启动一次转换 if (HAL_ADC_Start(&hadc1) != HAL_OK) { // 错误处理 Error_Handler(); } // 等待转换完成，超时时间设为10毫秒 if (HAL_ADC_PollForConversion(&hadc1, 10) == HAL_OK) { // 读取转换结果 adc_value = HAL_ADC_GetValue(&hadc1); // 将ADC值转换为电压（假设参考电压Vref+ = 3.3V） // STM32的ADC是12位，最大值是4095 (2^12 - 1) voltage = (float)adc_value * 3.3f / 4095.0f; // 将电压转换为温度（公式请查阅对应芯片的数据手册） // 对于STM32F4，内部温度传感器电压与温度大致呈线性关系 // 典型公式：温度（℃） = (V_sense - V_25) / Avg_Slope + 25 // 其中 V_25 是25度时的传感器电压，Avg_Slope是平均斜率（mV/℃） // 具体参数值在数据手册的电气特性章节 temperature = ((voltage - 0.76f) / 0.0025f) + 25.0f; // 示例参数，需替换 // 打印或使用温度值 printf("ADC Value: %lu, Voltage: %.3f V, Temperature: %.2f C\r\n", adc_value, voltage, temperature); } else { // 转换超时处理 printf("ADC Conversion Timeout!\r\n"); } // 停止ADC（对于非连续模式，本次转换后自动停止，但显式停止是好习惯） HAL_ADC_Stop(&hadc1);

实操心得：HAL_ADC_PollForConversion的第二个参数是超时时间，单位是毫秒。设置太小，可能在高速时钟下等不到转换完成就超时了；设置太大，万一ADC故障，程序会卡死很久。一般根据ADC的转换时间来定，转换时间 = (采样周期 + 12.5个周期) / ADC时钟频率。例如，采样周期239.5，ADC时钟36MHz，转换时间约7微秒。那么设置1-10毫秒的Timeout是绰绰有余的。关键是要检查这个函数的返回值，不能假设它一定成功。

4. 进阶实战：多通道中断与DMA采集

单次轮询只是热身。实际项目更常见的是需要周期性地采集多个通道，比如同时监测电池电压、电流和温度。这时，中断和DMA的优势就体现出来了。

4.1 多通道中断采集配置

在CubeMX中配置多通道中断采集。假设我们要采集通道0（PA0）和通道1（PA1）。

1. 在ADC配置中，将“Scan Conversion Mode”设置为“Enable”。这是多通道采集的开关。
2. “Continuous Conversion Mode”根据需求选择。如果希望ADC不停地循环转换这两个通道，就选“Enable”；如果希望由程序或定时器触发每一次扫描，就选“Disable”。
3. 在“Channel Configuration”下，添加两个Rank。Rank1选择通道0，设置采样时间；Rank2选择通道1，设置采样时间。这里的顺序就是ADC扫描转换的顺序。
4. 在“NVIC Settings”选项卡中，勾选“ADC global interrupt”使能中断。

生成代码后，用户需要实现转换完成回调函数。注意：在多通道扫描模式下，是等所有配置的通道（这里是两个）都转换完成后，才产生一次“转换完成”中断，并调用回调函数。

// 定义存储结果的数组 uint32_t adc_results[2] = {0}; // 在main函数初始化后，启动ADC（以中断方式） HAL_ADC_Start_IT(&hadc1); // 实现转换完成回调函数 void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc) { // 这个回调函数在中断上下文被调用！保持简短。 if (hadc->Instance == ADC1) { // 读取规则组转换结果（对于多通道，HAL库内部有机制，但通常需要配合DMA） // 对于单纯的中断多通道，HAL_ADC_GetValue只能读到最后一个转换通道的值。 // 因此，多通道连续采集强烈推荐使用DMA，见下一节。 adc_results[0] = HAL_ADC_GetValue(hadc); // 这里获取的可能是通道1的值 // 要获取所有通道，需要在每个通道转换完成中断（EOC）里读取，但HAL库的封装使得这很麻烦。 } }

踩坑记录：这里是一个大坑！很多教程没讲清楚。使用HAL库的HAL_ADC_Start_IT配合扫描模式，HAL_ADC_ConvCpltCallback是在所有通道扫描完成后才被调用的。而HAL_ADC_GetValue函数读取的是ADC数据寄存器（DR），这个寄存器在每次单个通道转换完成后都会被覆盖。所以，在全部完成的中断里，你只能读到最后一个通道（Rank顺序的最后一个）的数据。要想在中断模式下正确读取多通道数据，必须使能“每个通道转换结束中断”（EOC中断），并在该中断里立即读取数据。但HAL库的标准接口对此支持不直观，通常需要直接操作寄存器或使用一些变通方法。这恰恰说明了，对于多通道采集，DMA才是HAL库设计的“亲儿子”，用起来最顺畅。

4.2 DMA模式高效数据搬运详解

DMA配置才是HAL库ADC的精华所在。我们配置ADC1的通道0和通道1，用DMA循环传输。

1. CubeMX配置：

   • ADC配置：使能“Scan Conversion Mode”和“Continuous Conversion Mode”。这样ADC会无限循环扫描通道0和1。
   • DMA配置：在“DMA Settings”点击“Add”，选择“ADC1”。模式选择“Circular”（循环模式），这样DMA在传输完一轮后会自动从头开始，实现连续搬运。数据宽度都选择“Word”（字，32位），因为ADC数据寄存器是32位的，但实际有效数据是低16位。外设地址不增量，内存地址增量。
   • NVIC配置：使能“DMAx streamx global interrupt”（DMA传输完成中断）。

2. 代码实现： 生成代码后，DMA和ADC的初始化已经完成。我们需要定义一个足够大的数组来存放数据，并启动ADC。

#define ADC_BUFFER_SIZE 1024 // 定义缓冲区大小 uint32_t adc_dma_buffer[ADC_BUFFER_SIZE] = {0}; // DMA搬运的目标数组 int main(void) { // ... CubeMX生成的初始化代码 ... // 在初始化后，启动ADC，并关联DMA // 参数：ADC句柄，目标数组，数组长度（注意是数据单元个数，不是字节数） if (HAL_ADC_Start_DMA(&hadc1, (uint32_t*)adc_dma_buffer, ADC_BUFFER_SIZE) != HAL_OK) { Error_Handler(); } while (1) { // 主循环可以安心做其他事情 // 数据已经在后台由DMA自动填充到 adc_dma_buffer 中了 // 当半缓冲区或全缓冲区满时，会触发DMA中断 } } // 实现DMA传输完成一半的回调函数（可选，用于双缓冲技术） void HAL_ADC_ConvHalfCpltCallback(ADC_HandleTypeDef* hadc) { // 当DMA搬运了半缓冲区数据（如前512个）时会调用此函数 // 可以在此处理前一半数据，此时DMA正在向后一半写入，互不干扰 process_adc_data(adc_dma_buffer, 0, ADC_BUFFER_SIZE/2); } // 实现DMA传输全部完成的回调函数 void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc) { // 当DMA搬运完整个缓冲区数据时会调用此函数 // 可以在此处理后一半数据 process_adc_data(adc_dma_buffer, ADC_BUFFER_SIZE/2, ADC_BUFFER_SIZE); } // 数据处理函数示例 void process_adc_data(uint32_t* buffer, uint32_t start_idx, uint32_t end_idx) { for (uint32_t i = start_idx; i < end_idx; i+=2) { // 假设两个通道交替存储 uint32_t ch0_value = buffer[i] & 0xFFF; // 取出通道0的值（低12位） uint32_t ch1_value = buffer[i+1] & 0xFFF; // 取出通道1的值 // ... 进行你的数据处理，如滤波、校准、存储等 ... } }

核心技巧：这里使用了“双缓冲”思想。HAL_ADC_ConvHalfCpltCallback和HAL_ADC_ConvCpltCallback这两个回调函数，将DMA缓冲区逻辑上分成了前后两半。当DMA在填充后半部分缓冲区时，你可以在前半部分回调函数里安全地处理前半部分的数据，反之亦然。这避免了处理数据时和DMA写入数据发生内存访问冲突，是高效实时数据处理的常用模式。缓冲区大小要精心设计：太小会导致中断过于频繁，CPU开销大；太大会引入较大的数据处理延迟。需要根据采样率和处理能力折中。

5. 精度提升与高级功能探讨

基本的采集功能实现后，我们往往会追求更高的精度和更复杂的功能。HAL库也提供了一些高级特性支持。

5.1 过采样与硬件平均

对于慢变信号（如温度、压力），噪声是影响精度的重要因素。STM32的ADC内置了硬件过采样功能，可以通过牺牲速度来换取更高的有效分辨率。例如，一个12位的ADC，通过16倍过采样和右移2位的降频处理，理论上可以将有效分辨率提高到14位。

在CubeMX的ADC配置中，你可以找到“Overrun Behaviour”和“Oversampling”选项。使能过采样后，设置“Oversampling Ratio”（过采样倍数）和“Oversampling Shift”（右移位数）。HAL库会自动处理累加和移位，你最终读取到的结果已经是经过平均和移位后的数据。注意：过采样会显著增加转换时间，因为一次读数需要连续进行多次转换。务必确保总的转换时间能满足你的采样率要求。

5.2 注入通道与看门狗

规则通道用于常规的、顺序的采集，而注入通道可以理解为“插队”通道。当注入通道被触发时（通常由外部事件或定时器触发），它会中断当前的规则组转换，立即执行注入组的转换，转换完成后再回到规则组。这在需要高优先级采集某些关键信号（如过流保护）时非常有用。

ADC看门狗（Analog Watchdog）功能允许你设置一个电压窗口（高阈值和低阈值）。当转换结果超出这个窗口时，可以产生中断。这个功能非常适合用于电池电压监控，当电压低于阈值时立即报警，无需软件不断比较。

在CubeMX中，你可以在“Analog Watchdog”部分选择监视哪个或哪些通道，并设置高、低阈值（以ADC原始值表示）。使能看门狗中断后，在HAL_ADC_LevelOutOfWindowCallback()回调函数中处理超限事件。

5.3 定时器触发与同步

让ADC由定时器自动触发，是实现精确等间隔采样的关键。例如，你想以10kHz的频率采样一个音频信号。

1. 在CubeMX中配置一个定时器（如TIM2），设置其更新频率为10kHz。
2. 在ADC配置的“External Trigger Conversion Source”中，选择对应的定时器触发事件（如“Timer 2 Trigger Out event”）。
3. 将ADC的“External Trigger Conversion Edge”设置为上升沿触发。
4. 这样，定时器每产生一次更新事件，就会自动触发ADC开始一次转换（或一次扫描）。结合DMA，你就可以实现一个完全由硬件驱动的、高精度的数据采集流水线，CPU只在DMA缓冲区满时介入处理数据，效率极高。

6. 调试技巧与常见问题排查

即使配置看起来正确，ADC也可能不工作或数据不对。以下是一些实战中总结的排查清单。

6.1 ADC读数不准或不稳定

• 检查参考电压：这是最常见的问题。ADC转换结果是相对于参考电压的。如果Vref+引脚接的电压不是标准的3.3V（比如是电池直接供电），或者该引脚旁路电容没接好，都会导致读数比例错误。确保Vref+稳定、准确。
• 检查采样时间：采样时间太短，采样电容来不及对输入信号充分充放电，尤其是当信号源内阻较大时（如温度传感器）。增加“Sampling Time”可以显著提高稳定性，但会降低最大采样率。用示波器观察ADC输入引脚在采样期间的电压是否稳定。
• 电源与地噪声：模拟电路的电源一定要干净。确保模拟电源（VDDA）和数字电源（VDD）之间使用了磁珠或电感隔离，并且靠近芯片引脚有足够的去耦电容（如10uF钽电容+0.1uF陶瓷电容）。
• 信号调理与滤波：直接测量高阻抗或带有噪声的信号，需要在输入端加入电压跟随器（运放）和RC低通滤波电路。
• 软件滤波：对于直流或慢变信号，在软件中对连续采样值进行滑动平均滤波或中值滤波，能有效抑制随机噪声。

6.2 DMA传输数据错位或中断不触发

• 缓冲区对齐：确保你定义的DMA目标数组在内存中是对齐的。虽然HAL库通常能处理，但某些情况下不对齐会导致问题。可以使用编译器指令如__attribute__((aligned(4)))来确保数组32位对齐。
• 数据宽度匹配：在CubeMX配置DMA时，“Peripheral Data Width”和“Memory Data Width”要与实际情况匹配。ADC数据寄存器是32位（但有效数据在低16位），内存是32位数组，所以两者都应设为“Word”。如果设错（如设为Half Word），会导致数据搬运错位。
• DMA流/通道冲突：STM32的DMA资源是有限的，多个外设可能共用同一个DMA流（Stream）。确保你选择的DMA流没有被其他外设占用。在CubeMX中，冲突的配置会以黄色叹号提示。
• 中断优先级：如果ADC或DMA的中断优先级设置得太低，可能会被其他高优先级中断长时间阻塞，导致数据丢失。根据系统需求合理配置NVIC优先级分组和具体优先级。
• 回调函数未实现：检查你是否正确定义并实现了HAL_ADC_ConvCpltCallback或HAL_ADC_ConvHalfCpltCallback函数。它们必须是全局函数，不能声明为静态（static），除非你在同一个文件内调用。

6.3 低功耗模式下的ADC使用

在电池供电设备中，需要让ADC在低功耗模式下工作。STM32支持让ADC在深度睡眠（Sleep/Stop）模式下由硬件自动唤醒并进行转换。

• 配置唤醒源：可以使用低功耗定时器（LPTIM）或RTC来周期性唤醒MCU并触发ADC采样。
• 单次转换模式：在CubeMX中将ADC配置为单次转换（非连续），并且使能“Wait mode”（等待模式）。这样，ADC转换期间，内核可以进入低功耗状态。
• DMA配合：即使MCU处于睡眠模式，DMA仍然可以工作。可以配置DMA在ADC转换完成后将数据搬运到内存，并在搬运完成时产生中断来唤醒内核进行处理。这需要仔细配置时钟树，确保在低功耗模式下ADC和DMA的时钟源仍然可用（通常来自HSI或MSI内部时钟）。

调试低功耗ADC时，功耗分析仪和MCU的调试低功耗模式是关键工具。要确保所有未用的外设时钟都已关闭，GPIO配置为模拟输入或输出低以降低漏电流。

7. 项目集成与优化建议

当你把ADC功能模块调试稳定后，如何将它优雅地集成到更大的项目中，并进一步优化，是提升代码质量的关键。

7.1 模块化与封装

不要把所有ADC代码都堆在main.c里。建议创建一个独立的adc.c和adc.h文件。

• adc.h中声明初始化函数、启动函数、数据获取接口以及外部可访问的数据缓冲区。
• adc.c中实现所有ADC和DMA的初始化（可以复制CubeMX生成的相关代码）、中断回调函数、以及数据预处理函数（如滤波、校准）。
• 在main.c中，只调用ADC_Init()和ADC_Start()，然后通过ADC_GetLatestValues()这样的接口来获取处理好的数据。这样主程序逻辑清晰，ADC的细节被隐藏起来。

7.2 数据校准与补偿

ADC的精度不仅取决于硬件，软件校准也能大幅提升准确性。两种常见的校准：

1. 偏移与增益校准：STM32的ADC模块本身支持内部校准。在初始化ADC之后、开始转换之前，调用HAL_ADCEx_Calibration_Start()函数（对于单端模式）或HAL_ADCEx_Calibration_Start_IT()（对于差分模式）。这个函数会计算并存储校准因子，后续转换会自动应用。
2. 软件两点校准：对于需要高精度的测量（如称重传感器），可以在已知两个精确物理量（如0g和100g）时，分别读取对应的ADC值，计算出斜率和截距，存入Flash。以后所有采样值都通过这个线性公式进行换算，可以消除传感器和放大电路的整体非线性误差。

7.3 实时性与内存管理权衡

在DMA循环缓冲区的设计中，实时性和内存占用是一对矛盾。

• 追求最低延迟：使用较小的DMA缓冲区（比如只存一次扫描的所有通道数据），并在每次DMA传输完成中断（ConvCpltCallback）中立刻处理。这样数据新鲜度最高，但中断非常频繁。
• 追求高吞吐与低CPU占用：使用较大的DMA缓冲区（如存储1000次扫描的数据），并结合“双缓冲”回调（半传输和全传输中断）。这样中断频率降低，CPU可以集中处理一批数据，效率高，但数据有约“半个缓冲区大小”的延迟。
• 动态调整：在一些复杂应用中，可以根据系统负载动态调整DMA缓冲区大小或采样率。当系统空闲时，用大缓冲区高采样率采集；当系统繁忙时，自动切换到小缓冲区或降低采样率。

最后，别忘了充分利用调试工具。STM32的ADC通常支持在调试模式下查看数据寄存器的实时值。使用逻辑分析仪或示波器测量ADC输入引脚的实际电压，与代码读出的值对比，是定位硬件问题最直接的方法。而通过IDE的实时变量观察窗口和内存查看窗口，可以监视DMA缓冲区的数据是否正确、连续地被填充，这是定位软件配置问题的利器。