企业官网建设流程全解析

组合式空调机组的送风温度一波动，整个车间的工艺也跟着抖——这句话我到现在还记得。测温度这事，放在实验室里好像很简单，真进了 HVAC 和工业现场，你会发现信号小、干扰大、传感器还分成热电偶、PT100 和 NTC 好几种，想用一种方案统一拿下并不容易。这篇文章要讲的信号链路是：ADS122U04IPWR 这颗带 UART 接口的 24 位 ADC 负责把各类温度传感器的微弱信号采样成数字量，MKV42F128VLH16 这颗 Cortex-M4F 单片机在本地把数据读出来、换算成温度，再交给上层控制逻辑。如果你在做暖通控制器、工业采集板，或者正在为多路高精度温度采集挑选 ADC 和主控，这篇从器件选型、硬件接线、算法校准到现场排错的内容，值得仔细看完。

1. 为什么 HVAC 现场的测温会"翻车"在传感器信号上

1.1 传感器输出量级，决定了你根本没资格用普通 ADC

先说一个很多新手容易忽略的事实：温度传感器输出的电气信号非常微弱，微弱到普通单片机内置 ADC 完全不够看。

拿 HVAC 里用得最多的 PT100 举例。PT100 在 0℃ 时电阻是 100Ω，温度系数大约 0.385Ω/℃。也就是说温度每变化 1℃，电阻只变 0.385Ω。如果用 1mA 的恒流源激励，那么电阻上的电压变化就是 0.385mV/℃。想分辨 0.1℃，你要测出 38.5μV 的电压变化。

这是什么概念呢？一颗 12 位 ADC，基准电压按 3.3V 算，1 个 LSB 是 3.3V / 4096 ≈ 806μV。806μV 对应的温度大约是 2℃。也就是说，用单片机内置 12 位 ADC 去测 PT100，理论分辨率连 1℃ 都做不到，更别提还有噪声和偏移的干扰。

热电偶更夸张。K 型热电偶在室温附近的灵敏度大约是 41μV/℃，想分辨 0.1℃ 就得测出 4.1μV 的信号。这种量级下，除了 24 位 Δ-Σ ADC 配合可编程增益放大器，基本没有别的选择。这也是标题里 ADS122U04 这种器件存在的意义：它不是"精度高一点点"的问题，而是"没有它，热电偶这类传感器根本没法定量测量"。

NTC 的情况稍微好一点，因为 NTC 在常温下电阻几千欧到几十千欧，分压后信号电平能到伏特级。但 NTC 有强烈的非线性，而且对激励电流非常敏感，自热误差很容易做到 0.1℃ 以上。你同样需要一个稳定的激励源和低噪声采样链路，而不是直接把电阻分压接到单片机引脚就完事。

我把三种传感器在 HVAC/工业现场的典型参数拉了个表，方便直观对比：

1.2 为什么选带 UART 的 ADC，而不是 SPI/I2C

很多人的第一反应是：既然要外挂高精度 ADC，为什么不用 SPI 或 I2C 接口的？市场上一抓一大把。这里有个工程上的关键考量：HVAC 和工业设备的传感器并不都在主控板上，它们很可能分布在风管、水管、电机绕组、轴承座这些位置，离控制板有几米甚至几十米远。

SPI 需要至少 3 根线（SCLK、MOSI、MISO），还要每片一个片选 CS。线一长，时钟信号完整性就会出问题，抗干扰能力也差。I2C 是开漏结构，速率提不上去，地址冲突、电平转换也麻烦，多器件长线基本没法用。

ADS122U04 用的是 UART 接口，这就很不一样了。UART 本身只要两根线（TX、RX），没有时钟线，对线间电容不敏感，天然的适合跨板、跨柜连接。再进一步，UART 可以直接转成 RS-485 差分信号传输，现场走个几百米没问题。这意味着你可以把 ADC 放在传感器那一端，模拟信号尽量短，主控放在控制柜里，数字信号走长线。这个架构在抗干扰上先天就有优势。

另外，ADS122U04 是带地址功能的，同一个 UART 总线上可以挂多片 ADC，每片 4 个通道。一个总线下来就能扩展出十几路温度采集，而 MCU 只需要占用一组 UART。这对 HVAC 这种"温度点特别多、但又不值得每个点单独拉线"的场景非常实用。

