ADS122U04+STM32L432KC多通道温度采集方案详解

最近给客户做了一套多通道温度采集方案核心器件用了 ADS122U04IPWR 这颗 24 位 Δ-Σ ADC主控选了 STM32L432KC应用场景横跨工业设备状态监控和 HVAC 暖通系统的温度测量。先说结论这套组合在精度、抗干扰和系统成本之间找到了一个比较舒服的平衡点尤其是涉及到热电偶冷端补偿、PT100 恒流激励、长距离 UART 传输这些常见需求时比直接用 MCU 内置 ADC 省心太多。很多人会问STM32L4 系列不是自带 12 位 ADC 吗为什么还要外挂一颗 ADC 芯片这个问题我在实际项目中碰过多次。12 位 ADC 配上内部参考电压勉强能测个 NTC 热敏电阻误差在 ±1℃ 左右都算不错但接入 K 型热电偶时信号满量程才几十毫伏想要分辨率到 0.1℃ADC 的有效位数至少要在 16 位以上内置 ADC 根本做不到。再加上热电偶还需要冷端补偿RTD 还需要恒流激励源与其在 MCU 外围堆一堆分立运放和精密基准不如直接选一颗带完整模拟前端的外置 ADC。这篇内容就是从选型、硬件设计、固件实现到现场问题排查的完整过程记录适合正在做温度采集、温控仪表、工业变送器或者暖通控制器的工程师参考也能帮单片机开发者快速理解精密模拟前端的设计思路。1. 项目拆解这套温度采集方案到底在解决什么问题1.1 工业和 HVAC 场景对温度测量的真实要求先说说应用背景。工业现场的温度测量比如电机绕组温度、管道表面温度、加热炉炉温普遍要求高可靠、长寿命传感器经常要放在几十米外的现场端主控在控制柜里中间隔着一堆变频器和接触器电磁环境相当恶劣。HVAC 场景则更偏向风道温度、冷热水管温度、压缩机吸排气温度要求响应速度适中精度一般做到 ±0.5℃ 以内但系统数量多对成本和功耗都很敏感。这两种场景放到一起出现了一个共性难题传感器输出的都是微弱模拟信号。热电偶本质上是一个毫伏级电压源典型灵敏度 K 型也就 40μV/℃PT100 在 0℃ 时电阻约 100Ω温度系数大约是 0.385Ω/℃如果激励电流只有 1mA温度变化 1℃ 对应的电压变化只有 0.385mV。要在这个量级的信号上实现可靠测量前端必须满足三个条件低噪声放大器、稳定的参考电压、足够高的 ADC 分辨率。这三点恰好是 ADS122U04 这类精密 Δ-Σ ADC 的看家本领。另一个容易被忽略的需求是传感器种类兼容。同一套主控板可能今天接 K 型热电偶明天接 PT1000后天又要接 4-20mA 变送器输出的电压信号。如果每个传感器都要换一块调理板现场维护成本非常高。ADS122U04 的优势在于它把可编程增益放大器、24 位 ADC、冷端补偿、恒流源、内部温度传感器全部集成在一颗芯片里通过改写寄存器就能切换传感器类型和量程硬件完全不用动。1.2 选型逻辑为什么不是 ADS1220、ADS124S08 或者直接用 MCU ADCADS122U04 的命名里有个 U这代表它用的是 UART 串行接口而不是传统的 SPI。同系列的 ADS1220 是 SPI 接口ADS124S08 是八通道高配版但接口也是 SPI。我这次刻意选 UART 版本原因很实际用户的主控板原来已经跑着 485 总线和 Wi-Fi 模块SPI 引脚被占得七七八八只剩下两个空闲串口。如果硬上 SPI 版 ADC得腾出至少四根 IO还要处理 SPI 片选和时钟的干扰问题。用 UART 版就轻松得多GND、电源、TX、RX 四根线一接主控串口直接收发等于把模拟前端当成一个串口外设来用。ADS122U04 的 UART 也不是简单透传它内置了数据包帧同步和 CRC 校验机制最长传输距离能到 30 米这正好覆盖工业现场“传感器板放现场、主控板放柜内”的典型布局。数据手册里列出的通信波特率默认是 9600bps实际项目可以配置成更高但长距离传输时 9600bps 是最稳妥的选择避免信号边沿变差后误码率上升。选 STM32L432KC 也经过了比较。这颗芯片是 Cortex-M4F 内核主频 80MHzFlash 256KBRAM 64KB封装最小能做到 4mm×4mm 左右非常适合做紧凑型采集模块。它自带两个 USART 加一个 LPUART其中一个串口跟 ADS122U04 通信另一个串口可以接 RS-485 芯片跟触摸屏或上位机联网完全够用。更重要的是 L4 系列的低功耗表现如果系统做成电池供电的无线温度记录仪待机功耗能压到微安级这是 F1 系列或者 F4 系列很难做到的。算下来这套方案的芯片成本比我之前用“运放 基准源 16 位 SPI ADC 主控”的分立方案还低BOM 精简调试工作量也省了不少。1.3 整体信号链路和系统组成整个系统的信号流向可以这么理解传感器产生的微弱模拟信号先经过输入保护电路和低通滤波送到 ADS122U04 的模拟输入引脚。ADC 内部先通过 PGA 将信号放大到合适幅度再经过 Δ-Σ 调制器和数字滤波器变成 24 位转换结果。主控 STM32L432KC 通过 UART 接口发送命令、读取数据然后在固件里完成校准计算、线性化查表、冷端补偿等处理最终得到真实的温度值再通过另一路串口或显示屏输出。环节关键器件/方法作用信号输入热电偶/PT100/NTC RC 滤波把温度转换成可测量的电压或电阻变化模拟前端ADS122U04 内置 PGA、24 位 Δ-Σ ADC放大微弱信号抑制噪声完成高分辨率模数转换接口通信UART 9600bps CRC把 ADC 转换结果可靠地传给主控数据处理STM32L432KC 固件冷端补偿、线性化、滤波、输出温度值系统输出RS-485 / LCD / 4-20mA对接上位机、触摸屏或中控系统这套架构的妙处在于它把“模拟世界”和“数字世界”的复杂度隔离开了。模拟部分交给专门设计的 ADC 芯片数字部分由灵活可编程的 MCU 负责开发和维护都清晰。工程上最忌讳把模拟信号处理和数字协议处理混在一颗芯片里因为调试的时候你根本分不清是 ADC 配置错了还是通信时序错了。分工明确之后每个环节都能单独验证。2. 硬件设计要点输入保护、滤波、供电与 UART 接线2.1 传感器输入端的滤波和保护电路模拟输入端的处理直接决定测量精度的下限。ADS122U04 虽然本身有很强的共模抑制能力但现场传感器线缆往往比较长会捡到各种杂散电磁干扰所以在 ADC 输入引脚之前加一级无源 RC 滤波是必要的。对于热电偶这类毫伏级信号我习惯用 100Ω 电阻和 100nF 电容组成一阶低通滤波截止频率大约 16kHz既能滤掉大部分高频干扰又不会让响应速度变慢。如果是 RTD 信号滤波电阻串在激励回路里会影响测量要选更小的 10Ω 电阻或者把滤波电容放在 ADC 引脚对地之间避免引入明显的电阻误差。另一个重点是过压保护。工业现场经常出现传感器线被错接到电源端子的情况如果没有保护ADC 芯片很容易烧掉。我的做法是在输入端并联 TVS 管比如 SMBJ3.3A同时串联 1kΩ 左右的限流电阻。这个 1kΩ 电阻平时会影响测量吗对于 24 位 ADC 的高输入阻抗来说几乎可以忽略因为流入 ADC 引脚的偏置电流只有纳安级在 1kΩ 上产生的压降微乎其微。实测下来即使不小心把 24V 电源接到信号上TVS 管会把电压钳住ADC 也不会损坏最多是测量值暂时异常。热电偶输入的另一个特殊点是冷端。热电偶的输出电压只代表测量端和参考端之间的温度差所谓冷端就是接入 ADC 的那一端。如果 PCB 上冷端铜箔两边温度不一致就会引入额外的热电势误差而且这种误差很难通过校准彻底消除。所以布局时热电偶接线端子要紧贴 ADS122U04 芯片让正负输入引脚的铜箔尽量等长对称不要跨过发热元件。ADS122U04 内部集成了温度传感器正好用来测这个冷端温度只要让芯片温度和接线端子温度尽可能一致补偿精度就能做得不错。2.2 参考电压与 RTD 激励电流的配置逻辑ADS122U04 内部自带 2.048V 参考电压默认情况下直接用它就行省去外部基准源。但要注意内部参考电压的温度系数虽然能满足多数场合如果目标是 0.1℃ 以上的超高精度或者环境温度变化范围很大最好换成外部精密参考。我的经验是0.5℃ 精度的 HVAC 应用内部参考完全够用工业现场的 0.2℃ 级测温建议还是留个外部参考的焊盘方便后续升级。RTD 接到 ADS122U04 时要启用芯片内部的两个匹配电流源 IDAC1 和 IDAC2。以 PT100 为例三线制接法是最常用的兼容长线方案一根线走激励电流一根线走返回电流一根线走电压检测。IDAC 电流选多大是个权衡点1mA 时自热效应小但信号幅度也小对噪声敏感500μA 时更省功耗。我实际更常用 1mA因为 PT100 在 100℃ 时电阻约 138.5Ω信号电压就是 138.5mV经过 PGA 放大 8 倍后接近 1.1V用满量程 2.048V 的参考分辨率非常可观。四线制 RTD 的接法更简单激励电流走一对线测量电压走另一对线线阻完全不影响结果。代价是多一根线。对于 HVAC 系统中的管道温度探头来说三线制性价比最高工业设备里如果现场线缆质量一般直接上四线制更稳。2.3 ADS122U04 与 STM32 的 UART 接线和隔离处理ADS122U04 的 UART 接口是标准的 TX、RX 两根信号线直接和 STM32 的 USART 交叉连接即可即 ADC 的 TX 接 MCU 的 RXADC 的 RX 接 MCU 的 TX。通信默认波特率 9600bps帧格式带同步字节和 CRC这些在固件里配置就行硬件上不需要额外处理。要注意的是ADS122U04 的 UART 输出是推挽结构和 MCU 同电压域时可以直接连如果 ADC 供电是 5VMCU 是 3.3V至少要在 RX 线上加一个 1kΩ 串联电阻限流最好用逻辑电平转换芯片。如果传感器被放在异侧可能需要隔离。ADS122U04 这个 UART 接口的好处是它天然支持“三线隔离”只隔离电源、TX、RX 三路比 SPI 隔离少一根时钟线数字隔离器选型时成本明显更低。我用 ISO7721 这类双通道数字隔离器放在 ADC 和 MCU 之间隔离电源用 B0505S 做一个 5V 转隔离 5V 的模块能很好地处理现场地电位差带来的噪声干扰。供电方面ADS122U04 的模拟电源 AVDD 和数字电源 DVDD 建议直接短接在一起统一供电但要保证电源纹波足够小。我这里用了 3.3V LDO 10μF 钽电容 0.1μF 陶瓷电容组合LDO 选的是低噪声型实测纹波在 500μV 以内。如果不放心在 AVDD 引脚前还可以加一个磁珠和 10Ω 电阻组成 π 型滤波进一步隔离开关电源的毛刺。2.4 PCB 布局中的几个实战细节PCB 布局上最容易犯的错是把数字信号线和模拟输入线走平行长线。ADS122U04 的 UART 虽然是数字信号但它和模拟部分在同一颗芯片内PCB 上如果让 TX、RX 走线贴着热电偶输入端串扰会让测量噪声明显增大。我一般把 UART 走线放在板子的边缘模拟输入端放在另一侧中间隔一条完整的地铜皮。地平面的处理同样关键。我习惯把整个板子做成连续地平面模拟地和数字地不割裂只在 MCU 附近加一个小的磁珠或 0Ω 电阻做单点连接。这是因为对于 ADC 这种混合信号器件分割地平面反而容易让回流电流绕远路产生更大的噪声。功能够用就好关键是电源去耦电容要尽量靠近芯片引脚给模拟电路一个干净的低阻抗路径。实测一组数据可以说明效果硬件调试完输入端短接后用 9600bps 持续读取 1000 次ADS122U04 的数据跳动在 ±2 LSB 以内对应到 2.048V 参考、PGA1 时大约是 ±1μV 的水平。这个噪声水平对 K 型热电偶来说相当于温度抖动 ±0.025℃完全满足工业控制要求。如果不做上述布局优化同样的芯片放在乱布线的板子上数据跳动经常能达到 ±10 LSB温度显示就会有明显的数字跳变。3. 固件实现从串口配置到温度值输出的完整链路3.1 STM32L432KC 的 UART 初始化和低功耗考量STM32L432KC 的串口资源比较丰富我用 USART1 连接 ADS122U04波特率 96008 位数据无校验。初始化代码可以直接用 STM32CubeIDE 的 HAL 库也可以操作寄存器。用 HAL 库时需要注意串口初始化完成后一定要检查UART_WORDLENGTH_8B、UART_PARITY_NONE、UART_STOPBITS_1这三个参数因为 ADC 的 UART 帧格式和普通串口略有区别它要求先发同步字节MCU 串口如果开了奇偶校验通信就会错位。static void MX_USART1_UART_Init(void) { huart1.Instance USART1; huart1.Init.BaudRate 9600; huart1.Init.WordLength UART_WORDLENGTH_8B; huart1.Init.StopBits UART_STOPBITS_1; huart1.Init.Parity UART_PARITY_NONE; huart1.Init.Mode UART_MODE_TX_RX; huart1.Init.HwFlowCtl UART_HWCONTROL_NONE; huart1.Init.OverSampling UART_OVERSAMPLING_16; if (HAL_UART_Init(huart1) ! HAL_OK) { Error_Handler(); } }STM32L432KC 支持待机模式和低功耗运行模式。如果做电池供电的温度采集器我一般把主控配置为 LPUART 唤醒AD 转换用定时器唤醒间隔 10 秒读一次温度其余时间进入 STOP 模式。这个模式下系统电流可以从正常运行时的 5mA 降到 20μA 左右电池供电能坚持半年以上这对于 HVAC 管道温度监测这种分散布点场景特别有用。3.2 ADS122U04 的命令帧结构与寄存器配置ADS122U04 的 UART 通信不是像传统串口那样丢一个字节就回应一个字节它有完整的帧协议。每次通信前MCU 要发送同步字节、命令字节、数据字节ADC 解析无误后才会返回响应。命令帧格式大致是同步字节 命令字节 数据字节。我这里分享一段可用的命令发送函数实际使用时把命令和数据处理成数组通过串口发送即可。typedef enum { ADS122U04_CMD_RREG 0x20, /* 读寄存器 */ ADS122U04_CMD_WREG 0x40, /* 写寄存器 */ ADS122U04_CMD_RDATA 0x1C, /* 读转换数据 */ ADS122U04_CMD_START 0x08, /* 启动连续转换 */ ADS122U04_CMD_PWRDN 0x02, /* 掉电模式 */ } ADS122U04_CMD; static uint8_t ads122u04_tx_buf[4]; void ADS122U04_WriteRegister(uint8_t reg_addr, uint8_t reg_val) { ads122u04_tx_buf[0] 0x05; /* 同步字节 */ ads122u04_tx_buf[1] ADS122U04_CMD_WREG | reg_addr; ads122u04_tx_buf[2] reg_val; HAL_UART_Transmit(huart1, ads122u04_tx_buf, 3, 100); }寄存器配置是整个初始化的核心。我需要把输入多路开关设置成对应传感器通道PGA 增益调到合适档位数据速率和转换模式也要按需求配好。比如接 K 型热电偶我习惯 PGA 增益 64因为 K 型热电偶在 800℃ 时的输出大约 33mV放大 64 倍后是 2.1V接近满量程如果接 PT100PGA 用 8 就够了。具体寄存器地址和 bit 位可以查数据手册典型配置流程是先写寄存器 0 配置输入多路开关再写寄存器 1 配置 PGA 和滤波最后写寄存器 2 配置数据速率和参考电压。3.3 读取 24 位转换结果并转换为电压值ADC 转换完成后芯片会把 24 位数据放在输出寄存器里。MCU 发送读取命令ADC 返回 3 字节数据分别是高字节、中字节、低字节。注意这 24 位数据是二进制补码格式所以拼出来之后要判断最高位如果是 1 就是负数需要符号扩展。然后根据 PGA 增益和参考电压折算成实际电压值。static float ADS122U04_ReadVoltage(void) { uint8_t buf[3]; uint32_t raw; float voltage; /* 发送读取数据命令 0x05 0x1C 0x00 */ uint8_t cmd[3] {0x05, 0x1C, 0x00}; HAL_UART_Transmit(huart1, cmd, 3, 100); HAL_UART_Receive(huart1, buf, 3, 100); raw (uint32_t)buf[0] 16 | (uint32_t)buf[1] 8 | buf[2]; if (raw 0x800000) raw | 0xFF000000; /* 符号扩展 */ voltage (float)((int32_t)raw) / 8388608.0f * 2.048f / 64.0f; return voltage; }这里的分母 8388608 是 2 的 23 次方也就是 24 位数据在满量程时对应的 LSB 数量。比如读回来一个 0x8000 的值把它映射到 -2.048V 到 2.048V 的输入范围再除以 PGA 增益 64就能得到真实的信号电压。代码里的 2.048 是内部参考电压如果换成外部参考这里也要同步修改。实际开发中建议先在输入引脚接一个已知电压源验证这个换算公式是否正确然后再接传感器否则一旦公式写错温度计算值会整个偏移。3.4 温度计算热电偶冷端补偿和 RTD 线性化热电偶温度计算不是简单的电压转温度。K 型热电偶的非线性很强0℃ 到 1000℃ 的电压和温度关系是一条弯曲曲线工程上做法是查分度表或者用分段多项式拟合。ADS122U04 内部带有冷端温度传感器读取它得到一个数字化的冷端温度值然后用同类型热电偶的逆函数把冷端温度换算成一个“等效热电动势”加到 ADC 测出的热端电动势上再查表得出真正的测量端温度。static float TempToVoltageK(float temp_c) { /* 以 0℃ 为参考点使用 5 次多项式近似 K 型热电偶电压 */ float t temp_c; float v 0.0f; v 0.0000e0 4.0146e-2 * t 2.2134e-4 * t * t 1.3682e-6 * t * t * t - 2.1962e-9 * t * t * t * t 1.1295e-12 * t * t * t * t * t; return v; /* 单位 mV */ } static float VoltageToTempK(float volt_mv) { /* 二分法查找并插值工程上最稳妥 */ float low -20.0f, high 1300.0f, mid; for (int i 0; i 40; i) { mid (low high) * 0.5f; if (TempToVoltageK(mid) volt_mv) high mid; else low mid; } return (low high) * 0.5f; }PT100 的计算相对简单用 Callendar-Van Dusen 公式把测到的电阻值代入即可。实际固件里我会用查找表配线性插值避免在 MCU 里频繁做浮点运算。顺便说一句虽然 STM32L432KC 带了 FPU但做二进制分段查找和插值时浮点运算量不大不需要太担心性能。4. 校准、精度标定与现场问题排查4.1 零点校准和增益校准的实操步骤温度测量系统装好了第一次上电测出来的温度大概率会偏原因可能是芯片本身的偏移误差、基准电压误差、PCB 温差导致的杂散热电动势。所以我每次都要做两轮校准。第一轮是零点校准把输入引脚和公共地短接连续读 100 次取平均值作为偏移量存到 Flash 里。第二轮是增益校准用一台精密电压源输入一个已知电压比如 10.000mV然后调整增益误差系数保证读数和实际值匹配。typedef struct { float offset; /* ADC 等校输入偏移单位 V */ float gain_error; /* 增益误差正常为 1.0 */ } CalParam; void CalibrateZero(void) { float acc 0.0f; for (int i 0; i 100; i) { acc ADS122U04_ReadVoltage(); } cal.offset acc / 100.0f; }在校准完之后将数据存到 STM32L432KC 的内部 Flash上电初始化时读出来这样换一块 PCB 也不用重新改代码每块板子各自存储自己的校准参数。批量生产时这个步骤用治具来做一台精密电压源加上一个上位机脚本一次性校准几十块板子效率很高。4.2 常见问题速查表故障现象可能原因排查方法读数一直是 0 或满量程传感器接线短路/断路、PGA 增益过大、输入多路开关配置错误检查传感器阻值改用小增益打印寄存器配置数据跳动非常厉害电源纹波大、干扰串入模拟输入、滤波电容缺失用示波器看 AVDD 纹波给输入端加 RC 滤波UART 通信超时同步字节发送错误、接线交叉、波特率不一致用逻辑分析仪抓帧确认第一字节是 0x05温度显示正常但整体偏低/偏高冷端补偿温度读取不准、热电偶型号配置错误用冰水浴验证补偿值确认分度表选的是 K 型上电后偶尔通信失败主控串口未初始化完毕、ADC 处于复位状态在初始化序列里加入 100ms 延时确保 ADC 稳定这里想特别提一下“UART 通信超时”这个问题。ADS122U04 的同步字节是 0x05如果 MCU 实际发送的是 0x55或者因为串口配置了奇偶校验导致实际数据位不对ADC 会直接把整帧丢弃并不返回任何提示。所以调试时最好先用逻辑分析仪或者串口助手抓一下发过去的原始字节确定数据链路没问题再去查寄存器配置。4.3 长时间运行时的稳定性与复位策略工业现场最怕设备运行几个月后突然出现“死数据”。ADC 本身的稳定性通常没问题但 UART 通信经过长线传输后偶尔会因为干扰出现帧错误。我的处理方法是给 ADS122U04 的通信加一层应用层握手MCU 定期读取一个固定寄存器如果连续三次读取超时就主动拉低 ADC 的复位引脚或者重新上电让芯片恢复。STM32L432KC 内部有独立看门狗 IWDG喂狗放在主循环里一旦代码跑飞也能自动复位。另外一个容易踩的坑是热电偶断线检测。工业现场传感器断线是常见故障但如果固件不做处理断线时 ADC 输入悬空读数会随机漂到满量程附近如果系统里接了继电器很可能会误动作。ADS122U04 支持输入开路诊断通过写入寄存器启用上拉/下拉电流源读数超出合理范围就判定为断线。这段逻辑虽然简单但在实际项目中非常提升系统可靠性。5. 后续扩展和我的经验总结这套 ADS122U04 STM32L432KC 的方案我后来又扩展到了几个不同方向。一个是把 UART 改为无线透传ADC 板直接做成带无线模块的采集节点通过 LoRa 把温度数据传到网关用在仓库温湿度监测和冷链运输记录上。另一个是增加通道数用模拟多路开关配合 ADS122U04在温度变化不快的场景下轮流采集四路传感器主控成本几乎没变系统采样率完全够用。最后分享一个非常实用的经验量产的时候每一块 PCB 的 ADS122U04 周围元件尤其是滤波电容和参考去耦电容一定要用相同的封装和容值。曾经有一次因为电容库存切换把 100nF 换成了 1μF结果那些板子的噪声性能明显变差重新焊接才解决。精密模拟系统里元件的一致性对性能稳定性的影响往往比芯片本身还大。在实际项目里我还发现给 ADC 的采样率配置留一点裕量是值得的。比如系统只需要每秒更新一次温度我把数据速率配成 20SPS让数字滤波器有充足的时间抑制工频干扰。ADC 的数据输出越慢噪声平均的效果越好这是 Δ-Σ ADC 的基本特性应用温差控制时尤为明显。如果你也在做类似方案可以先把硬件按这个思路搭起来用最基础的连续转换模式跑通再逐步叠加低功耗、断线检测、校准这些高级功能这样调试路径最清晰。