做嵌入式和 HVAC 控制系统的朋友迟早会遇到一个场景既要看控制板周围的温度又想知道远端管路、风道或者电机身上的温度。手头这套方案是用一颗 PJ85718DM 和一颗 PIC18LF46K42 搭出来的芯片不多但正好把“本地温度”和“远程温度”两条采集链路都覆盖了。PJ85718DM 负责把传感器通道的数据变成数字量PIC18LF46K42 负责读、算、报警和上报整体功耗也不高。这篇文章把我从选型、画板、写驱动到现场调试遇到的所有关键点都梳理一遍给正在做双通道温度监测或者想抄作业的同行一个参考。1. 方案整体思路为什么我决定这么搭1.1 核心需求拆解这个题目的本质其实不是“测温度”而是“用一套低成本器件同时管理两个测温点”。很多控制系统里MCU 自带的内部温度传感器只能测芯片附近的温度精度和热耦合都一般而单独拉 NTC 热敏电阻到远端又存在长线引线电阻和分压校准问题。PJ85718DM 一类本地/远程温度传感器芯片的设计理念就是本地通道测量芯片所在位置的环境温度远程通道通过 D、D- 两个引脚外接一颗二极管/晶体管利用 PN 结正向压降随温度变化的物理特性推算远端温度。这样一根 I2C 总线上就能读到两个温区适合嵌入式设备里的板级热管理也适合 HVAC 机房里的管路与风温监测。我刚接到这个需求时目标很简单本地测温精度在 1°C 以内远程测温点可以放在距离主板 1 到 2 米的管路表面并且所有数据都要能被主控统一读取。当时筛选了几条路包括双 NTC 差分采样、K 型热电偶加冷端补偿、还有现在用的双通道温度传感器。NTC 长线确实便宜但线缆电阻会吃掉一部分信号现场每根线不一样就得校一次后期维护太痛苦热电偶信号微弱、要专用放大器和冷端补偿成本反而更高。最后定了外部数字传感器方案核心就是标题里的 PJ85718DM。1.2 为什么选 PJ85718DM 而不是单纯依靠 MCU 内测温有人会问PIC18LF46K42 内部也有 ADC 和温度指示功能为什么还要外挂一个传感器芯片我的理解是内部温度传感器测量的是裸片温度封装与环境之间存在热阻测得的数据滞后严重而且 MCU 自身负载变化也会让温度读数波动。PJ85718DM 这种外置传感器芯片最大的好处是它采用标准的二极管测温机制本地通道传感器贴近被测环境远程通道通过外接 PN 结把采样点延伸到芯片外面。远程测温的物理原理是利用晶体管/二极管连接成PN结时正向压降 Vbe 随温度上升近似线性下降约 -2mV/°C传感器内部通过轮流激励不同电流并采集电压差从而扣除串联电阻的影响。这个原理并不复杂但要在产品里稳定复现用专用芯片比自己搭恒流源和 ADC 要省非常多事。另外这类芯片通常自带比较器、阈值寄存器和 SMBus/I2C 兼容接口。也就是说报警逻辑可以在传感器端完成不需要主控时刻轮询。在我这个应用里PIC 可以一边跑风机控制一边只要在需要时读取温度寄存器CPU 占用极低。这个设计理念对嵌入式应用特别友好。1.3 为什么搭 PIC18LF46K42 这颗低功耗 MCU其实做温度采集任何带 I2C 的单片机都能干但选 PIC18LF46K42 有几个很实在的理由。首先是工作电压低1.8V 到 3.6V 范围可以直接和 PJ85718DM 共用一个 3.3V 电源轨不需要额外电平转换其次是它内部有灵活振荡器上电后不需要外部晶振也能跑 64MHz 以下各种频率省两个引脚。K42 系列还带了丰富的中断源I2C 地址匹配中断、比较器事件中断都可以让 MCU 进入低功耗睡眠在绝大多数时间里只响应报警非常适合由电池或者小型隔离电源供电的 HVAC 控制器。从工程角度说用这颗 MCU 还有一个隐性的好处它的 MSSP 硬件外设支持 I2C/SMBus能自动处理起始、停止、ACK 时序不像软件模拟 I2C 那样需要关中断、抠波形。虽然 PJ85718DM 在几百 kHz 下温度刷新周期远大于通讯时间看起来软件模拟也能跑但实际调试中硬件 I2C 的时序稳定性和抗干扰能力明显强很多尤其当传感器线缆穿过继电器、压缩机这些干扰源附近时硬件外设不容易被时钟线上的毛刺带跑。2. 硬件连接与 PCB 设计关键点2.1 远程感温二极管选型与接法远程通道能不能准一半取决于传感器芯片另一半取决于外部那个“二极管”选得对不对。很多人图省事把普通整流二极管比如 1N4148 直接接到 D/D-结果现场跑出来温度高好几度或者响应慢。这是因为远程温度测量靠的是封装内 PN 结的 Vbe 变化普通整流管结电容大、漏电大串联等效电阻也不小芯片内部虽然有抵消算法但超过合理范围后精度还是会劣化。正确的做法是选专门为测温设计的晶体管比如 SOT-23 封装的通用 NPN 小信号管把基极和集电极短接发射极作为另一端也可以用内嵌测温二极管的处理器、功率模块。以常用接法为例D 接晶体管的基极-集电极合并端D- 接发射极。因为集电极和基极短接后相当于一个面积较大的 PN 结和芯片内部激励电流的匹配度更好。如果手上只有小信号 MOS 管也可以利用其内部体二极管但要先确认体二极管的 VF 落在传感器芯片的测量区间内并且结面积别太大。我自己试过用一颗带散热焊盘的 MOSFET 内部二极管做远程温度探头只要导热路径贴好短期精度也够但响应速度比专用测温管慢一些。连接线缆上D 和 D- 尽量走双绞线或者同轴屏蔽线的芯线加屏蔽层屏蔽层单端接地到信号地。线径不用太粗但线间电容要控制。翻阅 PJ85718DM 的手册远程通道对 D/D- 之间的电容有明确上限一般要求小于几 nF长距离走线时如果发现温度跳变、值明显偏高多半就是线间电容太大导致激励电流建立时间不够。我的习惯是线长超过 50cm 时传感器端并联一个 100pF 到 470pF 的瓷片电容既能滤掉耦合噪声又不会超过芯片的容性负载规格。这个电容位置必须放在二极管引脚根部不能放在主板上。2.2 与 PIC18LF46K42 的 I2C 接线与电源域规划PJ85718DM 的通信接口是 I2C/SMBus 兼容引脚分配一般包括 SCL、SDA、A0/A1 地址选择以及报警中断输出。与 PIC18LF46K42 连接时重点是地址引脚的电平设置和上拉电阻的取值。I2C 总线需要上拉上拉电阻大小取决于总线电容和通讯速率。3.3V 供电、总线速率设在 100kHz 或 400kHz 时4.7kΩ 到 10kΩ 都行如果传感器到 MCU 的线很短可以选 10kΩ 以降低功耗如果线有 20cm 以上建议降到 2.2kΩ 到 4.7kΩ防止上升沿太缓。PIC18LF46K42 的引脚不是随便接的MSSP1 模块的 I2C 引脚要选在合适端口。K42 系列的外设引脚选择功能允许把 SCL1/SDA1 映射到多个物理引脚这给 PCB 布局带来很大自由度。实际布线时我尽量让 SCL、SDA 走线远离继电器驱动输出和压缩机启停线实在避不开就加 33Ω 串联电阻并且在传感器电源引脚附近放 100nF 和 10µF 电容。温度传感器供电最好直接从 MCU 的同一路 3.3V 上取不要单独从功率电源分压否则远程通道容易在真正需要读数时出现电源噪声叠加。报警输出引脚是一个加分项。PJ85718DM 可以配置成比较输出超温时把 ALERT 引脚拉低。PIC18LF46K42 把这个脚接到任意支持电平变化中断的输入引脚并启用内部弱上拉就可以实现“睡眠时被报警唤醒”。我建议在初始化时把这路中断先关闭等到测量配置稳定后再打开不然上电瞬间的虚假报警会把系统反复唤醒这在低功耗设计里是个非常隐蔽的坑。2.3 PCB 布局上的三点经验第一点本地温度通道测的是芯片周围的温度不是整块板平均温度。如果你把 PJ85718DM 放在靠近 MCU 的位置它读到的会接近 MCU 温升后的板温而不是环境温度。因此要根据传感器的用途区分位置用来测环境温度就放板边或者远离发热器件用来做板级热保护就贴在功率器件附近。但这个芯片很小导热面积有限想让它直接测大功率 MOSFET 外壳温度其实不现实更适合的是读取它周围 PCB 铜箔的温度。第二点D、D- 走线要做成“准差分”形式。也就是两根线紧贴、等长、尽量中途不打过孔。如果万不得已打过孔至少保证过孔位置对称。PIC18LF46K42 工作在 3.3V干扰容限不算大而远程感温线路的激励电流很小一根走线在继电器旁边捡到几十 mV 噪声反映到温度上可能就偏差一度多。第三点PJ85718DM 如果提供了裸露焊盘或者热焊盘不要省。这个焊盘虽然在功能上可能是接地但它同时也决定了本地通道的热响应速度。多打过孔到覆铜地可以让传感器读数更平稳尤其在 HVAC 这种环境温度缓慢变化的场景底层覆铜的“热容”还能起到一定滤波作用。3. 固件实现初始化、I2C 读写与温度换算3.1 上电后的初始化顺序传感器上电后不会直接送温度数据需要先配置几个关键寄存器。PJ85718DM 这类芯片的寄存器结构大体是设备地址指针寄存器、配置寄存器、温度数据寄存器、THIGH/TLOW 阈值寄存器。我的初始化顺序是等待电源稳定至少上电 100ms 后再发起 I2C 通讯避免传感器内部状态机还没起来写配置寄存器把测量分辨率设定为满量程、比较模式设为中断模式也可以在后续再改写报警阈值 THIGH 和 TLOW这一步建议放在读取完出厂校准值之后如果直接清零可能会造成第一次读数即触发报警读取设备 ID 寄存器与预期值比对确定 I2C 链路是否通畅。在 PIC18LF46K42 端初始化不分先后顺序但有个细节K42 的 MSSP 模块复位后默认处于禁止状态必须把 I2C 模式使能位打开同时引脚方向要正确SDA 和 SCL 必须输出模式。很多人会忘记把 SDA 引脚配置成数字输入/输出导致 I2C 第一帧就卡在起始条件。PIC 的 ANSEL 寄存器如果没把引脚设成数字功能引脚会保持模拟模式SDA 上拉不上来从机根本不响应。这个是最常见却最隐蔽的坑。3.2 基于 MSSP 硬件的 I2C 读写驱动我直接用 PIC18LF46K42 的 MSSP 硬件模式编写驱动核心思路是把 I2C 操作按照“start 地址 寄存器 data stop”拆成状态步骤。以下是一个简化但可用的读温度例程uint8_t i2c_read_temp(uint8_t dev_addr, uint8_t reg_addr, int16_t *raw_temp) { // 组装寄存器地址 i2c_start(); if (i2c_send_byte(dev_addr 1 | 0) ! I2C_ACK) { i2c_stop(); return 1; } if (i2c_send_byte(reg_addr) ! I2C_ACK) { i2c_stop(); return 1; } // 重复起始后切到读 i2c_restart(); if (i2c_send_byte(dev_addr 1 | 1) ! I2C_ACK) { i2c_stop(); return 1; } uint8_t msb i2c_read_byte(true); // 主机回 ACK uint8_t lsb i2c_read_byte(false); // 最后一字节回 NACK i2c_stop(); *raw_temp (int16_t)((msb 8) | lsb); return 0; }这段代码里最容易出错的是从机地址的移位方向。很多器件手册给出的是带读写位的完整地址例如寄存器地址 0x48实际发送时是 0x481 | RW。如果省掉左移设备挂在总线上就是死活不应答。另外读最后一个字节时主机必须回 NACK否则传感器会认为主机还要继续读一直占据总线下一次通讯时可能首字节就出现时钟拉伸异常。PIC18LF46K42 的 MSSP 硬件会在发送地址、接收数据时设置相应中断标志。我用查询方式为主中断方式为辅。查询方式写起来简单但在低功耗项目里主控可能会在等待 ACK 时被更高优先级中断打断导致时序拉长因此产品代码里建议用状态机加超时机制不要用阻塞循环干等。超时时间可以设 10ms超过就复位 MSSP 模块并重新初始化。3.3 温度寄存器怎么换算成摄氏温度PJ85718DM 的温度数据寄存器一般按补码形式存储。以 11 位分辨率为例一个 LSB 对应 0.125°C补码的高位是符号位。如果原始寄存器值是 0x0A28换算时先判断它是正数还是负数float temp_c (int16_t)raw_temp / 8.0f; // 如果 LSB 0.125°C注意不要把 raw_temp 先转成 uint16_t 再除那样负温会变成很大的正数。我调试时曾经因为强制类型转换写错读到的温度从 -3°C 直接变 16381°C排查了很久。更稳妥的做法是让芯片配置寄存器把分辨率固定到 12 位温度 LSB 为 0.0625°C此时除以 16 即可。分辨率高一点对噪声改善有限但换算简单而且寄存器位数和标准传感器常用格式保持一致后续如果换用同系列芯片固件也能复用。本地通道和远程通道的换算公式完全一样区别只是寄存器地址不同。代码里建议直接封装两个读取接口read_local_temp() 和 read_remote_temp()内部统一走同一个 I2C 读函数。虽然在底层看来只是寄存器地址差异但应用层语义清晰后期维护时会轻松很多。3.4 报警阈值、滤波和低功耗处理PJ85718DM 有报警输出功能但默认配置下报警比较可能处于连续模式只要温度越过阈值就拉低 ALERT。如果应用只需要“超标时上报一次”可以把比较模式配成中断模式主控读到报警后立刻写回清除位传感器才会开始下一次比较否则主控每次读报警状态前引脚可能已经被拉低很久。固件端的数字滤波我选了滑动平均。具体参数5 秒一个采样周期取最近 8 次读数的中位值再加平均代码量极简效果非常好。HVAC 场景下温度变化本来就慢用深度平均不会损失实时性。需要注意的是本地与远程通道的采样转换可能不是同步的读两个通道时最好在相隔几百 µs 内连续读取并打上同一个时间戳这样后续做温度差计算时才不会出现几个周期的错位。低功耗方面的处理更简单PJ85718DM 支持单次触发转换模式主控配置完测量后立即睡眠等延时完成后唤醒读取。PIC18LF46K42 的休眠电流本身很低加上传感器进入空闲模式整套系统在非转换期间的功耗可以降到很低这对电池供电的无线温度标签方案很有价值。如果做有线供电的 HVAC 控制器就没必要频繁睡眠反而要持续转换保持数据新鲜。4. 应用场景展开与实测注意点4.1 嵌入式系统里的板级热监测嵌入式设备里最常见的使用方式是用 PMOS/NPN 二极体测量处理器芯片内部温度同时用本地通道测机箱环境温度。这里要注意处理器芯片如果本身没有引出测温二极管也可以测功率电感的底部温度或者电源芯片顶盖但热阻会比较大。一个我实际测过的场景是在某控制板上远程探头贴在一个 7A 降压 DC-DC 的功率电感表面本地通道放在板边。空载时两个通道温度差大概 3°C满载时远程通道比本地高 18°C这说明本地通道已经无法代表热点温度必须依赖远程通道做降额控制。这类场景里远程探头的“导热安装”比电气连接更关键。光是胶带缠住不行最好用导热硅脂填满接触缝隙再用环氧胶或者铝箔胶带固定。如果探头是 SOT-23 封装把封装正面朝上贴在热源表面还是背面朝上效果完全不同。我做过两版对比正面朝上用环氧封装和背面朝上只用空气间隙满载温度差了 5°C 以上原因就是封装塑料底部的热阻远大于铜引线框架那一面。4.2 HVAC 机组上的管路与风温监测HVAC 场景和嵌入式板级测温的差别在于线缆长、干扰源多、测温点往往在潮湿或者冷凝水区域。PJ85718DM 的本地芯片不需要放在现场只需要把小型测温二极管装在管道表面再用一对双绞线引回主控板这比整个传感器芯片铺到管道旁要方便得多。安装方法我推荐这样用一小块铝块或者铜块在其中打一个直径 1mm 的小孔把二极管引脚穿过并加硅脂固定然后铝块用喉箍绑在水管或者风管外壁。铝块的作用是增大热接触面积让管道温度更快传导到传感结同时保护二极管不受气流直接冲刷。需要注意的是远程通道虽然能抵消引线电阻的影响但对线间电容和噪声耦合仍然敏感所以管线不要与 220V 强电走同一个线槽尤其不能和继电器控制线平行走超过 1 米。如果有冷凝水风险二极管引脚裸露部分要涂三防漆转接端子选防潮型。我遇到过现场装完一切正常运行一个夏天后远程温度开始跳变的现象拆开看是端子内部受潮氧化接触电阻增大。这类问题在 HVAC 项目里比嵌入式设备更普遍前期设计时就要把端子位置放在电控箱高处。4.3 实测数据分析与校准方法现场实测数据最有参考价值。下面这组数据来自一次模拟风管温度测试环境温度 26°C 左右风管里的热风温度约 45°C远程探头贴在风管外壁并用保温棉包裹工况本地通道读数远程通道读数参考值偏差静态26.1°C24.8°C25.0°C环境本地 1.1°C远程 -0.2°C风管加热 10 分钟27.3°C42.6°C43.2°C管道表面本地受热辐射影响远程 -0.6°C风管加热 30 分钟27.9°C43.5°C43.8°C远程 -0.3°C从这组数据可以读出几个规律远程通道经过导热铝块和保温棉包裹后偏差可以控制在 1°C 内本地通道放在电控箱内读数明显高于环境温度这是箱内元器件温升造成的不能直接用它的数值判断室内温度。因此在 HVAC 控制器里本地通道更适合作箱体过温保护远程通道才适合作管路工艺温度监测。如果产品需要两路温度都显示给用户建议在软件里给本地通道增加一个可设置的修正偏置不同安装位置的机箱偏置不同出厂前标定一次就行。校准方法也不用复杂单点校准足够将远程探头和参考温度计绑在同一热源上保温后读取偏差把偏差存入 PIC18LF46K42 的 Data EEPROM上电时加载。PIC18LF46K42 自带的 Data EEPROM 在这里非常好使校准值不占用程序空间也不会因为刷固件丢失。但要注意数据校验写两个字节的 CRC 或者简单的异或校验读出来校验失败时使用默认值 0不要直接使用脏数据。5. 调试中的高频问题与排查经验5.1 I2C 总线卡死、无 ACK现象PIC 发送地址后一直拿不到 ACK示波器看 SCL 有波形SDA 在应答位保持高电平。排查顺序检查传感器地址是否左移一位。器件地址 0x30 和发送字节 0x60 不是一回事这个问题几乎每天都有检查 SDA/SCL 上拉电阻是否遗漏或者上拉电阻接到了 5V 而传感器是 3.3V检查 PIC18LF46K42 的引脚模拟功能有没有关闭ANSA 寄存器对应位必须置 0用一个能直接发 I2C 命令的 USB 调试器单独连接传感器排除 MCU 引脚连接问题如果总线被拉死是低电平先给传感器复位引脚断电重新上电再检查 SDA 是否被从机占用。我遇到最蹊跷的一次是正常运行半小时后总线死掉最后发现是 ALERT 引脚和 SDA 在程序里被误配成同一引脚报警动作直接把 SDA 拉低。K42 系列引脚虽然可重映射但一个物理引脚同一时间只能绑定一个外设配置组合必须逐项检查。5.2 远程温度读数偏高或乱跳这个问题在长线场景里非常典型。远程二极管远离主板时D/D- 线上的耦合噪声会被传感器当作信号变化导致温度读数偏高。如果读数不是稳定偏高而是大幅跳变优先检查线缆是否采用了双绞结构以及传感器端是否加了合适容值的电容。其次检查远程二极管安装方向有没有接反D 接反后 Vbe 为负传感器芯片可能输出很大的异常读数但也不一定完全不可读。还有一个容易被忽视的原因是传感器芯片自身配置里的“串联电阻抵消”功能没有打开。远程线路的线阻、插座接触电阻都是串联在测温回路里的如果不做抵消0.1Ω 的寄生电阻也能造成零点几度的偏差线缆再长一点偏差就更明显。PJ85718DM 手册里会有相关配置位一般在配置寄存器高几位务必确认默认值是开启还是关闭。5.3 本地温度读数跳动、不稳定本地通道一般不会因为走线问题跳变更多是电源噪声或者配置分辨率太低。可以先用示波器看传感器 VDD 引脚纹波如果超过 30mV考虑加大电源电容。另外如果芯片被放在功率器件旁边又设置了连续转换模式芯片内部发热会让本地读数周期性漂移和实际环境温度拉开差距。解决方法是把本地通道的用途明确下来要么做环境监测远离热源要么做热保护贴热源鱼和熊掌很难兼得。软件层面我做过一次改造把本地通道从 10 位分辨率提升到 12 位噪声从 ±0.25°C 降到 ±0.1°C 不到的跳动范围效果很明显。如果依然跳动就用前面提到的中值滑动平均滤波法一般能解决工程上 90% 的跳变问题。5.4 长期运行后的数据漂移与维护建议温度传感器本身长年漂移不会太大但连接点会。螺钉端子松动、插接件氧化、导热硅脂干涸都会让远程通道读数缓慢偏离真实值。我的经验是每年维护时测一遍参考温度偏差超 1°C 优先检查探头安装和接线端子而不是怀疑芯片。另外PCB 上 PJ85718DM 的本地通道如果长期工作在高温环境焊点老化也可能导致接触电阻增大产生隐性漂移。如果产品需要高可靠连续运行建议设计时就把远程二极管的连接做成可插拔端子便于现场替换探头而不需要重焊传感器芯片。5.5 高频故障速查表下面这张表是我调试这套方案时整理出来的基本覆盖了从开始到现在遇到的高频问题。可以直接复印给产线或者现场售后用。现象优先检查典型原因处理方向I2C 首帧无响应地址、上拉、ANSEL地址位未左移 / 上拉漏贴 / 引脚模拟模式检查代码与硬件原理图运行中总线卡死SCL/SDA 波形SDA 被报警脚复用检查外设引脚配置映射远程温度跳变D/D- 线缆未双绞、线间电容过大换线/加 100pF 电容远程温度固定偏高配置寄存器串联电阻抵消未开启开 TCR 相关配置位远程温度显示负几十度发管方向D D- 接反交换端子本地读数随 MCU 负载波动芯片摆放位置热源耦合远离 MCU 或做遮罩低温漂移插座和端子接触电阻氧化更换插接端子长时间高温后偏差变大探头固定方式导热硅脂干涸重新涂抹并加固还有一点值得特别说明PJ85718DM 这类芯片的寄存器定义非常依赖具体批次的勘误手册不同批次可能会有微小差异。调试前一定要把最新版数据手册和勘误表一起看特别是配置寄存器里保留位的处理。很多厂商会在勘误表中要求写某一位时必须固定为 1如果照抄老代码清零芯片可能进入不预期的测试模式。我的习惯是初始化代码里加一段读取回读寄存器值的校验确保写进去的配置和读出来的一致这一步能避免大量疑难杂症。最后分享一个试验过很多次的小技巧远程测温探头封装在金属铝块里时千万别用普通钢制喉箍直接绑在气管上钢和铝之间的接触热阻很大。换成不锈钢喉箍 加导热硅脂 加铝箔胶带三层固定同样的探头和芯片读数比粗装版本能低 1 到 1.5°C而且风速变化时读数稳定得多。这套方案后续如果要做多路温度采集还可以用一颗 PJ85718DM 的远程通道配合模拟多路选择器扩展探头或者直接换多通道版本的传感器芯片但当前两颗芯片的架构已经把成本和可靠性平衡得很好了适合大批量铺开。