24位ADC与PIC18实现PT100高精度温度采集方案解析

1. 这个项目解决什么问题

这个项目是从一台旧工业控制柜改造开始的。原系统的温度检测靠模拟运放调理电路加表头显示，接线多、零点漂移严重，每次校准都要打开机箱去旋电位器。这次我决定把前端的温度采集整体换成数字方案，核心芯片就是24位Delta-Sigma ADCADS122U04IPWR，控制端用Microchip的8位单片机PIC18F45K22。整套系统跑下来以后，我发现这个组合用在工业和HVAC环境里确实有它的独到之处，也有不少手册上不会写清楚的细节。这篇文章把硬件、固件、校准和现场排坑完整记录下来，给正在做温度采集方案选型的朋友做个参考。

1.1 工业和HVAC温度采集到底难在哪

很多人觉得温度信号变化慢，随便找个ADC都能测。实际做过HVAC和工业现场的人都知道，难点从来不在“测出来”，而在“长期可靠地测准”。工业控制柜里的干扰源非常多，变频器、接触器、开关电源、RS485总线都在同一个空间里，模拟信号很容易被污染。HVAC场景里的冷冻水温度、送回风温度、管道温度，传感器往往拉线几十米，导线电阻、共模干扰、工频耦合都会冒出来。

另一个痛点是零点漂移。普通运放调理电路用久了，失调电压会变，温漂更明显。现场校准的时候用冰水还是用标准电阻，操作繁琐，时间久了维护成本很高。项目里之所以选24位ADC，就是想把“模拟调理加校准”的复杂度压到最低，把绝对精度尽量交给数字域的滤波和标定去解决。

1.2 为什么偏偏是ADS122U04IPWR加PIC18F45K22

选ADS122U04IPWR有几个直接原因。首先是它自带PGA可编程增益放大器、内部2.048V基准、两个用于RTD激励的电流源，还有一个4通道输入MUX。也就是说，一颗芯片就把模拟前端的大部分器件都集成进去了，外围只需要配传感器、参考电阻和几个电容。

更重要的是，这颗芯片是UART接口版本，不是SPI版本。ADS1220家族里有SPI、I2C和UART三种版本，U04这个后缀就是UART。这正好契合我的应用场景：控制端已经是PIC18系列，UART是标配，不需要为了驱动ADC去额外占软件SPI引脚，还可以用非常短的代码把读取流程做出来。而且UART接口在工业现场做隔离比SPI好做，光耦一上，通信数据线和地线隔离就可以了。

PIC18F45K22这边，首先是供货和成本都稳定，8位单片机在温度采集这种低频应用上性能完全够用。第二是它有多个EUSART模块，硬件串口资源充足，可以一个串口接ADC，另一个串口接上位机或者RS485收发器，不会打架。第三是这颗MCU支持3.3V工作，和ADS122U04的接口电平完美匹配，省掉电平转换电路。

1.3 整体架构和关键取舍

系统架构一句话描述就是：温度传感器信号进ADS122U04，ADC完成模数转换后通过UART把数据交给PIC18F45K22，单片机做线性化、滤波、标定和故障判断，最后通过RS485转发给上位机或者直接驱动本地显示。

这个架构最大的取舍是“把温度换算放到哪一个环节”。我最终选择在PIC18F45K22里做查表和浮点计算，而不是在上位机里做，原因是现场设备需要本地显示和本地判断，万一上位机断开，设备还要能独立工作。PIC18F45K22的Flash按需求编译之后还剩很多，跑浮点虽然比PC上慢不少，但温度采集本来就不快，两三百次浮点运算对实时性毫无压力。

另一个取舍是轮询采集还是连续采集。HVAC温度实时性要求极低，一秒刷新一次都算快的。但为了抗干扰，我让ADC工作在连续转换模式，用DRDY引脚通知单片机“数据好了”，单片机再通过UART读取。这样做的好处是ADC内置的数字滤波器一直在连续跑，不会因为频繁启动转换而把滤波器的群延时拖进测量结果里。

