ADS122U04与STM32L442工业测温方案实战：从模拟前端到抗干扰

落地一套能真正稳定跑生产的工业测温方案，远比看几个芯片选型对比表要复杂得多。ADS122U04IPWR 这颗芯片在项目里出现频率不低，STM32L442KC 作为主控也很常见，但真正把这两颗芯片组合起来用在 HVAC 和工业现场时，牵扯到的细节远不止“ADC 读数据、单片机算温度”这么简单。我最近刚好把这套方案完整走了一遍，从传感器选型、模拟前端设计、UART 通信协议、固件状态机到现场抗干扰排查都有实战记录，这篇就把整个过程和趟过的坑一次说清楚。

1. 为什么用“UART 接口 ADC + 低功耗 MCU”的组合

工业温度测量和消费电子里的测温完全是两码事。消费场景里大家习惯用单总线或者 I2C 接口的数字温度传感器，比如 DS18B20、TMP117，图个省事。但一到工业现场，传感器往往要拉很长的线，环境里有电机、变频器、接触器这些强干扰源，而且温度范围、精度要求和长期稳定性都更苛刻，普通数字传感器的方案就很难站住脚了。

ADS122U04IPWR 的定位是高精度 24 位 Δ-Σ ADC，带 UART 接口，四通道差分输入，内置可编程增益放大器和激励电流源。这种芯片天生就是干工业测量的料——它不追求接口多花哨，而是把测量链路的精度和抗干扰能力放在第一位。单独看“24 位”这个数字没太大感觉，但如果配合 PGA 的增益设置和合适的传感器激励，整套系统能达到 0.1% 甚至更高的测量精度，这在工业温度监控里是很实在的指标。

STM32L442KC 选择它的理由同样直接。这颗芯片属于 STM32L4 系列，主频 80MHz，内置 12 位 DAC、两个比较器、运算放大器，关键是功耗控制做得很好，适合做需要长期运行的嵌入式测温节点。真正让我觉得这套组合合理的地方在于，STM32L442KC 的 LPUART（低功耗串口）可以直接和 ADS122U04 的 UART 对接，MCU 本身资源又足够应付温度换算、报警判断、通信协议栈这些额外工作，一颗芯片全包了。

从系统架构上拆解，这套方案的核心链路是：

• 传感器（Pt100/Pt1000/热电偶/NTC）→ ADS122U04 模拟输入差分通道
• ADS122U04 内置激励电流源给传感器供电，产生随温度变化的差分电压
• ADC 完成 24 位高精度采样，通过 UART 接口把转换结果送给 MCU
• STM32L442KC 解析数据、线性化计算、冷端补偿（如果接了热电偶）、超限判断
• MCU 再通过 RS485/以太网/无线模块把温度值上报给上位机或云端

这套架构的价值在于模拟前端和数字处理分离。ADS122U04 负责把微弱的传感器信号转成可靠的数字量，MCU 不掺和模拟部分，只做数据处理和业务逻辑。这样后期维护时换传感器、改量程、调滤波算法都相对独立，不会牵一发动全身。

还有个实际原因也值得说——工业项目往往有高低温、震动、粉尘这些恶劣环境，分离式设计能把 ADC 就近放在传感器侧，MCU 放在控制柜里，中间用 UART 传输数字信号。数字信号比模拟信号抗干扰能力强得多，这也是做系统设计时一个非常重要的思路。

2. 模拟前端与传感器选型的关键细节

确定了芯片组合之后，真正决定测量精度的是模拟前端怎么搭。ADS122U04 虽然内置 PGA 和激励电流源，但外部电路设计不合适，再好的 ADC 也白搭。我这里拆开讲几个核心问题。

2.1 传感器类型决定整个信号链路设计

工业 HVAC 项目里最常用的是 Pt100 和 Pt1000 铂电阻，偶尔也会用 NTC 热敏电阻做低成本方案。三种传感器对应的信号调理逻辑完全不同。

Pt100 在 0℃ 时电阻是 100Ω，到 100℃ 时约 138.5Ω，温度系数约为 0.385Ω/℃。这种低阻抗传感器需要比较大的激励电流才能产生足够的电压信号。比如 ADS122U04 内置激励电流源设置成 500μA，在 0℃ 时产生的电压只有 50mV，100℃ 时约 69.25mV，差分信号幅度确实很小，必须靠 PGA 放大到 ADC 满量程附近才能发挥 24 位分辨率的优势。