1.3 前端的模拟问题解决了，后面还有一串软件活

选好 ADC 只是开始。热电偶要冷端补偿，PT100 要线性化，NTC 要解指数方程，现场还有工频干扰、传感器开路、数据偶发错帧这些事。真正让这套系统在项目里落地，靠的是把硬件接口设计、通信状态机和数值处理算法串成一条完整的链路。

这也是我把 MKV42F128VLH16 放进来的原因：它做采集控制不是杀鸡用牛刀，而是刚好够用。168MHz 的 Cortex-M4F 带 FPU，做温度线性化查表、多项式计算、数字滤波都很轻松；它本身又是面向电机控制的 Kinetis V 系列，FlexTimer 和 ADC 触发资源丰富，后续想在同一个板子上加风机、水泵的变频控制，完全不用换主控。

2. ADS122U04IPWR 的硬件设计：从引脚到传感器

2.1 这颗 ADC 的内部结构，不能当"带串口的普通 ADC"看

ADS122U04 是一颗 24 位 Δ-Σ ADC，4 通道差分/单端输入，内置可编程增益放大器 PGA（1~128 倍），内置 2.048V 参考电压，数据速率范围大致是 20SPS 到 2000SPS，还有两路 IDAC 恒流源，内部集成温度传感器，UART 接口支持多地址和 CRC。封装是 TSSOP-16，也就是型号里的 IPW。

它内部最有价值的东西是 PGA 和 IDAC 的组合。PGA 能把热电偶的几十微伏信号放大到 ADC 能有效分辨的范围；IDAC 给 RTD 提供稳定的恒流激励，避免外部自己搭恒流源带来的漂移和噪声。真正干活的时候，你往往不需要外接精密运放和恒流源，一颗芯片把模拟前端全包了。

UART 侧的收发逻辑是这颗芯片的另一个亮点。它用内部振荡器产生 UART 时钟，支持多种波特率；通信帧里有地址、数据、状态和 CRC 校验，MCU 侧不需要太担心数据被干扰篡改。具体到内部寄存器，主要就是配置模拟输入 MUX、PGA 增益、数据速率、IDAC 电流和 UART 地址这些项。寄存器位定义建议以 TI 最新数据手册为准，我下面说的工程框架是可以直接沿用的。

2.2 热电偶、三线 PT100、NTC 该怎么接

热电偶：测量 K、T、J、E、N 型热电偶时，把热电偶的两根线接到 ADC 的差分输入通道 AINx 和 AINy。热电偶输出是真正的小信号，必须用 PGA，一般增益 64 或 128。注意热电偶引线本身的导线会引入误差，最好用屏蔽双绞线，屏蔽层单端接地。

还有一个重要的功能：热电偶开路检测。热电偶现场断线是常见故障，如果没有检测功能，系统会把开路误判成某个温度值，导致控制逻辑瞎动作。ADS122U04 可以通过配置内部的偏置电阻网络来做故障检测，电压逻辑超过正常范围就判定为开路。这个一定要在上位机或本地 LCD 上报出来，而不是只给一个"温度值"。

三线 PT100：这是暖通现场最标准的接法。三线制的目的很明确：消除引线电阻。接线思路是这样的：用 IDAC1 给 RTD 提供激励电流，电流从 RTD 一端进去，从另一端流出，同时第三根线用来测量远端引线上的压降。用两个通道分别测量带引线电阻的 RTD 电压和纯引线的压降，软件里做一次减法，引线电阻的影响就被消掉了。

我给一个具体的做法：IDAC1 输出接到 RTD 的激励端，RTD 另一端接地；引线补偿线接到 AIN2，测量引线上产生的电压。主测量通道 AIN0/AIN1 差分测 RTD 两端的电压，其中包含了正端引线的压降，用 AIN2 测到的引线电压做补偿。这样即使引线有 10 米、线阻几十欧，也能把引线误差压到很小。

