做温度采集这些年，我有个很深的体会：真正拉开项目差距的，往往不是传感器本身，而是你选的信号链方案。ADS122U04IPWR这颗TI的24位Δ-Σ ADC，加上Microchip的PIC18F66K40，算是我用下来比较顺手的一套高精度温度测量组合。标题里这两个型号看着硬核，其实拆开来看就是“高分辨率ADC + 通用MCU”的经典搭配，只不过ADC换成了带UART接口、内置PGA和激励电流源的专用器件。这篇文章我就围绕这个组合，把硬件设计、寄存器配置、温度换算、以及工业和HVAC场景里的工程细节完整梳理一遍，给正在做温度采集或者准备选型的朋友一个可落地的参考。
1. 项目概述：这套组合到底解决什么问题
先说清楚ADS122U04IPWR是什么来头。它是TI推出的一款24位delta-sigma型ADC，和常见的ADS1220最大区别就在这个“U”上——集成了UART接口，MCU只需两根线就能读数据，省掉了SPI的时钟线和片选线。它内部有4路可配置模拟输入、可编程增益放大器（PGA），增益范围1倍到128倍，还内置了用于RTD激励的可编程电流源（IDAC）、一个用于热电偶冷端补偿的片内温度传感器，以及传感器开路/短路检测功能。这些功能集成度非常高，一颗芯片基本把前端信号调理的大部分工作给包了。
PIC18F66K40则是Microchip在8位MCU里的中坚型号，64引脚封装，主频最高64MHz，内部有12位ADC（但精度远不如外置的24位ADC）、多路EUSART、SPI/I2C、PWM、以及一些Core Independent Peripherals（CIP）外设。它在这个项目里的角色很纯粹：作为主控制器，通过UART与ADS122U04通信，负责发出采样命令、读取转换结果、完成温度换算，再根据应用需求输出显示或控制信号。
这套组合能解决的问题非常明确。工业现场和HVAC系统里，温度测量精度要求通常在±0.2°C到±1°C之间，传统MCU内置12位ADC配合模拟传感器，在50Hz工频干扰、长线压降、传感器非线性等因素叠加下很难稳定做到。而24位分辨率加上内部PGA和比率测量能力，配合RTD铂电阻或者热电偶，就能把精度和稳定性拉到一个量产仪表该有的水平。适合谁来参考？正在做温度变送器、暖通控制器、冷链监测、工业过程采集的嵌入式工程师，以及需要快速搭建高精度测温前端的开发者。
2. 方案选型：为什么偏偏是ADS122U04和PIC18F66K40
2.1 ADS122U04IPWR的核心选型逻辑
挑ADC看什么？我通常先看分辨率和噪声，再看集成度，最后看接口。ADS122U04在数据率20SPS、PGA=128时，有效分辨率能做到接近20位，这对绝大多数温度应用已经绰绰有余。更重要的是它内部集成了PGA和IDAC，这意味着你接PT100或者K型热电偶时，不需要额外搭仪表放大器或恒流源电路，外围元件少一大截。
UART接口也是我特别看重的点。工业现场经常要做隔离，SPI四根线加隔离方案体积大、成本高，而UART在隔离设计上非常优雅——两颗光耦或者一个数字隔离器，两根线就把数据传回来了。另外ADS122U04支持多点总线结构，一个主机可以挂多个ADC，这在我做多点温度采集项目时非常方便。
还有一个容易被忽略但实际非常好用的功能：内置温度传感器。做热电偶冷端补偿时不再需要额外的NTC或者热敏电阻贴在接线端子上，直接读ADC内置温度值，精度虽然比不上专用的冷端补偿芯片，但胜在方便，做一般工业级设备足够。
2.2 PIC18F66K40在这个架构里的角色
既然有24位ADC了，为什么主控还是选8位的PIC18？很多朋友第一反应是直接上STM32，但这其实是个误区。对温度采集这类任务，主控干的工作并不复杂：跑一个简单的状态机，发几个命令，收几个字节，做点换算。8位MCU的性能完全够用，而且功耗更低，环境适应性更强，工业级型号的工作温度范围可以到-40°C到+125°C，这都是消费级ARM芯片给不了的。
PIC18F66K40的EUSART模块带硬件接收缓冲和中断，波特率误差可以通过寄存器微调，配合HFINTOSC内部振荡器就能跑，不需要外接晶振，节省两个引脚和一颗元件。它内置的12位ADC可以用来做辅助监测，比如采集供电电压、环境湿度、按键模拟量等，一芯多用。另外MPLAB X IDE + XC8编译器的生态非常成熟，代码写起来也直白，没有复杂的外设库学习成本。
2.3 替代方案对比：选型时绕不开的几款芯片
当然，选型不是绝对的，我也用过其他方案，下面这个表格是我实际对比后的结论：
| 对比项 | ADS122U04IPWR | ADS1220 | MAX31865 | MCU内置12位ADC + 运放 |
|---|---|---|---|---|
| 分辨率 | 24位 | 24位 | 15位 | 12位 |
| 接口 | UART | SPI | SPI | 无需外部通信 |
| 通道数 | 4路 | 2路 | 1路 | 取决于MCU |
| 激励电流源 | 内置IDAC | 内置IDAC | 内置恒流源 | 需外置恒流源 |
| 热电偶支持 | 直接支持 | 直接支持 | 不支持 | 需设计偏置电路 |
| 传感器断线检测 | 内置 | 内置 | 内置 | 需外部电路 |
| 主控端连接复杂度 | 两线 | 四线 | 四线 | N/A |
| 典型价格区间 | 中等 | 略低 | 中等 | 低 |
表格看下来，如果只需要测一路PT100且不需要热电偶，MAX31865更省事；如果能接受SPI四线，ADS1220更便宜。但如果你要做多通道混搭采集（PT100 + 热电偶 + NTC），又要考虑隔离和布板简洁，ADS122U04的综合优势就很明显了。
3. 硬件设计要点与电路细节
3.1 电源、参考电压、去耦：算好每一毫伏
ADS122U04的模拟供电AVDD和数字供电DVDD需要分开处理，通常我会用一颗低压差LDO给AVDD供电，比如3.3V，DVDD可以共用或单独用一颗小电流LDO。参考电压这块要重点说：它支持内部参考、外部参考和AVDD参考三种模式。做RTD比率测量时，强烈建议用外部参考电阻配合外部参考电压模式，因为这种模式下ADC输出直接等于R_RTD / R_REF，电源波动和激励电流漂移的影响都能抵消掉。这个“比率测量”的思路是整个RTD高精度测量的基石。
参考电阻R_REF的选择也有讲究。比如PT100在0°C时电阻是100Ω，在100°C时约138.5Ω，如果激励电流设为500μA，那么0°C到100°C对应的电压变化只有(38.5Ω × 500μA) = 19.25mV。为了保证这个电压被充分量化，PGA增益和参考电阻要配合着算。我用的是R_REF = 1kΩ，激励电流500μA，这样V_REF = 0.5V，PGA设8倍，满量程约±4V，PT100两端电压在50mV到69mV级别，放大后能得到非常高的信噪比。
电源去耦方面，模拟电源引脚和参考输入引脚旁边各放一颗100nF陶瓷电容并联一颗10μF钽电容，这是底线。我踩过的坑是参考电压引脚上的电容放太远，导致转换结果在低温漂环境下出现几十个码的跳动，后来把电容贴到引脚最近处就好了。PCB布板时模拟信号走线和数字UART走线尽量分开区域，地平面保持完整，不要在ADC下方走数字线。
3.2 RTD测量电路：3线制与4线制的实战选择
工业现场RTD最常用的是PT100，偶尔有PT1000。RTD本身电阻值随温度变化，测量原理上只需要给它提供一个恒定电流，然后测两端电压就行。但导线电阻会叠加到测量结果里，100米长线的铜电阻可达十几欧姆，对PT100来说这是几十度的误差。这就是为什么现场要采用3线制或4线制的原因。
我的4线RTD接法是这样的：IDAC1从ADC的IDAC1引脚输出，经过R_REF后接到RTD的正激励线，RTD的负端接回AIN2作为IDAC返回路径；电压测量用独立的感测线接到AIN0正端和AIN1负端。因为感测线是真正意义上的高阻输入，几乎不流过电流，所以不存在导线压降误差，这是最精准的方案。
3线制则适合长距离布线的工业现场，用的是一种经典的“双激励电流抵消”思想。IDAC1流经RTD和一条导线，IDAC2流经另一条导线，两路的导线电阻压降在差分测量中被抵消掉。实际搭电路时要注意两条激励线的电阻要尽量一致，这通常靠施工时用相同规格和长度的线缆来保证。做HVAC项目时，现场大量使用3线制PT100，因为成本比4线低，而且HVAC对精度的要求没有工业计量那么苛刻。
激励电流的选择也要动脑筋：电流越大，信号幅度越大，信噪比越高，但RTD自热效应也会增大。PT100在500μA下的自热功率约25mW，在静止空气中可能导致零点几度的附加误差。我的经验是常规工业应用用500μA，高精度计量场景用250μA，在噪声和自热之间找平衡。
3.3 热电偶测量电路：微伏级信号的前端处理
热电偶和RTD完全不同，输出的是微伏级别的电压信号，K型热电偶在0°C到100°C之间大约只有4mV的电压变化。这个量级必须依赖ADC内部的PGA放大，我通常设成32倍或64倍。硬件上需要做的额外工作主要在滤波：热电偶的信号线会引入大量的共模干扰，尤其是走线经过变频器或者电机驱动器时。
我推荐在ADC输入端前加一个简单的RC低通滤波器，典型值是100Ω电阻串联加100nF电容到地，截止频率约16kHz，专门用来滤掉高频噪声，同时把50Hz工频干扰交给ADC内置的50Hz陷波滤波器去处理。ADS122U04在20SPS数据率下能同时抑制50Hz和60Hz工频，这个特性在工业环境里非常好用。
冷端补偿也提一句。热电偶测的是热端与冷端的温差，所以冷端（即接线端）的实际温度必须知道。我用ADS122U04内置温度传感器读冷端温度，再结合热电偶的类型，从查找表里得到冷端对应的热电势，叠加到测量值上。内置传感器实测精度大概在±0.5°C左右，对K型热电偶来说引入的误差也就是±0.5°C量级，做HVAC和一般工业监测完全够用。
3.4 MCU与ADC的UART连接：电平匹配和隔离设计
PIC18F66K40的UART引脚是5V容忍的CMOS电平，ADS122U04的UART引脚工作电压跟随DVDD，我用3.3V供电。那么5V MCU和3.3V ADC之间直接连会有电平不匹配问题吗？实际测试下来，MCU输出高电平约4.2V，超过ADC容忍上限，风险很大。稳妥的做法是给ADC的DVDD也供5V，或者加电平转换。我这次用的方案是两者都供3.3V，PIC18F66K40在3.3V下也能跑64MHz（数据手册允许），这样UART电平完全一致，省掉一级转换电路。
工业场景如果要隔离，UART的优势就体现了：主机侧和ADC侧各放一个光耦，TX和RX各一根，两根线交叉连接，电源各自隔离，逻辑就能完全解耦。我做过一套隔离方案，隔离后的通信数据率9600波特率跑得很稳。记得在UART线上串一个100Ω到220Ω的电阻做限流，特别是光耦输入端，防止过流损坏端口。
4. 软件实现：寄存器配置、通信协议与温度换算
4.1 ADS122U04寄存器映射与命令操作速览
ADS122U04有4个8位配置寄存器，所有功能都在这32位里控制。先列一个速查表，方便你对照代码看：
| 寄存器 | 主要控制项 | 典型值（RTD） | 典型值（热电偶） |
|---|---|---|---|
| 寄存器0 | 输入复用器选择、增益 | 0x22（AIN0/AIN1差分，PGA=8） | 0x05（AIN0/AIN1差分，PGA=32） |
| 寄存器1 | 操作模式、数据率 | 0x04（连续转换，20SPS） | 0x04 |
| 寄存器2 | IDAC电流值、传感器检测 | 0x04（IDAC=500μA） | 0x00（关闭IDAC） |
| 寄存器3 | VREF选择、内置温度传感器 | 0x00（外部参考） | 0x10（内部温度传感器+外部参考） |
配置命令格式很直观：写寄存器命令是0x40 | (寄存器地址 << 1)，后面跟着要写的值；读数据命令是0x10；启动转换是0x18（在单次模式下用）。我习惯开机先发一次0x06复位命令，等100ms，再依次写寄存器0到3，这样能避免上电时序不一致导致的配置漂移。
4.2 PIC18F UART底层驱动与通信协议实现
PIC18F66K40的EUSART初始化，核心就两个参数：波特率和帧格式。ADS122U04的UART默认帧格式是8位数据、无校验、一个停止位，和我常用的9600波特率匹配。配置代码很简单，但要注意的是：PIC18的波特率发生器需要根据时钟频率计算SPBRG值，16MHz时钟下9600波特率的误差在2%以内，完全可接受。
void UART1_Init(unsigned long baud) { unsigned int brg; TX1STAbits.BRGH = 0; // 低速波特率模式 brg = (unsigned int)((16000000UL / (64UL * baud)) - 1UL); SP1BRGL = brg & 0xFF; SP1BRGH = (brg >> 8) & 0xFF; TX1STAbits.TXEN = 1; // 使能发送 RC1STAbits.CREN = 1; // 使能接收 RC1STAbits.SPEN = 1; // 使能串口 }然后是ADS122U04的命令收发函数。写寄存器时先发命令字节，再发数据字节，中间不需要延时，但ADC内部处理需要一点时间，所以连续写多个寄存器时我在每个命令之间加1ms延时，实测很稳。
#define ADS122U0_CMD_RESET 0x06 #define ADS122U0_CMD_RDATA 0x10 #define ADS122U0_CMD_RREG 0x20 #define ADS122U0_CMD_WREG 0x40 void ADS122U0_WriteReg(uint8_t reg, uint8_t val) { UART1_WriteByte(ADS122U0_CMD_WREG | (reg << 1)); __delay_ms(1); UART1_WriteByte(val); __delay_ms(1); } int32_t ADS122U0_ReadData(void) { int32_t raw = 0; uint8_t b0, b1, b2; UART1_WriteByte(ADS122U0_CMD_RDATA); b0 = UART1_ReadByte(); b1 = UART1_ReadByte(); b2 = UART1_ReadByte(); raw = ((int32_t)b0 << 16) | ((int32_t)b1 << 8) | b2; // 24位有符号数扩展 if (raw & 0x800000) raw |= 0xFF000000; return raw; }读回来的是24位有符号数。ADS122U04输出是24位二进制补码，最高位是符号位，所以读回三字节数据后要做符号扩展。上面的代码假设MCU的int是32位，这一步做错的话，负温度会完全错乱，我在初版固件里就吃过这个亏。
4.3 RTD温度换算：比率计算与Callendar-Van Dusen方程
RTD部分的数据处理分两步：先算电阻，再算温度。电阻怎么算？靠参考电阻的比率关系，这就是前面说的比率测量。设ADC原始码对应的电压与参考电压的比例为ratio，则：
R_RTD = ratio × R_REF
这个ratio直接等于ADC码与最大正码的比值，不需要管激励电流的绝对值。因为激励电流是同一个电流源流出的，流经参考电阻和RTD时形成比例关系，电流源的温漂和精度统统被抵消。这其实就是比率测量的魔力所在，也是它比“测绝对电压”方式精度高的根本原因。
得到R_RTD之后，用IEC 60751标准里的Callendar-Van Dusen方程把电阻换算成温度。对0°C以上：
R_t = R_0 × (1 + A×t + B×t²)
其中R_0 = 100Ω，A = 3.9083×10⁻³ /°C，B = -5.775×10⁻⁷ /°C²。反解这个二次方程就能得到温度：
float RTD_ResToTemp(float r) { float t, disc; if (r >= 100.0f) { disc = 1.0f + 4.0f * B / (A*A) * (1.0f - r / 100.0f); t = (r / 100.0f - 1.0f) * (-A) / (A*A + 4.0f * B); // 上面这行是化简版，严谨起见直接用二次方程求根公式更稳妥 return t; } // 0°C以下用带三次项的方程，工程上可以用查表法替代 return 0.0f; }二次方程求根公式写代码时注意浮点精度，用double类型，避免数值稳定性问题。0°C以下的区域比较复杂，有一个C×(t-100)×t³项，我一般直接查表，把-200°C到0°C的电阻值做成512点查找表，线性插值求温度。查表法速度快、代码逻辑简单，还能躲开高阶多项式求解的坑。
4.4 热电偶冷端补偿与查表线性化
热电偶的处理流程相对麻烦一点。第一步，读ADC原始码（测的是热端与冷端的电势差对应的电压）；第二步，用内置温度传感器读冷端温度；第三步，从热电偶分度表里查出冷端温度对应的热电势；第四步，把测量电压加上冷端热电势，得到实际热端总热电势；第五步，根据总热电势查分度表，得到热端温度。
K型热电偶的分度表大概有几百行，直接全部塞进PIC18的Flash也能放下，但注意PIC18的Flash是按64字节一块管理的，查表用const数组存就可以。我建议把分度表在-20°C到250°C范围内做稀疏表（每5°C一个点），再用线性插值，这样精度大约±0.3°C，对HVAC和大多数工业应用足够。热电偶的冷端补偿必须和冷端传感器温度同步采样，否则冷端变化期间会产生误差，软件上要保证读热电偶电压和内置传感器温度之间的时间间隔尽量短。
float KType_TempFromVoltage(float volt_mv) { // volt_mv 是经过冷端补偿后的总热电势（mV） // 二分查找分度表，线性插值 int low = 0, high = TC_TABLE_SIZE - 1; float t; while (low < high - 1) { int mid = (low + high) / 2; if (ktype_table[mid].mv < volt_mv) low = mid; else high = mid; } t = ktype_table[low].temp + (volt_mv - ktype_table[low].mv) / (ktype_table[high].mv - ktype_table[low].mv) * (ktype_table[high].temp - ktype_table[low].temp); return t; }二分查找的思路很直接：表是按电压单调递增排列的，先定位区间，再做线性插值。这个函数的效率在8位MCU上跑得很快，一次查找大约几十条比较指令，没有任何压力。
4.5 主控任务调度与滤波策略
温度采样不是读一次就完事的。工业现场信号噪声大，需要用软件滤波把跳变的毛刺压下去。我的做法很朴素但实用：连续采5次数据，去掉最大值和最小值，剩下3次求平均（中位值平均滤波法）。这个滤波算法对付脉冲干扰特别有效，而且不拖慢响应。如果要求更高的平滑度，再在一阶低通滤波上叠加一次，时间常数根据系统响应时间调配。
主程序架构我用的是一个简单的超级循环加定时中断：
void main(void) { System_Init(); UART1_Init(9600); ADS122U0_Init(); while (1) { if (sample_flag) { sample_flag = 0; int32_t raw = ADS122U0_ReadData(); float r = ADS122U0_RawToRTD_Res(raw); float temp = RTD_ResToTemp(r); ProcessTemperature(temp); } } }定时中断每200ms置一次sample_flag，主循环检测到标志就去读数据。这个结构的好处是采样节奏稳定，不会被显示刷新、按键扫描等其他任务干扰。温度控制类的应用对实时性要求没那么苛刻，200ms的采样周期对HVAC完全够用，对工业过程控制稍微偏慢，可以缩短到50ms。
5. 工业与HVAC场景的工程实践经验
5.1 HVAC应用：精度、响应与长期稳定性的平衡
HVAC系统里温度采集的核心诉求是稳定，不是极限精度。室内舒适度控制一般要求±0.5°C的测量误差，这看起来不难，但实际做下来会发现，真正让你头疼的是长期运行后的漂移。HVAC设备一年四季不间断运行，夏天40°C环境温度下机箱内部可能到70°C，ADC的温漂会对测量结果产生影响。
应对策略有两个：一是硬件选型时关注器件温漂指标，ADS122U04的增益温漂和参考电压温漂都控制在较低水平；二是软件上做周期性自校准，利用ADC内部的失调校准功能，每隔一段时间对输入短接做一次零点校准，把失调误差存到一个校准寄存器里。我实际测试过，加了周期性自校准后，温度示值在24小时内的漂移从±0.3°C降低到±0.1°C以内。
HVAC里还有一个容易被忽略的因素：传感器到控制板的距离。大一点的商业楼宇暖通系统，温度传感器分布在各个风道和房间，离主机可能有几十米。这种场景我的建议是用4-20mA电流环变送方案，把温度信号在传感器端先转成电流信号，到主控端再用250Ω采样电阻还原成电压，接到ADS122U04。电流环抗干扰能力强、线损不影响精度，这是工业仪表的经典做法，移植到HVAC一样好用。
5.2 工业应用：抗干扰、隔离与故障安全的底层逻辑
工业现场最凶险的干扰源是变频器和电机启停。我曾经在一个车间里测试，电机一启动，ADC读数能跳几十个码。后来排查发现是共模干扰通过UART线的地回路串进来的。处理方案是把ADC供电和传感器侧的地彻底隔离，UART用光耦隔离，信号地只在电源入口处单点接地，干扰立刻小了两个数量级。
如果你做的是可能在危险区域使用的设备，隔离和本安设计是硬指标，这当然不只是软件能解决的。但至少要在架构上留出余量。我的经验是ADS122U04的UART接口在隔离方案中确实方便，光耦两侧的电源各自用隔离DC-DC供电，通信线只有两路，布线和器件成本都低于SPI方案。
故障安全设计也不能光靠硬件，软件要做看门狗。PIC18F66K40内置看门狗定时器（WDT），我把它配置成2秒超时，主循环每次完整跑完就喂狗。如果ADC无响应导致主循环卡在读取函数里，看门狗能及时复位系统，防止设备带着错误温度输出控制信号，这在HVAC里还好，在工业加热控制里就是安全红线了。
5.3 校准流程：从出厂单点校准到现场两点校准
任何ADC方案都离不开校准。我的校准思路是分两步走。第一步是“出厂校准”：在恒温槽里做0°C和100°C两点，得到实际读数和真实温度的偏差曲线，把增益误差和偏移误差修进代码中的一个校准系数结构体里。校准系数通过UART写到外部EEPROM（PIC18F66K40没有内置EEPROM，但可以通过自写Flash模拟），断电不丢失。
第二步是“现场单点校准”：设备安装后，用便携式温度校验仪在传感器安装位置做一次单点偏移校正，修正安装位置引入的微小偏差。这一步在HVAC项目里尤其重要，因为安装位置不同、传感器护套的热传导差异，会导致出厂校准的数值在实测时出现固定偏移。我的经验是提供一个人机交互入口，比如通过Modbus写寄存器，或者按键长按进入校准模式，让现场调试人员能方便地操作。
校准系数的存储格式要设计得严谨，至少要包含校验值。我习惯在EEPROM里存一个结构体，包含两个校准点的修正值和一个16位CRC校验，读出来先校验，校验不过就退回默认系数并报警，避免“用了坏数据”的问题。
6. 常见问题与调试实录
6.1 UART通信不上？先查这三件事
通信不上是最常见的问题，我排摸的顺序是固定的。第一步量电平：确认PIC18的TX和ADS122U04的RX之间电平正确，两边都是3.3V就直接连，如果一边5V一边3.3V就要加转换电路。第二步查波特率：PIC的SPBRG寄存器算错会导致波特率误差太大，9位数据根本不稳定，我会用逻辑分析仪抓UART帧，看起始位宽度是否符合9600波特率（周期约104μs）。第三步是确认ADC有没有从复位状态恢复：上电后必须发0x06复位命令，再延时100ms以上，否则ADC可能处于等待配置的状态，对命令没反应。
我调试时最喜欢用的工具是逻辑分析仪加串口助手。PID调试先不接MCU，直接用USB转串口模块连接ADS122U04，手动发命令字节流，验证每一句配置命令的回包是否符合预期。这样能把问题快速隔离在ADC侧还是MCU侧，省去芯片间相互怀疑的时间。
6.2 温度读数跳动特别大
如果读数在±几十个码之间乱跳，优先怀疑供电和参考电压的噪声。我在一块原型板上遇到过，原因是DVDD的3.3V直接用了开关电源输出，纹波大，串到模拟部分，后来换成LDO单独给AVDD供电，跳动立刻收敛。
如果排除了供电，再看看是不是PGA增益开得太高。热电偶信号微弱，增益开到64倍或128倍时，输入端的任何微伏级噪声都会被放大，RC滤波器这时候就要发挥作用。我的经验是热电偶输入端加100Ω/100nF低通滤波，同时把数据率降到20SPS，利用ADC内部的数字滤波器来抑制宽带噪声。
还有一点容易忽略：ADS122U04的AIN引脚输入阻抗在PGA开启时会动态变化，如果你在输入端接了阻值很大的限流电阻，会产生额外的压降和误差。所以RC滤波器的电阻值不要取得太大，100Ω到1kΩ之间比较合适，取了10kΩ以上，等你发现读数系统性偏低时就得回头查这里。
6.3 温度示值准，但开机后前几秒误差大
这个现象我第一次遇到时排查了挺久。后来发现是冷端补偿的问题：ADS122U04内置温度传感器在刚上电瞬间，芯片自身的功耗会让裸片温度比环境温度高一点，读出来的冷端温度偏高，导致热电偶换算后的温度偏低。解决方案是上电后延时几秒，等ADC自热稳定之后再开始正式采样，或者连续读几次内置温度传感器，取稳定后的值做冷端温度。
同样的逻辑也适用于RTD的激励电流自热。500μA的激励电流虽然不大，但RTD探头在小直径护套里散热不良，读数会缓慢上升然后趋于稳定。我一般要求应用先预热10秒再进入控制逻辑，或者软件上做一个开机延时滤波，让前几个数据点不被控制回路采到。
6.4 误差分析：发现读数整体偏大，步长也对不上
读数整体偏大，而且随着温度升高偏差越来越大，这种情况基本可以断定是参考电阻出了问题。R_REF的实际阻值偏差会直接传导到温度结果里。比如标称1kΩ的电阻实际是998Ω，那么算出来的R_RTD会等比例偏大。解决方案是用万用表实测参考电阻的真实阻值，并把真实值写进代码里的常量。我后来更倾向用0.1%精度、低温漂的精密电阻来当R_REF，一次到位，省得每台设备单独标定。
热电偶读数偏大还有一种可能：冷端补偿用的内置温度传感器没有启用。寄存器3里的温度传感器使能位忘记置1，或者置1后没有读取新的补偿值，直接用了默认值。这个问题在代码审查时很容易漏，建议做一次全流程自查：读到的热电偶原始电压、冷端温度原始值、查表得到的热电势、最终温度，每一步都打印到串口日志里，比对到误差来源。
7. 经验总结与后续扩展建议
这套方案我前后做了两轮迭代。第一轮用的是ADS1220加PIC的SPI方案，第二轮换成ADS122U04。最直观的感受是BOM数量少了，布线简单了，隔离方案也好做了。如果你正在评估类似的高精度测温需求，我可以负责任地说，ADS122U04IPWR加PIC18F66K40这条路是可复现的，而且代码和硬件门槛都不高。
调试过程中还有一个小技巧值得分享：在ADS122U04的配置脚本和读数代码里加一段状态机，把每次通信的收发字节都记录下来，特别是把ADC返回的寄存器回读值与预期值做一个比对。这个“配置回读校验”的习惯帮我省了大量排查时间。很多所谓的神秘故障，其实就是配置寄存器的某一位被意外覆盖了，回读一眼就能看出来。
后续如果要扩展，可以考虑在这个平台上加上多路ADS122U04总线挂接，做8路甚至16路温度采集，PIC18F66K40的多路EUSART或者单EUSART配合地址帧协议都支持。又或者往上加一个RS485收发器，把温度数据通过Modbus RTU协议传给上位机或PLC，这就是一个完整的工业温度变送器方案了。软硬件同样沿用现在的架构，主要是应用层增加一个协议栈的问题。
如果你正准备动手做工业或者HVAC的温度采集，这套组合值得放进你的备选清单里。核心的外围元件少、软件逻辑清晰、调试工具成熟，踩过坑之后基本就是一套稳定跑批量的方案。真到现场遇到问题，也欢迎顺着这篇文章的思路往回排查，说不定能给你省下一个通宵。