Pt1000 电阻值是 Pt100 的 10 倍，同样电流下信号电压也大 10 倍，对 PGA 的增益要求低一些，而且引线电阻的影响相对更小。在 HVAC 这种测温距离几十米到几百米的场景，Pt1000 往往比 Pt100 更实用，因为线阻带来的误差被稀释了。NTC 的电阻变化是非线性的，温度升高电阻急剧下降，需要在电路和算法上做更细致的处理。

从我的实际经验来说，如果是新风机组、空调箱、冷却水主管道这类场合，优先选 Pt1000 三线制接法，性价比和稳定性最均衡。如果用的是现成的温度变送器探头，那就要确认探头内部是否已经做了放大和线性化，很多时候探头输出的已经是 4-20mA 或 0-10V 信号，这种情况 ADS122U04 就要工作在单端输入模式，按电压采集来处理。

2.2 三线制接法消除引线电阻误差

铂电阻测温最大的坑是引线电阻。假设传感器到 ADC 的距离是 30 米，两芯屏蔽线的铜阻大约 0.5Ω 到 1Ω。如果用的是最简单的二线制接法，这 1Ω 的线阻和 100Ω 的 Pt100 是串联的，算下来相当于 2.6℃ 的误差——这个误差在工业和 HVAC 场景里是绝对不能接受的。

解决方式就是三线制。具体接法是：激励电流从 ADC 的 IDAC1 输出，经过一根线接到传感器的 A 端，再从 A 端经过另一根线回到 ADC 的 IN1，同时传感器 A 端再单独引一根采样线到 IN2。因为流过采样线的电流几乎为零，所以采样线上不会产生压降误差。ADS122U04 的差分输入测量的是 IN1 和 IN2 之间的电压差 ,也就消除了大部分引线电阻的影响。

关于激励电流源的使用，我建议用 IDAC1 作为传感器激励，IDAC2 可以作为 RTD 低端的偏置电流。ADS122U04 数据手册里有详细的内部连接图，照着搭建就行，但要注意 IDAC 的输出电流值需要根据 PGA 增益和参考电压综合考虑，不要让 ADC 输入端电压超过参考电压范围，否则转换结果就是满量程或截止，看起来像传感器故障。

对于三线制接法，即使 ADS122U04 的输入阻抗非常高，如果激励电流源设置不合适，还是会产生误差。我一般把激励电流设置在 250μA 到 1mA 之间，具体看传感器类型。如果 RTD 是 Pt100，用 1mA 产生的满量程信号大约在 138.5mV，用 PGA 增益 8 倍或者 16 倍放大，正好落在 ADC 的满量程范围内，这时每个 LSB 对应的温度值能做到 0.01℃ 以下，精度完全足够。如果用 250μA，信号幅度会小很多，噪声的影响占比就会上升，反而不划算。

2.3 参考电压选择与比例测量

工业测温里最经典的技巧是比例测量（Ratiometric）。简单说，让 ADC 的参考电压由同一个激励电流源产生，这样一来，电源的波动会被同时反映在信号和参考电压上，测量结果自然就不受电源影响。

ADS122U04 支持外部参考电压输入，常规做法是把激励电流源经过一个精准参考电阻产生的电压作为 REF 输入。比如激励电流设为 1mA，参考电阻选 3.3kΩ，那参考电压就是 3.3V。同时这个电流也流过 Pt100 产生信号，信号电压和参考电压同源，比例关系就锁死了。这种方法省去了一颗高精度基准电压芯片，成本降低，精度还更高。

实际操作中要留意参考电阻的温度系数。普通贴片电阻温度系数大概 ±100ppm/℃，环境温度变化 10℃ 就会带来 0.1% 的误差，对高精度测量是不可忽略的。我选参考电阻一般要求温度系数在 ±10ppm/℃ 以下，最好 0.1% 精度的金属箔电阻。成本会高点，但和换来的稳定性相比，完全值得。

3. UART 通信接口与协议层实现

