HVAC多点测温实战：PJ85718DM远程与本地温度监测方案

做暖通空调控制最烦的一件事，就是温度点永远不止一个。主控板上要监测 PCB 环境温度，风道里要测送风温度，回风口也得测回风温度，压缩管路还要挂一个表面温度。以前我的做法是每个点放一颗 NTC，长线直接拉回 ADC，到了现场才发现线阻漂移、分压误差、接线工艺不一致，能把一个本来很简单的温控方案做成大型玄学现场。后来改用带本地和远程双通道的数字温度传感器，主控到传感器之间只走一条 I2C 总线，测温探头可以分散在远端，整个信号链一下就干净了。

这篇文章以 PJ85718DM 与 PIC18LF46K42 这套组合为例，聊我在嵌入式和 HVAC 系统里监测本地与远程温度时的完整思路：为什么这么选型、硬件怎么接、固件怎么读、远程通道为什么能测得准、现场调试又会踩到哪些坑。内容不依赖厂商原厂示例工程，按一个普通工程师拿到两颗芯片后从零开始搭项目的路径来展开，适合正在做 HVAC 控制器、智能温控器，或者只想低成本多点测温的嵌入式开发者参考。

1. 为什么是 PJ85718DM 和 PIC18LF46K42：这套测温组合的定位

1.1 PJ85718DM 并不是一颗普通数字温度计

很多初次接触 PJ85718DM 的人，会把它和常见的板载温度传感器画等号。实际上它最大的区分点在于：除了测量自身结温（本地温度），它还带一路独立的远程温度通道。远程通道通过两根引脚 D+ 和 D- 接一个外部二极管或者小信号三极管的 PN 结，传感器内部用不同电流交替激励这个外部二极管，通过电压差算出远端温度。

这个特性放在 HVAC 场景里非常实用。控制板通常装在电控盒里，而温度真正要代表的物理位置在风道、盘管、压缩机表面。用 PJ85718DM，板子可以只放一颗传感器，就把两三米外的温度探头拉回来，不需要探头端再做放大、变送、独立标定。本地通道则负责监测 PCB 附近的环境温度，两个温度都通过同一个 I2C 从设备寄存器读出，MCU 端代码量非常小。

它还支持标准的 SMBus/I2C 时序，多数情况可以配置单次转换模式。这对电池供电的温控器很重要：不需要传感器一直连续跑，MCU 休眠前丢一个启动转换命令，醒来读一次数就行，平均功耗能压得很低。

1.2 PIC18LF46K42 在外设和功耗上的加分项

PIC18LF46K42 这颗 MCU 的采购价不高，但外设在这个级别里给得很全。硬件 I2C 模块支持主机模式、中断和时钟拉伸，直接和 PJ85718DM 对接，不用软件模拟时序，代码干净，可靠性也更高。它还有多个 CC 定时器、PWM 模块、ADC 和比较器，温控器里另一路 NTC 备用通道、风扇调速、阀门开关控制都可以用同一颗芯片完成。

更关键的是后缀里的 L，表示低电压版本，工作电压最低能到 1.8V 左右，典型接 3.3V 供电。HVAC 现场控制盒里电源质量参差不齐，低压 MCU 配合宽范围电源管理，比 5V 方案稳得多。K42 系列还有内部温度指示器，可以用 ADC 简单读一下芯片自己热不热，虽然精度有限，但用来判断传感器是不是明显异常，或者做粗粒度结温估算，非常方便。这和 PJ85718DM 的本地通道形成互补：一个是外置高精度测温源，一个是 MCU 自带的粗参考。

1.3 这套组合的适用范围和边界

说到底，这套组合不是万能的。它适合风机盘管控制器、小型空气处理机组、换热站数据采集终端、变频器散热监测这类场景：测温点数几个到十几个，测温周期从百毫秒到几秒，精度要求通常在 ±0.5°C 到 ±1°C 之间。

