工业温度采集方案：UART接口24位ADC与STM32的实战解析

做工业或 HVAC 的温度采集时，很多工程师会纠结一个问题：到底是用 MCU 内置 ADC 凑合一下，还是上独立 ADC。如果你面对的是 PT100/PT1000/热电偶这种小信号，还要走几十米线、旁边还蹲着变频器和压缩机，那我给你的建议很直接：别硬扛，换独立 ADC。ADS122U04IPWR 就是这样一颗 24 位 ΔΣ ADC，特殊之处在于它把 SPI 换成了 UART 接口，配合 STM32F215ZG 这颗 120MHz 的 Cortex-M3，信号链从传感器到上位机数据能做得非常干净。这篇文章我会从选型逻辑、模拟前端、UART 通信、固件换算到实测校准，完整梳理一套可落地的温度测量方案，适合正在做 PLC、楼宇自控、暖通控制器、工业采集模块的工程师参考。

1. 系统架构决策：为什么要在 STM32 旁边放一颗独立的 24bit ADC

1.1 工业与 HVAC 温度采集的核心痛点

工业现场和 HVAC 系统的温度测量，和实验室里搭个板子测室温完全是两码事。先说信号本身：PT100 在 0℃ 时阻值是 100Ω，温度系数大约 0.385Ω/℃，也就是说温度变化 1℃，电阻才变 0.385Ω。如果你用 1mA 的恒流源激励，产生的电压变化只有 0.385mV。MCU 内置 ADC 的基准电压通常 3.3V、12bit 分辨率，一个 LSB 大约对应 0.8mV，换算成温度就是 2℃ 多的分辨能力——这还不算参考电压漂移和采样噪声。要分辨 0.1℃ 的变化，等效电压分辨率得到 0.04mV，基本只有 24bit 的外置 ADC 才能轻松覆盖，而且还得带上可编程增益放大器（PGA）把小信号拉大再采样。

HVAC 场景还有更麻烦的地方。变频压缩机、风机驱动器、电动阀这些设备工作时，会在电源和地线上注入大量 EMI，PWM 跳变沿的 dV/dt 能到几千伏每秒。传感器线缆从现场设备到主控板动不动就拉十几米甚至几十米，这些线就像天线，把共模噪声和差模干扰全收进来了。这时候如果直接在 MCU 内部做转换，你看到的温度数据会像心跳图一样乱跳，PID 根本没法定稳。

所以我的经验是：温度测量这种低频、高精度、强干扰场景，必须用独立 ADC 把“模拟信号调理”和“数字噪声免疫”这两件事先做完，MCU 只负责读数和算，不要让它去碰模拟采样。这也是我选 ADS122U04 的最根本原因。

1.2 UART 接口才是 ADS122U04 差异化的地方

ADS122U04 本身是 24 位 ΔΣ ADC，内部结构可以理解为“ADS1220 的模拟内核 + UART 通信引擎”的合体。它保留了 4 通道输入复用、2 路可编程电流源（IDAC）、最高 128 倍 PGA、内置 2.048V 参考电压，以及针对 50Hz/60Hz 工频干扰的滤波能力，同时还集成了一路片上温度传感器，留作热电偶冷端补偿用。

但真正让我下定决心用它而不是 ADS1220/ADS1220 系列的，是它把 SPI 换成了 UART。这有什么好处？第一，SPI 至少需要 SCK、MOSI、MISO、CS 四根线，而且在长线传输时对时序要求很高，线一长时钟就歪了；UART 只需 TX 和 RX 两根线，单端传输、异步通信，时序宽容度大得多，主控端用任意一个 USART 就能接。第二，从可靠性角度讲，UART 在噪声环境中出现时钟相位问题导致连续读错数据的概率远低于 SPI。第三，不占用 SPI 总线，如果板上还有显示屏、Flash、扩展 IO 等设备，SPI 资源能省下来留给它们。

ADS122U04 的通信命令和寄存器风格与 TI 的 ADS124S08/ADS114S08 这类器件很接近，上手不费劲。你把它当“能通过串口读数据的 ADC”用就行了，命令无非就是 START 启动转换、RDATA 读数据、RREG/WREG 读写寄存器、STOP 停止这几条。

1.3 STM32F215ZG 在这个系统里的角色