NTC：NTC 最简单粗暴的做法是电阻分压，一个固定电阻串联 NTC，中间点接 ADC 输入。但这个做法有个前提：分压的基准电压必须和 ADC 的参考电压是同一个。这样的话，即使基准电压随温度漂移了，分压比例也不变，这叫比例测量法。比单纯用 3.3V 供电然后指望基准稳定靠谱得多。更讲究一点，可以用 IDAC 恒流源直接激励 NTC，测电压反推电阻，这样线性度会比分压好一些，但要注意自热，NTC 上的功耗不要超过 100μW 级别。

2.3 电源、参考电压和输入滤波器，细节决定成败

ADS122U04 的模拟电源 AVDD 和数字电源 DVDD 分开设计，接法上有讲究。虽然它可以工作在 2.3V 到 5.5V，但我建议模拟电源用低噪声 LDO 单独供电，比如 3.3V 输出加一个磁珠或 LC 滤波再进 AVDD。数字部分 DVDD 可以和 MCU 的 3.3V 共用，但最好也串一个磁珠隔离数字噪声。

参考电压可以选内部 2.048V，也可以外接高精度基准。要不要外部基准，看精度预算。如果系统要求整体误差在 ±0.3℃ 以内，建议用外部基准，比如 REF5025 这类精密基准，温漂能做到 3ppm/℃ 以下。如果只是普通的 HVAC 舒适性控制，内部基准加软件校准就够了，成本和面积都省不少。

模拟输入端的 RC 滤波器不能省。RC 有两个作用：一是抗射频干扰，二是配合 Δ-Σ 调制器的采样过程。RC 的截止频率要远高于你选的数据速率，但又不能放得太宽，否则高频噪声进来。我的经验是：截止频率取数据速率的 5 到 10 倍，电容用 1nF 到 10nF，电阻几十欧到几百欧。注意电容太大可能会使 ADC 的输入建立时间不够，这个需要看数据手册里对源阻抗的要求。

3. MKV42F128VLH16 做主控：通信链路和系统架构

3.1 这颗 168MHz 的 MCU 凭什么适合 HVAC 单板

MKV42F128VLH16 是 NXP Kinetis V 系列的一员，Cortex-M4F 内核，主频 168MHz，128KB Flash，16KB RAM，64 脚 LQFP 封装。它最显著的特点是带 FPU，做温度换算里的浮点计算非常轻松；同时 V 系列面向电机控制，FlexTimer 定时器、PWM 输出、正交解码这些资源都很丰富。

对一套 HVAC 控制器来说，温度采集只是功能的一部分。控制器通常还要管风机、水泵、压缩机的启停和调速，可能要输出 PWM 或 0-10V 模拟信号，还可能挂一个 RS-485 通讯口做楼宇自控。MKV42F128 一颗芯片把这些全包了：UART 接 ADS122U04 读温度，另一路 UART 接 RS-485 跑 MODBUS 或 BACnet，FlexTimer 输出 PWM 驱动电机，内置 ADC 监视电源电压。用一颗主控把采集、控制、通讯全打通，比用一堆小单片机拼起来可靠得多。

3.2 UART 链路怎么搭，波特率选多少

硬件接法很直接：ADS122U04 的 TX 接 MKV42 的 RX，ADS122U04 的 RX 接 MKV42 的 TX，DRDY 接一个 GPIO 中断脚，VGND 共地。ADS122U04 的 UART 电平是 3.3V 的，MCU 侧 I/O 也是 3.3V，可以直接连，不用电平转换。

波特率的选择要慎重。ADS122U04 的 UART 时钟来自内部振荡器，这个振荡器的精度有限，和 MCU 侧 UART 外设的波特率误差会叠加。波特率越高，一个 bit 的时间越短，对时钟误差越敏感。实际项目中我用 9600bps，非常稳定；如果要提高吞吐量，38400bps 也没问题，前提是 MCU 侧不要把波特率配得太偏。我建议把 UART 的接收容差调到最大，或者在调试阶段先用逻辑分析仪抓一下波形，确认每个 bit 的宽度符合标称值，再上线。

DRDY 引脚要重点关注。它表示 ADC 转换完成，数据可以读取了。不要用轮询 UART 数据的方式去等温度值，那样 CPU 会被占住，而且容易和数据更新不同步。正确做法是 DRDY 接 GPIO 下降沿中断，中断里标记"有数据要读"，主循环里再发起 UART 读操作。这样既不会漏数据，也不会阻塞控制逻辑。

