ADS122U04IPWR 这颗片子我断断续续用了两年多，PIC18LF45K40 也是老熟人了。前段时间刚帮一个做暖通控制柜的朋友调完一批四线制 PT100 的采集板，正好借着这个项目把从选型、接线到固件、标定的完整链路从头到尾捋一遍。这东西看着简单——一个 ADC 加一个单片机，但真要拿到工业现场去跑，坑全藏在细节里。

1. 项目概述：为什么是“专用 ADC + 8 位 MCU”的组合

先说结论：你完全可以把 ADC 和 MCU 合成一颗芯片，比如带24位 ADC 的 ARM 内核单片机，市面上多得是。但在这个项目里我坚持用 ADS122U04IPWR 外挂 PIC18LF45K40，理由很实际——隔离、布线和调试灵活度。

ADS122U04 本质上是 ADS1220 这颗经典 24 位 Δ-Σ ADC 的 UART 版本。它把 SPI 接口换成了两线制的 UART，这对 HVAC 场景是降维打击式的友好。工业现场的控制柜里，传感器探头的走线动不动就是三五米，如果用 SPI，SCLK 和 MOSI 的时序在长线上衰减得非常难看，稍不留神就是通信丢帧。但 UART 天生就是为长距离异步通信设计的，而且只有两根线，过光耦隔离也方便——一个高速光耦就能把模拟前端和数字主控彻底隔开，这在有变频器、接触器的 HVAC 柜子里是刚需。

PIC18LF45K40 则负责干粗活：读 UART 数据、解析寄存器、跑 PID 或者简单的开关逻辑、驱动数码管或者 RS485 总线。8 位机在这个场景完全够用，关键是它便宜、供货稳、开发环境顺手。很多工程师一上来就想上 STM32，但真算一笔账：一个温控器或者小型 DDC 控制器，PIC18 的成本比 M0 核的片子低一大截，而性能冗余却不见得少——ADS122U04 内部自带数字滤波和 PGA，真正需要 MCU 扛的运算量很小。

所以这套方案的适用人群很明确：做工业温度采集、HVAC 控制器、冷链监测设备，对精度要求高（千分之一度级别的分辨率），但又不希望为了一个温度采集功能去折腾复杂操作系统的团队。它没有跑 Linux 的本事，但也不需要。

2. 硬件设计要点：ADS122U04 的外围电路与传感器接入方式

2.1 ADS122U04 的引脚功能与供电策略

ADS122U04 有 16 个引脚，需要重点关注的几路引脚如下：

供电是老生常谈但必须说：Δ-Σ ADC 对电源纹波敏感，ADS122U04 的模拟电源 AVDD 和数字电源 DVDD 虽然可以共用 3.3V，但我实测下来，如果 DVDD 和 AVDD 直接连在一起，且 3.3V 的 LDO 后面没有做 π 型滤波，采样数据的有效位数会掉 2 到 3 位。原因在于数字引脚的开关噪声会耦合进模拟电源，而 Δ-Σ 调制器对电源的瞬态变化非常敏感。

我的做法是：AVDD 单独串一个 10Ω 电阻，再并两个电容——10μF 钽电容加 0.1μF 陶瓷电容——滤掉低频和高频噪声；DVDD 则走原 3.3V，不共用 π 型滤波网络。实测下来，短接输入时的峰峰值噪声从原来的 8 个 LSB 降到了 2 个 LSB。

2.2 RTD 与热电偶的信号调理：为什么要用 PGA

ADS122U04 内部集成了一个可编程增益放大器（PGA），增益范围是 1 到 128 倍。这玩意不是锦上添花，而是能不能用好的命门。

PT100 在 0℃ 时的电阻是 100Ω，温度系数大约是 0.385Ω/℃。如果你用 250μA 的恒流源激励，0℃ 时产生的电压只有 25mV，100℃ 时也才 51.5mV。这么小的信号如果不放大，直接送进 24 位 ADC，虽然理论分辨率极高，但实际噪声会把低位都吃掉。我习惯把 PGA 增益设在 16 倍，这样 100℃ 对应的满量程信号大约是 0.8V，接近 ADC 的参考电压 2.048V 的 40%，既不会削顶，又能把信号幅度充分发挥出来。

