CD74HC4067多路模拟量采集实战：ADC扩展与踩坑解析

年前接了一个多路模拟量采集的小板子，MCU就是常规的STM32，片上ADC本来是有十几个通道，但实际做项目时大部分引脚被功能占掉，最终能留给模拟采集的只剩一路ADC输入。现场要采的信号有压力、温度、液位、流量，加起来十几路，量程也不统一，有的0～10V，有的4～20mA，还有直接输出电压的传感器。当时第一反应是想上独立的16位ADC，像ADS1115或者ADS1262，但十几路信号都要实时刷新，哪怕扫描速度慢一点，整体成本也压不住。最后选了CD74HC4067，一颗16通道模拟多路复用器，加上周围调理电路，直接把1路ADC扩展成16路输入，硬件改动最小，软件也就是几行切换逻辑的事。

这颗芯片虽然简单，但实际调试过程并没有想象中顺利。中途踩了两个坑，都不深，但都特别容易让人怀疑人生：一个是通道之间读数相互串扰，另一个是单片机复位瞬间系统直接“抽风”。这篇笔记把我在CD74HC4067上的选型思路、接线方式、软件切换逻辑以及这两个坑的完整排查过程整理出来，如果你正准备做类似的ADC通道扩展，可以先顺着我的路线走一遍，能省不少时间。

1. ADC通道不够？先别急着加ADC芯片，考虑一下模拟开关

很多人遇到ADC通道不够，第一反应是换更大封装的MCU，或者外扩一片ADC芯片。这当然能解决问题，但在某些场景下并不划算。换MCU牵扯到整块板子的重新设计，软件外设库也要跟着换；外扩ADC芯片则要增加SPI/I2C通信，代码复杂度和调试时间都会上去。如果你的需求只是“多路慢变模拟量需要轮流采集”，那用模拟多路复用器扩展是最直接的办法。

1.1 为什么选择CD74HC4067而不是其他方案

CD74HC4067本质上是一个单刀16掷模拟开关，内部由16个传输门加上4-16译码器组成，S0～S3做二进制通道选择，选中哪个通道，该通道和公共端COM就导通。市面上同类芯片很多，例如CD4051是8选1，CD4067是16选1，74HC4051速度更快但通道少，CD74HC4067则是16通道版本里非常常见的型号。

我对比过的扩展方案有三种：

• 方案A：换更多ADC引脚的MCU。缺点很明显，原来的PCB和代码全部推倒重来，而且很多MCU的ADC通道虽然多，但工作时却共用同一个采样保持电路，本质上还是“分时采集”，并没有解决多路实时性的问题。
• 方案B：外扩独立ADC芯片。优点是精度高、速度快，部分型号甚至支持多通道同步采样；缺点是成本和复杂度成倍增加。拿ADS1115来说，4通道16位ADC，一颗就要10元左右，16路至少要4颗，加上I2C地址冲突处理，板子面积和软件逻辑都变复杂了。
• 方案C：用模拟开关扩展。一颗CD74HC4067不到两块钱，16个通道靠4个GPIO切换，ADC本身的采样保持电路不需要改，代码就是“切通道→延时→启动转换→读结果”循环处理。缺点是只能分时采集，同一时刻只能测一路，且模拟开关存在导通电阻和漏电流，不适合精度要求极高的场合。

我这个项目里的信号主要是温度、压力和液位，变化速度都在百毫秒级以上，模拟开关的切换时间在几十纳秒级，完全满足需求，最终锁定了方案C。

1.2 选型时重点关注的几个芯片参数

如果你只看了CD74HC4067的“16通道”就直接画原理图，后面容易出问题。有四个参数我觉得必须在选型时确认清楚：

