搞工业现场的设备最怕的就是温度数据“看着像那么回事实际全是噪声”。我去年同时做了两套温度采集板卡一套给 HVAC 的风管温湿度监测另一套给工业循环水管道测表面温度。热电偶信号只有几十微伏到几毫伏直接进 MCU 内置 ADC 基本没戏最后两套板卡都统一用成了ADS122U04IPWR STM32F756ZG的组合。ADS122U04IPWR 是一颗四通道 24 位 ΔΣ ADC自带 PGA、内部基准和四线 UART 接口STM32F756ZG 是 Cortex-M7 主控负责把原始电压换算成温度、做滤波、跑通信协议。这套组合解决的核心问题是在电机变频器、继电器、电磁阀反复动作的恶劣电磁环境里把温度测准、测稳。这个方案适合谁如果你正在做 HVAC 控制面板里的温度采样或者工业设备上需要多路热电偶采集但不想每次都被噪声折腾到凌晨那这篇内容可以直接作为选型和落地参考。下面我会从方案选型、硬件设计、固件实现、实测数据到排查经验按我实际走过的路径完整讲一遍。1. 方案选型为什么把这两颗芯片放一起1.1 ADS122U04IPWR 在信号链里的位置ADS122U04IPWR 这颗芯片最吸引我的不是“24 位”这个数字而是它把模拟前端和通信接口打包在了一起。24 位 ΔΣ ADC 本身不少见但四通道、内置可编程增益放大器PGA、内置基准、带四线 UART 接口的型号在这个价位段里确实很少见。先说模拟部分。热电偶输出的是直流毫伏信号K 型热电偶在 25°C 到 100°C 之间灵敏度大约 40µV/°C。如果直接用 MCU 内部 12 位 ADC参考电压 3.3V一个 LSB 就是 805µV意味着温度分辨率大约 20°C这根本没法用。而 ADS122U04 内部 PGA 可以将信号放大 1 到 128 倍配合 2.048V 内部基准满量程差分输入范围可以压到 ±16mV。也就是说一个 24 位码字对应的理论 LSB 约为 32mV / 2²⁴ ≈ 1.9nV当然这是纯量化分辨率实际有效分辨率受噪声限制但在 20SPS、PGA128 的配置下按手册典型噪声估算温度分辨率做到 0.005°C 量级是没问题的实际现场受接插件和干扰影响稳定在 0.01°C 到 0.05°C 完全可行。再说接口。这颗芯片用的是 TI 的四线 UART 从站协议而不是常见的 SPI 或 I2C。四线 UART 的帧格式、地址机制和 CRC 校验天然适合多设备菊花链和远距离隔离传输。HVAC 现场出线距离经常超过两三米如果用 SPI时钟线上稍微有点寄生电容和串扰时序就乱了UART 本身就抗干扰一些而且比较容易加隔离。这一点后面在硬件章节会展开。1.2 STM32F756ZG 的角色STM32F756ZG 在这套方案里不是单纯读 ADC 数据它承担的是“数据消化”和“对外输出”的任务。这颗芯片基于 ARM Cortex-M7 内核主频最高到 216MHz带双精度浮点单元。温度换算里最麻烦的是热电偶非线性修正K 型热电偶在全温度范围内用 NIST 多项式反算时浮点运算量不小。用普通 M0/M3 的 MCU 虽然也能算但效率和余量完全不同。F756 跑这些浮点运算几乎不占用 CPU 时间剩下来的算力可以处理更复杂的东西比如多段 PID 控制、FFT 频谱分析或者跑 MODBUS 协议栈。另外F756ZG 的 UART 数量足够多我手上这套板子挂了 4 颗 ADS122U04每颗通过 UART 独立连接分别对应四组温度测点。如果选用小封装、串口少的 MCU这种扩展就会很吃力。F756 还内置硬件加解密单元虽然温度采集用不到但如果是做带数据记录或者远程运维的网关产品这个特性反而成了加分项。1.3 系统链路怎么走整个系统的信号链可以用一句话描述热电偶产生微伏级直流信号经过输入滤波网络进入 ADS122U04ADC 完成放大、量化和 24 位转换结果通过四线 UART 送到 STM32F756ZGMCU 再结合冷端补偿温度完成线性化换算最后通过 RS-485 或者以太网把温度值传给上位机。注意冷端补偿这一环。ADS122U04 内部并没有温度传感器冷端补偿必须依赖外部方案。我在板子上靠近热电偶端子位置放了一颗 NTC 热敏电阻用 ADC 的另一个通道去测量它这样 MCU 就能拿到“接线端子处的实际温度”然后把热电偶的冷端电动势修正掉。整个链路看起来不复杂但每一环都有坑尤其是 NTC 的布线和接地处理不当误差会直接落在最终温度读数上。2. 硬件设计从热电偶到 MCU 的每一环2.1 热电偶输入与滤波网络热电偶的信号源阻抗很低几十欧姆以内但现场引线往往很长容易感应工频干扰、变频器开关噪声和继电器拉弧脉冲。所以 ADC 输入前端一定要加差分 RC 滤波我的起步组合是每根信号线串联 1kΩ 电阻两根线之间并联 100nF 电容构成一阶低通截止频率大约 1.6kHz。这里有个经验滤波电容不能盲目加大。虽然大电容能压住更多高频噪声但 ΔΣ ADC 的输入级是开关电容结构它会在采样瞬间从输入电容抽取电荷。如果外部电容太大反而会造成建立时间不够导致转换结果出现额外误差。TI 手册里对 RC 值和数据速率有匹配建议我实测下来 1kΩ 100nF 在 20SPS 下工作稳定既不丢失精度也能把变频器噪声压下去。输入端还应该加保护。HVAC 现场经常有安装工人带电操作热电偶线有时会碰触到 24V 或 220V。我在端子到 ADC 输入之间放了双向 TVS 管和串联电阻TVS 钳位电压选 5V 左右保证瞬时冲击不损坏 ADC。如果是工业级项目建议再增加 10kΩ 串联限流电阻牺牲一点点噪声性能换可靠性。2.2 四线 UART 接口的连接细节ADS122U04 的四线 UART 并不是传统意义上“两根线一问一答”的 UART它多出来的 CLK 线和 CS 线是整个通信时序的关键。我刚开始画板子时没仔细看时序图把 CS 拉低、发完命令就松开结果芯片完全不回复。后来才意识到CS 必须在整个帧传输期间保持拉低CLK 信号要稳定连续主机在时钟边沿逐位移出命令和数据从机在同一个时钟边沿回传数据。STM32 端我建议这样接MCU 的 UART TX 接 ADC 的 D1 引脚UART RX 接 ADC 的 D0 引脚CLK 由定时器 PWM 或者 MCU 的 MCO 时钟输出提供CS 用普通 GPIO 控制。这里有个实现细节需要注意——四线 UART 的位时钟必须和 UART 波特率协调一致如果两边频率偏差超过容限CRC 校验就经常失败。稳妥的做法是先按数据手册里的主从机连接图把时钟关系理清楚再用示波器量 CS、CLK、TX 三根线的相对时序确认没有问题再写驱动。如果现场干扰很严重我建议在 MCU 和 ADC 之间加数字隔离器比如 ISO7721 这类双通道数字隔离芯片把模拟现场和数字控制板完全隔开。隔离后的 UART 信号可以走更长距离也不会把现场地噪声引到 MCU 地平面。2.3 冷端补偿与基准源的选择冷端补偿是所有热电偶测温方案里最容易出错的一环。很多人以为只要软件里加一个“25°C 修正量”就行实际现场温度根本不是均匀分布热电偶端子的左侧和右侧可能差出两三度这部分误差会原封不动进入最终结果。我的做法是在热电偶冷端也就是板卡接线端子紧贴位置放置 NTC 热敏电阻用 ADC 的第二个通道测量。NTC 的供电方式不要用普通电阻分压而是在 ADC 内部使能一个恒流源让电流流过 NTC再量 NTC 两端电压。这样电源电压的波动不会影响测量的准确性。NTC 阻值可以选 10kΩ 或者 100kΩ我强烈建议选 10kΩ 的 103 型号配合 25°C 下 3435K 的 B 值用 Steinhart-Hart 方程换算温度精度在 0.1°C 以内完全能做到。基准源方面普通 HVAC 场景用 ADS122U04 内部 2.048V 基准就够。但如果你做工业级产品要求全温度范围精度长期稳定建议外接一颗低温漂精密基准比如 REF5025 这类 2.5V 器件它的温漂远低于内部基准只是成本会多出十几块钱。取舍标准很简单你的整机温度精度指标是 ±1°C 还是 ±0.1°C如果是后者外部基准是必须的。2.4 电源、地与 PCB 布线的经验ADS122U04 的 AVDD 和 DVDD 虽然可以共用一路电源但我在布板上还是做了分离模拟电源先经过磁珠和 10µF 100nF 电容做局部去耦再供给 AVDD数字电源经过另一个磁珠单独供给 DVDD。这样做的目的是把 MCU 数字开关噪声尽量挡在模拟部分之外。地平面处理是另一个重点。很多初学者直接把所有地连成一片看似简单实际上会形成地环路。我在板子上用星形单点接地模拟地、数字地、电源地在电源入口的单点汇合。热电偶屏蔽层只在板卡端单点接地传感器端悬空避免两端接地后形成环路电流。PCB 布局上ADC 下面不要走数字信号线尤其是 CLK 线和 UART TX 线它们翻转时的高频分量很容易耦合到模拟输入。我在首批样板里就吃过这个亏ADC 到 MCU 的 CLK 走线从热电偶输入通道正下方穿过结果 ADC 数据在 CLK 翻转时出现周期性跳动最后只能改版绕线。3. 固件实现寄存器、协议与温度换算3.1 寄存器配置先从 CONFIG0 说起ADS122U04 上电后默认配置是关闭状态必须通过 UART 写入寄存器才能正常工作。寄存器组一共四个按顺序是 CONFIG0 到 CONFIG3每个 8 位。配置位定义在数据手册里非常详细我这里给一个实际项目里采用的配置思路具体位值要按手册核对。CONFIG0 主要设置数据速率和工频滤波。我把数据速率定在 20SPS这个速率下数字滤波器对 50Hz 和 60Hz 工频都有不错的抑制能力HVAC 现场正好是国内 50Hz 工频环境。如果追求更高刷新率可以提到 640SPS但噪声会明显上升软件也要做额外的均值滤波这个取舍要视应用而定。CONFIG1 设置 PGA 增益和输入通道选择。热电偶测量我选择 PGA128输入通道选 AIN0-AIN1 差分对。NTC 测量通道选 AIN2-AIN3PGA 增益低一些比如 4 倍避免 NTC 电压超出量程。CONFIG2 选择基准源和激励电流源内部 2.048V 基准NTC 恒流源使能电流值设成 250µA。CONFIG3 开启 CRC 校验关闭开短路检测这两个功能后面固件稳定了可以再打开。寄存器写入的伪代码大致如下注意写入后一定要回读验证防止 UART 时序问题导致“看似写了、实际没写”的假象// 伪代码寄存器位定义以数据手册为准 uint8_t cfg[4]; cfg[0] 0x26; // 举例占位20SPS工频抑制开启 cfg[1] 0x03; // 举例占位PGA128AIN0-AIN1 差分 cfg[2] 0x00; // 举例占位内部基准激励电流 250uA cfg[3] 0x01; // 举例占位CRC 使能其余关闭 ads122u04_write_regs(cfg, 4); ads122u04_read_regs(0, 4, rx_buf); if (memcmp(cfg, rx_buf, 4) ! 0) { // 读取寄存器失败重新初始化 }3.2 四线 UART 的帧格式与驱动封装四线 UART 协议的精髓在于“主机提供时钟从机按地址响应”。主机发送一个命令帧从机返回一个数据帧每一帧都带 CRC 校验这样通信可靠性比普通 UART 高很多。命令帧发送过程可以概括为拉低 CS等待一小段稳定时间在 CLK 时钟驱动下把 4 个字节按序发送出去然后继续读取从机返回的 4 个字节完成后再拉高 CS。帧里的命令字节决定了这次操作是写寄存器、读寄存器还是读取 ADC 转换结果。读取 ADC 结果时返回的 4 个字节里有 3 个字节是 24 位采样值最后一个字节是状态和 CRC 信息。驱动封装建议做三层。底层是 GPIO 模拟或者硬件 UART 的字节收发中间层是帧构建和 CRC 校验最上层是 ADC 数据获取和寄存器读写。中间层一定要封装好“从机无响应”和“CRC 错误”这两个异常状态因为实际现场经常出现瞬间干扰导致一帧数据损坏如果驱动直接返回错误上层就方便做重试而不是把坏数据当成正常值。我在 STM32 上用的是中断发送 接收超时机制。MCU 发送完命令后开一个 5ms 定时器如果 5ms 内没有收到有效回复就判定通信超时重新同步 CS 时序再试一次。这个策略在长期运行中效果很好偶发错误能被自动恢复掉不会出现死等造成系统卡死。3.3 电压到温度的完整换算流程拿到 ADC 的 24 位原始码后第一步先做二进制补码转换。ADS122U04 输出的是 24 位二进制补码正温度和负温度对应的电压方向不同所以要做好符号扩展int32_t raw (b2 16) | (b1 8) | b0; if (raw 0x800000) { raw - 0x1000000; // 24位补码转成32位有符号数 } float voltage (raw / 8388608.0f) * (VREF / GAIN);最后一行计算的是实际输入电压。这里 VREF 是 2.048VGAIN 是 128所以电压满量程是 ±16mV。如果芯片用的是外部 2.5V 基准这里就要相应替换。第二步是热电偶电压到温度的线性化。最省事的方法是分段查表把 NIST ITS-90 标准对照表做成常量数组用二分法找到电压所在区间再做线性插值。这个方法占用 Flash 不大速度也快K 型热电偶从 -200°C 到 1372°C 只需要几百个数据点精度可以做到 0.3°C 以内。如果要求更高可以再叠加一个二次修正项把插值误差压到 0.05°C。第三步是冷端补偿。先把 NTC 通道的电压值换算成电阻值再用 Steinhart-Hart 方程得到冷端温度然后查找该温度下对应的热电偶电动势把这个电动势加到测量电动势上最后再查一次表得到真实温度。整套流程可以用下面的伪代码表达float v_cold read_ntc_voltage(); float r_ntc r_div * v_cold / (v_ref_gain - v_cold); float t_cold steinhart_hart(r_ntc); float emf_cold tc_type_k_emf(t_cold); float emf_hot tc_type_k_emf(t_meas); float t_real tc_type_k_temp(emf_hot emf_cold);注意 emf_cold 是有符号的如果冷端温度低于 0°C这个电动势就是负值加法操作要确保符号处理正确。3.4 数字滤波与均值策略ADS122U04 内部已经有数字滤波但我在 MCU 端还是加了二次滤波主要目的是消除现场随机尖峰。我的策略是“中值 滑动平均”组合连续采 5 个点去掉最大值和最小值剩下 3 个点求平均。这个组合对瞬时脉冲干扰非常有效而且不会像纯滑动平均那样把阶跃响应拖得很慢。在 HVAC 场景里温度变化本身很慢风管里的温度一分钟内顶多波动零点几度所以 20SPS 的数据率配合 5 点滤波最终显示值已经很稳定。我在面板上测试时读数基本纹丝不动。工业场景有些区别。如果测的是管道表面温度探头会受环境风速影响温度在短时间内有小幅震荡这时候我会把滤波窗口拉长到 9 点或者 15 点让显示值更平滑。但要注意过滤波太多会导致温度报警响应变慢如果设备有超温保护功能报警延时不能太大否则可能造成安全事故。这个平衡点要根据项目指标来调不能一刀切。4. 实测数据实验室与现场表现4.1 零点、沸点和恒温箱对比板卡调通后我先在实验室做了基础精度验证。用冰水混合物作为 0°C 基准沸腾的纯净水作为 100°C 基准再用恒温箱设置 25°C 和 80°C 两个点交叉验证。实测数据如下表标准温度本系统读数偏差0.0°C0.06°C0.06°C25.0°C24.91°C-0.09°C80.0°C79.95°C-0.05°C100.0°C100.12°C0.12°C这个结果是在外接 REF5025 基准、冷端补偿校准后的状态。如果只用内部基准偏差会大一些但也在 ±0.5°C 以内对 HVAC 应用绰绰有余。整体来看这套系统在常温段的表现已经超过了我最初的设计预期。4.2 校准流程与修正系数温度测量系统的绝对精度不可能只靠芯片参数保证板级校准是必要的。我的校准流程分两步先做冷端补偿校准再做整体增益偏置校准。冷端补偿校准是这样做的把热电偶探头和标准温度计绑在一起放到冰水混合物里等到示数稳定后记录本系统的显示温度。如果显示不是 0°C说明 NTC 或补偿算法有偏差我就在固件里保存一个修正偏移量把补偿温度往正确方向拉回来。整体增益校准在 100°C 沸点做。记录系统显示温度和标准温度之间的差计算出一个比例系数也就是增益修正。之后每个通道的最终温度值都用公式T_final (T_raw offset) * gain_coeff计算。这两个参数我保存在 STM32 的 Flash 中每次上电自动加载。校准好的板卡互换性很好同一批板卡相互替换后读数差不超过 0.1°C。4.3 现场长期运行的稳定性实验室数据再漂亮现场才是真正的考核。我在 HVAC 风管上挂了三个测点连续运行两周系统读数一直稳定在设定温度附近波动范围不超过 ±0.15°C中间还经历了压缩机启停、变频风机调速等干扰场景没有出现一次数据跳变或通信超时。工业侧我也贴了一个 200°C 蒸汽管道的表面温度测点测试周期一周。由于管道表面温度本身波动较大读数在 198°C 到 202°C 之间缓慢变化跟踪趋势很平滑。最让我满意的是长期漂移表现一周内没有出现逐渐偏离的趋势说明模拟链路的温漂已经被控制住了。5. 常见问题与排查实录5.1 UART 通信偶发丢帧我调试时遇到最多的问题是“偶尔读不到数据”。最开始怀疑波特率设置后来用示波器抓 CS、CLK、TX 三根线才发现是 CS 拉低后、CLK 开始前的时间太短从机还没准备好就收到了第一个位。解决办法是在 CS 拉低后加至少几十微秒的延时再从时钟和发送开始。另一个容易踩的坑是 CLK 信号质量不好。如果 CLK 走线太长且没有串阻信号边缘会产生振铃导致从机采样错位。我在 MCU 端给 CLK 输出串联了 33Ω 电阻振铃明显减少。CRC 错误的概率从原来的每次启动都会出现下降到了几乎为零。5.2 读数跳变到怀疑人生如果你一上电读数就在几度范围内乱跳先别怀疑芯片坏了大概率是干扰直接进到了模拟输入。我遇到过两个典型案例第一个是热电偶屏蔽层两端都接地形成地环路第二个是数据线从 ADC 输入下方穿过数字噪声耦合进模拟通道。排查思路很简单先把热电偶线拔掉用短路线短接 ADC 输入看读数是否稳定在 0°C 附近。如果短路线也跳问题在板级布局或者电源如果短路线稳定问题在热电偶引线或接地方式。按这个顺序排查半个小时内基本能定位。5.3 冷端补偿偏差怎么定位冷端补偿出错的典型现象是冰水混合物中探头实测值稳定但偏离 0°C 很多比如显示 2°C。这种偏差通常是 NTC 没有真实反映“热电偶冷端连接处的温度”。我排查时先测量 NTC 附近 PCB 的实际温度用红外点温枪对比再检查 NTC 和端子之间有没有明显的热阻路径。如果是 NTC 离端子太远中间还有大铜皮散热那读到的温度和实际冷端温度自然对不上。解决办法是调整布局让 NTC 紧贴端子并在热电偶端子四周开隔热槽减少 PCB 铜皮把热量导走。5.4 长期漂移与器件老化长期运行后温度读数慢慢偏移最常见的原因是 NTC 老化或者基准源温漂累积。NTC 老化很难完全避免我的处理办法是留一个校准菜单允许现场用标准温度计重新做一次两点校准并把修正参数写回 Flash。如果是追求长期稳定的工业产品建议把 NTC 换成 PT1000 铂电阻它的长期稳定性比 NTC 好一个数量级只是需要更高精度的测量电路。这个升级动作不会改太多软硬件因为 ADS122U04 自己就能提供恒流源激励换 PT1000 主要是改一下 B 值查表和激励电流档位。6. 写在最后的经验与扩展思路6.1 这套组合能延展到什么程度ADS122U04 支持 UART 地址扩展理论上可以在同一条 UART 总线上挂多颗芯片用不同地址区分。我目前一块板子上挂了 4 颗分别测风管送风、回风、冷却水和室外补偿温度MCU 通过地址轮询就能把 8 路差分通道全部读回来。如果你需要更多测点可以再加一颗代码量增加得很有限。温度数据出来之后后续怎么用才是产品差异化的关键。我把 STM32 上的 MODBUS RTU 从站协议栈跑起来温度值通过 RS-485 上传到 PLC 和组态软件同时保留一路以太网口方便远程监控。对于 HVAC 项目这套架构可以直接对接楼宇自控系统对于工业设备接口换成 4-20mA 输出模块也很容易只改 MCU 外设就行。6.2 一些容易忽略的细节最后分享几个容易忽略但影响很大的细节。第一热电偶接线端子最好用补偿型端子普通的铜端子会在连接处产生微弱的寄生热电动势导致零点偏移这个误差在校准时会混入偏移量但温度变化后会显现出来。第二PCB 上热电偶输入附近不要铺大面积铜皮铜皮散热会让冷端温度分布不均匀。第三固件处理 24 位补码时一定要用有符号右移否则温度低于 0°C 时数据会变成巨大的正数很多“高温报警”的假故障就是这样来的。我个人在实际项目里最深刻的体会是这套方案的精度瓶颈从来不在 ADC而在冷端补偿和现场布线。芯片选对了通信接口稳定了剩下的功夫都应该花在“让传感器真正感受到它应该感受的温度”上面。下一次如果你也遇到热电偶读数离谱的问题不妨按这个思路从冷端和地环路开始查而不是一上来就怀疑芯片坏了。