热电偶的情况又不一样。K 型热电偶输出的是微伏级别的电压，典型灵敏度大约 41μV/℃，所以 PGA 增益要拉到 64 倍甚至 128 倍。但这里有个隐性坑——热电偶的冷端补偿。

如果你直接把热电偶的引线怼到 AIN0/AIN1 上，测得的是热端相对于冷端的温差电势，而冷端温度（也就是 PCB 板上的接线端子温度）必须另外测。我推荐用 ADS122U04 的第二个通道接一个 10kΩ NTC 热敏电阻测量冷端，然后软件里做补偿。算法不复杂：先用查表或 Steinhart-Hart 方程算出 NTC 的温度，再根据热电偶类型查分度表，得到冷端温度对应的电压值，加到 ADC 读数换算出的电压上，最后再反查分度表得到热端温度。这套逻辑用 PIC18 的查表指令跑起来毫无压力。

2.3 传感器接线方式：两线、三线还是四线

RTD 的接线方式直接决定测量误差的数量级，这里单独展开说。

两线制是最省事的接法，但也是最不准的。比如用 1m 长的普通铜导线，电阻大约是 0.1Ω，这个电阻直接串联在 PT100 上，误差折算成温度就是 0.26℃。对于 HVAC 的室温控制，0.26℃ 的偏移勉强可以接受；但对于工业过程控制，这误差就太大了。

三线制是工业和 HVAC 最常用的折中方案。原理是让两根引线分别走激励电流的正负方向，然后用第三根线做电压检测，从而抵消引线电阻的影响。接线时要注意：激励电流源的输出端（通常是 REFP 经由电阻）和 ADC 的正输入端要在传感器端汇合，负输入端则和激励返回线分开走。ADS122U04 的内部结构对这种接法支持得很好，它本身就设计了基于比率测量的参考电阻接法。

四线制是精度之王。两根线走激励电流，另外两根线专门做电压检测，电压检测回路的输入阻抗极高（PGA 的输入阻抗在 GΩ 级别），几乎没有电流流过检测线，所以检测线上的压降可以忽略。四线制可以把引线电阻误差压到 0.01℃ 以下，代价是多两根线。

我在这个项目里给工业现场的管道温度探头用了四线制，给 HVAC 的室温探头用三线制。实测下来，三线制在 50 米长线上的误差大约 0.3℃，四线制同样长度下误差小于 0.05℃。

2.4 参考电压的选型：内部基准与外部基准

ADS122U04 的整流配置决定了整个测量链路的精度。它支持内部 2.048V 参考电压，但对于高精度温度测量，我强烈建议用外部参考电压，而且最好采用比率测量方式。

所谓比率测量，就是让 ADC 的参考电压和 RTD 的激励电流来自同一个源头。常用的电路是：用一个精密基准电压源（比如 REF5025）产生 2.5V，经过一个精密电阻（比如 2kΩ）产生 1.25mA 的电流，这个电流流过 PT100 和参考电阻，参考电阻两端产生的电压作为 ADC 的参考电压，PT100 两端产生的电压作为信号输入。这样一来，即使基准电压漂移了 1%，由于信号电压和参考电压同比例变化，ADC 的数字输出保持不变。这是工业温度测量的常规做法，也是把 24 位 ADC 的性能真正发挥出来的前提。

如果你为了省钱用内部基准，那必须接受一个现实：内部基准的温度漂移指标通常在 10ppm/℃ 到 50ppm/℃ 之间，对应的温度误差在 0.05℃ 到 0.25℃ 之间。这在 HVAC 场景或许够用，在工业过程控制里就悬了。

3. 核心细节解析：UART 通信协议与寄存器配置

3.1 ADS122U04 的 UART 指令集：命令、数据、状态三位一体

ADS122U04 的 UART 接口和普通 ADC 的 SPI 接口最大的区别在于，它的通信帧格式是固定的：每个帧由 1 个起始位 + 8 个数据位 + 无校验 + 1 个停止位组成，波特率默认 9600。你不需要手动拼接地址，只需要按照数据手册中的命令格式收发字节。