ADS122U04 使用 UART 接口和 MCU 通信，这在当时是比较少见的设计。实际上 UART 是单片机世界最通用的接口，几乎所有 MCU 都有硬件 UART，调试起来也比 SPI/I2C 更直观。这个设计非常适合主从式传感器节点架构——一颗 MCU 连接多颗 ADS122U04，用地址来区分。

3.1 UART 时序与命令帧格式

ADS122U04 的 UART 波特率取决于外部晶振频率。手册里给了典型配置：使用 4.096MHz 晶振时，通信波特率最高可以到 921600bps。但实际项目里波特率不建议跑太高，尤其是引线长、环境电磁噪声大的场景，我一般选 115200 或者 57600。工业现场不是堆速率的地方，稳定压倒一切。

命令帧格式要注意几个点。ADS122U04 支持的命令包括读/写寄存器、启动转换、读数据、复位等，每帧数据由命令字节、数据字节和 CRC 校验字节组成。STM32L442KC 端需要用 DMA 或中断方式接收，不能在主循环里阻塞等待。因为 ADC 转换需要时间，MCU 如果一直等数据，就没空处理其他任务了。

我这里给一个简单的 UART 读写流程参考：

• 初始化 UART 为 8 位数据、无校验、1 位停止位，波特率 115200
• 发送命令字节 0x42（读数据命令）后，ADC 会连续输出 24 位转换结果
• 每次读回 4 个字节：前 3 字节是数据，最后 1 字节是 CRC
• MCU 对收到的数据做 CRC 校验，校验通过才算一帧有效数据

关键点在于 START 命令和读数据命令的配合。如果每读一次就发一次 START，ADC 就会一直处于频繁启动状态，转换稳定性差，而且命令交互占用大量 UART 带宽。更合理的做法是配置 ADS122U04 为连续转换模式（通过寄存器配置），MCU 只需在需要结果时发送 RREG 或者 RDATA 命令取数即可。这个微小的设计差异可以让系统 CPU 占用率低很多，同时提高数据连贯性。

3.2 寄存器配置的实战推荐值

ADS122U04 的寄存器组是所有逻辑的核心，配置是否正确直接决定了测量是否正常。以我自己做的一套 HVAC 温度采集节点为例，寄存器的配置大致是：

• 配置寄存器 0（Config0）：选择内部参考电压，启用内部温度传感器，PGA 增益设为 8 倍
• 配置寄存器 1（Config1）：设置连续转换模式，数据传输速率根据工频选择 20SPS（对应 50Hz 抑制）
• 配置寄存器 2（Config2）：开启 IDAC1，激励电流设为 500μA，接到 RTD 的激励引脚
• 配置寄存器 3（Config3）：设置四通道为差分输入模式，只使能需要的通道

这些值不是拍脑袋定的，背后逻辑要讲清楚。PGA 增益 8 倍是因为选定的 Pt1000 在测温范围内最大差分电压约为 200mV，乘以增益 8 后接近 ADC 满量程，动态范围最充分。采样率选 20SPS 是因为工业现场普遍有 50Hz 工频干扰，采样率与工频及整数倍关系，配合芯片内置的数字滤波器，可以把工频干扰衰减到很低的水平。

ADC 内部数字滤波器是另一个容易被忽略的细节。ADS122U04 内置了可编程数字滤波器，低采样率下等效噪声更低。如果在 20SPS 采样率下，等效噪声可以低到几十纳伏级别，加上 PGA 增益，对应温度分辨率远小于 0.01℃，这在 HVAC 应用里绰绰有余。如果追求更高速度，比如响应时间小于 100ms，可以把采样率提高到 1000SPS，但噪声会明显增加。实际项目中要做取舍，我一般温度采样都选低速高精度模式。

3.3 冷端温度采集与热电偶支持

如果项目里用热电偶，ADS122U04 内置的内部温度传感器就可以派上用场。热电偶测的是相对温度差，必须知道冷端（参考端）的实际温度才能换算真实温度。ADS122U04 数据手册说明可以通过读内部温度传感器寄存器获得芯片结温，将这个结温近似为冷端温度。这个方法对 HVAC 场景足够用，因为室内到控制器的温差不会极端，但要注意芯片结温和端子温度可能存在的差异，追求高精度时需要额外在冷端位置放一颗 PT100 做校准。