2. 硬件设计：传感器、ADC和MCU怎么接

2.1 传感器选型：PT100三线制还是NTC

工业和HVAC场景里，温度传感器最常用的是两大类：RTD热电阻和NTC热敏电阻。NTC成本低、灵敏度高，一颗几十毫安培热敏电阻加一个固定电阻就能测，但一致性差、非线性严重，适合对精度要求不高的回风温度、室内温度。PT100铂电阻线性度好，长期稳定性好，工业过程控制和冷冻水温度测量基本都用它，缺点是价格稍高、需要激励电流。

这个项目里我选的是PT100三线制。三线制的意义在于消除导线电阻。现场传感器到控制柜动不动拉十几米，铜导线电阻随温度变化也要几十毫欧到几百毫欧，如果不做补偿，PT100本身的100欧电阻会被导线电阻污染。三线制用两根线走电流激励，另一根线作为电压采样参考，电流不经过采样回路，导线电阻造成的压降就不会进到测量结果里。

如果用四线制当然精度更高，但四线制成本也高，而且现场很多现有传感器就是三根线。三线制配合ADS122U04的两个IDAC电流源，正好能实现正确的激励和补偿，这也是我选这颗ADC的直接原因之一。

2.2 模拟前端与RREF、PGA、基准电压的计算

ADS122U04内部有两个可编程电流源IDAC1和IDAC2，可以用来激励RTD。比例测量的核心思路是让同一个电流既流经RTD，也流经一个精密参考电阻RREF，然后把RREF两端的电压作为ADC的基准电压。这样电流源漂移和电源电压波动会被同时消掉，测量结果只取决于RTD电阻与RREF电阻的比值。

这个项目里我用的激励电流是1mA，RREF选2.048k欧。计算过程是这样的：1mA激励电流流过2.048k欧电阻，产生2.048V基准电压。PT100在0到150摄氏度范围内电阻大概从100欧变到157.3欧，1mA电流对应信号电压只有0.1V到0.157V。PGA增益选8倍之后，ADC前端看到的电压是0.8V到1.26V，在2.048V基准对应的量程内留出了不少裕量。

反过来也可以算一下最大可测电阻范围。满量程条件大概是RTD电阻乘增益等于RREF，2.048k欧除以8，也就是最大256欧。对应PT100大约在400摄氏度以上。对于HVAC的送风温度、回水温度来说完全够用。如果要做高温工业过程，可以把RREF调小或者增益调小，但代价是低温分辨率下降，需要按实际量程重新算。

这里一个重要经验是：不要为了追求满量程而把RREF选得太小。RREF过小会导致基准电压过低，开关电源纹波哪怕只有几十毫伏，也会占掉相当大的比例，ADC读数会变得很敏感。反过来RREF也不要选得太大，否则量程浪费很多，温度分辨率虽然数值上看起来更高，但实际噪声不会因为量程变宽就自动变小。RREF电阻本身一定要用低温度系数的精密电阻，最好0.1%精度，25ppm甚至更低，它是整个测量的“尺子”。

2.3 ADS122U04IPWR的UART接口和PIC18F45K22的连接

很多人第一次用ADS122U04IPWR容易犯一个错：以为后缀带U04就能直接当普通UART设备接，结果发现通信不上。其实这颗ADC的UART接口也有自己的时序协议，发送命令、读寄存器、读转换数据都有固定命令字节，不是像GPS模块那样靠字符串交互。

接线方式很直接，ADC的DIN接单片机的TX，ADC的DOUT接单片机的RX，DRDY接单片机的一个普通GPIO，RESET也接一个GPIO。没有RX/TX交叉接反这类低级问题时，通信就能起来。实际项目中我统一用3.3V供电，ADS122U04和PIC18F45K22逻辑电平一致，不需要额外电平转换。如果单片机非要跑5V，就需要确认ADC的引脚是不是5V容忍，不是的话得加电平转换。

