基于ADS122U04与ATmega1280的工业温度采集方案设计

做工业现场和HVAC这行的人，对温度采集应该都有同感：看似简单的测温，到了现场就变成一场跟噪声、线阻、误差和通信距离较劲的拉锯战。最近我在给一套HVAC冷热源机组做温度采集模块，核心方案用的是TI的ADS122U04IPWR搭配AVR系列的ATmega1280。这套组合在工业级和楼宇自控场景里跑下来，稳定性和精度都超出我预期，今天把这套方案的完整设计思路、硬件电路、固件实现和踩坑记录整理出来，给正在选型或者打算做温度采集的朋友一个参考。

先说结论：ADS122U04IPWR是一颗自带UART接口的24位ΔΣ型ADC，四通道输入，内置PGA、内部基准和两路IDAC激励电流源，最关键是它把数据接口从SPI/I2C换成了标准串口，这对工业现场的长距离传输和抗干扰来说是个很实用的设计。ATmega1280作为主控，拥有多个硬件USART，不用软件模拟时序，直接用串口就能把ADC数据拿回来。这套方案特别适合RTD铂电阻、热电偶等多类型温度传感器的接入，覆盖了HVAC系统的冷冻水温度、冷却水温度、风管温度和环境温度等典型测点。

1. 项目整体设计与思路拆解

1.1 为什么是"UART型ADC"而不是SPI/I2C

很多工程师看到"24位ADC"第一反应是SPI接口，毕竟ADS1220这类经典芯片就是SPI的。但ADS122U04走了一条不同的路——它把协议包在了硬件里面，对外直接暴露标准UART。这个设计的价值在做实际项目的时候才能体会到。

工业现场的温度传感器往往分布在几十米范围内，从冷冻水管到控制柜，走线距离不短。SPI虽然速度快，但抗干扰能力和传输距离都不理想，SCLK这条时钟线的边沿在长线上会辐射噪声，还容易被外界干扰毛刺打乱时序。I2C更不用说了，开漏结构在长线上要外部上拉，速率一高就没法用。UART在工业领域扎根了几十年，RS232/RS485转换随手可得，线材要求也低，而且没有时钟线，只有TX和RX两条信号线，抗共模干扰能力强很多。

ADS122U04还有一个很实际的好处：它可以挂在总线上。芯片有地址引脚，多片ADC可以共用一条UART总线，主控轮询访问，这个特性在测点较多的HVAC系统里非常有用。比如我这个项目，每台机组有8个温度测点，如果全用SPI ADC，PCB走线要绕一大圈，中断处理也更复杂。换成UART总线型ADC，两组接线就能搞定。

1.2 信号链路整体规划

这套方案的信号链路可以拆成五个环节：传感器信号产生 → 输入多路复用选择 → 前置放大 → ΔΣ转换 → UART传输。ADS122U04把这些环节几乎全部集成在芯片内部了，只有前端传感器的激励电路需要自己搭建。

温度传感器有两种主流类型，RTD铂电阻和热电偶，它们的信号特性差别很大。RTD需要激励电流源才能工作，输出信号幅度跟激励电流和电阻值成正比，属于有源测量；热电偶自己产生毫伏级电压信号，属于无源测量，但分辨率要求高，还需要冷端补偿。ADS122U04同时兼顾了这两种传感器：内部的两路IDAC可编程电流源专门给RTD提供激励，PGA的可编程增益（1~128倍）又能把热电偶的微弱电压放大到ADC满量程附近。

这个设计思路的巧妙之处在于"一套硬件兼容多种传感器"。硬件上不需要为每种传感器单独设计模拟前端，只需要在固件里切换寄存器配置，就能把同一个ADC通道从PT100模式切换到K型热电偶模式。HVAC系统里经常是水管温度和风管温度混在一起测，这种灵活性让PCB面积和BOM成本都省了不少。

1.3 主控端为什么选ATmega1280

ATmega1280在这套方案里不是主角，但它承担的角色也很关键。它有4个独立USART，意味着可以同时挂多路ADS122U04总线，每个机组一路采集总线，主控并行管理。这与ADS122U04的UART总线寻址能力正好互补。

