工业温度采集实战：ADS122U04IPWR与PIC18F46K42的UART-ADC方案解析

这块板子最初是为了一个冷链仓库的 40 路温度采集项目搭的：现场环境又潮又脏，传感器到控制器距离长的一路有七八米，传感器类型从 PT100 到 K 型热电偶都有。当时对比过好几套方案，最后用了 TI 的 ADS122U04IPWR 和 Microchip 的 PIC18F46K42 组合。先说结论：这套组合在工业和 HVAC 场景下确实顺手，尤其是 UART 接口的 Δ-Σ ADC 解决了远距离传感器接入的问题，PIC18F46K42 自带两个 EUSART，一个和 ADC 保持长连接，另一个用来跑 RS-485 Modbus，一主一从互不打扰。

这篇文章就把这套系统的选型逻辑、硬件电路、固件协议、温度换算和踩坑记录完整写一遍。适合正在搞 HVAC 控制器、工业现场温度采集、冷链监控的工程师参考，也对想了解精密模拟前端怎么和 MCU 搭配的新手有参考价值。我会把我实测过的配置、算过的参数和犯过的错误都放出来，尽量减少你走弯路的时间。

1. 系统架构与选型思路

1.1 为什么没有直接用 MCU 内部 ADC

很多 HVAC 控制器图省事，直接拿 MCU 自带的 12 位 ADC 去采集 NTC 或者 PT100。说实话，普通风机盘管控制器这么做问题不大，但一到工业现场就容易露怯：MCU 内置 ADC 的参考电压精度一般、噪声偏大、失调电压的温度漂移也比较明显，而且它和数字逻辑共享同一个晶振和电源域，采样的时候数字开关噪声很容易串进来。PIC18F46K42 内部也有一个 12 位 ADC，实测下来在常温下做个粗略监测没问题，但要达到工业上常见的 ±0.5°C 甚至 ±0.1°C 测量精度，位数和稳定性都不够用。

所以我的做法是把模拟前端完全独立出去。ADS122U04IPWR 是一颗 24 位 Δ-Σ ADC，带 PGA 可编程增益放大器、内部基准、内部温度传感器和两路可编程电流源 IDAC。这几个功能放在一起，意味着从传感器激励到信号放大再到模数转换，一整条模拟链路都在芯片内部完成，不需要额外搭恒流源、仪表放大器或者精密基准电路。这对产品研发来说省的不只是 BOM 成本，更重要的是省掉了大量模拟调试时间。

1.2 ADS122U04IPWR 最吸引人的三个点

第一，它用 UART 做通信接口，而不是 SPI 或者 I2C。这一点在做工业现场设备时非常占便宜。SPI 本质上是个板级总线，线一长就要考虑容性负载、时钟边沿、片选时序，非常容易出问题。I2C 虽然只用两根线，但速度、地址冲突和上拉电阻的功耗都是麻烦事。UART 是异步串口，天生适合远距离传输，电平转换一下就能挂 RS-485 或者 RS-422，几百米外的传感器节点完全可以依靠这根串口线通信。我在仓库项目里就是通过 MAX3485 把 ADC 的 UART 转成了 RS-485，主控和 ADC 模块之间用双绞线连接，现场运行一直很稳定。

第二，内部集成了温度传感器，这给热电偶冷端补偿省了大事。以前做 K 型热电偶测量，总要计算冷端温度。如果冷端没处理好，测出来的温度可能直接偏掉两三度。这颗芯片内部温度传感器直接读到结温，冷端补偿在 MCU 端做一个加运算就完成，不需要额外贴 NTC 或者冷端补偿芯片。

第三，两路 IDAC 电流源直接驱动 RTD。PT100 和 PT1000 这类电阻传感器需要恒流激励，没有 IDAC 就得用运放搭恒流源或者买专门的电流源芯片，温度和长期稳定性都要自己操心。ADS122U04IPWR 内部 IDAC 可以设置 50µA 到 1mA 之间多档电流，软件配置一下就能完成激励，省心很多。

1.3 PIC18F46K42 的角色定位