读内部温度传感器的做法不复杂，就是把 Config0 寄存器里的内部温度传感器使能位置位，然后读温度结果寄存器，再套用公式换算。需要注意的是，内部的温度传感器精度有限，一般在 ±0.5℃ 到 ±1℃ 左右，如果冷端补偿精度要求优于 0.2℃，建议还是用外置 PT100 做冷端补偿，通过 ADC 同时采集两个信号再换算。

4. 硬件设计要点与电源树规划

ADS122U04 是模拟测量芯片，对它供电要格外小心。电源噪声直接耦合到参考电压和模拟电源引脚，会变成测量结果里的毛刺和噪声。STM32L442KC 是数字芯片，纹波要求没那么苛刻，但既然放在同一块板子上，就得做隔离和滤波。

4.1 电源分区与去耦

我设计的典型电源树是：外部 24V 电源输入，经过 DCDC 降到 5V，再用 LDO 得到 3.3V 给模拟部分供电。STM32L442KC 的 VDD 可以独立用一组 3.3V，模拟部分和数字部分之间用磁珠或π型滤波隔开。数字部分的电流变化会在电源平面上产生噪声，这个噪声如果直接进入 ADS122U04 的 AVDD 引脚，测量精度会肉眼可见地变差。

去耦电容的位置特别讲究。ADC 的每个电源引脚附近都要放一个 0.1μF 陶瓷电容，电容要尽可能靠近引脚放置，走线先过电容再接引脚。另外在 ADC 电源入口处再放一个 10μF 的钽电容或者大容量陶瓷电容，用于低频噪声吸收。REF 引脚周围的电容选 X7R 或者 C0G 材质，温度稳定性好，避免因电容本身的温度漂移影响参考电压。

有一个坑我踩过：PCB 上模拟地和数字地为了追求“纯净”就完全分开，最后用一颗 0Ω 电阻在芯片附近互联。但如果分割位置不当，回流电流就会绕很大一圈，形成环形天线，反而引入更大噪声。更好的做法是统一铺地平面，用完整的底层地平面作为所有信号的回流路径，然后在 ADC 和 MCU 下方做好分区布局。这个设计技巧我在多个项目中验证过，高频噪声控制和信号完整性都明显改善。

4.2 输入信号滤波与 ESD 防护

如果传感器引线距离超过 1 米，输入端必须加滤波。最简单的做法是在 ADC 输入端并联一个电容，和传感器引线自身的阻抗构成低通滤波，滤掉高频电磁干扰。这个电容不能太大，太大会和传感器电阻构成较大的 RC 时间常数，拖慢响应速度。我一般选 1nF 到 10nF 的 C0G 电容，如果现场干扰厉害，也可以组成 RC 滤波，但电阻值不能太大，否则会引入直流误差。

工业现场的静电和浪涌是躲不掉的。接线端子端要加 TVS 管做 ESD 和浪涌防护，TVS 管的击穿电压选在 ADC 最大额定输入电压以下，通常在 3.3V 供电的系统里选 3.6V 或 5V 的 TVS 管，放在靠近接线端子的位置，把能量泄放到地。模拟输入端还要串联一个几百欧到几千欧的限流电阻，防止异常高电压损坏 ADC 内部的 ESD 保护二极管。

还有一点，ADC 输入引脚悬空时读数会乱跳，这是个常见的误导性现象。如果传感器没接或者线路断路，ADC 输入引脚对外是高阻抗，任何电场拾取都会在输出端形成不规则跳变。看起来像芯片坏了，其实是浮空输入导致的正常现象。解决方法是软件里加传感器断线检测，或者硬件上设置偏置电阻让浮空输入有个确定的电平，避免误判。

5. STM32L442KC 端固件架构与数据处理流程

5.1 整体固件状态机设计

固件不复杂，但一定要有清晰的状态划分。我采用的主循环是：系统初始化 → 配置 ADC → 启动转换 → 等待数据 → 数据解析 → 线性化处理 → 数据上传 → 回到等待状态。为了提高实时性，UART 接收用 DMA 加空闲中断实现，CPU 只在接收到完整帧时才被唤醒做解析，平时可以进入低功耗模式。