• 工作电压范围。CD74HC4067的VCC范围约2V～6V，要注意逻辑控制电平是跟随VCC的。如果VCC接5V，那S0～S3的高电平就按5V的CMOS门限去判；如果你用3.3V的MCU控制这颗芯片，最好把VCC也接3.3V，否则逻辑高电平虽然大概率也能触发，但在噪声环境下，门限裕量不足会引起通道误切换。
• 导通电阻RON。CD74HC4067在4.5V供电下导通电阻典型值大概70Ω左右，不同批次和温度下会有偏差，我实测常温下40～80Ω很正常。如果你采集的信号源内阻很低，这个导通电阻会让被测电压和MCU的ADC输入之间形成一个分压，产生误差；如果信号源本身是高阻（比如几kΩ以上），那么这一路和电路寄生电容形成的RC低通效应就会非常明显，响应速度会变慢。
• 漏电流。模拟开关截止通道并不是完全断开，会有微安甚至纳安级的漏电流。当某一路传感器悬空、没有下拉时，漏电流会给悬空节点充电，导致该通道读到一个慢慢漂移的假电压。这也是后面我遇到的调试坑之一。
• 导通延迟。CD74HC4067的导通/关断时间大概是几十纳秒到几百纳秒，但实际上你没等它稳定就启动ADC转换，问题并不出在开关本身，而是出在开关后面的RC充放电时间上，这个后面细讲。

2. 硬件接线，16路采集看起来简单，实际上要注意的细节不少

CD74HC4067的封装是SOIC-24，引脚不算密集，手工焊接没什么压力。接线逻辑也很直接：C0～C15接各路传感器信号或者前端调理电路输出，COM接MCU的ADC输入引脚，S0～S3接MCU的4个GPIO，EN是使能脚，低电平有效，直接拉低就能让芯片处于常开状态。

但我在实际设计中发现，正因为“太简单”，很多关键细节反而容易被忽略，比如输入端要不要加保护、模拟地和数字地怎么处理、电源去耦电容该放多大，这些问题如果不提前考虑，后面调试时很容易在数据和噪声之间反复折腾。

2.1 CD74HC4067引脚功能与最小系统接线

先梳理一下这颗芯片的关键引脚：

• VCC和GND：供电和地。VCC接3.3V还是5V，取决于你的信号幅度和ADC参考电压。部分型号还有VEE引脚，用于处理负信号，如果你要采双极性信号，就必须接负电源，否则芯片内部的传输门无法导通负电压，会直接截止甚至损坏。
• C0～C15：16路模拟输入通道。
• COM：公共端，接单片机ADC输入引脚。
• S0～S3：通道选择地址线，二进制编码。例如S3S2S1S0为0000时选中C0，0001选中C1，1111选中C15。
• EN：使能脚，低电平有效。EN为高时，所有通道全部关断，COM呈高阻。

最典型的最小系统接线如下：

• C0～C15接前级处理好的0～3.3V/0～5V信号（注意不能超过VCC范围）
• COM接STM32的ADC输入引脚
• S0～S3接MCU的4个推挽输出GPIO
• EN直接通过10kΩ电阻下拉到地，确保默认使能；如果后续打算用GPIO控制，也要先初始化为低电平再切换
• VCC和GND之间放一个0.1μF去耦电容，尽量靠近芯片电源引脚

这里特别想提醒一下：控制线S0～S3虽然看起来只是数字信号，但它们在通道切换时会快速跳变，如果控制线和模拟输入线在PCB上并行走很长一段，数字信号的跳变会通过寄生电容耦合到模拟通道上，表现为ADC读数突然多了几十个码值的跳动。所以在布线时，数字控制线尽量远离模拟输入线，或者用地线隔开；如果只能走长线，建议在信号输入端并联一个几十皮法的小电容滤波。

2.2 信号调理和保护电路：别把MCU引脚直接怼到外部传感器上

很多入门级设计会把传感器输出直接接C0～C15，再到COM接MCU的ADC，中间什么都不加。对于实验室里的干净信号，这么干没问题，但工业现场就不太行了，原因主要有三个：