PIC18F46K42 在这套系统里的活儿不是"测量"，而是"管理和对外通信"。它通过 UART1 和 ADS122U04IPWR 通信，读取转换结果，然后做传感器线性化换算、报警判断、PID 控制；UART2 再挂 RS-485 和上位机或者楼宇控制系统通信。选它有几个具体原因：

• K42 系列外设引脚都可以通过 PPS 重映射，PCB 布线有冲突时不用改板子，直接把信号映射到别的引脚，硬件调试灵活度高。
• 两个独立 EUSART，正好满足一路接 ADC、一路接网络的需求，不需要软件模拟串口。
• 工业级温度范围，工作电压 2.3V-5.5V，现场电源没那么干净也能扛得住。
• 成本低，8 位机裸机编程足够应对状态机和 PID 逻辑，不浪费。

这套架构里 ADC 负责把物理量变成数字，MCU 负责把数字变成业务逻辑。各管一摊，典型的工业变送器设计思路。

2. 硬件电路设计细节

2.1 输入通道和传感器接法

ADS122U04IPWR 是 4 通道输入，可以配成两路差分或者四路单端。我的做法是每块板子固定一个传感器类型，通过寄存器配置切换，而不是在硬件上做复杂的多路开关。如果一路 ADC 要在多个传感器之间切换，注意通道切换后至少要留出几个采样周期让输入滤波电容稳定，不然前几个数据点会明显偏掉。

以 PT100 为例，我用的是两线制接法。AIN0 接 PT100 的高端，AIN1 接低端，IDAC1 电流从内部流向 AIN0，经过 PT100 后回到回路地。这种接法在短距离（几米内）引线电阻影响不大，但要注意线阻引入的误差。以 0.5mm² 铜线为例，每米电阻大约是 36mΩ，两线来回十米线阻就有 0.72Ω，折合成 PT100 温度大约是 1.8°C，这个误差在精密测量里完全不可接受。真要上长线或者高精度，建议用四线开尔文接法：IDAC1 从 AIN0 激励，AIN1/REF 引线补偿，AIN2 和 AIN3 再独立采样引线电压。但这样就要占两个差分通道，4 通道 ADC 就只能测两路温度了，属于典型的精度和通道数交换，看具体场景取舍。

热电偶接法就简单很多。K 型热电偶直接差分接到 AIN2/AIN3，不需要激励电流。注意热电偶的信号是毫伏级别的，K 型热电偶大约 40µV/°C，所以 PGA 增益直接设到 128，内部温度传感器同时开启，用来做冷端补偿。

2.2 激励电流和 PGA 增益的计算

选择激励电流和增益不是拍脑袋定的，每一步都要算满量程余量。我以 PT100、测量范围 -40°C 到 150°C 为例。

PT100 在 -40°C 时电阻约 84.27Ω，0°C 时正好 100Ω，150°C 时约 157.33Ω。如果激励电流取 250µA，对应压降是：

• -40°C：84.27Ω × 250µA = 21.07mV
• 0°C：100Ω × 250µA = 25.00mV
• 150°C：157.33Ω × 250µA = 39.33mV

内部基准电压 VREF 选 2.048V，PGA 增益如果取 64，150°C 时放大后的信号是 39.33mV × 64 = 2.517V，已经超过 2.048V 满量程，直接饱和了。所以这里增益选 32，150°C 时放大后是 1.259V，离满量程留了大概 60% 余量，配合 24 位分辨率，精度完全够。

激励电流也不是越大越好。虽然电流大了信号幅度更大、信噪比更高，但电流流过 PT100 会产生自热。250µA 在 150Ω 上功耗只有 9.4µW，基本可以忽略；如果换 1mA 激励，功耗就会到 157µW，PT100 本身有个热阻，自热误差可能到 0.1°C 以上，精密测量时这就比较难受了。

我把这组计算做成一个小表，方便你做方案时直接查：

2.3 基准电压与比例测量

ADS122U04IPWR 内部基准是 2.048V，温漂一般在几十 ppm/°C 量级。对工业 HVAC 应用来说这个精度够用，不需要外挂高精度基准。但如果做的是实验室级设备，或者整个系统要在 -40°C 到 85°C 的宽温下长期运行，我建议外部基准走 REFP/REFN 引脚。外基准选 REF5025 之类的低温漂芯片，价格几十块，但换来的是长期稳定性。

