前阵子做某HVAC控制器的控制板，原本用的是 NTC 热敏电阻分压采温度，一个测温点接一个热敏电阻，现场布线一多就开始头疼——不是热敏电阻本身不行，而是每一路都要单独标定，生产环节还得一台台去校，查故障时更难判断到底是探头坏了、线松了还是分压电阻漂了。后来我把方案换成了 PJ85718DM 这颗数字温度传感器，搭配 PIC32MX795F512L 做主控，实现了“本地温度 + 远程温度”双通道监测，一版跑通，后续嵌入式和 HVAC 项目我都直接沿用这套思路。这篇文章就把整个选型、硬件连接、固件读取、校准实测和调试排错的过程完整写出来，给正在纠结温度采集方案选型的同行做个参考。
PJ85718DM 这类传感器的核心价值在于：一颗芯片同时提供本地测温通道和远端测温通道，远端通道只要接一个普通的感温二极管或小信号三极管的 BC 结就能把探头引到十几厘米甚至更远的位置，省掉一个独立传感器，也不用为每个探头单独占 I2C 地址。再加上 PIC32MX795F512L 自带 I2C、DMA、多个串口和以太网控制器，非常适合做需要本地显示、远程上报、多路扩展的嵌入式温度监测设备。下文涉及的具体寄存器地址、温度格式以实际芯片手册为准，但设计和排查思路是通用的，换个同类型的双通道传感器也能直接套用。
1. 温度监测为什么非得分“本地”和“远程”：需求拆解与选型逻辑
1.1 嵌入式和 HVAC 场景里的“本地”与“远程”到底指什么
很多人刚看到“本地与远程温度”会以为是局域网远程监控那种概念，其实在这个标题里，它更多指的是传感器布点位置的区别。
在 HVAC 设备里，本地温度一般指控制器电路板附近的环境温度，或者板载传感器所在位置的空气温度，用来判断控制箱内部是否过热；远程温度则指需要放在设备之外、远离主板的测温点，比如风机盘管的送风口温度、冷媒管表面温度、回风口温度、室外机环境温度。这些测温点离主板可能只有十几厘米，也可能隔了半米到一米，但都不能忍受拉一条很长的模拟信号线。
嵌入式设备里的逻辑类似。我做过的一个机柜监测项目，本地温度测的是 PCB 上功率器件附近的温度，远程温度则要放到机柜进风口和出风口两个位置。如果都用单点传感器，主板上要摆三四颗芯片、占三四条 I2C 地址，或者走多路 ADC 加模拟开关，无论成本还是布局都很别扭。PJ85718DM 这种“一片双通道”的器件正好卡在这个需求点上。
1.2 一颗双通道传感器和三颗单点传感器的成本与可靠性对比
我专门做过一个选型对比表，放在项目评审里用：
| 方案 | 器件数量 | 通道数 | 标定一致性 | 成本 | 布线复杂度 |
|---|---|---|---|---|---|
| NTC 热敏电阻 + ADC | 每点一个 NTC，共用 ADC | 多路 | 每个 NTC 都要单独标定 | 低但人工成本高 | 模拟信号线长，抗干扰差 |
| 每路一个数字传感器 | 每点一个 I2C 芯片 | 多路 | 不同芯片间有偏差 | 中等偏高 | 需要多地址或多总线 |
| PJ85718DM 本地+远程双通道 | 一颗芯片+一个感温结 | 2 通道 | 同一芯片内部两通道一致性很好 | 中等 | 两根线到远端探头，走线少 |
这个对比里最有说服力的是标定一致性。两颗独立传感器之间的偏差可能到 ±1°C 甚至更大，而同一颗芯片内部的两个通道，用的是同一个半导体工艺和同一个参考源，虽然绝对精度也要看手册，但至少通道间的漂移方向是同步的，在 HVAC 这种对相对温差比较敏感的控制场景里很有用。
1.3 PIC32MX795F512L 在方案里的角色划分
选 PIC32MX795F512L 不是因为它名字长，而是这个项目的后续功能需求确实把它逼到这一步。这颗 MCU 是 MIPS M4K 内核，主频最高 80MHz，内置 512KB Flash 和 128KB RAM，接口资源非常充裕：I2C 控制器、UART、SPI、CAN、USB、以太网、DMA 都有。前期做温度监测时可能只用到 I2C 和一个串口，但到了第二期要加 Modbus 上报、本地 LCD、远程以太网接口，这颗芯片就不用换，留出的富余量非常可观。
对温度监测这个功能本身来说，PIC32 的高主频有点“大材小用”，但好处也很明显：I2C 可以用 DMA 搬运数据，CPU 几乎不占用；温度滤波和阈值判断可以做得比较“奢侈”，用滑动平均加限幅滤波，实时性一点不受影响；后续如果挂多个 PJ85718DM，或者走 RS485 接十几个远端采集节点，CPU 和内存资源也都扛得住。
2. PJ85718DM 与 PIC32MX795F512L 的硬件连接实践
2.1 PJ85718DM 的最小电路与远端测温探头接法
PJ85718DM 的引脚功能大致可以分成几组：电源和地、I2C 通信引脚 SCL/SDA、地址配置引脚 A0/A1/A2、远端测温的 DXP/DXN 正负输入端、以及可选的中断/告警输出引脚。具体封装和引脚顺序一定要以手册为准，我在这里只讲设计思路。
供电方面我直接用 3.3V 给传感器供电，和 PIC32MX795F512L 保持同一电源轨，避免电平转换。SDA 和 SCL 各接一颗上拉电阻到 3.3V，I2C 工作在 100kHz 标准模式时上拉电阻选 4.7kΩ，如果打算跑 400kHz 快速模式，建议换成 2.2kΩ。这个取值不是随手写的，需要根据总线电容估算：上拉电阻太大，边沿上升时间会超过 I2C 规范；电阻太小小，总线灌电流会超标。板子上的走线不长、挂载设备也不多的情况下，2.2kΩ 到 4.7kΩ 都能正常工作。
远端测温探头是整个方案里最容易被低估的部分。PJ85718DM 的远程通道通常要求接一个二极管连接的晶体管，工程上最常用的是小信号三极管的 BC 结短接，比如把 NPN 管的基极和集电极短接当成二极管用，发射极作为另一端。探头与 DXP/DXN 之间最好用双绞线或屏蔽线，而且 DXP 和 DXN 两根线要一起走，不要让它们形成一个大环路，否则很容易耦合电源噪声。
2.2 PIC32 侧的外围电路：晶振、电源和 I2C 引脚分配
PIC32MX795F512L 我用的是外部 8MHz 晶振，再通过片内 PLL 倍频到 80MHz 系统时钟。这样做的好处是 USB 或其他需要精确时序的外设之后可以直接复用，不用再改晶振。如果项目只做温度采集，其实也可以用内部 RC 振荡器跑，但我的建议是温度采集这种“长期挂机”的场景还是用外部晶振更稳。
I2C 通道我选的是 I2C1，SDA 和 SCL 分别接到 PIC32 对应的引脚。上拉电阻的位置尽量靠近 MCU 一侧，因为 MCU 的引脚驱动能力更强，而且远离传感器可以减少噪声串入。电源部分我给数字电源和模拟地做了单点连接，PJ85718DM 的供电脚旁边放了一颗 0.1μF 陶瓷电容，再并一颗 10μF 钽电容，滤低频效果更好。继电器、电机驱动这些感性负载一定要和传感器供电分开布线，或者至少保证地平面完整持续，否则远程温度读数会在继电器吸合的瞬间跳几度。
告警输出脚我接到了 PIC32 的一个带中断功能的 GPIO 上。这个脚可以配置成比较模式，当本地或远程温度超过上/下限时由传感器硬件直接拉低告警，MCU 哪怕在休眠模式下也能被唤醒。这个功能在 HVAC 的过温保护场景里特别好用，比让 MCU 一直轮询温度寄存器省电得多。
2.3 布线阶段容易翻车的三个点
第一，远程探头的两根线不能长距离平行于继电器输出线或者 220V 强电走线，即使用了屏蔽线也要避免。第二，I2C 总线上的设备如果不止 PJ85718DM 一颗，每颗芯片的电源都要单独加去耦电容，否则某个设备上电瞬间会把总线拉低。第三，远端探头如果放在金属管路表面，探头本体需要用导热绝缘垫片或者玻纤胶带隔离，避免探头外壳直接碰到带电体造成高压串入低压系统。
这些经验都是调试阶段一个一个坑踩出来的。最开始我把远程探头线跟 24V 交流电磁阀的线扎在一起跑了 30cm，结果每次电磁阀动作的瞬间，远程温度读数就跳 2°C 左右，把电源噪声滤了好几轮才反应过来是走线串扰。后来重新分开走线，问题直接消失。
3. 固件核心逻辑：双通道读取、滤波与阈值告警
3.1 I2C 初始化与温度寄存器读取流程
PIC32 的 I2C 外设使用上和其他 MCU 的 I2C 外设类似，关键是确认波特率配置正确。I2C 时钟 = 外设时钟 /（2 * (BRG + 1)），BRG 寄存器要根据实际外设时钟反推。如果外设时钟是 80MHz，要得到 100kHz 的 I2C 时钟，BRG 大概要配置成 400 左右的值，具体函数封装方式取决于你用哪个开发环境，这里给一个通用的读取流程示例：
#define TEMP_SENSOR_ADDR 0x90 // 7位地址右移一位后左移一位的常见写法，实际以手册为准 #define REG_LOCAL_TEMP 0x00 #define REG_REMOTE_TEMP 0x01 #define REG_CONFIG 0x03 float read_temperature(uint8_t reg_id) { uint8_t buf[2]; int16_t raw; i2c_start(); i2c_write(TEMP_SENSOR_ADDR & 0xFE); // 写方向 i2c_write(reg_id); i2c_restart(); i2c_write(TEMP_SENSOR_ADDR | 0x01); // 读方向 buf[0] = i2c_read(1); // 第一字节后回 ACK buf[1] = i2c_read(0); // 最后一字节后回 NACK i2c_stop(); raw = (buf[0] << 8) | buf[1]; return (float)raw / 16.0f; // 常见 12~14 位补码格式 }PJ85718DM 这类双通道传感器的温度寄存器通常是 16 位补码格式，值除以 16 就得到摄氏度。比如读到 0x01A0，除以 16 就是 26.0°C；如果是负温度，比如 0xFC00，除以 16 就是 -4.0°C。需要注意高位字节可能包含标志位或者保留位，用之前先看手册确定有效位宽，屏蔽掉无效位再做符号扩展。
3.2 软件滤波策略：滑动平均配合限幅判断
硬件再好，温度信号也免不了有毛刺。我在固件里做了两级滤波：先做限幅滤波，如果当前读数和上次有效读数差超过 5°C，就认为这次是异常值，直接丢弃；再做 8 次滑动平均，输出稳定的温度值。这套组合在继电器吸合产生的瞬态干扰下非常有效，而且没有 Kalman 滤波那么吃算力，MCU 的负载几乎可以忽略。
3.3 阈值告警与状态上报机制
阈值告警有两种实现方式。一种是纯软件方式，MCU 每个周期读回温度后和设定值比较；一种是硬件方式，把高/低阈值写入 PJ85718DM 的对应寄存器，配置成比较模式，让 OS 引脚直接触发中断。我最终用的是混合方式：本地通道用硬件告警，因为过温是安全相关事件，不能依赖 CPU 主循环；远程通道用软件监控，因为远端探头的读数偶尔会有因为线缆接触不良造成的异常跳变，软件处理更灵活，可以加入去抖逻辑而不是一触发就复位。
4. HVAC 场景下本地与远程温度的校准实测
4.1 送风口、冷媒管、回风口三种探头安装位置的差异
同一个远程探头，放在不同位置读出来的温度含义完全不同。放在送风口，测量的是经过表冷器处理后的空气温度，响应快，但要注意不能装在出风短路的位置，否则读到的可能只是局部涡流；贴在冷媒管表面，测量的是管路壁温，这个读数在热泵模式下会从夏天的十几度变到冬天的四五十度，动态范围很大，探头和管壁之间一定要涂导热硅脂并且用保温棉包住，否则管壁温度会被环境空气“稀释”；放在回风口，接近室内真实温度，但响应最慢，适合做温控器的主反馈。
我实际测过对照组，同一探头分别裸露在空气中、包保温棉贴在管壁上的读数，最大能差 6°C 左右。所以安装工艺本身也是误差来源之一，不能只盯着传感器精度。
4.2 用冰水浴和精密温度计的校准步骤与数据
校准我把探头和一根标准温度计同时放进冰水混合物中做零点校准，再放 40°C 恒温水浴里做满量程点校准。PJ85718DM 的双通道会读到两个值，分别记录偏差，在固件里给每个通道加一个偏移量就行。实测下来，本地通道和远程通道的通道间偏差很小，但远程通道因为线缆电阻的存在，会呈现“温度越高偏差越大”的趋势，这时候只做单点偏移就不够了，要做两点线性校准。
下面是其中一组实测数据，参考温度计、本地读数、远程读数对比：
| 参考温度 | 本地通道读数 | 本地偏差 | 远程通道读数 | 远程偏差 |
|---|---|---|---|---|
| 0.0°C | 0.4°C | +0.4°C | 1.2°C | +1.2°C |
| 25.0°C | 25.3°C | +0.3°C | 26.0°C | +1.0°C |
| 40.0°C | 40.1°C | +0.1°C | 41.5°C | +1.5°C |
远端偏差大体呈正相关，后来我把远程线缆长度从 50cm 换到 15cm，偏差立刻下降到 0.5°C 以内。这提醒我：远程通道的精度很大程度上取决于探头线缆和安装一致性，如果要求高，一定要把“探头线长度固定”写进生产规范。
4.3 PCB 局部发热对本地通道读数的干扰不能忽视
本地通道测的是传感器芯片所在位置的温度，不是空气温度。如果传感器离 DC-DC 电感、功率 MOS 管太近，本地读数会比机箱环境温度高好几度。我在项目里遇到的情况是：本地通道读 42°C，但热成像显示传感器附近 PCB 表面温度就是 43°C，而机箱内空气其实只有 35°C 左右。如果你的产品是用本地温度做环境控制判据的，传感器摆放位置一定要离热源远一点，或者干脆用远程通道测环境温度，把本地通道只用作器件过温保护。
5. 嵌入式和通用场景下的扩展思路
5.1 一条 I2C 总线上挂多个 PJ85718DM 的地址扩展
PJ85718DM 通常有 A0、A1、A2 三个地址引脚，通过接高接低可以组合出多个不同地址。一颗芯片双通道，三条地址线理论上就能挂 8 颗芯片，一共 16 个温度通道，对多数嵌入式机柜监测已经完全够用。但要注意，总线上的上拉电阻需要重新计算：挂载设备越多，总线电容越大，原来 4.7kΩ 的上拉电阻可能就不够了，要么换成 2.2kΩ，要么降低速率到 100kHz。
5.2 数据上报方式的选型：Modbus、串口还是以太网
温度数据采回来总得送出去。PIC32MX795F512L 上的 UART 足够多，最简单的方案是走 Modbus RTU，把温度寄存器映射成保持寄存器，上位机组态软件直接读。如果设备要联网，这颗芯片本身集成了以太网 MAC，外部挂一颗 PHY 芯片就能实现 TCP 上报。我在某项目的第二期就是把温度数据从串口上报改成了以太网上报，MCU 代码几乎不用动，因为整个采集和滤波部分已经和传输层做了隔离，只改发送函数即可。
5.3 低功耗场景下的处理手段
如果是电池供电的无线温度标签类产品，连续转换模式就太耗电了。PJ85718DM 这类芯片一般支持可编程转换周期或者单次转换模式。固件里的做法是：MCU 定时唤醒，发起一次 I2C 转换，等待转换完成读回温度，然后立刻关 I2C、进入休眠。PIC32 的休眠模式下功耗很低，整机平均电流可以压到微安级别。远程通道的探头因为接在传感器上，休眠时建议把 DXP/DXN 也通过寄存器配置成低功耗状态，否则二极管上也会有微安级的漏电电流。
6. 调试中踩过的坑与完整排查链路
6.1 I2C 总线被拉死：从现象到定位的排查过程
有一版样品上电后，PIC32 扫描不到 PJ85718DM，示波器看 SCL 有波形，SDA 一直为低。我第一步先断开传感器，单独回读总线，确认 MCU 侧正常；然后逐个接回总线设备，接回传感器就复现问题，说明传感器或传感器排插有问题。用万用表量排插电源脚，发现 3.3V 和 GND 之间存在短路，最后定位到传感器底座焊接时，一个引脚把焊锡蹭到了旁边的地焊盘。这类硬件问题，如果一开始就怀疑固件 I2C 配置，会浪费非常多时间。排查顺序永远是硬件先于软件。
6.2 远程通道读出异常标志值时的判断逻辑
远程通道如果探头断路或者短路，寄存器会读出特定的标志性数值，比如接近满量程的值。如果我只做除法当成普通温度用，程序会认为温度到了 120°C 甚至更高，直接把设备高保护停机。正确做法是读状态寄存器，检查断路位和短路位，然后再决定是否更新温度。固件里我加了一段保护逻辑：如果连续两次读到断路标志，就上报“探头故障”而不是上报一个离谱的温度值，同时关闭依赖远程温度的控制逻辑，避免误保护。
6.3 继电器吸合瞬间的温度跳变：一次完整的软硬结合修复
现场反馈说温度显示偶发跳变，我带着示波器蹲了半天，发现跳变时刻正好对应继电器吸合。第一步确认是辐射干扰还是传导干扰，把继电器负载断开，只留线圈吸合，复现了跳变，说明是线圈通断造成的辐射或电源干扰；第二步在传感器供电脚并电容，跳变减弱但没有消失；第三步把远程探头线单独走线，跳变完全消失。最后又加了一层软件滤波兜底，三道防线都做了才彻底放心。这个案例最能说明问题：温度采集的稳定性，硬件布线和软件滤波是互补关系，不能只依赖一头。
我在实际项目里最大的体会是，双通道温度传感器真正解决的不是省一颗料的问题，而是布点灵活性和通道间一致性。如果你也在做 HVAC 控制器、嵌入式机柜监测或者类似的温度采集设备，可以照着这个思路先搭最小系统验证：一颗 PJ85718DM 加一块 PIC32 最小系统板，很快就能把本地和远程两路温度同时读出来，剩下的精力就可以全部放在探头安装工艺和软件滤波上，这两块才是决定产品实际测温精度的地方。