常用的指令分为三类：读寄存器、写寄存器、启动转换。其中启动转换指令是 0x10，这条指令发送之后，ADC 会在完成一次完整的转换后，自动通过 TX 引脚输出 16 位或 24 位的数据。注意这里有个容易踩的坑——ADS122U04 的输出分辨率可以通过配置寄存器的第 5 位（DR）来选择，DR=0 时输出 24 位，DR=1 时输出 16 位。我一开始没注意，默认读 24 位，结果一直拿到的数据最高两位是符号扩展位，导致温度曲线在高位出现台阶。后来查手册才发现，如果选了 16 位模式，输出的是左对齐数据，读取时直接取高 16 位即可，而 24 位模式下必须完整读取三个字节。

寄存器方面，真正需要配的是地址 0x00（配置寄存器 0）到 0x03（配置寄存器 3）。配置寄存器 0 控制 PGA 增益和输入多路开关；配置寄存器 1 控制数据速率和工作模式；配置寄存器 2 控制参考电压来源和滤波模式；配置寄存器 3 控制激励电流源和 IDAC 方向。以我常用的 PT100 四线制配置为例：PGA=16 倍（对应 0x35），数据速率 20SPS（对应 0x20），参考电压外部（对应 0x00），激励电流 1mA（对应 0x40）。写寄存器命令是 0x40 加地址，然后跟一个字节的数据，最后必须发送 0x41 或者 0x00 来表示寄存器写入完成——这个细节很容易漏，漏了之后寄存器根本没被写进去，但单片机的 UART 缓冲区里会误以为收到了一堆垃圾数据。

3.2 通信时序：从发送命令到读取数据的精确节奏

ADS122U04 的 UART 时序和普通设备有一个显著不同：它没有片选信号，完全靠帧间隔来区分命令和数据。所以 MCU 端发送命令之后，必须等待足够的时间再读取数据，否则会把 ADC 自动输出的转换结果当成命令回显。

我实测的经验值是：在 20SPS 数据速率下，从发送启动转换命令到 TX 引脚开始输出数据，典型延迟是 25ms 到 30ms。这个时间包含了 Δ-Σ 调制器的转换时间和数字滤波器的建立时间。如果 MCU 在发送命令后立刻去读 UART 接收缓冲区，大概率读到的是空的或者上次残留的数据。正确的做法是：发送 0x10 启动转换命令后，用一个延时函数等待至少 35ms，然后再去轮询 UART 的 RCIF 标志位，或者开接收中断。

还有个更稳妥的协议设计：不依赖固定延时，而是利用 ADS122U04 的 DRDY（数据就绪）功能。虽然它没有物理引脚直接输出 DRDY，但它的状态字节机制可以让 MCU 查询。具体实现是：发送 0x20 命令读取状态寄存器，状态的 bit7 如果为 1，说明上一次转换的数据还没被读走；读取数据后该位自动清零。我在固件里就是先写一个函数发送 0x20，检查返回的状态，再决定是否读取数据字节。这样即使波特率或系统主频飘了，也不会读错。

3.3 PIC18LF45K40 的 UART 配置：从零开始的手把手设置

PIC18LF45K40 内置的 EUSART 模块用起来相当顺手。我用的初始化代码如下，核心参数是波特率 9600、8 位数据、无校验、单停止位：

// PIC18LF45K40 EUSART1 初始化，外部晶振 8MHz void UART1_Init(void) { // 波特率寄存器计算：SPBRGL = FOSC / (16 * Baud) - 1 // 8MHz / (16 * 9600) = 52.08，取 52，实际波特率误差 0.15% SP1BRGL = 52; SP1BRGH = 0; // 配置 TXSTA：8位模式、使能发送、异步模式 TX1STA = 0x24; // TXEN=1, BRGH=1, SYNC=0 // 配置 RCSTA：8位模式、使能接收、使能串口 RC1STA = 0x90; // SPEN=1, CREN=1 // 引脚配置：TX 即 RC6，RX 即 RC7 TRISCbits.TRISC6 = 0; TRISCbits.TRISC7 = 1; // 清除标志位 PIR3bits.RC1IF = 0; PIR3bits.TX1IF = 0; }