STM32F215ZG 是 144 脚封装的 Cortex-M3 主控，主频 120MHz，Flash 1MB，片上外设非常够用。在温度采集系统里它负责这几件事：通过 USART 和 ADS122U04 打交道、定时触发采样和读取结果、把原始 ADC 码换算成温度、做数字滤波、然后对外输出给上位机、触摸屏、或者直接跑 PID 加热控制逻辑。120MHz 跑一个查表加乘加运算的温度换算是绰绰有余的，真正吃资源的是 PID、通讯协议栈和显示刷新，好在这些和温度采样链路互不干扰。

选 F215ZG 还有一个现实原因：很多工业控制器板子上本来就有这颗料，用它做传感采集端口属于顺理成章的事，不需要额外引入一颗 MCU。如果主控换成任何带 USART 的型号，这套接线和协议处理思路同样适用，这也是我把固件部分写得偏驱动层的原因。

2. 模拟前端搭建：传感器激励、参考电压和输入滤波的实际处理

2.1 传感器选型与 RTD 接法选择

硬件上第一步是确定传感器类型。暖通和工业测温室常见的无非三种：

• PT100/PT1000 铂电阻：精度高、稳定性好，适合管道水温、风管温度、环境温度；
• NTC 热敏电阻：便宜、响应快，但线性度差，适合控制精度要求不高的场合；
• K 型热电偶：测温范围宽，适合高温排烟、燃烧室、冷冻干燥这类超出铂电阻范围的场景。

ADS122U04 的 4 路复用输入足够把多种传感器接在同一颗 ADC 上，但信号链配置会不同。以 PT100 为例，我通常用片内 IDAC 提供恒流激励，让电流流过 RTD 后在 AIN 引脚上产生电压。接法有 2 线、3 线、4 线三种，这里直接说结论：

• 2 线制：导线电阻直接串进测量回路，线阻 0.5Ω 就能造成约 1.3℃ 的误差，只适合短距离粗精度场景，我基本不太用；
• 3 线制：用两根线分别走激励和测量回路，能抵消大部分线阻影响，是工业现场最常见的接法；
• 4 线制：激励和测量完全分离，理论上消除线阻，适合校准级或对精度要求高的管道测温。

3 线接法在 ADS122U04 上需要占用两个差分输入通道：一路测 RTD 两端电压，另一路测参考电阻或者是导线补偿，具体取决于你的激励拓扑。4 线就简单了，直接一对激励、一对采样就行。如果采样率要求不高、又是多点测温，还可以用内置输入多路器做输入通道时序轮询，一颗 ADS122U04 挂 4 路 PT100 是完全可行的，代价是刷新率下降，你设置的数据速率除以通道数就是每通道实际刷新速度。

2.2 比例测量：让电流源漂移“消失”

RTD 测量最容易犯的错误是把参考电压和激励电流分开看待。如果激励电流发生微小漂移，RTD 上的电压就会跟着漂，采样结果自然不准。解决办法是采用比例测量：让同一个 IDAC 电流既流过 RTD，也流过一颗精密参考电阻 Rref，然后把参考电阻两端的电压接到 ADC 的 REFP/REFN 参考输入端。

这样 ADC 输出的数字码是 RTD 电压与参考电压的比值，而两者都由同一个电流源驱动，电流源的温漂和时漂会被这个比值关系抵消掉。计算关系简化为：

ADC_code = (V_rx / V_ref) × 满量程码

因为 V_rx = I × R_rtd、V_ref = I × R_ref，两者相除后电流 I 就没资格捣乱了。精度这时只取决于 Rref 的精度和漂移——所以你选 Rref 时要特别注意温漂系数，最好用 25ppm/℃ 以下的精密金属膜电阻，甚至更低。网上很多人把功夫花在 ADC 上，结果被一颗普通电阻出卖了精度，这种事我见得太多了。

2.3 输入 RC 滤波与抗混叠计算

ADS122U04 是 ΔΣ 型 ADC，内部有数字滤波器，但对输入端的射频干扰和长线耦合噪声依然需要外部 RC 低通做“预过滤”。RC 在这里有两层作用：一是限制高频干扰进入调制器，避免混叠；二是和 ADC 输入结构配合，稳定输入电流。

确定 RC 参数时我一般这么算：首先确认你想要的数据速率。以 20SPS 为例，对应内置数字滤波器对 50Hz 工频有比较好的抑制，这时外部 RC 的截止频率放在 10 倍信号带宽到 100 倍之内都行。温度信号本身变化很慢，极限带宽也就几赫兹，所以我常用 R=10kΩ、C=0.1μF，算下来：

f_cutoff = 1 / (2π × 10k × 0.1μ) ≈ 159Hz