PIC18F45K22我用的EUSART1，波特率设成115200。温度数据本身一秒也读不了几次，9600波特率也够用，但115200在调试时有个好处，就是读大规模缓存的数据时不容易产生超时。DRDY这根线一定不要省，我见过有人靠延时去猜数据准备好了没有，结果数据积累之后第一次读出来的永远是旧值。DRDY一旦配置成中断输入，整个读取流程就干净了。

2.4 供电、退耦和PCB布局的实战细节

ADS122U04对电源干净程度比较敏感。虽然它内部有一定电源抑制能力，但工业环境里开关电源的噪声很疯，我在这颗ADC的AVDD引脚上放了0.1uF陶瓷电容再加4.7uF钽电容，供电从LDO单独引出，没有直接接在24V降压后的开关管输出上。PIC18F45K22的数字电源也做了LC滤波，防止MCU的IO翻转噪声通过共地串到模拟部分。

模拟地和数字地的问题，在这个项目里我做的是单点连接。PCB顶层一个完整的地平面，所有模拟器件、数字器件、连接器都就近参考这个地，AGND和DGND不割裂，而是在ADC芯片底下汇合。很多初学者喜欢把地割开，结果回流路径绕了一个大圈，反而引入共模干扰。割地不是不行，但对于这种低频模拟采集，单点连续地平面已经足够好。

基准电压的走线是重点。RREF两端的电压信号直接送ADC的参考输入端，这个信号特别微小，如果走线太长又贴着数字走线，噪声会直接进参考路径。我在REFP和REFN之间加了一组RC滤波，截止频率大概几十千赫，然后再进ADC。数字UART线尽量远离模拟输入和REF走线，不要让它们平行跑太长距离。实际布完板后发现，只要RREF参考路径干净，整机噪声能下去一大截。

3. 固件实现：寄存器配置与温度换算

3.1 ADS122U04的寄存器配置流程

ADS122U04内部的寄存器数量不多，但每个位段都影响后续测量。我对这颗芯片的配置流程是：上电复位后先等芯片稳定，然后写PGA增益、写输入MUX通道、写数据速率、写IDAC电流值和方向，最后启动连续转换。

第一步是设置输入MUX，我把AIN0和AIN1配置为差分输入对，PT100的电压采样从这里进。第二步设置PGA增益为8，具体寄存器编码要看数据手册的寄存器映射，不同版本位段排列会有区别，别直接照抄网上某个数组。第三步设置数据速率，我建议在20SPS到45SPS之间选。20SPS时数字滤波器对50Hz工频抑制最好，45SPS对60Hz更好，国内50Hz环境下常用20SPS。第四步配置IDAC电流源，1mA电流输出，并配置电流输出到对应的激励引脚。

写寄存器用WREG命令，后面跟着寄存器地址和值。读寄存器用RREG，调试的时候一定先把配置回读一遍，确认写进去的和实际一致。之前我调试UART通信时，总是怀疑数据没发出去，最后发现问题是寄存器写在某个命令后没等芯片处理完，连续写太快导致丢字节。解决办法很简单，每个命令后面加一点短延时，或者读DRDY确认芯片不忙。

3.2 PIC18F45K22的UART驱动和读取时序

PIC18F45K22的UART驱动并不复杂，就是把发送和接收字节封装成两个函数，主循环里调用。发送函数等发送缓冲空就写入新数据，接收函数等接收标志位置位就取数据。下面是项目里一个简化版本。

void uart_send_byte(uint8_t data) { while (!TXSTAbits.TXIF) { ; } TXREG1 = data; } uint8_t uart_receive_byte(void) { while (!RCSTAbits.RCIF) { ; } return RCREG1; }