3.3 多片扩展：一路 UART 挂十几路温度

ADS122U04 支持通过硬件引脚设置地址，常见的配置是两根地址引脚组合出 4 个地址。一片 4 通道，4 片就是 16 路温度信号，全部挂在同一条 UART 总线上，MCU 侧按地址轮流发读数据命令就行。

这个能力对 HVAC 现场价值非常大。一个组合式空调机组的测点可能有：送风温度、回风温度、混合风温度、表冷器出水温度、表冷器回水温度、室外温度、防冻温度，总共七八个点。如果每路都单独走模拟线回控制柜，线缆成本和施工难度都会暴涨。让 ADC 分布在传感器附近，温度信号瞬间变成数字信号，一条总线解决所有问题。

多片 ADS122U04 挂在同一条 UART 总线上时，要注意每片的上拉电阻和地址引脚不要冲突。上电时最好先扫描一遍总线，确认几片都响应了再进入正常采样流程。如果某一遍 CRC 错误，不要认为整个链路断了，单独记录该地址的错误计数，连续多次失败才告警，避免误报。

4. 从 ADC 原始码到真实温度：算法和校准是硬功夫

4.1 原始码怎么换算成电压

ADS122U04 的转换结果是 24 位补码，读取后先符号扩展到 32 位整数，再转成电压。基本公式是：

VIN = (CODE / 2^23) × (VREF / PGA)

其中 CODE 是符号扩展后的 ADC 码值，VREF 是参考电压，PGA 是当前配置的增益。以内部 2.048V 基准、增益 128 为例，满量程输入大约是 ±16mV。24 位的理论 LSB 约为 1.9nV，但实际有效分辨率受 ADC 自身噪声和外部干扰限制，20SPS 数据速率下等效噪声可能到几十 nV 到几百 nV 量级，这也不妨碍它满足 0.01℃ 级别的重复性要求。

有一点要提醒：24 位 ADC 的"24 位"是分辨率，不是精度。精度由参考电压的温漂、PGA 的增益误差、传感器本身的不确定性共同决定。所以算法这块，既要会用原始码，也要把校准放在重要位置。

4.2 热电偶冷端补偿，做不好一切都白搭

热电偶测量的是热端和冷端的温差电动势，所以你必须知道冷端的温度，再把冷端对应的热电动势加回去，得到热端的真实温度。这个补偿做不好，热电偶测量误差随随便便就是 5℃ 以上。

ADS122U04 内部有温度传感器，可以读出芯片结温。如果 ADC 芯片离热电偶接线端子足够近，内部温度可以作为冷端温度的近似值。但注意：芯片结温和端子温度有差异，而且这种差异会随环境温度变化。我的做法是，在 PCB 上靠近热电偶端子下方贴一颗 NTC，用另一个 ADC 通道专门测冷端温度，然后在校准时把内部温度传感器的偏移也校准掉。NTC 测量冷端温度的分辨率达到 0.1℃ 就够了，因为它引入的误差在热电偶测量里被放大的倍数并不大。

软件补偿的流程是：先读取冷端温度 Tc，查热电偶分度表得到 Tc 对应的热电动势 E(Tc)；再把 ADC 实测热电势与 E(Tc) 相加，得到 E(Tt)；最后反向查表得到热端温度 Tt。分度表一般很密，用线性插值就能做到 0.1℃ 分辨率。这里 FPU 就派上用场了，插值计算和浮点换算在 168MHz 的 Cortex-M4F 上几乎不花时间。

4.3 RTD 线性化和引线补偿，数值更新要稳

PT100 的阻值和温度关系近似为 R(T) = R0 × (1 + A×T + B×T²)。0℃ 以上常用 Callendar-Van Dusen 公式，系数 A=3.9083e-3，B=-5.775e-7。用二次方程就可以反解温度，FPU 上一步 sqrt 就搞定，不需要存大表。0℃ 以下要加 C 系数项，做工业冷冻水系统时才会用到。