另一个考量是开发效率。ATmega1280的生态非常成熟，寄存器操作资料齐全，使用Arduino Mega引脚定义的话调试工具链也很顺手。虽然现代项目里Cortex-M系更流行，但在这种以模拟采集为核心的场景里，MCU只做指令解析和数据处理，8位控制器的性能完全够用，反而因为占用资源少、代码简单，出问题的概率更低了。

2. 核心器件特性解析与选型依据

2.1 ADS122U04IPWR 关键特性拆解

这颗芯片的具体型号后缀IPWR，代表的是TSSOP-16封装的工业温度等级版本（-40°C到+125°C），HVAC领域的控制器机柜里温度不会这么极端，但空凋系统的室外机部分温湿度波动还是比较大，选工业级器件能保证全寿命周期内的稳定性。

先把关键参数列个表：

这颗ADC的内部基准电压，精度和温漂在工业级里属于相当好的水平。比例式测量时，我们用外部精密电阻做基准，内部基准的绝对精度影响就很小了。如果对精度要求不是极致，直接用内部基准配合IDAC驱动，也能做到±0.2°C级别的准确度。

PGA是另一个重点。HVAC测温和工业控制柜测温，传感器输出信号幅度通常在十几mV到几百mV，而ADC的满量程输入范围取决于基准和增益设置。比如PT100在0°C时100Ω，用500µA激励电压只有50mV，这个信号如果不放大，直接进入24位ADC也能测量，但噪声和分辨率不理想。开启8倍增益后信号放大到400mV，量化噪声在整个量程里的占比大幅下降，测量抖动可以控制在0.01°C量级。

2.2 ATmega1280 的任务分工与资源分配

ATmega1280在这里主要做三件事：第一，初始化配置ADS122U04的寄存器组，设置增益、数据速率、输入多路复用选择和IDAC电流；第二，通过USART发起转换命令，接收ADC转换结果；第三，寄存器值和ADC码值换算成实际温度数值，然后通过Modbus或者CAN总线送往上位机。

ATmega1280的USART在16MHz主频下能跑很稳定的9600/19200波特率，计算UBRR时只要注意公式和误差率就行。UART接口的ADC速率不追求高速，数据速率通常设置在20SPS或50SPS，这个速度足够响应HVAC系统的温控回路。真正要注意的是时钟同步问题：如果ATmega1280使用16MHz晶振精度不够，波特率会有累积误差，长时间通信会偶发错帧。所以晶振一定要选±20ppm以内的贴片晶振，别用陶瓷谐振器。

2.3 两种主流温度传感器的选型建议

RTD铂电阻（PT100/PT1000）在HVAC里最常用，精度高、长期稳定性好、线性度也比热电偶好。PT100的缺点是灵敏度较低（0.385Ω/°C），激励电流要控制在1mA以下防止自热，所以它的信号幅度小，需要PGA辅助。PT1000灵敏度是PT100的10倍，响应效果更好，但铂电阻本身成本更高，传感器损坏率也更高一些，HVAC中更常见PT100。

热电偶在工业现场的必要性主要体现在测量范围上。K型热电偶能覆盖到1350°C左右，比RTD宽得多。HVAC系统里一般不需要这么高量程，但燃烧机、烟道温度、锅炉排烟这类场景还是会用到。热电偶信号非常微弱，K型约41µV/°C，这就必须用高增益PGA，数字滤波器也要配合使用来压制噪声。冷端补偿在HVAC环境相对容易做，机柜内部温度变化不大时精度也过得去。

3. 硬件电路设计与实操细节

3.1 RTD测温电路实现

RTD测温首选三线制或四线制，目的是消除导线电阻的影响。HVAC现场导管敷设距离可能达到几十米，一根PT100的两根引线各是2Ω线阻，如果二线制直接测量，对应的温度误差就已经超过2°C，这个误差在空调水系统里会直接影响节能控制效果。

三线制接法需要把ADS122U04的一路IDAC用作恒流源，再接一个精密基准电阻R_REF构成比例式测量。具体接法：IDAC1输出电流，经RTD传感器导线串入RTD，再从RTD的另一端经过基准电阻R_REF回到模拟地。电压检测线三根：AIN0接到RTD靠近IDAC端，AIN1接到RTD与R_REF之间（第三根独立线）。

