做多路模拟量采集时，MCU自带的ADC通道数不够用，我当时的处理方式是加一片CD74HC4067模拟多路复用器，用4根地址线把1路ADC扩展成16路。听起来很简单，接线也简单，但真正调起来，两个坑让我各搭进去差不多半天时间。这篇笔记就把方案选型、基础驱动、两个调试坑的完整排查过程写清楚，给准备用CD74HC4067做16路ADC扩展的嵌入式开发同行一个参考。
1. 为什么选CD74HC4067做16路模拟扩展：方案对比与硬件要点
1.1 方案对比：模拟开关、外部ADC、换主控
先说结论：如果你的MCU内部ADC精度尚可、只是通道数量不够，用模拟多路开关扩展是成本最低、代码改动最小的方案。
当时我手头有16路0-10V变送器信号，需要做模拟量采集。第一反应是换大封装MCU或外挂ADC芯片，但都被否掉了：
| 方案 | 优点 | 缺点 | 成本 |
|---|---|---|---|
| 换更大封装MCU | 外设多、可靠 | 硬件改版、固件迁移、交期长 | 高 |
| 外挂I2C/SPI ADC（如ADS1115/ADS1256） | 精度高、隔离好 | 单端8路/差分4路不够用，多片成本翻倍 | 中高 |
| CD74HC4067+自带ADC | 1片搞定16路、驱动简单 | 有导通电阻、通道间串扰风险 | 极低 |
CD74HC4067本质是一个16选1的模拟开关，导通电阻在VCC=4.5V时典型值约70Ω，开关切换延时在纳秒到微秒量级，对低速采样场景完全够用。它最大的价值在于：你只需要占MCU的4个GPIO和1个ADC输入引脚，就能把单路ADC变成16路，几乎所有带ADC的单片机都能这样扩展。
1.2 CD74HC4067关键电气参数与接线细节
这块芯片的封装常见的是SOIC-24和TSSOP-24，引脚数量多，但真正用到的核心引脚就这几类：
- VCC和GND：供电，支持3V~18V宽压，我直接用的3.3V。注意模拟信号范围不能超出VEE到VCC，超出会导通内部ESD二极管，轻则采样不准确，重则损坏芯片。
- COM/IO公共端：这是复用的输出端，接MCU的ADC输入引脚。
- Y0~Y15：16个模拟输入通道，接外部传感器信号。
- S0~S3：地址选择线，S0是低位，S3是高位。
- EN使能脚：低电平有效。不使用时要记得接到GND或GPIO拉低，悬空的话内部逻辑状态不定，通道选择会乱跳。
接线时有一个容易忽略的点：所有输入信号的参考地必须和CD74HC4067、MCU严格共地。如果传感器供电和MCU供电是两套电源，信号地之间可能有压差，这个压差会直接叠加到采样结果上。我当时用的是一个24V开关电源给变送器供电，通过DC-DC隔离降压给MCU，结果发现示波器上看模拟输入端有几十毫伏的纹波，最后是在传感器侧加了共地线才解决。
1.3 通道选通真值表与EN脚的常见误用
CD74HC4067的通道选择非常简单，就是二进制译码：
| S3 | S2 | S1 | S0 | 选通通道 |
|---|---|---|---|---|
| 0 | 0 | 0 | 0 | Y0 |
| 0 | 0 | 0 | 1 | Y1 |
| 0 | 0 | 1 | 0 | Y2 |
| ... | ... | ... | ... | ... |
| 1 | 1 | 1 | 1 | Y15 |
这里我踩过一个低级坑：最开始我把S0~S3接到了STM32的PB0~PB3，但当时PB2在板上被BOOT1上拉电阻默认拉高，导致S2始终为高，无论怎么操作都只能选到高四位通道。排查了半天，后来看原理图才发现引脚复用冲突。选GPIO之前先打开原理图确认引脚有没有其他外设占用，这个习惯能省太多时间了。
2. 基础驱动怎么搭：GPIO选通、ADC读取与初始化细节
2.1 地址线GPIO选择的几个坑
除了上面说的引脚复用冲突，地址线GPIO还有一个容易被忽略的细节：初始化时最好把4个引脚都配置为推挽输出，并且先输出一个确定电平。
为什么？因为一旦MCU复位，GPIO默认是浮空输入状态，CD74HC4067地址线浮空，通道选择就是随机的。如果此时ADC已经开始采样，就会采到随机通道的值。更严重的情况是，某个悬空的地址线引脚电平在阈值附近振荡，导致模拟开关内部频繁切换，COM端输出毛刺，可能把ADC输入引脚打坏。
所以我的习惯是：系统上电后，第一步就把S0~S3全部拉低，强制选通Y0通道，然后再初始化ADC外设。这样即使逻辑上有延迟，也不会出现无意义的随机采样。
2.2 最简驱动代码与采样主循环
用STM32 HAL库举例，核心就是三件事：切通道、延时、读ADC。代码结构大概是这样的：
#define MUX_S0_PIN GPIO_PIN_0 #define MUX_S1_PIN GPIO_PIN_1 #define MUX_S2_PIN GPIO_PIN_2 #define MUX_S3_PIN GPIO_PIN_3 #define MUX_GPIO GPIOB void MUX_SelectChannel(uint8_t ch) { HAL_GPIO_WritePin(MUX_GPIO, MUX_S0_PIN, (ch & 0x01) ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(MUX_GPIO, MUX_S1_PIN, (ch & 0x02) ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(MUX_GPIO, MUX_S2_PIN, (ch & 0x04) ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(MUX_GPIO, MUX_S3_PIN, (ch & 0x08) ? GPIO_PIN_SET : GPIO_PIN_RESET); } uint16_t MUX_ReadChannel(uint8_t ch) { MUX_SelectChannel(ch); delay_us(1000); // 建立时间，后面坑一细说 return ADC_ReadSingle(); // 内部ADC采样函数 }这段代码在逻辑上没问题，但它隐含了一个大坑：ADC_ReadSingle()是单次阻塞采样，16个通道循环下来，加上切换延时，一轮采集时间会很长。如果你的系统需要在固定节拍内完成一轮所有通道的扫描，这种写法需要评估总耗时。
2.3 串口打印与采样循环的耦合问题预告
我当时为了方便观察，在每个通道读完后直接调用printf打印结果。结果就是上面提到的坑二：一开打印，采样值就乱跳。这个问题藏在最简单的代码路径里，我不卖关子，后面单独用一整节剖析。总之，如果你现在就打算抄上面这段代码，建议先看完全文再动手。
3. 调试坑之一：切换通道后采样值“串味”，建立时间背锅
3.1 现象复现：前一个通道的值残留到了下一个通道
第一个坑的现象是这样的：16个通道全部接好信号后，我在主循环里依次读Y0、Y1、Y2……结果发现每个通道的读数都偏大，而且偏差值和上一个通道的输出电压强相关。
具体表现：Y0输入接地（0V），Y1输入接3.3V，那么读Y1时正常，但一旦从Y1切回Y0，Y0的读数会在前几十个采样周期内保持一个从3.3V衰减到0V的趋势，而不是立刻跳变到0V。如果某个通道还接着高阻抗信号源（比如几kΩ电阻分压），这个拖尾时间会更长。
一开始我怀疑是ADC参考电压不稳，或者GPIO翻转速度不够快，甚至怀疑芯片损坏。但用示波器直接测COM端波形后，真相就清楚了。
3.2 排查链路：从怀疑硬件到示波器抓包
排查顺序是这样的：
- 先单独测MCU的ADC功能：把ADC输入直接接一个稳定的1.65V电压，连续采集100次，读数稳定，证明ADC本身没问题。
- 接上CD74HC4067，固定选通一个通道，同样接1.65V，读数正常，说明芯片基本工作正常。
- 主循环里切换通道，问题出现。示波器探头接到COM端，电平档调到每格1V，触发模式设为上升沿触发，抓Y0从0V切到Y1的瞬间。
示波器波形显示：S0~S3切换后的第一个沿，COM端电压确实开始向目标值跳变，但是！它不是直角跳变，而是一条指数上升曲线，从0V爬到3.3V大约花了好几百微秒，如果目标信号源内阻很大，这个时间会更长。
这根指数曲线的来源，就是模拟开关导通电阻与外部源阻抗、走线寄生电容、ADC内部采样电容共同构成的RC低通网络。可以理解为：CD74HC4067只是一个开关，它本身不驱动信号，只是把外部信号接入ADC。外部信号的源阻抗和通路上的电容形成了滤波器，电压自然不是瞬间建立的。
3.3 理论计算：稳定时间到底需要多少
这一步可以量化。设外部信号源输出阻抗为R_src，CD74HC4067的导通电阻约70Ω，两者串联为R_total。通路电容包括PCB走线寄生电容、芯片引脚电容、MCU ADC采样电容，粗略估算在十几pF到几十pF。
但真正让问题恶化的，是很多传感器板输出端会并联一个大电容做滤波，比如常见的100nF。这时计算完全不同：
- R_total = 47kΩ + 70Ω ≈ 47kΩ
- C = 100nF
- τ = R × C = 47k × 100n = 4.7ms
一个时间常数4.7ms，12位ADC分辨率下要稳定到最低位（1/4096），大约需要ln(4096)≈8.3个时间常数，也就是大约39ms。也就是说，切到新通道后如果不等待40ms，读到的值就是上一通道衰减后的残留值。
对于只有pF级电容的高速场景，τ只有几微妙甚至更小，问题不明显。但工程上传感器信号几乎都要滤波，这个RC稳定时间就成了16路采集的隐形杀手。
3.4 解决方案：延时、缓冲器、采样时序预算
解决这个坑有两条路：
- 软件延时：根据最大可能RC估算稳定时间，在切换通道后插入足够长的延时再启动ADC转换。优点是无硬件改动，缺点是采样速率降低。对于慢速传感器采集（比如每秒扫一轮），这个代价可以接受。
- 硬件隔离：在CD74HC4067的COM输出端和ADC输入之间加一级运放电压跟随器。运放输入阻抗极高，几乎不从模拟开关吸取电流，同时输出阻抗极低，能很快驱动ADC内部采样电容。这样RC建立时间主要由运放输出阻抗和ADC采样电容决定，可以压缩到微秒级。
我的最终方案是两者结合：COM端加了一片运放跟随器，同时软件上保留了至少1ms的建立延时。实测16通道循环一轮耗时从原来的十几毫秒变成了约30ms，但对于我们的采集周期（500ms一轮）完全够用。
这里还衍生出一个经验：任何模拟多路复用方案，都建议在驱动代码里显式写出“建立时间预算”，就是注释里写清楚这个延时是怎么算出来的、跟外部RC什么关系。不然三个月后你回来看代码，大概率会把这个延时删掉，然后重新踩一遍坑。
4. 调试坑之二：串口一打印，采样值就乱跳
4.1 现象描述：打印与不打印表现完全不同
第二个坑更隐蔽。程序跑起来后，我加了printf来打印每个通道的ADC原始值和电压值。结果发现，无论我打印哪个通道，打印出来的最后两位数字总是在不断跳动，而且没有任何规律。更诡异的是，如果我把串口打印注释掉，只通过调试断点观察变量，同一通道的采样值又非常稳定，误差不超过±2个LSB。
这几乎是我遇到过最令人抓狂的“灵异问题”：代码没变，只是多了一条printf，硬件就表现出完全不同的行为。我当时一度怀疑是电源被串口模块拉垮了，甚至加了大电容滤波，但毫无改善。
4.2 排查链路：GPIO翻转测耗时，定位到printf
这次我没有在功能逻辑里打转，而是直接怀疑时序。具体做法：在采样循环开始前把一个备用GPIO拉高，循环结束后拉低，用示波器量这个GPIO高电平时间，同时对比“开打印”和“关打印”两种情况。
结果很惊人：关打印时，一轮16通道采样循环大约需要30ms；开打印后，一轮循环的耗时飙到了500ms以上。问题就出在printf身上——我用的HAL库串口发送是阻塞式的，每打印一个字节都要等待发送完成。
算一笔账：printf里用了%f格式打印浮点电压值，一个通道的日志大约长20个字符，比如：
CH01: 3.2567V\r\n这个字符串有15个字符。波特率115200时，每发送一个字节大约耗时86.8μs，15个字节就是1.3ms。16个通道全部打印，需要21ms。再加上printf内部的浮点格式化本身也要消耗大量CPU周期，在Cortex-M0上格式化一个浮点数可能要数百微秒。总计下来，每轮多出几百毫秒一点也不奇怪。
4.3 根因：阻塞式串口打印与DMA/Cyclic采样的竞态
真正导致采样值乱跳的，还不只是时间变长。我当时的ADC配置用的是定时器触发+DMA循环采样模式，即ADC转换结果不停地把通道0的采样值写到内存数组里，DMA循环搬运。正是因为用了DMA，即使CPU忙于printf格式化，ADC还在后台工作，所以DMA缓冲区一直在被刷新。
问题来了：主循环是“读缓冲区数组 → printf打印”，而DMA是“持续往缓冲区写新数据”，二者没有任何同步。很可能CPU读到数组的第1个字节时，DMA正好写了第3个字节，于是读到的是半新半旧的数据。如果你打印的是16个通道的一次快照，那这个快照根本不是一个时间点的一致性数据，而是多个采样周期拼凑出来的乱序值。
再加上printf每打印一次要几十毫秒，DMA循环又很快（比如每通道100μs刷新一次），等你从第1个通道打印到第16个通道，缓冲区早就被覆盖了好几轮，打印出来的数值当然毫无稳定性可言。
4.4 解决方式：副本拷贝、非阻塞打印与整型格式化
修复方向有四个，我建议按顺序做：
- 打印副本：在每次采样循环结束后，先把DMA缓冲区的内容拷贝到一个独立副本数组，然后打印副本。这样DDMA哪怕继续更新缓冲区，也不会影响正在打印的数据。这个改动成本最低，优先做。
- 降低打印频率：不一定每轮都打印，可以每采样10轮才打印1次，彻底把打印耗时从采样路径上剥离出去。
- 改整型格式化：不要用%f，把电压值放大1000倍变成整型再打印，比如毫伏单位。这样既避免浮点格式化带来的CPU开销，也能满足大多数调试需求。实测printf打印整型的耗时只有浮点的十分之一左右。
- 非阻塞打印：用DMA串口发送或中断发送替代阻塞发送，让CPU在发送的同时继续跑主逻辑。但要注意，非阻塞打印需要确保缓冲区生命周期，否则会出现发送中途缓冲区被改写的问题。
我最终采用“采样完成标志位+副本拷贝+整型化打印”，打印频率降到每20轮一次，运行稳定，采样值恢复到不开打印时的水平。
5. 两个坑背后的通用设计建议
5.1 模拟开关采样系统的“时序预算”表
把两个坑总结成一张表，方便直接贴在代码注释或项目文档里：
| 坑点 | 现象 | 根因 | 对策 |
|---|---|---|---|
| 通道切换后值串味 | 读到的值与前一个通道相关 | RC稳定时间不足 | 切换后延时、加运放缓冲、建立时间预算 |
| 串口打印时值乱跳 | 打印和不打印行为不同 | 阻塞打印+后台DMA采样竞态 | 打印副本、低频打印、整型格式化、非阻塞打印 |
每次做多通道模拟采集，我建议先写清楚“采样时序预算表”，把通道切换时间、信号稳定时间、ADC转换时间、一轮扫描总时间都列出来。这样不仅自己能看得清楚，review代码的同事也能一眼看懂为什么这里有个神秘的delay。
5.2 硬件上能提前避开的雷区
这次项目之后，我做模拟开关扩展采集时，硬件上会固定检查几个点：
- 所有信号地与MCU地严格共地，尽量用星形接地。
- CD74HC4067的模拟输入信号范围严格限制在电源轨以内，最好在输入端串联一个1kΩ限流电阻，防止过压打坏芯片。
- EN脚必须下拉，禁止悬空。
- 如果现场信号线比较长（超过30cm），建议在CD74HC4067输入端对地并联一个1nF到10nF的滤波电容，但这同时会加大RC稳定时间，软件延时必须重新计算。
5.3 调试手段本身的调试：用好GPIO翻转与示波器
这次两个坑的定位，本质上都不是靠读代码读出来的，而是靠GPIO翻转+示波器抓时序抓出来的。我强烈建议每个嵌入式开发者都在项目里保留至少一个空余GPIO作为“调试探针”：
- 采样循环开始前拉高，结束后拉低，可以量一轮采样时间。
- 切换通道时翻转一次，可以精确看到通道切换与ADC启动的间隔。
- 串口打印前翻转一次，打印结束后再翻转一次，立刻就知道打印消耗了多少时间。
很多时候你以为的硬件故障、芯片质量问题，其实都是时序问题。示波器永远比printf诚实。
另外说个细节：调试器和串口模块尽量不要通过USB从一个没隔离的Hub取电，否则USB口的电源噪声会直接串进模拟地。我之前遇到过拔掉ST-LINK后采样值变得更稳的情况，原因就是调试器的地线和目标板构成了地环路。这个问题在实验室里容易被忽略，但放到工业现场会被放大很多倍。
6. 写在最后的个人体会
CD74HC4067这个芯片，看似平平无奇，真正用好还是需要摸熟它的脾气。我自己的体会是：模拟开关扩展ADC这件事，本质上是拿时间换通道数。通道数翻倍的同时，信号稳定时间、采样调度、打印调试策略全都要跟着重新设计，任何一个环节偷懒，最后都会变成调试时的一个坑。
如果你正要开始做类似的项目，我的建议是：第一，硬件上保留运放跟随器的位置，哪怕先不焊，后面有问题可以直接补；第二，软件上一开始就把建立时间预算和采样副本机制做进去，不要等踩坑了再补；第三，调试时多用GPIO翻转和示波器量时序，少用肉眼盯着printf猜问题。这几点做完，16路ADC扩展也就算真正落地了。