这个截止频率对 50Hz 信号没有衰减作用，但对 1kHz 以上的干扰能压下去。整套组合的响应时间虽然会变慢，可在 HVAC 里温度本来就不是突变信号，慢一点反而稳。如果传感器线特别长、现场电磁环境很差，把 R 提到 50kΩ 或加大到 1μF 都没问题，只是要留个心眼：PGA 输入偏置电流和 RC 电阻乘积会产生直流压降误差，R 太大反而引入漂移。所以在 EMC 和偏置误差之间要取平衡，10kΩ 是我用得最多的值。

2.4 电源去耦与 PCB 布局经验

这一节是我每次做采集板都强调的。ADS122U04 是混合信号器件，虽然内部有电源稳压处理，但外部的去耦依然不能省。AVDD 和 DVDD 我习惯各放一个 0.1μF 陶瓷电容，靠近引脚摆放，另加一个 10μF 钽电容做低频储能。如果在工业环境里电源走线较长，输入侧再加一个磁珠或小电感构成 LC 滤波，能挡住从电源线进来的传导骚扰。

地平面处理上，不建议把模拟地和数字地物理割裂，反而容易因跨分割产生回流问题。正确做法是统一地平面，然后把 ADC、模拟前端相关器件摆在同一区域，避免数字信号线在模拟输入下方穿越。最需要注意的其实是对付变频器的处理：传感器走线尽量远离功率驱动板，如果做不到，就用屏蔽双绞线。屏蔽层在传感器端单点接地，比两端接地更安全，不会形成地环路。

3. UART 直连协议：帧结构、CRC 与 STM32 的通信实现

3.1 电气连接与引脚规划

ADS122U04 的数字接口在 UART 模式下达变成非常简单：它的 TX 接 STM32 的 RX，它的 RX 接 STM32 的 TX，共地，完事。此外 DRDY 引脚很关键，它是数据就绪输出，转换完成后会拉低，主机可以用它做中断源，也可以轮询。我在系统里会把这个引脚接到 STM32 的一个下降沿中断 GPIO，这样不需要死等也能第一时间知道数据到了，CPU 还能继续干别的。RESET 引脚接一个 IO 用于必要时复位芯片，CS 在单设备 UART 模式下直接拉地就行，不用管。

这里有一个从数据手册里容易忽略的点：UART 模式下帧的起始需要主控先发送一串“同步字节”让芯片识别当前波特率，同步字节通常是多个 0x00。如果你忽略了这一步，只发命令字节，芯片可能一直不说话。这也是 UART 版 ADC 和 SPI 版 ADC 使用习惯上最大的区别，后面写代码时我会专门处理。

3.2 命令帧与寄存器访问方式

和 SPI 的逐字节读写不同，ADS122U04 的 UART 协议是“帧交互”模式，完整帧包含同步、命令、数据、CRC 共四段。主机要触发一次转换，发 START 命令；要取当前转换结果，发 RDATA 命令；要改配置，发 WREG 命令并带上寄存器地址和写入值；读配置则是 RREG。每条命令的具体编码和 CRC 计算需要以你手里的芯片数据手册为准，我这里给出的是我项目里提炼出的帧结构思路，可直接帮助你把手册里的时序图变成能跑起来的代码。

写寄存器时的一个常见需求是把三个配置寄存器一次配好，因为温度采样用到的 PGA 增益、数据速率、IDAC 电流、参考电压源选择都分散在其中。我在项目里习惯先按通道需求把寄存器值算好，一次性写入，避免多次交互浪费时间和出错机会。每次启动转换后等待 DRDY 信号，再去读数据，这是一个干净的流程：WREG 配置 → START → 等中断 → RDATA → 温度换算 → 循环。

3.3 CRC 计算实现与校验逻辑

CRC 是这套协议里特别容易被人忽略的部分，但恰恰是它决定了长线、干扰环境下的数据可靠性。CRC 的多项式和初始值在数据手册的 CRC 附录里给得很明确，我这边把它封装成一个查询表函数，效率高、代码量也小。代码如下：

// 以表格方式快速计算 CRC-8 static const uint8_t crc8_table[256] = { /* 按手册多项式生成的表 */ }; uint8_t ADS122U_CalcCRC(uint8_t *buf, uint8_t len) { uint8_t crc = 0xFF; // 初始值依据手册 for (uint8_t i = 0; i < len; i++) { crc = crc8_table[crc ^ buf[i]]; } return crc ^ 0xFF; // 最终异或依据手册 }