有个常见误区需要提醒：不少人以为用了内部基准，然后 RTD 也用同一个 IDAC 激励，这套系统就是完全比例测量，电流源漂移会被抵消。实际上内部基准和 IDAC 是两个独立模块，比例式测量只在二者高度相关的架构下才严格成立。也就是说，IDAC 的温漂依然会直接折算到 RTD 电阻测量误差里。要彻底消除 IDAC 漂移，应该把电流激励产生的参考电压引到 REFP/REFN，让 ADC 的满量程和输入信号同步漂移。线路设计允许的情况下，这是更高级的玩法，但多数 HVAC 项目用内部基准加 IDAC 已经能控制在 ±0.2°C 以内了。

2.4 供电、滤波与 PCB 布局

模拟前端最怕电源脏。我给 AVDD 单独用一颗低噪声 LDO，输出 3.3V，LDO 前后各加一组 10µF 钽电容并联 0.1µF 陶瓷电容。DVDD 可以和 MCU 共用电源，但中间串一个磁珠隔离一下数字噪声。AVSS 和 DGND 在 PCB 上单点连接，模拟输入布线尽量短，传感器引线进入板子后先过一组 RC 滤波再进 ADC 引脚。

RC 滤波的取值要克制。很多人喜欢用大电阻滤噪声，比如 1kΩ 甚至 10kΩ，这在 Δ-Σ ADC 上是错误做法。ADC 采样电容在每次转换时会从输入吸收电荷，RC 时间常数太大，采样期间电压建立不充分，会直接引入测量误差。我在实际项目里常用 10Ω~47Ω 串联电阻配合 1nF~10nF 陶瓷电容。这个组合既能限制高频干扰，又不至于拖慢输入充电。PCB 上模拟输入下方尽量铺完整地平面，不要走数字线。

2.5 和 MCU 的接口连接

ADC 的 TXD 接 PIC 18F46K42 的 RX 引脚，ADC 的 RXD 接 PIC 的 TX 引脚，这个接法看着简单，新手第一次打板经常接反，产品直接无法通信。另外 ADS122U04IPWR 的 UART 电平是 TTL，板上只有三五厘米连接时可以直接连，但如果你想把这颗 ADC 模块放到几米外，中间就要加 RS-485 或者 RS-422 收发器。

我额外引了 ADC 的 DRDY（数据就绪）信号到 PIC 的一个外部中断引脚。虽然用轮询读数据也能工作，但有了 DRDY 中断，可以在数据准备好瞬间读取，既不浪费 CPU 时间，也不会读错转换周期，对提高实时性有实际帮助。另外把 ADC 的 RESET 引脚接到 PIC 的一个 GPIO，程序跑飞时可以通过 GPIO 控制 ADC 复位，恢复通信状态。

3. 固件实现与 UART 通信协议

3.1 PIC18F46K42 的 PPS 引脚映射

PIC18F46K42 和很多新派 Microchip MCU 一样，外设默认不是绑定到固定引脚的，必须先配置 PPS 外设引脚选择。忘配 PPS 是这款芯片最常见的新手坑，症状就是串口发不出数据、外设完全没反应，但代码看着又没错。

下面是我在项目里用的 PPS 配置示例：

// 将 EUSART1 的 RX 映射到 RC7，TX 映射到 RC6 PPSLOCK = 0x55; PPSLOCK = 0xAA; // 解锁 PPS 寄存器 RX1PPS = 0x17; // RC7 作为 RX1 输入，实际映射值以数据手册为准 RC6PPS = 0x0F; // TX1 输出到 RC6，实际映射值以数据手册为准 PPSLOCK = 0x55; PPSLOCK = 0xAA; // 重新锁定 PPS 寄存器

注意 PPS 操作有一个解锁序列，直接写寄存器是无效的。映射值对照关系每个引脚都不一样，一定去芯片数据手册里查引脚到外设的映射表，不要凭记忆写，我因为这个已经吃过亏了。

3.2 UART 初始化

ADC 的默认波特率我在项目里用的是 115200bps，8 位数据、无校验、1 位停止位。PIC18F46K42 的内部振荡器不够准，我用外部 16MHz 晶振配合 PLL 跑到 64MHz 系统时钟，这样波特率误差可以压到 0.1% 以下。UART 初始化的参考代码如下：

