做工业现场和HVAC系统的人，大概都遇到过这种尴尬：用普通ADC测温度，要么精度不够，要么抗干扰不行，要么把单片机通信口占得死死的。前阵子我用手头的ADS122U04IPWR配ATmega32搭了一套多通道温度采集板，用来测风管水温、回风温度和压缩机排气温度，效果出乎意料地稳。这套组合最舒服的地方在于ADS122U04自带UART接口，不需要占用SPI引脚，而且内部集成了PGA、激励电流源和冷端补偿，配合ATmega32这种老而弥坚的8位机，正好满足工业现场和HVAC场景里对“准确、稳定、省钱”的全部要求。
这文章不是泛泛而谈方案，我会把从选型、硬件连接、固件初始化到查错的经验全部捋一遍。刚接触ADC的新手能照着搭出一套能用的温度采集系统，老手也能看看我踩过的几个坑，特别是关于滤波器配置、RTD接线方式和通信协议时序的部分，都是实际调试中反复验证过的。
1. 方案选型与设计思路
1.1 为什么是ADS122U04IPWR和ATmega32
工业温度测量和家用环境温度测量的难度完全不在一个量级。家用场景测个室温，误差一两度无所谓，但HVAC的能效验证、冷冻水供回水温差、压缩机排气温度保护，这些地方对精度和响应速度都有硬要求。尤其是排气温度，一旦传感器采样异常或者ADC读值漂移，轻则误报警，重则烧压缩机。所以我在选型时首先锁定了24位ADC，其次要求自带可编程增益放大器和传感器激励源，这样能省掉一堆外围运放和精密电阻。
ADS122U04这个芯片我盯了很久，它本质上是一个带UART接口的24位Δ-ΣADC，内部有两个可编程电流源、一个内部温度传感器、一个2.048V基准电压源，还有输入多路复用器，最多支持四路差分或八路单端输入。更关键的是它把通信接口做成了UART，对于ATmega32这类引脚紧张、又没有硬件SPI空闲资源的单片机来说，UART是最友好的选择——只用两个I/O口就能完成双向通信，而且ATmega32的USART模块很成熟，波特率误差可控，跑115200完全没问题。
选择ATmega32也是基于现实的考量。项目现场维护人员对AVR的I/O操作和熔丝位设置很熟悉，ATmega32又便宜，供货稳定，内部还有8路10位ADC可以辅助做系统自检。这套组合的性价比在中小批量HVAC控制器上非常能打。当然，如果非要用STM32也没问题，但ATmega32配合ADS122U04的逻辑更简单直接，代码量小，调试门槛低。
1.2 系统信号链与精度预算
整个测量链路由传感器、模拟前端、ADC转换、数字处理和单片机控制组成。以PT1000铂电阻测量为例，信号链路是这样的：ADS122U04内部的一个电流源输出约1mA激励电流流过PT1000，在电阻上产生随温度变化的电压；这个电压经过内部PGA放大后，由24位Δ-Σ调制器转换为数字量；数字量通过UART送进ATmega32，单片机再根据电阻-温度关系表或者Callendar-Van Dusen方程计算实际温度。
这里有个容易忽略的关键点：ADS122U04内部基准电压是2.048V，使用这个内部基准的好处是它能和激励电流源保持比例关系，从而抵消激励电流的温漂。换句话说，如果电流源从1mA漂到1.001mA，PT1000上的压降会变大，但同时基准电压也会以相同比例变化，最终ADC码值基本不变。这种比率测量架构比用独立外部基准要稳得多，在工业现场尤其重要。
精度预算方面，我按照PT1000在中温区约3.85Ω/℃的灵敏度来算。1mA激励电流下，温度每变化1℃产生的电压变化约3.85mV。如果PGA增益设为8，那么ADC输入端每℃对应30.8mV的变化。ADS122U04在PGA=8时有效分辨率可以做到20位以上，换算到温度分辨率远超0.01℃，但这只是理论值。实际系统里还要考虑传感器自热、接线电阻、参考电压噪声和50Hz工频干扰，所以我最终把系统设计目标定为：在0到150℃范围内，误差优于±0.2℃。这对于HVAC应用已经非常充裕了。
1.3 为什么不用传统的SPI接口ADC
很多工程师第一反应是选ADS1220或者ADS124S08这类SPI接口的24位ADC，因为市面上资料多。但针对HVAC控制器这个具体场景，SPI方案有几个麻烦。ATmega32的硬件SPI如果被其他外设占用，就需要用GPIO模拟SPI，模拟SPI在高速下容易出时序问题，而且抗干扰能力也比较弱；工业现场走线长的话，SCLK和MOSI上的噪声会直接导致数据错位。ADS122U04使用UART，容忍度就高很多，即使线路有轻微干扰，只要波特率误差在合理范围内，通信依然稳定。
另外，UART通信是异步的，不需要从机提供时钟，ADS122U04自己产生转换时序，单片机只需要在需要时发送命令读取结果。这样ATmega32可以在ADC转换期间做其他事情，比如处理按键、刷新LCD或者控制继电器，整体程序架构更简洁。
2. 硬件设计与连接实操
2.1 电源、基准与地线布局
ADS122U04的模拟电源AVDD和数字电源DVDD最好分开供电，如果共用一个3.3V电源，至少要用磁珠或10Ω电阻隔离，避免数字噪声通过电源窜进模拟前端。我实际使用的是单5V供电，然后通过低压差稳压器降到3.3V给MCU和ADS122U04供电。需要注意的是，AVDD电压会影响模拟输入范围，ADS122U04的绝对输入电压要求靠近AVDD的中部，不能在0V附近或AVDD附近。所以我把AVDD设为3.3V，输入共模电压大约控制在1.65V左右，这对后续传感器偏置设计是个硬约束。
地线布局上，我采用的是星形接地：模拟地AGND和数字地DGND在PCB上单点连接，ATmega32的地、继电器驱动的地、电源模块的地都分别走线后在电源入口处汇合。对于24位ADC来说，地平面切割要谨慎，如果铺了完整地平面，就不要再人为开槽，否则回流路径变长，反而引入更大噪声。我第一版PCB就是在地平面上瞎开槽，导致测量值在零点附近乱跳，后来完整铺地就正常了。
基准电压方面，我直接使用内部2.048V基准。这个内部基准虽然温漂系数一般，但在比率测量架构下影响很小。如果项目要求更高的绝对精度，可以改用外部基准REF5025，但此时激励电流源的匹配度必须重新校准，否则比率关系被破坏，得不偿失。对于HVAC应用，内部基准完全够用。
2.2 传感器接口：RTD、热电偶与NTC
这套系统我实际接了三种传感器：PT1000铂电阻、K型热电偶和NTC热敏电阻。
PT1000接线最省心，两线制直接接在AIN1和AIN2之间，同时把激励电流源I1连接到AIN1，AIN2作为参考低端。但两线制有个缺点，导线电阻会直接叠加到PT1000上。如果引线长度超过3米，必须用三线制或四线制。ADS122U04支持三线制RTD接法，用两个匹配电流源分别流过引线电阻，在测量端抵消引线压降。我当时为了节省IO和电流源，做的两线制，但传感器引线统一用了0.5平方的屏蔽双绞线，长度控制在1米以内，实测引线电阻约0.1Ω，对应误差不到0.03℃，可以接受。
热电偶就更有意思了。K型热电偶输出只有微伏级别，但ADS122U04的PGA最大增益是128，配合内部冷端温度传感器，可以直接测热电偶。关键在于冷端补偿：ADS122U04内部有一个二极管测温节点，能感知芯片附近温度，这个温度就是冷端温度。但要保证芯片温度尽量接近热电偶冷端实际温度，因此我把冷端端子紧挨着芯片摆放，PCB上还挖了热隔离槽，减少电源部分发热对冷端温度的干扰。实测冷端补偿误差在±0.5℃以内。
NTC热敏电阻主要用于风管温度粗略测量，本身精度就不高，主要看重响应快、成本低。接法上就是NTC配一个高精度固定电阻分压，然后单端输入ADC。NTC的B值拟合用Steinhart-Hart方程，ATmega32算起来毫无压力。
2.3 ATmega32与ADS122U04的通信连接
ADS122U04支持连续通信模式和命令通信模式，我选择的是命令模式，由ATmega32主动询问，这样更容易控制转换节奏。硬件连接非常简单：ADS122U04的DOUT/DOUT作为UART发送脚接AVR的RXD，DIN/DIN作为UART接收脚接AVR的TXD，另外至少一根DRDY输出接AVR的外部中断引脚，用来判断数据转换完成。需要注意ADS122U04的UART是半双工还是全双工？实际这个芯片的UART接口是全双工的，而且片内会自动处理方向，只要波特率一致就行。
我用的ATmega32晶振是14.7456MHz，刚好能精确分频出115200波特率。如果系统里没有这个频率的晶振，建议用14.7456或18.432MHz，不要用16MHz，否则算出来的波特率有误差，时间长了会偶发通信错乱。ATmega32的UBRR值我设置成7，UCSRA的U2X位置1，这样误差接近0。
DRDY引脚是漏极开路输出，需要外接10kΩ上拉电阻到3.3V。这个引脚在转换完成时拉低，ATmega32检测到下降沿后就可以发送读取命令。如果不用DRDY，也可以轮询状态寄存器，但浪费CPU时间，而且可能错过中断信号，我强烈建议把这个中断脚利用起来。
3. 固件实现与数据处理
3.1 UART通信协议与命令封装
ADS122U04的通信命令包括复位、读取寄存器、写入寄存器、启动转换、读取数据等。每个命令帧由命令字节、寄存器地址和数据组成。刚开始操作时我犯过糊涂：它的数据读取命令发送后，必须等待一小段时间再收数据，不能立刻进循环等待UART接收，否则容易读到上一帧的残余字节。后来我调整成先清空接收缓冲，再发送读数据命令，然后用超时机制等待DRDY变高（表示新数据就绪），最后再读取4字节（32位数据，其中高字节是状态位，低24位是ADC值）。实际应用中给UART接收加上超时判断，这样即使通信异常，程序也不会死锁。
我封装了几个基础函数，比如ads122u04_write_reg(reg, value)、ads122u04_read_reg(reg)、ads122u04_start_conv()、ads122u04_read_data()。所有函数都带返回值，返回0表示成功，非0表示错误码。这样上层逻辑可以直接根据返回值做故障状态机，比如通信超时三次就置位传感器断线标志。
波特率配置这里再提一句，ATmega32的UART在14.7456MHz下，115200波特率的UBRR值是7，实际波特率为115200，误差为0。如果是其他晶振，请一定用波特率计算器算一下，超过±2%的误差在高温环境下会放大，导致通信不稳定。
3.2 ADC寄存器配置实战
说几个我最终确认的寄存器设置，大家可以照着抄。
输入多路复用寄存器默认复位值是把所有输入通道禁用的，必须手动设置。我用的配置如下：
- 通道选择：AIN1为P正输入，AIN2为N负输入（对应PT1000差分测量）
- PGA增益：8（采集PT1000时为8，采集热电偶时为128）
- 基准选择：内部2.048V基准
- 数据速率：20SPS或40SPS都可以，我选的20SPS，因为内置的50Hz/60Hz抑制滤波器正好把工频干扰压下去
- 电流源：I1=500μA或1000μA。对于PGA=8，我使用500μA，减小自热效应；对于PGA=128热电偶，不使用内部电流源
具体寄存器配置值要参考数据手册。这里重点说明为何选用低数据速率。ADS122U04的Δ-Σ调制器在低速下会开启数字滤波器的多次取平均，20SPS时对50Hz干扰的抑制能力最强。在HVAC现场，变频器、水泵电机带来的电磁干扰非常严重，用高速率确实能获得更快响应，但噪声会明显增加。温度和湿度这类物理量本身变化慢，20SPS完全够了。
3.3 温度计算与线性化
拿到24位ADC原始码值后，先要判断符号和数据格式。ADS122U04输出的是二进制补码格式，负数需要取反加一。幸好ATmega32是8位机，处理32位数据时需要小心溢出，我直接用了long类型，计算全部走整数运算，只在最终转换浮点数。在温度计算前，我会做一步异常值判断：如果码值接近满量程正数或负数，说明传感器可能断线或短路。
对于PT1000，我没有用查表法，而是用查表加线性插值结合的方式。先存一张每10℃一个节点的电阻表，然后根据测得的电阻值定位到区间，用线性插值算出温度。这样做的原因是ATmega32的Flash只有32KB，放一个0.1℃间隔的大表不现实，而纯用高次方程计算又会引入浮点库，代码膨胀。实测这个分段线性插值方案在0~150℃范围内误差小于0.05℃，完全满足应用。
对于K型热电偶，我使用的是NIST多项式近似的简化版，只保留到四阶项。但冷端温度要从ADS122U04内部温度传感器读取，再转换成等效的热电偶电压，加到测量电压上。整个过程稍复杂，我单独写了一个模块，用整数毫伏和毫摄氏度做定点计算，避免浮点库，编译后代码量增加不到3KB。
NTC的Steinhart-Hart方程计算需要对数运算，在AVR上直接调用log()会引入浮点库。我的做法是在单片机启动时预计算一个分压比-温度表，用线性插值查询。如果嫌表太大，还可以用查表加二分法，800个点的表就能保证0.1℃分辨率。
3.4 数据滤波与抗干扰策略
ADS122U04本身的数字滤波器能解决工频干扰，但解决不了现场突发的尖峰脉冲噪声，比如继电器吸合瞬间产生的电磁干扰耦合到传感器线上。这时需要在程序里加额外的滤波逻辑。我用的是滑动平均和中值滤波结合的方式：连续采集8个样本，去掉最大值和最小值，然后求平均。这种滤波方式对脉冲干扰非常有效，而且计算量很小，ATmega32在20SPS采样率下毫无压力。
还要注意ADC数据就绪后不能立刻取用，需要等待DRDY下降沿之后的至少一个t_convert时间。如果读取太快，可能会得到上一次转换的旧数据，表现为读数周期性卡顿。我的程序里用定时器记录两次DRDY中断的时间间隔，如果间隔异常短，就丢弃这次数据。这个技巧是从一次奇怪故障里总结出来的，后面会详细讲。
另外，在HVAC系统里，传感器线缆经常和强电线路走同一线槽，这时候屏蔽层接地特别重要。屏蔽层只能单端接地，最好在控制器端接地，不要在传感器端接地，否则会形成地环路，反而引入更大噪声。我试过错接地一次，读数直接漂了几度。
4. 常见问题与调试实录
4.1 测量值跳变，零点不稳
这是我第一次调试遇到的第一个问题。上电后用万用表量PT1000两端电压很稳定，但ADC读数在0℃附近乱跳，波动幅度等效于0.5℃。排查过程很有意思：先用示波器抓DRDY和UART发送脚，发现DRDY脉冲间隔很整齐，但UART接收到的码值有时候会多一个字节或者少一个字节，导致数据错位。
问题的根源是ATmega32在读取时没有等DRDY下降沿，而是靠UART接收中断触发读取。因为UART接收中断优先级很高，偶尔会在ADC还在更新数据时读取寄存器，导致读到了新旧数据拼接的中间值。解决方法是彻底改成DRDY中断驱动：DRDY下降沿产生外部中断，在中断服务函数里设置标志位，主循环检测到标志位后再清空UART接收缓冲，然后发送读取命令，读取完整4字节并校验状态位。改完之后数据非常干净，再没有跳变。
另外一个容易忽略的点是，ADS122U04的UART灯波特率准确性。如果ATmega32用的是内部RC振荡器，温度变化可能让实际波特率偏离标称值，进而造成通信错误。因此工业现场一定要用外部晶振，而且晶振负载电容不能省。这点对于任何UART通信都适用。
4.2 温度偏高且非线性
有次客户反馈，测水温比实际温度高0.4℃左右，而且是低温偏高多，高温偏高少。检查计算逻辑没发现问题，最后怀疑是PT1000自热效应。我用的是500μA电流源，按理说PT1000自热功率只有0.25mW，在流动水里应该可以忽略。后来发现是传感器探头安装位置太靠近加热棒，导致探头周围水局部过热。这个其实不算ADC的问题，但也提醒我：传感器安装位置对测量结果的影响，比ADC精度大得多。
另一类非线性误差来自PT1000引线电阻。两线制时，如果引线是铜线，从控制器到传感器来回两根线共约0.2Ω，在0℃时相当于PT1000从1000Ω变成1000.2Ω，对应的温度偏移约0.05℃。这个值虽然小，但如果在低温环境里，铜线自身电阻会变得更小，在高温时变大，产生的误差是变化的。为了消除这个问题，我最终改用三线制，利用ADS122U04的第二个匹配电流源做补偿，补偿后引线电阻误差基本为零。
4.3 UART偶发无响应
这个故障让我排查了整整一天。现象是系统运行几小时后，ATmega32发送命令后ADS122U04一直不回复DRDY，看门狗复位后恢复正常。本来怀疑是芯片死机，但后来用逻辑分析仪抓UART波形，发现发送的命令字节有时候会变形，比如0x20变成0x00或0xA0。原因很简单：ATmega32和ADS122U04的UART TX脚之间没有做电平匹配，虽然都是3.3V逻辑，但我把这两根线拉得比较长，过孔多，信号反射严重。
解决方法是把UART线上各串联一个100Ω电阻，靠近接收端再并联一个10pF电容到地，形成一个简单的低通滤波器。同时缩短走线，避免TXD过孔换层太多次。经过这些调整后，连续运行72小时没有再出现无响应。还有一个小建议：在电路里增加一个由GPIO控制的复位信号，接ADS122U04的RESET引脚。即便真的发生异常，上位机也能远程复位，而不用断电重启。
4.4 长期漂移与校准方法
系统在连续运行一个月后，发现同一温度下读数比最初偏高了0.15℃。经过排查，问题出在PT1000传感器的老化漂移和ADS122U04内部基准的长期稳定性上。对于工业应用，这个问题无法避免，只能在算法上做校准。
校准方法不复杂：在系统出厂前，用恒温槽做两点校准，分别记录0℃和100℃时ADC码值和计算温度的偏移量，然后把偏移量存入EEPROM，正常运行时自动修正。如果项目只要求±0.5℃精度，做一点偏移校准就足够了；如果是计量级应用，建议做三点校准并拟合二次曲线。ATmega32的EEPROM很小，只有1KB，存三个校准系数完全没问题。
我还在固件里加入了自校准触发机制：每次开机时测量内部校准电阻通道，对比出厂值，如果偏差超过阈值，就提示传感器或ADC异常。这个功能在现场诊断中帮了大忙，能提前发现设备劣化趋势。
5. 实测数据与部署心得
5.1 现场测试结果
这套系统最后部署在某厂房的空调机房和冷冻站，一共接入了六路PT1000和两路K型热电偶，采样周期设定为每秒刷新一次。经过一个夏天的运行，对比现场手持温度计和上位机记录，最大偏差在-0.2℃到+0.25℃之间，完全满足HVAC控制要求。在压缩机启停的瞬间，读数偶发跳动0.1℃，这是电磁干扰和电源波动共同作用的结果，但滑动滤波很快把它压了下去，不影响控制逻辑。
我还测试了断线报警功能，拔掉PT1000后，ADC读数直接变成接近满量程，程序能在一秒内判定为断线故障，并通过RS485上报。这套故障诊断逻辑对无人值守机房特别有用，不用等设备损坏了才追查原因。
5.2 关于ATmega32资源占用与扩展
很多人担心8位机处理24位ADC会吃力，实际测试下来完全够用。ATmega32在20SPS采样率下，ADC通信和数据处理占用CPU时间大约不到5%，剩余的95%都可以用来做PID控制、通信协议和显示刷新。程序Flash占用方面，整个工程包含了UART驱动、温度计算、滤波、故障处理和Modbus从站协议，编译后约16KB，还有一半余量。如果后续要扩展更多功能，完全塞得下。
5.3 后续可以怎么改进
这套系统目前是集中式架构，所有传感器线都回到控制器，适合小型HVAC机组。如果站点分布范围大，我更倾向于在每个测点附近放一个ADS122U04模块，通过RS485总线把数据传给主机，这样能大幅缩短模拟信号走线，抗干扰能力也会更强。另外，ADS122U04本身支持菊花链或双片并联方式，可以通过同一个UART接口扩展更多通道，只要在软件里做好地址区分就行。
温度测量这件事，很多时候瓶颈不在ADC芯片，而在传感器安装、布线、接地和滤波这些“脏活累活”上。ADS122U04加上ATmega32这套组合，给了我一个非常顺手的基础平台，剩下的就是工程细节的打磨。希望这篇文章能帮打算做工业温度采集的朋友少走些弯路，特别是通信时序和传感器接线那两块，真的比选哪颗MCU重要得多。
