上个月有个做仪器仪表的朋友忽然甩给我一段代码：一块 STM32F030C8T6，8 路电位器分压做模拟量输入，他在 main 里开了一个 for 循环，一路一路切 ADC 通道，然后 HAL_ADC_PollForConversion 傻等。他说采集频率要提上去，CPU 被拖得不行，想改 DMA。我当时就问了他一句：你实际采集频率到底多少？这句话其实才是问题核心——多通道 ADC 的轮询、中断、DMA 三种实现，本质上就是拿 CPU 时间换数据，方案选型跟着场景走，而不是跟着“听起来高级”走。
这篇东西我打算把 F030 上的三种做法从头到尾拆开讲：代码怎么写、CubeMX 怎么配、每个方案卡在哪个地方、换方案后 CPU 占用差多少、最后给你一张选型表。适合刚接触 STM32 多通道采集的人，也适合已经能跑通但想搞明白“为什么别人推荐 DMA”的开发者。
1. 先把需求量化：F030 的 ADC 资源与三种方案的设计思路
1.1 这个项目到底在测什么：采集任务的真实约束
先别急着配寄存器。做多通道 ADC 之前，必须把两个数字定下来：你要采几路，以及每路多久采一次。
我朋友这个项目是 8 路电位器分压，用来模拟 8 个旋钮位置，人手动旋转，频率最多几十赫兹，理论上轮询绰绰有余。但他后来想同时在主循环里跑优化算法，每隔几十毫秒还要刷新一次小屏，轮询那点阻塞时间就变得不能忍了。这就是典型场景：采集本身不重，但你不能让采集阻塞其他事情。
STM32F030C8T6 的 ADC 资源在同价位里算很实在：12 位分辨率，外部输入通道十几个（小封装上实际引出的引脚少一些），内部还带 VREFINT 参考电压通道和温度传感器通道，最高支持约 1Msps 采样。主频 48MHz，DMA1 一共 5 个通道，其中一个固定映射给 ADC。这套组合决定了它非常适合做“多路模拟量连续采集 + CPU 处理其他逻辑”的活，前提是你把 ADC 的方式选对。
1.2 三种方式的本质区别：CPU 在数据链路上扮演什么角色
轮询、中断、DMA 的核心区别不是代码风格，而是 CPU 在每一次数据搬运里投入了多少精力。
轮询模式下，CPU 启动 ADC 转换后什么都不干，死死盯着标志位，等转换完成再去读数据寄存器。这相当于你在餐厅后厨盯着厨师炒菜，菜不出锅你别想走开。中断模式好一点，CPU 启动转换后可以先忙别的，等 ADC 转换完成发出中断，CPU 停下手里的事，进中断服务函数把数据读走，读完之后再重新启动下一路。这相当于你按了个铃，铃声一响你才跑回厨房端菜。DMA 模式最彻底，ADC 转换完成后由 DMA 控制器直接把数据寄存器里的值搬到内存数组里，全程不需要 CPU 参与，搬完一整批再通知 CPU 一次。这相当于雇了个传菜员，菜出锅自动上桌，全部上完喊你一声。
所以这三种方式其实对应三种系统设计哲学：轮询是简单但阻塞，中断是并发但繁琐，DMA 是高效但有配套成本。接下来逐个聊。
2. 轮询模式：5 行代码能跑，但有隐藏代价
2.1 轮询模式从 CubeMX 到代码的落地过程
轮询模式的配置最简单。CubeMX 里打开 ADC1，不需要开 DMA，不需要开中断，唯一建议做的是把 ScanConvMode 关掉（也就是不启用扫描模式），因为我们用单通道循环切换的方式来实现多通道。
代码也很直观：
uint16_t adc_read_channel(uint32_t channel) { ADC_ChannelConfTypeDef sConfig = {0}; sConfig.Channel = channel; sConfig.Rank = ADC_REGULAR_RANK_1; sConfig.SamplingTime = ADC_SAMPLINGTIME_41CYCLES_5; HAL_ADC_ConfigChannel(&hadc1, &sConfig); HAL_ADC_Start(&hadc1); HAL_ADC_PollForConversion(&hadc1, 10); uint16_t val = HAL_ADC_GetValue(&hadc1); HAL_ADC_Stop(&hadc1); return val; } // 主循环里，每 10ms 轮询一次 8 路 uint32_t last_scan = HAL_GetTick(); while (1) { if (HAL_GetTick() - last_scan >= 10) { last_scan = HAL_GetTick(); for (int i = 0; i < 8; i++) { adc_samples[i] = adc_read_channel(adc_channels[i]); } } }这段代码看起来笨，但有一个非常实际的好处：它天然可控，你随时可以暂停某一路，或者临时插一路进去，不需要重新配 DMA 缓冲区。刚上电调试时，先用这种方式确认每一路 ADC 都能正常读到值，再去优化效率，是我自己习惯的调试顺序。
2.2 扫描模式配轮询是个坑，我劝你避免
很多人一上来就想用“扫描模式 + 轮询”读多通道，因为 CubeMX 里 ScanConvMode 打开后，序列里配置好几个通道，看起来一次启动就能扫完。对 DMA 来说这是对的，但对轮询来说未必。
在我手里的 HAL 库版本里，HAL_ADC_PollForConversion 的等待逻辑在扫描模式下会一直等到整个序列转换结束才返回，也就是说它不会“每转完一个通道就返回一次”让你挨个取数。等你拿到返回值时，数据寄存器里已经是最后一个通道的值了。不同 HAL 版本的行为有细微差别，但你如果直接用扫描模式配轮询，很可能踩到“读了半天全是同一路”的坑。
所以我才推荐上面那套“关扫描、单通道切换、循环读取”的写法。虽然多配几次通道会让速度慢一点，但逻辑绝对可靠。
2.3 轮询模式的核心瓶颈：CPU 全程陪跑
轮询模式最大的问题是 CPU 等待转换期间无法做别的事。我们简单算一笔账：ADC 时钟 12MHz，12 位转换固定需要 12.5 个 ADC 周期，如果采样时间按 41.5 个周期算，单通道一次转换需要 54 个 ADC 周期，约 4.5us。8 个通道就是 36us。
如果每秒只采 100 轮，CPU 占用率只有 0.36%，完全无所谓。但如果采集频率提到 10kHz，光 ADC 等待就占掉 36% 的 CPU，而且这期间主循环是卡住的，按键扫描、屏幕刷新、通信协议全都会被拖慢。轮询模式因此只适合两类场景：要么采集频率很低，要么这个 MCU 真的一点别的事都没有。
3. 中断模式：用中断替代忙等，CPU 终于能喘口气
3.1 中断方式的配置与代码实现
当你发现主循环被轮询拖住时，第一反应就是把“等待”换成“中断”。CubeMX 里在 ADC1 配置页打开全局中断，代码上把 HAL_ADC_Start 换成 HAL_ADC_Start_IT，然后在转换完成回调里读取数据。
多通道的实现思路是：每次只配置一个通道，转换完成进中断，中断里读值，然后切换到下一个通道并再次启动转换。
volatile uint8_t ch_idx = 0; uint16_t adc_samples[8]; static const uint32_t adc_channels[8] = { ADC_CHANNEL_0, ADC_CHANNEL_1, ADC_CHANNEL_2, ADC_CHANNEL_3, ADC_CHANNEL_4, ADC_CHANNEL_5, ADC_CHANNEL_6, ADC_CHANNEL_7 }; void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef *hadc) { if (hadc->Instance == ADC1) { adc_samples[ch_idx] = HAL_ADC_GetValue(&hadc1); ch_idx = (ch_idx + 1) % 8; ADC_ChannelConfTypeDef sConfig = {0}; sConfig.Channel = adc_channels[ch_idx]; sConfig.Rank = ADC_REGULAR_RANK_1; sConfig.SamplingTime = ADC_SAMPLINGTIME_41CYCLES_5; HAL_ADC_ConfigChannel(&hadc1, &sConfig); HAL_ADC_Start_IT(&hadc1); } } // 初始化时先启动第一路 HAL_ADC_Start_IT(&hadc1);这里有一个很关键的习惯：回调里不要做耗时操作，尤其不要做浮点运算、串口打印、malloc 之类的动作。中断上下文里任务越短越好，通常只做“读书据到数组 + 修改下一个通道号 + 重新启动”，然后立刻退出，真正对数据的处理放到主循环。
顺便提一句，初学的时候很容易把中断优先级配得过高。F030 的中断优先级分组和 Cortex-M0 的嵌套向量中断控制器特性有关，如果你把 ADC 中断优先级拉到最高，而系统里又有串口中断之类，极端情况下串口数据可能被频繁打断，表现就是通信偶发丢字节。我的习惯是：ADC 采集属于周期性任务，中断优先级给中等偏下，不跟通信这类“错过就丢”的中断抢。
3.2 中断风暴离你有多远：实时性没有想象中高
中断模式解决了“主循环被阻塞”的问题，但并没有减少 CPU 实际投入的总时间，反而可能更多。因为每次转换完成后，CPU 要经历“跳中断向量、压栈、进入回调、读数据、配置下一通道、再次启动、出栈”这一整串操作，这些开销叠加起来往往比轮询里简单看一眼标志位还要贵。
我实际测过，F030 在 48MHz 下，每路 ADC 中断服务的完整时长大概在 2us 到 3us 之间，取决于你在回调里干了多少活。如果也按 8 路、每路 4.5us 转换时间算，一轮采集约 36us 转换时间，加上 8 次中断开销约 20us，总共接近 56us。对比轮询模式的 36us，CPU 实际占用不降反升。
那中断模式到底为了什么？它不是为了让 CPU“更快”，而是为了让 CPU “更自由”。轮询模式下 CPU 持续傻等，无法响应外部其他事件；中断模式下，CPU 在每次转换间隙能回到主循环处理按键、刷新屏幕、跑协议，虽然总耗时可能更高，但系统的并发响应能力强了一大截。所以中断模式适合那些“采集频率不算太高，但系统里还得干别的事”的项目。
不过当通道数再多一点，比如 16 路，采样频率再拉高到几十 kHz，中断模式就会接近“中断风暴”的边缘：CPU 大部分时间都在进进出出中断，主循环反而被饿死。这时候就该 DMA 上场了。
4. DMA 模式：把搬运工换成硬件，实测效率差距明显
4.1 CubeMX 里的 DMA 配置，每一步都不能错
DMA 模式是我最终推荐大部分多通道项目采用的方案，但配置导航里坑也最多。我按 CubeMX 的操作顺序来。
第一步，ADC1 配置页：
- ScanConvMode：Enabled，开启扫描
- ContinuousConvMode：Enabled，连续转换
- NumberOfConversion：填实际通道数，比如 8
- 在序列列表里，依次把 Rank 对应到你需要的通道，比如 Rank1=ADC_IN0、Rank2=ADC_IN1……
- 采样时间根据信号源阻抗来，我后面会专门讲
第二步，在 ADC1 的 DMA Settings 标签页添加 DMA Request：
- DMA Request：ADC1
- Mode：Circular，循环模式
- Data Width：Peripheral 和 Memory 都设 Half Word
这里有一个非常容易被漏掉的选项，不同版本 CubeMX 里位置略有不同，有些在 ADC 配置页底部，叫 DMA Continuous Requests，务必设为 Enabled。如果不打开，DMA 可能只搬一轮数据就停了，表现就是你看到数组里只有头几个值在变化，后几个一直是零。
第三步，确认生成代码后，main 函数里初始化顺序应该是 MX_DMA_Init 在 MX_ADC1_Init 之前。CubeMX 生成的代码默认是这么排的，但如果你手动改过代码顺序，或者把初始化代码重新整理过，很容易把 DMA 初始化放到 ADC 后面，结果 ADC 请求 DMA 时 DMA 还没准备好，现象非常诡异：编译没问题，运行也正常，数据就是不动。检查方法很简单，看初始化代码里有没有先把 DMA 使能，再初始化 ADC。
另外 F030 的 ADC DMA 请求固定映射到 DMA1 的通道 1。写代码的时候可以不用关心这个映射，CubeMX 会自动生成，但如果你以后想在标准库里手写配置，这个映射关系必须记住。
4.2 关键代码：校准、启动与回调里处理数据
DMA 方式的初始化代码比前两种多一步：ADC 校准。STM32F0 系列的 ADC 上电之后建议先做一次校准，否则偏置误差可能达到几十 mV 级别，对要求不高的场景也许无所谓，但做电压监测时就很难受了。
uint16_t adc_buf[8]; int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_DMA_Init(); MX_ADC1_Init(); HAL_ADCEx_Calibration_Start(&hadc1); HAL_ADC_Start_DMA(&hadc1, (uint32_t *)adc_buf, 8); while (1) { if (frame_ready) { frame_ready = 0; // 在这里处理 adc_buf[0] ~ adc_buf[7] } } } void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef *hadc) { if (hadc->Instance == ADC1) { frame_ready = 1; } }注意 HAL_ADC_Start_DMA 的参数。第三个参数是传输长度，如果只传 8，那么 DMA 每搬完 8 次数据就触发一次传输完成中断，刚好对应一轮扫描的 8 个通道。这种写法下，adc_buf 的下标跟你在 CubeMX 里配置的 Rank 顺序一一对应：Rank1 的数据进 adc_buf[0]，Rank2 进 adc_buf[1]，如此类推。
回调里我还是只干一件事：置标志位。不要在里面直接打印数据，串口打印在慢速波特率下动不动几百微秒起步，放在中断里会把 DMA 回调的实时性拖垮。主循环检测到标志位再去处理，这是最稳妥的姿势。
4.3 DMA 循环连采的数据一致性：半传输中断的正确用法
DMA 配成 Circular 模式后，最典型的坑不是“不工作”，而是“工作得太连续”：外设每完成一个通道转换，DMA 就往 adc_buf 里写一个数据，写完 8 个数之后自动从头开始写。
如果主循环直接去读 adc_buf，可能刚好读到 DMA 写到一半的数组：前 4 个元素是这一轮的，后 4 个元素还是上一轮的，拼在一起就是错的数据。我管这叫“帧撕裂”。
解决思路有三个。
最简单粗暴：只在 HAL_ADC_ConvCpltCallback 回调里读数据。因为传输完成中断发生时，恰好说明一整轮数据已经写完，此时数据是完整的。缺点是如果一轮采集周期很短，而主循环很长，回调里置了标志位后，等主循环去读时 DMA 可能已经写了下一轮好几笔数据，所以不要让数据在缓冲区里等太久。
进阶一点的做法：把缓冲区开成两倍长，比如 16 个 uint16_t，然后开启 DMA 的半传输中断和传输完成中断。DMA 写入前 8 个元素时触发半传输中断，这时 CPU 可以去处理前半段数据；DMA 继续写后半段时 CPU 处理前半段，等后半段写完触发传输完成中断，CPU 再回来处理后半段。这样数据永远都是隔了半个缓冲期才被读取，天然避开撕裂。
uint16_t adc_buf[16]; // 8 通道 x 2 帧 void HAL_ADC_ConvHalfCpltCallback(ADC_HandleTypeDef *hadc) { if (hadc->Instance == ADC1) { process_frame(&adc_buf[0]); // 前半帧 } } void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef *hadc) { if (hadc->Instance == ADC1) { process_frame(&adc_buf[8]); // 后半帧 } }这样做的本质是把单个长缓冲区拆成两个半区，轮流读和写，防止读写冲突。很多做音频流、高频数据采集的项目里都能看到类似思路，只是换了名字叫双缓冲或者 Ping-Pong Buffer，核心逻辑完全一样。
5. 三种方式横向实测对比：CPU 占用、实时性与代码量
5.1 实测场景与结果：100kHz 采样率下差距是一个数量级
我的测试环境是自制的 F030C8T6 最小系统板，VDDA 接 3.3V，外部 4 路电位器分压输入，ADC 时钟 12MHz，12 位分辨率，采样时间 41.5 个 ADC 周期，单通道转换时间约 4.5us。我写了一个临时测试，把空闲 CPU 用 GPIO 翻转表示，用逻辑分析仪量高电平时间估算占用率。
8 通道测试结果大致如下：
| 实现方式 | 每轮 8 通道耗时(估算) | 1kHz 采集时CPU占用 | 10kHz 采集时CPU占用 | 代码复杂度 |
|---|---|---|---|---|
| 轮询(单通道切换) | 约 36us+切换开销 | 约 4% | 约 40% | 最简单 |
| 中断(单通道切换) | 约 36us+8次中断开销 | 约 6% | 约 60% | 中等 |
| DMA(扫描+循环) | 约 36us，CPU几乎不参与 | 小于 1% | 约 3% | 中等偏高 |
注意这组数据是粗略估算，绝对值会随着编译器优化等级、回调里干活的多少、甚至库函数版本浮动，但相对量级很说明问题：DMA 模式下 CPU 只在每轮结束时被叫醒一次，10kHz 采样率下 CPU 占用依然可以控制在个位数百分比。轮询和中断在低采样率下其实也够用，但频率一旦拉上去，根本没有可比性。
5.2 到底怎么选：一张表帮你做决定
低频率、代码快速验证、通道数 1 到 2 路，直接轮询。不需要为了 10Hz 的采集去折腾 DMA 和中断，而且轮询代码可读性最好，后期维护成本最低。
如果系统在主循环里还要处理按键、显示、通信这类周期性任务，频率要求又不高，中断模式是平滑过渡的选择。它没有 DMA 那么多配置讲究，又比轮询“优雅”。
如果你要做的是真正的多通道连续采集，比如 8 路传感器信号、三相电流、电压监测，或者采样频率超过几十 kHz，DMA 基本是唯一合理选择。它把 CPU 从繁重的搬运工作中解放出来，让主循环只负责算法和控制逻辑。
还有一类特殊场景我要单独提一下：强实时控制。比如用 ADC 采样去做电流环，这时候不仅要 DMA，还建议把 ADC 触发方式改成定时器触发，让采样时刻精确可控，CPU 只负责在 DMA 中断里执行控制算法。
6. 多通道 ADC 实战踩坑记录与排查方法
6.1 通道顺序错乱与 DMA 数据错位
DMA 模式最常见的异常是：数据读出来了，但通道对应关系完全不对，比如你接在 ADC_IN0 上的电压跑到了 adc_buf[3] 里。
第一步检查 CubeMX 里 Rank 的顺序。Rank1 对应 adc_buf[0]，Rank2 对应 adc_buf[1]，按 Rank 逐个核对，别只看 Channel 列表里列了多少通道。第二步检查 GPIO 配置，ADC 输入引脚要设置为模拟模式，CubeMX 里在芯片引脚图上点一下对应引脚，选 ADC_INx 即可自动配置。第三步检查内存数组类型，F030 的 ADC 数据寄存器是 16 位结构，右对齐下高 4 位是零，数组务必要用 uint16_t，DMA 数据宽度必须是 Half Word。用到 uint8_t 或 Byte 宽度，搬出来的数据直接就是乱的。
排查这类问题我有一个很土但很有效的办法：只给一路输入接一个已知电压（比如 1.5V 电池），其他输入全部接地，然后打印 adc_buf 全部值。正常情况下只有一个值明显偏大，其他接近零。如果出现两个大值，或者大值出现在错误下标，问题就出在 Rank 配置或 DMA 长度上。
6.2 首次转换结果漂移与校准问题
F030 的 ADC 有一个非常典型的“上电第一次读数不准”现象。原因分两块：一是 ADC 完全没有做过校准就启动，内部比较器偏置没有被修正；二是刚上电时内部参考电压和基准源还没有稳定，立刻采样读数自然漂。
所以 DMA 启动之前必须加校准，而且校准和启动之间最好留十几个毫秒，让时序稳定下来。即使加了校准，DMA 启动后的第一帧数据我也建议直接丢掉，从第二帧开始再作为有效数据。做法很简单，置一个 skip_first_frame 标志，第一次回调里只清标志，不处理数据。
还有一个常见但容易被忽略的坑：如果你在运行过程中调用了 HAL_ADC_Stop_DMA，然后想再次启动，建议先复位 DMA 状态再重新启动。HAL 库在 Stop 之后 DMA 句柄状态有时候没有完全复位，直接再次 Start_DMA 可能导致回调不触发或数据不更新。稳妥做法是调用 HAL_DMA_Abort 或干脆把 DMA 通道显式复位一下再启。
6.3 采样时间不足，读数偏低或者跳变
这个问题在直接从高阻信号源采样时最容易踩。ADC 内部采样电容需要在采样阶段被外部信号源充到跟输入电压一致，如果外部源阻抗太大，采样时间太短，电荷还没充够就被切断了，读出来的值必然偏低。特别是多通道切换时，每一次采样前电容里保留的还是上一个通道的电荷，前几个通道受影响最明显。
经验值按 F030 的 ADC 时钟 12MHz 来算，常用采样时间档位如下：
| 采样时间配置 | 实际时间(us) | 适合的源阻抗场景 |
|---|---|---|
| 1.5 cycles | 0.125 | 低阻抗运放输出 |
| 13.5 cycles | 1.125 | 常规分压电阻 10k 以下 |
| 28.5 cycles | 2.375 | 高阻抗传感器、电位器 |
| 41.5 cycles | 3.46 | 信号源阻抗较高时最保险 |
| 71.5 cycles | 5.96 | 高阻、容性负载、长走线 |
| 239.5 cycles | 19.96 | 极慢信号，追求稳定性 |
如果你的输入是 10k 分压电阻网络，建议至少用 28.5 cycles 以上。如果传感器是光敏电阻、压电片这类高阻抗器件，外部还要并联一个 0.1uF 电容，同时采样时间拉长到 71.5 cycles 也不过分。
判断是否“采样时间不足”有个简单方法：把采样时间调大一档，如果读数明显上升，说明之前没充够电；如果读数几乎不变，说明采样时间已够，再调大也只是浪费时间。
6.4 浮空引脚和 DMA Continuous Requests 漏配
浮空引脚的影响我之前提了一嘴，这里展开说。ADC 输入引脚如果被配置成模拟模式但没有连接真实信号，引脚电压会悬空或受到邻近线路串扰，噪声会被 ADC 采进来。如果你多个通道共用同一个电路板走线很长，甚至会出现通道间串扰：一个通道接了大电压，旁边浮空通道读出来的值也跟着变。解决方法是把所有不用的 ADC 通道在硬件上接地，或者在软件里根本不配置它们，不把它们加入转换序列。
CubeMX 里 DMA Continuous Requests 是否漏配，判断也很简单：如果启动后数据只在第一次更新，之后就固定不变，十有八九就是这个选项没开。打开之后，ADC 在外设端的“连续请求信号”才能不断触发 DMA 搬运，循环模式才真正循环起来。每次重新生成工程后也要回去检查一下，因为不同版本的 CubeMX 模板对这条默认值的处理不一样。
6.5 参考电压与 VDDA 的电源质量
最后说一个很多人容易忽视的问题：F030 的 ADC 参考电压。如果是 LQFP48 这类有独立 VREF+ 引脚的封装，你可以在 VREF+ 上接高精度基准源来提升精度。但 F030C8T6 这种小封装通常把 VREF+ 跟 VDDA 绑在一起，也就是说 ADC 的满量程完全取决于 VDDA 的电压质量。
我见过有人在同一个 3.3V 稳压器上又带电机又带 ADC，采集出来的电压读数跟着电机转速跳来跳去。这不是 ADC 的锅，是参考电压本身在抖动。解决办法是给 VDDA 单独加 LC 滤波或者用独立的线性稳压器供电，ADC 的信号输入也尽量远离 PWM 走线和高频数字线。多通道 ADC 项目里，电源部分花的功夫往往比代码多，但收益也是最直接的。
再补一个我自己的习惯：不管用哪种方式，我都会在采样数组里多开两个元素，一个存“有效的最后一轮序号”，一个存“这一轮里是否有通道越界”之类的软件状态，这样主循环在处理数据时可以先做一个合法性判断，再进入业务逻辑。看起来多花两个字节，但排查问题时能省下不少时间。做 ADC 采集这件事，代码能跑通只是起点，把 CPU 占用、数据一致性、抗干扰能力一起考虑进去，才算是真正把这个模块做明白了。