如果要做一秒钟采样几十次、同步测量几十个点的数据采集，PJ85718DM 这种小封装传感器就不合适了，应该换成多通道 ADC 加模拟开关，或者多颗 SPI 接口传感器并行采集。另外，远程二极管探头要求 D+/D- 走线不引入太大串联电阻和电容，如果现场要求探头到主控超过三五米，就得重新评估，优先考虑把传感器直接放在探头端，走数字总线回传。想清楚这条边界，后面就不会在错误方向上花太多时间。

2. 硬件电路：从传感器引脚到远程二极管探头的关键布局

2.1 最小接线一图流

这套硬件的最小系统非常精简。PJ85718DM 的供电就接 3.3V，VDD 和 GND 之间放 0.1µF 加 1µF 电容，SDA、SCL 各用一个 4.7kΩ 电阻上拉到 3.3V。PIC18LF46K42 的硬件 I2C 引脚复用为 SCL 和 SDA，接过去就行。ALERT 引脚是可选功能，如果要用超温报警，就把它接到 MCU 的外部中断引脚，同样需要上拉，因为报警输出通常是开漏。

PIC18LF46K42 PJ85718DM RB1 (SCL) ------------> SCL RB2 (SDA) ------------> SDA VDD 3.3V ------------> VDD GND ------------> GND RC0 ------------> ALERT (可选)

需要提醒的是，上拉电阻不是随便抄的。I2C 上拉太小，比如 1kΩ，低电平输出可能拉不下去；上拉太大，比如 10kΩ，总线上升沿变缓，高频通信容易出错。100kHz 标准模式用 4.7kΩ 是从经验上看最稳妥的起点。总线长度不超过 30cm 的情况下，这个组合基本不会出问题。

2.2 远程二极管探头怎么接才不丢精度

远程通道的探头端，我建议直接使用小信号三极管的 BE 结来做测温二极管，比如常见的小信号器件，把基极和集电极短接，使用 BE 结两端。用三极管而不是普通二极管，是因为其 PN 结特性更接近远程传感器芯片设计时的标称参数。极性问题尤其重要：接到 D+/D- 的方向错了，读数要么变成无效值，要么出现完全离谱的负温度。

连线原则有三条。第一，D+/D- 要双绞，尽量等长，不给干扰提供环路面积。第二，从主控端到探头端的总电容和串联电阻要控制在器件手册允许范围内，一般几十皮法到一两纳法是安全的，电阻则越小越好，走线用 0.5mm 以上的线径。第三，如果现场必须穿越功率线束，一定要加屏蔽或走独立线槽，远程测温信号本身只有毫伏级，变频器电缆靠近了就是全是噪声。

还有一个细节：很多这类芯片支持在 D+/D- 之间加一个小容量滤波电容，加与不加要看手册。加滤波可以显著改善抗干扰，但电容太大会影响动态响应。拿不准的时候，用默认值并做一次对比测试，比盲目加大电容靠谱。

2.3 HVAC 现场常见的三种探头封装

根据不同测温目标，远程二极管探头的物理形态有区别。

风道送风/回风温度，适合做金属壳插入式探针。把三极管芯片封装进一个金属盲管，引出 D+/D-，探针插入风道侧孔，用硅胶或密封胶固定。金属外壳可以保护芯片，也方便用手感判断探头是否松动。

盘管表面温度，适合做 PCB 小贴片探头。一片很小的 PCB，上面焊三极管，留两个焊盘或者 M2 螺丝孔，用导热硅脂贴合到铜管表面，外面包一层保温棉。核心点是导热路径要短，如果只靠引线连接、芯片本体悬空，测出来的多半是环境温度而不是管壁温度。

压缩机排气温度或冷凝器表面温度，温度可能到 90°C 以上，探头要做耐热处理。不能用普通热缩管，建议用玻纤套管加环氧灌封，引线选用铁氟龙线。这个场景下接线柱附近的应力也要留意，暖通现场的振动很大，焊点冷裂是常见故障模式。

2.4 上电与布局的几个暗坑

第一个暗坑是 I2C 总线上只挂一个设备时容易想当然。有些传感器在地址引脚悬空时默认地址是确定的，但 ALERT 引脚和地址引脚间距很近，PCB layout 时把两个引脚连到一起，会造成地址错误。画板前先把引脚功能图打出来逐脚核对。

