1. 项目概述：为什么ADC的三种模式是嵌入式开发的必修课？

如果你正在用STM32做产品开发，无论是采集传感器数据、监测电池电压，还是做音频处理，ADC（模数转换器）几乎是你绕不开的核心外设。但很多朋友在初次接触时，往往会被CubeMX里ADC配置页面上密密麻麻的选项搞懵，更别提轮询、中断、DMA这三种听起来就让人头大的工作模式了。今天，我就以一个在工控和消费电子领域摸爬滚打多年的老工程师视角，来彻底拆解这三种模式。这不仅仅是点几个复选框、生成代码那么简单，而是关乎你整个系统架构的实时性、效率和稳定性。选错了模式，你的系统可能会卡顿、丢数据，甚至出现难以复现的诡异bug。通过这篇近万字的实战解析，我会带你从CubeMX的图形化配置开始，一步步深入到HAL库的底层逻辑，最后用真实的代码和示波器波形告诉你，在什么场景下该用哪种模式，以及如何避开那些手册上不会写的“坑”。

2. CubeMX基础配置：从引脚分配到时钟树的全局视角

在开始三种模式的细节之前，我们必须先把ADC的“地基”打牢。很多新手的问题都出在基础配置上，导致后续模式切换时各种报错。打开STM32CubeMX，新建一个工程，选择你的芯片型号（这里以STM32F407为例，但原理通用）。

2.1 引脚与ADC通道的映射关系

首先找到Analog标签页。这里你会看到所有支持ADC功能的引脚。以PA0为例，它通常对应ADC1的通道IN0。点击PA0，将其设置为ADC1_IN0。这里有一个关键细节：同一个ADC外设的不同通道可以映射到多个GPIO引脚上，但同一时刻，一个ADC外设只能采样一个通道（除非你使用扫描模式）。所以，如果你需要采样多个模拟信号，要么用多个ADC外设，要么让一个ADC在不同时间切换通道（扫描或间断模式）。

2.2 时钟树配置：精度与速度的基石

ADC的采样速度和质量，直接受限于时钟。进入Clock Configuration标签页。STM32的ADC时钟（ADCCLK）通常由APB2总线时钟（PCLK2）分频而来。以F407为例，其ADC最高时钟频率为36MHz。你需要确保ADCCLK不超过这个限制。

注意：过高的ADC时钟并不会带来更高的采样率，因为ADC的转换时间（采样+量化）有最小周期要求。过高的时钟可能导致转换错误或数据不稳定。通常，在满足采样率需求的前提下，选择一个较低且稳定的时钟分频（如PCLK2/4或/6）有助于提高抗噪性。

2.3 ADC参数设置：分辨率、对齐与采样时间

在Analog->ADC1的配置中，你会看到几个核心参数：

• Resolution（分辨率）： 可选12位、10位、8位、6位。12位分辨率意味着将参考电压（如3.3V）分为4096（2^12）个等级，每个LSB（最低有效位）代表约0.8mV。分辨率越高，精度越高，但单次转换时间也略长。对于大多数传感器（如温度、压力），12位绰绰有余。只有在需要极高采样率且对精度要求不严时（如某些音频应用），才考虑降低分辨率。
• Data Alignment（数据对齐）： 右对齐（Right alignment）是最直观的方式，读取到的16位变量（uint16_t）的低12位就是有效数据。左对齐（Left alignment）有时便于做快速比较或DSP运算，但更常见的是右对齐。
• Scan Conversion Mode（扫描转换模式）： 当你使能了多个通道时，必须开启此模式，ADC才会按顺序自动扫描这些通道。
• Continuous Conversion Mode（连续转换模式）： 使能后，ADC完成一次转换后立即开始下一次，形成一个连续的采样流。轮询和DMA模式常开启此项以实现连续采样，而单次触发的中断模式则通常关闭它。

最关键的参数：Sampling Time（采样时间）这个参数决定了ADC内部采样保持电容对输入信号充电的时间。时间太短，电容未充满，采样值不准；时间太长，影响整体采样率。它的单位是ADC时钟周期。