• 传感器或外部线缆可能引入过压，超过VCC的尖峰脉冲会通过COM口进入MCU的ADC引脚，严重时直接烧芯片引脚内部的ESD保护二极管。
• 外部传感器如果输出阻抗很高，那么线路上的干扰电流很容易在阻抗上产生压降，导致ADC读数跳变。
• 多路通道之间如果某一路空置或者传感器内阻特别高，模拟开关的漏电流会让该通道电压飘到不合理的值，甚至通过COM影响正在采集的通道。

针对这几个问题，我在每一路通道输入到地之间加了一个1nF～10nF的滤波电容，对于慢变信号来说，它既能滤除高频干扰，还能为通道内部寄生电容提供快速充电的电荷来源，降低串扰风险。必要时用电压跟随器做前端缓冲，但需要考虑成本和板子面积。如果只接电阻分压器（例如把0～10V降到0～3.3V），则要算好分压电阻的并联等效阻抗，确认它远小于模拟开关的导通电阻和ADC输入阻抗。

如果信号可能超过量程，最简单的方式是MCU的ADC引脚输入端做钳位保护，也就是在COM到地之间反并联一个低漏电流的肖特基二极管，再接一个100Ω左右的限流电阻。成本不高，但能显著提高系统的抗误接能力。我在早期测试时直接用信号发生器给C0灌了12V电压，如果没有钳位保护，板上的ADC通道大概率已经烧了。

3. 软件实现要点，通道切换逻辑和ADC读取时序才是核心

硬件一旦固定，软件的难点主要集中在两个方面：一是通道寻址的逻辑是否正确，二是通道切换后什么时机启动ADC转换才是最合适的。前者容易验证，4个GPIO的组合就那么几种，写个循环就能测出来；后者则是整个项目里隐藏最深的坑，处理不好会出现“明明硬件没问题，读数却总是怪异”的情况。

3.1 通道选择与GPIO初始化顺序

我用的MCU是STM32F103系列，软件基于HAL库开发。GPIO初始化的部分，我把S0～S3设置为推挽输出，初始电平全部拉低，EN脚同样配置为推挽输出并先拉低使能芯片，然后再配置ADC。这是因为在MCU上电到GPIO初始化完成这段时间内，引脚处于高阻输入状态，外部电平不确定，如果不把默认状态先锁定，芯片在复位期间的通道状态就是不可控的。

通道选择的具体逻辑可以封装成一个函数：

#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_EN_PIN GPIO_PIN_4 #define MUX_S0_GPIO GPIOA #define MUX_S1_GPIO GPIOA #define MUX_S2_GPIO GPIOA #define MUX_S3_GPIO GPIOA #define MUX_EN_GPIO GPIOA static void MUX_SetChannel(uint8_t ch) { ch &= 0x0F; // 只取低4位，防止越界 HAL_GPIO_WritePin(MUX_S0_GPIO, MUX_S0_PIN, (ch & 0x01) ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(MUX_S1_GPIO, MUX_S1_PIN, (ch & 0x02) ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(MUX_S2_GPIO, MUX_S2_PIN, (ch & 0x04) ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(MUX_S3_GPIO, MUX_S3_PIN, (ch & 0x08) ? GPIO_PIN_SET : GPIO_PIN_RESET); }

这里有一个小技巧，也是我调了很久才意识到的问题：如果你用单独的GPIO控制EN，在每次切换通道前，可以先拉高EN让芯片关断，改完S0～S3电平后再拉低EN使能。这样做的好处是切换过程中不会因为控制线电平变化的先后顺序不同，导致瞬间导通到某个错误通道。比如从C0切到C15，S0～S3的四根线不可能在同一时刻完成跳变，如果把EN一直拉低，在跳变过程中，芯片可能短暂地导通到C1、C2、C3等中间通道。如果这些通道上接了别的电压信号，那么COM端就会产生一个毛刺，正好被ADC采到了，就会变成一次不明不白的跳变。

正确的操作顺序应该是：

1. 写S0～S3电平。
2. 延时几微秒，让输出稳定。
3. 拉低EN，选通目标通道。
4. 再延时，等模拟通道稳定。
5. 启动一次ADC转换并读取结果。