第二个暗坑是本地传感器不要放在发热角落。PJ85718DM 的本地通道测量的是芯片自身温度，不是电控盒大环境温度。如果把它挨着电源电感或者 MOSFET 散热片，本地温度会比环境高出很多度，用来做环境补偿就会引入误差。布局上把它放在 PCB 边缘、远离大功耗器件的地方。

第三个暗坑是远程走线穿过开关电源区。我做过的一块板子，最初 D+/D- 从 MCU 底部走线，恰好穿过了 DC-DC 电感下方，上电后远程温度在 25°C 和 40°C 之间来回跳。后来把走线绕到板边走，现象立刻消失。这类问题在没有示波器的情况下容易被误判成传感器坏。

3. 固件实现：I2C 驱动、寄存器读取与温度换算

3.1 寄存器映射与初始化流程

本文以 PJ85718DM 常见的 pointer + 数据寄存器 布局为例。实际使用时，请把你手头器件手册的寄存器映射对照填入，各厂商同功能芯片的寄存器偏移可能不同。一般会包括配置寄存器、本地温度寄存器、远程温度寄存器、本地/远程高低温限寄存器和报警状态寄存器。

初始化流程并不复杂：先配置 MCU 的硬件 I2C 模块为主机模式，速率选 100kHz 或 400kHz；然后向 PJ85718DM 写配置寄存器，设置为单次转换模式，默认报警极性，清除上电状态位；如果要用 ALERT，再把本地和远程的高温阈值填进去。整个过程一次 I2C 写事务就能完成。

有一个容易被忽略的点：配置寄存器里可能有转换分辨率位。如果默认分辨率是 12 位，转换结果是 12 位有符号数；如果改成 13 位，后续换算时右移位数和步进系数都要跟着变。我建议直接用默认分辨率，少一处隐患，HVAC 应用 0.0625°C/LSB 的量化步进已经足够细腻。

3.2 读取本地/远程温度的 C 代码骨架

下面这段是去掉硬件抽象层细节后的读取逻辑，我在实际项目里就是这么搭的。i2c_start、i2c_write、i2c_read 这些函数名对应你硬件抽象层里实现的具体驱动。

#define PJ85718DM_ADDR_W 0x90 /* 由器件地址和写位拼出 */ #define PJ85718DM_ADDR_R 0x91 #define REG_LOCAL_TEMP 0x00 #define REG_REMOTE_TEMP 0x01 uint16_t read_temp_register(uint8_t reg) { uint16_t v; i2c_start(); i2c_write(PJ85718DM_ADDR_W); i2c_write(reg); i2c_stop(); i2c_start(); i2c_write(PJ85718DM_ADDR_R); v = (uint16_t)i2c_read(1) << 8; /* 第二个参数 1 表示回 ACK */ v |= i2c_read(0); /* 最后一个字节回 NACK */ i2c_stop(); return v; } void read_both_temperatures(void) { uint16_t local_raw = read_temp_register(REG_LOCAL_TEMP); uint16_t remote_raw = read_temp_register(REG_REMOTE_TEMP); int16_t local_val = (int16_t)local_raw; int16_t remote_val = (int16_t)remote_raw; float t_local = (float)(local_val >> 4) * 0.0625f; float t_remote = (float)(remote_val >> 4) * 0.0625f; }

关键点是最后一步：把原始值强转成 int16_t 再右移 4 位，而不是直接用 uint16_t 右移。温度是带符号的，直接对无符号数右移，负温度会变成一个大正数，后面再做负数判断就全乱了。右移 4 位后乘以 0.0625，顺序不能反过来，否则整型除法会直接把小数部分丢掉。

3.3 负温度、符号位与精度问题

HVAC 设备经常要测低温环境，比如冬季新风机组或者冷库进风侧，温度会到零下。负温度的处理看起来是个小问题，但非常容易写错。

如果读到 raw = 0xFE70，按 12 位有符号数理解：最高位是符号位，值等于 -400，右移 4 位后是 -25，乘 0.0625 得到 -25.0°C。上面代码里先转 int16_t 再右移，就是因为这个原因。如果中途用无符号变量参与运算，这个结果就变成 0x0E70 对应的 230.0°C，完全没法用。