void UART1_Init(void) { BAUD1CON = 0x08; // BRG16=1，16 位波特率发生器 TXSTA1 = 0x26; // TXEN=1, BRGH=1, 8 位发送 RCSTA1 = 0x90; // SPEN=1, CREN=1, 8 位接收 SPBRG1 = 34; // 64MHz/(16×115200)-1 ≈ 34 }

如果通信距离超过一米，建议把波特率降到 9600 或者 19200。UART 的好处就是波特率随便换，程序里改一个寄存器就行，不需要重新拉硬件。

3.3 ADS122U04IPWR 命令帧与配置

ADS122U04IPWR 的命令系统不算复杂，核心就是这么几个：写配置、启动转换、停止转换、读取数据。我习惯在板子上电后先做一个完整的配置流程：

uint8_t frame[5]; // 步骤 1：复位 ADC // 给 RESET 引脚一个低脉冲 // 步骤 2：设置配置寄存器 frame[0] = 0x40; // SET_CONFIG 命令 frame[1] = 0x00; // 寄存器 0：AIN0-AIN1 差分输入，PGA 开 frame[2] = 0xA0 | 0x03; // 寄存器 1：PGA 增益 32，数据速率 20SPS frame[3] = 0x10; // 寄存器 2：内部基准 2.048V，使能温度传感器，IDAC 关 frame[4] = 0x00; // 寄存器 3：IDAC 路由配置 UART1_Send(frame, 5); // 步骤 3：启动连续转换 frame[0] = 0x08; UART1_Send(frame, 1);

这里我写的十六进制值是参考数据手册寄存器位定义做的，你实际做的时候一定要对着 ADS122U04IPWR 数据手册里的寄存器表逐一确认。UART 设备的一大好处是，配置写错了还能重新写，不像 SPI 设备配置失败就得用逻辑分析仪抓。

配置完成之后就是等待转换。20SPS 数据速率对应单次转换周期 50ms，程序里用 DRDY 中断或者简单延时都行。读取转换结果的命令是 RDATA，ADC 会返回三字节的转换数据。接收端注意做符号扩展：

int32_t raw; uint8_t buf[3]; // 发送 RDATA 命令，读取三个字节 UART1_Send_RData(); for (int i = 0; i < 3; i++) { while (!RCIF1); buf[i] = RCREG1; } raw = (buf[0] << 16) | (buf[1] << 8) | buf[2]; if (raw & 0x800000) { raw |= 0xFF000000; // 24 位有符号数扩展为 32 位 }

3.4 把原始码值换算成物理量

拿到原始码值之后，下一步就是换算。ADS122U04IPWR 是 24 位 Δ-Σ ADC，输入范围是 ±VREF/PGA，LSB 对应的电压计算公式是：

V_in = raw × 2 × VREF / (PGA × 2^24)

注意这个公式里的 2 倍是因为差分输入范围是从 -VREF 到 +VREF，总跨度是 2VREF。VREF 取 2.048V，PGA 取 32，那么一个 LSB 大约是：

2 × 2.048 / (32 × 16777216) ≈ 7.6nV

这个量级的 LSB 意味着我们完全不用担心分辨率不够，PT100 在 0°C 附近每变化 1°C 电阻变化约 0.385Ω，折算成电压是 96µV，再折算成码值大约是 12600 个 LSB，分辨率非常充裕。

得到 RTD 两端的电压后，再用激励电流反推电阻：

R_pt = V_in / I_idac

然后查 PT100 分度表或者用 Callendar-Van Dusen 公式做线性化，就能得到温度值。具体公式我在下一节详细展开。

3.5 PIC 主循环的完整调度

主循环的调度我做得比较朴素，但稳定：

1. 上电初始化：时钟、UART1、UART2、PPS、GPIO。
2. 复位 ADS122U04IPWR，写配置，启动转换。
3. 主循环等待 DRDY 中断标志。
4. 读取三字节数据，换算电压和电阻。
5. 判断传感器断线：PT100 读到的电阻接近无穷大或电压接近满量程，就置报警位。
6. 将温度值更新到一个全局变量，并组包发给 Modbus 主站。
7. 如果连续 3 个转换周期通信异常，发送 RESET 命令给 ADC，重新初始化。

这套循环看起来简单，但做好状态保护和超时判断是关键。UART 通信偶尔会因为干扰丢一个字节，如果代码里没有超时重传机制，系统就会卡死在等待接收的死循环里。我在每个接收循环里都加了超时退出，超过 10ms 没有可读数据就放弃本轮，重新发送读取命令。

4. 温度换算、冷端补偿与校准

4.1 PT100 的 Callendar-Van Dusen 线性化

PT100 的阻值和温度不是严格线性关系，0°C 以上可以近似为二次曲线，0°C 以下更复杂一点。工程上通用的办法是 Callendar-Van Dusen 方程：

T > 0°C 时： R_T = R_0 × (1 + A×T + B×T²) T < 0°C 时： R_T = R_0 × [1 + A×T + B×T² + C×(T-100)×T³]

其中 R_0 = 100Ω，A ≈ 3.9083×10⁻³，B ≈ -5.775×10⁻⁷，C ≈ -4.183×10⁻¹²（0°C 以下）。

实际项目里如果不想写方程，直接用查表法也行。我通常的做法是生成一份 -40°C 到 150°C 的电阻-温度对照表，每 0.1°C 一个点，MCU 上做二分查找加线性插值。查表法在 8 位 MCU 上速度快，代码也好维护。两种方法我都实测过，查表法在分段点数足够时精度能到 0.01°C，比直接套近似公式更靠谱。

4.2 热电偶的冷端补偿

热电偶测的是热端和冷端的温差电动势，所以冷端温度必须已知。ADS122U04IPWR 内部温度传感器给出的就是芯片附近温度，也就是冷端温度。我用 K 型热电偶时，先读内部温度传感器得到 T_cj，然后根据 T_cj 查热电偶分度表，算出冷端对应的补尝电动势 E_cj。实际测得的电动势 E_meas 加上补偿电动势 E_cj，得到的总电动势再反查热端温度。

这一步平时看起来不起眼，但特别容易出系统误差。如果冷端温度读取不准或者分度表线性度不够，整体温度偏差会很稳定地偏一个固定值。我踩过一次坑：冷端温度传感器离功率器件太近，板子发热导致冷端补偿偏高，热电偶测出的温度在现场比对时总是偏高 1.2°C。后来把传感器远离发热源，并且做了软件温度偏移修正，才对上标准表。

4.3 校准流程

我习惯做两点校准加一个补偿存储区。具体流程是：

1. 用标准温度计或者干井炉，把 RTD 分别置于 0°C 和 100°C 两个稳定温度点。
2. 等待读数稳定后采集 1000 个点取平均，作为该温度点的原始码值。
3. 计算出增益误差和偏移误差，写进 MCU 的 EEPROM。
4. 运行时每次测量都套用修正系数。

校准本身不要省略，因为 ADS122U04IPWR 的 ADC 本身挺准，但整条链路里还有 PCB 走线电阻、连接器接触电阻、激励电流误差等系统误差，这些只有校准才能消除。HVAC 项目如果只是需要 ±0.5°C 的舒适度控制，那两点校准就够；工业项目如果有测试要求，建议做三点校准，增加一个中间温度点。

5. 常见问题与排查实录

5.1 ADC 没有响应，UART 读不到任何数据

这个问题占了我在论坛上看到的求助的一半以上。排查顺序固定：

• 先看 TX/RX 有没有接反。ADC 的 TXD 要接 MCU 的 RX，ADC 的 RXD 要接 MCU 的 TX。这个错误最基础，也最容易犯。
• 再确认 PPS 配置有没有写完并且成功锁定。写着写着忘记执行解锁序列，PPS 寄存器写入是无效的。
• 然后用示波器或者逻辑分析仪量一下 ADC 的 TXD 引脚有没有波形。如果有波形但 MCU 读不到，问题多半在 PPS 映射。
• 最后检查波特率误差。部分 MCU 内部振荡器精度只有 ±2%，在 115200 波特率下这个误差足以导致通信错乱，建议切外部晶振。

我还有一个土办法：把所有异常场景都打印到调试串口。配置完命令帧后，等 100ms 读 ADC 的寄存器，如果能读回配置值，说明通信链路通的；读不回来，优先查物理层。

5.2 读数始终为零或者固定跳变

如果配置和通信都正常，但读数始终是一个数字，先检查 PGA 和输入多路复用器的选择是否匹配。寄存器 0 写的是 AIN0-AIN1，实际传感器却接在 AIN2-AIN3 上，这属于配置手滑。还有一种常见情况是传感器直接短路到地，输入差分电压为零，读回来自然就是零附近跳。

PT100 传感器断线时，因为激励电流没有回路，ADC 输入可能被拉到一个奇怪的电压，读出来的值接近满量程正端。反过来，如果输入短接，读出来的值接近满量程负端。利用这个特征，可以在固件里加断线检测逻辑：读数超过满量程 99% 且持续超过 3 个周期，就判定传感器断线，触发报警输出。这个功能在 HVAC 项目里很实用，风机盘管传感器断了能及时报出来，而不是控制逻辑跑到飞。

5.3 读数噪声大、跳动范围超过 0.3°C

先排查电源，再看输入滤波。工业现场电源线经常带有变频器、接触器带来的干扰，AVDD 如果和数字电路共用电源，ADC 测量噪声会非常明显。我给 AVDD 加磁珠隔离后噪声至少下降一半。

输入 RC 滤波的电容要选 C0G 或者 NP0 介质的，X7R 瓷片电容在直流偏压下方容量会跌得厉害，而且有压电效应，用在精密模拟输入上不合适。这个细节多数新手注意不到，但实测对噪声改善很重要。

最后一个容易忽略的是 DRDY 读取时序。连续转换模式下，如果 MCU 读数据的时机正好落在 ADC 内部更新数据的时刻，偶尔会读到一个跳变很大的值。虽然这种错误值占比很低，但一次就足够让 PID 控制抖一下。解决方法是读数据前检查 DRDY 引脚状态，确认数据已经更新完毕再发起读取命令。

5.4 冷端补偿波动导致热电偶测量漂移

热电偶测出来的温度不稳定，但 RTD 通道是稳定的，这个问题大概率出在冷端补偿。PCB 上发热器件（比如 LDO 或者单片机本身）离 ADC 太近，内部温度传感器读到的冷端温度随着负载变化来回波动，补偿值也跟着变。对策是布局上让 ADC 远离热源，并且在固件里对冷端温度做一阶低通滤波，比如：

T_cj_filtered += (T_cj_raw - T_cj_filtered) × α;

α 取 0.1 到 0.2，可以把冷端温度的快速波动磨平，同时又不至于让响应太迟钝。

5.5 长线 RTD 测量误差大

之前提到，两线制 PT100 在线长时误差很大。实测数据：10 米长度、0.5mm² 铜线，两线制测 100°C 时偏差约 1.8°C，这个误差完全来自线阻。解决方式有两个：一是改四线制接法，从根上消除线阻影响；二是在软件里做线阻补偿，先短接 RTD 端测量线路电阻，然后把该值存起来，运行时从读数里扣掉。第一种方式精度最高，第二种方式适合现场已经布好两芯线的改造项目。我在仓库项目里因为是新布线，直接用了四线制，省掉了软件补偿的麻烦。

6. 一点个人的总结

这套方案跑到现在快一年了，期间经历过一次传感器雷击浪涌烧板，其余时间没有出过大问题。我现在做新的温度采集项目，还是会优先考虑 ADS122U04IPWR 加 PIC18F46K42 这个组合，不是因为它的参数指标最亮眼，而是因为它在实际工程里的冗余度高：UART 让传感器布局不再受板级总线限制，内部温度传感器和省去外部基准简化了 BOM，PIC 的双串口让系统可以同时兼顾采集和通信。最后再分享一个小技巧：量产前建议把所有节点都跑一遍 85°C 高温老化测试，专门盯着 ADC 内部温度传感器的读数是否符合预期。这个传感器不光是冷端补偿的依赖，还能当板级温度监控用，发现异常温升可以提前预警，等于白送了一个硬件看门狗。