三线制 PT100 的引线补偿，要在软件里做减法。举个具体例子：假设引线每根线阻 2Ω，对于 PT100 来说，2Ω 大约对应 5.2℃ 的误差，完全不能忽略。三线补偿后，理论误差可以减小到零点几欧以下。四线制更准，但 HVAC 现场为了省线很少用四线，三线是主流，软件里做补偿就够了。

RTD 激励电流会产生自热，这个坑容易被忽视。用 1mA 激励，PT100 在 100Ω 时的功耗是 0.1mW。如果传感器是贴在风管里的，空气导热差，这部分热量会让探头温度高于真实温度，重则造成 0.5℃ 的偏差。所以我一般把激励电流设成 500μA 或 250μA，虽然信号变小，但 24 位 ADC 加 PGA 依然能保证分辨率，自热却小了很多。这个取舍是很多仿真不会告诉你的，只有实测才会发现。

4.4 系统校准：ADC 很准，但整个回路需要标定

ADC 本身精度再高，也架不住分压电阻温度漂移、传感器老化、PCB 布局导致的偏移。所以量产前一定要做系统校准。

最简单的校准流程是：零点校准 + 满度校准。把传感器短接或用精密电阻模拟 0℃ 对应的阻值，记录 ADC 码值的偏移；再用一个接近量程上限的精密电阻模拟 100℃ 对应的阻值，记录增益偏差。两组数据求出校正系数，存到 MCU 的 Flash 里。

热电偶的校准稍微麻烦一点，因为冷端补偿本身有误差。建议用精密电压源直接给热电偶输入通道加标准毫伏信号，从 0mV 到 16mV 范围内取 3 到 5 个点，求增益和偏移。测完后再用真正热电偶做一次端到端验证。

校准数据要记下来，这对后续维护很有用。我在实际项目里会在 Flash 里保存校准日期、校准系数、批次号，现场更换传感器或主板后可以快速定位是硬件漂移还是校准确有问题。

5. 现场实测踩坑：UART 丢帧、工频干扰和地环路

5.1 UART 偶发丢帧，先怀疑时钟精度而不是线路

最早调试时，温度数据偶尔会跳一下，看日志是 CRC 校验失败。我一直以为是接线问题，查了半天才发现是波特率误差的锅。ADS122U04 内部振荡器的精度不高，MCU 侧 UART 如果用了默认的 1% 容差，两个误差叠加，偶尔就会错一个 bit。

解决思路有三个：一是降低波特率，9600bps 下容差余量很大；二是 MCU 侧把 UART 的 bit 采样容差调到最大；三是在软件里做数据重试，CRC 失败后等下一次 DRDY 再发命令。记住一点：偶尔一次 CRC 错不可怕，可怕的是你没有重试机制，把一个错误数据当成真实温度拿去控制。所以我强烈建议数据帧里一定要带 CRC 校验，并且主循环里对连续错误计数。

5.2 工频 50Hz 噪声和变频器干扰，从滤波器上找突破口

现场跑起来之后，会发现温度读数带有和压缩机启停同步的小幅波动。这是 50Hz 工频和变频器的高频噪声耦合进模拟信号造成的。

ADS122U04 的 Δ-Σ 转换器带数字滤波器，数据速率选 20SPS 时，数字滤波器在 50Hz 和 60Hz 附近都有陷波，这点非常讨喜。所以采样速率不要盲目追求高值，为了工频抑制，20SPS 反而最合适。再加上模拟输入端的 RC 低通，高频干扰基本进不来。

还有一个隐蔽的耦合路径是模拟电源。如果 ADC 的 AVDD 直接取自 MCU 的开关电源输出，即使带 LDO，一样会串入毛刺。我用磁珠加 22μF 陶瓷电容做了二级滤波，效果立竿见影。测温度这种系统，电源干净比什么都重要。

5.3 热电偶显示值差好几度：冷端传感器放对位置了吗

有次调试一台设备，用热电偶测风管温度，显示比现场水银温度计低了 3℃。当时以为是分度表查错了，翻来覆去最后定位到冷端温度传感器放置位置有问题。PCB 上 NTC 离 ADC 芯片太远，而 ADC 芯片工作时自身发热，导致测温芯片读到的冷端温度比热电偶端子实际温度高，补偿电压加多了。