这样测得的差分电压V_AIN0-AIN1 = I × R_RTD + 2I×R_导线 - I×R_导线 ≈ I × (R_RTD + R_导线)。看到没，导线电阻虽然没完全消除，但其中一根导线的误差被抵消了，剩下的一根可以用软件校准或者用四线制彻底消除。四线制增加一条激励线和一条检测线，四条导线在RTD端会合，让激励电流和测量电压完全分离，理论上导线电阻影响为零。工业级高精度项目建议四线制，HVAC工程中三线制已经完全够用。

R_REF选择很关键，一定要用低温度系数的精密电阻。我用的是一款±0.1%精度、±25ppm/°C温漂的金属箔电阻，阻值1kΩ。阻值选的太高会增加共模电压，太低会浪费IDAC驱动的电流裕量。1kΩ、500µA激励时，满量程电压只有0.5V，ADC输入共模电压也处在一个舒适区间。

3.2 热电偶测温电路实现

热电偶接法和RTD同样简单，正极接AIN0，负极接AIN1。测量时PGA增益一般设为64倍或128倍，参考基准用内部2.048V对应的满量程。如果芯片配置成双极性模式，差分输入范围是±V_REF/增益，在64倍增益约±32mV范围，K型热电偶在常温下的热电势约41µV/°C，对应温度范围足够覆盖-200°C到+800°C量程。

冷端补偿需要硬件上配合。ADS122U04内部有温度传感器，但它的读取误差受芯片自身温度影响，做冷端补偿的精度只能算够用。想在HVAC机柜里做到±0.5°C以内的冷端补偿精度，建议用外接NTC或者DS18B20紧贴在热电偶端子排上，读取端子处温度，再叠加进换算公式。我在这个项目中是在PCB上预留了一个2.54mm间距排针位置，接了个100kΩ NTC热敏电阻到端子附近，实测冷端误差能压到±0.3°C以内。

热电偶的信号线建议用屏蔽双绞线，屏蔽层单端接地。工业现场的变频器、接触器动作时会产生很强的共模干扰，50Hz工频干扰也经常串入信号路径。ADS122U04数据速率的选择直接关系到工频干扰抑制：20SPS档位有良好的共模抑制能力，但响应偏慢；60SPS档位能抑制工频，但转换周期与干扰源相位不再同步，高频段可能略差。HVAC系统优先选20SPS，因为温度本来就变化慢，不需要快响应。

3.3 PCB布局与走线要点

ADS122U04UART接口的信号线布局比模拟输入信号布局宽松，真正要小心的是参考基准、模拟输入和电源去耦部分。

VDID电源线上我放了两个电容：一个10µF钽电容做低频储能，一个0.1µF陶瓷电容做高频滤除。AVDD和DVDD引脚如果分开，用磁珠串联做隔离。模拟输入的走线尽量短而粗，从J1端子排到ADS122U04的AIN引脚距离小于15mm，走线宽度0.5mm以上。两层板设计时模拟输入走线布置在Bottom层作为回流参考面，数字UART走线走Top层且远离模拟输入段落，避免耦合。

GND处理上，我采用了单点接地策略：模拟地和数字地在芯片下方的GND过孔处合并，模拟部分所有参考地都汇聚到这颗ADC附近铜皮，避免数字噪声通过地平面回流到模拟通道。如果你的板和我的布局方式不同，关键原则是一样的——绝对不要让ATmega1280的USART翻转信号的地电流穿过模拟输入区域的铜皮。

4. 固件实现：从寄存器配置到温度换算

4.1 USART初始化与通信协议

ATmega1280的USART0用于与ADC通信，波特率要匹配ADS122U04的默认值。ADS122U04上电默认波特率是19200，或者根据时钟关联的配置，具体看器件型号的版本号。我这里是统一写成19200，代码里对应UBRR0 = 51（16MHz下19200的UBRR值），下面的代码片段很通用：

