STM32CubeMX | HAL库实战：ADC多通道采集模式深度解析（轮询、DMA、TIM触发）

最新推荐文章于 2026-07-29 14:44:01 发布

原创

最新推荐文章于 2026-07-29 14:44:01 发布 · 945 阅读

1. 从零开始：理解ADC多通道采集的核心概念

大家好，我是老李，一个在嵌入式领域摸爬滚打了十多年的工程师。今天咱们不聊那些虚头巴脑的理论，直接上手STM32的ADC多通道采集。很多新手朋友一看到CubeMX里ADC那一堆配置选项就头疼：扫描模式、连续模式、间断模式、轮询、DMA、定时器触发……到底该选哪个？别急，这篇文章就是来帮你理清思路的。我会用最直白的话，结合我实际踩过的坑，把这三种最常用的多通道采集方式——轮询、DMA、以及定时器触发DMA——给你讲透。保证你看完就能在自己的项目里用起来。

首先，咱们得搞清楚ADC多通道采集到底在干什么。简单说，你的STM32芯片上可能有好几个模拟输入引脚（比如PA0, PA1, PA2…），它们背后都连着同一个ADC模块。多通道采集，就是让这个ADC模块按顺序去“看望”这些引脚，把上面的电压值一个个读回来。这个过程怎么安排，效率如何，数据稳不稳定，就全看你选择哪种“工作模式”了。CubeMX和HAL库把这些模式封装好了，但如果你不理解背后的机制，配置起来就容易出各种幺蛾子，比如数据错位、采样率上不去、CPU被拖死等等。

这里必须提一下ADC的三种基础工作模式，这是理解后续所有内容的前提。扫描模式是必须的，只要你配置了多个通道，CubeMX就会强制开启它。它的作用就是自动按顺序转换你使能的所有通道，像个尽职的扫描仪。连续转换模式和单次转换模式是一对开关。如果开启连续模式，ADC一旦启动就会像打了鸡血一样，以最快的速度不停地循环采样所有通道，根本停不下来，除非你强行停止它。而单次模式则很“佛系”，启动一次就只扫描一轮所有通道，然后歇着等你下次命令。间断模式则是个“分组小能手”，它允许你把多个通道分成几个小组，每次触发只转换一个小组。理解这三者的组合，是玩转多通道采集的第一步。我刚开始的时候就没在意，结果采回来的数据乱七八糟，debug了好久才发现是模式设错了。

2. 轮询模式：最简单，但也最“笨”的办法

轮询，顾名思义，就是让CPU亲自去“问”ADC：“老兄，数据采好了没？” 这是一种最直接、最不需要动脑子的方式，适合通道数少、对实时性要求极低、或者你只是想快速验证一下硬件好坏的场景。但它的缺点也极其明显：CPU利用率太高，效率低下。在实际项目中，除非万不得已，我一般不会在主业务逻辑里用纯轮询做多通道采集，它太“霸占”CPU了。

2.1 方式一：单次模式 + 间断模式（CubeMX配置法）

这是利用CubeMX配置多通道轮询的标准做法。核心思路是：配置为单次转换模式，并启用间断模式，且将间断次数设置为1。这是什么意思呢？假设你使能了CH0, CH1, CH2, CH3四个通道。设置间断次数为1，就等于把每个通道都单独分成了一组。那么，每次你调用 HAL_ADC_Start() 启动ADC时，它只会转换当前这一组（也就是一个通道），然后就停止了。你想采四个通道的数据？那就得手动调用四次启动函数。

在CubeMX里具体怎么配呢？打开ADC配置界面，在“Parameter Settings”选项卡里：

Scan Conversion Mode：必须为Enabled（扫描模式，灰色不可改，只要你配了多通道它就自动开了）。
Continuous Conversion Mode：选择 Disabled（单次模式）。
Discontinuous Conversion Mode：选择 Enabled（开启间断模式）。
Number Of Discontinuous Conversions：填写 1（这是关键，表示每组1个通道）。

配置好后，你的代码大概长这样：

// 启动ADC转换，每次启动只转换一个通道（当前rank的通道）
HAL_ADC_Start(&hadc1);
// 等待转换完成
if (HAL_ADC_PollForConversion(&hadc1, 100) == HAL_OK) {
    // 读取转换值
    adcValue[channel_index] = HAL_ADC_GetValue(&hadc1);
}
// 注意：每次读取后，需要根据你的通道顺序，在下次启动前，通过 HAL_ADC_ConfigChannel 切换通道吗？
// 答案是：不需要！因为扫描序列（Rank）在CubeMX初始化时已经固定好了。
// 间断模式+单次模式下，每次启动转换的是扫描序列中的下一个“组”（这里一组一个通道）。
// 但这里有个大坑！HAL库的轮询模式处理多通道扫描时，HAL_ADC_PollForConversion 等待的是整个扫描序列（所有组）完成吗？不，对于“间断+单次”，它等待的是当前这一个通道转换完成。
// 更常见的做法是，我们并不这样轮询，而是采用下面的“完全轮询”来更清晰地控制。

实测下来，这种方式代码逻辑有点绕，而且对于“下一次该采哪个通道”的管理依赖于ADC内部状态，不够直观，容易采错数据。我早期的一个项目就这么干过，发现数据偶尔会跳，后来才明白是触发逻辑没处理好。