实际使用时要根据XC8编译器和PIC18F45K22头文件的寄存器名稍微调整，但逻辑就是这两段。特别提醒一下，PIC18系列UART的TXIF标志不一定表示数据已经真正发完，它只表示发送缓冲可以接受新数据。如果紧接着发下一条命令，芯片自己会处理，但稳妥起见，连续发命令时我会在命令之间加一个1毫秒到2毫秒的延时，避免ADC还没处理完上一条命令，下一条又来了。

读取转换数据的流程是：先等DRDY引脚变低，然后发送RDATA命令，紧接着从UART读三个字节。ADS122U04返回的24位数据是最先高位还是最先低位，一定要看数据手册，不能想当然。我这边把三字节拼成int32，然后判断符号位，如果是负数就减0x1000000，得到有符号的ADC码值。这个原始码值直接对应PGA放大后的电压，后面还要换算成电阻。

int32_t ads_read_result(void) { uint8_t b2, b1, b0; int32_t raw; ads_send_cmd(ADS_CMD_RDATA); b2 = uart_receive_byte(); b1 = uart_receive_byte(); b0 = uart_receive_byte(); raw = ((int32_t)b2 << 16) | ((int32_t)b1 << 8) | b0; if (raw & 0x800000) raw -= 0x1000000; return raw; }

按这个流程，主循环里读一次数据只需要几毫秒，剩下的时间可以全部让给显示刷新、RS485通信和按键扫描。ADC连续转换模式下，DRDY每次变低就代表一个最新转换结果准备好了，只要在两次DRDY之间完成读取就行。如果读得比转换还快，只会重复读同一个结果，不会卡死。

3.3 从ADC码值到温度的换算

温度换算的第一步是拿ADC原始码值算出RTD电阻。比例测量下，ADC输出的码值正比于输入电压和基准电压的比值。由于输入电压实际上是RTD电阻上的压降，而基准电压是RREF上的压降，两者的激励电流相同，所以电阻比近似就是电压比。具体公式在数据手册的传输特性里，我这边用增益8、RREF 2.048k欧，最终把码值乘一个按手册算出来的系数，再加上一个很小的零点修正，就得到电阻值。

第二步是电阻转温度。PT100的电阻温度关系最常用的是IEC 60751多项式，0摄氏度以上可以写成：

R(t) = R0 * (1 + A*t + B*t*t)

其中R0=100欧，A=3.9083e-3，B=-5.775e-7。这个公式在整个0到几百摄氏度量程内都有不错的精度。如果包括负温度，还需要加C系数项，低温时不能忽略。直接解这个二次方程能得到温度值，工程上也够用。

但我实际项目里用的不是解方程，而是查表加线性插值。原因很简单：PIC18F45K22跑浮点运算虽然能用，但查表更快，而且现场维护工程师习惯看“电阻对应多少度”的表格，程序里放一个0到150摄氏度每1摄氏度的电阻表，再用线性插值补中间值，误差已经小于查表步长带来的理论误差。

对NTC电阻来说，不能用PT100的公式，必须用Steinhart-Hart方程：1/T = A + B*ln(R) + C*(ln(R))^3。三个系数由厂家给出，或者自己标定三个温度点反推。HVAC里如果只是粗略控温，用查表法也完全可以。

3.4 校准、滤波和故障自检

温度采集系统最怕出厂时看着准，用一年后偏得离谱。校准这件事必须做进固件里，不能只靠硬件精度。我在固件里做了两点校准：一个低温点用冰水混合物，一个高温点用恒温水浴，或者直接用一个高精度标准电阻箱代替传感器。校准之后得到一条直线校正：修正温度 = 实测温度 * K + B，K和B保存到PIC18F45K22的EEPROM里。这样即使电阻容差和PGA增益误差存在，也能在系统级拉平。

数字滤波我做了两层。第一层是ADC内置的Sinc滤波器，数据速率设20SPS时它对工频的抑制已经很好。第二层是在MCU里做滑动平均，取最近5个点求平均。温度对象本身惯量大，5点平均带来的滞后完全可以忽略，但读数上的毛刺能明显收敛。需要注意，滤波只改变读数波动，不改变精度，如果系统存在固定的零点偏移，必须靠校准修正。

