做过暖通控制器和嵌入式温度采集的朋友应该都有过这样的纠结到底用板级传感器测本机温度还是用探头拉一根线去测远端冷媒管或者风道里的温度两路都做成本上去了只做一路又怕保护逻辑不够靠谱。我上一版方案就是拿STM32F334R8做主控搭配PJ85718DM这颗双通道数字温度传感器把“本地”和“远程”两路温度同时收进来实测在风机盘管和冷媒系统上都跑过稳定性和抗干扰都达到预期。这篇就把我的软硬件设计思路、踩坑记录和排查手法完整写出来给正在做同类项目的人一个可以直接抄作业的参考。1. 项目总体思路与硬件选型分析1.1 为什么选择PJ85718DM做温度采集前端PJ85718DM是一颗带I2C接口的数字温度传感器核心特点是可以同时测本地温度和远端温度。本地通道用内置PN结远端通道则建议外接一颗二极管或者三极管接成二极管形式温度探头可以拉出去放在冷媒管、回风口、室外机等位置。选它而不是用普通NTC加ADC的方案主要看中几点第一数字输出直接走I2C不需要校准ADC通道也不必担心STM32F334R8自带的ADC参考电压漂移影响精度。第二双通道封装在一个芯片里PCB面积省很多对于风盘控制器这种紧凑板子非常友好。第三温度分辨率能到0.0625摄氏度级别对冷媒系统的过热度计算来说足够用。有个细节需要注意PJ85718DM的远端通道精度跟外接二极管的型号和偏置电流有关常见做法是选小信号二极管或者干脆用SS8050这类三极管的be结替代这样远端和本地在出厂校准上的一致性更好。1.2 STM32F334R8在HVAC应用中的定位这颗芯片不少人第一反应是“做数字电源的”因为内置了高分辨率定时器HRTIM但拿它做暖通控制器也绰绰有余。内核是Cortex-M4F主频72MHz带FPU和DSP指令做温度滤波、PID调节、热量累积计算这类浮点运算非常顺手。R8后缀表示128KB Flash、64引脚对于HVAC控制器来说外设接口足够丰富I2C、UART、CAN、多路ADC、比较器、运放都有。在这套系统里STM32F334R8的角色是主控承担三件事定时读取PJ85718DM的本地和远端温度、做数据滤波和告警判断、把温度值打包到通信总线里供上位机或楼宇系统使用。它的内置比较器和DAC还可以配合外部电路做硬件超温保护不依赖软件跑飞的情况这个后面章节展开讲。1.3 本地与远程温度监测的架构选择“本地”和“远程”这两个词在HVAC项目里有两层含义。一个是传感器层面的本地与远端PJ85718DM的本地通道放在主控板上测控制板环境温度远端通道拉一根三芯线到机组关键测点比如冷媒回气管、热水盘管出水端。另一个是系统监控层面的远程通过RS485或者CAN总线把本机的两路温度实时上传到集中监控平台这是广义的“远程监测”。我在项目中把这两层都做了。传感器层解决“测不准”和“测不到”系统层解决“看不见”。底层用PJ85718DM双通道采集上层用STM32F334R8的UART或者CAN外设走Modbus RTU或者自定义协议把温度数据送出去。这样一来既支持现场控制面板查看也支持远程运维中心集中分析。2. 核心原理拆解一块芯片如何同时测两路温度2.1 PJ85718DM本地测温原理详解本地温度测量利用的是半导体PN结正向压降与温度的近似线性关系。芯片内部集成一个恒流源给PN结加上固定偏置电流然后通过高精度ADC测量结电压再查表或者用多项式做补偿得到本地温度值。这个原理本身不复杂但在工程上容易忽视的是自热效应。芯片工作电流、I2C上拉电阻、旁边高速数字信号的耦合都会让芯片自身温度略高于实际环境温度。我实测下来如果PCB散热不好本地通道比真实环境温度高2到3摄氏度很常见。所以PCB布局时要把传感器区域的地平面铺好避开大电流走线和功率器件这点直接影响本地温度的准确性。2.2 远程二极管测温的工程实现远端测温的原理同样基于PN结特性只不过PN结被外接到芯片外面。驱动方式是在远端引脚上施加一个已知的偏置电流然后检测外接二极管的正向压降。为了消除线路电阻和串联电阻的影响PJ85718DM通常会分时注入两种不同大小的偏置电流用两次测量结果做差分计算从而把线缆电阻引起的误差消除掉。实际布板和使用中要注意几个点远端二极管的走线要尽量短最好用双绞线或者紧挨着的平行走线走线阻抗尽量一致避免两条线长度差异过大建议在芯片远端引脚附近加一个小容值的滤波电容比如1nF到10nF可以有效滤除空间耦合进来的高频噪声但电容太大会影响电流建立时间导致读数偏差。这个取舍我在排查一节里会细说。2.3 嵌入式与HVAC应用中的双点监测意义做HVAC的人都知道单点温度几乎无法判断系统状态。比如风盘控制器如果只看回风温度冷媒阀卡死或者风机皮带断了回风温度变化非常滞后。如果能在回风管加一路远端探头在冷盘管出水端加另一路远端探头就能通过温差快速判断换热效率变化提前预警。又比如冷媒系统过热度计算需要蒸发器出口温度和蒸发压力对应的饱和温度二者之差就是过热度。这个过热度直接决定膨胀阀调节方向温度采样不准整个控制逻辑全乱。PJ85718DM的远端通道精度在正负0.5摄氏度以内配合本地通道做环境温度补偿完全能满足过热度计算需求。这也是我把这颗芯片纳入方案的核心原因。3. 硬件设计实操要点与方法3.1 PJ85718DM典型连接电路先把引脚连接说清楚。PJ85718DM的供电我用的3.3V和STM32F334R8统一电源轨。SCL、SDA各接一个4.7k上拉电阻到3.3V。A0、A1地址引脚用来配置设备地址我这边都接地取默认地址。远端输入引脚DP、DN接外接二极管的两端注意极性方向二极管负极接DN正极通过偏置电流驱动。一个容易被坑的地方远端二极管如果用的是三极管be结比如SS8050需要把基极和集电极短接这样be结就等效成一个二极管。实际接线时沿be结方向基集短接端接DP发射极接DN。如果接反了读出的温度会明显异常或者直接报错。给出一份参考连接关系功能PJ85718DM引脚STM32F334R8引脚说明I2C时钟SCLPB6复用开漏外接4.7k上拉I2C数据SDAPB7复用开漏外接4.7k上拉远端输入DP外部二极管经三芯屏蔽线连SS8050远端输入DN外部二极管屏蔽层单端接地中断输出OS/INTPA0可选用于超温触发3.2 STM32F334R8的I2C初始化要点STM32F334R8的I2C外设一个容易出问题的点是时钟配置。I2C时钟源选的系统时钟然后通过I2C_CR1的FREQ字段和CCR寄存器计算分频系数。我的经验是把I2C时序调成标准模式400k时SCL的上升沿和下降沿时间也要看外设负载如果远程线上电容偏大可以把400k降回100k稳定性高很多。另外一定要把I2C的GPIO配置成开漏输出外部加上拉电阻。很多人第一次写代码时把引脚配成推挽输出结果总线根本释放不了通信直接卡死。这个我在排查部分还遇到过一次后面详细说。初始化流程可以参考开启GPIOB和I2C1时钟配置PB6、PB7为复用开漏速度建议50MHz配置I2C时钟频率、占空比、上升时间使能I2C外设发送起始条件后先做一次软复位确保外设状态干净3.3 远端二极管的PCB布局与抗干扰远端测温最怕的是干扰。温度信号本质上是毫伏级的PN结压降变化线缆稍微长一点附近有压缩机启动的电流冲击就能把噪声耦合进测量回路。我的做法是从PJ85718DM的DP、DN到外部二极管之间用两根紧挨的走线或者屏蔽双绞线连接屏蔽层在传感器端单点接地。板上走线时DP、DN两侧不要走高频数字信号尤其不要贴着头顶的SPI、PWM走线走。如果板层紧张可以在DP、DN底下完整铺地形成参考平面减少回流噪声。还有一个细节是PJ85718DM本身的电源引脚要加0.1uF陶瓷电容做去耦电容位置尽量靠近芯片电源引脚否则芯片内部模拟电路供电不稳温度读数会出现周期性跳变。3.4 电源与硬件保护设计HVAC控制器电源环境很恶劣。风机启停、压缩机电机的启停都会造成母线电压跌落和浪涌。我给PJ85718DM和STM32F334R8的3.3V供电前端加了LC滤波并在系统入口加TVS管吸收浪涌。很多同行的板子只靠一个LDO硬扛实测在压缩机启动瞬间3.3V会掉到3.0V以下I2C通信就会出错。另外远端二极管线缆如果引出到机柜外部还要考虑静电放电。我建议在DP、DN与地之间各并联一个低结电容的TVS或者BAT54之类的钳位二极管把电压钳在安全范围。注意钳位二极管的漏电流不能太大否则会影响测温精度。4. 软件驱动与温度数据处理4.1 I2C驱动与设备地址确认PJ85718DM的7位设备地址由A0、A1决定我这边两个引脚都接地地址就是默认值。写驱动时第一步先做设备探测扫描I2C总线上是否有应答确认地址正确。调试时我踩过一个坑板上有另外一颗I2C器件地址竟然和PJ85718DM冲突了导致读出来的寄存器数据完全错乱。后来通过A0、A1跳线把PJ85718DM地址改掉才解决。读取温度寄存器时要注意PJ85718DM的寄存器地址映射跟随厂商手册定义。通常本地温度寄存器、远端温度寄存器是连续地址每次可以一次性读取两个字节也可以连续读四字节把两路一起读出。建议用连续读取方式减少I2C操作次数降低总线占用时间。一个可复用的初始化代码框架void pj85718dm_init(void) { i2c_set_clock(400000); uint8_t config 0x00; // 设置分辨率中断模式等 i2c_write_reg(PJ85718DM_ADDR, REG_CONFIG, config); // 清空中断标志 i2c_read_reg(PJ85718DM_ADDR, REG_STATUS); }4.2 读取本地与远端温度寄存器温度数据格式一般是12位二进制补码低字节后四位是小数部分精度0.0625摄氏度。读取流程是发送设备地址加寄存器地址然后读两个字节把高字节左移八位加上低字节再右移四位转换成真值。温度转换公式可以这样写float decode_temperature(uint16_t raw) { int16_t sign_extended (int16_t)(raw 4) 4; return (float)sign_extended * 0.0625f; }这里必须做符号扩展否则负温度会被当成大正数。我第一次没做符号扩展冷媒管温度在零下时直接变成了几百摄氏度排查了半天才发现是数据转换问题。每100ms读一次两路温度。读取频率不宜太高温度本身是慢变量太频繁只会增加I2C干扰概率也不宜太低否则告警响应用不上。4.3 温度滤波与DSP辅助算法读回来的原始数据不能直接用。PJ85718DM本身带一定的滤波能力但受干扰严重时读数仍会有短暂跳变。我在STM32F334R8里做了两级处理第一级是中值滤波取最近五次采样排序取中间值可以去掉明显毛刺。第二级是一阶低通滤波用下面的式子filtered previous alpha * (current - previous);alpha值我调到0.2左右对应时间常数大概几百毫秒既不会太迟钝也不会太敏感。这个值需要根据系统动态调节如果是冷媒过热度控制alpha太小会导致调节迟缓建议在实测中观察温度阶跃响应来定。STM32F334R8带FPU做这种浮点滤波运算几乎不消耗CPU周期剩下的算力可以跑PID调节和通信协议完全不会吃力。4.4 告警阈值和中断处理HVAC系统里温度告警分为两类超上限告警和超下限告警。比如冷凝器出口温度超过65摄氏度要降载保护0摄氏度以下要考虑防冻防冰。PJ85718DM支持寄存器级阈值比较可以把高低温阈值写进芯片让它在超过阈值时拉低中断引脚触发STM32F334R8的外部中断。我建议把芯片级阈值作为最后一道硬件防线软件系统里的阈值判断作为正常控制逻辑。芯片阈值设置成比软件阈值高5摄氏度左右的“保险值”这样即使软件卡死或者通信故障硬件中断也能触发紧急停机。HVAC设备安全标准里对这种冗余保护很看重。软件侧每100ms把两路温度放入环形缓冲区用于计算历史趋势。比如五分钟内的温升速率超过每分钟2摄氏度可以提前告警这比单纯看绝对值更早发现问题。5. 在嵌入式与HVAC场景中的落地应用5.1 风机盘管控制器的温度监测方案风机盘管控制器是我最先落地的场景。控制器安装在吊顶内本地温度传感器测的是控制板周围环境温度用于过温保护远端探头贴在回风管上测真实回风温度用于温控阀调节。这里有一个工程经验风盘控制器板载发热器件不多但旁边紧挨着电动阀执行器电动阀线圈发热会显著影响本地温度。我把PJ85718DM尽量布置在板边远离执行器的位置同时让本地温度值自动减去一个静态偏移量这个偏移量在整机测试时标定一次大概1.5摄氏度补偿后基本能真实反映环境温度。远端回风温度对控制延迟影响很大。回风管里气流速度较高探头要用带孔的护套包裹避免风吹过探头表面造成额外的对流换热误差。实测包裹护套前和包裹护套后温度读数能差1到1.5摄氏度在温控精度要求正负1摄氏度的项目里这是不可忽略的。5.2 冷媒管路温度监测与压缩机保护冷媒系统的远端探头通常贴在回气管表面。这里要注意的是贴壁测量和直接测管内介质温度是有差别的。管壁和流体之间存在热阻压缩机刚启动时管壁温度响应滞后明显。我的做法是在探头和管壁之间涂导热硅脂再用保温棉把探头整体包住减少环境空气的对流影响这样探头测出的温度才能近似代表管壁温度。压缩机保护判断里排气温度超过阈值时通过软件控制降频或者停机。PJ85718DM的远端测温精度在这个场景下足够用。我实现了一个辅助逻辑连续三个采样周期温度都超过设定值才认为超温成立避免瞬时尖峰触发误保护。顺便说一个我踩过的坑远端二极管的线缆如果走线路径经过变频器附近变频器的高频开关噪声会在线上感应出大量毛刺导致温度值上下乱跳。后来我把线缆换成屏蔽双绞线并把屏蔽层在控制器侧接地问题才彻底解决。5.3 通过CAN或RS485实现远程temperature上传系统级的远程监测靠通信总线。STM32F334R8自带CAN控制器在楼宇自控里也有不少项目用CAN总线连群控系统。我另外预留了USART转RS485的接口走Modbus协议这样也可以接入第三方的楼宇管理平台。上报策略上我做了一个简单的死区上报机制温度变化超过0.1摄氏度才主动上报一次否则周期300秒上报一次心跳数据。这样可以大幅减少总线上的报文数量总线负载从持续高位降到百分之一左右实测对多设备共用一条总线的情况非常友好。上报数据帧里我会带一个状态字节包括两路温度的报警位、传感器故障位、通信故障位。远端运维人员在后台看到的不只是一串温度值还能直接定位故障节点省去很多现场排查成本。6. 常见问题与排查技巧实录6.1 I2C通信异常的典型原因I2C通信异常是这个项目里出现频率最高的问题。现象不外乎三种设备不应答、读到数据全为FF、偶尔通信超时。我用了一个三步排查法用示波器抓SCL和SDA波形看是否有一方拉死。如果SDA始终为低说明某个器件把总线占住了这时把总线上所有I2C设备逐个断开测试。测量上拉电阻供电。上拉电阻接的电源如果晚于传感器上电传感器内部可能存在闩锁导致总线异常。解决方法是让上拉电阻接同一个电源轨并共用电源开关控制。检查主控的I2C外设状态寄存器。如果总线状态机卡在某个异常状态直接软复位I2C外设然后重新初始化。很多情况下硬件没坏就是状态机乱了软复位立竿见影。6.2 温度读数跳变问题定位跳变问题要区分是本地通道还是远端通道。本地通道跳变多半是电源噪声或者芯片附近数字信号干扰远端通道跳变则优先怀疑探头线缆问题。我遇到过远端读数每隔几十秒跳一次的情况当时怀疑是软件滤波不够实际排查发现是远端线缆经过了一个继电器的安装位置继电器吸合时线缆正好从线圈上方经过。重新布线避开继电器区域后读数完全稳定。所以建议在布线阶段就要把顺序理顺传感器信号线远离任何感性负载和功率线。如果远端读数在固定时间间隔跳变可以怀疑是不是板上某个外设周期性工作。比如PWM驱动蜂鸣器、LED扫描都会造成地电位波动这时可以把滤波电容加大到几十纳法拉或者优化接地方式。6.3 远程测温精度校准方法精度校准需要标准温度源。由于远端二极管本身的离散性芯片出厂校准只对理想二极管有效实际接的二极管可能引入误差。我每次批量生产时都会抽三台做温度校准在0摄氏度和60摄氏度两个点测量然后计算偏移量和增益误差写回到芯片的校准寄存器。有一点要提醒校准只能在硬件定型之后做不能先校准再改PCB布局否则走线阻抗变了之前的校准就白做了。多批生产中如果更换了远端二极管的型号也必须重新校准一遍。我的校准流程将远端探头和标准铂电阻绑在一起放入恒温槽分别在0摄氏度和60摄氏度记录PJ85718DM读数计算线性校准系数写入芯片校准寄存器再在常温下验证一次误差控制在正负0.3摄氏度内6.4 实测项目中的教训与心得第一次做冷媒系统联调时压缩机启动瞬间本地温度突然跳了3摄氏度然后逐渐回落。排查后发现是本地通道和压缩机驱动PWM信号共用了一个地平面区域大电流在地平面上产生了压降导致芯片供电地电位浮动。解决办法是把传感器地单独走线回到主电源地同时增加去耦电容问题立刻消失。还有一次是软件升级后设备全部报告远端温度错误排查了硬件没有变化最后发现是固件里寄存器地址表写错了把本地温度寄存器地址和远端温度寄存器地址写反了。这个教训说明代码改动后必须对照手册重新核对寄存器地址特别是涉及版本升级时寄存器定义不一定保持兼容。我个人的体会是双通道温度监测这类方案硬件设计占七分软件占三分。硬件上只要把传感器供电、布线、探头的抗干扰处理好基本就成功大半。软件上再稳一点不要盲目提高采样频率把滤波和阈值判断做扎实整个系统就不容易出幺蛾子。最后分享一个小技巧把PJ85718DM的本地和远端温度同时记录下来画在同一张曲线图上观察两路温差的趋势变化往往比单独看每一路更能发现问题。比如本地温度稳定但是远端温度缓慢上升可能是热源侧负载加重两路温度同时快速上升则多半是环境温度异常或者散热失效。这种趋势判断在HVAC系统里非常实用。