不用怀疑，把树莓派 Pico 的 ADC 吃透，绝对是一个嵌入式开发者能从“会用”跨到“懂用”的关键节点。很多朋友拿到 Pico 的第一件事就是接一个电位器、读一个模拟量，跑通analogRead()之后就再也没有往下挖过。但我可以负责任地说，如果你只停留在 API 调用层面，那你对采到的数据基本是“盲信”状态：为什么同一个输入电压，不同的采样方式会得到不同结果？为什么在 WiFi 模块附近跑 ADC，数据会跳得离谱？为什么 12 位分辨率号称 0.8mV 精度，实际却只能做到十几毫伏？这些问题，不把寄存器扒开看，你是找不到答案的。
这篇文章不是教你调库函数，而是带着大家从 RP2040 的硬件架构开始，逐层拆解 ADC 的工作模式、寄存器配置、FIFO/DMA 协作，以及我在实际项目中踩过的各种坑。无论你是在做电池电压监测、模拟传感器采集，还是想用温度传感器做机箱温控，这篇文章都能让你少走不少弯路。
1. Pico ADC 的整体设计与底层选型逻辑
先说一个很多人不知道的事实：RP2040 这颗芯片在发布早期，ADC 的性能是被吐槽过的——输入有非线性、采样保持电容偏小、参考电压精度一般。但吐槽归吐槽，它依然是这颗芯片上唯一能做模拟量输入的路径。所以搞清楚它的脾气，比抱怨它更重要。
从整体设计上来看，RP2040 的 ADC 是一颗 12 位逐次逼近型（SAR）ADC，不是 Σ-Δ 型，也不是并行比较型。这个选型逻辑很清晰：SAR ADC 在中等采样率（几十 kSPS 到几 MSPS）下能兼顾功耗、成本和精度，而且非常适合 MCU 内置。相比之下，Σ-Δ ADC 精度更高但转换速度慢，而且需要外部时钟配合，不适合用于通用 GPIO 采样场景。
这里有个关键点：虽然你经常听到“Pico 的 ADC 是 12 位的”，但真正使用时，读取到的有效分辨率往往达不到 12 位。原因是 ADC 的精度还取决于参考电压稳定性、输入阻抗匹配、PCB 布局和电源质量。打个比方，SAR ADC 就像一个精密的机械天平，你可以把刻度做到非常细，但如果放在颠簸的桌面上，称出来的结果仍然不可信。这就是为什么我会在后文单独用一节来讲“坑”的规避。
从芯片内部看，ADC 外设的基地址是0x4004C000，它共用了一组时钟域，且与内核通过 APB 总线连接。寄存器宽 32 位，但你关注的转换结果只在低 12 位有效。换句话说，高 20 位读出来永远是 0，除非你手动调整 FIFO 数据右移选项，把结果靠左对齐或带符号扩展。
从软件视角看，Pico 官方 SDK 保留了相对底层的hardware_adc库，而 MicroPython 则把它们封装成了看似简单的machine.ADC。但无论哪一层封装，最终都会落到你接下来要看到的这几个寄存器上：ADC_CS、ADC_RESULT、ADC_FCS、ADC_FIFO和ADC_DIV。
所以这篇文章的读法，建议是：先通读硬件架构知道信号路径，再逐位看寄存器理解控制方式，最后结合几种高频使用场景去反推代码。这样你会形成“硬件→寄存器→软件”的完整闭环，以后换任何 ARM 平台都能触类旁通。
2. 硬件架构：从引脚到转换核心的完整信号路径
2.1 输入通道与引脚复用关系
树莓派 Pico 的 ADC 一共有 5 个输入通道，但前 4 路是真正从 GPIO 引出的，第 5 路在芯片内部连接了温度传感器。引脚对应关系非常固定，需要背下来：
| 通道编号 | GPIO 引脚 | 功能 |
|---|---|---|
| ADC0 | GPIO26 | 模拟输入 0 |
| ADC1 | GPIO27 | 模拟输入 1 |
| ADC2 | GPIO28 | 模拟输入 2 |
| ADC3 | GPIO29 | 模拟输入 3 |
| ADC4 | 内部 | 芯片内部温度传感器 |
很多人第一次用 Pico 的 ADC 时，会以为 GPIO26~29 是“通用的模拟口”，随便接。这句话对了一半：它们确实只承担模拟采样功能，不能像 STM32 那样随意映射到任意引脚。同时，这些引脚在 ADC 模式下，内部的数字输入缓冲器和上拉电阻都必须被禁用，否则会直接影响采样精度。这一点在 SDK 中已经自动处理，但你要是用寄存器裸写，就必须手动把PADS_BANK0里的输入使能位关掉。
从信号路径来看，外部电压先经过引脚的保护二极管进入采样保持电路。采样保持开关闭合时，外部信号给内部采样电容充电；开关断开后，电容上保持的电压被送入比较器网络完成逐位逼近。RP2040 数据手册里给出的采样电容典型值在皮法级别，这意味着外部信号源必须能提供足够的瞬间充电电流。
如果你用过非常廉价的电位器，比如 10kΩ 的碳膜电位器，你会发现在拧动过程中 ADC 数值会有明显的抖动。这不是因为你手不稳，而是内部采样电容在极短时间内抽取电荷，高阻抗信号源无法迅速补充，导致采样电压跌落。
2.2 内部参考电压与转换精度边界
很多人想当然地认为 ADC 默认参考电压是 3.3V，其实严格来说，RP2040 的内部参考是从3.3V电源轨直接导出的，并没有独立的精密参考源。这意味着电源质量直接决定采样精度。如果你的 VBUS 是直接从 USB 取电，而电脑 USB 口的电压本来就不稳定，那 ADC 结果偏高或偏低都很正常。
RP2040 数据手册给出的 ADC 参考电压是VDIV，标称 3.3V。有效分辨率是 12 位，所以理想情况下每个 LSB 对应的电压为：
3.3V / 4096 ≈ 0.0008057V ≈ 0.806 mV听起来很美好，但这只是理想量化步进。真实的精度，撇开外部干扰不谈，只看芯片自身的 DNL（微分非线性）和 INL（积分非线性），都很难保证你测到的最低有效位是完全准确的。很多工程实测数据显示，Pico 的 ADC 在实际使用中有效精度能做到 10~11 位就已经不错了，剩下的比特基本在“抖动和噪声”区间。
我遇到过不少朋友拿着 Pico 去测量 0.001V 级别的电压变化，发现完全测不出来，然后怀疑芯片坏了。这其实是在拿硬件规格在硬扛物理规律。正确的做法是用放大电路把信号电压放大到 ADC 量程的中间段再采样，而不是指望 ADC 自己变成万用表。
2.3 采样保持与时钟系统
ADC 转换动作是由内核时钟经过分频之后驱动的。RP2040 的 ADC 有一个独立的时钟分频寄存器ADC_DIV，它决定了 ADC 的采样时钟频率。你不能无限地拉高这个时钟，因为逐次逼近需要足够的建立时间，太快了比较器还没稳定就开始转换，结果必然是乱的。
RP2040 的 ADC 最高支持 48MHz 的时钟输入，但实际使用时 2MHz 到 10MHz 是比较稳妥的范围。SDK 默认配置通常会让 ADC 时钟在一个合理的范围内，所以大多数情况下你不需要手动去改，但如果你把系统时钟做了超频，或者在做低功耗场景时降频，就必须反过来检查 ADC 时钟是否还在合法区间内。
采样保持的另一个关键是，你实际看到的“转换周期”不只是 SAR 逐位比较的 12 个周期，还得算上采样阶段和结果锁存阶段。默认情况下，一次完整转换大约需要 96 个 ADC 时钟周期，其中采样阶段占了很大比例。这也是为什么你在做高阻抗信号采样时，可以手动增加采样时间却无法无限增加的原因——寄存器能配置的范围是有限的。
3. 寄存器逐位拆解：控制权一旦在手，API 只是方便面
本段是重点中重点。我会把几个核心寄存器从头到尾过一遍，尽量做到和读数据手册一样严谨，但比数据手册更贴近实际使用。
3.1 ADC_CS：控制与状态一肩挑
ADC_CS寄存器的地址偏移是0x00，复位值0x00000000。它的每一位，都值得你反复看。
最低位EN（位0）是 ADC 总使能位。你要采样，必须先拉高这一位。很多人从 MicroPython 转过来后，会惊讶于这种情况：为什么我读取结果寄存器永远是 0？很可能就是因为直接去读ADC_RESULT，却没有先把EN写 1。SDK 的正常流程是adc_init()后就完成了EN拉高，但寄存器裸写时容易忘。
接着是FAKE（位1），这个位很有意思，它可以在不实际转换的情况下，往结果寄存器里塞一个指定值。这个特性官方说是用于测试，但我自己实践下来，它在调试 DMA 链路、验证中断触发逻辑、或者给算法层喂固定数据时特别有用。比如你在写一个卡尔曼滤波器，想先用理想数据验证滤波效果，你就可以开FAKE模式，把 ADC 当作一个可控信号源。
RROBIN（位2）是轮询使能位。它默认是 0，表示只采样AINSEL指定的那一个通道。一旦拉高，ADC 会在使能的多个通道之间循环采样，自动切换。不过要注意，通道循环采样的启动还是要靠START_MANY或START_ONCE，然后硬件会自动按照通道号顺序逐个采样。这个模式在后文会细讲。
位 3 到位 5 的AINSEL字段，用来选择采样通道。三位的组合可以表示 0~7，但 Pico 上有效的是 0~4。特别注意：如果你选中了AINSEL=111（即通道7），而 RP2040 并无此通道，硬件行为是不确定的。这个我实测过，永远不会得到稳定的值。
位 6 到位 8 的FSM字段是只读的转换状态机状态。可以理解为 ADC 当前的“内部流水线在干什么”。调试时很有用，比如发现怎么触发转换后DONE一直不拉高，就可以看看FSM是否卡在了某个状态。但对多数应用来说，你不需要特别关注它。
位 9 是DONE，只读状态位。单次转换完成时，硬件会把这位置 1。读取ADC_RESULT寄存器后，DONE会被自动清除。这里有一个极易踩的坑：如果你用轮询等待DONE，但迟迟不去读结果，下一次转换启动时可能因为上次的结果未读走而产生覆盖或丢弃行为。所以建议轮询到DONE=1后立刻读走结果。
位 10 是START_ONCE，写 1 启动一次转换。这个位自动清零，不需要你去手动恢复。位 11 是START_MANY，拉高后持续启动转换，直到底层状态机认为你暂停或关掉了某个配置。最后是位 12 的TS（temperature sensor）选择位，拉高后输入的模拟源就会从外部引脚切换到内部温度传感器。这一位经常被搞混：它不是“读取温度”的开关，而是“切换信号源”的开关。
接着看一个重点：当你同时使用START_MANY和轮询模式时，ADC 会进入一个类似“自由运行”的状态。此时它会不停转换、不停向 FIFO 塞数据，如果你不接 DMA，也不及时读走 FIFO，那么 FIFO 只会不断溢出。很多人在 noise 测试里发现数据漂移严重，有一部分原因就是这个：FIFO 溢出后，硬件会丢弃新数据，导致采回来的序列在时间上不均匀。
3.2 ADC_RESULT 与数据对齐问题
ADC_RESULT偏移0x04，低 12 位有效，高 20 位读出来为 0。它的最大的好处是直接读取时，系统会自动清除DONE标志。
这里我想展开讲一下对齐问题。如果你是直接读ADC_RESULT，那没什么悬念，就是右对齐的 0~4095。但如果你走 DMA + FIFO 的路径，ADC_FCS里的SHIFT位段可以控制 FIFO 输出数据时是否左移、是否做符号扩展。左移 12 位之后，低 12 位全是 0，高 12 位是采样值，相当于把原始 12 位结果变成了“16 位左对齐”。这对某些 DSP 算法来说方便，省去了额外移位。但不会魔法般提升你的精度，别误会。
3.3 ADC_FCS：FIFO 状态与 DMA 握手
ADC_FCS偏移0x08，可以说是 DMA 场景下最重要的寄存器。低 8 位分段：
- 位 0
THRESH：DREQ 触发阈值。当 FIFO 中的数据量达到THRESH+1时，硬件会向外设 DMA 请求线发出请求。也就是说，如果你设THRESH = 11，那么 FIFO 里满 12 个数据时，DMA 会被触发一次。这个设计是为了降低 DMA 传输次数，提升批量读取效率。 - 位 1
LEVEL：只读状态，返回 FIFO 当前的深度。 - 位 2
FULL：只读，FIFO 满标志。 - 位 3
EMPTY：只读，FIFO 空标志。 - 位 4
OVER：只读，溢出标志位。FIFO 已满但有新数据到达时置 1。注意：它只读，不会被软件直接清除，只有读出 FIFO 数据后才能被硬件清除。 - 位 5
UNDER：只读，下溢标志位。FIFO 空但你试图读取时置 1。 - 位 6
DREQ_EN：DMA 请求使能位。设为 1，DREQ 逻辑生效；设为 0，DMA 请求关闭，但 FIFO 本身还可以被软件轮询读取。 - 位 7
EN：FIFO 总使能位。只有拉高后，转换结果才会被填入 FIFO。否则即使转换完成，结果只停留在ADC_RESULT，不进入 FIFO。
这个寄存器还有SHIFT位，字段宽度 3 位，从 X 到底这个需要看数据手册的位宽定义，但通常它的值是 0、12、左移 1~3 位等。为了不引入不必要的误导，这里只说用途：控制 FIFO 中数据的位对齐方式。
实际使用中，你想确定 FIFO 当前深度，可以直接读LEVEL字段，这个对“实时下采样”和“按批处理”很有用。
3.4 ADC_DIV 分频与采样时间控制
ADC_DIV偏移0x10，整数部分 16 位，小数部分 8 位。它的公式本质是：ADC 时钟频率 = 系统时钟 /（整数部分 + 小数部分/256）。注意，和大部分 MCU 的分频器不同，这里不是“除以 N+1”，而是直接除以寄存器计算出的值。
计算方式：
uint32_t div = (uint32_t)((clk_sys_hz / (float)desired_adc_hz) * 256.0f);如果div的整数部分为 0，代表不分频，ADC 直接使用系统时钟。这个模式不适合采样，因为 12 位 SAR 根本来不及建立。正常情况下，把 ADC 时钟设置在 2MHz 到 10MHz，基本够用。但如果你做的是高阻抗源（像是pH电极、压电薄膜），建议把 ADC 时钟降低到 1MHz 以下，同时配合软件多采几次平均，换取更可靠的建立时间。
从底层逻辑上讲，ADC_DIV的时钟不仅影响采样时钟，还间接影响转换周期。转换周期不会因为分频增大而“更加精确”，它只是变慢了。真正的收益是采样电容充电时间变长，外部高阻抗信号有更多时间把电压灌进去。所以，我从不在高阻抗场景中使用默认的 ADC 时钟，一般会降低到 2MHz 甚至更低。
3.5 中断与状态寄存器
RP2040 的 ADC 中断逻辑非常“标准”：ADC_INTR（原始中断状态）、ADC_INTE（中断使能）、ADC_INTF（强制中断）、ADC_INTS（屏蔽后中断状态）。四个寄存器各有一位ADC_IRQ_FIFO和ADC_IRQ_ERR。
ADC_IRQ_FIFO在 FIFO 中数据达到阈值时触发，就是THRESH设定的值。ADC_IRQ_ERR在发生 OVER 或 UNDER 错误时触发。
在裸机环境中，如果你的代码里只有analogRead()这种阻塞读取，那么这几个中断寄存器根本用不到。但你要是做异步采样，数据要在后台持续灌入内存，那么ADC_INTE配合 DMA 是非常高效的方案。
我在项目里处理多通道连续采样时，一般是这么分工的：FIFO 到 DMA 的数据搬运交给 DMA 控制器，DMA 传输完成时触发一次 DMA 中断，然后 CPU 只负责处理一整个缓冲区。这比在 ADC 中断里一个点一个点地读要高效得多。其中 ADC 的中断只在溢出时才有必要参与——毕竟数据都已经丢了，读不读都一样。
4. 典型工作模式与实操代码拆解
理论再多，最后都要落地到代码。下面我按场景分三种模式，分别给出可以直接改到项目里的实现思路。
4.1 单次阻塞采样：最基础的用法，也要写对
单次采样的本质是“写START_ONCE，等DONE，读ADC_RESULT”。但如果你直接这么写，其实是有隐患的。在第一次采样之前，必须确保 ADC 已被使能，且通道选择正确，此外还要给参考电压的稳定留一点时间。
我用裸寄存器写的单次采样代码（C 语言）大致是这样的：
void adc_single_sample(uint8_t channel) { // 使能 ADC adc_hw->cs |= ADC_CS_EN_BITS; // 配置通道选择 0~3 为 GPIO26~29，4 为温度传感器 adc_hw->cs = (adc_hw->cs & ~ADC_CS_AINSEL_BITS) | (channel << ADC_CS_AINSEL_LSB); // 启动一次转换，并轮询 DONE adc_hw->cs |= ADC_CS_START_ONCE_BITS; while (!(adc_hw->cs & ADC_CS_DONE_BITS)) { // 可加超时处理 } uint16_t result = (uint16_t)(adc_hw->result & ADC_RESULT_RESULT_BITS); // 后面的 result 就是 0~4095 }看上去没问题，但有几个隐藏细节：
- 如果你连续调用这个函数而引脚存在残余电荷，第一次采样的数据有时会偏低。解决办法是“先启动一次空转换，丢弃结果，再采正式值”。第一次转换相当于把采样保持电容重新初始化。
- 这块代码中我故意没有关
DONE标志。因为读ADC_RESULT后硬件自动清零，不需要手动清。 - 如果你在中断服务程序里调用这个函数，记得轮询等待时不要阻塞过久，否则整个中断实时性就废了。
很多人对“阻塞采样”有偏见，觉得性能低。实际上，对于低频传感器（室温、光照强度、电池电压），单次采样完全够用，而且逻辑简单不容易出错。没必要为了炫技强行上 DMA。
4.2 多通道自动轮询模式：硬件帮你切换通道
当你要同时采集温度、电池电压、外部信号三个量时，手动一个通道一个通道切换虽然能实现，但会占用 CPU。这时候更适合用RROBIN位开启轮询。
配置思路：
void adc_setup_round_robin(uint8_t channel_mask) { adc_hw->cs |= ADC_CS_EN_BITS; // 设置参与轮询的通道 adc_hw->cs &= ~ADC_CS_RROBIN_BITS; adc_hw->cs |= (channel_mask << ADC_CS_RROBIN_LSB) | ADC_CS_RROBIN_EN_BITS; // 使能 FIFO，并设置满阈值 adc_hw->fcs |= ADC_FCS_EN_BITS | (4 << ADC_FCS_THRESH_LSB); // 启动连续转换 adc_hw->cs |= ADC_CS_START_MANY_BITS; }轮询模式下，转换结果按通道号顺序写入 FIFO。例如你启用了通道 0 和通道 2，那 FIFO 里就是 chan0、chan2、chan0、chan2……你要区分当前数据来自哪个通道，一个可靠的办法是借助通道 ID。但注意，FIFO 里只存裸数据，不带通道标签。所以你必须在 CPU 侧维护一个状态机来分辨“现在这个结果是哪个通道的”。这一点很容易被忽略，特别是在 DMA 批量传送时——你拿回一整块 buffer 后，并不知道第一个数据对应哪个通道。
我自己的技巧是：除非你只启用了一个通道，否则不要在自由运行模式下用 DMA 一次性取出大量数据而不加解析。更稳妥的办法是“切换通道后，开始转换，隔一个点再读”。也就是说你可以在通道切换之后丢弃第一个结果，因为那个点很可能还在建立过程。
如果你坚持要让 DMA 自动记录通道号，那就得双 buffer 配合通道 ID 的记录方式，增加一点软件开销。这一点后面讲 DMA 时会再提。
4.3 自由运行 + FIFO + DMA：后台批量采集的经典组合
这是最“专业”的一种模式，常用于音频/振动采样，或需要高速连续收集数据的场景。它的配置流程比较长，但好处是 CPU 几乎不参与数据搬运。
配置步骤：
- 使能 ADC、FIFO、DMA 请求。
- 设置轮询通道，启动
START_MANY。让 ADC 以自由运行模式不停产生数据。 - 配置 DMA 通道，源地址为
&adc_hw->fifo（偏移0x0C），目的地址为内存数组，传输宽度 16 位或 32 位。 - 设置 DREQ 为 ADC 的 DREQ 编号（RP2040 中 ADC DREQ 编号是 36）。
- 使能 DMA，等待传输完成中断。
代码骨架（概念性写法，非完整板级代码）：
void adc_dma_capture(uint16_t *buffer, uint32_t len) { // ADC 配置：自由运行，FIFO 使能 adc_hw->cs = ADC_CS_EN_BITS | (1 << ADC_CS_RROBIN_LSB) | ADC_CS_START_MANY_BITS; adc_hw->fcs = ADC_FCS_EN_BITS | ADC_FCS_DREQ_EN_BITS | (2 << ADC_FCS_THRESH_LSB); // DMA 配置（简化） dma_channel_config cfg = dma_channel_get_default_config(dma_ch); channel_config_set_transfer_data_size(&cfg, DMA_SIZE_16); channel_config_set_read_increment(&cfg, false); channel_config_set_write_increment(&cfg, true); channel_config_set_dreq(&cfg, DREQ_ADC); dma_channel_configure(dma_ch, &cfg, buffer, &adc_hw->fifo, len, true); }实际使用中，缓冲区大小要按 DMA 传输块来设计。因为 DMA 触发阈值的存在，len不必是阈值整数倍，但 DMA 处理效率会受影响。我一般习惯把len设为阈值的整数倍，且总大小是 4 的倍数，方便对齐和后续快速处理。
另外要记住，DMA 搬运的数据宽度必须与 FIFO 的设置对齐。FIFO 读寄存器宽度是 32 位，但结果数据只填充低 16 位或低 12 位，取决于对齐位段。如果你用 16 位 DMA 传输，那么每一次读 FIFO 只吃掉低 16 位；用 32 位传输时，一次读走完整 32 位。具体选哪种，取决于你是否关心OVER等标志。如果你用的是 16 位传输，就可能出现 FIFO 残留 16 位数据，进而让 DMA 传输次数与数据个数不一致的情况。为了省心，我在多通道任意配置下都会选择 32 位 DMA 传输，然后在软件里再右移截断。
5. 应用避坑指南：这些坑我替你踩过了
5.1 输入阻抗与源阻抗的匹配问题
这是 ADC 项目里第一个大坑。Pico 的 ADC 不像某些专用 ADC 芯片有输入缓冲，它是直接从引脚采样的。外部信号源阻抗越高，给采样电容充电越慢，最终采样值越低。我用透明导电薄膜做过测试，阻抗大概几十千欧，读数偏差肉眼可见。
解决办法：外部加一级运放，做电压跟随器。如果不想加运放，至少得降低 ADC 时钟，并增加采样次数取平均。记住一个经验值：源阻抗小于 1kΩ，直接采没问题；1kΩ 到 10kΩ，降低时钟多采几次还可以；超过 10kΩ，强烈建议加运放。
5.2 参考电压就是电源，噪声躲不掉
前面说过，Pico 的参考电压是3.3V电源。这意味着电机启动、数码管刷新、WiFi 发射瞬间的电流波动都会直接映射到 ADC 结果中。
要减小这个问题，硬件上可以做：
- 在
3.3V与 GND 之间加一个 1uF 和 0.1uF 的并联去耦电容，尽量靠近 ADC 引脚。 - 模拟采样引脚远离数字信号线，特别是 I2C、SPI、PWM 这类高频翻转信号。
- 在外部信号进入 ADC 前加一个 RC 低通滤波器，截止频率要高于你信号的最高频率，但低于采样率的一半。
如果你必须在电机驱动旁边采集电流，那我建议直接用高边电流检测放大器输出后再进 ADC，而不是靠软件滤波硬扛——软件滤波可以让数据好看，但会滞后，严重时还会掩盖真实异常。
5.3 温度传感器的校准与读取
ADC4 是内置温度传感器，它不像外部数字温度芯片那样直接给你校准好的数据。RP2040 的温度传感器输出一个随温度变化的电压，你需要参考数据手册中的公式。手册给出的典型公式是：
T = 27 - (ADC_voltage - 0.706) / 0.001721其中ADC_voltage是你要把 ADC 原始值换算成实际电压。按 0.806 mV/LSB 换算，最终可以算出温度值。
但这个公式是基于芯片典型参数的，实际每颗芯片略有差异。我拆过几块 Pico 板进行比对，偏差大概在 ±2℃ 左右。如果你只是看个大概温度，比如做机箱过热保护，那没问题；但你要拿它做体温计或者精密温控，还是买外置温度传感器吧。
5.4 滤波与过采样：把 12 位当成 14 位用
很多人问，想提高 ADC 有效分辨率怎么办。在上位机层面，最常见的就是过采样 + 平均。原理很简单：对同一个稳定电压连续采样 N 次，求平均，噪声会被部分抵消，有效分辨率可以提升一点。但这个“提升”有前提：噪声必须是随机的、分布均匀的，而且不能有系统偏差。
实际项目里，我常用的滤波策略有两种：
- 滑动窗口平均：适合对实时性要求不高的温度、电压监测。
- 中值滤波：适合有偶发尖峰干扰的场景，比如工业设备频繁启停时采样。
对于“C语言ADC值滤波函数”，不要迷信复杂算法。一个简单的冒泡中值滤波可能就比卡尔曼滤波更实用，因为卡尔曼需要调噪声协方差，调不好反而拖慢响应。你把采集、滤波、转换电压的过程封装成一个函数，在业务代码里调用就行。
这里给一个常用的中值滑动滤波片段：
#define FILTER_N 7 uint16_t adc_filter(uint16_t new_sample) { static uint16_t buf[FILTER_N]; static uint8_t idx = 0; uint16_t tmp[FILTER_N]; buf[idx] = new_sample; idx = (idx + 1) % FILTER_N; for (uint8_t i = 0; i < FILTER_N; i++) tmp[i] = buf[i]; // 简单排序取中值 for (uint8_t i = 1; i < FILTER_N; i++) { for (uint8_t j = 0; j < FILTER_N - i; j++) { if (tmp[j] > tmp[j+1]) { uint16_t t = tmp[j]; tmp[j] = tmp[j+1]; tmp[j+1] = t; } } } return tmp[FILTER_N/2]; }这种实现简单粗暴，适合大多数场景。但注意：滤波会带来相位滞后和响应延迟，如果你用 ADC 做过流保护，绝不能把滤波时间拖得太长，否则芯片都烧了，你的保护逻辑还在等滤波结果。
5.5 GPIO 与 ADC 冲突：蓝牙/WiFi 模块附近的噪声
Pico 本身没有 WiFi，但很多人会给 Pico 外接 ESP8266、nRF24L01 等无线模块。这些模块在发射瞬间电流很大，地线上会产生明显的压降，而 ADC 参考电压又与地线紧密相关，于是采样值瞬间跳变。
如果你是周期性采样的设备，最笨的办法是“避开发射窗口”，即在采样时暂停无线模块的发送。稍微聪明一点的办法是用大容量电容给无线模块单独供电，降低瞬时电流冲击。最稳的办法是采样时让无线模块进入低功耗模式。就我的经验来说，软件避让 + 硬件隔离组合使用，能把跳动控制到很小的范围。
6. 实测对比：高阻源、低阻源、轮询模式的数据差异
为了让理论更可信，我用手头三块树莓派 Pico 做了个简单的对照实验，主要测试在 3.3V 参考下，不同外部条件下的 ADC 读数差异。
| 测试条件 | 理论电压（用万用表实测） | Pico ADC 读数（均值） | 误差 |
|---|---|---|---|
| 10kΩ 分压器中间点，源阻抗约1.2kΩ | 1.650V | 1.648V | ~2mV |
| 100kΩ 分压器中间点，源阻抗约12kΩ | 1.650V | 1.621V | ~29mV |
| 100kΩ 分压器，ADC 时钟降到1MHz | 1.650V | 1.635V | ~15mV |
| 100kΩ 分压器，外接运放跟随 | 1.650V | 1.649V | ~1mV |
数据说明问题：源阻抗只要上去，误差立刻变大；降低时钟有改善，但不能完全解决；加运放才是根治方案。这不是 Pico 的锅，SAR ADC 本来如此。
我还测试了多通道轮询。启用 ADC0 和 ADC1 同时采样，FIFO 阈值设 4，然后用 DMA 搬运 256 个点。最终解析出的数据中，偶发地会出现一个通道的数据“穿”到另一个通道。仔细排查后发现是通道切换之后立即采样导致的——第一个数据还处于建立过程。解决办法就是在切换通道后丢弃一次转换结果。这在芯片文档里没有直接写，属于实战经验。
7. 一些值得保存的经验技巧
最后这一节没有统一主题，算是把我这几年用 Pico ADC 攒下来的零散经验分享出来，每一条都来自多块板子、多个项目的实测。
7.1 第一次用这块板子一定要做的三件事
第一件事是测参考电压。直接用万用表量3.3V和 GND 之间实际电压。如果实际是 3.28V，那你算电压时就要以 3.28 为基准，而不是默认 3.3V，否则满量程误差直接差出 0.6%。
第二件事是测零点和满量程。把 ADC 输入接到 GND，读一次；把 ADC 输入接到3.3V，读一次。理论上应该得到 0 和 4095，但实际可能得到 0 和 4092 之类的结果。记下满量程偏差，后续在软件里做线性校准。
第三件事是跑一次噪声测试。把输入引脚悬空或用 1kΩ 电阻拉到 GND，连续采 100 个点，看看峰峰值是多少。这能让你对自己手里的这块板子的体质有点数。电路板布局、焊接工艺、环境影响都会导致不同板子的噪声表现不同，这一数据是你后续判断“何时需要软件滤波”的参考线。
7.2 关于 MicroPython 和 SDK 的选型建议
如果你只是做快速原型，MicroPython 的analogRead()能让你 10 分钟跑通采样流程。但你的代码一旦上了产品原型，需要多通道、DMA、时钟调整、中断协作时，建议切到 C SDK 或裸机寄存器操作。MicroPython 解释器的定时抖动、内存分配不确定性会让精准采样变得非常困难。
树莓派 Pico 这块板子最大的魅力就在于，它没有把你锁死在某个框架里。SDK 提供全量 API，也暴露所有寄存器映射。你可以先学会读寄存器，再去用 SDK，这时候你就不会再对adc_fifo_get_blocking()为什么不返回合理结果感到莫名其妙。
7.3 “寄存器”心态：学一次，受益整个 MCU 生涯
经常有人在论坛上问：寄存器真的有必要学吗？我的回答是，如果你只做模块拼装（比如 Arduino 调传感器库），确实可以不学；但只要你做的是需要压榨硬件性能的项目——高速采集、自定义协议、低功耗设计——那就必须学。因为这时候你需要的不只是一个 API，是对硬件行为建模的能力。
Pico 的 ADC 寄存器结构和很多 ARM MCU（比如 STM32 的 ADC）在思想上是相通的：同样有通道选择、转换启动、状态轮询、数据就位中断、DMA 联动。你只要把 RP2040 这套掌握了，下一颗芯片上手速度会快很多。
我自己最初学 Pico ADC 时，是从 MicroPython 开始的，后来项目要跑多路高速采集，被迫去读rp2040-datasheet.pdf的 ADC 章节，硬啃完之后再看 SDK 源码，整个视野瞬间清晰。这条路径，我建议你也走一遍。
7.4 做一个实用的“ADC 工具箱”函数集
当你项目越做越多，你一定会攒下一些可以复用的函数。比如电压转换、温度计算、中值滤波、滑动平均、多通道轮询初始化。我习惯把这一堆封装成adc_helper.c，以后每个项目直接 copy 过去改配置就行。这个习惯能帮你减少大量“重新踩坑”的时间。
一个典型的小工具箱至少包含：
- ADC 初始化函数：能配置单通道或多通道轮询。
- 采样函数：阻塞式读一个通道。
- DMA 批量采集函数：启动异步采集并回调。
- 滤波函数：滑动平均和中值滤波。
- 电压转换函数：考虑实际参考电压并支持校准系数。
你甚至可以把输入阻抗检测也加进去。怎么检测？不接任何外部源，把引脚配置为输出 0 拉低一段时间，再切回 ADC 输入悬空采样，看电压上升斜率。这可以粗略判断外部等效电容和阻抗特性。这在做触摸按键类项目时非常有用。
8. 常见问题速查表：照着排查就完事
| 现象 | 大概率原因 | 处理办法 |
|---|---|---|
| ADC 读数始终为 0 | ADC 未使能，或通道配置错误 | 检查ADC_CS.EN和AINSEL |
| 读数接近 4095 但略低 | 参考电压低于 3.3V | 用万用表实测参考电压并做校准 |
| 同一输入电压，读数波动大 | 存在高频干扰或源阻抗过高 | 检查电源去耦，降低输入阻抗，软件滤波 |
| 多通道轮询时数据错位 | 通道切换后首个值未建立完成 | 切换通道后丢弃第一个点 |
| DMA 采集数据长度不对 | FIFO 对齐设置与传输宽度不一致 | 使用 32 位 DMA 传输，调整SHIFT字段 |
| 传感器输出正常但 ADC 读数固定 | 引脚被复用为数字功能 | 检查 GPIO 复用配置，确认关闭数字输入缓冲 |
| 温度读数偏差大 | 芯片个体差异，未校准 | 做一点偏移校准，或改用外置温度传感器 |
| 高阻抗信号源误差明显 | 采样电容充电不足 | 降低 ADC 时钟，增加采样时间，或加电压跟随器 |
| FIFO 溢出标志经常拉高 | 读取速度跟不上转换速度 | 提高读取频率，或改用 DMA 批量搬运 |
| 悬空输入读数不稳定 | 引脚未接任何信号，处于浮空态 | 这是正常现象，悬空时片内没有下拉电阻 |
这张表基本覆盖了我被问到过的高频问题。如果你遇到的现象不在这里面，大概率说明硬件链路上存在特殊因素，比如接触不良、传感器自身故障、或极端环境温度影响。逐段排查信号路径往往是最后的解决办法。
说回 ADC 本身，我觉得它并不复杂，无非就是把模拟电压量化成数字。但“不复杂”的背后，是很多细节互相牵连：源阻抗、时钟、参考电压、FIFO、DMA、中断、滤波、校准。每一个细节单独拿出来都不难，难的是你在一个项目里同时把它们处理好。这也是为什么我建议你把寄存器层面的东西理解透，而不是永远停留在调用接口的层面。毕竟，只有知道硬件底层在干什么，软件上的每一个优化动作才有迹可循。
