做嵌入式温度监测这类工作最容易被低估的往往是“本地和远程同时测”这件事。很多项目一开始只想着测单片机旁边的环境温度需求一扩展又要求在风管末端、设备柜远端或者房间另一头再测一路温度这时候才意识到一颗像 PJ85718DM 这样的传感器前端配上一颗像 PIC18F86J15 这样的多接口单片机反而是相当顺手的组合。这篇内容就是围绕这套方案把器件选型、硬件设计、代码实现、现场可靠性和排查经验一次讲透希望对做 HVAC 控制器、工业设备监控或者嵌入式板级测温的朋友有点用。1. 方案整体设计与思路拆解1.1 测温元件的选型逻辑为什么先看 PJ85718DM做温度采集第一步不是选单片机而是选传感器前端。NTC、热电偶、数字温度芯片各有各的优点但在“模拟量长线传输、环境温差大、系统反复启停”这类场景里我越来越倾向于用 PTC 类型的测温前端。PJ85718DM 给我的第一印象是“省事”。它内部已经把 PTC 传感器需要的桥式电阻网络、参考电阻和初级信号调理电路做进去了外部只要接传感器和供电输出就是和温度变化对应的比率电压信号可以直接送给单片机 ADC。相比自己做 NTC 分压电路这套方案减少了分立电阻的选型误差也减少了电路板受潮、氧化带来的阻值漂移一致性明显更好。在 HVAC 场景里温度范围一般不会特别极端但要求的是“长期重复性好”。PTC 的输出特性比 NTC 更接近线性后续做查表或者拟合都简单。NTC 在高温段阻值变化很缓低温段又很陡经常要分段补偿PJ85718DM 这类前端把 PTC 的阻值变化转换成合适的电压区间ADC 的有效量程能用得比较满精度做起来更从容。在嵌入式场景里MCU 附近的测温点往往空间有限器件要小、外围要少。PJ85718DM 属于典型的小封装模拟前端周围放几个电容就能工作对 PCB 面积敏感的项目非常友好。做本地点测温和远程探头测温可以用同一套前端电路硬件设计一次完成BOM 也统一。1.2 为什么主控选 PIC18F86J15确定传感器前端后主控芯片的选择直接决定“本地和远程”能不能顺畅落地。PIC18F86J15 属于某半导体厂商 J 系列里资源比较均衡的型号最让我看重的两个点一是双 I2C 外设。一个 I2C 总线可以专门处理本地扩展比如接数字温度传感器或者其他外围另一个 I2C 总线用来做远程温度节点采集这样本地数据和远程数据在物理层就是分开的干扰和时序问题也好排查。很多项目远程测温失败根源就是本地和远程挂在同一条总线上现场一接入长线整个 I2C 都被拉崩。二是它的模拟采集能力。型号内置多通道 10 位 ADC配合 PJ85718DM 的模拟输出可以做到一路本地、多路远程模拟采集不需要额外扩展 ADC 芯片。对于中小规模的嵌入式控制系统集成度刚好够用。另外这颗芯片的引脚资源也够分配。除了 I2C还留得出 UART 做调试输出留得出若干 GPIO 做传感器故障指示灯、继电器控制或者报警输出。HVAC 控制板通常还要顺带管风阀、水泵、加热设备这些控制引脚和测温引脚能放在同一颗芯片上系统复杂度就能压得比较低。1.3 本地与远程温度监测的系统分层思路我在实际项目里习惯把整个测温系统分成三层来看这样设计思路会清晰很多。传感器层处理“电信号怎么变成可读数据”。PJ85718DM 负责把 PTC 阻值变化变成电压这一层解决的是信号质量、线性化和标定问题。汇聚层是 PIC18F86J15 的职责。本地温度直接通过 ADC 读取远程温度通过 I2C 总线把各个远端节点的数据收回来然后统一在芯片内部完成滤波、换算、有效性判断和温度单位转换。应用层考虑“温度读数拿来干什么”。在 HVAC 系统里温差可能用来判断风管是否堵了、房间负荷什么状态在嵌入式系统里温度可能用来做风扇调速、降频保护或者过热告警。把应用逻辑和采集逻辑分开后续需求变化时只改应用层采集代码可以稳定不动。把“本地”和“远程”拆开看待还有一个好处定义清晰了硬件接口才不会糊在一起。本地温感靠近主控板走模拟信号完全没问题远程探头如果距离超过 1 米模拟信号就开始吃长线干扰的亏这时候更合适的方案是让远端就近做数字化再走总线把数据传回来。这个取舍下面详细展开。2. 硬件核心架构与电路设计要点2.1 PJ85718DM 的基础工作电路PJ85718DM 的典型接法并不复杂但有几个细节决定实测精度。供电方面建议单独走一组模拟电源至少用一个磁珠或者小电阻做隔离再配 0.1 微法和 10 微法两级去耦电容避免数字电路开关噪声串进测量基准。信号输出引脚到 MCU ADC 之间的走线要尽量短并保持地线连续。如果输出信号需要远距离传输最好在传感器前端输出端加一级电压跟随器也就是运放做缓冲这样 PJ85718DM 内部的桥路不会被后级负载影响长线上的阻抗变化也不会直接改变测量精度。PTC 传感器本身的引线如果比较长建议使用屏蔽线或者双绞线屏蔽层在 MCU 端单点接地。这里容易踩的坑是屏蔽层两端都接地结果形成地环路反而把共模干扰引进信号里导致温度读数在零点几度范围内乱跳。这个问题我在现场调试中至少遇到三次。硬件上还建议在 ADC 输入引脚加一个小电容通常在 10 纳法到 100 纳法之间和传感器输出阻抗组成低通滤波能够有效抑制高频干扰。不要贪大太大会让 ADC 采样建立时间变长导致读数滞后。2.2 PIC18F86J15 的引脚与资源分配把 PIC18F86J15 的资源规划好后面的软件能省一半事。我常用的分配方案是这样本地 PJ85718DM 输出接 AN0 通道作为主环境温度输入第二路模拟输入接 AN1作为板级温度或者备用探头输入I2C1 用于本地外围扩展比如 OLED 显示、EEPROM 参数存储I2C2 用于远程温度节点总线UART1 作为调试串口输出实时温度值和错误码三个 GPIO 分别接本地传感器故障、远程总线故障、超温报警指示灯。这样分配后本地温度和远程温度在软件里天然分属不同驱动模块。将来要加新功能比如想接第二个远程节点只需要在 I2C2 上增加地址不需要改硬件方案。多预留几组 ADC 通道和 GPIO 对这类开发非常划算。2.3 远程节点的两种接法拉线与分布式采集远程温度在工程上可以有两种落地方案我在不同项目里都试过。第一种方案是把 PJ85718DM 放在远端探头处直接用模拟电压信号拉回到主控板。这种方式适合距离在 3 米以内、现场电磁环境相对温和的场景。优点是结构简单远端只放传感器和前端芯片无需额外供电和通信电路。缺点是线长后信号衰减和干扰都会上来距离一旦超过 10 米基本不可用。第二种方案是远端节点就近数字化通过 I2C 总线把温度数据传回 PIC18F86J15。远端节点可以由一颗小型单片机加 PJ85718DM 组成直接把温度转换成数字量再挂在总线上也可以选用带 I2C 输出的数字温度传感器。这个方案适合风管末端、房间内、设备柜远端等距离较远的场合抗干扰能力强还可以一条总线上挂多个节点。两种方式的取舍可以参考这张对比项目模拟拉远方案分布式 I2C 节点方案适用距离3 米以内数米到几十米抗干扰能力一般受线缆屏蔽影响大较强数字信号不易被衰减节点扩展性每增加一路要增加一根线一条总线可挂多个地址远程节点成本低略高需要额外 MCU 和电源调试难度简单看 ADC 读数即可中等需要处理总线超时和地址配置我在 HVAC 项目里最终选了分布式方案因为现场房间数量多、距离参差不齐一条总线把所有房间温度节点串起来布线和维护方便很多。3. 温度读取逻辑与代码实现3.1 本地温度的 ADC 读取与线性化PJ85718DM 输出的是电压信号代码第一步是把 ADC 值换算成电压再把电压换算成温度。虽然 PTC 输出接近线性但为了精度我建议不要用单一直线公式而是用查表加线性插值。初始化时把传感器放到两个已知温度点比如 0℃ 和 50℃标定出这两个点对应的 ADC 原始值存到校准结构体里。运行时先在表里找到当前值处于哪两个相邻标定点之间然后按比例插值。这样即使传感器特性存在轻微非线性误差也能控制在很小范围内。本地温度采集的代码框架大致如下#define ADC_VREF_MV 3300UL #define ADC_RES 1024UL uint16_t adc_read_channel(uint8_t ch) { ADCON0bits.CHS ch; ADCON0bits.GO 1; while (ADCON0bits.GO); return ADRES; } int16_t local_temp_get_mv(uint8_t ch) { uint16_t raw 0; for (uint8_t i 0; i 8; i) { raw adc_read_channel(ch); } raw 3; return (int16_t)((uint32_t)raw * ADC_VREF_MV / ADC_RES); } int16_t local_temp_get_value(void) { int16_t mv local_temp_get_mv(LOCAL_TEMP_CH); return ptc_voltage_to_temp(mv); }这里采样 8 次取平均是为了把 ADC 的随机噪声压下去。温度数据更新频率不需要太快HVAC 和嵌入式场景里每秒更新一次绰绰有余慢一点还能减少显示数据的抖动。3.2 远程温度的 I2C 采集与总线容错远程节点通过 I2C 上报温度时主控端要处理的不只是“读数据”还有“读不到数据怎么办”。我写的远程采集代码会先检查总线是否忙碌再发起启动条件然后发送设备地址和寄存器地址。收到应答后再连续读取两个字节的温度数据最后进行校验。远程温度读取的典型结构uint8_t remote_temp_read(uint8_t dev_addr, int16_t *result) { uint8_t buf[2]; if (i2c2_write_read(dev_addr, TEMP_REG_H, 1, buf, 2, 100) ! I2C_OK) { return ERR_I2C_TIMEOUT; } int16_t temp (buf[0] 8) | buf[1]; if ((temp 0x8000) 0) { *result temp; return ERR_NONE; } return ERR_TEMP_INVALID; }I2C 通信最容易出问题的不是读数据本身而是超时和总线锁死。远程节点如果掉电或者插头松动SDA 线可能一直被拉低导致整个总线卡死。所以每次操作必须有超时机制超时后尝试发送 9 个时钟脉冲来释放总线再重新初始化一次。总线恢复代码虽然不太常用但关键时刻能省很多现场维修时间。我在设备说明里要求维护人员遇到远程温度异常先重启供电但代码里仍然做了这类自动恢复逻辑双保险。3.3 温差计算与告警逻辑本地和远程温度都拿到后真正有业务价值的是它们之间的温差关系。在 HVAC 场景中回风温度和送风温度的差值能反映换热效率如果室内温度探头和回风温度差异过大可能是气流短路或者探头位置有问题。嵌入式场景里温差和温度变化率更有意义。比如设备机柜内温度上升过快即使绝对值还没到告警阈值也应该提前触发风扇干预避免温度继续飙升。这种做法比单纯等到超温再动作要稳妥得多。温度合理性判断也很重要。PJ85718DM 的 PTC 传感器如果在正常范围内工作输出值不会突变。软件里加一条过滤规则相邻两次温度的跳变超过 5℃ 且持续多帧判定为数据异常保持上一次正常值并向上层报错。这个逻辑在空调机组冷启动时非常有价值因为风机刚启动时热电偶式的温感会发生瞬时波动如果代码处理不当控制系统会以为自己崩溃了。4. HVAC 与嵌入式场景下的可靠性设计4.1 电源与地线的干扰处理HVAC 设备里最不缺的就是干扰源接触器吸合、风机启停、继电器通断都会让电源线上出现很大的毛刺。如果 PJ85718DM 和主控芯片共用一组不干净的电源ADC 读数会跟着抖。我常用的做法是主电源和模拟电源之间串一个小电感比如 10 微亨模拟电源处再加一级 LC 滤波。地线采用星形接地模拟地单独走在电源输入端单点与数字地连接这样数字地上的开关噪声不会直接叠加到传感器信号地上。如果电路板面积紧张至少也要做到 ADC 参考电压引脚附近不放数字走线不和继电器驱动、开关管驱动交叉。经验法则是模拟信号走线和数字开关走线之间留出至少 3 倍线宽的距离并在中间加一排地孔隔离。4.2 远程总线的屏蔽与上拉电阻分布式 I2C 节点在工程现场跑长线带来的分布电容和电磁干扰必须认真对待。总线传输距离超过 2 米后上拉电阻取值要相应调整。标准配置 4.7 千欧在短距离内没问题但长线模式下建议降到 2.2 千欧以增强驱动能力。上拉电阻太小会增加功耗太大则信号上升时间变慢容易导致通信错误所以取值要实际测量后再定。远程总线电缆使用双绞线屏蔽层单端接地已经在前面强调过。一个容易忽视的点是远程节点的共地问题。HVAC 现场多个节点可能由不同电源模块供电如果地电位差过大I2C 总线很可能工作不稳定。解决办法是在节点之间保持共同的参考地或者在总线接口处加隔离器件。在必须跨长距离、强干扰环境部署时更推荐在总线前端增加隔离转换再通过差分方式走线这样 I2C 部分只在主控板和近端转换模块之间短距离运行现场长线部分全部是差分信号。成本提高了一点点但可靠性提升非常明显。4.3 传感器断线、短路与数据失效判断模拟测温电路和远程总线节点都可能在现场失效。PTC 桥式架构有个好处理的特点如果传感器断线输出电压会偏到某个明确的极值如果短路又会偏到另一个极值。利用这个特性可以在软件里做故障识别。故障特征可以参考这张速查表故障类型输出表现软件判定方法传感器断线电压接近参考电压上限ADC 值大于断线阈值维持 1 秒传感器短路电压接近参考电压下限ADC 值小于短路阈值维持 1 秒接触不良读数间歇性跳变前后差值过大且频繁翻转总线节点离线读不到应答I2C 连续超时超过 3 次数据寄存器异常温度值超出合理区间判断上下限后标记无效判定为故障后控制系统应进入预设的安全模式。对于 HVAC 场景本地温度故障时建议按最保守的工况输出防止风阀、水阀误动作对于嵌入式设备传感器故障时应维持风扇满转或者切换到备用测温通道避免设备因温度未知而过热。5. 实测结果、标定方法与排障经验5.1 两点标定法与精度控制所有模拟测温方案最终都要落实到标定。PJ85718DM 即使一致性再好不同板子之间也存在零点和增益偏差批量生产前必须做标定。最经济有效的是两点标定。把探头放到恒温槽或精密温控箱里选择一个低温点和一个高温点记录 MCU 读取到的 ADC 原始值然后写入芯片内 EEPROM 校准区。代码运行时把当前 ADC 值映射到这两点之间自动完成线性修正。实际操作中低温点我习惯选 0℃高温点选 50℃这两个温度在 HVAC 工作区里最具代表性。如果对精度要求更高还可以增加第三标定点做分段线性插值把中温区的非线性误差再压一压。要注意标定时必须等温度稳定后再采样不能看温度计跳到目标值就立刻记录否则标定误差会直接叠加到所有后续测量上。我这里实测下来做两点标定后在常温区间的误差可以控制在 0.3℃ 以内高低温区间的误差也不会超过 0.8℃满足 HVAC 控制和嵌入式过热保护的需求绰绰有余。想再提高精度的话重点要关注 ADC 参考电压的稳定性参考电压漂一点整条链路都会跟着漂。5.2 常见问题排查速查表这套方案在实际调试中遇到最多的问题基本都集中在几个固定的点上这里整理出来方便对照现象可能原因处理办法本地温度一直显示一个固定极值传感器线断或短路先量 PTC 两端的阻值再检查插头本地温度读数周期性波动开关电源纹波太大加大模拟电源滤波电容检查接地远程温度随机跳变总线线缆过长或屏蔽层接地不当降低总线速率调整上拉电阻远程节点偶发丢失节点供电接触不良给节点加强电源去耦检查连接器温差数据总是不稳定两个探头响应速度不一致确认两路滤波时间常数是否一致高温时温度偏低标定点设置过低增加高温标定点或改用三段插值远程 I2C 总线速率在长线情况下不要追求标准的 100 千赫兹降到 50 千赫兹甚至 20 千赫兹可靠性通常会明显提升。反向验证也成立遇到总线不稳定先把速率降下来再排查其他问题很多时候问题直接消失。5.3 个人调试心得与几个容易忽略的细节最后再分享几条实际操作下来的经验。第一PJ85718DM 的输出引脚和 ADC 输入之间一定要量一下实际电压范围不要直接用“传感器应该输出多少伏”的理论值。不同批次器件的偏差比想象中大代码里的温度上下限判断要留余量。第二本地温度和远程温度如果同时参与控制逻辑两者的滤波时间常数最好保持一致否则温差计算值会在启停过程中出现虚假的尖峰。我在项目里专门把本地和远程都设成一样的指数滤波系数温差曲线立刻就平滑了。第三现场调试远程总线时先把远端节点全部断开只保留一个节点验证通信。确认单个节点稳定后再逐步接入其余节点这样总线地址冲突、上拉电阻不足的问题都能很快暴露出来。我见过不少工程师一次性把全部节点接上结果系统一上电就乱排查起来非常头疼。温度监测看起来是整套系统里最不起眼的功能但往往就是这些基础数据决定控制策略是否可靠。本地和远程协同工作后系统能同时掌握设备自身状态和环境状态HVAC 的舒适度调节和嵌入式设备的过热保护才有依据。如果后续还想扩展可以把远程节点换成支持更多探头输入的小型采集端通过同样思路再挂一路总线上来框架还是这套扩展起来不会伤筋动骨。