简单说就是“先改地址，后开门”。

3.2 ADC读取流程：怎么把16路的采集串联起来

我的实现方式是单通道ADC轮询模式，每次只读取一个通道。因为多路复用器同一时刻只会把一路输入接到ADC引脚上，所以不能让DMA连续扫描多个ADC输入通道，那没有意义。正确的流程是循环做下面三件事：

uint16_t MUX_ReadChannel(uint8_t ch) { uint16_t raw = 0; MUX_Disable(); // EN拉高，关闭输出 MUX_SetChannel(ch); // 设置地址线 HAL_Delay(1); // 让地址线稳定 MUX_Enable(); // EN拉低，使能通道 // 这里延时不能省，等待模拟信号稳定 // 具体延时常数取决于源阻抗和滤波电容，后面会细说 delay_us(500); HAL_ADC_Start(&hadc1); HAL_ADC_PollForConversion(&hadc1, 10); raw = HAL_ADC_GetValue(&hadc1); HAL_ADC_Stop(&hadc1); return raw; }

这个函数每次返回一路ADC结果。主循环里可以依次采集0～15通道：

void ADC_ScanAllChannels(uint16_t *buf, uint8_t len) { if (len > 16) { len = 16; } for (uint8_t i = 0; i < len; i++) { buf[i] = MUX_ReadChannel(i); } }

如果你对实时性要求不是特别高，这种轮询方式够用了。我实测下来，每通道延时500μs，加上ADC转换时间，16路全部扫一遍大概10ms左右，也就是刷新率100Hz，完全满足温度和压力的采集需求。假如某个项目需要更高的刷新率，可以把延时缩短，或者改用DMA加定时器触发的方式，但每路之间的稳定时间底线得先测试出来，不能盲目压缩。

3.3 软件滤波：对ADC读数做几下平滑处理

模拟量采集如果不加滤波，数据显示会非常痛苦，风机一启动，压力值能跳好几个码。给CD74HC4067扩展出来的通道做数字滤波的思路，基本和普通ADC采集一致，我习惯用最常用的滑窗均值和中值滤波组合：

• 若现场干扰比较小，直接每路连续采5次取平均即可。
• 若现场出现偶发尖峰（比如电机启停），均值滤波会把尖峰摊薄但压不掉，需要用中值滤波先剔除异常值，再用均值滤波平滑。

代码上可以这样写：

#define FILTER_SAMPLES 5 uint16_t ADC_GetFilteredValue(uint8_t ch) { uint16_t samples[FILTER_SAMPLES]; for (uint8_t i = 0; i < FILTER_SAMPLES; i++) { samples[i] = MUX_ReadChannel(ch); } // 简单排序，取中值 for (uint8_t i = 0; i < FILTER_SAMPLES - 1; i++) { for (uint8_t j = i + 1; j < FILTER_SAMPLES; j++) { if (samples[j] < samples[i]) { uint16_t tmp = samples[i]; samples[i] = samples[j]; samples[j] = tmp; } } } // 去掉最大最小值后取平均，属于抗脉冲干扰的平均值滤波 uint32_t sum = 0; for (uint8_t i = 1; i < FILTER_SAMPLES - 1; i++) { sum += samples[i]; } return (uint16_t)(sum / (FILTER_SAMPLES - 2)); }

对于16路通道来说，每路做一次中值滤波需要额外采5次，刷新时间会拉长5倍，我项目里算过，100ms刷新一次完全能接受。如果你要高速采样的场景，就得单独优化算法，比如只在出现突变时才启用中值判断，或者用一阶低通滤波，代码上就是“新值=(1-a)旧值+a新值”。

4. 踩坑记录一：通道切换后读到了上一个通道的残留数据

这是我在这块板子上遇到的第一个真正“诡异”的问题。现象是这样的：我单独采集C0通道，电压是2.5V，读数很稳定；单独采集C1通道，电压是1.0V，读数也稳；但只要我在程序里从C0切到C1，紧接着读C1，读出来的值会先跳到2.4V左右，然后才慢慢降到1.0V。如果我把切换间隔压缩到很短，比如100μs以内，读出来的值基本就是上一个通道的值。

最开始怀疑是芯片坏了，换了芯片问题依旧；又怀疑是通道选择时S0～S3的代码写错了，通道根本没切过去。后来用示波器直接看COM引脚波形才明白：信号到达MCU的ADC引脚时，并不是瞬间完成的，引脚上存在一个明显的指数爬升过程。原因也不复杂，就是整个模拟链路里的RC响应时间太长。

4.1 RC建立时间被忽略了：通道切换后需要等信号稳定

很多模拟开关的手册上写的开关时间是ns级，这个参数容易让人产生错觉，以为只要切过去就能马上读数。实际信号通路是这样的：

• 传感器或者分压电路有自身的输出阻抗，可能几百欧到几十千欧。
• CD74HC4067的导通电阻RON有几十欧到上百欧。
• 信号线走线存在寄生电容，每一路输入的滤波电容C也有几十nF到几百nF。
• MCU的ADC内部还有采样电容，对STM32F1来说大约是十几pF，但外部大电容如果存在，ADC采样一瞬间还要从外部电容取电荷。

于是整个信号链就等效为一个RC低通网络，时间常数大概是：

T = (R_source + R_ON) * (C_fil t + C_stray)

假设信号源输出阻抗是10kΩ，MUX导通电阻70Ω，滤波电容100nF，线路寄生电容20pF，那么时间常数约等于：

T ≈ (10kΩ + 70Ω) × (100nF + 20pF) ≈ 10000Ω × 100nF = 1ms

也就是说，通道切换后要让信号稳定到0.1%精度，大约需要

t = 7 × T ≈ 7ms

如果你切换后只延时100μs就开始ADC采样，自然采到的就是通道切换前的残余电平。

4.2 用示波器确认稳定时间，而不是靠猜

当时我用示波器接在COM引脚上，执行程序连续在C0和C1之间切换，观察到的波形确实是一条接一条的充电曲线。于是我开始测不同输入滤波电容下的稳定时间，找到了一组比较实用的经验数据：

看到这个数据基本就明白为什么通道切换后不能立即采样了：要在切换后加入足够延时。于是我按照最恶劣情况下时间常数的5～10倍来设置延时。当时C0～C15端口对地各放了10nF电容，信号源阻抗在1kΩ左右，稳定到99%大概需要200μs，我把延时设置为1ms，留出足够裕量，再启动ADC转换，数据马上就恢复正常了。

4.3 降低通道串扰的几个实用组合拳

这个问题不能只靠软件延时的加大来硬扛，因为延时太长会影响扫描速度。后续我做了几个组合优化，效果很明显：

• 在条件允许的情况下，降低滤波电容值。10nF在多数慢变信号场景下已经足够滤波，完全没必要上100nF，除非对纹波特别敏感。
• MCU的ADC采样周期配置得稍长一些，让ADC内部采样电容有充足时间从外部汲取电荷。STM32的ADC采样时间寄存器里可以配置1.5周期到239.5周期，我通常设置为55.5或84周期，而不是默认的7周期。
• 如果通道切换后读数总是不稳定，可以在正式采样前先丢弃第一次转换结果。因为第一次采样可能会把外部电容的电荷采走一部分，导致结果偏低，第二次采样时外部电容已经重新充满，数据才可信。

uint16_t MUX_ReadChannelStable(uint8_t ch) { // 切换通道 MUX_SetChannel(ch); delay_us(500); // 根据实际RC时间调整 // 连续采样两次，第一次用于建立电荷 HAL_ADC_Start(&hadc1); HAL_ADC_PollForConversion(&hadc1, 20); (void)HAL_ADC_GetValue(); // 丢弃 HAL_ADC_Start(&hadc1); HAL_ADC_PollForConversion(&hadc1, 20); uint16_t raw = HAL_ADC_GetValue(); HAL_ADC_Stop(&hadc1); return raw; }

如果信号源阻抗本身很低，而且滤波电容很小，那稳定时间可能只需要几十微秒，丢弃第一次转换结果就足够保证精度，不需要额外加1ms延时，通道扫描速度能快很多。总之，一切以实测的稳定时间为准。

5. 踩坑记录二：MCU复位瞬间，S0～S3和EN悬空导致“幽灵波”

第二个坑更隐蔽，发生在整板联调阶段。程序上电跑起来之后，一切看似正常。但只要我按下复位键或者重新烧录程序，16路ADC读回来的数据就变得乱七八糟，有的通道读成满量程，有的通道一会儿正常一会儿异常。需要断电重新上电才能恢复。

初步怀疑是GPIO初始化代码有bug，但检查了几遍也没发现问题。最后在调试器里单步跟踪，发现复位后、main函数执行到GPIO初始化之前，芯片的COM引脚上已经出现了电压波动。也就是说，在上电到软件接管GPIO之间的这段空白期，CD74HC4067的通道状态完全是失控的。

5.1 现象背后的逻辑：复位期间GPIO高阻，EN高电平使芯片直接关断

问题出在MCU复位瞬间GPIO全部变成高阻输入状态。STM32的GPIO在复位期间默认是浮空输入，引脚既不能输出高电平，也不能输出低电平，相当于断开。这时候S0～S3和EN这5根控制线的电平完全由外部电路决定。

如果线路板上的控制线抗干扰能力不好，或者S0～S3悬空，那么这些引脚的电平可能随机漂移，导致开关瞬间选了某个错误的通道。更关键的是EN引脚，如果被拉成了高电平，芯片所有通道都会被关断，COM处于高阻。COM一旦高阻，MCU的ADC引脚上残余电荷没有泄放回路，读数就会随机漂移。

我当时在S0～S3和EN这5根线上都没有加上拉或下拉电阻，完全依赖MCU的GPIO输出，这个设计在正常运行状态下没问题，但复位瞬间就暴露出漏洞了。

5.2 为什么断电重上电又正常，复位就不行

断电重新上电时，VCC从0V开始上升，CD74HC4067和MCU几乎同时完成上电，这个时候MCU的GPIO逐渐变成推挽输出，速度相对可控。而按下复位键时，MCU内部所有外设都被复位，但CD74HC4067的VCC并没有掉电，芯片仍然处于工作状态。此时控制引脚突然从推挽输出变成高阻，电平不受控，通道状态就可能乱跳。等到复位完成后，软件重新初始化GPIO，芯片才恢复正常，但这个过程已经足以让ADC引脚上的电容充放电产生一个错误的电压，如果该电压超过某些通道的输入范围，还可能影响后级电路。

排查过程中我测试了另一个现象：复位后不马上进行ADC采样，而是等待一段时间再采，数据就正常。这是因为外部信号经过一段时间后，逐渐把COM引脚拉到正确的电压了。但“等一会儿就好”并不能掩盖这个隐患，如果控制线连接的信号源阻抗高、输出能力强，误动作期间甚至可能把不合适的电压接入后级。

5.3 从硬件上消除不确定性：控制线默认电平强制锁定

解决思路其实很简单，但工程上越简单的问题越容易被忽略。既然复位期间MCU管不住引脚，那就让硬件电路来管。具体做法有两处：

第一，EN脚加一个下拉电阻到地。这样在MCU复位期间，EN被稳定在低电平，芯片保持使能状态。默认使能可能带来的问题是通道未知，但至少COM不会处于高阻，ADC引脚上不会有悬空漂移的问题。如果你希望默认状态是芯片关断，那就在EN脚加一个上拉电阻到VCC，让复位期间所有通道关闭，更安全。

第二，S0～S3四条地址线，分别加上下拉电阻，保证复位期间它们处于确定的电平。这样即使MCU还没接管，芯片也会稳定地选中某一个固定通道，而不是在几个通道间随机跳变。

我最后采用的方案是：EN脚下拉10kΩ，S0～S3各下拉10kΩ，这样复位期间芯片默认选中C0通道并且处于使能状态。上电后软件会立即初始化GPIO并设置需要的通道，整个过程不存在任何不可控的电平窗口。

这里需要说明一下：加了下拉电阻之后，当GPIO输出高电平时，上拉/下拉电阻会和MCU的驱动能力共同作用，产生一个很小的额外电流，但10kΩ的电阻在3.3V下只有0.33mA，对于GPIO来说完全可以忽略。真正值得注意的是，如果控制线上有较大的寄生电容，这个下拉电阻和电容会形成一个RC，导致地址线的上升沿变缓。我实测过，S0～S3的边沿时间会增加几十纳秒级，对通道切换速度没有实质影响，可以放心。

5.4 软件层面的加固：初始化顺序和执行流程调整

硬件加了下拉电阻之后，我从软件上也做了双重保险。GPIO初始化的顺序很关键，先初始化CD74HC4067的控制引脚，把它们设置成推挽输出并输出低电平，再去初始化ADC或者别的外设。这样确保从第一行代码开始，MUX的地址线和EN脚就一直处于可控状态。

初始化函数大致如下：

void MUX_Init(void) { GPIO_InitTypeDef gpio_init = {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); gpio_init.Pin = MUX_S0_PIN | MUX_S1_PIN | MUX_S2_PIN | MUX_S3_PIN | MUX_EN_PIN; gpio_init.Mode = GPIO_MODE_OUTPUT_PP; gpio_init.Pull = GPIO_PULLDOWN; gpio_init.Speed = GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, &gpio_init); HAL_GPIO_WritePin(GPIOA, MUX_EN_PIN, GPIO_PIN_RESET); // 使能 HAL_GPIO_WritePin(GPIOA, MUX_S0_PIN | MUX_S1_PIN | MUX_S2_PIN | MUX_S3_PIN, GPIO_PIN_RESET); }

有读者可能会问，为什么GPIO配置里也加了下拉，而不仅仅是外部电阻？这也是个好习惯。GPIO内部下拉和外部下拉属于并联关系，如果单片机的内部下拉只有几十千欧，效果弱了一点，外部10kΩ电阻才是主力；内部的配置主要是让引脚在上电后有明确的初始状态要求，双保险总比单保险靠谱。

6. 这些问题排查起来其实有规律，记录成表格以后更快

多路模拟开关加ADC采集这类问题，遇到的现象千奇百怪，但核心不外乎几个方面。我把这次调试中遇到过的现象、可能原因和对应的处理办法整理成了一个速查表，贴在工作室台子上，后面再遇到类似的板子可以少走弯路。

6.1 半天查不出原因的现象对照表

6.2 这套调试方法对后续项目的复用价值

回看这次CD74HC4067驱动16路ADC采集的过程，硬件本身没翻车，翻车的是对“时间”和“默认电平”的把握。我能给出的核心经验就是：模拟开关扩展ADC通道时，所有问题都绕不开三个时间——通道切换时间、信号建立时间、ADC采样时间。你能把这几个时间搞清楚，基本就能稳定工作；搞不清，数据就是会鬼畜。另外所有GPIO控制的外设，都必须考虑上电复位瞬间引脚高阻带来的不确定性，不能想当然认为“反正软件初始化之后就会正常”，中间到底发生了多少次不可控状态，对精密模拟采集来说影响很大。

后来我在做其他项目时，也把这套思路带过去了：先把信号链的阻抗、电容、建立时间估算出来，再把MCU复位期间所有关键引脚的电平方向想清楚，再开始写控制逻辑。看似多花了一点时间，但调试时省下来的时间往往是成倍的。如果你手头也有一块带CD74HC4067或者同类模拟开关的板子，调试时读出的数据飘或者复位后异常，不妨按这个思路去查，大概率能快速定位。