最近在搞一套HVAC控制板需要同时盯着好几个温度点板子上MOSFET的温度要管回风管道里的温度也要管送风温度更不能漏。最初打算每个点都拉一个NTC热敏电阻但计算、分压、标定、走线一大堆事头都大了。后来换了思路用PJ85718DM这颗双通道温度监测芯片配合STM32F401RB做主控一颗芯片能读本地温度还能通过双绞线把远端PN结传感器的温度测回来整套方案下来清爽很多。这套组合不光HVAC能用嵌入式设备里的板级热保护同样适用今天就把整个实现过程拆开讲讲。先说清楚这套方案的定位如果你正在做控制器、变频器、空调面板、空气处理机组控制器或者只是想给嵌入式主板加几路可靠的温度监控那么本文涉及的硬件连接、I2C驱动、寄存器读写、温度换算和现场调试经验都是可以直接拿去做参考的。下面这些参数和地址我会按照这类温度监测芯片的通用做法来写但最终一定以你手里那颗PJ85718DM的官方手册为准。1. 方案设计与芯片组合1.1 STM32F401RB 在温度采集里承担什么STM32F401RB是一颗Cortex-M4内核的MCU主频能跑到84MHz有128KB Flash内置的I2C、SPI、UART、定时器都够用。在这个项目里它的任务并不复杂但我还是坚持选了它而不是用更低端的M0或者老的F103。原因是HVAC控制逻辑往往不只是读温度后面还要挂PID调节、风机PWM输出、RS485通讯甚至跑一个小型人机界面。F401RB的好处是算力有余量I2C硬件外设完整开发时CubeMX配置一下就能用不用拿GPIO模拟时序。实际项目里MCU做的工作是这样的周期性地通过I2C读取PJ85718DM的本地温度寄存器和远程温度寄存器在内存里做滤波和越限判断然后根据温差去调整风机档位、压缩机启停同时把数据打包通过Modbus上报给上位机。如果某个温度点超过安全阈值MCU还能通过ALERT引脚触发中断直接执行硬件保护动作。整个过程对实时性要求不高但要稳定可靠I2C通信不能出问题温度数据不能乱跳。1.2 PJ85718DM 本地与远程测温的基本原理PJ85718DM这类芯片的核心能力是两个温度通道本地通道测的是芯片自身附近的温度原理跟大多数数字温度传感器一样内部有个带隙温度传感器经过ADC量化后输出数字量。远程通道则完全不同它测的是接在芯片外部的一个PN结的温度通常是三极管的基极-发射极结。远程测温的原理其实很有意思。给这个PN结通两个不同大小的偏置电流分别在两个电流下测量正向压降Vbe然后用ΔVbe来推算温度。因为ΔVbe正比于热力学温度而且和制造工艺、串联电阻关系不大所以能做到比较好的线性度和精度。这就是为什么很多服务器电源管理芯片、温度监测芯片都用这种方式测远端器件温度而不是简单接个热敏电阻。这种方案在HVAC里的意义很直接主控板和温度测量点经常不在同一个位置管道里的探头离控制器可能有几十厘米到几米远。如果用热敏电阻要自己解决分压、线阻误差、非线性查表用PJ85718DM的远程通道只要一根双绞线接出去另一端用三极管接成二极管形式芯片直接返回数字温度。板级热管理里也一样比如监测一个MOSFET的壳温探头就贴在散热器上主控板离它半米远照样能读得准。2. 硬件搭建的细节2.1 最小硬件连接与I2C总线PJ85718DM和STM32F401RB之间几乎就是I2C两条线的事。供电我用3.3VSCL接STM32的PB6SDA接PB7两端各加一个2.2kΩ的上拉电阻到3.3V。I2C总线上如果还挂了其他器件上拉电阻需要重新算一下因为总线电容变大了上拉太弱会导致上升沿变缓通信数据出错。上拉电阻的选择有个基本计算方法RC时间常数要小于I2C协议允许的上升时间同时要保证器件拉低总线时电压能降到低电平阈值以下。按400kHz快速模式来算总线电容大概100pF到200pF2.2k到4.7k都在合理范围。如果总线走线比较长可以适当减小到1.5k但不建议小于1k否则拉电流太大功耗也上去了。远程温度传感器的接法要注意极性。一般是用一个PNP三极管的基极和集电极短接发射极接D短接的基集接D-。也可以用NPN三极管只是接法反过来。极性接反是最常见的低级错误我一开始也犯过结果远程温度读数完全离谱后来习惯性先用万用表二极管档确认好方向再焊接。电源去耦我用了10μF钽电容加0.1μF陶瓷电容并联放在PJ85718DM电源引脚旁边。ALERT输出接一个10k上拉再连到STM32的PA0外部中断引脚。ALERT在温度越限时可以主动拉低唤醒MCU这在低功耗设计里很实用。2.2 远程通道的抗干扰与HVAC现场特殊性HVAC环境不像实验室那么干净。压缩机一启动继电器一吸合感性负载产生的尖峰和共模干扰很容易串到传感器线上。远程通道测的是一个PN结的微小电压差本来就属于微弱信号如果不做防护读到的温度会跳得让人怀疑人生。我的做法是远程传感器线必须用双绞屏蔽线屏蔽层在控制器端单点接地另一端悬空。线长控制在3米以内如果超过3米要么换更粗的线径要么在芯片输入端加一级RC滤波。PJ85718DM这类芯片的D、D-引脚本身可能有滤波电路但外部再加一个1000pF到4700pF的电容跨接在D和D-之间抗干扰效果会明显改善代价是温度响应会变慢一些。对于HVAC这种环境温度变化本来就不快的场景慢个几秒完全无所谓。HVAC控制器里还有一个常见干扰源是变频器。变频器的PWM载波会通过地线和输出线向周围辐射干扰温度传感器线如果和动力线走同一个线槽再好的屏蔽也扛不住布线时要尽量分开控制器内的强电区域和弱电区域也要有物理隔离。板子上我给远程传感器接口加了一对TVS管到地防止现场静电或者线缆感应雷击损坏芯片。2.3 本地传感器布局的讲究PJ85718DM的本地通道虽然测的是芯片自身的结温但只要你放对一个位置它就能代表一个区域的温度。做的板级测温项目里我通常把芯片放在被测热源附近比如开关电源的电感旁边或者功率管下游约10mm的位置PCB铜皮要尽量完整让热量能平顺传到芯片封装底下。如果离热源太远读到的就是环境温度而不是器件温度监控就没意义了。做HVAC控制器时反过来如果想让本地温度代表机箱内部环境温度就要让芯片尽量靠近进风口同时远离变压器、继电器这些发热大户。我曾经有一版板子把温度监测芯片放在了一个继电器阵列的背面结果继电器一吸合本地温度就往上涨读数根本没法用。后来重新布局把芯片挪到板子边缘这个问题就解决了。本地通道和远程通道的读数差异未必是故障很可能只是探头位置代表了不同的热源。3. 软件驱动与寄存器操作3.1 STM32F401RB 的 I2C 初始化与读取代码用STM32CubeMX生成工程时把I2C1配成标准模式100kHz7位地址然后直接掉进HAL库代码里。这里给出一个典型的读取流程两块芯片之间的地址以手册为准我项目里用的是从机地址0x48寄存器分为配置寄存器、本地温度寄存器、远程温度寄存器、状态寄存器和上下限报警寄存器。读取温度的核心函数很直接。先通过I2C写一个字节指定要读的寄存器地址然后连续读两个字节把16位原始数据拼起来再按芯片手册说明的格式换算成温度。很多温度监测芯片的寄存器是12位分辨率数据左对齐低4位无效换算时把原始值右移4位再乘以分辨率0.0625°C得到的就是实际温度。#define PJ85718DM_ADDR 0x48 #define REG_LOCAL_TEMP 0x00 #define REG_REMOTE_TEMP 0x01 #define REG_CONFIG 0x03 #define REG_STATUS 0x04 static float read_temperature(uint8_t reg) { uint8_t buf[2]; int16_t raw; HAL_I2C_Mem_Read(hi2c1, PJ85718DM_ADDR 1, reg, I2C_MEMADD_SIZE_8BIT, buf, 2, 100); raw (int16_t)((buf[0] 8) | buf[1]); raw 4; // 丢弃低4位 return (float)raw * 0.0625f; } float read_local_temp(void) { return read_temperature(REG_LOCAL_TEMP); } float read_remote_temp(void) { return read_temperature(REG_REMOTE_TEMP); }这个函数在工程里跑起来很稳定但有一点要提醒I2C通信有时会因为总线干扰、芯片忙等原因失败HAL库函数会返回超时错误不能直接忽略。我一般在调用层做重试读失败就延迟10ms再读一次连续失败5次就报警防止一次偶发的总线错误让整个控制逻辑做出误判。3.2 温度换算与负温度处理温度值可能是负数处理时不能只按无符号数来算。寄存器里是二进制补码直接转换成int16_t即可。比如0°C以下的数值原始高字节是0xFF低字节是某个值右移后就是负数。用上面的代码C语言会自动识别符号得到负的float温度值。如果芯片手册给出的不是左对齐格式而是一个12位右对齐数据那右移的位置和分辨率都要对应调整我这里写的是通用做法。HVAC里经常要处理0°C以下的温度尤其是冬天防冻保护场景回风温度低于5°C就得切换电加热或防冻模式。所以正负温度换算必须验证过我习惯在调试阶段用一个已知温度源做对比把读数和标准温度计的差值记录下来确认负温度段也没有异常。3.3 报警阈值与低功耗策略PJ85718DM的报警机制很好用。配置寄存器里可以设定比较器模式还是中断模式我一般用比较器模式温度超过上限或低于下限ALERT引脚就拉低温度恢复正常后自动释放。这种模式适合做硬保护不需要MCU一直查询状态。阈值寄存器分别放高温上限和低温下限。比如HVAC应用里远程回风温度设上限45°C、下限2°C一旦突破这个范围ALERT拉低触发STM32的外部中断MCU立刻进入保护流程比如强制关闭压缩机或者开启电加热。底层的软件处理就是在中断里置一个标志位主循环里读到标志后执行保护动作不能直接在中断里做延时和大量运算。功耗方面系统休眠时可以把PJ85718DM配置成更低的转换频率比如1次/秒MCU进入STOP模式靠ALERT引脚唤醒。这样在电池供电的温控器里能省不少电。我做的某款墙壁式温控器就采用这个方案待机电流实测能控制在微安级别一块CR2032电池可以用一年以上。4. 两个实际场景的控制实现4.1 嵌入式板级热保护盯住MOSFET和电感嵌入式设备里这套方案最常见的使用场景是功率器件热保护。把PJ85718DM放在主板上本地通道读板温远程通道接一个贴片三极管封装成二极管形式散热硅胶固定到MOSFET的金属散热片上。三极管和散热片之间也不会有电气隔离的问题因为只是温度测量本来就通过PN结隔离了。对应软件逻辑可以这么设计温度低于85°C时系统正常运行达到85°C时PWM频率降低限制输出电流达到95°C时强制关闭输出并记录故障码。用这段逻辑我手头一个某型开关电源模块在持续满载测试中的MOSFET温度一直被压在92°C以内相比没有热保护时的雪崩风险安全性提升很明显。注意三极管和散热片之间要涂导热硅脂否则热阻大远程通道读数会比真实壳温低好几度。4.2 HVAC回风送风温差调节与防冻HVAC应用里我把本地通道放在控制器内部远程通道分配给回风管道的温度探头。如果系统还要监测送风温度就再接一个远程通道或者用另一片PJ85718DM跑在I2C总线的不同地址上。这样MCU同时掌握三个温度点控制柜内温度、回风温度、送风温度。温差控制是HVAC很典型的逻辑。空调箱运行时回风温度和送风温度之差反映了换热量。某台机组设计温差是8°C如果实际温差只有4°C说明换热效率下降可能是风量不足、表冷器脏堵或者风机转速设定太低。我让MCU根据这个温差去调节风机的PWM占空比温差偏小时逐步提高风机转速温差恢复后回落到节能档位。这种基于温差的比例调节配合一小段PID算法既简单又稳。低温季节防冻保护也可以做。回风温度一旦低于5°C立刻置位防冻标志MCU强制开启水侧电动阀或电加热同时在上位机发告警。这里的一层保险是ALERT中断即使主循环有延时硬件也能第一时间通知MCU进入保护状态。5. 实测、标定与故障排查5.1 上电实测与热平衡第一次上电我习惯先不接远程探头只读本地通道确认I2C通信正常然后读远程通道观察它是否会报开路。远程探头没接好时芯片返回的温度往往会是一个异常值比如127°C或者-50°C具体看手册描述。上电后不要急着记数据。温度监测芯片本身有自热效应I2C通信和内部ADC工作时会产生一点热量虽然功率不大但连续运行几分钟后芯片周围温度会略微上升。我实测过本地通道读数在开机后前30秒内会上升0.3°C到0.5°C然后趋于稳定。因此调试时一定要等热平衡一般等1到2分钟再读取长期数据才有意义。如果发现本地通道读数持续漂移检查一下是不是板子上有大功率器件贴得太近影响了热平衡。远程通道反而受自热影响小因为它测的是远端PN结的温度。5.2 常见问题速查表现象可能原因解决办法I2C读不到数据HAL返回超时地址写错、上拉电阻缺失、SDA/SCL接反用示波器看SCL/SDA波形检查7位地址是否和手册一致远程温度读出固定异常值远程探头开路、D和D-接反检查接线用万用表二极管档确认PN结方向远程温度跳动严重线缆过长、未用屏蔽线、干扰串入换双绞屏蔽线D/D-之间加1000pF电容屏蔽层单端接地本地读数正常但远程偏差很大探头热耦合不好、硅脂缺失、线阻过大重新贴装探头涂导热硅脂改用粗线或加串联电阻补偿ALERT输出始终为低阈值寄存器设置反了、极性配置错误检查上/下限寄存器的值和比较器模式配置5.3 调试中的几个小技巧I2C总线卡死是最烦人的问题之一。SDA被某个设备拉低后续通信全部超时。遇到这种情况我先把MCU的复位断开然后手动在SCL上连续产生9个时钟脉冲多数情况下能让总线释放原理是让总线上的设备完成错误状态下的退出。工程里我把这个功能做进了自检程序上电时如果检测到总线忙自动执行一次总线恢复再进入正常流程。远程通道探头是否接好可以通过状态寄存器判断不一定非得上万用表。PJ85718DM这类芯片通常有对应的开路/短路状态位软件里每个采集周期读一次状态寄存器如果发现远程通道开路就跳过拉偏逻辑并向上位机报一个明确的故障码比拿到一个乱七八糟的温度再去猜原因要高效得多。6. 踩过的坑和一些使用建议这套方案前后折腾了两个多月踩过的坑很值得说一说。第一个教训就是远程测温的极性。我当初看到手册里D、D-引脚想当然地认为D接探头正极、D-接负极结果接上去之后几块板子温度读数全都不正常有的显示负几十度有的直接报开路。后来才明白这取决于内部偏置电流方向和探头接法应该严格按照手册推荐电路来接不要想当然。第二个坑是线缆长度。有一版样机为了省成本用了普通两芯电线去接远程探头结果现场装机后温度读数在一个范围内来回跳最高一次跳了接近2°C。排除了传感器本身的问题后确认就是线材和干扰的事。换成双绞屏蔽线后读数马上稳定下来在恒温箱里测试半小时内的波动能控制在0.2°C以内。这个钱真的不能省。第三个经验是关于校准的。PJ85718DM的本地通道通常出厂校准过精度尚可但远程通道受传感器自身特性和线材影响最好做一次系统级校准。我用的是比较土的办法把远程探头和标准温度计一起放在装满水的保温瓶里加入冰水混合物让温度稳定在0°C记录读数然后把水加热到接近沸腾记录另一个点。两点校准后做一个线性修正实际测试下来在0到100°C范围内精度能达到±0.3°C左右。最后分享一个小技巧如果你发现远程通道的读数和预期总差一个固定的偏置比如整体偏高0.8°C不一定是传感器质量问题很可能是线材电阻或者PN结的寄生效应造成。在代码里保存一个偏置修正值每次读取后加上去就行。这种软修正对HVAC这种对绝对精度要求不是极其苛刻的场景非常实用但如果做的是医疗、精密仪器的温度测量建议还是换用更高等级的探头和标准校准设备。这套PJ85718DM加STM32F401RB的组合目前在我的某款HVAC控制器上已经稳定跑了一个夏季本地温度、回风温度和送风温度三路数据全程没有掉过链子。