故障自检是工业现场很需要的功能。我在程序里把PT100开路和短路判断做成了标志位。PT100开路时，ADC输入会明显偏向电源轨附近；短路时输入接近0。这两种情况下不是报一个离谱的温度，而是直接置故障状态，上位机看到故障码就知道要检查哪一路传感器。这个功能对HVAC运维很有价值，能省掉很多现场排查时间。

4. 现场踩坑与排查实录

4.1 UART通信偶尔丢数据、乱码

这套系统调试过程中遇到的最典型问题就是UART偶尔乱码。一开始我以为是ADC坏了，后来反复测发现是波特率不匹配。PIC18F45K22如果直接用内部振荡器，芯片校准值在常温下没问题，但工业现场温度跨度大，内部振荡器频率会随着温度漂移。我后来把MCU改成外部16MHz晶振，UART波特率误差降到很低，乱码问题基本消失。

还有一个细节是DRDY没有用起来的时候，靠固定延时去读数据，结果经常和ADC的转换节拍错位。比如读命令发出去的时候，ADC刚好在下一次转换中间，返回的数据是旧的，甚至会把上一次没读完的字节一起吐出来。解决办法就是前面说的，DRDY接中断或者至少用GPIO轮询，等DRDY真正变低了再读。

如果使用的是外部晶振还是偶尔丢字节，可以往几个方向查：ADC和MCU的地是不是同一个地平面，UART线是不是太长且没有终端电阻，发送命令后寄存器处理延时是不是太短。工业现场如果UART线超过几十厘米，建议降低波特率并考虑用RS422/差分方式，而不是直接挂TTL线。

4.2 工频干扰导致读数跳变

第一次整机联调时，把变频器一开起来，温度读数就开始跳动。查了半天发现是数据速率选得太高，ADC的内置滤波器对50Hz工频的抑制能力在高速模式下会明显下降。改成20SPS之后，跳动幅度立刻小了很多。这算是Delta-Sigma ADC最常见的使用误区：只看分辨率，不看数字滤波器对工频的抑制能力。

另一个被忽略的干扰路径是基准电压。RREF的走线在PCB上如果和UART线平行跑了三四厘米，UART数据线翻转时会在参考信号上感应出毛刺。后来我在RREF两端加了RC滤波，又把UART线往旁边绕开，读数噪声立刻降下来。还有个经验是ADC的AGND引脚不要和单片机数字地靠一根细线相连，最好都直接连到地平面，回流路径越短越好。

如果现场干扰特别重，可以考虑把PGA增益降低一点，虽然信号变小了，但共模抑制能力有时候会更好。不要一味追求高增益，信号大了噪声也跟着被放大，增益不是万能的。关键是让信号幅度和噪声的余量匹配好，再靠滤波器兜底。

4.3 多通道切换后第一个点不准

如果要在多个温度传感器之间切换，ADS122U04的MUX切换后不能立刻读第一个数据。内部PGA和数字滤波器需要一个建立时间，切换通道之后马上读数据，得到的数是上一个通道和这一个通道的混合值，误差非常明显。

我自己的处理办法是：写完MUX寄存器之后，先丢掉前三个转换结果，从第四个转换结果开始计算平均值。这样虽然牺牲了响应的实时性，但每次通道切换之后的读数都干净。对于温度这种惯性对象，丢几个转换周期的数据完全没影响。如果系统要求所有通道同时采集、不能等待，那最直接的办法就是每路配一颗ADC，用多片并行工作，而不是做单芯片多通道轮询。

还有一个容易踩的坑是IDAC和MUX的配置顺序问题。如果切换通道的时候没有把IDAC电流源跟着切到正确的引脚，采集到的可能是没有激励的漂浮电压。必须在同一个配置过程里把MUX、PGA和IDAC路由一次写完，然后统一等待建立时间，不能只改MUX其他不动。

