STM32F7+ADS122U04：基于UART接口的高精度RTD/热电偶测温方案

在 HVAC 和工业温度采集项目里最让人头疼的往往不是传感器选型而是从模拟小信号到数字温度这条路怎么走稳。我最近做的一套方案里主控用了 STM32F723ZEADC 选了 TI 的 ADS122U04IPWR专门用来做冷冻水、风管和工业管道表面温度测量实测下来精度和稳定性都达到了预期。这篇文章把这个项目的完整做法拆开来讲包括为什么挑这两个芯片、硬件怎么接、UART 通信怎么对、温度怎么换算、现场又踩了哪些坑给正准备做同样事情的朋友做个参考。如果你做的也是多通道 RTD 或热电偶采集、HVAC 控制器、工业现场仪表这类项目这套选型思路大概率对你有用。ADS122U04IPWR 这类带 UART 接口的高精度 ADC能把传感器调理和模数转换统统包掉STM32F723ZE 负责协议解析、控制逻辑和后续通信。两者配合既避开了 SPI 的长线困扰也省掉了大量分立模拟电路属于一种相当务实的工业测温架构。1. 从实际需求说起这套组合能解决什么1.1 工业与 HVAC 测温的共同痛点先说场景。HVAC 里要测冷冻水供回水温度、循环水泵进出口温度、新风和回风温度工业现场则可能是管道表面温度、电机轴承温度、换热器进出口温度。这些工况表面上差别很大其实对测温电路的挑战非常一致。首先是信号小。PT100 在 0°C 附近灵敏度只有 0.385Ω/°C配合 250µA 激励电流温度每变化 1°C 只产生大约 96µV 的电压变化这个量级直接进 MCU 的 ADC 根本量不准。热电偶更离谱K 型热电偶灵敏度大约 41µV/°C如果没有足够增益和低噪声前端读出来的数基本没法用。其次是现场干扰。HVAC 里有变频器、风机、水泵工业现场还有大电机和开关柜这些设备一启动电网里全是毛刺。温度信号变化又慢如果 ADC 没有内置数字滤波或者没有合理的采样率匹配50Hz 和更高频干扰很容易叠到信号上造成读数无规律地跳。再有就是布线距离。传感器往往不在控制板旁边一根线拉出去十几米甚至几十米很正常。普通 SPI 接口的 ADC 在这么长的距离下基本没法稳定工作而 UART 接口天然适合稍长距离的传输也方便转成 RS-485 差分信号。1.2 为什么是 UART 接口的 ADC 而不是 SPI很多工程师习惯用 SPI 接口的 ADC比如 ADS1220。SPI 确实快但它的代价是至少四根信号线SCK、MOSI、MISO、CS。信号是同步传输SCK 一抖数据就错位。在工业现场这么一组时钟线拉到传感器端要么降速要么加缓冲器麻烦得很。ADS122U04IPWR 从型号上就能看出来它就是 ADS1220 的 UART 版本。寄存器、内部结构基本同源但通信物理层从 SPI 换成了两线 UART。我认为这个改动在这个场景下是最大的价值两线制天然适合点对点远距离想再接一个 RS-485 收发器就变成差分长线总线抗干扰能力会再上一个台阶。主控这边STM32F723ZE 有大量可用 UART根本不需要像选 SPI 那样抢引脚。我用一片 STM32 同时带两片 ADS122U04IPWR分别负责不同区域的温度采集软件上各自配一个 DMA 通道互不干扰。这个架构在 HVAC 多测点项目里非常方便。1.3 方案的目标与适用边界这套方案我定位在中等精度、多点位、工业环境可用这个档位。只做单点、PCB 板载测温的话用芯片内置 ADC 就够了没必要外挂这种级别的东西。但如果你要做出能够长期稳定运行、读数可信、现场还能校准的测温节点那么高精度 ADC 加专用主控的组合就是绕不开的。我用它做过两种传感器PT100 铂电阻和 K 型热电偶。PT100 用于 HVAC 水温测量热电偶用于工业管道表面温度。两种传感器共用同一块硬件和同一个固件框架区别只在寄存器配置和温度换算算法上。这个固件分模式、硬件共用的思路在小批量项目里能节省大量开发和调试时间。2. ADS122U04IPWR 真正好用的地方与配置策略2.1 24 位 Δ-Σ 架构与前端集成带来的便利ADS122U04IPWR 的核心是 24 位 Δ-Σ ADC。很多人一看到 24 位就觉得精度无敌其实真正决定有效精度的不是位数而是噪声和前端设计。这块芯片能把有效噪声压到很低配合 PGA 增益放大微弱信号的能力相当能打。我更看重的是它把一堆模拟电路都集成进去了。芯片内部有可编程增益放大器、两个可编程电流源、内部温度传感器还支持外部基准输入。这意味着我做 RTD 测量时不用再外接精密恒流源做热电偶时不用额外挂一颗冷端补偿温度传感器模拟前端这块电路被极大简化。内部温度传感器这个功能千万别忽略。做热电偶时冷端补偿是必须的以前常见做法是在端子附近贴一个 NTC 或者 LM35再接一路 ADC 采集环境温度。现在直接用 ADC 内置的温度传感器读出来就是芯片结温再配合端子处的温度修正不仅省一路模拟通道软件也好做。2.2 我实际使用的寄存器配置模板这块芯片有四个可写配置寄存器全部通过 UART 命令进行读写。我不建议从一开始就盯着寄存器表逐个位去拼那样极容易出错。我的习惯是先在 TI 评估板上跑通把需要配置的寄存器初值固化到工程里然后针对项目调整输入通道和增益。以下是我做 PT100 测温时实际用到的关键配置项配置项我的取值说明输入 MUXAIN0 / AIN1 差分接 PT100 的检测端PGA 增益8兼顾分辨率和输入量程激励电流 IDAC250µA给 PT100 提供恒流激励外部基准电阻 RREF2.0kΩ0.05%构成比例式测量的参考电压数据速率20SPS数字滤波效果较好读数稳定这套配置算出来的参考电压大约是 250µA × 2kΩ 0.5V。PT100 在 0°C 到 100°C 范围上差分电压差不多是 25mV 到 34.6mV经过 PGA 放大 8 倍后是 200mV 到 277mV离 0.5V 满量程还有充足裕量。这样既不会饱和又把整个温度范围分配到了足够多的 ADC 码上。热电偶模式下我会把 PGA 调到 64 甚至 128用内部 2.048V 基准关闭电流源MUX 接热电偶输入。K 型热电偶在常温范围输出电压只有几毫伏高增益放大后才好用。2.3 UART 通信与帧同步细节ADS122U04IPWR 的 UART 是标准 8N1 格式波特率默认不高。项目最初我按默认波特率跑通信非常稳定。它没有像 Modbus 那样复杂的应用层就是主机发命令、从机回数据常用命令无非是写寄存器 WREG、读寄存器 RREG、读转换结果 RDATA 这几个。这里有个很关键的帧同步问题。UART 是字节流没有片选线接收端必须自己确认一条数据帧从哪里开始。如果上电后第一帧就对不齐后面读到的三个字节可能整体错位读出来的 24 位数据完全是乱的。我后来固化了一个流程每次上电后先发一条 NOP 命令探路再清一次接收缓冲最后才发 RDATA。这套流程跑下来基本不再出现首帧错乱。CRC 我也建议根据现场距离决定。短距离、现场干扰小的时候可以不校验省一点开销长线传输或者 RS-485 场景下一定要开。开启 CRC 后每条数据帧末尾会多一个校验字节为了这一点点开销买来的是整个读数的可信度很划算。3. STM32F723ZE 一侧的设计接口、电源与工程架构3.1 硬件接线与供电参考设计STM32F723ZE 是 LQFP144 封装的 Cortex-M7 芯片主频 216MHzFlash 512KB用来跑温度采集逻辑绰绰有余。我和 ADS122U04IPWR 的连接很简单STM32 的 USART1_TX 接 ADC 的 RXDUSART1_RX 接 ADC 的 TXD交叉连接共地。两边都是 3.3V 电平直连即可不用加电平转换。真正决定成败的是电源和参考电压。ADC 是精密模拟器件最怕的从来不是算力不足而是电源不干净。我第一版因为偷懒给 ADC 的 AVDD 和 DVDD 都直接接了板上的 3.3V 开关电源输出结果零漂非常夸张。后来改成 LDO 供电AVDD 和 DVDD 之间又加了一级 RC 隔离才把数据稳住。模拟地 AGND 和数字地 DGND 也要特别处理。正确的做法是在 ADC 下方做单点连接然后整个模拟地独立走线不要在数字电路里绕一圈再回来。参考电压那边我最开始用的内部基准精度其实也够但后来为了做比例式 RTD 测量改成了外部精密电阻 RREF实测温漂明显小于内部基准方案。3.2 UART 驱动与 ADC 数据读取代码骨架主控这边我代码框架非常清晰一个底层 UART 驱动一个 ADC 命令封装层再往上就是具体的温度传感器逻辑。UART 初始化无非是 8N1、对应波特率、使能接收中断或者 DMA。温度采集这种慢速传感器用轮询其实都能扛住但我在 DMA 模式下实现确实会更省心MCU 不用一直等字节。读一次温度的流程可以概括成下面这段逻辑void ads122u04_read_temp(float *temperature) { uint8_t cmd_rdata 0x1D; // 示例命令具体值查手册 uint8_t buf[4]; int32_t raw 0; uart_clear_rx(); // 清空接收缓冲防止旧帧残留 uart_send(cmd_rdata, 1); // 发送 RDATA 命令 uart_receive(buf, 4); // 接收转换结果加上 CRC 是 4 字节 raw ((int32_t)buf[0] 16) | ((int32_t)buf[1] 8) | ((int32_t)buf[2] 0); if (raw 0x800000) raw - 0x1000000; // 转成有符号 24 位 *temperature convert_raw_to_celsius(raw); }这段代码只展示了读取和符号处理真正干活的是 convert_raw_to_celsius 这个函数。温度换算的完整逻辑放在下一节详细说。要注意接收缓冲区大小必须和 CRC 选项匹配否则少读一个字节下一次收发时序全乱。3.3 多片 ADC 的扩展思路我后来为了接更多测点在两块板之间并联了第二片 ADS122U04IPWR。最简单可靠的办法是给每片 ADC 分配一路 UART互不干扰如果引脚不够可以考虑用 RS-485 做半双工总线但这种情况下需要认真处理总线冲突和应用层寻址开发量会大不少。对大多数 HVAC 项目来说单板上带两三片小数量的 ADC 就已经能覆盖整栋楼的主要温度测点了。我的建议是先用独立 UART 把功能做稳再把总线化作为后期优化项。工程上最怕的就是一开始就上复杂架构结果连基础通信都调不通。4. 温度换算链路从原始码到真实摄氏度4.1 比例式 RTD 测量与电阻计算RTD 测温最推荐的做法是比例式测量这也是 ADS122U04IPWR 这类带电流源和外部基准输入的电信号 ADC 最能发挥优势的地方。原理很简单同一路电流源驱动 RREF 产生参考电压另一路电流源驱动 RTD 产生测量电压因为两条支路电流同源ADC 的输出比例就等于两个电阻的比例。换算成公式是这样RRTD (ADC_Code / 8388607.0f) * RREF;这个式子里参考电阻的精度和温漂直接决定最终精度。我用的是 2kΩ、0.05% 精度、温漂 10ppm/°C 的金属箔电阻这个级别在工业温度测量里已经相当可靠。如果还想更高可以选 5ppm 甚至更低温漂的型号代价是价格翻倍大多数 HVAC 场景没必要。比例式测量带来的好处是激励电流的温漂和电压基准的漂移都被抵消了。不管电流源实际输出是 250µA 还是 255µA只要 RREF 和 RTD 流过的是同一路电流ADC 采到的始终是电阻比值最终换算成温度的误差就只剩下 RREF 本身的漂移。4.2 PT100/PT1000 线性化拿到 RRTD 之后还要把电阻值换算成温度。PT100 的电阻-温度特性不是完全线性的0°C 到 100°C 之间大约有 10°C 量级的非线性误差直接按线性公式算会有偏差HVAC 上可以接受工业上通常不行。我做工程时很少上完整的 Callendar-Van Dusen 公式那个多项式算起来有点重更适合写论文。实际项目里我用的方法是在需要的温度范围内查标准分度表然后用分段线性插值。比如把 0°C 到 300°C 每 10°C 一个表项单片机的 Flash 大得很多存几十个 float 根本不心疼。这个方法实现简单、排查容易精度也足够是我比较推荐的做法。如果你还是想用公式可以把 CVD 公式简化之后只保留前两项然后在代码里做个判断高于 0°C 时用双项式低于 0°C 时补一个三次修正项。这个方案比查表稍微难调一点但胜在连续、不占 Flash。4.3 热电偶冷端补偿热电偶测的是热端和冷端的电势差但冷端一般不可能一直保持在 0°C所以必须做冷端补偿。ADS122U04IPWR 内置温度传感器就是我处理这个问题的利器。软件流程是先用内部温度传感器读出芯片附近的绝对温度再根据这个温度查热电偶分度表查出一个对应的热电势修正值。这个修正值加上实际测得的热电势才是真正代表热端温度的热电势接着再查一次分度表得到热端温度。听起来绕但写熟了也就二三十行代码。这里有个容易忽略的坑内置温度传感器测的是芯片结温不是热电偶接线端子的温度。如果端子离芯片远中间有空气对流或者发热源结温和端子温度会有差别导致补偿不准。我的做法是让热电偶冷端尽量贴近 ADC 的安装位置再在整机校准时把这个系统偏差一起校准掉。4.4 软件滤波与工频干扰就算 ADC 本身底子好也不建议直接把单次采样结果拿来用。温度信号是慢变量多采几次再处理几乎不影响响应速度。我在固件里做了两级滤波第一级是中值滤波连续采 7 次取中间值用来挡掉偶发的毛刺第二级是一阶低通把滤波后的小波动再平滑一下最终读数很稳。工频干扰是行业里的永久话题。ADS122U04IPWR 提供多档数据速率数字滤波器在每个速率下都有对应的陷波频率。想压低 50Hz 和它的谐波就要把数据速率选在合适的档位上。我实际用的是 20SPS在这个档位下芯片对工频干扰的抑制效果已经足够。如果你的系统里 60Hz 干扰更明显则需要重新对照手册选速率不能想当然。5. 现场调试的踩坑与排查过程5.1 UART 帧错位导致的读数漂移第一个坑也是我折腾最久的读数在某个稳定温度附近小幅跳动偶尔还会出现一个大跳变。一开始我怀疑是传感器接触不良换了新 PT100 也没解决后来用逻辑分析仪抓了 UART 波形才发现问题不在硬件而在帧同步。我的接收流程犯了一个典型错误上电后立刻发 RDATA但此时 ADC 可能刚完成上电复位还没有准备好回过来的数据只有两三个字节不完整。MCU 又从这一帧的开始位置收了四个字节整条数据就整体错位了。解决办法是上面提到的流程上电后发 NOP 命令确认链路正常把接收缓冲清空等 ADC 完成一次完整转换后再启动正式读取。从那以后这套板子再也没出现过帧错位问题。这个坑的核心教训就是异步串口通信里帧开始位置的确定性比数据内容本身更优先。5.2 电源噪声引发的零漂另一个典型问题表现在零漂上。我把 ADC 的两个输入端短接理论上应该读到接近 0 的稳定值但实测数据能以每秒几十个 LSB 的幅度缓慢漂移而且毫无规律。这个现象一看就是电源和地的锅。排查过程是从简单到复杂先换了一块干净的独立 LDO 给模拟电源再在 AVDD 引脚附近加了 10µF 和 0.1µF 的去耦电容最后把模拟地和数字地割开只在 ADC 的散热焊盘下方做单点汇接。每做一步就测一次零漂最终把漂移从几十 LSB 压到只有一两个 LSB。这种问题最怕的不是难解决而是你没有系统的排查方法。零漂测试应该是所有 ADC 板子的出厂必测项把输入短路看底噪比什么花哨指标都直接。我后来做新板子样板第一件事就是测通道短路的零漂曲线这条线稳了再谈精度。5.3 长距离布线与隔离传感器距离拉到十几米以后直接 TTL UART 已经不行了我在第二版硬件里给 ADC 侧和主控侧都加了 RS-485 收发器。A/B 线用屏蔽双绞线屏蔽层单端接地总线两端各接一个 120Ω 终端电阻。改完之后50 米距离下通信依然稳定。如果要进一步抗干扰可以考虑在 UART 和 RS-485 收发器之间加数字隔离器。工业现场地电位差大的时候隔离不是可选项而是必选项。我因为前期没隔离已经吃过一次地环路烧模拟芯片的亏。现在凡是外接长线的板子隔离器都直接做成标配。6. 校准方法与长期运行维护6.1 零点与增益校准步骤芯片再准系统也有装偏差。上电出厂的标称参数只能当参考实际装到产品里必须做校准。我的校准流程分两步全部在固件里完成靠串口命令行触发。第一步是零点校准。把 ADC 输入短接或者说用内部短接功能读出一个偏移码。这个偏移会反映在所有后续读数里把它记录下来在每次计算电阻值之前先减掉。第二步是增益校准。用一只高精度电阻替代传感器放在已知的阻值点读到的码和理论码一比就得到增益校正系数。如果要求更高就做多点校准比如在 0°C、100°C、300°C 三个温度点上分别标定做二次多项式拟合。对 HVAC 来说两点校准已经绰绰有余。校准系数我直接存在 STM32 内部 Flash 的末尾扇区每次上电加载。注意千万别存在程序区里否则一升级固件校准数据全没了那会让人很难受。6.2 影响长期精度的隐藏因素长期运行中影响精度的往往不是 ADC 芯片本身而是外围三个环节。第一个是参考电阻。它决定比例式测量的基准温度系数差一点就直接换算到温度偏差。我在前文说过选 0.05% 和 10ppm/°C 起步如果是长期不校准的现场设备建议往 5ppm 去选。第二个是接线端子的氧化和接触电阻。PT100 的激励电流只有 250µA接触电阻引入的误差并不大但氧化带来的热电势却是隐形杀手。接线端子尽量选抗氧化的弹簧端子或者镀金端子每年巡检时重新拧一遍是必须的。第三个是冷端补偿的长期漂移。结构件应力释放、胶体老化都会让热电偶端子周围的温度场发生偏移。项目里如果对温度绝对值要求严格建议在整机层面保留一个环境温度校准周期半年或者一年校准一次。6.3 可以继续扩展的方向这套方案做完了以后我顺手给它加了一个 Modbus RTU 从站功能。STM32F723ZE 跑 Modbus 固件完全没压力把温度测量结果和状态寄存器全部映射成标准 Modbus 寄存器直接对接 PLC 和楼宇自控系统。HVAC 项目几乎都喜欢用 Modbus RTU 通信这一步做完整套测温节点的工程价值立刻上了一个台阶。再往下扩展就是做成多节点系统每块板带两片 ADS122U04IPWR每个节点上报四路温度通过 RS-485 总线串起来上位机统一读取。这样的架构在中小型楼宇和工业车间里已经足够覆盖大多数需求。最后说一句老实话这套方案里真正决定精度的不是我列的寄存器表而是电源、参考电压和接地。UART 通信只要帧同步做好就不太会出问题温度换算只要公式系数对就准了但现场跑久了读数是漂的还是稳的大部分还得看模拟前端基本功。我现在做样板时都会先测通道短路输入的零漂曲线这条线稳了再谈精度。以后再扩展的话可以挂 Modbus也可以加第二片甚至第三片 ADC 做更多通道路子已经铺开了。