另外，PJ85718DM 这类器件转换完成前读寄存器，可能读到上一次转换结果或者不确定值。工程上不要读回来就直接用，建议在配置寄存器里查看转换状态位，或者干脆用一个延时等待转换完成。单次转换模式通常要等几十毫秒，具体时间以数据手册为准。我在很多代码里见过有人不等待直接连续读，结果是第一组数据和第二组数据相差几度，看起来像传感器有问题。

3.4 阈值报警与 ALERT 引脚联动

温度监测不只是周期读数。如果 MCU 死了，或者固件跑飞，靠软件轮询做保护不可靠。PJ85718DM 的本地/远程温度阈值比较器可以在硬件层面直接拉低 ALERT 引脚，这个功能在 HVAC 里很有价值。

做法是：上电初始化时写入本地和远程的高温阈值，比如 85°C 和 100°C，再配置 ALERT 为超温触发。正常运行中 ALERT 保持高电平，一旦任一通道超限，引脚立刻拉低，MCU 可以接外部中断唤醒，也可以把这个信号送到风扇控制三极管，实现"温度超了直接降速/关机"的硬保护。

这里有一个经验性问题：阈值比较带滞后。也就是触发之后要回到比阈值低一定数值才解除报警，否则温度在阈值附近波动时，ALERT 引脚会反复跳变。留出合理的滞后余量，现场会稳定很多。

4. 远程通道“为什么准”：二极管测温原理与误差源

4.1 ΔVbe 测温原理，一个电平等级的智慧

远程温度通道的底层原理是半导体物理里的 ΔVbe。如果你不是硬件背景，可以这样理解：给同一个二极管施加两个不同电流 I1 和 I2，分别测出它两端的正向压降 Vbe1 和 Vbe2，然后求差值。

单个 Vbe 的离散性很大，同一型号三极管在 25°C 下可能从 0.58V 到 0.70V 不等，没法直接拿它当温度计。但 ΔVbe 几乎只由温度决定，因为制造工艺差别、漏电流差异、具体器件绝对压降幅值，都在做差值时被消掉了。温度升高，ΔVbe 变大；温度降低，ΔVbe 变小。传感器芯片内部用一个小 ADC 去测量这个差值，再乘以固定系数和理想因子修正，就得出远程温度。

这个方案最聪明的地方在于：远端探头的标定被集中到了芯片内部，外部只要是一个质量尚可的二极管或三极管 PN 结，就能获得不错的绝对精度。这也是为什么远程测温探头可以做得如此简单，一根双绞线加一个三极管就够。

4.2 串联电阻误差：长线探头的头号敌人

远程测温不是没有代价的。既然测的是二极管两端电压，那么探针引线上的走线电阻也会串进去。测量过程中电流在两个电流值之间切换，串联电阻上产生的压降也随之变化，这个变化的压降会叠加进 ΔVbe，被当成温度变化算进去。

一根一米长的线，加上端子接触电阻，如果整体串联电阻有 5Ω，产生的误差可能相当于好几度。这不是夸张，具体系数取决于芯片电流值的大小和切换比例。所以前面强调 D+/D- 要双绞、等长、用粗线，就是为了把串联电阻压到最低。那种"反正就两根线随便飞线"的思路，在远程测温上走不通。

部分传感器芯片内置了串联电阻自动消除算法，但启用前要看数据手册确认电流切换时序和允许的线阻范围。如果器件没有这个功能，唯一的办法就是尽量缩短线长并保证焊接质量，不要指望软件能完全纠正物理层带来的误差。

4.3 理想因子、噪声与滤波

远程测温还有一个隐藏参数叫理想因子 η。它反映实际二极管电流-电压曲线和理想指数模型的偏差。芯片内部固定按某个典型值换算温度，但不同厂家、不同批次的三极管，η 值会有微小差别。这种误差在高精度的计量场景里不能忽略，不过在 HVAC 常规控温需求下，通常小于零点几摄氏度，适合先跑一轮实测再看要不要处理。