• 如何计算？你需要知道信号源的内阻。例如，如果你的信号来自一个输出阻抗为10kΩ的传感器，ADC输入引脚等效电容约为8pF（查数据手册）。要使得采样误差小于1/2 LSB，需要的充电时间常数 τ = R * C = 10kΩ * 8pF = 80ns。假设ADCCLK=30MHz，周期为33.3ns。为了充分充电，通常需要至少5个τ的时间，即400ns，对应大约12个ADC时钟周期。因此，你可以选择Cycles 15或Cycles 28以留有余量。
• 经验值： 对于直接来自MCU引脚（低阻抗）的信号，3 Cycles可能就够了。对于接有较大串联电阻（如分压电路）或需要高精度的场合，建议设置为84 Cycles或112 Cycles甚至更高。一个稳妥的调试方法是：固定输入一个已知电压（如1.65V），逐步增加采样时间，观察读取到的ADC值是否稳定在理论值附近。

3. 轮询模式：最简单直接的“笨办法”

轮询模式是理解ADC工作原理的最佳起点。它的逻辑很简单：启动转换，然后原地死等，直到转换完成标志位被置起，然后读取数据。

3.1 CubeMX配置与代码生成

在ADC1的配置页面，找到Parameter Settings选项卡。确保Discontinuous Conversion Mode（间断模式）和DMA Continuous Requests（DMA连续请求）是Disabled。在NVIC Settings中，也无需使能ADC全局中断。 生成代码后，打开工程，在main.c的用户代码区，我们可以开始编写采样函数。

3.2 单次转换的轮询实现