4.4 激励电流源导致的传感器自热

温度测量的自热问题很多新手会忽略。IDAC电流源流过传感器会发热，发热量等于电流平方乘以电阻。在PT100上，1mA电流流过100欧电阻，功率是0.1mW，在气流充分的管道里影响很小。但如果是自然对流的静止空气环境，或者传感器体积很小，这0.1mW也可能造成零点几摄氏度的偏差。

如果是NTC，这个问题更明显。NTC的阻值动辄10k欧，1mA电流流过去就是10mW功率，自热可以达到好几摄氏度。所以用NTC做高精度测量时，激励电流最好降到100微安甚至更低。ADS122U04的IDAC范围很宽，用多大电流要看传感器类型和热耦合情况，不能拿PT100的参数去套NTC。

实际项目里，我在PID控温的恒温箱里做过对比：把激励电流从1mA降到0.25mA后，长时间读数更平稳。代价是输入信号幅度变小，噪声相对变大，但配合20SPS的数据速率，完全可以在不牺牲精度的前提下把自热压住。温度测量的本质是平衡各种误差源，不是一味追求某个指标。

5. 实测效果与后续扩展

5.1 一组实测数据

系统做完后，我用冰水混合物、恒温水浴和一个标准电阻箱做了出厂对比。PT100三线制，RREF选2.048k欧，PGA增益8，数据速率20SPS，MCU侧5点滑动平均，两点校准完成后，实际记录下来的数据大约是这样：

这个结果是在相对理想的实验室环境下测出来的，到了工业现场，偏差会受接线端子热电势、传感器安装位置等因素影响，但整体上这套架构能把误差控制在正负0.2摄氏度以内。更重要的是，经过校准后长时间运行，读数没有出现明显的零点漂移，不再需要像老模拟方案那样频繁开箱校准。

从数据分析来看，ADC的24位分辨率在20SPS下其实是过剩的，最终的读数噪声主要来自传感器本身和参考电阻。换句话说，这个系统的精度上限很大程度上取决于RREF电阻和PT100传感器，而不是ADC芯片本身。所以在选料的时候，RREF多花几块钱买低温漂精密电阻，比换更贵的ADC收益更大。

5.2 后续扩展建议

这个架构扩展性还不错。如果现场需要把温度数据送到上位机，可以在PIC18F45K22的另一个UART上接一个RS485收发器，跑Modbus RTU协议，温度值、故障状态、校准系数都能通过寄存器访问。HVAC项目里很多设备都要接楼宇自控系统，Modbus RTU是标配，这个方向值得优先做。

如果以后采集点数量增加，不一定要换更复杂的MCU。PIC18F45K22有多路UART和足够IO，可以考虑用多颗ADS122U04拼出来，每颗ADC负责4路传感器，这样既保持单通道精度，又避免MUX切换的等待时间。成本增加不多，系统复杂度却低了很多。

如果追求更高的测量分辨率，可以考虑把传感器改成PT100四线制，并把RREF换成0.01%精度、5ppm温漂的金属箔电阻。这个升级对现有硬件改动很小，主要是PCB上多加两根线和一个高精度电阻，收益是测量重复性进一步提升。

5.3 一些个人体会

这套项目做下来，我最大的体会是，ADS122U04IPWR名字里带UART，这句话听着简单，但真正把UART通信调顺，靠的是DRDY中断、波特率精度和电源干净这三个基础条件。PIC18F45K22作为控制端，性能完全够用，8位单片机在这个场景里一点不过时，关键是别把它往复杂计算里逼，查表和线性插值才是MCU友好的做法。

最后再分享一个实际操作的小技巧：调试时先用一个已知阻值的高精度电阻直接接到ADC输入，代替传感器。如果读数换算出来的电阻和实际电阻一致，说明硬件和固件链路没问题，之后再把传感器接上去，问题只会在传感器本身。这个习惯帮我省了很多排查时间，也推荐给大家。