每次发命令前先组帧，数据段填好后算 CRC，再把 CRC 追加到帧尾发送。接收方向同理：收到数据段后先算 CRC，和芯片返回的 CRC 字节比较，不一致就认为这一帧被污染，丢帧重发或等待下一帧，绝不能用带校验错误的数据往下走。曾经有人因为跳过 CRC 校验，调试时数据偶尔跳好几个数，后来发现是干扰导致接收内容变了，加上 CRC 以后就再没出现过。

3.4 通信状态机与失步恢复

UART 通信最烦人的问题是“帧失步”——一旦干扰导致某个字节丢失或变化，后续所有字节都解析不对。我的处理办法是建一个简单的状态机：

• 空闲态：等待发起请求；
• 帧头同步：发送同步字节并接收芯片可能的响应，确认帧边界；
• 命令交互：发送命令帧、等待响应帧（带超时）；
• 失败重试：CRC 错误或超时超过阈值，连续发 N 个 0x00 帧重新同步，再执行当前操作。

超时时间我按波特率和帧长度估算：115200 波特率下传输一帧几十字节，时间在几毫秒内，所以设置 50ms 超时已经绰绰有余。如果遇到芯片长期无响应，多半不是软件问题，而是模块在断电或总线冲突后没复位，这时拉 RESET 引脚重新初始化即可。

4. 固件实现与数据加工：从原始码到温度的换算链路

4.1 STM32 USART 初始化与驱动框架

STM32F215ZG 侧我用 USART3 做采集串口，波特率设为 115200，8 位数据位、无校验、1 位停止位。初始化时打开 USART 的 RX 中断和 DMA，这样芯片发回的一帧数据能直接进缓冲区，CPU 等中断通知就行，不需要在收发过程中不停查位。简化后的初始化代码大致是：

void BSP_UART_Init(void) { RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART3, ENABLE); /* GPIO 复用配置省略，重要是确认 TX/RX 的复用映射 */ USART_InitTypeDef usart_cfg; usart_cfg.USART_BaudRate = 115200; usart_cfg.USART_WordLength = USART_WordLength_8b; usart_cfg.USART_StopBits = USART_StopBits_1; usart_cfg.USART_Parity = USART_Parity_No; usart_cfg.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART3, &usart_cfg); USART_ITConfig(USART3, USART_IT_RXNE, ENABLE); USART_Cmd(USART3, ENABLE); }

驱动层的核心是“请求-应答”同步，不建议在中断服务函数里去处理协议，中断只做数据搬运，把收到的字节推入环形缓冲区，主循环或专门的任务负责解析帧和发布命令。这样代码结构清晰，也不会因为中断任务太重拖慢系统。

4.2 单通道与多通道轮询的任务模型

最简单可靠的任务模型是“定时器定时发起采样”。比如设定 100ms 周期，每次到点后：先把通道配置写入 ADS122U04，然后发 START，随后立刻去处理其他业务；等 DRDY 中断来了，说明转换结束，再发 RDATA 读出 3 字节的 24 位结果。一次完整交互阻塞时间不过几毫秒，剩下的几十毫秒都是空闲的，多路通道只需要在下一轮循环里切到下一个通道再走一遍同样流程。

这种轮询式在多路测温应用里非常好用，缺点只是每路采样率低了。但 HVAC 的温度回路时间常数本来就以秒计，100ms 周期刷新一路完全够用，CPU 占用率还不到 5%。把采样周期拉长到 250ms 也能显著提高数据稳定性，因为数字滤波器有更多时间平滑工频干扰，所以从系统层面看，实际采样率反而不是越高越好。

4.3 RTD 温度换算：查表法与多项式法的抉择

拿到 24 位原始码之后，第一件事是按比例关系还原成电阻值：

R_rtd = (ADC_code / 满量程码) × R_ref

满量程码取决于你是单极性还是双极性模式以及配置的 PGA 增益，这个可以直接从寄存器配置推导出来。电阻值算出来后，把电阻转温度有两种主流方式：查表法和多项式法。IEC 60751 标准里给了 PT100 的 Callendar-Van Dusen 方程，两个温度区间各用一条多项式拟合。我的做法是代码里保存一张 -40℃ 到 150℃、每 0.1℃ 一档的电阻-温度查找表，然后在线性插值；跑一段简单测试片段感受一下逻辑：

float PT100_CalcTemp(float resistance) { /* lookup_val是预先算好的表，R为实测电阻 */ float r0 = 100.0f; float temp = (resistance / r0 - 1.0f) / 0.00385f; /* 简化线性近似 */ return temp; }