波特率这里有个计算细节要交代清楚。PIC18LF45K40 的 EUSART 在 BRGH=1 时，波特率计算公式是 FOSC / (16 × (SPBRG + 1))。外部晶振用 8MHz，目标 9600 波特率，计算出来 SPBRG 等于 51.08，取整为 52，实际波特率是 8,000,000 / (16 × 53) = 9433，误差 1.73%。这个误差虽然理论上小于 UART 的容错范围（约 3%），但我建议把晶振换到 7.3728MHz——这个频率除以 16 再除以 48 正好等于 9600，一点误差都没有。如果系统里还有其他需要精确时基的地方（比如 RTC），这个晶振选择就更值了。

3.4 关键配置速查表

为了方便现场调试，我把常用配置整理成了一张表，直接照着写寄存器就行。

需要注意，配置寄存器的 bit 定义在不同批次的数据手册上可能有微小的差异描述，但实际寄存器值是一样的。如果你用的是新出的样片，建议先读一遍寄存器默认值（发送 0x20 命令），确认出厂配置，再写入自定义值。

4. 实操过程与核心环节实现

4.1 固件主流程：从初始化到稳定输出的完整代码

整个固件的流程可以拆成三块：初始化、周期采集、数据处理。我的代码结构大致如下：

void main(void) { // 系统初始化 System_Init(); // 时钟、GPIO、UART ADC122U04_Init(); // 配置 ADC 寄存器 while(1) { // 启动一次转换 ADC122U04_StartConversion(); // 等待转换完成，轮询状态寄存器 while(!ADC122U04_IsDataReady()) { // 喂看门狗，或者处理其他任务 } // 读取 24 位转换结果 int32_t raw = ADC122U04_ReadData(); // 计算实际温度 float temp = Calculate_Temperature(raw); // 通过 RS485 或数码管输出 Send_Result(temp); // 按需延时，控制采集周期 __delay_ms(100); } }

这里我要强调一个工程上的习惯：不要在等待转换完成的循环里干等。PIC18LF45K40 有独立的看门狗定时器，如果转换时间超过看门狗周期，系统会在等待期间被复位。我在调试时遇到过一次整机每隔几百毫秒重启一次的诡异现象，查了半天才发现是看门狗没喂。后来在等待循环里加了喂狗操作，同时用状态机把等待和数据处理拆成两步，问题立刻消失。这就是 8 位机做工业应用的现实——没有操作系统帮你调度，每个任务的执行时间都得自己心里有数。

4.2 温度计算与线性化：从原始码到摄氏度的三步转换

拿到 24 位原始码之后，转换成温度需要三个步骤。

第一步是计算 ADC 输入端的电压。ADS122U04 的 24 位码是二进制补码格式，参考电压设为外部 2.048V 时，对应的电压计算公式是：

V_in = (raw_code / 8388608) × (V_REF / PGA_Gain)

这是最简单的一步，关键是把类型处理好。PIC18 编译器（我用的 XC8）的 int 类型默认是 16 位，如果直接把 raw 左移或右移再做除法，会溢出。我的做法是把 24 位码读入联合体，扩展成 32 位有符号整数再做浮点运算。XC8 的浮点库效率虽说不高，但每秒处理 10 个点完全够用。

第二步是反查电阻值。因为做的是比率测量，V_ref 和激励电流同源，可以直接用比例关系算出 PT100 的电阻：

R_pt100 = (raw_code / 8388608) × R_ref

其中 R_ref 是串联的精密参考电阻（我用的 2kΩ，0.01% 精度）。这一步不需要知道具体的电压值，天然消除了基准漂移的影响。

第三步是根据电阻值查温度。这里我推荐用 Callendar-Van Dusen 方程而不是查表。CV 方程的精度在 -200℃ 到 850℃ 范围内可以达到 0.01℃，而且计算量小：

对于 0℃ 以上： R_t = R_0 × (1 + A×t + B×t²)

对于 0℃ 以下： R_t = R_0 × (1 + A×t + B×t² + C×(t-100)×t³)

其中 A=3.9083e-3，B=-5.775e-7，C=-4.183e-12。反过来求温度，就是解一元二次方程。我在代码里用的是迭代法：先猜一个温度，算电阻，和实测电阻比较，误差大了就修正猜测值，循环五次以内就能收敛到 0.001℃。

4.3 热电偶的冷端补偿与线性化细节

如果你的系统同时要测热电偶，那冷端补偿的细节必须单独说。我的做法是在 ADS122U04 的 AIN2/AIN3 通道接一个 NTC，测量冷端温度，然后软件补偿。

补偿的完整流程是：

1. 读 NTC 通道的 ADC 码，用 Steinhart-Hart 方程算出冷端温度 T_cold（单位℃）。
2. 查热电偶分度表，找到 T_cold 对应的热电势 E_cold（单位 μV）。
3. 读热电偶通道的 ADC 码，换算成热电势 E_measured。
4. 实际热电势 E_total = E_measured + E_cold。
5. 再用 E_total 反查分度表，得到热端温度。

这里最容易被忽略的是：热电偶通道的 ADC 码换算时所用的 PGA 增益和参考电压，必须和校准时的条件完全一致。我出现过因为 PGA 增益从 64 倍改到 128 倍，但补偿代码没同步修改，导致温度读数差了整整一倍的问题。排查了半天，最后发现是宏定义没改全。工程上这种低级错误最致命，所以我在代码里把所有关键参数都集中放在同一个头文件的宏定义中，改一处全生效。

4.4 现场实测数据：稳定性和精度的实际表现

这个项目做完后，我把 8 路 PT100 采集板放到恒温槽里做了 24 小时稳定性测试。测试条件是：恒温槽设定 50.00℃，数据速率 20SPS，PGA 增益 16 倍，四线制。

实测结果非常能说明问题：

这个峰峰值 0.04℃ 的水平，对于 24 位 ADC 来说属于正常发挥，不是顶尖水平。如果你用数字滤波器（比如 50Hz 工频陷波模式）并把数据速率降到 5SPS，峰峰值可以压到 0.01℃ 以内。但 HVAC 应用里，我反而不建议把响应速度拖太慢——空调控制的温度变化本来就慢，但 PID 输出需要实时性，采样周期超过 200ms 会让控制品质明显下降。20SPS 是个合理的中间值。

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

5.1 问题一：ADC 数据周期性跳变，量值约为满量程的 1/3

这是我在第一版 PCB 上遇到的怪问题。现象是温度读数每 7~8 个数据点就跳一次，跳变的幅度大概相当于温度的 20℃。用示波器看 TX 引脚波形，发现数据帧的第二个字节在高电平时出现了明显的台阶，持续几百微秒后又恢复正常。

排查思路：

1. 先排除了 UART 通信问题——MCU 收到的数据帧本身是完整的，校验和也对。
2. 再怀疑数字电源干扰——把 DVDD 和 AVDD 完全分开供电，问题依旧。
3. 最后发现罪魁祸首是 PCB 布线：ADS122U04 的 SCLK 引脚（这个芯片的 UART 时钟引脚）旁边走了一条开关电源的反馈线，高频振荡耦合进了 SCLK，导致内部移位寄存器偶尔多移一位。

解决方法是把 SCLK 走线换到地平面另一侧，并在 SCLK 和 GND 之间加了一个 10pF 的电容做低通滤波。改完之后，跳变彻底消失。这个教训让我在那之后的布局规划里，把所有模拟引脚（AIN0~AIN3、REF、SCLK）都放在地平面完整覆盖的区域，远离高频走线。

5.2 问题二：POR 后第一次读数始终不准，后面才恢复正常

这是一个非常典型的 Δ-Σ ADC 冷启动问题。ADS122U04 在上电后需要大约 20ms 的稳定时间，内部参考电压建立后才能进行准确的转换。如果你的固件在上电后立刻发送启动命令，读到的第一个数据几乎必然是垃圾值。

解决办法分两层。硬件层：在 ADS122U04 的 AVDD 引脚上加一个 100μF 的电解电容，延长电源建立时间，但这个方法的缺点是延长了整体上电时间。软件层更推荐：在初始化时读取两次数据，第一次丢弃，只保留第二次的结果。我习惯用一个简单的状态机，上电后先发送 0x10 启动转换，读回数据但不参与计算，紧接着发送第二次转换命令，这次读回的数据才用于输出。这样即使电源建立时间不可控，也能保证每次上电后 100ms 内输出正确读数。

另外还要注意，PIC18LF45K40 的复位引脚在掉电瞬间可能会输出一段毛刺信号，如果这个毛刺恰好连接到 ADS122U04 的 RESET 引脚，会导致 ADC 被意外复位。我的做法是把 RESET 引脚用 100kΩ 上拉电阻拉到 3.3V，并串联 1kΩ 电阻到 MCU 的 GPIO，形成 RC 滤波，既保证正常复位速度，又滤掉毛刺。

5.3 问题三：冷端补偿温度读取出现毫伏级跳变

HVAC 现场经常有强电磁干扰源，比如压缩机、变频器等。NTC 的走线如果和强电线束共用线槽，干扰会直接感应进来。我的解决方案有三个：

1. 在 NTC 的电源端并联一个 0.1μF 电容，形成一个低通滤波器，截止频率大约在 1.6kHz，足以滤掉大部分开关电源的纹波。
2. 在固件里对 NTC 通道的数据做一个简单的滑动平均滤波，取最近 4 个样本的平均值。这个滤波只对冷端通道做，热电偶主通道不做——因为主通道本身已经有 Δ-Σ 的数字滤波，再加一层反而会把 50Hz 工频陷波的效果抵消掉。
3. 如果现场特别恶劣，我建议冷端传感器不要用 NTC，改用数字温度传感器（比如 TMP117），直接通过 I2C 读温度，彻底避免模拟干扰。

5.4 问题四：PIC18LF45K40 的 EUSART 接收数据偶尔丢字节

这个问题出现在波特率误差叠加的场景。如果用 8MHz 晶振跑 9600 波特率，理论误差是 1.73%。如果 PIC 的晶振本身精度只有 ±20ppm，再加上 UART 收发双方各自的容差，偶尔丢字节并不意外。

解决办法最彻底的是换 7.3728MHz 晶振，我之前已经提过。如果板子已经做好不能换晶振，那就把 UART 中断的优先级调高，并且在中断服务函数里不做任何耗时操作，只是把收到的字节丢进环形缓冲区，数据处理放到主循环里完成。此外，接收数据时用软件判断帧起始和结束：通过检测帧之间的静默期（比如超过 1 个字节时间没有新数据，就认为当前帧结束），可以防止半帧数据被误拼接。

5.5 问题速查表

写在最后的个人体会

这套“ADS122U04IPWR + PIC18LF45K40”的方案，我在工业管道测温、HVAC 风管温度采集、冷水机组进出水温差检测三个项目里都完整跑过。整体感受是：选型上非常稳，性能上限对于绝大多数温度测量场景来说绰绰有余，真正决定成败的反而是那些不起眼的细节——电源滤波、布线规划、固件时序、冷端补偿、标定流程。

每次调试这类高精度 ADC 电路，我都会想起一个比喻：24 位 ADC 就像一把出厂精度极高的卡尺，但如果测量台面本身在晃动、卡尺的弹簧片上有锈迹，那再高的卡尺精度也白搭。处理电源、布局和线性化，就是在把测量台面和弹簧片打磨平整。

如果你手头正好要做类似的温度采集项目，我的建议是：第一版 PCB 尽量留出测试点，每一个关键电压节点（AVDD、DVDD、REF、AIN 输入）都要能方便地用示波器探头接触。调试时先把硬件调稳，再写固件逻辑，不要一上来就全速跑数据。稳扎稳打，这套方案能给你带来非常可靠的收益。