uint16_t ADC_Polling_SingleRead(void) { ADC_ChannelConfTypeDef sConfig = {0}; uint16_t adc_value = 0; // 1. 配置要采样的通道（如果与CubeMX初始配置不同，或需要动态切换） sConfig.Channel = ADC_CHANNEL_0; // 通道0，对应PA0 sConfig.Rank = 1; // 在扫描序列中排第1位 sConfig.SamplingTime = ADC_SAMPLETIME_84CYCLES; // 采样时间 if (HAL_ADC_ConfigChannel(&hadc1, &sConfig) != HAL_OK) { Error_Handler(); } // 2. 启动转换 HAL_ADC_Start(&hadc1); // 3. 轮询等待转换完成 // HAL_OK表示转换完成，HAL_TIMEOUT表示超时（参数1000是超时时间，单位ms） if (HAL_ADC_PollForConversion(&hadc1, 1000) == HAL_OK) { // 4. 读取转换结果 adc_value = HAL_ADC_GetValue(&hadc1); } // 5. 停止转换（对于单次模式，转换完成后ADC自动停止，但显式调用是个好习惯） HAL_ADC_Stop(&hadc1); return adc_value; }

这段代码清晰展示了轮询的流程。HAL_ADC_PollForConversion函数内部就是一个while循环，不断检查ADC_SR寄存器中的EOC（转换结束）标志位。这里的1000ms超时参数至关重要，它能防止程序因ADC硬件故障而永远卡死。

3.3 连续转换的轮询实现

如果你需要连续采样，比如以固定频率监测电压，可以这样写：

void ADC_Polling_ContinuousRead(void) { HAL_ADC_Start(&hadc1); // 启动ADC，由于在CubeMX中使能了连续转换模式，它会一直运行 while (1) { if (HAL_ADC_PollForConversion(&hadc1, 10) == HAL_OK) // 设置一个较短的超时 { uint16_t val = HAL_ADC_GetValue(&hadc1); // 处理val，例如通过串口发送 // 注意：这里没有HAL_ADC_Stop，因为要连续运行 } // 可以在这里插入HAL_Delay或基于定时器的延时，来控制采样间隔 HAL_Delay(10); // 例如，大约100Hz的采样率 } }

轮询模式的致命缺点在这里暴露无遗：HAL_ADC_PollForConversion和HAL_Delay都是阻塞函数。在它们执行期间，CPU无法处理其他任务（如响应按键、刷新显示）。整个系统就像被“定住”了一样。因此，轮询模式仅适用于：

1. 简单的单次上电自检。
2. 对实时性要求极低的后台任务。
3. 初学者验证硬件和ADC基础功能。

4. 中断模式：让CPU“喘口气”的协作方式

中断模式解决了轮询“霸占”CPU的问题。它的思想是：CPU启动ADC转换后，就可以去执行其他任务。当ADC转换完成时，硬件会自动触发一个中断，CPU暂停当前工作，跳转到中断服务函数中读取ADC数据，然后返回继续执行原任务。

4.1 CubeMX中断配置与优先级管理

回到CubeMX的ADC1配置页面，进入NVIC Settings选项卡。你会看到ADC global interrupt选项，勾选它。 这时，一个更重要的设置出现了：Preemption Priority（抢占优先级）和Sub Priority（子优先级）。这是ARM Cortex-M内核NVIC（嵌套向量中断控制器）的关键概念。

• 抢占优先级： 高抢占优先级的中断可以打断正在执行的低抢占优先级的中断。比如，一个紧急的“看门狗”中断应该设置为高抢占优先级。
• 子优先级： 当两个同时到达的中断具有相同的抢占优先级时，子优先级高的先执行。

对于ADC中断，你需要根据它在系统中的重要性来设置。如果ADC数据是系统的核心（如电机控制中的电流采样），那么抢占优先级应该设高一些（数字越小优先级越高，如0）。如果它只是偶尔采样一下温度，优先级可以设低（如15）。一个常见的错误是把所有中断优先级都设为默认值，这可能导致高优先级任务被意外延迟。

4.2 中断服务函数与数据处理流程

生成代码后，STM32CubeMX和HAL库已经为我们做好了中断向量表的映射。我们需要做的，是在用户文件中实现回调函数。 首先，在主循环前启动ADC并开启中断：

// 在main函数初始化部分之后 HAL_ADC_Start_IT(&hadc1); // 以中断模式启动ADC // 主循环 while (1) { // CPU可以在这里执行其他任务，如处理通信协议、更新UI等 // ADC转换完成后会自动进入中断服务程序，不会阻塞这里 }

真正的魔法发生在HAL库的中断架构里。当ADC转换完成，硬件触发中断，程序会跳转到stm32f4xx_it.c文件中的ADC_IRQHandler函数，它内部调用了HAL_ADC_IRQHandler。这个HAL函数会判断中断类型，并调用相应的回调函数。我们需要重写这个回调函数：

// 在main.c的/* USER CODE BEGIN 4 */区域，或者你自己的.c文件中 uint16_t g_adc_value = 0; volatile uint8_t g_adc_conversion_complete = 0; // 使用volatile防止编译器优化 void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc) { if (hadc->Instance == ADC1) { g_adc_value = HAL_ADC_GetValue(hadc); // 读取数据 g_adc_conversion_complete = 1; // 设置标志位 } } // 主循环中可以这样使用 while (1) { if (g_adc_conversion_complete) { g_adc_conversion_complete = 0; // 处理g_adc_value，例如进行滤波、存储或发送 ProcessADCData(g_adc_value); } // 执行其他任务 }

中断模式的核心优势： CPU利用率大幅提高。主循环不再被阻塞，可以流畅地处理多任务。但它也有明显的瓶颈：每次转换完成都要触发一次中断。如果采样率是10kHz，那么每秒就有10000次中断。每次中断都有开销：保存现场、跳转、执行回调、恢复现场。这可能会消耗可观的CPU资源（可能达到10%-20%），在高频采样下，系统可能会被中断“淹没”，导致主循环反应迟缓。

4.3 多通道扫描与间断模式的中断应用

当需要采样多个通道时，可以在CubeMX的Rank列表中按顺序添加多个通道（如CH0, CH1, CH2）。使能Scan Conversion Mode。

• 常规扫描： ADC会按Rank顺序自动转换所有使能的通道。这里有一个非常重要的细节：在中断模式下，HAL库提供了两种回调函数。
  • HAL_ADC_ConvCpltCallback： 在所有通道的一轮扫描转换全部完成后，才调用一次。你需要在回调函数中自己区分数据来自哪个通道（通常通过DMA或固定的内存位置，但纯中断模式处理多通道数据比较麻烦）。
  • HAL_ADC_ConvHalfCpltCallback： 当一半的转换完成时调用（通常与DMA配合更有效）。 对于多通道中断，更常见的做法是结合DMA（见下一章），让DMA自动搬运每个通道的数据到指定数组，然后在全部完成后触发一次中断，效率最高。
• 间断模式（Discontinuous Mode）： 在Parameter Settings中使能，并设置Number Of Discontinuous Conversions（例如3）。在这种模式下，每次软件触发后，ADC只转换序列中的前N个通道（你设置的数目），然后停止。需要再次触发才能转换下一组N个通道。这适用于需要分组采样或低功耗场景，但实际项目中应用相对较少。

5. DMA模式：解放CPU的“自动驾驶”方案

DMA（直接存储器访问）是解决高频、连续、多通道ADC采样的终极武器。它的理念是：在ADC和内存之间建立一条直接的数据通道。ADC每转换完一个数据，硬件信号就直接通知DMA控制器，DMA控制器在不打扰CPU的情况下，自动把这个数据搬运到你预先定义好的内存数组里。只有当一整批数据（比如1024个点）搬运完成，DMA才通知CPU一次：“活干完了，你来处理吧”。

5.1 CubeMX中DMA的精细配置

配置DMA是三种模式中最复杂的一环，一个参数设错就可能导致数据错乱或DMA传输挂起。

1. 启用DMA： 在ADC1配置页，找到DMA Settings，点击Add。DMA Request会自动选择ADC1。
2. 配置DMA流/通道： 不同系列STM32的DMA架构不同。F1/F4是“流（Stream）”和“通道（Channel）”，而G0/H7等是“通道（Channel）”和“请求（Request）”。这里以F4的流为例。
   • Stream： 选择一个可用的流，如DMA2_Stream0。
   • Channel： 必须选择对应ADC1的通道，如Channel 0。这是最常见的错误来源之一：流和通道映射错误。必须查数据手册的DMA请求映射表。
3. 关键参数详解：
   • Direction（方向）：Peripheral To Memory。外设（ADC数据寄存器）是源，内存是目的地。
   • Priority（优先级）： 如果系统中有多个DMA同时在忙（如UART发送也用了DMA），这个设置决定谁优先。Medium通常即可。
   • Mode（模式）：
     • Normal（普通模式）： DMA传输完预设的数据量（Data Width*Data Size）后，就自动停止。需要软件重新启动。适用于采集固定长度的数据块。
     • Circular（循环模式）： DMA传输达到设定量后，自动回到起始地址重新开始，形成一个环形缓冲区。这是实现连续不间断采样的标准选择，也是本项目推荐的模式。
   • Increment Address（地址自增）：
     • Peripheral： 通常设为Disable，因为ADC的数据寄存器地址是固定的（ADCx->DR）。
     • Memory：必须设为Enable，这样DMA每次传输后，目标内存地址会自动后移，数据才能依次存入数组，而不是全部覆盖到第一个元素。
   • Data Width（数据宽度）：
     • Peripheral： 选择Word（32位）还是Half Word（16位）。这取决于ADC分辨率。对于12位ADC，数据在数据寄存器中是右对齐的16位数据，所以选择Half Word。如果选成Word，DMA会每次搬运32位，其中高16位是无效数据或其它寄存器值，会导致数组数据错乱。
     • Memory： 与Peripheral保持一致，选择Half Word。
   • Data Size（传输数据量）： 这是你希望DMA搬运的数据项数量。例如，你定义了一个uint16_t adc_buffer[1024]的数组，并希望DMA填满它，这里就填1024。

5.2 代码实现：双缓冲与数据处理的实战技巧

生成代码后，DMA和ADC的初始化已经完成。我们需要在程序中启动它，并处理数据。

// 定义缓冲区 #define ADC_BUFFER_SIZE 1024 uint16_t adc_buffer[ADC_BUFFER_SIZE]; volatile uint8_t dma_complete_flag = 0; // 在main初始化后启动ADC的DMA传输 HAL_ADC_Start_DMA(&hadc1, (uint32_t*)adc_buffer, ADC_BUFFER_SIZE); // 参数1: ADC句柄 // 参数2: 目标内存地址（需强制转换为uint32_t指针，因为HAL库函数原型如此） // 参数3: 传输数据长度（与CubeMX中Data Size一致） // 实现DMA传输完成回调函数 void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc) { if (hadc->Instance == ADC1) { dma_complete_flag = 1; // 设置标志位 // 注意：此时adc_buffer中已经充满了新数据 // 但如果你使用的是循环模式，DMA已经在向这个缓冲区重新写入数据了！ } } // 主循环中处理数据 while (1) { if (dma_complete_flag) { dma_complete_flag = 0; // 安全地处理adc_buffer中的数据 ProcessBuffer(adc_buffer, ADC_BUFFER_SIZE); } }

这里隐藏着一个巨大的“坑”：在Circular模式下，DMA是永不停止的。当HAL_ADC_ConvCpltCallback被调用时，意味着DMA已经完成了从数组开头到结尾的一整轮传输。但是，回调函数执行期间，DMA很可能已经开始了下一轮传输，并正在覆盖adc_buffer开头部分的数据！这就是“数据竞争”问题。

解决方案：双缓冲（Ping-Pong Buffer）这是处理连续DMA数据的黄金法则。原理是准备两个一样大的缓冲区（A和B）。DMA当前正在写入缓冲区A，而CPU处理的是上一个周期已经填满的缓冲区B。当DMA写满A时，触发中断，在中断回调函数中，迅速将DMA的目标地址切换到缓冲区B，同时通知主循环处理缓冲区A的数据。如此往复。

uint16_t buffer_ping[ADC_BUFFER_SIZE]; uint16_t buffer_pong[ADC_BUFFER_SIZE]; volatile uint16_t* current_target_buffer = buffer_ping; volatile uint8_t buffer_ready_for_processing = 0; volatile uint16_t* processing_buffer = NULL; void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc) { // 停止当前DMA传输（HAL库会处理） // HAL_ADC_Stop_DMA(hadc); // 不推荐在回调里直接停止，容易造成时序问题 // 更稳健的做法：设置标志，在主循环中切换 buffer_ready_for_processing = 1; processing_buffer = current_target_buffer; // 切换目标缓冲区（此操作需谨慎，最好在主循环进行） // if (current_target_buffer == buffer_ping) { // current_target_buffer = buffer_pong; // } else { // current_target_buffer = buffer_ping; // } // HAL_ADC_Start_DMA(hadc, (uint32_t*)current_target_buffer, ADC_BUFFER_SIZE); } // 主循环 while (1) { if (buffer_ready_for_processing) { buffer_ready_for_processing = 0; // 安全地处理processing_buffer指向的数据 ProcessBuffer((uint16_t*)processing_buffer, ADC_BUFFER_SIZE); // 处理完后，重新配置DMA到另一个缓冲区 // ... 切换缓冲区并重启DMA ... } }

HAL库提供了更高级的HAL_ADCEx_MultiModeStart_DMA等函数来支持多ADC同步触发，以及HAL_ADC_ConvHalfCpltCallback（半传输完成中断）来更灵活地实现双缓冲，无需停止DMA。其原理是：DMA传输到一半时（如512个点），触发HalfCplt回调，此时CPU可以处理前一半数据（0-511）；当传输全部完成触发Cplt回调时，CPU处理后一半数据（512-1023）。此时DMA已经在循环模式下重新开始填充前一半数据了。这是更优雅、高效的双缓冲实现。

5.3 多通道ADC与DMA的配合

这是DMA模式最能体现价值的地方。假设你需要以10kHz的频率同步采集4个传感器的数据。

• CubeMX配置： 在ADC的Rank里按顺序添加CH0,CH1,CH2,CH3。使能Scan Conversion Mode和Continuous Conversion Mode。DMA配置为Circular模式，Data Size设置为4 * 每次想采集的样本组数。例如，你想让DMA每采集100组数据（每组包含CH0-CH3的4个值）后通知你一次，那么Data Size就设为400。
• 内存布局： DMA会严格按照ADC扫描顺序，将数据依次存入内存。你的adc_buffer[400]在内存中的布局将是：[CH0_sample1, CH1_sample1, CH2_sample1, CH3_sample1, CH0_sample2, CH1_sample2, ... , CH3_sample100]。
• 数据处理： 在处理函数中，你需要按这个规律去解析数组：

  void ProcessMultiChannelData(uint16_t* buf, uint32_t total_size, uint8_t num_channels) { uint32_t num_samples = total_size / num_channels; // 这里是100组 for (int i = 0; i < num_samples; i++) { uint16_t ch0_val = buf[i * num_channels + 0]; uint16_t ch1_val = buf[i * num_channels + 1]; uint16_t ch2_val = buf[i * num_channels + 2]; uint16_t ch3_val = buf[i * num_channels + 3]; // 对每个通道的数据进行处理... } }

  通过这种方式，CPU仅在处理每100组数据（400个点）时才被中断一次，效率极高。

6. 三种模式的横向对比与选型决策指南

纸上得来终觉浅，绝知此事要躬行。下面这个表格是我根据多年项目经验总结的三种模式核心特性对比，它能帮你快速做出技术选型。

选型决策流程：

1. 问采样率： 需要多快？如果低于10Hz，轮询或中断都行。如果高于100Hz，优先考虑中断或DMA。如果高于1kHz，DMA几乎是唯一选择。
2. 问通道数： 单个通道？中断尚可。多个通道？DMA在编程复杂度和性能上具有压倒性优势。
3. 问系统负荷： 你的MCU除了ADC还要干很多活（如运行RTOS、处理网络协议）？那么必须选择CPU占用率最低的DMA模式。
4. 问开发周期与团队能力： 如果项目时间紧，或者团队成员对中断/DMA不熟，对一个低频采样任务用轮询快速实现功能，也未必是坏事。可以先跑起来，再优化。

7. 进阶实战：混合使用与性能优化技巧

在实际复杂项目中，我们往往不会只使用一种模式，而是混合使用，扬长避短。

7.1 注入通道与规则通道的混合使用

STM32的ADC通常有多个“规则通道组”和一个“注入通道组”。规则通道用于常规的、顺序的采样。注入通道类似于“插队”通道，拥有更高的优先级，可以打断正在进行的规则通道转换。这在电机控制中非常有用：用规则通道DMA连续采样三相电流，同时配置一个注入通道，在特定定时器事件（如PWM中心对齐点）触发时，立即采样直流母线电压，确保电压采样的时刻精度。

在CubeMX中，你可以在ADCx的Regular Channels和Injected Channels分别添加通道。对于注入通道，通常使用中断模式来及时读取其数据。

7.2 外部触发与定时器联动

让ADC的转换由硬件事件精确触发，而非软件随机启动，是提高采样定时精度的关键。在CubeMX的ADC_Regular_ConversionMode下，将External Trigger Conversion Source设置为一个定时器（如Timer 2 TRGO）。然后配置该定时器，使其以精确的频率（如20kHz）产生一个TRGO事件。这样，ADC就会以极其稳定的20kHz频率进行采样，完全不受软件延迟的影响。这对于数字信号处理（如FFT）和功率计量至关重要。

7.3 HAL库超时机制与错误处理

无论是轮询模式的HAL_ADC_PollForConversion，还是启动函数HAL_ADC_Start，HAL库都提供了超时参数。务必合理设置这个超时值。对于轮询，超时应略大于一次转换的理论最长时间（采样时间+转换时间）。对于启动函数，可以设置一个较短超时（如10ms）。在调试阶段，如果函数返回HAL_TIMEOUT，你就知道配置可能有问题（如时钟未开启、硬件故障）。 此外，实现HAL_ADC_ErrorCallback回调函数来捕获ADC溢出、DMA错误等异常，是构建鲁棒性系统的好习惯。

7.4 软件滤波与数据校准

即使硬件和模式选对了，ADC读回来的数据也难免有噪声和误差。常用的软件后处理包括：

• 均值滤波： 连续采样N次取平均，最简单有效，但会降低有效带宽。
• 中值滤波： 对消除偶发的脉冲噪声（尖峰）有奇效。
• 滑动平均滤波： 维护一个长度为N的队列，每次新数据进来，去掉一个最旧的数据，计算新的平均值。实时性好。
• 校准： STM32的ADC通常有内置的校准功能（HAL_ADCEx_Calibration_Start）。在上电初始化后运行一次，可以显著减少偏移误差。对于增益误差，可以在代码中存储一个校准系数进行乘法修正。

8. 调试心法：示波器、逻辑分析仪与软件日志的三角定位

当ADC行为不符合预期时，系统化的调试方法能帮你快速定位问题。

1. 硬件第一： 用示波器直接测量ADC输入引脚的波形。确认电压范围是否在0-Vref之间？是否有毛刺或振荡？采样瞬间是否有下拉（说明采样时间不足）？这是排除硬件问题的黄金法则。
2. 验证触发时序： 如果使用了外部触发，用逻辑分析仪同时捕捉定时器的TRGO输出和ADC的EOC（转换结束）或DRDY（数据就绪）信号（如果引脚可用）。确认触发事件到转换开始的时间间隔是否稳定。
3. 软件打印与断点：
   • 在DMA传输完成回调函数中设置断点，检查缓冲区数据是否正确。
   • 在内存窗口直接观察DMA目标数组的内容，看数据是否按预期顺序写入。
   • 对于中断模式，可以在回调函数开头翻转一个GPIO引脚，用示波器测量中断频率和持续时间，判断是否发生中断风暴。
4. 检查标志位： 在调试器中查看ADC状态寄存器（ADCx->SR）和DMA状态寄存器。OVR标志表示数据溢出（旧数据未被读取，新数据已覆盖），这是DMA处理太慢的典型信号。EOC标志可以验证转换是否真的完成。

我个人的经验是，ADC问题十之八九出在配置上：时钟不对、采样时间不足、DMA地址或宽度配置错误、中断优先级冲突。按照从硬件信号到软件配置，从外设到DMA再到内存这个链路，逐级排查，没有解决不了的问题。