搞温控和暖通的项目前端的温度采集往往决定了整个控制效果的成败。最近我在给一套楼宇自控系统做环境监测节点主控选了 STM32F217ZG前端ADC则用了 TI 的 ADS122U04IPWR。这套组合做下来从硬件选型、固件调试到现场校准收获很多也踩了不少坑。今天把整个思路和细节都整理出来给同样在折腾高精度测温方案的朋友一个参考。ADS122U04IPWR 是一片24位Δ-Σ型ADC自带UART通信接口专门为传感器信号调理而设计。STM32F217ZG 则是意法半导体旗下的Cortex-M3主控主频120MHz片上集成以太网、USB、多路串口等常用外设。两者凑在一起解决的核心问题就是把PT100、热电偶这类小信号传感器采集到的模拟量转成稳定、准确、可上送的温度数据同时兼顾工业现场和HVAC环境对成本、可靠性和传输距离的要求。如果你正在做设备温度监测、空调箱温控、冷冻水温采集这一类项目或者只是想找一套成熟的“MCU高精度ADC”测温框架这篇内容应该能帮你少走不少弯路。1. 项目整体设计与方案选型1.1 工业与HVAC测温现场真正难的不是“量温度”很多人以为温度测量就是把传感器往设备上一贴主控读个数值就完事。真在项目里跑过一轮之后会发现在工业和HVAC场景里麻烦的是另一堆事。工业现场的测温范围跨度很大。从冷库的-40℃到锅炉管道的300℃以上常用传感器无非是PT100、PT1000、热电偶。热电偶的灵敏度只有几十微伏每摄氏度PT100在0℃附近每摄氏度也不过变化0.385Ω。这种微弱信号放到长线缆上经过变频器、压缩机、电机这些干扰源能稳住已经不容易更别提还要保证全量程范围内的精度。HVAC这边看似温和温度范围基本在0到70℃但要求更细。风管送风温度、回风温度、冷冻水供回水温差很多工况都要求±0.5℃甚至±0.2℃的测量不确定度。而且暖通项目往往是多测点、长走线一个控制箱可能分布在楼宇的各个角落传感器距离主控几十米是家常便饭。模拟信号传这么远线缆电阻、共模干扰、地电位差都会让读数和真实值产生明显偏差。所以这套项目的核心设计思路从一开始就很明确传感器就近转换数字信号远传主控统一处理。ADS122U04IPWR放在传感器采集端或者控制箱内完成高精度模拟量到数字量的转换STM32F217ZG负责读取数据、完成温度换算并对外提供Modbus、以太网这类通信接口。这个架构把高阻抗模拟信号压缩在尽可能短的链路里剩下的传输全部用抗干扰能力强的数字信号完成。1.2 ADC选型名字里那个U是这套方案的核心差异最初我也在ADS1220和ADS122U04之间犹豫过。ADS1220是经典的SPI接口24位ADC网上资料多很多人用过。但仔细看了ADS122U04的数据手册之后我最终选了这个带UART接口的版本。ADS122U04IPWR和ADS1220在模拟前端上基本是同一代技术支持4路模拟输入、可编程增益放大器PGA、两组激励电流源IDAC、内部参考电压和片上温度传感器。最大的区别就在于“U”这个字母它的串行接口是UART而不是SPI。别小看这个差异在工业现场它是实打实的优势。SPI是同步接口时钟线和数据线挨在一起高速传输时容易辐射噪声走线一长信号完整性就会出问题。UART是异步接口用既定的波特率收发本身对时序抖动容忍度高而且可以很自然地做光电隔离。ADC和主控之间只要两条线中间串一个数字隔离器电气隔离轻松搞定。再加上UART是绝大多数MCU的标配外设不像SPI在某些封装上需要复用引脚软件调试也简单。从成本角度看ADS112U04算是更低一档的选择16位分辨率便宜不少。但在温度应用里我并不建议为了省几块钱把分辨率砍到16位。24位分辨率不是说要拿满24位精度而是给PGA放大后的信号留出足够的动态范围让微小的温度变化在码值上能明显体现出来。尤其是热电偶这种毫伏级信号配64倍或128倍PGA后16位分辨率做起来会比较吃力24位会从容得多。1.3 STM32F217ZG 的角色不只是读ADCSTM32F217ZG选用它不是因为算力有多强而是它把项目里可能用到的主流通信外设都集成在了一个片子里面。Cortex-M3核心跑在120MHz对温度换算这种运算量来说已经绰绰有余。这颗芯片最亮眼的地方是外设配置5路UART、2路CAN、USB OTG、10/100M以太网MAC、3路SPI、I2C、12位ADC等等。实际项目里一路UART给ADS122U04一路UART给RS485收发器跑Modbus RTU一路UART给调试串口以太网口还能再接一条Modbus TCP或厂家私有协议通道。这种多协议汇聚能力放在楼宇自控网关或者工业数据采集节点上非常合适。如果换成STM32F103虽然便宜但UART数量少以太网MAC也没有后面扩展协议栈时会比较捉襟见肘。换STM32F407当然更强但Cortex-M4的FPU在这个场景里属于性能过剩功耗和成本都会上去没必要。有一点需要注意STM32F2系列不带硬件浮点单元温度线性化计算如果用double做查表和多项式计算会占用一些CPU时间。但实际测下来每次转换计算大概只需要几十微秒完全可以接受。真要做批量数据处理用定点数近似也能提升速度但项目上线一年多来我并没有觉得这里有性能瓶颈。2. 硬件链路设计从传感器到ADC的关键细节2.1 传感器类型和信号范围先想清楚再接设计硬件之前得先把传感器类型定下来。ADS122U04IPWR虽然是通用型ADC但针对不同传感器前端的激励、参考、PGA配置完全不一样。PT100是最常见的工业测温传感器0℃时阻值100Ω100℃时大约是138.5Ω。它的优势是稳定性好、线性度中上但需要激励电流流过电阻产生电压。激励电流会带来自热效应一般控制在1mA以下比较合适既能产生足够的信号幅度又不至于让传感器自身发热影响测量。PT1000的灵敏度稍低些但同样电流下信号幅度是PT100的十倍自热更小在HVAC系统里用得越来越多。热电偶是另一个极端。它的信号是两种金属接触产生的热电动势K型热电偶大约40μV/℃幅度极小。这时候PGA必须开到64倍甚至128倍同时必须考虑冷端补偿。ADS122U04IPWR片上的内部温度传感器就是干这个用的把冷端温度读出来再和热电偶测量值联合计算才能得到真实热端温度。接线方式也直接决定测量精度。两线制RTD虽然简单但导线电阻会直接串联进传感器电阻里长线时误差非常明显。三线制和四线制用额外的导线抵消线阻影响精度更高代价是多一根或两根线。在HVAC项目里常见的做法是两线制配合系统校准直接把线阻误差吸收进校准参数里对于0到70℃的测量范围能省不少安装成本。工业现场建议至少三线制保证宽温区下的可靠性。2.2 激励电流和参考电阻比率测量的核心思路ADS122U04IPWR内部有两路可配置的IDAC电流源输出电流可以从50μA一直配置到2.5mA。同时它还提供一个外部参考电压输入REFP/REFN。这两者结合起来能实现一个叫“比率测量”的方案这也是RTD高精度测量的关键所在。比率测量的思路是这样的让IDAC激励电流先流过RTD传感器再流过一颗精密参考电阻把参考电阻两端的电压作为ADC的参考电压VREF。如果激励电流是IRTD阻值是Rrtd那么传感器上的信号电压是I×Rrtd参考电压是I×Rref。ADC输出的数字码等于信号电压除以参考电压再乘以满量程。于是分子分母里的I直接约掉了最终结果只取决于Rrtd/Rref之比。这意味着IDAC电流本身的温漂和噪声对最终测量结果几乎没有影响。只要参考电阻是高精度低温漂元件整个测量链路的稳定性就有了保障。参考电阻我一般选0.1%精度、温漂系数±10ppm/℃以内的金属箔电阻或精密薄膜电阻。一颗这样的电阻比ADC本身的误差源影响更可控。激励电流大小的选择要综合考虑。电流太小信号幅度不足PGA需要拉高噪声随之变大电流太大传感器自热明显测量误差增大。实际做PT100时三线制我常用500μA或1mA参考电阻取1kΩ到2kΩ这样VREF在0.5V到2V之间信号幅度也足够。PGA配置成16到32倍既能充分利用24位ADC的动态范围又不至于放大小信号里的噪声。2.3 供电、布局和长线传输工业品和玩具的分水岭这一部分容易被忽略但恰恰是项目现场稳定与否的分水岭。ADS122U04IPWR是模拟前端它对电源噪声的敏感度比普通数字芯片高得多。我习惯把模拟电源和数字电源分开处理模拟部分用LDO单独供电数字部分可以用DC-DC。ADC的AVDD引脚旁边放一个10μF电容和几个100nF陶瓷电容去耦布局上尽量靠近引脚。如果传感器距离ADC比较远建议做两级处理。第一级是模拟前端接口加TVS管和串联电阻做浪涌保护避免现场静电或感应雷打坏ADC。第二级是通信接口UART走线用双绞线或者屏蔽线对屏蔽层单端接地。RS485和以太网这类长距离通信接口再加专门的隔离芯片光耦或数字隔离器都可以。长线传输还有一个容易踩的坑线缆电阻导致激励电流建立时间变长。IDAC电流从ADC内部流到远端传感器再返回参考电阻线缆相当于串联了一个电阻和电容网络电流建立不是瞬间完成的。如果配置完寄存器后立刻读数据很有可能会读到未稳定的中间状态。所以每次修改配置或者切换通道之后要预留足够稳定时间。我一开始就栽在这里寄存器配置改了没多久就读结果数据忽高忽低排查了很久才发现是稳定时间不够。3. STM32与ADS122U04 的UART通信与固件实现3.1 串口初始化和自动波特率检测ADS122U04IPWR的UART接口有一个很方便的功能自动波特率检测。它不需要手动在代码里硬编码波特率而是通过接收主机发送的特定字节来自动锁定通信速率。这在实际调试中非常好用只要STM32和ADC之间的线缆环境不太恶劣上电之后自动确定速率省去很多对齐参数的烦恼。自动波特率检测的过程是这样的ADC上电后处于波特率检测状态主机通过UART发送一定数量的已知字节通常是0x00ADC测量每两个字节边沿之间的时间间隔从而推算出主机实际的波特率。检测完成后ADC进入正常命令模式开始响应读写寄存器、读取转换数据等命令。在STM32F217ZG这一侧我用的是一路普通的USART外设配置成8N1格式波特率选了19200。这个速率不算快但在几十米的线缆长度下非常稳妥。如果距离短也可以上到115200。需要留意的是自动波特率检测期间发送的字节数要足够多有些批次的ADC要求至少几十个字节才能稳定锁定所以我上电初始化时会连续发送一段填充序列确保检测成功。初始化时序方面建议在上电后等ADC内部复位完成再发波特率检测数据。ADS122U04IPWR的复位时间大约几十毫秒我加了一个100ms的延时稳妥起见。延时太短会导致检测失败表现为主机发命令后ADC毫无响应这时候重新执行一次发送序列一般就能解决。3.2 寄存器配置从通道MUX到PGA、IDAC的实际组合ADS122U04IPWR的配置通过UART写入寄存器完成所有设置最终都落在几个8位配置寄存器里。最常用的是配置0、配置1、配置2和配置3这四组。配置0管输入多路复用器MUX决定当前采样的是哪一路模拟输入是差分输入还是单端输入。配置1管PGA增益、参考电压选择、转换模式。配置2管数据输出速率和滤波器设置。配置3管IDAC电流源方向和电流大小。拿PT100三线制这个典型场景来说我会做这样一组配置AIN0和AIN1接RTD的两端AIN2接第三根补偿线。IDAC1配置为500μA输出接到RTD的远端激励端流入传感器后经过参考电阻回流。VREF选择外部参考模式参考电阻也串在激励回路里完成比率测量。PGA增益取16倍数据速率取20SPS这个速率下50Hz和60Hz工频干扰都能得到较好的抑制。写入寄存器的操作通过WREG命令完成。先发命令头再发寄存器地址和值。命令格式很简单命令字节加上寄存器地址然后是要写入的数据。写入后最好回读一次验证防止通信线上的噪声把配置值改坏。回读用RREG命令同样的寄存器地址ADC会把该寄存器的当前值返回。有个细节值得提醒ADS122U04IPWR的MUX通道切换后输入电容需要重新充电信号链建立需要一定时间。如果应用里有多路信号轮流采集切换通道后要额外加延时或者舍弃切换后的第一个转换结果。我在HVAC项目里测过冻水供回水温度两个测点之间的切换如果不处理读到的第二路温度会偏大不少原因就是前一个通道的残余电荷还没泄放完。3.3 读取转换结果命令交互与CRC校验ADS122U04IPWR的转换结果以24位补码形式输出。读取方式有两种一是配置为连续转换模式数据准备好后主机直接通过RDATA命令读取二是通过START命令启动单次转换转换完成后同样的RDATA命令取数。我在项目里用的是连续转换模式配合STM32的串口空闲中断来判定一帧数据结束。RDATA命令需要发送一个字节然后ADC会返回三个字节按高位在前、低位在后的顺序排列。收到三字节后拼接成32位整数再右移8位得到真正的24位数据。注意这时的数据是二进制补码正温度对应正值负温度对应负值不能直接当无符号数处理。工业现场UART极易受到瞬态干扰即使有自动波特率检测偶发误码仍然可能发生。ADS122U04IPWR支持CRC校验启用之后每个命令帧和数据帧尾部都会附加一个CRC字节主机端可以用同样的算法校验数据完整性。我在固件里用了一张查表法CRC实现校验失败的数据帧直接丢弃不参与温度计算。实测下来这个机制非常有效原来偶发的毛刺数据基本被滤干净了。下面是我在STM32F217ZG上写的读取函数示意核心逻辑就是发RDATA命令读三字节拼接再按CRC结果决定是否采纳uint8_t crc8_update(uint8_t crc, uint8_t data) { // CRC-8 查表实现具体多项式与数据手册对齐 crc crc ^ data; for (int i 0; i 8; i) { if (crc 0x80) { crc (crc 1) ^ 0x07; } else { crc crc 1; } } return crc; } int32_t ads122u04_read_result(uint8_t *rx_buf, uint8_t crc_val) { // 发 RDATA 命令 uart_send_byte(0x12); // 等待三字节数据CRC超时保护省略 uart_receive_bytes(rx_buf, 3); uart_receive_byte(crc_val); uint8_t calc 0; for (int i 0; i 3; i) { calc crc8_update(calc, rx_buf[i]); } if (calc ! crc_val) { return 0x80000001; // 返回异常标记 } int32_t raw ((int32_t)rx_buf[0] 16) | ((int32_t)rx_buf[1] 8) | ((int32_t)rx_buf[2]); if (raw 0x800000) { raw | ~0x7FFFFF; // 符号扩展 } return raw; }这段代码在实际项目里就是按这个框架跑的CRC校验和符号扩展都是必须处理的环节。少了符号扩展负温度会直接算错少了CRC校验偶发的通信错误可能直接污染控制逻辑。3.4 从原始码到温度转换公式与线性化拿到24位原始码之后后面的工作就是把码值换算成实际物理量。这一步看似简单但温度传感器非线性处理不好误差会比ADC本身的精度还大。先算模拟电压。如果ADC配置为外部参考模式满量程对应±VREF/PGA的信号范围具体换算公式为电压 原始码 × VREF / (PGA × 2^23)假设VREF是1.8VPGA是16倍那么每个最小码对应的电压大约是1.34nV分辨率足够。算完电压之后RTD传感器还需要转成电阻值。因为是比率测量更直接的算法是跳过电压直接用原始码比值乘参考电阻。我用的是后一种方式少一步中间转换误差也更小。电阻转温度PT100是一条弯曲的曲线。简单的线性近似在小范围内够用但全量程会引入严重误差。IEC 60751标准给出了Callendar-Van Dusen公式把电阻值代进去可解出温度。工程上更实用的做法是建一张分度表用查表加线性插值处理。表格可以放在STM32的Flash里每10℃一个点插值后精度远超系统要求。热电偶的处理更繁琐一点因为必须先做冷端补偿。K型热电偶的输出电压对应的是热端与冷端的温差冷端温度通过ADS122U04IPWR内部温度传感器读出后统一换算到参考冷端0℃的条件下再查热电偶分度表得到热端温度。这个过程涉及两张表热电偶电动势-温度表和冷端补偿电压表。好在STM32F217ZG的Flash有1MB放两张小表绰绰有余。固件里需要注意定点数和浮点数的取舍。Cortex-M3做软件浮点不是不能用但循环查表插值用浮点计算在连续采集多路信号时会有可观的开销。我实测过一路20SPS采样加上查表计算CPU占用率非常低但把采样率提到1000SPS以上做高频采集时软件浮点开销就开始吃紧。常规测温项目没必要跑那么高20SPS绰绰有余。4. 校准流程与现场实施要点4.1 为什么两点校准比单点偏置靠谱ADC和传感器链路里存在两类主要误差源偏移误差和增益误差。偏移误差表现为零点处读数不等于实际值增益误差表现为满量程处读数偏离比例关系。只做单点偏置修正只能把某一特定温度点的偏移调掉其他温度点的误差依然存在特别是大温度范围内增益误差会更加明显。两点校准的思路很简单选取两个已知的标准温度点分别记录系统的测量值然后计算出修正直线的斜率和截距。之后任意原始读数都通过这条直线映射到修正后的温度值。这样等于同时解决了偏移和增益两个误差源。校准点一般选在测量范围的两端或者具有代表性的位置。HVAC系统我通常选0℃和50℃左右覆盖实际运行区间。工业场景如果跨度从-40℃到200℃至少分三段做两点校准每段用单独的斜率和截距避免单一直线在全范围误差过大。4.2 校准操作步骤与数据记录具体操作时我习惯用恒温槽或者精密电阻箱而不是单纯靠温度计读数。精密电阻箱的好处是直接模拟PT100在指定温度下的标准阻值不受环境温度波动影响重复性好。恒温槽则更贴近实际传感器安装条件能同时验证连接线和传感器的整体性能。用电阻箱校准时先记录标准温度对应的标准电阻值。比如0℃时PT100标准阻值100Ω50℃时约119.4Ω。把电阻箱设定到目标值通过ADC读取原始码和系统计算出的温度记录多组数据取平均。然后用线性回归算出校准系数写进STM32的Flash存储区。固件里需要设计一个校准参数存储区。我习惯把校准系数放在Flash的最后几页并加上简单的校验和。设备首次上电时读取校准参数如果校验失败则使用默认系数并在调试串口打印警告。这样既能保证校准数据掉电不丢又防止Flash内容损坏后设备完全不可用。实际校准过程中还有一个容易被忽略的点校准时的ADC数据采集要充分稳定。每次改电阻箱档位后至少等十几次转换周期再开始记录数据确保信号链路完全建立。我见过有人急着采样结果校准完的参数全偏了返工代价比想象中大得多。4.3 工业现场与HVAC机房的差异化处理HVAC机房环境相对干净但问题主要在走线和干扰源。冷冻水管附近湿度大控制箱容易凝露端子排要做好防水防潮处理。风管上安装传感器尽量不要贴着风机出口那里气流紊乱温度读数代表性差。长线走线要避开变频器动力电缆如果实在避不开用屏蔽层单端接地的屏蔽线对。工业现场则更考验设备本身。宽温范围、高湿度、振动、粉尘每一个因素都可能导致传感器过早失效。接线盒要选防护等级足够的型号传感器安装螺纹处做密封处理。UART通信的隔离是必须的光耦隔离或者专用数字隔离器都可以隔离后的地线处理也要重视避免多点接地形成地环流。另外一点实用经验现场条件允许的话给每一路温度采集做独立的短路和断路检测。ADS122U04IPWR支持传感器故障检测功能能够识别RTD开路和短路状态。这个功能在HVAC运维场景非常有价值能直接通过状态标志位上报“传感器断线”而不是让系统傻傻地读到满量程后误判为高温报警。5. 实测中的典型问题与排查速查5.1 读数毛刺与通信误码症状是温度曲线偶尔跳出一个尖峰持续一两个采样周期后又恢复正常。这类问题在长线UART场景中非常常见优先怀疑通信层。先确认通信CRC是否开启如果没开务必打开。其次用示波器看UART线上的波形检查是否有振铃或幅度下降。线缆过长导致波形变差的话可以降低波特率或者在线缆两端加终端电阻。电源方面也要确认开关电源纹波大时ADC参考电压和模拟供电都会受影响表现为满量程附近的毛刺。换用LDO单独给模拟部分供电问题通常能明显改善。5.2 读到满量程或零值满量程读数通常意味着信号线上出现了异常大的压差。最常见的原因是传感器开路。RTD断线后激励电流无法形成回路AIN输入被拉到某个极端电平ADC饱和输出。短路则是另一个极端特别是两线制接线时正负端碰到一起信号电压接近于零读数直接掉到零附近。遇到这类问题先用万用表量传感器两端电阻确认传感器本身是否完好。然后检查寄存器配置里的MUX通道是否选对了输入引脚IDAC是否已经配置输出。最后看参考电压外部参考模式下如果REFP/REFN悬空ADC会因为没有参考而输出异常码值。把这几个环节逐一排除问题基本能定位到具体原因。5.3 温度和实际值偏差很大读数稳定但方向正确幅度偏差大通常和校准或配置有关。优先确认使用的是否为比率测量外部参考电阻精度是否足够。参考电阻的温漂在环境温度变化大的工业现场会显著影响读数这个部分换成低温漂规格后误差能降一大截。其次是冷端补偿。热电偶应用里如果冷端温度读取不准换算出的热端温度自然也不准。检查内部温度传感器配置是否开启补偿算法是否真的用上。RTD测量里则要检查连线方式两线制传感如果没做线阻补偿长线传输时的偏差会非常可观。5.4 典型故障速查表现象可能原因检查方法处理建议读数满量程传感器开路、MUX配置错、参考电压缺失万用表量传感器电阻回读寄存器修复接线核对配置寄存器读数接近零值传感器短路、IDAC未开启检查引脚间电阻确认IDAC寄存器更换传感器补全配置温度曲线有毛刺通信误码、电源纹波、PGA过高开CRC示波器测电源和UART波形降低波特率模拟电源LDO降PGA温度整体偏差大校准参数失效、参考电阻温漂检查Flash区校准系数测参考电阻温漂重新做两点校准换低温漂电阻通信完全无响应波特率检测失败、线缆断路示波器测UART TX波形重新上电发送检测序列检查接线多路通道串扰通道切换稳定时间不够逻辑分析仪看切换时序增加稳定延时丢弃首拍数据这张表里的前四行在项目调试阶段都实际遇到过。每一次排查到最后都不是什么玄学问题基本都是配置细节或者信号完整性处理不到位。思路理顺之后按表格一步步查大部分问题都能在半小时内定位。6. 几条长期项目心得ADS122U04IPWR 和 STM32F217ZG 这套组合跑下来最深的感受是UART接口ADC确实比SPI版本更适合工业现场抗干扰和隔离设计都省了不少事。数据链路稳定之后温度精度主要取决于传感器本身的性能和校准是否做扎实。24位分辨率的余量也让系统做多路扩展时不用再换芯片一块ADS122U04IPWR挂四路PT100没问题再多通道时用两颗甚至三颗并联就行每颗ADC只需占用一路串口MCU的串口资源完全够用。校准这件事一定要在项目测试阶段就安排进计划不要等设备到了现场才想起来。我在HVAC项目里就因为前期没做校准就急着试运行冬天测出来的冷冻水温度整体偏高0.3℃整改起来相当被动。先在校准台上把每路参数标定好拿到现场后只需验证整个调试周期能缩短很多。最后分享一个小技巧STM32F217ZG内部集成有硬件随机数发生器和看门狗把这些基础能力用好设备长期运行的稳定性会有很大提升。ADC采样偶尔出错不可怕可怕的是出错后系统没有兜底策略。我现在的固件里对上送的每一帧温度数据都带状态标记校准异常、传感器断线、通信错误都会单独上报运维人员看到的不再是单纯一个温度数字而是附带健康状态的采集点信息。这套东西完整落地之后从ADC原始数据到最终上位机显示的温度整个链路都是透明的排查问题简直不要太轻松。 
长河君 · 2026/11/5 3:11:09 · 阅读 1.2k STM32与ADS122U04高精度测温：UART接口ADC及PT100/热电偶采集实践
搞温控和暖通的项目前端的温度采集往往决定了整个控制效果的成败。最近我在给一套楼宇自控系统做环境监测节点主控选了 STM32F217ZG前端ADC则用了 TI 的 ADS122U04IPWR。这套组合做下来从硬件选型、固件调试到现场校准收获很多也踩了不少坑。今天把整个思路和细节都整理出来给同样在折腾高精度测温方案的朋友一个参考。ADS122U04IPWR 是一片24位Δ-Σ型ADC自带UART通信接口专门为传感器信号调理而设计。STM32F217ZG 则是意法半导体旗下的Cortex-M3主控主频120MHz片上集成以太网、USB、多路串口等常用外设。两者凑在一起解决的核心问题就是把PT100、热电偶这类小信号传感器采集到的模拟量转成稳定、准确、可上送的温度数据同时兼顾工业现场和HVAC环境对成本、可靠性和传输距离的要求。如果你正在做设备温度监测、空调箱温控、冷冻水温采集这一类项目或者只是想找一套成熟的“MCU高精度ADC”测温框架这篇内容应该能帮你少走不少弯路。1. 项目整体设计与方案选型1.1 工业与HVAC测温现场真正难的不是“量温度”很多人以为温度测量就是把传感器往设备上一贴主控读个数值就完事。真在项目里跑过一轮之后会发现在工业和HVAC场景里麻烦的是另一堆事。工业现场的测温范围跨度很大。从冷库的-40℃到锅炉管道的300℃以上常用传感器无非是PT100、PT1000、热电偶。热电偶的灵敏度只有几十微伏每摄氏度PT100在0℃附近每摄氏度也不过变化0.385Ω。这种微弱信号放到长线缆上经过变频器、压缩机、电机这些干扰源能稳住已经不容易更别提还要保证全量程范围内的精度。HVAC这边看似温和温度范围基本在0到70℃但要求更细。风管送风温度、回风温度、冷冻水供回水温差很多工况都要求±0.5℃甚至±0.2℃的测量不确定度。而且暖通项目往往是多测点、长走线一个控制箱可能分布在楼宇的各个角落传感器距离主控几十米是家常便饭。模拟信号传这么远线缆电阻、共模干扰、地电位差都会让读数和真实值产生明显偏差。所以这套项目的核心设计思路从一开始就很明确传感器就近转换数字信号远传主控统一处理。ADS122U04IPWR放在传感器采集端或者控制箱内完成高精度模拟量到数字量的转换STM32F217ZG负责读取数据、完成温度换算并对外提供Modbus、以太网这类通信接口。这个架构把高阻抗模拟信号压缩在尽可能短的链路里剩下的传输全部用抗干扰能力强的数字信号完成。1.2 ADC选型名字里那个U是这套方案的核心差异最初我也在ADS1220和ADS122U04之间犹豫过。ADS1220是经典的SPI接口24位ADC网上资料多很多人用过。但仔细看了ADS122U04的数据手册之后我最终选了这个带UART接口的版本。ADS122U04IPWR和ADS1220在模拟前端上基本是同一代技术支持4路模拟输入、可编程增益放大器PGA、两组激励电流源IDAC、内部参考电压和片上温度传感器。最大的区别就在于“U”这个字母它的串行接口是UART而不是SPI。别小看这个差异在工业现场它是实打实的优势。SPI是同步接口时钟线和数据线挨在一起高速传输时容易辐射噪声走线一长信号完整性就会出问题。UART是异步接口用既定的波特率收发本身对时序抖动容忍度高而且可以很自然地做光电隔离。ADC和主控之间只要两条线中间串一个数字隔离器电气隔离轻松搞定。再加上UART是绝大多数MCU的标配外设不像SPI在某些封装上需要复用引脚软件调试也简单。从成本角度看ADS112U04算是更低一档的选择16位分辨率便宜不少。但在温度应用里我并不建议为了省几块钱把分辨率砍到16位。24位分辨率不是说要拿满24位精度而是给PGA放大后的信号留出足够的动态范围让微小的温度变化在码值上能明显体现出来。尤其是热电偶这种毫伏级信号配64倍或128倍PGA后16位分辨率做起来会比较吃力24位会从容得多。1.3 STM32F217ZG 的角色不只是读ADCSTM32F217ZG选用它不是因为算力有多强而是它把项目里可能用到的主流通信外设都集成在了一个片子里面。Cortex-M3核心跑在120MHz对温度换算这种运算量来说已经绰绰有余。这颗芯片最亮眼的地方是外设配置5路UART、2路CAN、USB OTG、10/100M以太网MAC、3路SPI、I2C、12位ADC等等。实际项目里一路UART给ADS122U04一路UART给RS485收发器跑Modbus RTU一路UART给调试串口以太网口还能再接一条Modbus TCP或厂家私有协议通道。这种多协议汇聚能力放在楼宇自控网关或者工业数据采集节点上非常合适。如果换成STM32F103虽然便宜但UART数量少以太网MAC也没有后面扩展协议栈时会比较捉襟见肘。换STM32F407当然更强但Cortex-M4的FPU在这个场景里属于性能过剩功耗和成本都会上去没必要。有一点需要注意STM32F2系列不带硬件浮点单元温度线性化计算如果用double做查表和多项式计算会占用一些CPU时间。但实际测下来每次转换计算大概只需要几十微秒完全可以接受。真要做批量数据处理用定点数近似也能提升速度但项目上线一年多来我并没有觉得这里有性能瓶颈。2. 硬件链路设计从传感器到ADC的关键细节2.1 传感器类型和信号范围先想清楚再接设计硬件之前得先把传感器类型定下来。ADS122U04IPWR虽然是通用型ADC但针对不同传感器前端的激励、参考、PGA配置完全不一样。PT100是最常见的工业测温传感器0℃时阻值100Ω100℃时大约是138.5Ω。它的优势是稳定性好、线性度中上但需要激励电流流过电阻产生电压。激励电流会带来自热效应一般控制在1mA以下比较合适既能产生足够的信号幅度又不至于让传感器自身发热影响测量。PT1000的灵敏度稍低些但同样电流下信号幅度是PT100的十倍自热更小在HVAC系统里用得越来越多。热电偶是另一个极端。它的信号是两种金属接触产生的热电动势K型热电偶大约40μV/℃幅度极小。这时候PGA必须开到64倍甚至128倍同时必须考虑冷端补偿。ADS122U04IPWR片上的内部温度传感器就是干这个用的把冷端温度读出来再和热电偶测量值联合计算才能得到真实热端温度。接线方式也直接决定测量精度。两线制RTD虽然简单但导线电阻会直接串联进传感器电阻里长线时误差非常明显。三线制和四线制用额外的导线抵消线阻影响精度更高代价是多一根或两根线。在HVAC项目里常见的做法是两线制配合系统校准直接把线阻误差吸收进校准参数里对于0到70℃的测量范围能省不少安装成本。工业现场建议至少三线制保证宽温区下的可靠性。2.2 激励电流和参考电阻比率测量的核心思路ADS122U04IPWR内部有两路可配置的IDAC电流源输出电流可以从50μA一直配置到2.5mA。同时它还提供一个外部参考电压输入REFP/REFN。这两者结合起来能实现一个叫“比率测量”的方案这也是RTD高精度测量的关键所在。比率测量的思路是这样的让IDAC激励电流先流过RTD传感器再流过一颗精密参考电阻把参考电阻两端的电压作为ADC的参考电压VREF。如果激励电流是IRTD阻值是Rrtd那么传感器上的信号电压是I×Rrtd参考电压是I×Rref。ADC输出的数字码等于信号电压除以参考电压再乘以满量程。于是分子分母里的I直接约掉了最终结果只取决于Rrtd/Rref之比。这意味着IDAC电流本身的温漂和噪声对最终测量结果几乎没有影响。只要参考电阻是高精度低温漂元件整个测量链路的稳定性就有了保障。参考电阻我一般选0.1%精度、温漂系数±10ppm/℃以内的金属箔电阻或精密薄膜电阻。一颗这样的电阻比ADC本身的误差源影响更可控。激励电流大小的选择要综合考虑。电流太小信号幅度不足PGA需要拉高噪声随之变大电流太大传感器自热明显测量误差增大。实际做PT100时三线制我常用500μA或1mA参考电阻取1kΩ到2kΩ这样VREF在0.5V到2V之间信号幅度也足够。PGA配置成16到32倍既能充分利用24位ADC的动态范围又不至于放大小信号里的噪声。2.3 供电、布局和长线传输工业品和玩具的分水岭这一部分容易被忽略但恰恰是项目现场稳定与否的分水岭。ADS122U04IPWR是模拟前端它对电源噪声的敏感度比普通数字芯片高得多。我习惯把模拟电源和数字电源分开处理模拟部分用LDO单独供电数字部分可以用DC-DC。ADC的AVDD引脚旁边放一个10μF电容和几个100nF陶瓷电容去耦布局上尽量靠近引脚。如果传感器距离ADC比较远建议做两级处理。第一级是模拟前端接口加TVS管和串联电阻做浪涌保护避免现场静电或感应雷打坏ADC。第二级是通信接口UART走线用双绞线或者屏蔽线对屏蔽层单端接地。RS485和以太网这类长距离通信接口再加专门的隔离芯片光耦或数字隔离器都可以。长线传输还有一个容易踩的坑线缆电阻导致激励电流建立时间变长。IDAC电流从ADC内部流到远端传感器再返回参考电阻线缆相当于串联了一个电阻和电容网络电流建立不是瞬间完成的。如果配置完寄存器后立刻读数据很有可能会读到未稳定的中间状态。所以每次修改配置或者切换通道之后要预留足够稳定时间。我一开始就栽在这里寄存器配置改了没多久就读结果数据忽高忽低排查了很久才发现是稳定时间不够。3. STM32与ADS122U04 的UART通信与固件实现3.1 串口初始化和自动波特率检测ADS122U04IPWR的UART接口有一个很方便的功能自动波特率检测。它不需要手动在代码里硬编码波特率而是通过接收主机发送的特定字节来自动锁定通信速率。这在实际调试中非常好用只要STM32和ADC之间的线缆环境不太恶劣上电之后自动确定速率省去很多对齐参数的烦恼。自动波特率检测的过程是这样的ADC上电后处于波特率检测状态主机通过UART发送一定数量的已知字节通常是0x00ADC测量每两个字节边沿之间的时间间隔从而推算出主机实际的波特率。检测完成后ADC进入正常命令模式开始响应读写寄存器、读取转换数据等命令。在STM32F217ZG这一侧我用的是一路普通的USART外设配置成8N1格式波特率选了19200。这个速率不算快但在几十米的线缆长度下非常稳妥。如果距离短也可以上到115200。需要留意的是自动波特率检测期间发送的字节数要足够多有些批次的ADC要求至少几十个字节才能稳定锁定所以我上电初始化时会连续发送一段填充序列确保检测成功。初始化时序方面建议在上电后等ADC内部复位完成再发波特率检测数据。ADS122U04IPWR的复位时间大约几十毫秒我加了一个100ms的延时稳妥起见。延时太短会导致检测失败表现为主机发命令后ADC毫无响应这时候重新执行一次发送序列一般就能解决。3.2 寄存器配置从通道MUX到PGA、IDAC的实际组合ADS122U04IPWR的配置通过UART写入寄存器完成所有设置最终都落在几个8位配置寄存器里。最常用的是配置0、配置1、配置2和配置3这四组。配置0管输入多路复用器MUX决定当前采样的是哪一路模拟输入是差分输入还是单端输入。配置1管PGA增益、参考电压选择、转换模式。配置2管数据输出速率和滤波器设置。配置3管IDAC电流源方向和电流大小。拿PT100三线制这个典型场景来说我会做这样一组配置AIN0和AIN1接RTD的两端AIN2接第三根补偿线。IDAC1配置为500μA输出接到RTD的远端激励端流入传感器后经过参考电阻回流。VREF选择外部参考模式参考电阻也串在激励回路里完成比率测量。PGA增益取16倍数据速率取20SPS这个速率下50Hz和60Hz工频干扰都能得到较好的抑制。写入寄存器的操作通过WREG命令完成。先发命令头再发寄存器地址和值。命令格式很简单命令字节加上寄存器地址然后是要写入的数据。写入后最好回读一次验证防止通信线上的噪声把配置值改坏。回读用RREG命令同样的寄存器地址ADC会把该寄存器的当前值返回。有个细节值得提醒ADS122U04IPWR的MUX通道切换后输入电容需要重新充电信号链建立需要一定时间。如果应用里有多路信号轮流采集切换通道后要额外加延时或者舍弃切换后的第一个转换结果。我在HVAC项目里测过冻水供回水温度两个测点之间的切换如果不处理读到的第二路温度会偏大不少原因就是前一个通道的残余电荷还没泄放完。3.3 读取转换结果命令交互与CRC校验ADS122U04IPWR的转换结果以24位补码形式输出。读取方式有两种一是配置为连续转换模式数据准备好后主机直接通过RDATA命令读取二是通过START命令启动单次转换转换完成后同样的RDATA命令取数。我在项目里用的是连续转换模式配合STM32的串口空闲中断来判定一帧数据结束。RDATA命令需要发送一个字节然后ADC会返回三个字节按高位在前、低位在后的顺序排列。收到三字节后拼接成32位整数再右移8位得到真正的24位数据。注意这时的数据是二进制补码正温度对应正值负温度对应负值不能直接当无符号数处理。工业现场UART极易受到瞬态干扰即使有自动波特率检测偶发误码仍然可能发生。ADS122U04IPWR支持CRC校验启用之后每个命令帧和数据帧尾部都会附加一个CRC字节主机端可以用同样的算法校验数据完整性。我在固件里用了一张查表法CRC实现校验失败的数据帧直接丢弃不参与温度计算。实测下来这个机制非常有效原来偶发的毛刺数据基本被滤干净了。下面是我在STM32F217ZG上写的读取函数示意核心逻辑就是发RDATA命令读三字节拼接再按CRC结果决定是否采纳uint8_t crc8_update(uint8_t crc, uint8_t data) { // CRC-8 查表实现具体多项式与数据手册对齐 crc crc ^ data; for (int i 0; i 8; i) { if (crc 0x80) { crc (crc 1) ^ 0x07; } else { crc crc 1; } } return crc; } int32_t ads122u04_read_result(uint8_t *rx_buf, uint8_t crc_val) { // 发 RDATA 命令 uart_send_byte(0x12); // 等待三字节数据CRC超时保护省略 uart_receive_bytes(rx_buf, 3); uart_receive_byte(crc_val); uint8_t calc 0; for (int i 0; i 3; i) { calc crc8_update(calc, rx_buf[i]); } if (calc ! crc_val) { return 0x80000001; // 返回异常标记 } int32_t raw ((int32_t)rx_buf[0] 16) | ((int32_t)rx_buf[1] 8) | ((int32_t)rx_buf[2]); if (raw 0x800000) { raw | ~0x7FFFFF; // 符号扩展 } return raw; }这段代码在实际项目里就是按这个框架跑的CRC校验和符号扩展都是必须处理的环节。少了符号扩展负温度会直接算错少了CRC校验偶发的通信错误可能直接污染控制逻辑。3.4 从原始码到温度转换公式与线性化拿到24位原始码之后后面的工作就是把码值换算成实际物理量。这一步看似简单但温度传感器非线性处理不好误差会比ADC本身的精度还大。先算模拟电压。如果ADC配置为外部参考模式满量程对应±VREF/PGA的信号范围具体换算公式为电压 原始码 × VREF / (PGA × 2^23)假设VREF是1.8VPGA是16倍那么每个最小码对应的电压大约是1.34nV分辨率足够。算完电压之后RTD传感器还需要转成电阻值。因为是比率测量更直接的算法是跳过电压直接用原始码比值乘参考电阻。我用的是后一种方式少一步中间转换误差也更小。电阻转温度PT100是一条弯曲的曲线。简单的线性近似在小范围内够用但全量程会引入严重误差。IEC 60751标准给出了Callendar-Van Dusen公式把电阻值代进去可解出温度。工程上更实用的做法是建一张分度表用查表加线性插值处理。表格可以放在STM32的Flash里每10℃一个点插值后精度远超系统要求。热电偶的处理更繁琐一点因为必须先做冷端补偿。K型热电偶的输出电压对应的是热端与冷端的温差冷端温度通过ADS122U04IPWR内部温度传感器读出后统一换算到参考冷端0℃的条件下再查热电偶分度表得到热端温度。这个过程涉及两张表热电偶电动势-温度表和冷端补偿电压表。好在STM32F217ZG的Flash有1MB放两张小表绰绰有余。固件里需要注意定点数和浮点数的取舍。Cortex-M3做软件浮点不是不能用但循环查表插值用浮点计算在连续采集多路信号时会有可观的开销。我实测过一路20SPS采样加上查表计算CPU占用率非常低但把采样率提到1000SPS以上做高频采集时软件浮点开销就开始吃紧。常规测温项目没必要跑那么高20SPS绰绰有余。4. 校准流程与现场实施要点4.1 为什么两点校准比单点偏置靠谱ADC和传感器链路里存在两类主要误差源偏移误差和增益误差。偏移误差表现为零点处读数不等于实际值增益误差表现为满量程处读数偏离比例关系。只做单点偏置修正只能把某一特定温度点的偏移调掉其他温度点的误差依然存在特别是大温度范围内增益误差会更加明显。两点校准的思路很简单选取两个已知的标准温度点分别记录系统的测量值然后计算出修正直线的斜率和截距。之后任意原始读数都通过这条直线映射到修正后的温度值。这样等于同时解决了偏移和增益两个误差源。校准点一般选在测量范围的两端或者具有代表性的位置。HVAC系统我通常选0℃和50℃左右覆盖实际运行区间。工业场景如果跨度从-40℃到200℃至少分三段做两点校准每段用单独的斜率和截距避免单一直线在全范围误差过大。4.2 校准操作步骤与数据记录具体操作时我习惯用恒温槽或者精密电阻箱而不是单纯靠温度计读数。精密电阻箱的好处是直接模拟PT100在指定温度下的标准阻值不受环境温度波动影响重复性好。恒温槽则更贴近实际传感器安装条件能同时验证连接线和传感器的整体性能。用电阻箱校准时先记录标准温度对应的标准电阻值。比如0℃时PT100标准阻值100Ω50℃时约119.4Ω。把电阻箱设定到目标值通过ADC读取原始码和系统计算出的温度记录多组数据取平均。然后用线性回归算出校准系数写进STM32的Flash存储区。固件里需要设计一个校准参数存储区。我习惯把校准系数放在Flash的最后几页并加上简单的校验和。设备首次上电时读取校准参数如果校验失败则使用默认系数并在调试串口打印警告。这样既能保证校准数据掉电不丢又防止Flash内容损坏后设备完全不可用。实际校准过程中还有一个容易被忽略的点校准时的ADC数据采集要充分稳定。每次改电阻箱档位后至少等十几次转换周期再开始记录数据确保信号链路完全建立。我见过有人急着采样结果校准完的参数全偏了返工代价比想象中大得多。4.3 工业现场与HVAC机房的差异化处理HVAC机房环境相对干净但问题主要在走线和干扰源。冷冻水管附近湿度大控制箱容易凝露端子排要做好防水防潮处理。风管上安装传感器尽量不要贴着风机出口那里气流紊乱温度读数代表性差。长线走线要避开变频器动力电缆如果实在避不开用屏蔽层单端接地的屏蔽线对。工业现场则更考验设备本身。宽温范围、高湿度、振动、粉尘每一个因素都可能导致传感器过早失效。接线盒要选防护等级足够的型号传感器安装螺纹处做密封处理。UART通信的隔离是必须的光耦隔离或者专用数字隔离器都可以隔离后的地线处理也要重视避免多点接地形成地环流。另外一点实用经验现场条件允许的话给每一路温度采集做独立的短路和断路检测。ADS122U04IPWR支持传感器故障检测功能能够识别RTD开路和短路状态。这个功能在HVAC运维场景非常有价值能直接通过状态标志位上报“传感器断线”而不是让系统傻傻地读到满量程后误判为高温报警。5. 实测中的典型问题与排查速查5.1 读数毛刺与通信误码症状是温度曲线偶尔跳出一个尖峰持续一两个采样周期后又恢复正常。这类问题在长线UART场景中非常常见优先怀疑通信层。先确认通信CRC是否开启如果没开务必打开。其次用示波器看UART线上的波形检查是否有振铃或幅度下降。线缆过长导致波形变差的话可以降低波特率或者在线缆两端加终端电阻。电源方面也要确认开关电源纹波大时ADC参考电压和模拟供电都会受影响表现为满量程附近的毛刺。换用LDO单独给模拟部分供电问题通常能明显改善。5.2 读到满量程或零值满量程读数通常意味着信号线上出现了异常大的压差。最常见的原因是传感器开路。RTD断线后激励电流无法形成回路AIN输入被拉到某个极端电平ADC饱和输出。短路则是另一个极端特别是两线制接线时正负端碰到一起信号电压接近于零读数直接掉到零附近。遇到这类问题先用万用表量传感器两端电阻确认传感器本身是否完好。然后检查寄存器配置里的MUX通道是否选对了输入引脚IDAC是否已经配置输出。最后看参考电压外部参考模式下如果REFP/REFN悬空ADC会因为没有参考而输出异常码值。把这几个环节逐一排除问题基本能定位到具体原因。5.3 温度和实际值偏差很大读数稳定但方向正确幅度偏差大通常和校准或配置有关。优先确认使用的是否为比率测量外部参考电阻精度是否足够。参考电阻的温漂在环境温度变化大的工业现场会显著影响读数这个部分换成低温漂规格后误差能降一大截。其次是冷端补偿。热电偶应用里如果冷端温度读取不准换算出的热端温度自然也不准。检查内部温度传感器配置是否开启补偿算法是否真的用上。RTD测量里则要检查连线方式两线制传感如果没做线阻补偿长线传输时的偏差会非常可观。5.4 典型故障速查表现象可能原因检查方法处理建议读数满量程传感器开路、MUX配置错、参考电压缺失万用表量传感器电阻回读寄存器修复接线核对配置寄存器读数接近零值传感器短路、IDAC未开启检查引脚间电阻确认IDAC寄存器更换传感器补全配置温度曲线有毛刺通信误码、电源纹波、PGA过高开CRC示波器测电源和UART波形降低波特率模拟电源LDO降PGA温度整体偏差大校准参数失效、参考电阻温漂检查Flash区校准系数测参考电阻温漂重新做两点校准换低温漂电阻通信完全无响应波特率检测失败、线缆断路示波器测UART TX波形重新上电发送检测序列检查接线多路通道串扰通道切换稳定时间不够逻辑分析仪看切换时序增加稳定延时丢弃首拍数据这张表里的前四行在项目调试阶段都实际遇到过。每一次排查到最后都不是什么玄学问题基本都是配置细节或者信号完整性处理不到位。思路理顺之后按表格一步步查大部分问题都能在半小时内定位。6. 几条长期项目心得ADS122U04IPWR 和 STM32F217ZG 这套组合跑下来最深的感受是UART接口ADC确实比SPI版本更适合工业现场抗干扰和隔离设计都省了不少事。数据链路稳定之后温度精度主要取决于传感器本身的性能和校准是否做扎实。24位分辨率的余量也让系统做多路扩展时不用再换芯片一块ADS122U04IPWR挂四路PT100没问题再多通道时用两颗甚至三颗并联就行每颗ADC只需占用一路串口MCU的串口资源完全够用。校准这件事一定要在项目测试阶段就安排进计划不要等设备到了现场才想起来。我在HVAC项目里就因为前期没做校准就急着试运行冬天测出来的冷冻水温度整体偏高0.3℃整改起来相当被动。先在校准台上把每路参数标定好拿到现场后只需验证整个调试周期能缩短很多。最后分享一个小技巧STM32F217ZG内部集成有硬件随机数发生器和看门狗把这些基础能力用好设备长期运行的稳定性会有很大提升。ADC采样偶尔出错不可怕可怕的是出错后系统没有兜底策略。我现在的固件里对上送的每一帧温度数据都带状态标记校准异常、传感器断线、通信错误都会单独上报运维人员看到的不再是单纯一个温度数字而是附带健康状态的采集点信息。这套东西完整落地之后从ADC原始数据到最终上位机显示的温度整个链路都是透明的排查问题简直不要太轻松。