冷端测温点必须靠近热电偶接线端子，而不是靠近 ADC 芯片发热源。如果 PCB 布局不允许，就做软件修正：上电稳定后再读取内部温度传感器的偏移量，把偏差校正掉。这个偏移不是固定不变的，环境温度越高，发热误差越大，所以最好别只做一个固定修正值。

5.4 长距离传输的隔离和地环路，别小看一根地线

当 ADC 板和主控板距离超过几米，或者两块板子接在不同的供电回路里，地环路问题就该重视了。两根设备之间即使只有一根"地线"相连，地线上也会因为电流流过而产生压差，这个压差会直接影响 UART 信号的逻辑电平和模拟采样的共模电压。

我在较长距离项目中用的方案是：ADC 端和 MCU 端各用一路隔离 DC-DC 供电，UART 信号通过光耦或数字隔离器隔开。如果需要更远距离，直接在 ADC 端加 MAX3485 这种 RS-485 收发器，把 UART 变成差分信号，抗干扰能力大幅提升。ADS122U04 本来就是 UART 接口，加 RS-485 收发器非常自然，这也是我选它而不是 SPI ADC 的又一原因。

6. 直接可抄的一套最小系统框架

6.1 硬件接线清单

以一块 MKV42F128VLH16 的开发板、一片 ADS122U04IPWR 为例，最小系统的接线如下：

双人字：如果你做原型验证，先用杜邦线短距离搭通，逻辑没问题再画 PCB。我见过不少人一上来就画板，结果 UART 接反、DRDY 没接中断，返工两次才搞定。原型阶段把通信抓稳，PCB 阶段你的问题只剩模拟布线。

6.2 MCU 侧的初始化和主循环伪代码

初始化部分按顺序做：先 UART 初始化和 GPIO 中断，再对 ADS122U04 写配置寄存器，最后使能数据就绪中断。下面是框架代码，具体寄存器值要根据实际使用的传感器和手册核对：

// 伪代码：ADS122U04 初始化和读取流程 void ads122u04_init(void) { // 1. 配置 PGA 增益、数据速率（如 20SPS 用于工频抑制） ads122u04_write_reg(CONFIG_MUX, CH_SENSOR); ads122u04_write_reg(CONFIG_SPS, SPS_20); ads122u04_write_reg(CONFIG_PGA, PGA_128); ads122u04_write_reg(CONFIG_IDAC, IDAC_500uA); // 2. 使能数据就绪中断 enable_drdy_irq(); } void DRDY_IRQHandler(void) { drdy_flag = 1; // 只置标志，不做耗时操作 } void main_loop(void) { while (1) { if (drdy_flag) { drdy_flag = 0; // 发送 RDATA 命令，接收 3 字节 + 状态 + CRC uint8_t data[8]; if (ads122u04_read_data(data) == OK) { int32_t code = parse_24bit_signed(data); float voltage = code * (VREF / (PGA * 8388608.0f)); float temp = voltage_to_temperature(voltage); // 一阶低通滤波，alpha 根据更新率选择 filtered_temp += alpha * (temp - filtered_temp); } else { error_count++; } } } }

这里有个经验：DRDY 中断里千万不要做串口收发和数据解析，处理耗时越长，越容易漏掉下一次中断。主循环里处理完全来得及，20SPS 的更新率对 168MHz 主频来说属于非常轻松的工作量。

6.3 从单点采集到现场系统的扩展思路

这套最小系统跑通后，往正式产品扩展时我建议按这个顺序做：

先给 ADC 数字输出加 RS-485 收发器，把通信距离拉长，同时解决共地噪声问题。然后按地址扩展多片 ADS122U04，把 HVAC 系统里十几个温度点统一采集上来。接着在 MKV42 上跑 MODBUS 从站协议，把温度数据通过 RS-485 上传给楼宇自控系统。最后再考虑用 FlexTimer 做风机或水泵的调速控制，把采样结果直接参与闭环控制，比如根据送风温度偏差调节风机转速。

这套方案最舒服的地方在于：MKV42F128VLH16 的资源足够让你把采集、通讯、控制全放一颗芯片里，ADS122U04 的 UART 特性又让模拟前端可以灵活部署在传感器附近。两个器件各管一段，整个系统的信号链路从头到尾都是可控的。