STM32L442KC 内部有硬件 CRC 模块，计算 ADS122U04 的 CRC 校验值非常快。CRC8 这类多项式校验虽然安全性不高，但对 UART 通信的偶发错误已经足够。需要注意的是 ADS122U04 的 CRC 算法是基于特定多项式的，默认可能是多项式 0x07（CRC-8），务必在初始化时确认手册中的 CRC 设置，别自己臆造算法，否则每一帧都校验失败，白白浪费时间排查。

我手上的项目代码结构大概是这样组织的：

typedef struct { uint8_t adc_regs[4]; uint8_t crc_enable; uint8_t continuous_mode; uint8_t pga_gain; uint16_t sample_rate; float VREF; } Ads122U04_Config; void ads122u04_write_reg(uint8_t reg, uint8_t value); uint8_t ads122u04_read_reg(uint8_t reg); uint32_t ads122u04_read_data(void); float ads122u04_convert_rtd_temperature(uint32_t raw, uint8_t rtd_type);

这里每个函数都有明确的职责边界，方便后期增减功能。ADC 的寄存器映射通过枚举定义好，对应的命令码可以整理成常量表，查阅方便，调试的时候一目了然。

5.2 温度换算与查表法线性化

ADS122U04 输出的原始值是 24 位二进制补码格式。对于双极性输入，需要先判断符号位，将原始码转换成有符号数，再按照公式计算电压：

电压 = (原始码 / 满量程码) × 参考电压 / 增益

得到电压之后，如果是 Pt100/Pt1000，还需要根据电阻-温度关系换算温度。更稳妥的办法是查表法配合线性插值。IEC 60751 标准规定了铂电阻的温度-电阻关系表，把这个表按 1℃ 分辨率预先存在 Flash 里，运行时根据测量的电阻值二分查表，再做线性插值，精度可以做到 0.1℃ 以内，而且计算速度快，不占太多 Flash。

代码实现方面，核心逻辑可以简化为：

