1. 项目背景：为什么选中这个“串口ADC+STM32”组合
1.1 从现场需求说起
我在做暖通和环境监控类控制器时，遇到一类很常见的需求：集中采集一路或者多路温度，送给控制器做调节，同时还要把数据传到上位机看趋势。最初的方案是“NTC+阻容滤波+MCU 内部 ADC”，在样机上看起来没问题，但真正进到工业现场后暴露了两个问题：一是 MCU 内置 ADC 的有效位数有限，用来做 0.1℃ 分辨率的温度采集时噪声偏大，经过滤波后虽然能看，但动态响应变差；二是传感器线一拉长，分压信号在长线上衰减和受扰，升温曲线会出现台阶，甚至偶尔跳几度。
后来我把方案改成“独立 24 位 ADC + 单片机”的经典组合，也就是这篇文章要聊的 ADS122U04IPWR 加 STM32F334R8。ADS122U04IPWR 负责把所有模拟信号转换成数字量，STM32F334R8 负责配置、读取、温度换算和对外通信。这套结构看起来简单，实际上把“模拟前端”和“计算控制”两个职责分得很清楚，排查问题的时候也很方便：温度不准先怀疑 ADC 和传感器，通信异常再看 MCU 和协议。
1.2 为什么把模拟采集单独拆出来
把 ADC 从 MCU 中拆出来，不是因为 STM32 的 ADC 不能用，而是工业测量对稳定性和可维护性的要求不一样。MCU 内部 ADC 适合做控制类的粗测，比如电机电流保护、电源电压监测、电位器输入；但要用来做计量级别的多点温度采集，电源噪声、参考电压抖动、采样时序抖动都会直接影响最低位，而且一旦 MCU 换型号，所有校准参数都要跟着变。
外部独立 ADC 的好处首先是模拟输入链路完整：有专门的可编程增益放大器、基准源和激励电流源，传感器该放大放大、该激励激励，不依赖 MCU 内部资源；其次是替换灵活，现场出现温漂，我只需要检查传感器、重新标定即可，不用把整个采集代码重写。代价是多一颗芯片、多占一点 PCB 面积，对工控板卡来说完全可接受。
1.3 STM32F334R8 在这一方案里的定位
STM32F334R8 是 Cortex-M4 带 FPU、主频 72MHz、Flash 64KB、SRAM 16KB 的中小容量 MCU，在同类产品里算性价比很均衡的一颗。放在这套温度采集系统里，它的工作其实很朴素：初始化串口、配置 ADC、拉取转换数据、换算温度，再通过另一路串口或者 Modbus 和上位机通信。
我选它还有一个场景方面的考虑：这块板以后可能要做带电机控制的型号，而 F334 系列自带高分辨率定时器 HRTIM 和比较器，一个既有浮点运算又带 HRTIM 的 MCU，可以让同一块主板覆盖“温度采集+功率控制”两类固件。如果只是单纯做一台温控器，用更便宜的 F0/G0 也够，但我倾向于给后续升级留一点余量，省得到时候换主控重新画板。
2. ADS122U04IPWR 到底适合怎样测温度
这一段我会把芯片输入侧的模拟行为和 UART 读写模型讲清楚，因为很多人都是从数据手册第一页开始看，注释一大堆命令字节，结果软件编到一半才发现关键概念没搞明白。理解原理比背寄存器更重要。
2.1 Δ-Σ 结构决定了它天然适合缓慢变化的信号
ADS122U04IPWR 是 24 位 Δ-Σ 型 ADC，基本原理是用过采样和噪声整形把量化噪声推到高频段，再通过数字滤波器把这些高频噪声滤掉。温度信号本质上是一个带宽很窄的直流信号，每秒变化 0.5℃ 已经算很快了，所以这种结构的优势非常明显：我可以把数据速率放到 20~100 SPS 这个区间，用较低的模拟带宽换取足够的有效位数。
这和 SAR ADC 的设计方向正好反过来。SAR ADC 追求单次转换快、功耗低，适合逐点采样；Δ-Σ ADC 则适合对直流或者极低频信号做高精度测量。温度传感器输出本身变化慢，因此 Δ-Σ 的优势被发挥得最充分。实际测试下来，同样的传感器，用 F334 内部 ADC 和用 ADS 做出来的稳定性差异非常明显，后者在 20 SPS 数据速率下几乎看不到来回跳动的低位噪声。
2.2 模拟输入侧：MUX、PGA、基准源和 IDAC
芯片输入侧有一个四通道多路开关，四个模拟输入可以分时共享后端的 PGA 和 ADC 内核。PGA 是可编程增益放大器，专门用来把毫伏级信号放大后再进 ADC，热电偶全量程也就几十毫伏，不放大很难拿到足够高的码值分辨率。内置基准源一般工作在 2.048V 档位，也可以在要求更高时切换为外部基准，硬件上我习惯在基准引脚并联一个高质量去耦电容，用来降低噪声。
IDAC 是芯片内部集成的激励电流源，专门为 RTD 和热敏电阻提供偏置。这四个部件配合，决定了它能不能测某种传感器、怎么测。
| 传感器类型 | 信号特征 | 建议 PGA 增益 | 是否使用 IDAC | 主要注意事项 |
|---|---|---|---|---|
| Pt100 | 电阻变化约 0.385Ω/℃ | 8~16 | 是，1mA 或 500μA | 用比例式测量消除激励电流漂移 |
| Pt1000 | 电阻变化约 3.85Ω/℃ | 4~8 | 是，500μA 左右 | 导线电阻影响比 Pt100 小 |
| K 型热电偶 | 输出约 40μV/℃ | 32~64 | 否 | 必须做冷端补偿 |
| NTC 热敏电阻 | 电阻变化指数级 | 1~8 | 是，100~500μA | 注意自热误差 |
选择增益档位和激励电流不是随便定的。比如 Pt100 测 100℃ 时电阻大约 138.5Ω，激励 1mA 时传感器上的功耗约 0.14mW，正常情况下自热可以忽略；但如果用 2mA 激励，功耗就变成 0.55mW，对某些封装比较大的探头还好，对小体积热敏电阻可能就是 0.5℃ 以上的自热误差。
2.3 串口不只是“把结果吐出来”
ADS122U04IPWR 最有特点的部分是数字接口是 UART，而不是常见的 SPI 或 I2C。它与 MCU 之间只需要 TX、RX、地，最多再加一条数据就绪引脚，这样隔离设计会变得非常容易。工业控制柜里经常需要把模拟前端和控制器隔离开，SPI 要占用 SCK、MOSI、MISO、CS 四条线，隔离器数量多、成本高；UART 只需两条，用数字隔离器一下子简单很多。
通信模型大致是：主机先通过 UART 把配置写入芯片，之后芯片持续进行转换，每次转换完成，可通过数据就绪引脚通知 MCU；MCU 也可以主动发送一条读数据请求，芯片再把当前结果作为一帧数据返回。数据帧里通常包含 24 位转换码和状态信息。软件拿到这 24 位后，要当作补码处理，除以 2 的 23 次方得到满量程比例，再乘以基准电压和增益的倒数，最后换算成实际电压。这一步看似简单，最容易出错的地方是符号位，温度低于零点时热电偶输出是负电压，如果忘记补码转换，结果会直接变成一个大正数。
给新手一个建议：手头有逻辑分析仪的话，第一次上电后先空跑一遍读写流程，抓出芯片返回的波形，确认波特率和帧格式都对了，再接传感器。用 UART 做数字隔离时，隔离两侧的地要各接各的去耦电容，否则波特率边缘会有抖动，偶发误码。
2.4 多通道扫描时的延迟问题
ADS122U04IPWR 虽然有四个输入通道，但内部只有一个 ADC 转换内核，四路必须分时复用。切换通道后，输入多路器和数字滤波器需要建立时间，表现就是“换通道后的第一次转换结果大概率不准”。
所以我在软件里切换通道后，采取“丢掉第一次结果，用第二次结果”的策略。假设数据速率 20 SPS，一个转换周期约 50ms，切换一次通道就相当于要额外等 50~100ms；四个通道全扫一遍，整体更新周期大约 400ms。对于 HVAC 里的送风温度、回风温度、冷水供回水温度这种慢变化量，完全够用。如果未来要做报警联锁，可以把报警通道单独配置成更高优先级，不要把这四个通道全部绑在一个轮流扫描的循环里。
3. 和 STM32F334R8 对接的硬件与固件细节
3.1 电源和引脚分配建议
STM32F334R8 工作电压是 2.0~3.6V，典型 3.3V。ADS122U04IPWR 的模拟电源和数字电源我在画板时分开了：模拟 3.3V 用一颗低噪声 LDO，数字 3.3V 从主电源经过磁珠后再供电。这样做是为了避免板上的 DC-DC 开关噪声从电源引脚直接耦合进 ADC 的模拟前端。两个芯片之间的地平面在整个 PCB 上尽量保持完整，不要在 ADC 输入走线下面开槽，否则回流路径会被切断，噪声会明显变大。
引脚分配上，我用 USART2 接 ADS 的 UART，RX、TX 各一根，数据就绪引脚接一个 EXTI 外部中断；另外用 USART1 做对外通信，比如 Modbus。调试时我可以通过 USART1 打印日志，日志里既能看到原始码值，也能看到换算出来的温度，这样排查问题特别快。
3.2 固件初始化与配置示例
初始化流程是：配置 RCC 时钟、配置 GPIO 到 USART2 的复用功能、初始化 USART2、初始化数据就绪外部中断、向 ADS 写入第一组配置。代码结构可以这样写，具体寄存器值以你的芯片手册为准，但整体结构很有参考性：
static void BSP_ADS122U04_Init(void) { // 1. 初始化串口，波特率必须和 MODE 引脚设定一致 USART2_Init(115200); // 2. 芯片上电后等待内部 LDO 稳定 delay_ms(50); // 3. 写寄存器配置：通道使能、PGA 增益、基准、IDAC ADS_Config cfg; cfg.enable_ch = ADS_CH0 | ADS_CH1; // 只开用到的通道 cfg.pga_gain = ADS_GAIN_8; // 根据传感器类型选择 cfg.vref = ADS_REF_INTERNAL; // 内部 2.048V 基准 cfg.idac_current = ADS_IDAC_500uA; ADS_WriteConfig(&cfg); // 4. 启动转换 ADS_Start(); }如果数据就绪引脚接到了 MCU 的 EXTI，转换完成时会在中断里触发。中断处理函数里只应该清标志、记录时间戳，不要直接做浮点温度换算，否则中断执行时间会被拉得很长，高优先级任务可能被堵住。
3.3 读取 24 位数据的完整示例
一次读取操作可以用请求-应答方式完成，代码示意如下：
static uint32_t ADS_ReadConversion(void) { uint8_t cmd = ADS_CMD_READ_DATA; uint8_t buf[3]; if (HAL_UART_Transmit(&huart2, &cmd, 1, 10) != HAL_OK) { return 0xFFFFFFFF; // 发送失败，由上层处理超时 } if (HAL_UART_Receive(&huart2, buf, 3, 100) != HAL_OK) { return 0xFFFFFFFF; } // 24 位数据，按补码处理 uint32_t v = ((uint32_t)buf[0] << 16) | ((uint32_t)buf[1] << 8) | buf[2]; return v; }拿到这 24 位原始码后，紧接着做符号扩展再转浮点：
int32_t raw = (int32_t)(v << 8) >> 8; // 符号扩展到 32 位 float ratio = (float)raw / (float)(1u << 23); float voltage = ratio * 2.048f / gain; // gain 是当前 PGA 增益很多人在这一步踩坑：直接把 uint32_t 当 float 分子，结果低温下的负电压变成很大的正数。所以热电偶通道的符号位处理一定要放在最前面。
3.4 用 DMA 还是中断
温度 ADC 的数据量其实很小。20 SPS 的更新率，每秒只有 20 次数据，中断处理的开销微乎其微，所以我的最终选择是中断而不是 DMA。DMA 更适合波特率高、数据量大、需要连续接收的情况，比如串口接收一段不定长日志；对 ADS 这种一问一答的读数据流程，DMA 反而要把“发送命令、接收应答”两个阶段拼在一起，处理起来更啰嗦。只有当波特率拉到 1Mbps 且要连续记录波形时，DMA 才有实际意义。
4. 三类传感器的接入方法与换算逻辑
温度传感器接法直接决定了误差来源。这一节按 RTD、热电偶、NTC 三种类型分别讲，HVAC 项目里基本就这三类了。
4.1 RTD：比例式测量是必须做的
RTD 测量最容易犯的错误是用“绝对电压算电阻”，比如根据公式 R = V/I，然后认为激励电流是恒定的。这样做的问题是激励电流哪怕只漂 0.1%，电阻误差同样是 0.1%；如果电流源温度特性不好，误差还会随环境温度变化。
正确的做法是比例式测量。让激励电流依次流过参考电阻 RREF 和 RTD，芯片分别测量 RREF 两端电压和 RTD 两端电压，然后：
- RTD 电阻 = (RTD 电压 / RREF 电压) × RREF
因为激励电流漂移会同时影响两个电压，在比值运算中被抵消，实测精度明显更好。TI 的设计文档里反复强调这一点，我的经验是直接照做，别自己发明“绝对电压减导线压降”的土办法。三线接法比两线多加一根线，目的是抵消导线电阻：两根线分别接到 RTD 两端，第三根线做比例补偿。四线接法最准，但线材成本高，泵房、冷却塔这些现场用三线就够，只有实验室校准才用四线。
4.2 热电偶：毫伏信号与冷端补偿
热电偶输出只有几十微伏每摄氏度，K 型大概 40μV/℃，从 0℃ 到 100℃ 也只有 4mV 左右，必须通过 PGA 放大到 ADC 输入量程的合理区间，才能保证分辨率。
热电偶最大的坑是冷端补偿。ADS122U04IPWR 内部有温度传感器，可以粗略用于冷端测量，但不能直接当成“冷端温度”。因为内部温度传感器测的是芯片附近温度，而冷端焊点可能在接插件、端子排上，两者差好几度很正常。
我的做法是：把冷端焊点尽量靠近一个外部 NTC 或 RTD，或者将接插件固定在一个等温铜块上；内部温度传感器只用于低精度场景；高性能场景外接冷端传感器。软件里再做热电偶多项式补偿。
我早期把芯片内部温度传感器读数直接当作冷端温度，恒温槽比对出来整条曲线偏移约 2℃。把所有冷端焊点引到靠近外部温度传感器之后，误差降到了 0.3℃ 以内。这个改动效果非常明显，比对换传感器还管用。
4.3 NTC 热敏电阻的自热问题
NTC 的好处是灵敏度高、响应快、成本低；坏处是电阻-温度关系非线性强，以及自热功率不能忽略。以 10kΩ 的 NTC 为例，如果激励电流设为 1mA，NTC 上功耗是 10mW；当传感器热阻为 200℃/W 时，自热温升约为 2℃。这个误差在 HVAC 风管温度控制里很要命。
我在风管采样这类对功率敏感的场景，会把 IDAC 降到 100~250μA。虽然信号幅度变小，但 PGA 增益可以补偿，换来的是自热误差明显降低。温度换算可以用 Beta 公式：
float ntc_resistance_to_temp(float r, float r25, float b) { const float T0 = 298.15f; // 25℃ 对应的开尔文温度 float inv = 1.0f / T0 + (1.0f / b) * logf(r / r25); return inv - 273.15f; }Beta 公式在 25℃ 附近足够精确，但整个量程偏差会变大。要求更高的场景就用查表或者 Steinhart-Hart 公式。
5. 软件里的最后 10%：线性化、滤波和状态管理
5.1 统一换算入口
我不建议每个通道各写一套换算代码。更好的办法是建立统一流程：先用 24 位有符号码值除以 2 的 23 次方得到比例值，再乘以满量程电压（等于基准电压除以 PGA 增益），如果是 RTD 比例式测量，直接用两个通道的比例值做商，最后套传感器标定公式。把整个流程封装成通用函数，四个通道都走同一入口，调试时只要加一个条件编译开关就能看到每个通道的中间量。
5.2 RTD 的线性度修正
Pt100 在 0℃ 附近灵敏度约 0.385Ω/℃，如果直接用线性公式，到 100℃ 附近误差可以达到 1℃ 以上。工程上有两种做法：用 Callendar-Van Dusen 方程做二次修正，或者做一张“电阻→温度”查找表，每 1℃ 存一个电阻值，运行时用线性插值。查找表放 Flash 里，查询一次只要几微秒，适合 MCU 上做。我的建议是先做表，虽然初始化工作量稍大，但后期换传感器型号时只需要改表，不用改算法。
5.3 滤波和响应时间的平衡
20 SPS 的原始数据本身就带一点噪声，我一般做中值滤波加滑动平均。中值滤波能去掉偶发的脉冲干扰，滑动平均可以进一步平滑高低频噪声。注意平均窗口别开太长，否则报警响应会变慢。工业现场我的做法是总延迟控制在 3~5 个采样周期以内，既保证读数稳定，又不影响联锁反应。
5.4 通道故障管理
外部断线、接线松动是现场常见故障。热电偶一旦断开，PGA 输入悬空，输出码往往跳到满量程附近；RTD 断线后读数会变成异常大或异常小的值。所以我在每轮扫描里增加了合理性判断：电阻超出传感器量程、温度超过上下限、连续多次读到同一个异常码值，都标记为故障通道。故障状态通过 Modbus 寄存器上报，现场人员能看到“第 3 通道接线异常”，而不是一个莫名其妙的 -50℃。
6. 工业/HVAC 环境下的抗干扰和布线经验
实验室里测得好不代表现场稳，因为很多噪声是从线缆和电源耦合进来的。这套 ADS 方案的模拟前端本身不错，但现场表现仍然取决于外围设计。
6.1 传感器线缆与屏蔽
温度信号线从一米到几十米不等，布线经验我之前吃过不少亏：
- 传感器线用双绞线，热电偶不要用普通单芯线，否则磁场感应噪声明显；
- 屏蔽层在控制器侧单端接地，不要两端都接，更不要接成闭环；
- 走线尽量避开变频器、接触器的主回路，尤其不能绑在同一个线槽里；
- 传感器到 ADC 输入之间可以串联一个小电阻或者 RC 滤波，用来抑制高频尖峰，时间常数根据采样率选择。
6.2 工频干扰与数据速率的关系
50Hz 工频干扰在转换结果上的表现是固定低频纹波。使用 Δ-Σ ADC 时，数字滤波器在 50Hz 及其整数倍频点附近会有抑制效果，前提是采样率设置合理。我常把数据速率配到 20 SPS 附近，尽管更新慢，但读数稳定很多。如果在 60Hz 地区，则可以把采样率配成 30SPS 这类和 60Hz 成整数关系的值。这个参数在实验室里看不出差别，到了变频器、电磁接触器密集的现场，差别立竿见影。
6.3 电源、隔离与大功率开关的关系
HVAC 现场电源主要有 24V 直流、220V 交流，还有变频风机。最初我给 ADC 数字电源直接用板上的开关电源，结果温度码值出现周期性跳动，后来用示波器看电源纹波，开关频率成分确实落到了 ADC 频带内。解决办法：模拟电源用 LDO 单独供，数字部分通过磁珠隔离，同时 ADC 的电源引脚加 10μF 电解和 0.1μF 陶瓷电容。
如果需要强制隔离或者防雷击，UART 接口只占最少三根线，用数字隔离器非常方便；如果还要远距离传输，可以把串口升级成 RS485 收发器，由 STM32F334R8 的另一个串口跑 Modbus。这样 ADC 板和控制板之间电气上是绝缘的，现场供电环路带来的地环路噪声也会被切断。
6.4 上电自检不能省
HVAC 设备往往长期无人关注，所以我习惯在开机上电后加一段很短的自检：ADC 读取内部基准电压和内部温度传感器，如果内部基准读数不在正常范围内，直接报警；外部通道输出一段固定电平的测试信号到输入，看码值是否落在预期区间。这个自检能避免传感器板卡坏了半年没人发现的情况，虽然只花几秒钟，但对现场维护帮助很大。
7. 标定、实测与最值得记录的三个坑
7.1 实用的两点/三点标定
同一块 PCB、同一套导线，不同传感器的零点漂移都不一样，所以必须逐通道标定。我的流程很简单：
- 零点：用热电偶校验仪或冰水混合物作为零度源，把补偿后的测量值记为 offset；
- 增益：用一个高精度恒温源，比如 100℃ 或者接近实际使用范围的温度点，标定 span；
- 参数存 Flash：把 offset、gain 写入 MCU Flash，重启后自动加载，避免每次上电手工输入。
标定周期一般每年一次。板卡如果同时接多类传感器，建议每个通道独立保存标定参数，不要把四个通道共用同一组修正值，因为传感器老化、导线长度都不一样。
7.2 一组实测对照数据
下面是我在恒温槽里做的一组比对，传感器是三线 Pt100，数据速率 20 SPS，环境温度 25℃：
| 恒温槽设定 ℃ | 本系统显示 ℃ | 偏差 ℃ | 备注 |
|---|---|---|---|
| 0.0 | 0.2 | +0.2 | 零点标定后仍有少量残余偏置 |
| 30.0 | 30.1 | +0.1 | 线性段，偏差最小 |
| 60.0 | 60.3 | +0.3 | 接近增益误差上限 |
| 90.0 | 89.8 | -0.2 | 高温端修正后回落 |
从数据看偏差在允许范围内，但 60℃ 以上开始出现轻微线性度误差。这说明不能只靠简单线性公式，需要把前面说的查找表或者二次多项式加进去。做完线性化修正后，同一组数据偏差能压到 ±0.2℃ 以内。
7.3 坑一：默认波特率和 MODE 脚不一致，数据全乱
ADS122U04IPWR 上电时的默认波特率由 MODE 引脚电平决定。如果硬件上没有固定好这个引脚，或者软件初始化改成了系统默认 115200，而 MODE 脚配置的其实是 9600，MCU 上电后收到的字节就全是错位乱码。
解决方式：硬件上把 MODE 脚用上下拉电阻固定成确定电平，软件里统一使用同一波特率；初始化后先发送同步命令，再等待一帧正常应答；如果连续三次都是乱码，就按另一档波特率重试。这个现象在样机上最容易出现，因为很多人默认把所有串口设备都配成 115200。
7.4 坑二：无用通道悬空导致相邻通道读数漂移
开始为了省事，我只用了两个通道，其余模拟输入直接悬空。结果第二路读数偶尔跳动，查了很多地方都找不到原因。后来问题指向输入多路器：通道切换时，悬空通道的漏电流会干扰共享的前端电路。
解决办法有两个：一是把未使用的通道引脚直接接地，二是通过软件配置把未使用的通道设置成禁用状态。我推荐后者，因为引脚接地需要 PCB 改动，而软件配置一条寄存器就搞定。关键在于要让“没有传感器的通道”明确地处于断开状态，而不是让它悬空等待信号。
7.5 坑三：热电偶冷端“看起来准，实际不准”
前面说到冷端补偿时提过，芯片内部温度传感器不能直接当冷端。具体踩坑经过：我把 K 型热电偶通过端子焊在板卡边沿，冷端焊点距离芯片约 4cm，芯片内部温度传感器反而更接近 PCB 发热区域。开机二十分钟后，芯片温度升高了约 5℃，内部传感器补偿到 29℃，而实际冷端只有 24℃，测量通道瞬时误差接近 5℃。
解决方式：把冷端焊点移到外部端子附近，找一块等温铜块或者大面积铺铜区域作为等温区，再用一颗独立 NTC 贴在冷端附近做补偿。芯片内部温度传感器的读数降级为参考值，只用来观察 PCB 温升，不再参与热电偶补偿计算。
7.6 这套架构还能怎么扩展
这套四通道温度采集架构后续扩展空间不小。用四个通道分别接风管送风、回风、冷水供水、冷水回水，在 STM32F334R8 里算温差、焓差，直接输出给变频风机做 PID 控制；把串口数据周期性导出成 CSV，做长期老化趋势分析；或者把四路温度通过 CAN 总线广播给同一机柜里的其他控制器。F334 的浮点运算能力在这些场景里绰绰有余，升级代码时基本不用考虑换主控。
最后再分享一个小技巧：把所有通道的原始码值和换算温度通过日志周期性打印出来，哪怕设备已经投产也保留这个开关。设备在客户现场一旦出现温度波动，原始码值是最客观的第一手证据，比经过滤波和线性化以后的结果更能区分“传感器问题”和“算法问题”。我靠这个习惯解决过的现场疑难杂症，比靠示波器解决的还多。
