做温控设备的人大概都有过这种经历以为测温度是一道送分题结果在项目现场被现实反复教育。尤其工业和 HVAC 场景传感器线和主控板隔着几米甚至几十米变频器一开读数就开始跳舞想把精度做到 0.1℃ 级别光靠单片机内置 ADC 根本交不了差。我在这类项目上常用一个组合ADS122U04IPWR 加 PIC18F86J10。前者是 TI 带 UART 接口的 24 位 Δ-Σ ADC后者是 Microchip 的 8 位增强型单片机两个芯片看起来都不算“新潮”放在一起却能比较干净地解决高精度温度采集问题而且 PCB 布线和软件栈都比想象中简单。这篇就把硬件连接、传感器前端设计、UART 通信协议、温度换算和现场调试的完整经验写出来给正在做暖通、冷冻、机房环境监控或者工业温度采集的朋友做个参考。ADS122U04IPWR 本质上是一个 4 通道、24 位 Δ-Σ ADC内置可编程增益放大器PGA 1~128、两路恒流源、内部 2.048V 基准电压以及一个用于热电偶冷端补偿的内部温度传感器。最特别的是它没有走传统的 SPI/I2C而是把 UART 作为主通信接口。这意味着主控这边只需要两根线就能拿到一个完整的高精度模拟前端。PIC18F86J10 的定位也很有意思——它有多达 5 个独立 EUSART3.3V 工作电压几十 KB Flash 足够放温度查表和滤波算法跑一个或跑五个 ADS122U04 都很从容。下面直接进入正题。1. 为什么用 UART 接口的 24 位 ADC而不是 SPI 或 I2C很多人看到“UART 接口的 ADC”第一反应是奇怪。SPI 和 I2C 不是更快、更常见吗我的回答是常见不一定合适。ADS122U04 这类器件解决的场景恰恰是 SPI/I2C 在工程现场最别扭的几个问题。1.1 SPI/I2C 在温度采集场景的痛点SPI 需要至少 4 根线SCLK、MISO、MOSI再加上片选 CS。短距离 PCB 上没问题可一旦传感器板要和主控板分开SPI 的时钟线和数据线就成了天线时钟偏移、振铃、误码都会冒出来。I2C 只有两根线但它是开漏结构需要上拉电阻抗干扰能力一般而且地址仲裁在长线上并不好用。更重要的是I2C 的时钟同步机制在处理 ADC 这种“随时要读数据”的场景时代码稍微一复杂就容易卡死在总线等待上。UART 的优势很直接异步通信没有时钟线没有片选没有地址仲裁。主控发一个命令字节ADC 回一帧数据物理上就是两根线抗干扰重点只在电平选择和线缆屏蔽上概念简单得多。而且 UART 是标准外设PIC18F86J10 的 EUSART 模块直接支持不需要用 IO 口模拟时序。下面这张表是我选型时常用的对比维度项目SPII2CUARTADS122U04 方案信号线数量至少 4 根2 根开漏2 根推挽主从关系主控片选控制地址仲裁点对点1 主 1 从长线能力较差时钟易畸变一般受上拉和总线电容限制较好可扩展 RS-485抗干扰中中较好波特率要求无无需双方匹配多从机支持片选扩展地址扩展菊花链或逐片 UARTADS122U04 的 UART 波特率默认常用 9600bps对温度采集来说完全够用。24 位 ADC 在 20SPS 下每秒只需要传 4 字节左右的数据量9600bps 的线速宽裕得很。1.2 PIC18F86J10 为什么合适PIC18F86J10 本身不是一个以“高性能”著称的片子但它有几个点很贴合这个应用第一工作电压 2.0~3.6V和 ADS122U04 的 DVDD 电平天然匹配不需要电平转换芯片第二它提供 5 个 EUSART如果一套系统需要测 5 路高精度温度一颗单片机就能同时带 5 个 ADS122U04第三它的 Flash 容量足够放热电偶的 NIST 查表数据和滤波缓冲不会像小容量单片机那样捉襟见肘。有个细节值得说ADS122U04 的 UART 响应帧第一个字节是状态字节里面带了数据就绪标志位。这意味着即使不额外接 DRDY 引脚软件也能知道当前读到的 24 位数据是不是新样本。对于 HVAC 这种需要长时间稳定运行的设备少一根线就是少一个故障点状态字节查询比外部中断更省心。2. 硬件连接电源域、时钟和 PIC18F86J10 的 UART 引脚硬件设计上这个组合的难度不在接线而在电源和模拟前端。下面是核心连接关系ADS122U04IPWR 信号连接目标说明AVDD3.3V 模拟电源加 1μF 0.1μF 去耦DVDD3.3V 数字电源加 0.1μF 去耦与 AVDD 推荐同源GND系统地模拟地与数字地单点连接MCLK4.096MHz 晶振最好是干净时钟不要走长线RXDPIC EUSART1 的 TX 引脚交叉连接TXDPIC EUSART1 的 RX 引脚交叉连接AIN0 / AIN1传感器差分输入热电偶或 RTDRESET3.3V 上拉或 MCU IO 控制低有效复位2.1 供电和去耦的实操细节工业板上经常有 24V 开关电源、继电器、变频器这些都会往电源线上灌噪声。ADS122U04 的 AVDD 我习惯用一个低噪声 LDO 单独供给比方说 3.3V 输出输入侧加磁珠和 10μF 电容输出侧加 1μF 和 0.1μF 并联。DVDD 可以和 PIC18F86J10 共用一路数字 3.3V但要保证 AVDD 和 DVDD 的地最终在单点汇合不要让数字电流流经模拟地。千万别图省事把 AVDD 直接接到开关电源的 3.3V 上。24 位 ADC 对参考电压和电源纹波非常敏感VREF 内部虽然是 2.048V但模拟供电不干净直接表现为转换码字尾部抖动现场表现就是温度读数在小数点后两位来回跳。实测下来同样的传感器电源上多一个 LDO短期噪声能差出一个数量级。2.2 时钟外部晶振还是内部振荡器ADS122U04 支持外部 MCLK 和内部振荡器两种模式。能用外部 4.096MHz 晶振我建议尽量用。原因有两个一是调制器时钟更准50Hz/60Hz 工频抑制效果更好二是内部振荡器受温度影响会有频率漂移虽然对比例式 RTD 测量影响不大但对热电偶这种需要精确小信号放大的场景时钟稳定性直接关系到转换噪声。PIC18F86J10 这边的时钟如果只是为了 9600bps 的 UART用内部 8MHz 振荡器就够了SPBRG 误差可以控制在 0.2% 以内。但如果整个系统还需要跑别的实时任务可以考虑外部晶振配合 PLL。注意PIC 的波特率误差超过 2% 时UART 通信会开始偶发错帧设计阶段就把晶体频率和波特率算好。3. 传感器侧设计热电偶、RTD 与内部温度传感器的配合这个方案真正的价值在传感器前端。HVAC 和工业现场常见的温度传感器无非三类热电偶、RTDPT100/PT1000、NTC。ADS122U04 一套硬件可以全部覆盖但接法和配置完全不同。3.1 热电偶PGA 增益不能拍脑袋选热电偶输出的是微伏级差模电压K 型热电偶在 1000℃ 时输出大约 41mV。如果 PGA 选 128满量程只有 ±16mV信号一过 300℃ 就饱和选 32 则满量程 ±64mV可以覆盖 K 型热电偶 -200~1350℃ 的绝大部分范围。我实际用下来K 型热电偶配 PGA32 是最稳妥的LSB 等效温度约 0.06℃加上系统噪声最终有效分辨率做到 0.1~0.15℃ 没有问题。热电偶测量必须做冷端补偿。ADS122U04 内部自带温度传感器不需要外接 NTC 或热敏电阻来测冷端这是选型时非常省事的一点。接线时让热电偶的冷端尽量贴近芯片和 PCB 的等温区不要跨过大功率发热元件否则内部温度传感器测到的温度和实际冷端温度不一致软件再怎么补偿也是白搭。3.2 RTD 比例式接法与激励电流选择RTD 我强烈推荐比例式接法而不是把 RTD 当普通电阻分压测绝对电压。比例式的好处是激励电流的漂移不会影响测量结果因为 ADC 的参考电压和输入电压都来自同一个电流源电流变化被自动抵消。以 PT100 为例用一个 IDAC 输出 1mA 激励电流电流流过 RTD 后再流过参考电阻 Rref 回到地。REFP/REFN 差分输入接在 Rref 两端AIN0/AIN1 接在 RTD 两端。这样转换结果等于 RTD 电阻和 Rref 电阻的比值只要 Rref 选高精度低温漂电阻测量精度就主要取决于 Rref 而非电流源。下面是我常用的一组参考配置给出之前务必核算输入是否超出满量程传感器测温范围激励电流RrefPGA说明PT1000~300℃1mA1kΩ40℃ 时约 100mV300℃ 约 212mVFS±250mVPT10000~200℃0.5mA2kΩ1Vref1V信号 0.5~0.88VFS±1VK 型热电偶-200~1350℃无内部 2.048V32FS±64mV如果做 3 线 RTD用两路 IDAC 分别从 RTD 两端注入电流可以抵消引线电阻的影响4 线则更准。对 HVAC 设备一般 3 线 PT100 已经足够4 线主要留给实验室级应用。3.3 NTC别浪费 24 位精度NTC 热敏电阻便宜、响应快HVAC 里大量使用但它非线性大本身精度 0.5℃ 就顶天了。用 ADS122U04 去测 NTC 有点“杀鸡用牛刀”但如果你板上已经有这个 ADC顺便接一路 10k NTC 分压测量室外环境温度也没问题。我的做法是让 NTC 和一个精密电阻串联用内部参考电压做比例测量再通过 B 值公式或查表换算。NTC 的自热要控制住激励电流不要超过 100μA否则误差会很大。4. PIC18F86J10 端的 UART 初始化和寄存器配置代码这套系统的软件核心就两块PIC18F86J10 的 EUSART 驱动以及 ADS122U04 的寄存器配置。代码用 MPLAB X XC8 写8 位单片机上的代码不追求花哨稳定、可读、容易调试最重要。4.1 EUSART1 初始化与发送接收函数假设 PIC18F86J10 使用内部 8MHz 振荡器波特率 96008 位数据、无校验、1 位停止位。#define FOSC 8000000UL #define BAUD_RATE 9600UL void uart1_init(void) { TRISC6 0; // TX1 输出 TRISC7 1; // RX1 输入 TXSTA1bits.SYNC 0; // 异步模式 TXSTA1bits.BRGH 1; // 高速波特率模式 SPBRG1 (unsigned char)((FOSC / (16UL * BAUD_RATE)) - 1UL); RCSTA1bits.SPEN 1; // 使能串口 RCSTA1bits.CREN 1; // 允许接收 TXSTA1bits.TXEN 1; // 允许发送 } void uart1_tx(unsigned char ch) { while (!TXSTA1bits.TRMT); // 等待发送完成 TXREG1 ch; } unsigned char uart1_rx(void) { while (!PIR1bits.RC1IF); // 等待接收完成 return RCREG1; }这里有一个很实际的建议发送命令给 ADS122U04 之后响应不是立刻回来的芯片需要一点时间处理命令。如果立即死等接收逻辑上没问题但遇到芯片没正确上电或者线路接触不良程序就会卡死在uart1_rx。批量产品里这种问题最让人头疼。我在实际代码里会给接收加超时超过比如 50ms 就返回错误并重新发送同步命令保证系统能自动恢复。4.2 发送命令与写寄存器ADS122U04 的 UART 命令机制不复杂。宏定义如下#define ADS_CMD_NOP 0x00 #define ADS_CMD_RDATA 0x10 #define ADS_CMD_RREG 0x20 // 读取寄存器加寄存器号 #define ADS_CMD_WREG 0x40 // 写入寄存器加寄存器号写寄存器时先发命令字节再发配置值void ads_write_reg(unsigned char reg, unsigned char val) { uart1_tx(ADS_CMD_WREG reg); uart1_tx(val); __delay_ms(1); // 留出命令处理时间 } unsigned char ads_read_reg(unsigned char reg) { unsigned char status; unsigned char val; uart1_tx(ADS_CMD_RREG reg); status uart1_rx(); // 第一个字节是状态字节判断通信状态 val uart1_rx(); // 第二个字节才是寄存器内容 return val; }读回验证这一步很重要。每次配置完寄存器我都习惯马上ads_read_reg读一遍确认写入生效。否则传感器测了半天最后发现是某个配置位没写进去排查成本会很高。4.3 初始化配置示例与查手册的提醒以下配置针对 K 型热电偶AIN0/AIN1 差分输入、PGA32、内部 2.048V 参考、连续转换模式。void ads_init(void) { __delay_ms(50); // 上电稳定 uart1_tx(ADS_CMD_NOP); // 通信字节对齐 __delay_ms(1); // 寄存器0输入MUX、PGA、数据速率 // 字段组合请对照数据手册的寄存器表以下示例为 PGA32、AIN0/AIN1、20SPS ads_write_reg(0, 0xA0); // 寄存器1参考选择、转换模式 // 我习惯使用内部参考连续转换模式 ads_write_reg(1, 0x00); // 寄存器2IDAC 配置以及内部温度传感器使能位 // 如果做热电偶冷端补偿需要把数据手册中标为 TS 的字段置为对应值 // 下面这个示例值假设当前场景关闭 IDAC温度传感器使能字段按手册填入 ads_write_reg(2, 0x00); // 寄存器3GPIO 等附加功能默认 0x00 ads_write_reg(3, 0x00); }必须强调一点ADS122U04 的寄存器位定义在同一系列里会随器件版本有细微差别时间长了我也不能保证脑子里的位图永远正确。所以我上面写的是“示例值 配置思路”真正做板子时必须打开你手里那颗料对应版本的数据手册把寄存器字段一个个核对。这不是废话这是吃过亏之后的习惯。4.4 读取转换数据的完整函数查询模式下读取温度数据核心是发送RDATA命令然后接收 4 个字节第一个是状态字节后面三个是 24 位转换结果补码表示。#define ADS_STATUS_DRDY 0x80 // 状态字节中的数据就绪位以手册为准 int32_t ads_read_data(void) { unsigned char buf[4]; uint32_t raw; int32_t code; uart1_tx(ADS_CMD_RDATA); for (unsigned char i 0; i 4; i) { unsigned int timeout 0; while (!PIR1bits.RC1IF) { if (timeout 30000) return 0x7FFFFFFF; // 超时返回异常值 } buf[i] RCREG1; } // 状态字节的 DRDY 位如果为 0说明数据未更新 // 可以根据应用决定返回上一帧还是继续等待 raw ((uint32_t)buf[1] 16) | ((uint32_t)buf[2] 8) | (uint32_t)buf[3]; if (raw 0x800000uL) raw | 0xFF000000uL; // 24 位转 32 位补码 code (int32_t)raw; return code; }主循环里我一般是每隔 50ms 查询一次状态字节或者配合一个定时器同步50ms 对 20SPS 的转换周期来说刚好能命中每次新数据。PIC18F86J10 的主频不高但做这个逻辑一点压力都没有。5. 从原始码到温度换算公式、冷端补偿与滤波拿到 24 位原始码只是第一步。很多项目做出来读数不对问题都出在“码值”到“物理温度”的换算上。5.1 ADC 码值到电压的换算ADS122U04 是 24 位 Δ-Σ ADC满量程对应±Vref / PGA。换算公式为V_in code / 8388608 × (Vref / PGA)其中 8388608 是 2 的 23 次方code 是已经符号扩展为 32 位的有符号整数。以 K 型热电偶、PGA32、Vref2.048V 为例float v_input (float)code * (2.048f / (32.0f * 8388608.0f));要注意的是如果 code 接近0x7FFFFF或者0x800000大概率不是真实温度而是输入超出满量程、参考电压没建立好、或者接线断线。软件里应该加一个范围检查把这些极端值直接判为故障。5.2 热电偶冷端补偿不是简单加一个温度冷端补偿最常见的问题是有人把冷端温度直接加到测量温度上这是不对的。热电偶输出的是“热端与冷端之间的电动势差”。当冷端在 25℃热端在 100℃ 时热电偶输出的电动势并不是 100℃ 对应的电动势而是 100℃ 电动势减去 25℃ 电动势。正规做法分两步读出冷端温度T_cj通过 NIST 多项式或查表把T_cj换算成对应电动势E_cj。将E_cj加上 ADC 实测的热电偶电动势E_meas得到等效 0℃ 冷端下的总电动势再通过反查表得到热端温度T_hot。PIC18F86J10 的 Flash 放一张 K 型热电偶的温度-毫伏查表毫无压力。如果不想做复杂的多项式运算用分段线性插值表每 1℃ 一个点内存开销也就几百字节查表速度还很快。5.3 RTD 的温度换算RTD 走比例式测量时原始码直接对应电阻比值R_rtd (code / 8388608 × PGA) × Rref算出电阻之后PT100/PT1000 再通过 Callendar-Van Dusen 公式或查表转温度。HVAC 范围通常 -40~150℃用查表加插值就够了。要注意的是如果 Rref 不是整数精度最好在代码里用浮点存校准后的实际电阻值而不是标称值。5.4 滤波20SPS 下的软件平滑工业现场的读数不可能像实验室那么干净。ADS122U04 在 20SPS 下本身已经有较强的数字滤波但软件侧再加一层滤波能让 PID 控制稳很多。我的做法是先做中值滤波去掉野值再做 16 点滑动平均。比如每秒取 20 个样本去掉最大最小剩下的 18 个求平均等效噪声能再降一倍左右。HVAC 系统本身响应慢一秒一次的平滑滤波完全不会影响控制效果。6. 现场调试中踩过的坑通信“假死”、数据漂移和变频器干扰这部分是我最想写的。因为它不是一个一个报错丢给程序员去查而是整个系统联调时最耗时的环节。6.1 UART 通信“假死”换晶振后接上电脑就正常上设备就断我遇到过一次很典型的故障开发板上用 USB 转串口直接连 ADS122U04读数据一切正常装进设备后MCU 和 ADC 之间偶尔就收不到数据了而且不是立即出问题是运行几小时后出现。排查过程是这样的先示波器抓 MCU 的 TX 引脚发现波形正常再抓 ADC 的 TX发现 MCU 的 RX 引脚上信号电平偏弱上升沿变缓。原因最后锁定在 MCU 侧 RX 引脚没有做上拉而 PCB 走线过长导致寄生电容把信号边沿拖慢了。解决方法是把走线缩短到 5cm 以内同时在 RX 引脚加 10kΩ 上拉。温度采集的 UART 速率不高但对边沿质量的要求并不低。6.2 读数一直偏高不是传感器问题是芯片自己在发热另一个常见问题是热电偶冷端温度读数比环境温度高 2~3℃。ADS122U04 本身功耗不大但如果在 PCB 上靠近 DC-DC 电感、功率电阻或者被外壳里的风机控制器加热内部温度传感器测到的就不是真正的环境冷端温度。解决思路分两层硬件上把 ADC 和发热源拉开距离必要时在冷端区域做等温铜块软件上做单点偏移校准在整机稳定工作温度下用一个已知精度的温度计对比把偏移量存进 Flash。现场标定比实验室精确标定更符合 HVAC 的实际工况。6.3 变频器一开温度读数跳变这是 工业/暖通现场最典型的问题。变频器启动瞬间UART 误码率升高温度读数出现瞬间跳变有时一次跳 5℃ 以上。我最终的处理方案是三级防护模拟输入加 RC 低通滤波把高频耦合挡在 ADC 之前ADS122U04 数据速率固定到 20SPS利用 Δ-Σ ADC 内置的工频抑制软件中做数据合理性检查连续 3 次读数差值超过 2℃ 就丢弃从而避免 PID 控制器因为一个野值猛调输出。如果这三层还压不住就需要考虑把 ADS122U04 放到传感器端PIC18F86J10 通过隔离 RS-485 和它通信。PIC18F86J10 有 5 个 EUSART其中一个专门接隔离收发器另外几个还能继续接其他节点架构上非常干净。6.4 参考电压不稳读数整体比例偏移比例式 RTD 测量中如果 Rref 两端电压不稳但 ADC 却把这个不稳的电压当参考读数和真实温度会有比例偏差。排查方法是用高精度万用表直接量 REFP/REFN 之间的电压如果不稳定优先查 AVDD 的纹波和 Rref 的焊接。Rref 一定要选低温度系数电阻比如 ±10ppm/℃ 甚至 ±5ppm/℃否则环境温度变化整个量程都会跟着漂。7. 标定与长期运行把误差锁定在合理范围内的实操办法温度采集系统不做标定精度都是纸上谈兵。尤其量产项目每个传感器个体差异、PCB 焊接差异、芯片内部温度传感器差异都会让读数出现一致性偏差。7.1 两点标定流程我的标定流程不复杂用精密电阻箱代替传感器分别给两个温度点对应的电阻值。比如 PT1000℃ 是 100Ω100℃ 是 138.51Ω。把电阻箱设到 100Ω记录 ADC 原始码作为零点设到 138.51Ω记录原始码作为增益点。两点就能算出校准斜率和偏移真实温度 原始读数 × 斜率 偏移把斜率和偏移写到 PIC18F86J10 的 Flash 数据区每次上电读取。生产线上两块板子就能完成校准效率很高。热电偶的冷端补偿也是同理在恒温箱里做一个单点偏移校准就能把内部温度传感器的个体偏差压下去。7.2 长期稳定性与防潮防腐HVAC 现场最容易被忽视的是凝露。传感器端子一旦结露绝缘阻抗下降高阻抗的热电偶信号会漏电读数会慢慢漂。PCB 建议做三防漆涂覆输入端走线尽量短焊盘之间留足够间距。连接器如果长期处于振动环境最好选带锁扣的端子不然用几年后接触电阻变化会让温度读数无规律跳动。7.3 我最后的经验这套 ADS122U04IPWR PIC18F86J10 的组合我在两代温控器产品上用过累计运行时间超过一年。最大的感受是选型时“有特色的芯片”有时比“性能参数最高的芯片”更好用。UART 接口的 ADC 让我在主控板上省掉了 SPI 时序调试的烦恼PIC18F86J10 的 5 个 EUSART 又给后续扩展留足了余地。做温度采集真正难的不是把线路跑通而是把电源、传感器前端、标定、抗干扰这些看似琐碎的事情在一个系统里平衡好。希望这篇能帮你少走几步弯路。
做温控设备的人大概都有过这种经历以为测温度是一道送分题结果在项目现场被现实反复教育。尤其工业和 HVAC 场景传感器线和主控板隔着几米甚至几十米变频器一开读数就开始跳舞想把精度做到 0.1℃ 级别光靠单片机内置 ADC 根本交不了差。我在这类项目上常用一个组合ADS122U04IPWR 加 PIC18F86J10。前者是 TI 带 UART 接口的 24 位 Δ-Σ ADC后者是 Microchip 的 8 位增强型单片机两个芯片看起来都不算“新潮”放在一起却能比较干净地解决高精度温度采集问题而且 PCB 布线和软件栈都比想象中简单。这篇就把硬件连接、传感器前端设计、UART 通信协议、温度换算和现场调试的完整经验写出来给正在做暖通、冷冻、机房环境监控或者工业温度采集的朋友做个参考。ADS122U04IPWR 本质上是一个 4 通道、24 位 Δ-Σ ADC内置可编程增益放大器PGA 1~128、两路恒流源、内部 2.048V 基准电压以及一个用于热电偶冷端补偿的内部温度传感器。最特别的是它没有走传统的 SPI/I2C而是把 UART 作为主通信接口。这意味着主控这边只需要两根线就能拿到一个完整的高精度模拟前端。PIC18F86J10 的定位也很有意思——它有多达 5 个独立 EUSART3.3V 工作电压几十 KB Flash 足够放温度查表和滤波算法跑一个或跑五个 ADS122U04 都很从容。下面直接进入正题。1. 为什么用 UART 接口的 24 位 ADC而不是 SPI 或 I2C很多人看到“UART 接口的 ADC”第一反应是奇怪。SPI 和 I2C 不是更快、更常见吗我的回答是常见不一定合适。ADS122U04 这类器件解决的场景恰恰是 SPI/I2C 在工程现场最别扭的几个问题。1.1 SPI/I2C 在温度采集场景的痛点SPI 需要至少 4 根线SCLK、MISO、MOSI再加上片选 CS。短距离 PCB 上没问题可一旦传感器板要和主控板分开SPI 的时钟线和数据线就成了天线时钟偏移、振铃、误码都会冒出来。I2C 只有两根线但它是开漏结构需要上拉电阻抗干扰能力一般而且地址仲裁在长线上并不好用。更重要的是I2C 的时钟同步机制在处理 ADC 这种“随时要读数据”的场景时代码稍微一复杂就容易卡死在总线等待上。UART 的优势很直接异步通信没有时钟线没有片选没有地址仲裁。主控发一个命令字节ADC 回一帧数据物理上就是两根线抗干扰重点只在电平选择和线缆屏蔽上概念简单得多。而且 UART 是标准外设PIC18F86J10 的 EUSART 模块直接支持不需要用 IO 口模拟时序。下面这张表是我选型时常用的对比维度项目SPII2CUARTADS122U04 方案信号线数量至少 4 根2 根开漏2 根推挽主从关系主控片选控制地址仲裁点对点1 主 1 从长线能力较差时钟易畸变一般受上拉和总线电容限制较好可扩展 RS-485抗干扰中中较好波特率要求无无需双方匹配多从机支持片选扩展地址扩展菊花链或逐片 UARTADS122U04 的 UART 波特率默认常用 9600bps对温度采集来说完全够用。24 位 ADC 在 20SPS 下每秒只需要传 4 字节左右的数据量9600bps 的线速宽裕得很。1.2 PIC18F86J10 为什么合适PIC18F86J10 本身不是一个以“高性能”著称的片子但它有几个点很贴合这个应用第一工作电压 2.0~3.6V和 ADS122U04 的 DVDD 电平天然匹配不需要电平转换芯片第二它提供 5 个 EUSART如果一套系统需要测 5 路高精度温度一颗单片机就能同时带 5 个 ADS122U04第三它的 Flash 容量足够放热电偶的 NIST 查表数据和滤波缓冲不会像小容量单片机那样捉襟见肘。有个细节值得说ADS122U04 的 UART 响应帧第一个字节是状态字节里面带了数据就绪标志位。这意味着即使不额外接 DRDY 引脚软件也能知道当前读到的 24 位数据是不是新样本。对于 HVAC 这种需要长时间稳定运行的设备少一根线就是少一个故障点状态字节查询比外部中断更省心。2. 硬件连接电源域、时钟和 PIC18F86J10 的 UART 引脚硬件设计上这个组合的难度不在接线而在电源和模拟前端。下面是核心连接关系ADS122U04IPWR 信号连接目标说明AVDD3.3V 模拟电源加 1μF 0.1μF 去耦DVDD3.3V 数字电源加 0.1μF 去耦与 AVDD 推荐同源GND系统地模拟地与数字地单点连接MCLK4.096MHz 晶振最好是干净时钟不要走长线RXDPIC EUSART1 的 TX 引脚交叉连接TXDPIC EUSART1 的 RX 引脚交叉连接AIN0 / AIN1传感器差分输入热电偶或 RTDRESET3.3V 上拉或 MCU IO 控制低有效复位2.1 供电和去耦的实操细节工业板上经常有 24V 开关电源、继电器、变频器这些都会往电源线上灌噪声。ADS122U04 的 AVDD 我习惯用一个低噪声 LDO 单独供给比方说 3.3V 输出输入侧加磁珠和 10μF 电容输出侧加 1μF 和 0.1μF 并联。DVDD 可以和 PIC18F86J10 共用一路数字 3.3V但要保证 AVDD 和 DVDD 的地最终在单点汇合不要让数字电流流经模拟地。千万别图省事把 AVDD 直接接到开关电源的 3.3V 上。24 位 ADC 对参考电压和电源纹波非常敏感VREF 内部虽然是 2.048V但模拟供电不干净直接表现为转换码字尾部抖动现场表现就是温度读数在小数点后两位来回跳。实测下来同样的传感器电源上多一个 LDO短期噪声能差出一个数量级。2.2 时钟外部晶振还是内部振荡器ADS122U04 支持外部 MCLK 和内部振荡器两种模式。能用外部 4.096MHz 晶振我建议尽量用。原因有两个一是调制器时钟更准50Hz/60Hz 工频抑制效果更好二是内部振荡器受温度影响会有频率漂移虽然对比例式 RTD 测量影响不大但对热电偶这种需要精确小信号放大的场景时钟稳定性直接关系到转换噪声。PIC18F86J10 这边的时钟如果只是为了 9600bps 的 UART用内部 8MHz 振荡器就够了SPBRG 误差可以控制在 0.2% 以内。但如果整个系统还需要跑别的实时任务可以考虑外部晶振配合 PLL。注意PIC 的波特率误差超过 2% 时UART 通信会开始偶发错帧设计阶段就把晶体频率和波特率算好。3. 传感器侧设计热电偶、RTD 与内部温度传感器的配合这个方案真正的价值在传感器前端。HVAC 和工业现场常见的温度传感器无非三类热电偶、RTDPT100/PT1000、NTC。ADS122U04 一套硬件可以全部覆盖但接法和配置完全不同。3.1 热电偶PGA 增益不能拍脑袋选热电偶输出的是微伏级差模电压K 型热电偶在 1000℃ 时输出大约 41mV。如果 PGA 选 128满量程只有 ±16mV信号一过 300℃ 就饱和选 32 则满量程 ±64mV可以覆盖 K 型热电偶 -200~1350℃ 的绝大部分范围。我实际用下来K 型热电偶配 PGA32 是最稳妥的LSB 等效温度约 0.06℃加上系统噪声最终有效分辨率做到 0.1~0.15℃ 没有问题。热电偶测量必须做冷端补偿。ADS122U04 内部自带温度传感器不需要外接 NTC 或热敏电阻来测冷端这是选型时非常省事的一点。接线时让热电偶的冷端尽量贴近芯片和 PCB 的等温区不要跨过大功率发热元件否则内部温度传感器测到的温度和实际冷端温度不一致软件再怎么补偿也是白搭。3.2 RTD 比例式接法与激励电流选择RTD 我强烈推荐比例式接法而不是把 RTD 当普通电阻分压测绝对电压。比例式的好处是激励电流的漂移不会影响测量结果因为 ADC 的参考电压和输入电压都来自同一个电流源电流变化被自动抵消。以 PT100 为例用一个 IDAC 输出 1mA 激励电流电流流过 RTD 后再流过参考电阻 Rref 回到地。REFP/REFN 差分输入接在 Rref 两端AIN0/AIN1 接在 RTD 两端。这样转换结果等于 RTD 电阻和 Rref 电阻的比值只要 Rref 选高精度低温漂电阻测量精度就主要取决于 Rref 而非电流源。下面是我常用的一组参考配置给出之前务必核算输入是否超出满量程传感器测温范围激励电流RrefPGA说明PT1000~300℃1mA1kΩ40℃ 时约 100mV300℃ 约 212mVFS±250mVPT10000~200℃0.5mA2kΩ1Vref1V信号 0.5~0.88VFS±1VK 型热电偶-200~1350℃无内部 2.048V32FS±64mV如果做 3 线 RTD用两路 IDAC 分别从 RTD 两端注入电流可以抵消引线电阻的影响4 线则更准。对 HVAC 设备一般 3 线 PT100 已经足够4 线主要留给实验室级应用。3.3 NTC别浪费 24 位精度NTC 热敏电阻便宜、响应快HVAC 里大量使用但它非线性大本身精度 0.5℃ 就顶天了。用 ADS122U04 去测 NTC 有点“杀鸡用牛刀”但如果你板上已经有这个 ADC顺便接一路 10k NTC 分压测量室外环境温度也没问题。我的做法是让 NTC 和一个精密电阻串联用内部参考电压做比例测量再通过 B 值公式或查表换算。NTC 的自热要控制住激励电流不要超过 100μA否则误差会很大。4. PIC18F86J10 端的 UART 初始化和寄存器配置代码这套系统的软件核心就两块PIC18F86J10 的 EUSART 驱动以及 ADS122U04 的寄存器配置。代码用 MPLAB X XC8 写8 位单片机上的代码不追求花哨稳定、可读、容易调试最重要。4.1 EUSART1 初始化与发送接收函数假设 PIC18F86J10 使用内部 8MHz 振荡器波特率 96008 位数据、无校验、1 位停止位。#define FOSC 8000000UL #define BAUD_RATE 9600UL void uart1_init(void) { TRISC6 0; // TX1 输出 TRISC7 1; // RX1 输入 TXSTA1bits.SYNC 0; // 异步模式 TXSTA1bits.BRGH 1; // 高速波特率模式 SPBRG1 (unsigned char)((FOSC / (16UL * BAUD_RATE)) - 1UL); RCSTA1bits.SPEN 1; // 使能串口 RCSTA1bits.CREN 1; // 允许接收 TXSTA1bits.TXEN 1; // 允许发送 } void uart1_tx(unsigned char ch) { while (!TXSTA1bits.TRMT); // 等待发送完成 TXREG1 ch; } unsigned char uart1_rx(void) { while (!PIR1bits.RC1IF); // 等待接收完成 return RCREG1; }这里有一个很实际的建议发送命令给 ADS122U04 之后响应不是立刻回来的芯片需要一点时间处理命令。如果立即死等接收逻辑上没问题但遇到芯片没正确上电或者线路接触不良程序就会卡死在uart1_rx。批量产品里这种问题最让人头疼。我在实际代码里会给接收加超时超过比如 50ms 就返回错误并重新发送同步命令保证系统能自动恢复。4.2 发送命令与写寄存器ADS122U04 的 UART 命令机制不复杂。宏定义如下#define ADS_CMD_NOP 0x00 #define ADS_CMD_RDATA 0x10 #define ADS_CMD_RREG 0x20 // 读取寄存器加寄存器号 #define ADS_CMD_WREG 0x40 // 写入寄存器加寄存器号写寄存器时先发命令字节再发配置值void ads_write_reg(unsigned char reg, unsigned char val) { uart1_tx(ADS_CMD_WREG reg); uart1_tx(val); __delay_ms(1); // 留出命令处理时间 } unsigned char ads_read_reg(unsigned char reg) { unsigned char status; unsigned char val; uart1_tx(ADS_CMD_RREG reg); status uart1_rx(); // 第一个字节是状态字节判断通信状态 val uart1_rx(); // 第二个字节才是寄存器内容 return val; }读回验证这一步很重要。每次配置完寄存器我都习惯马上ads_read_reg读一遍确认写入生效。否则传感器测了半天最后发现是某个配置位没写进去排查成本会很高。4.3 初始化配置示例与查手册的提醒以下配置针对 K 型热电偶AIN0/AIN1 差分输入、PGA32、内部 2.048V 参考、连续转换模式。void ads_init(void) { __delay_ms(50); // 上电稳定 uart1_tx(ADS_CMD_NOP); // 通信字节对齐 __delay_ms(1); // 寄存器0输入MUX、PGA、数据速率 // 字段组合请对照数据手册的寄存器表以下示例为 PGA32、AIN0/AIN1、20SPS ads_write_reg(0, 0xA0); // 寄存器1参考选择、转换模式 // 我习惯使用内部参考连续转换模式 ads_write_reg(1, 0x00); // 寄存器2IDAC 配置以及内部温度传感器使能位 // 如果做热电偶冷端补偿需要把数据手册中标为 TS 的字段置为对应值 // 下面这个示例值假设当前场景关闭 IDAC温度传感器使能字段按手册填入 ads_write_reg(2, 0x00); // 寄存器3GPIO 等附加功能默认 0x00 ads_write_reg(3, 0x00); }必须强调一点ADS122U04 的寄存器位定义在同一系列里会随器件版本有细微差别时间长了我也不能保证脑子里的位图永远正确。所以我上面写的是“示例值 配置思路”真正做板子时必须打开你手里那颗料对应版本的数据手册把寄存器字段一个个核对。这不是废话这是吃过亏之后的习惯。4.4 读取转换数据的完整函数查询模式下读取温度数据核心是发送RDATA命令然后接收 4 个字节第一个是状态字节后面三个是 24 位转换结果补码表示。#define ADS_STATUS_DRDY 0x80 // 状态字节中的数据就绪位以手册为准 int32_t ads_read_data(void) { unsigned char buf[4]; uint32_t raw; int32_t code; uart1_tx(ADS_CMD_RDATA); for (unsigned char i 0; i 4; i) { unsigned int timeout 0; while (!PIR1bits.RC1IF) { if (timeout 30000) return 0x7FFFFFFF; // 超时返回异常值 } buf[i] RCREG1; } // 状态字节的 DRDY 位如果为 0说明数据未更新 // 可以根据应用决定返回上一帧还是继续等待 raw ((uint32_t)buf[1] 16) | ((uint32_t)buf[2] 8) | (uint32_t)buf[3]; if (raw 0x800000uL) raw | 0xFF000000uL; // 24 位转 32 位补码 code (int32_t)raw; return code; }主循环里我一般是每隔 50ms 查询一次状态字节或者配合一个定时器同步50ms 对 20SPS 的转换周期来说刚好能命中每次新数据。PIC18F86J10 的主频不高但做这个逻辑一点压力都没有。5. 从原始码到温度换算公式、冷端补偿与滤波拿到 24 位原始码只是第一步。很多项目做出来读数不对问题都出在“码值”到“物理温度”的换算上。5.1 ADC 码值到电压的换算ADS122U04 是 24 位 Δ-Σ ADC满量程对应±Vref / PGA。换算公式为V_in code / 8388608 × (Vref / PGA)其中 8388608 是 2 的 23 次方code 是已经符号扩展为 32 位的有符号整数。以 K 型热电偶、PGA32、Vref2.048V 为例float v_input (float)code * (2.048f / (32.0f * 8388608.0f));要注意的是如果 code 接近0x7FFFFF或者0x800000大概率不是真实温度而是输入超出满量程、参考电压没建立好、或者接线断线。软件里应该加一个范围检查把这些极端值直接判为故障。5.2 热电偶冷端补偿不是简单加一个温度冷端补偿最常见的问题是有人把冷端温度直接加到测量温度上这是不对的。热电偶输出的是“热端与冷端之间的电动势差”。当冷端在 25℃热端在 100℃ 时热电偶输出的电动势并不是 100℃ 对应的电动势而是 100℃ 电动势减去 25℃ 电动势。正规做法分两步读出冷端温度T_cj通过 NIST 多项式或查表把T_cj换算成对应电动势E_cj。将E_cj加上 ADC 实测的热电偶电动势E_meas得到等效 0℃ 冷端下的总电动势再通过反查表得到热端温度T_hot。PIC18F86J10 的 Flash 放一张 K 型热电偶的温度-毫伏查表毫无压力。如果不想做复杂的多项式运算用分段线性插值表每 1℃ 一个点内存开销也就几百字节查表速度还很快。5.3 RTD 的温度换算RTD 走比例式测量时原始码直接对应电阻比值R_rtd (code / 8388608 × PGA) × Rref算出电阻之后PT100/PT1000 再通过 Callendar-Van Dusen 公式或查表转温度。HVAC 范围通常 -40~150℃用查表加插值就够了。要注意的是如果 Rref 不是整数精度最好在代码里用浮点存校准后的实际电阻值而不是标称值。5.4 滤波20SPS 下的软件平滑工业现场的读数不可能像实验室那么干净。ADS122U04 在 20SPS 下本身已经有较强的数字滤波但软件侧再加一层滤波能让 PID 控制稳很多。我的做法是先做中值滤波去掉野值再做 16 点滑动平均。比如每秒取 20 个样本去掉最大最小剩下的 18 个求平均等效噪声能再降一倍左右。HVAC 系统本身响应慢一秒一次的平滑滤波完全不会影响控制效果。6. 现场调试中踩过的坑通信“假死”、数据漂移和变频器干扰这部分是我最想写的。因为它不是一个一个报错丢给程序员去查而是整个系统联调时最耗时的环节。6.1 UART 通信“假死”换晶振后接上电脑就正常上设备就断我遇到过一次很典型的故障开发板上用 USB 转串口直接连 ADS122U04读数据一切正常装进设备后MCU 和 ADC 之间偶尔就收不到数据了而且不是立即出问题是运行几小时后出现。排查过程是这样的先示波器抓 MCU 的 TX 引脚发现波形正常再抓 ADC 的 TX发现 MCU 的 RX 引脚上信号电平偏弱上升沿变缓。原因最后锁定在 MCU 侧 RX 引脚没有做上拉而 PCB 走线过长导致寄生电容把信号边沿拖慢了。解决方法是把走线缩短到 5cm 以内同时在 RX 引脚加 10kΩ 上拉。温度采集的 UART 速率不高但对边沿质量的要求并不低。6.2 读数一直偏高不是传感器问题是芯片自己在发热另一个常见问题是热电偶冷端温度读数比环境温度高 2~3℃。ADS122U04 本身功耗不大但如果在 PCB 上靠近 DC-DC 电感、功率电阻或者被外壳里的风机控制器加热内部温度传感器测到的就不是真正的环境冷端温度。解决思路分两层硬件上把 ADC 和发热源拉开距离必要时在冷端区域做等温铜块软件上做单点偏移校准在整机稳定工作温度下用一个已知精度的温度计对比把偏移量存进 Flash。现场标定比实验室精确标定更符合 HVAC 的实际工况。6.3 变频器一开温度读数跳变这是 工业/暖通现场最典型的问题。变频器启动瞬间UART 误码率升高温度读数出现瞬间跳变有时一次跳 5℃ 以上。我最终的处理方案是三级防护模拟输入加 RC 低通滤波把高频耦合挡在 ADC 之前ADS122U04 数据速率固定到 20SPS利用 Δ-Σ ADC 内置的工频抑制软件中做数据合理性检查连续 3 次读数差值超过 2℃ 就丢弃从而避免 PID 控制器因为一个野值猛调输出。如果这三层还压不住就需要考虑把 ADS122U04 放到传感器端PIC18F86J10 通过隔离 RS-485 和它通信。PIC18F86J10 有 5 个 EUSART其中一个专门接隔离收发器另外几个还能继续接其他节点架构上非常干净。6.4 参考电压不稳读数整体比例偏移比例式 RTD 测量中如果 Rref 两端电压不稳但 ADC 却把这个不稳的电压当参考读数和真实温度会有比例偏差。排查方法是用高精度万用表直接量 REFP/REFN 之间的电压如果不稳定优先查 AVDD 的纹波和 Rref 的焊接。Rref 一定要选低温度系数电阻比如 ±10ppm/℃ 甚至 ±5ppm/℃否则环境温度变化整个量程都会跟着漂。7. 标定与长期运行把误差锁定在合理范围内的实操办法温度采集系统不做标定精度都是纸上谈兵。尤其量产项目每个传感器个体差异、PCB 焊接差异、芯片内部温度传感器差异都会让读数出现一致性偏差。7.1 两点标定流程我的标定流程不复杂用精密电阻箱代替传感器分别给两个温度点对应的电阻值。比如 PT1000℃ 是 100Ω100℃ 是 138.51Ω。把电阻箱设到 100Ω记录 ADC 原始码作为零点设到 138.51Ω记录原始码作为增益点。两点就能算出校准斜率和偏移真实温度 原始读数 × 斜率 偏移把斜率和偏移写到 PIC18F86J10 的 Flash 数据区每次上电读取。生产线上两块板子就能完成校准效率很高。热电偶的冷端补偿也是同理在恒温箱里做一个单点偏移校准就能把内部温度传感器的个体偏差压下去。7.2 长期稳定性与防潮防腐HVAC 现场最容易被忽视的是凝露。传感器端子一旦结露绝缘阻抗下降高阻抗的热电偶信号会漏电读数会慢慢漂。PCB 建议做三防漆涂覆输入端走线尽量短焊盘之间留足够间距。连接器如果长期处于振动环境最好选带锁扣的端子不然用几年后接触电阻变化会让温度读数无规律跳动。7.3 我最后的经验这套 ADS122U04IPWR PIC18F86J10 的组合我在两代温控器产品上用过累计运行时间超过一年。最大的感受是选型时“有特色的芯片”有时比“性能参数最高的芯片”更好用。UART 接口的 ADC 让我在主控板上省掉了 SPI 时序调试的烦恼PIC18F86J10 的 5 个 EUSART 又给后续扩展留足了余地。做温度采集真正难的不是把线路跑通而是把电源、传感器前端、标定、抗干扰这些看似琐碎的事情在一个系统里平衡好。希望这篇能帮你少走几步弯路。