噪声是另一个实际限制。D+/D- 信号幅度在毫伏级，比 I2C 数字线脆弱得多。现场变频器工作、继电器吸合、接触器闭合的瞬态干扰，都会通过空间耦合进探头线。应对手段包括双绞、屏蔽和滤波电容。如果实测中远程温度出现周期性跳动，优先检查它和继电器动作是否同步。用示波器挂在 D+/D- 上是最直接的验证方式，现象一目了然。

4.4 现场快速标定的土办法

不借助高精度恒温槽，也可以用两个简单手段做现场验证。第一个是冰水混合物，把探头和标准温度计同时插进带冰块的保温杯，稳定后读传感器值，记录下来作为 0°C 点；第二个是人体温度，手握探头让温度稳定到接近 37°C，与标准体温计做对比。两点之间的线性度可以粗略评估。

我做过一次对比测试：同一颗三极管探头，冰水混合物读 0.3°C，标准温度计 37°C 时读 36.6°C，整体偏差在可接受范围内。如果现场发现偏移规律是线性的，最简单的修正就是换算后加一个软件偏移量。批量生产时则建议在产线上设置一个恒温块，逐片记录初始偏移，作为出厂校正码写入 EEPROM。HVAC 控制器常见的 ±1°C 要求，这种方式完全能覆盖。

5. HVAC 现场部署的调试陷阱与实测数据

5.1 “送风温度读数变成乱码”的排查链路

有次在模拟风盘控制器上调试，送风温度通道读出来的值固定在 -270°C 附近，本地温度却正常。这是一个非常典型的远程通道故障现象。要按链路排查，不要一上来就怀疑芯片。

先看寄存器原始值，是 0x0000 还是 0xFFFF 或者是某个固定值。0x0000 和 0xFFFF 往往表示二极管开路、短路或极性反接。然后查 D+/D- 接口电压，用万用表二极管档量探头两端，应该能看到 PN 结压降；如果完全导通或完全不通，就是探头端问题。再看焊接，直接量传感器引脚到探头引线之间的通断，排除冷焊和线序错误。最后确认探头三极管极性：D+ 接基极还是 D- 接基极，必须按数据手册来。

最终那次问题的根源就是探头焊反了，一个低级错误。但排查速度快的原因是每一步都用排除法推进：先软件后硬件，先传感器引脚后探头焊接。这个过程值得记下来，现场调试时能节省大量时间。

5.2 变频器干扰导致读数跳变的处理

HVAC 系统里变频器几乎无处不在，风机、水泵、压缩机全是变频驱动。远程温度探头长线很容易拾取共模噪声，表现就是远程温度读数在稳态下依然有规律跳变。

处理思路按顺序做。第一步，把探头双绞线再收紧，减少环路面积；第二步给 D+/D- 加滤波电容，容量按手册推荐值；第三步，线束路径避开变频器输出电缆，尤其不要与动力线共用同一线槽。如果还不行，就在固件里对远程温度做多次采样的中值滤波，比如连续读 5 次取中值再参与控制。

值得注意的是，不要一上来就搞复杂的滤波算法。先解决物理层干扰，再考虑软件滤波。我曾经遇到过一个案例，屏蔽层单独一端接地后，读数跳变幅度明显降低，但两端都接地反而因为地环路电流引入了新的干扰。这个细节很容易被忽略。

5.3 留意本地温度不等于机柜温度

很多工程人员会想当然地把 PJ85718DM 的本地温度当作"电控盒内环境温度"来用，这是有偏差的。芯片自身在运行中会发热，哪怕功耗只有几十毫瓦，也会让本地读数比 PCB 空气温度高 2~5°C。

如果这个温度只用来做板级保护，那么高一点反而安全。但如果用本地温度参与系统控制，比如决定室外机是否除霜，就必须做修正，或者在 PCB 上取一个冷点位置专门测环境。更稳妥的做法是：本地温度只作趋势监测和超温保护，真正参与控制的温度点用远程探头或者独立 NTC。主控 MCU 自带的内部温度指示器同理，只能做粗参考，别拿它当控制源。

5.4 几个工况下的实测数据参考