float pt1000_to_temperature(float resistance) { const float R0 = 1000.0f; float temp = (resistance / R0 - 1.0f) / 0.00385f; // 近似线性 // 如果精度要求更高，使用 Callendar-Van Dusen 方程或查表插值 return temp; }

上面的公式是近似线性模型，适用于要求不高的场合。实际 I级 Pt1000 在 0-200℃ 范围内非线性误差最大可以达到 3℃。所以正式项目里我都是直接查表插值，代码稍微多一些，但换算结果的可靠性能让验收的人无话可说。

对于 NTC 热敏电阻，线性化就更重要了。NTC 的电阻-温度特性用 Steinhart-Hart 方程描述：

1/T = A + B·ln(R) + C·(ln(R))^3

A、B、C 参数在 NTC 规格书里都有给出，直接把公式搬进代码就行。这个公式的计算涉及浮点对数函数，在 STM32L442KC 上会占一些 CPU 时间。好在温度采集本身是慢速任务，每个通道也就每秒算几次，完全在可接受范围内。

5.3 多通道轮询与采样时序管理

ADS122U04 有四路差分输入通道，但同一时间只能测一路。实际测温系统往往需要挂多个传感器，这时候就要做多路切换。

ADS122U04 支持通过寄存器配置来切换输入多路复用器，读取完一路结果后，修改输入选择寄存器，等待转换稳定之后再触发下一次转换。切换通道之后，要留出足够的稳定时间。模拟多路开关切换后有建立时间，如果立即读数，数据还是上一通道的残留，这在快速扫描场景里是大忌。

我一般会给每个通道分配固定的时间片，比如 200ms 采样周期，前 50ms 用于通道切换和稳定，后 150ms 用于采集数据。如果系统有 4 个通道，一轮完整轮询就是 800ms，对 HVAC 这种缓慢变化的温度信号来说完全够用。如果非要加快轮询速度，可以使用周期扫描模式，让硬件按顺序自动切换通道，但这时候 ADC 的建立时间和切换顺序就要仔细查手册做配置，复杂度高不少，不建议从零开始的项目踩这个深水区。

采样时序的另一个关键点是时钟同步。UART 通信本身有起始位来同步，但 ADC 转换结束到 MCU 读取之间可能引入抖动。如果系统里有多个 ADS122U04 芯片，最好共用一个电源基准，并给每颗芯片独立的总线地址，MCU 按地址轮询。多颗芯片同时转换时总线容易冲突，优先设计成“错峰采样”，保证同一时间只有一颗芯片在总线上发数据。

6. 现场调试过程与问题排查全记录

硬件和固件都搞定之后，真正的硬仗才刚刚开始——现场调试。这个环节最耗时间，也最能体现方案设计是否扎实。我这里把实际调试中遇到的高频问题整理成表，每个问题都配了排查思路和解决方法。

6.1 常见问题速查表

每个问题的排查流程我建议遵循“先硬件后软件、先模拟后数字”的顺序。不要一上来就怀疑固件逻辑。现场排查最忌讳乱猜，每一步找到确凿证据再改东西，效率最高。

6.2 芯片无响应问题的完整排查实录

我第一次上电调试这套组合时就遇到了第一块硬骨头：发任何命令 ADS122U04 都没反应，示波器上可以看到 MCU 有波形发出去，但 ADC 的 MISO/DOUT 引脚纹丝不动，总线悬空。

排查顺序供大家参考。第一，用示波器量晶振引脚，确认识别到 4.096MHz 的正弦波。如果晶振异常，整个芯片的通信时钟就是乱的，会表现为完全无响应。第二，测 ADC 的 DVDD、AVDD 电压，确认电源已正常建立。第三，短接 MCU 的 TX 引脚到示波器，确认 MCU 确实发出了配置命令，硬件串口没被复用到别的功能上。第四，查看 ADS122U04 的复位引脚，确保没有挂在 GPIO 上被软件误拉低。

最后找到的问题让我印象很深——MCU 的 UART TX 引脚没有配置成复用功能，GPIO 默认是推挽输出模式，发出的数据是手动翻转电平模拟出来的，波形严重畸变。ADS122U04 对起始位和停止位要求很高，波形上升沿太慢直接导致通信失败。改成正确的复用功能配置后，通信立刻正常。这个案例听起来低级，但实际排查花了大半天，因为示波器上波形“看起来”就是有信号在跳，很容易让人误判成芯片有问题。

6.3 工频干扰导致的温度波动问题

系统运行到现场之后，客户反馈温度数值有规律的波动，而且波动周期看起来和空调压缩机的启停周期高度吻合。一开始怀疑是传感器没固定好，但检查后没问题。用示波器观察 ADC 输入端的电压波形，发现叠加了明显的 50Hz 正弦干扰，幅值大约十几毫伏。

根源是传感器信号线和压缩机供电线走了同一个线槽，长距离的平行走线产生了电容耦合和互感耦合。解决思路是双管齐下。硬件上，把信号线改成屏蔽双绞线，屏蔽层单端接地，尽量远离动力电缆。软件上，把采样率从 100SPS 降到 20SPS，让数字滤波器和工频及其谐波完全对齐。ADS122U04 的数字滤波器在这些整数倍频率点上有很深的陷波，20SPS 的采样率配合内部平均，噪声水平比 100SPS 时低了一个数量级。这两步操作做完之后，温度波动从 ±0.5℃ 降到了 ±0.05℃ 以内。

还有一个细节值得分享：屏蔽层应该接控制器侧的“干净地”，而不是传感器侧接现场地。很多人想当然认为屏蔽层要就近接地，但在存在地电位差的工业现场，两个接地点之间的地环路反而会引入更大的共模干扰。单端接地的原则是经过实际测试验证的。

6.4 校准实操与误差补偿方法

温度系统必须校准，没有例外。即使选料很严格，ADC 增益误差、参考电阻偏差、传感器互换性误差都会累积起来。校准的意义在于，用设备自身的基准去修正整个链路的系统误差。

以 HVAC 系统为例，我通常做两点校准。把传感器放进冰水混合物（0℃）中，记录 ADC 原始读数；再放进沸水或者恒温槽（100℃）中，记录第二组读数。然后根据这两组数据在软件里做增益和偏移修正，更新系数。

校准公式可以这样表示：

温度校准值 = 测量温度 × 增益修正系数 + 偏移修正量

增益修正系数 = （标准温度差）/（测量温度差），这个很容易推导。校准数据要存到 STM32L442KC 的内部 Flash 或者外部 EEPROM，掉电不丢失，后续维护时能快速读取和验证。

另外还要注意自热效应。激励电流流过传感器时会产生焦耳热，让传感器自身温度略高于被测介质。自热误差的大小取决于电流大小和传感器散热条件。PTC 探头放在静止空气里比放在水流里自热误差大。如果发现 0℃ 校准时读数偏高，很可能是激励电流设太大。此时可以降低激励电流或者改用大尺寸探头改善散热，通过对比不同电流下的读数变化量，可以估算出自热误差的大小。

7. 结合 HVAC 应用场景的系统级设计心得

谈完基础技术细节，回到 HVAC 这个具体应用领域看看这套方案到底怎么落地。

HVAC 系统的温度测量点和消费电子完全不同。风管温度、回水温度、送风温度、室内温度、室外温度、盘管温度，通常都是远距离、多点位、连续监测。用 ADS122U04 的好处是单颗芯片可以接 4 个传感器通道，配合多颗芯片和总线式连接，可以构建几十个点的分布式采集网络。

在 HVAC 项目里，我对温度精度和响应速度的要求是这样权衡的：空气温度变化相对慢，响应时间在几秒甚至几十秒都可接受，但精度要稳定，不能随环境温度变化产生漂移。水系统温度变化更慢，管道温度传感器通常有护套，系统热惯性本来就大，一味追求高采样率没有意义。把重点放在长期稳定性和抗干扰能力上，才是正确的技术方向。

系统通信这块，MCU 采集转换后的温度数据，通过 RS485 总线和 Modbus RTU 协议上报到 PLC 或者上位机。STM32L442KC 内部有足够的 Flash 存协议栈和配置参数，运行功耗也低，用于 HVAC 控制柜内的温度采集网关很合适。如果需要直接上网，可以并一个串口转以太网模块，或者用 STM32 的 LPUART 接 NB-IoT 模组做无线数据上报，扩展灵活度很高。

从项目管理和交付角度，这套方案还省了一件事：ADC 和 MCU 分离之后，硬件调试和软件调试可以并行。硬件工程师可以先调模拟前端，软件工程师用开发板模拟 ADC 的数据输出，两边互不占用，项目周期明显缩短。这在客户工期紧张的时候是实打实的优势。

我也得提醒一句，ADS122U04 这颗料目前的供货周期和价格要先确认。工业品项目上位机软件、结构、线缆都能做好，结果等料一等三个月，成本涨一倍，这种供应链风险也要提前规避。如果项目量少，可以优先考虑用 STM32L442KC 的片内 ADC 先做原型验证，等方案稳定后再切换到外置 ADC，逐步完善整个系统。

8. 实测下来的个人体会和扩展建议

这套方案我已经在实际项目里稳定运行了一段时间，几个感受非常明确。ADS122U04 的 24 位精度绝大多数时候是“溢出”能力的——HVAC 应用真正需要的是重复性和长期稳定性，而不是单纯的分辨率。真正让系统好用的是电源设计、滤波、线性化、校准这套组合拳，单独靠芯片硬件参数并不能解决所有问题。STM32L442KC 在这套系统里也完全没有成为瓶颈，反而因为资源足够，给后续加功能留下了空间。

最后分享一个我认为非常实用的功能扩展方向：故障预测。温度数据本身不会突变，但温度变化趋势和速度能反映设备健康状态。比如盘管温度上升速率突然加快，可能是水流量不足或结垢；风机送风温度不规则波动，可能是风道堵塞或传感器劣化。这类“隐性故障”在实时温度曲线上是有迹可循的。把当前这套采集端的精度和稳定性做扎实，后端的诊断算法才有数据基础可以发挥。

我在实际调试中也积累了一个小窍门：部署后用胶带把传感器线缆和动力电缆的间距固定好，别让现场工人后续随意走线把信号线和强电捆在一起。硬件防护做得再好，也扛不住现场的不规范施工。项目验收后的一周内，我建议持续记录温度数据并做统计分析，确认数据的噪声底和漂移趋势都符合预期，才算真正交付完成。温度测量系统的价值不在于芯片有多高端，而在于每一个细节都被认真对待。