上面只是最粗糙的线性近似，用于快速验证通道是否通；真正量产我建议就用 IEC 60751 多项式，或者直接把整张表编程进 Flash，插值得 0.01℃ 精度都是很容易实现的。实际设计里我把这段代码放在单独的温度工程模块中，输出统一为 float 型的摄氏度值，方便上层控制和显示直接使用。

4.4 热电偶输入与冷端补偿的处理

如果输入换成 K 型热电偶，就绕不开冷端补偿。热电偶输出的是热端和冷端的温差电动势，而冷端（也就是接线端子那块）的温度是变化的。ADS122U04 片内集成了温度传感器，可以测芯片自身温度，如果热电偶冷端就在板子附近，这个片上温度就近似于冷端温度。换算流程是：先用 ADC 读内置温度传感器得到冷端温度，查热电偶分度表得到对应的补偿电压，再加到热电偶实测电压上，最后反查温度。这套逻辑不复杂，但非常占用代码空间和时间，所以 K 型热电偶我做成了独立分支，只有对应通道配置为热电偶输入时才启用，避免给纯 RTD 通道白白增加计算负担。

5. 校准、数字滤波与 HVAC 环境下的实测表现

5.1 零点和增益校准流程

再好的元件也有偏差，所以我每一块采集板出厂前都会跑一次校准。零点校准最容易做：把 ADC 输入短接，读出此时的码值记为零点偏移量。增益校准则用一个精密电阻代替传感器接入，一般取标准量程中点值，比如测 PT100 时用 138.5Ω（约等于 100℃）做基准，读取码值和理论值做比值，得到增益修正系数。两个修正量存到片外 EEPROM，上电时加载。

校准后的误差分配大致是：ADC 本身积分非线性在万分之几量级，PGA 失调校准后可以忽略，双端输入的共模误差靠差分结构和参考电容抑制，最终系统误差的主要贡献者是参考电阻精度和传感器本身。所以我说过好几次：别把预算全砸在 ADC 上，电阻和传感器的钱省不了。

5.2 数字滤波：移动平均和中值滤波的搭配

即便有了模拟 RC 滤波和 ΔΣ 内部数字滤波器，ADC 的输出偶尔还是会蹦出明显离群点，尤其是在变频器启动瞬间。这种毛刺更像脉冲，移动平均对付不了，反而会把它摊到附近所有点里；中值滤波才能真正把这些野值剔掉。我的组合拳是“中值 + 滑动平均”：连续采 5 个点，先取中值剔除最大最小，再做 3 点滑动平均输出。代价是实时性降低了采样周期为 250ms 时不明显，换来的是温度曲线平滑得像水一样。

这个策略在设备调试时帮了我大忙。压缩机刚启动那几秒，风扇、接触器和变频器动作频繁，如果不过中值滤一下，PID 会看到温度在设定值附近来回震荡，误判成严重超调，导致加热器反复启停，系统稳定性差。滤波之后的表现是我预期中的样子：温度响应平稳、振荡收敛。

5.3 长线传输、干扰与地环路实测

实测环境我用了 30 米双绞屏蔽线把 PT100 接到采集板，旁边一台 7.5kW 变频器在跑。直接测 ADC 原始码，满量程晃动大概是 ±3 到 ±5 个 LSB，经过 5 点中值和滑动平均后，折算到温度大约是 ±0.05℃。这个结果在暖通项目的控制要求里完全够用，而且曲线的毛刺量级比预期的好很多。

让人头疼的是地环路问题。最开始我让屏蔽层两端接地，瞬间引入大量共模电流，ADC 读数出现约 0.3℃ 的恒偏差。后来把屏蔽层改为传感器端单点接地，检测端浮空，读数立刻就恢复平稳。这个位置同样要小心：如果做的是 4 线制接入，远端浮空没问题，因为差分输入本来就能容纳相当的共模电压；但如果你的传感器是 3 线制且共用电源地，就得仔细确认参考地的一致性，必要时加共模扼流圈。

5.4 常见问题排查速查表

调试过程中我把踩过的坑整理成一个速查表，放在项目文档里，团队新同事遇到类似问题可以直接对照。

最后再分享一个我实际调试时的经验：排查问题不要一上来就怀疑 ADC 芯片坏，先拿万用表量 ADS122U04 的供电、参考电压和输入引脚电平，再用示波器看 UART 波形，基本能定位 80% 的问题。在 UART 模式下，芯片和主控的地必须可靠共地，两个地之间只要存在明显电位差，读回来的数据就会随机错——这点远比寄存器配置更容易翻车。如果你也正准备用这套方案做产品或者只是搭实验板，照着这个顺序走一遍，会比直接啃数据手册踩到的坑少很多。