下面这组数据是我在一个模拟风盘系统里记录的，用来验证这套测温方案的可行性。环境温度约 25°C，风盘送风运行，压缩机回路通过电加热器模拟热源。

偏差来源主要为导热路径和安装工艺，整体在 HVAC 工程可接受范围内。铜管表面那个点偏差反而略大，是因为表面温度梯度本来就很高，热电偶和远程探头安装在相邻但不同的位置，测到的不是同一个点的温度。这种位置差异不算计量误差，工程上要注意区分。

5.5 探头固定的额外提醒

表面温度测量的成败，很多时候不在芯片而在工艺。探头与管壁之间哪怕只有 0.1mm 空气层，热阻都会明显上升，导致读数偏慢且偏低。正确做法是打磨贴合面、涂导热硅脂、用金属卡箍固定，外面再包保温棉。风道探头正好相反，要确保探针末端处于气流混合充分的位置，不要太贴近风道壁面，否则会受壁面温度影响。

还有一个小细节：对压缩机管路这种高温高振动部位，探头引线靠近热源的一端容易老化变硬。选线材的时候就要选耐温等级足够高的，不能只看常温铜芯截面。

6. 后续扩展：从单机测温到多节点控制网络

6.1 把 I2C 测温节点接入 RS-485 总线

单机控制器做完之后，下一个自然而然的需求是联网。HVAC 现场最成熟的上层协议是 RS-485 加 Modbus，PIC18LF46K42 集成了多个 UART，加一个外部收发器就可以扩展出来。

这时候整套系统的架构就清晰了：PIC18 作为区域主控，通过 I2C 读 PJ85718DM 的本地和远程温度，自己处理风扇、阀门和报警逻辑，同时把温度值打包成 Modbus 寄存器，供上位机或者楼宇管理系统轮询。远程探头放在最需要测的位置，现场人员只需要在上位机上看到送风温度、回风温度、管壁温度，没必要关心传感器是怎么接的。

多节点部署时，给每个控制器分配不同的 Modbus 从站地址，用拨码或者参数配置实现。MCU 侧做一下通信看门狗，总线长时间无请求时不影响本地温控逻辑。

6.2 低功耗睡眠与间歇轮询

如果是电池供电的无线温度采集节点，这套组合还可以进一步压低功耗。PIC18LF46K42 睡眠模式电流很低，PJ85718DM 单次转换模式也几乎只在转换期间消耗电流，两者配合非常合适。

典型工作循环是：MCU 定时器唤醒，启动传感器单次转换，等待转换完成，读取本地和远程温度，刷一次显示或者发一次无线数据，然后重新进睡眠。如果采样周期是 10 秒一次，平均电流可以做到很低的水平。这里有个经验点：等待传感器转换期间不要空转干等，直接让 MCU 也进睡眠，唤醒后再读结果。因为 I2C 读取必须在传感器转换完成后进行，可以用一个较短的二次定时或者利用 ALERT 引脚唤醒。

6.3 温差数据与设备健康判断

本地与远程温度的成对测量，在 HVAC 里还有一个隐藏价值：温差可以反映设备健康状况。送风和回风温差变小，可能意味着过滤网脏堵；盘管表面温度和空气温度温差异常，可能意味着换热效率下降或者制冷剂不足。温度传感器不只是用来闭环控制，长期记录同一对测温点的温差趋势，能提前发现设备劣化。

我在实际项目里会让 MCU 统计每小时的温差平均值并缓存，周期性通过 Modbus 上报。上位机只需要画一条趋势曲线，设备是不是快出问题了，一目了然。这种功能几乎不增加硬件成本，却极大提升了整套系统的维护价值。

最后说一个量产细节：正式发货前，每一块控制器最好都过一遍温度校验工装，用恒温块加标准测温仪在 25°C 和 50°C 各测一次，把偏差记录并写入 MCU 的存储区。HVAC 设备寿命长、现场环境恶劣，出厂时多花半分钟，能省掉大量售后沟通成本。这套 PJ85718DM 加 PIC18LF46K42 的方案，硬件上足够简单，真正的功夫在于把探头工艺、固件细节和标定流程都做扎实。