void uart0_init(void) { // 设置波特率 19200 UBRR0H = (unsigned char)(51 >> 8); UBRR0L = (unsigned char)51; // 8位数据，无校验，1位停止位 UCSR0C = (1 << UCSZ01) | (1 << UCSZ00); // 使能发送和接收 UCSR0B = (1 << RXEN0) | (1 << TXEN0); } uint8_t uart0_read_byte(uint16_t timeout_ms) { while (!(UCSR0A & (1 << RXC0))) { if (timeout_ms-- == 0) return 0xFF; _delay_ms(1); } return UDR0; } void uart0_write_byte(uint8_t data) { while (!(UCSR0A & (1 << UDRE0))); UDR0 = data; }

发送和接收函数要加超时机制。ASR总线上的设备如果地址不匹配就不会响应，如果主控等待时间过长会出现挂死风险。我习惯把接收超时设置成100ms，超过就判定本次通信失败并重发命令，这个策略在实际运行中没有死锁问题。

4.2 ADC寄存器配置详解

ADS122U04的内部配置核心是4个配置寄存器，分别控制输入多路复用和PGA、数据速率和操作模式、基准和IDAC、IDAC电流值。配置寄存器地址和ADS1220系类似，但需要通过UART命令写入，具体命令格式以TI官方手册为准。这里把配置思路讲清楚，你根据自己用的具体版本命令写代码就没问题。

RTD模式下的核心配置：输入选择AIN0和AIN1差分对，PGA增益设8倍，IDAC1使能并输出500µA电流（通过寄存器3选择），内部基准使能2.048V，数据速率为20SPS。写入时把这些位拼成一个字节发送。我实际操作时发现一个容易出错的地方——寄存器3的低位里除了IDAC电流档位，还包含了IDAC1/IDAC2的输出引脚选择，这个引脚必须和AIN0引脚一致，RTD才正确。

热电偶模式下的配置：PGA增益64倍或者128倍，输入选择通道AIN2/AIN3，关闭IDAC，基准使用内部2.048V，数据速率也是20SPS。高增益时噪声会明显变大，所以数字滤波器务必选带50Hz/60Hz抑制的档位，否则工业扼流圈干扰都有机会残留在码值里。

4.3 启动转换与数据读取流程

和SPI ADC不同，ADS122U04的UART接口需要先发送启动命令，ADC才开始连续转换。命令字发送完之后，芯片会进入连续转换模式，每次转换完成，数据会从UART口输出，输出格式是24位二进制补码加状态字节。主控在每次读取前最好先等待新数据标志，或者直接用超时读取。

数据帧对齐很关键。如果上电后第一次收到的数据不是帧头，后面的所有字节都会错位。建议在固件里加一个简单的帧同步机制：读满4个字节，把最高字节判断一下符合预期的补码特征（正温度码值位于0x7FFFFF以内，负温度码值高位全是1）再做解析，不符合就继续滑动窗口同步。

下面是我在AVR上读温度数据的函数框架：

int32_t adc_read_data(void) { uint8_t rx_buf[4]; uint8_t i; int32_t raw_code = 0; // 发送启动转换（具体命令值参考器件手册） uart0_write_byte(CMD_START_CONV); for(i = 0; i < 4; i++) { rx_buf[i] = uart0_read_byte(100); if(rx_buf[i] == 0xFF && i == 0) { // 超时重试逻辑 return 0x80000000; // 错误标志 } } // 字节拼接：前3字节为数据，第4字节为状态 raw_code = ((int32_t)rx_buf[0] << 16) | ((int32_t)rx_buf[1] << 8) | ((int32_t)rx_buf[2]); // 24位补码扩展到32位 if (rx_buf[0] & 0x80) raw_code |= 0xFF000000; return raw_code; }

4.4 温度换算公式

RTD测温用比例式原理，ADC码值和电阻关系直接进入温度计算。因为内部参考和激励电流源是同一个量，电流源的内阻温度漂移会引起电流偏差，但比例式完全不受其影响，这是这套方案高精度的根本原因。

PT100的电阻温度关系有Callendar-Van Dusen公式可以精确描述，但实时在8位MCU上运算多项式是负担。折中做法是分段查表：

float pt100_resistance_to_temp(float resistance) { // 0°C ~ 850°C 区间用近似线性 + 二次补偿 float temp = (resistance - 100.0f) / 0.385f; float correction = 0.00004f * temp * temp - 0.00002f * temp; return temp + correction; }

这个公式在0~200°C区间误差能控制在0.3°C以内，HVAC的冷冻水、冷却水测温足够了。如果要更高精度，直接PC端开根号用CVD方程算。

热电偶的换算思路同样分两步：原始ADC码值计算电压值，再从热电偶分度表查温度。查表前要加上冷端温度对应的热电势值，这一步不能漏。比如冷端25°C，对应K型热电偶热电势约1.0mV，实际测量的热端热电势应当等于"ADC读出的电压 + 冷端热电势补偿值"，再反查分度表得热端温度。

5. 常见问题与排查技巧实录

5.1 UART通信无响应或乱码

这个八成是波特率没配好。ATmega1280的UBRR值如果误差超过1%，长时间通信就会偶发乱码。16MHz除以16倍波特率，19200对应UBRR0 = 51，误差0.16%，正常。但如果你换用外部晶振12MHz，UBRR值取非整数，误差就会飙升，这时候要么换晶振要么用U2X0倍速模式。

另一种情况是地址不匹配。ADS122U04的总线寻址通过硬件引脚配置，如果芯片地址引脚浮空或者高电平不一致，它不会响应主控命令。万用表量一下地址引脚的跳线设置，确保和固件里配置的地址一致。

5.2 读数噪声大，温度值跳变

这个现象在热电偶高增益配置下最常见。检查数据速率设置，20SPS时ADC内置滤波器能抑制工频干扰，但如果配置到了200SPS以上，滤波效果大幅下降，噪声容易跳变。有条件的话用示波器看AN引脚上的噪声波形，多半能看到50Hz工频或者RC振荡毛刺。

高频毛刺多半来自电源纹波，把AVDD上的10µF钽电容换成两个并联，并在VREF引脚上加0.1µF去耦电容试试。还有一点容易被忽略：模拟输入走线如果和UART输出线平行layout超过3cm，UART翻转沿会直接耦合进去。PCB布线时要是已经定型，可以用屏蔽线将UART输出与模拟输入分离来应急。

5.3 温度显示偏差大，校准也拉不回来

这类问题优先怀疑传感器本身。PT100探头是否断线或引线接触不良？拿万用表直接量传感器电阻，再和环境温度对比。我的项目里遇到过批次探头质量差的情况，标称100Ω电阻实际偏差2Ω，这个偏差直接把温度拉偏5°C。建议买传感器时选A级精度的，探头选带四线输出的，现场要长线时也方便补偿。

硬件没问题还偏，就要看校准流程。ADS122U04可以通过写校准寄存器做系统校准。我在出厂前每条温度采集通道都做两点校准——0°C冰水浴和50°C标准水浴各测一次，然后把测得的偏移和增益误差值写死到代码里，后面生产的新板子也用这一组校准值，批量一致性很好。

5.4 现场故障速查表

5.5 一个容易被忽略的小技巧

最后一招，也是我做现场项目以来的习惯：把ADC的原始码值、解析后的温度值、传感器类型、通道号都通过调试串口打印出来。调试串口用ATmega1280的第二个USART，波特率115200，和ADC通信完全是两条独立路径。遇到温度异常，能现场判断是传感器问题、算法问题还是信号传输问题，不用反复烧录调试。

这个做法在换传感器类型时特别有用。细节温度值偏了会怀疑是线性化算法的问题，但看原始码值就能发现可能是激励电流档位不对或者输入通道接错了。调过几次现场，你会认同这是省时间救命的开发习惯。

我这两年做HVAC系统的经验是，模拟采集方案的成败往往不在选型本身，而在细节处理。ADS122U04的UART接口确实解决了SPI/I2C在工业现场的各种别扭，但如果你不把参考电阻的温度系数、PCB布局的干扰隔离、冷端补偿的位置这些功夫做足，再好的ADCMCU组合也会败下阵来。这套方案目前稳定运行在几套冷热源机组的控制器里，冷冻水温度控制在±0.2°C以内，数据的长期一致性也让我比较放心。后面如果要做更多测点的版本，我会考虑ATmega1280的多USART并行挂接两路ADS122U04总线，扩展能力基本不用操心。