HVAC控制器里的温度监测很多人一开始的思路很简单控制板上放一颗温度传感器读到一个数就往PID送。可真到了现场就会发现风道出口、回风口、冷媒管路、机箱内部每个点的温度都不一样而你只有一对线缆从主板上引出来。我做过类似的暖通项目最后用的方案是一颗支持本地与远程双通道测量的温度芯片——PJ85718DM负责把板内温度和远端探头温度变成数字量一颗低功耗的STM32L031K6负责通过SMBus总线把两路温度读回来做处理、做报警、做上报。这套架构不算复杂但把“本地远程”测温一次解决测出来的数据在HVAC这种干扰大、温差大的环境里也比想象中稳。这篇文章写给正在做嵌入式监测板、HVAC控制器或者只是想把多路温度监测做简单的工程师。我会把测温芯片的原理、主控选型、硬件连接、SMBus读取、校准补偿和现场部署的坑从头到尾讲一遍落地的细节尽量给全。1. 为什么“本地远程”双通道结构比一路一个传感器更适合HVAC现场1.1 板内温度和工况温度必须分开看做HVAC控制器最容易犯的错就是把PCB板上的温度当成环境温度。主控板上有一堆功率器件、线性电源、通讯电路板内温度通常比真实空气温度高出好几度。风道里的温度、盘管翅片上的温度、压缩机回气管的温度才是系统真正需要的控制参量。这几个测温点在物理位置上和主控板离得远少则几十厘米多则两米以上。如果每个点单独拉一套传感器加接线端子占用IO资源不说PCB面积、线缆、安装工时都会翻倍。而双通道测温芯片的思路是芯片贴在主控板上测本地温度同时把一路远程测温探头甩到远端去测工况温度。一颗芯片两条路全解决了。1.2 远程通道接的不是热敏电阻而是二极管结很多同事第一次看到“远程温度”通道第一反应是那是不是接个NTC或者PT100进去不是。PJ85718DM这类芯片的远程通道接的是一个二极管结构工程上最常用的就是小信号三极管把基极和集电极短接然后把BE结当二极管用。为什么不用NTCNTC的阻值和温度是非线性关系每一个探头的一致性都有偏差而且线缆长度不同串联电阻的影响完全无法自动消除。二极管结则不一样只要给PN结施加两个不同大小的电流测两次正向压降从两次压降的差值就能推出绝对温度。差值测量天然把线缆电阻、接触电阻这类共模误差消掉了抗干扰能力比直接测电压强很多。这也是为什么远程测温芯片几乎都走这条技术路线。1.3 一套完整系统需要哪些部分整个系统摊开来看其实只有五个部分PJ85718DM测温芯片放在主控板上负责本地温度测量和远程二极管探头激励与采集远程二极管探头放在风道或盘管位置TO-92封装的小信号三极管就能干这活STM32L031K6主控MCU通过SMBus读取芯片里的温度寄存器电源和总线电路3.3V供电、SMBus上拉电阻、中断引脚上层逻辑显示、报警、通讯上报由MCU的固件具体实现这套结构最大的好处是真正的传感器在远端但信号处理在主板上的专用芯片里完成MCU不用自己做模拟信号调理也不用额外买一路ADC采样电路。后面你会看到这个分工让代码和硬件都清爽不少。2. 两个核心器件的工作原理与选型理由2.1 PJ85718DM的两路温度各是怎么测出来的先看本地通道。PJ85718DM内部有一个带隙基准式温度传感器通过测量硅材料PN结在不同温度下的电压特性换算成芯片自身的温度。这个测量是完全数字化的芯片自己完成模数转换MCU只需要读寄存器。本地温度的读数代表的是芯片所在PCB位置的温度也就是主控板附近的板温。远程通道则完全换了一套原理。芯片会在D和D-两个引脚上给外接的二极管结构施加两个不同幅度的激励电流。两次电流下的正向压降分别为V1和V2而两个PN结电压的差值ΔV与绝对温度呈严格的线性关系具体公式不展开但要理解核心点在于温度信息藏在两次电压的差值里而不是某个绝对电压值里。这带来两个好处线电阻和接触电阻被抵消长期漂移被抵消。远程通道里还有一个关键处理是“理想因子”补偿。不同型号的三极管或二极管的结特性略有差异芯片里一般有配置位可以设置理想因子系数常见的约等于1.008的补偿值能让多数小信号三极管测得更准。这个细节在第五章校准部分还会专门说。2.2 STM32L031K6为什么能压住这个场景主控的选择逻辑并不复杂不需要跑复杂的算法不需要大容量存储但要低功耗、小封装、价格合适还要有稳定的I2C/SMBus接口。STM32L031K6属于低功耗系列里的入门款Cortex-M0内核最高主频32MHzFlash有64KBSRAM有8KB做温度采集加RS485透传完全够用。它的I2C控制器天生支持SMBus时序包括PEC包错误校验和超时检测直接对接PJ85718DM这类SMBus接口的温度芯片很顺手。另外还有独立的低功耗定时器和多种Stop模式系统在两次温度采样之间可以睡得很深实测整套采集节点的平均功耗能做到很低这对从HVAC主板上取电的应用非常重要——很多面板供电本身就没多少余量。2.3 为什么不直接用MCU内置ADC测二极管这是我会被反复问到的问题答案很直接精度和校准成本都兜不住。MCU内置ADC通常只有12位直接测0.6V左右的正向压降0.1℃的温度变化对应的电压变化只有零点几毫伏ADC噪声和基准漂移就足以淹没信号。更麻烦的是不同MCU的ADC通道阻抗、采样电容差异很大采集探头的线缆阻抗稍一变读数就飘。PJ85718DM这种专用温度芯片等于把整个模拟前端做完了可编程激励电流、斩波放大器、高分辨率ADC、非线性校正、数字滤波全部封装在里面MCU只拿数字结果。这套分工比用万用表去测压降再查表精准省事至少一个数量级。用一句话总结模拟的脏活累活交给专用芯片MCU只做数字层面的搬运和判断。3. 硬件连接与PCB布置远程探头、布线和电源分配3.1 远程探头的正确接法远程二极管的接法看着简单但细节决定成败。最标准的做法找一颗小信号NPN三极管例如常见的通用型号把基极和集电极短接剩下的BE结就是一个二极管。D引脚接三极管的基极/集电极短接端D-引脚接发射极极性绝对不能反。反接的后果通常是远程温度读出固定的无效值比如0xFF之类。探头和主板之间的连线我建议用双绞线或者屏蔽线长度尽量控制在2米以内。线越长分布电容越大芯片在切换激励电流时建立波形需要的时间越长可能引起读数偏差甚至通讯异常。如果非要走长线要么降低总线速度要么在芯片配置里把输入滤波器打开或者换更强的驱动态档位——具体以PJ85718DM手册里的远程输入驱动设置说明为准。D和D-之间要不要加电容一直是讨论点。很多人习惯加一个几纳法的电容滤波但电容太大不行。激励电流是快速变化的信号大电容会让电压建立变慢激励还没稳定就开始采样读出来的温度自然不准。我实践的结论是如果必须加选100pF以内的聚酯电容或C0G电容最好先不加测基线再决定要不要补。3.2 布线环节最容易被忽略的事远程线在PCB上要走差分对两根线紧贴走中间不要穿过多孔、不要跨分割区不要和12V开关电源的驱动走线并行更不要贴着继电器或风机驱动走线走一大段板的边缘铺一圈保护性地远程线走内层两侧有地平面包裹效果最好PJ85718DM本体在PCB上如果它测的板温希望代表“机箱内部环境温度”就要远离大功率MOS管和开关电感但如果你想监控主板发热点那反过来贴片靠近发热源SMBus上拉电阻通常在2k到10k之间选择具体根据总线长度和电容决定长线用低阻值以往经验3.3V总线上用4.7k比较均衡有一个我自己踩过的细节远程二极管引线如果在PCB上刚好压在钻孔旁边焊接时助焊剂残留会造成漏电流远程温度在湿度大的环境里会出现周期性偏大。后来处理办法是清洗助焊剂并且在走线底层铺地屏蔽问题基本消失。3.3 与STM32L031K6的引脚连接示意PJ85718DM和STM32L031K6之间的连接相当简洁一张表就能说清信号PJ85718DM引脚STM32L031K6引脚说明SCLSCLI2C1_SCLSMBus时钟接上拉电阻SDASDAI2C1_SDASMBus数据接上拉电阻ALERT/THERMALERT/THERM任意带外部中断的GPIO温度超限或SMBus告警触发VCCVCC3.3V电源就近100nF去耦电容远程探头D/D--双绞线接到远端三极管探头STM32L031K6的外设资源做这个任务余量充足ADDR引脚可以硬接线选择不同从机地址如果系统里有多个温度采集节点一片主控还能挂好几颗温度芯片。中断引脚也值得接因为远程温度超限事件可以中断唤醒睡眠中的MCU比轮询效率高得多。4. SMBus协议读取与数据解析4.1 SMBus和I2C的差异很多人直接忽略SMBus本质上是以I2C为基础的通信协议但两者不是完全等同。SMBus规定总线时钟范围在10kHz到100kHz之间比I2C快速模式约400kHz慢不少同时它要求从机必须有超时保护——如果总线电平卡住超过35ms设备要自动复位释放总线。温度芯片这类面向系统管理场景的器件默认走SMBus。我们用STM32L031K6的I2C外设对接时只要把通信速率配置在100kHz标准模式基本兼容如果芯片数据手册特别要求SMBus的时序则打开MCU外设的SMBus模式选项。另一个需要知道的是PECPacket Error CheckingSMBus协议可以在报文末尾追加一个CRC字节用于校验整帧数据是否被干扰。HVAC现场有风机变频器、继电器这类强干扰源能开PEC就尽量开后面会看到我的惨痛教训。4.2 典型寄存器布局与读取时序温度芯片的寄存器布局大同小异。PJ85718DM这类产品通常会有本地温度寄存器、远程温度寄存器、配置寄存器、上限报警寄存器、下限报警寄存器和偏移校准寄存器。具体地址必须对照手册但读取时序套路一致主控发送从机地址加写位写入要读取的寄存器地址发送重复起始信号主机再发地址加读位从机返回两个字节高字节在前低字节在后可选读PEC字节做校验温度数据格式一般是将11位或12位ADC结果扩展成16位。以常见的0.125℃分辨率为例子读取到两个字节比如0x19和0xA0拼成16位后左移去除低位无效位再乘以分辨率系数就得到带符号温度。下面这段C代码是我常用的解析思路按通用格式写实际位宽请对着手册调整。int32_t raw (buf[0] 8) | buf[1]; // 假设温度数据左对齐低字节只高4位有效分辨率0.125℃ raw (int16_t)(raw 0xFFF0); float temp (float)raw / 64.0f; // 右移4位后每LSB对应0.125℃需要特别提醒有的芯片带符号位处理容易踩坑尤其是低温场景下比如零下10℃读出的原始值如果被当成无符号整数解析会变成几十度的高温值。所以解析时先用int16_t做一次带符号转换再按分辨率换算顺序不能乱。4.3 STM32端的具体读取流程用HAL库跑起来很直白读单字节寄存器和读多字节寄存器都可以走I2C的内存接口函数。实测下来PJ85718DM这类SMBus设备对主控的START/STOP时序不会太挑剔标准STM32的I2C控制器完全能覆盖。下面给一个简化例程float read_local_temperature(void) { uint8_t reg LOCAL_TEMP_REG; // 本地温度寄存器地址 uint8_t buf[2] {0}; HAL_I2C_Master_Transmit(hi2c1, DEV_ADDR1, reg, 1, 100); HAL_I2C_Master_Receive(hi2c1, DEV_ADDR1, buf, 2, 100); int16_t raw (int16_t)((buf[0] 8) | buf[1]); return (float)(raw 4) * 0.125f; }同样方式把寄存器换成远程温度寄存器就能拿到远程读数值。关于PEC校验实际产品中我更推荐自己实现算好CRC后和从机返回的PEC字节比对不匹配就丢弃本次数据等下一次采样。不要怕多这一点代码和现场偶发乱码比起来它非常值。4.4 读数据异常的快速判断我最初调SMBus的时候遇到不少“读出来是0xFF”“总线卡死”的情况。排查思路是有序的读回来全是0xFF要么地址选错要么芯片没正常上电要么SCL/SDA没接上拉发送地址后无ACK地址线配置错误或者芯片在复位状态温度值忽高忽低远程线受干扰检查屏蔽和滤波电容同时确认PEC校验是否打开固定读出0x7F或负数字节序或符号位解析错误仔细对一下手册里的数据格式示例这些现象和排查顺序我是吃过亏才记住的。每次都先量硬件时序不要一上来就改软件。5. 误差来源与校准补偿把“能读”变成“测得准”5.1 哪些因素会拖精度后腿裸读回来的温度值直接拿去控制HVAC设备长期运行能不能稳取决于你有没有认真处理下面几个误差源。第一个是传感器自热。PJ85718DM在远程通道会持续给二极管施加激励电流探头本身会有一点自热在气流静止的环境里尤其明显。解决办法是尽量用低占空比测量芯片支持单次转换模式就单次转换不要一直连续跑。第二个是远程线电阻。虽然差分测量抵消了大部分共模电阻但D线上的串联电阻会在激励电流下产生额外压降让芯片误以为二极管的压降更大、温度更高。现象是线越长读出的温度越高。这个误差不是固定值和电流大小、线阻大小都有关系必须靠校准寄存器补偿。第三个是二极管理想因子。不同批次的三极管BE结加工特性会有离散典型芯片可以在配置寄存器里写理想因子补偿位。如果你用手头的通用三极管默认值通常已经合适如果用了比较特殊的二极管校准的时候最好三种补偿档位都试一下看读数收敛情况。5.2 校准流程单点法还是两点法对大多数HVAC应用来说单点偏移校准就够用了。拿一支计量过的铂电阻温度计作基准把远程探头和铂电阻绑在同一个导热块上等温度稳定到目标值附近读出PJ85718DM的远程温度和基准温度的差值把这个差值写到偏移寄存器里。单点校准的局限性在于它只平移误差曲线不纠正斜率误差。如果本地和远程测温范围很大比如从零下20℃到80℃建议做两点校准。比如在0℃附近做一次在60℃附近做一次计算出偏移量和增益修正量分别写入对应的校准寄存器和理想因子配置位。这样曲线两端都会被拉正。实际操作里我很推荐用冰水混合物做0℃基准点。把探头插进碎冰和水的混合物里等读数稳定此时参考温度就是0℃附近。又便宜又准比恒温槽省事太多。5.3 线阻补偿的一次实测在某项目中我们把远程探头的连线从0.3米加到3米发现远程温度读数明显偏高了将近1度。为了量化这个问题我在D线上串了一个可调电阻箱从0.5Ω一直加到5Ω每次记录远程温度增量。结果基本上是线性的大约每串1Ω线阻温度偏高0.5℃附近。这个具体比例和芯片激励电流有关但“串线阻导致温度偏高”这个方向是一致的。知道这个规律后现场就可以不猜了先用万用表实测D和D-到探头的回路电阻按线阻比例算出需要补偿的偏移量写入偏移寄存器。关键在于要知道这个测试的时机D和D-的线缆直接到探头万用表量到的串联电阻是两个方向的叠加取一半就是单线电阻的影响估计校准过程可以先半量试测再微调。实际操作中我们当时没有用理论比例直接写寄存器而是做了分段测试选值最终用电阻箱标定曲线来拟合偏移代码。这样做的好处是可以把线材的分布电容、端子接触电阻等因素一起包括进来。5.4 校准做完必须验证校准不是写入参数就算完。验证时要看动态响应和静态误差两个指标静态误差是用基准温度计同点位比对误差落在预期范围内动态响应是把探头从室温徒手捂热观察温度变化的上升时间确认探头导热好、没有被塑料壳或导热硅脂隔住。这里有一个容易翻车的点远程探头贴在盘管翅片上测量冷媒温度如果探头只是压在翅片表面没有良好接触测到的温度更多是接触点附近空气的温度响应慢还抖动。正确做法是探头和翅片之间涂少量导热硅脂再用卡扣压紧尽量让整个探头的导热路径指向翅片。6. HVAC现场部署踩过的坑与处理建议6.1 探头放错位置再准的芯片也白搭判断一个测温点位放得不对有个很明显的特征温度读数看起来“合理”但控制效果始终不对。比如风道温度探头离加热器出风口太近那读到的基本是热风温度而不是风道内部静压段的平均温度。我现在的习惯是每个测温点在定方案之前先问三个问题这个位置的气流代表什么状态探头会不会受到辐射热影响维护时探头能不能够得着辐射热是经常被忽略的一项太阳晒到的风管壁、排热风扇附近的空气都会让探头的读数偏离真实值。给探头做一个小隔热罩遮住来自热源方向的辐射往往比换传感器更有效。6.2 变频器、继电器和PWM风机把总线搞乱现场最让我头疼的干扰源是变频器和PWM风机。只要这些设备动作SMBus总线上就能看到一簇一簇的毛刺严重的时候温度读数会瞬间跳几度再突然恢复。处理这种问题的层次是这样先硬件隔离远程线的屏蔽层单端接地导线尽量短SMBus上拉电阻适当降低到2.2k左右增强驱动能力再软件加固MCU开启PEC校验、连续读两次一致性判断、丢弃异常跳变数据。我们最终是把远程线换成了带屏蔽的双绞线布线和动力线保持30cm以上距离配合PEC校验问题基本绝迹。这里必须说一句不要指望靠软件滤波把一切脏数据洗白。如果硬件上干扰耦合严重软件里加再多重采样也只是治标回到布线源头解决才是治本。6.3 低温结露和长期可靠性HVAC环境对温度探头最不友好的是换热器附近的高湿低湿交替。低温时探头表面结露水膜改变了二极管引脚之间的绝缘阻抗远程温度读数可能出现异常偏移。我们的处理是在探头区域做简单的防水处理用热缩管把三极管封装部分和引线根部包好再灌少量环氧或是点胶固定。注意不要整个探头厚厚包一层否则热阻太大测温响应时间会变得很难看。另外一个长期可靠性问题是端子氧化。工业现场端子压接久了接触电阻上升远程通道的线阻补偿就会失效。建议运维周期里加一个自检项目定期用“远程温度异常”标志位检查一下探头有没有开路或短路不要等到温度数据出偏差了再去现场。6.4 批量一致性和量产校准做了三个样板测得很准不代表一百台都能准。批量生产时不同批次的三极管探头的理想因子可能差一点线缆长度也会不一样这些都是校准参数需要覆盖的。我们量产时的做法是调试产线阶段先跑一台完整的两点标定把偏移寄存器和理想因子配置默认值写进固件然后每台整机出厂前跑一次单点快速校验只测风道探头在常温附近的读数偏差超过阈值就重新校准。校准参数可以直接存在STM32L031K6的Flash中掉电不丢方便追溯。还有一个小技巧批量烧录时把芯片序列和校准参数绑定远程维护的时候可以通过读取校准区的标识判断这台设备用的是哪一批探头排查起来快很多。最后分享一个小技巧整个过程走下来最想提醒后来者的一点是远程通道的线阻补偿一定要趁早做不要等现场出了问题再回来补。新画板子时就应当在D/D-回路上留出可测的测试点也尽量在固件层面对外暴露偏移寄存器接口这样标定时不需要重新编译固件就能现场调校。另一个是我每次复盘必提的哪怕你当前项目里SMBus总线上只有一颗温度芯片PEC校验也一定要开起来HVAC现场的干扰防不胜防多一字节校验等于给数据多了一道护身符。温度监测这种环节看起来简单但一旦数据源不可信上游PID控制逻辑再漂亮都是在错误的地基上盖楼。
HVAC控制器里的温度监测很多人一开始的思路很简单控制板上放一颗温度传感器读到一个数就往PID送。可真到了现场就会发现风道出口、回风口、冷媒管路、机箱内部每个点的温度都不一样而你只有一对线缆从主板上引出来。我做过类似的暖通项目最后用的方案是一颗支持本地与远程双通道测量的温度芯片——PJ85718DM负责把板内温度和远端探头温度变成数字量一颗低功耗的STM32L031K6负责通过SMBus总线把两路温度读回来做处理、做报警、做上报。这套架构不算复杂但把“本地远程”测温一次解决测出来的数据在HVAC这种干扰大、温差大的环境里也比想象中稳。这篇文章写给正在做嵌入式监测板、HVAC控制器或者只是想把多路温度监测做简单的工程师。我会把测温芯片的原理、主控选型、硬件连接、SMBus读取、校准补偿和现场部署的坑从头到尾讲一遍落地的细节尽量给全。1. 为什么“本地远程”双通道结构比一路一个传感器更适合HVAC现场1.1 板内温度和工况温度必须分开看做HVAC控制器最容易犯的错就是把PCB板上的温度当成环境温度。主控板上有一堆功率器件、线性电源、通讯电路板内温度通常比真实空气温度高出好几度。风道里的温度、盘管翅片上的温度、压缩机回气管的温度才是系统真正需要的控制参量。这几个测温点在物理位置上和主控板离得远少则几十厘米多则两米以上。如果每个点单独拉一套传感器加接线端子占用IO资源不说PCB面积、线缆、安装工时都会翻倍。而双通道测温芯片的思路是芯片贴在主控板上测本地温度同时把一路远程测温探头甩到远端去测工况温度。一颗芯片两条路全解决了。1.2 远程通道接的不是热敏电阻而是二极管结很多同事第一次看到“远程温度”通道第一反应是那是不是接个NTC或者PT100进去不是。PJ85718DM这类芯片的远程通道接的是一个二极管结构工程上最常用的就是小信号三极管把基极和集电极短接然后把BE结当二极管用。为什么不用NTCNTC的阻值和温度是非线性关系每一个探头的一致性都有偏差而且线缆长度不同串联电阻的影响完全无法自动消除。二极管结则不一样只要给PN结施加两个不同大小的电流测两次正向压降从两次压降的差值就能推出绝对温度。差值测量天然把线缆电阻、接触电阻这类共模误差消掉了抗干扰能力比直接测电压强很多。这也是为什么远程测温芯片几乎都走这条技术路线。1.3 一套完整系统需要哪些部分整个系统摊开来看其实只有五个部分PJ85718DM测温芯片放在主控板上负责本地温度测量和远程二极管探头激励与采集远程二极管探头放在风道或盘管位置TO-92封装的小信号三极管就能干这活STM32L031K6主控MCU通过SMBus读取芯片里的温度寄存器电源和总线电路3.3V供电、SMBus上拉电阻、中断引脚上层逻辑显示、报警、通讯上报由MCU的固件具体实现这套结构最大的好处是真正的传感器在远端但信号处理在主板上的专用芯片里完成MCU不用自己做模拟信号调理也不用额外买一路ADC采样电路。后面你会看到这个分工让代码和硬件都清爽不少。2. 两个核心器件的工作原理与选型理由2.1 PJ85718DM的两路温度各是怎么测出来的先看本地通道。PJ85718DM内部有一个带隙基准式温度传感器通过测量硅材料PN结在不同温度下的电压特性换算成芯片自身的温度。这个测量是完全数字化的芯片自己完成模数转换MCU只需要读寄存器。本地温度的读数代表的是芯片所在PCB位置的温度也就是主控板附近的板温。远程通道则完全换了一套原理。芯片会在D和D-两个引脚上给外接的二极管结构施加两个不同幅度的激励电流。两次电流下的正向压降分别为V1和V2而两个PN结电压的差值ΔV与绝对温度呈严格的线性关系具体公式不展开但要理解核心点在于温度信息藏在两次电压的差值里而不是某个绝对电压值里。这带来两个好处线电阻和接触电阻被抵消长期漂移被抵消。远程通道里还有一个关键处理是“理想因子”补偿。不同型号的三极管或二极管的结特性略有差异芯片里一般有配置位可以设置理想因子系数常见的约等于1.008的补偿值能让多数小信号三极管测得更准。这个细节在第五章校准部分还会专门说。2.2 STM32L031K6为什么能压住这个场景主控的选择逻辑并不复杂不需要跑复杂的算法不需要大容量存储但要低功耗、小封装、价格合适还要有稳定的I2C/SMBus接口。STM32L031K6属于低功耗系列里的入门款Cortex-M0内核最高主频32MHzFlash有64KBSRAM有8KB做温度采集加RS485透传完全够用。它的I2C控制器天生支持SMBus时序包括PEC包错误校验和超时检测直接对接PJ85718DM这类SMBus接口的温度芯片很顺手。另外还有独立的低功耗定时器和多种Stop模式系统在两次温度采样之间可以睡得很深实测整套采集节点的平均功耗能做到很低这对从HVAC主板上取电的应用非常重要——很多面板供电本身就没多少余量。2.3 为什么不直接用MCU内置ADC测二极管这是我会被反复问到的问题答案很直接精度和校准成本都兜不住。MCU内置ADC通常只有12位直接测0.6V左右的正向压降0.1℃的温度变化对应的电压变化只有零点几毫伏ADC噪声和基准漂移就足以淹没信号。更麻烦的是不同MCU的ADC通道阻抗、采样电容差异很大采集探头的线缆阻抗稍一变读数就飘。PJ85718DM这种专用温度芯片等于把整个模拟前端做完了可编程激励电流、斩波放大器、高分辨率ADC、非线性校正、数字滤波全部封装在里面MCU只拿数字结果。这套分工比用万用表去测压降再查表精准省事至少一个数量级。用一句话总结模拟的脏活累活交给专用芯片MCU只做数字层面的搬运和判断。3. 硬件连接与PCB布置远程探头、布线和电源分配3.1 远程探头的正确接法远程二极管的接法看着简单但细节决定成败。最标准的做法找一颗小信号NPN三极管例如常见的通用型号把基极和集电极短接剩下的BE结就是一个二极管。D引脚接三极管的基极/集电极短接端D-引脚接发射极极性绝对不能反。反接的后果通常是远程温度读出固定的无效值比如0xFF之类。探头和主板之间的连线我建议用双绞线或者屏蔽线长度尽量控制在2米以内。线越长分布电容越大芯片在切换激励电流时建立波形需要的时间越长可能引起读数偏差甚至通讯异常。如果非要走长线要么降低总线速度要么在芯片配置里把输入滤波器打开或者换更强的驱动态档位——具体以PJ85718DM手册里的远程输入驱动设置说明为准。D和D-之间要不要加电容一直是讨论点。很多人习惯加一个几纳法的电容滤波但电容太大不行。激励电流是快速变化的信号大电容会让电压建立变慢激励还没稳定就开始采样读出来的温度自然不准。我实践的结论是如果必须加选100pF以内的聚酯电容或C0G电容最好先不加测基线再决定要不要补。3.2 布线环节最容易被忽略的事远程线在PCB上要走差分对两根线紧贴走中间不要穿过多孔、不要跨分割区不要和12V开关电源的驱动走线并行更不要贴着继电器或风机驱动走线走一大段板的边缘铺一圈保护性地远程线走内层两侧有地平面包裹效果最好PJ85718DM本体在PCB上如果它测的板温希望代表“机箱内部环境温度”就要远离大功率MOS管和开关电感但如果你想监控主板发热点那反过来贴片靠近发热源SMBus上拉电阻通常在2k到10k之间选择具体根据总线长度和电容决定长线用低阻值以往经验3.3V总线上用4.7k比较均衡有一个我自己踩过的细节远程二极管引线如果在PCB上刚好压在钻孔旁边焊接时助焊剂残留会造成漏电流远程温度在湿度大的环境里会出现周期性偏大。后来处理办法是清洗助焊剂并且在走线底层铺地屏蔽问题基本消失。3.3 与STM32L031K6的引脚连接示意PJ85718DM和STM32L031K6之间的连接相当简洁一张表就能说清信号PJ85718DM引脚STM32L031K6引脚说明SCLSCLI2C1_SCLSMBus时钟接上拉电阻SDASDAI2C1_SDASMBus数据接上拉电阻ALERT/THERMALERT/THERM任意带外部中断的GPIO温度超限或SMBus告警触发VCCVCC3.3V电源就近100nF去耦电容远程探头D/D--双绞线接到远端三极管探头STM32L031K6的外设资源做这个任务余量充足ADDR引脚可以硬接线选择不同从机地址如果系统里有多个温度采集节点一片主控还能挂好几颗温度芯片。中断引脚也值得接因为远程温度超限事件可以中断唤醒睡眠中的MCU比轮询效率高得多。4. SMBus协议读取与数据解析4.1 SMBus和I2C的差异很多人直接忽略SMBus本质上是以I2C为基础的通信协议但两者不是完全等同。SMBus规定总线时钟范围在10kHz到100kHz之间比I2C快速模式约400kHz慢不少同时它要求从机必须有超时保护——如果总线电平卡住超过35ms设备要自动复位释放总线。温度芯片这类面向系统管理场景的器件默认走SMBus。我们用STM32L031K6的I2C外设对接时只要把通信速率配置在100kHz标准模式基本兼容如果芯片数据手册特别要求SMBus的时序则打开MCU外设的SMBus模式选项。另一个需要知道的是PECPacket Error CheckingSMBus协议可以在报文末尾追加一个CRC字节用于校验整帧数据是否被干扰。HVAC现场有风机变频器、继电器这类强干扰源能开PEC就尽量开后面会看到我的惨痛教训。4.2 典型寄存器布局与读取时序温度芯片的寄存器布局大同小异。PJ85718DM这类产品通常会有本地温度寄存器、远程温度寄存器、配置寄存器、上限报警寄存器、下限报警寄存器和偏移校准寄存器。具体地址必须对照手册但读取时序套路一致主控发送从机地址加写位写入要读取的寄存器地址发送重复起始信号主机再发地址加读位从机返回两个字节高字节在前低字节在后可选读PEC字节做校验温度数据格式一般是将11位或12位ADC结果扩展成16位。以常见的0.125℃分辨率为例子读取到两个字节比如0x19和0xA0拼成16位后左移去除低位无效位再乘以分辨率系数就得到带符号温度。下面这段C代码是我常用的解析思路按通用格式写实际位宽请对着手册调整。int32_t raw (buf[0] 8) | buf[1]; // 假设温度数据左对齐低字节只高4位有效分辨率0.125℃ raw (int16_t)(raw 0xFFF0); float temp (float)raw / 64.0f; // 右移4位后每LSB对应0.125℃需要特别提醒有的芯片带符号位处理容易踩坑尤其是低温场景下比如零下10℃读出的原始值如果被当成无符号整数解析会变成几十度的高温值。所以解析时先用int16_t做一次带符号转换再按分辨率换算顺序不能乱。4.3 STM32端的具体读取流程用HAL库跑起来很直白读单字节寄存器和读多字节寄存器都可以走I2C的内存接口函数。实测下来PJ85718DM这类SMBus设备对主控的START/STOP时序不会太挑剔标准STM32的I2C控制器完全能覆盖。下面给一个简化例程float read_local_temperature(void) { uint8_t reg LOCAL_TEMP_REG; // 本地温度寄存器地址 uint8_t buf[2] {0}; HAL_I2C_Master_Transmit(hi2c1, DEV_ADDR1, reg, 1, 100); HAL_I2C_Master_Receive(hi2c1, DEV_ADDR1, buf, 2, 100); int16_t raw (int16_t)((buf[0] 8) | buf[1]); return (float)(raw 4) * 0.125f; }同样方式把寄存器换成远程温度寄存器就能拿到远程读数值。关于PEC校验实际产品中我更推荐自己实现算好CRC后和从机返回的PEC字节比对不匹配就丢弃本次数据等下一次采样。不要怕多这一点代码和现场偶发乱码比起来它非常值。4.4 读数据异常的快速判断我最初调SMBus的时候遇到不少“读出来是0xFF”“总线卡死”的情况。排查思路是有序的读回来全是0xFF要么地址选错要么芯片没正常上电要么SCL/SDA没接上拉发送地址后无ACK地址线配置错误或者芯片在复位状态温度值忽高忽低远程线受干扰检查屏蔽和滤波电容同时确认PEC校验是否打开固定读出0x7F或负数字节序或符号位解析错误仔细对一下手册里的数据格式示例这些现象和排查顺序我是吃过亏才记住的。每次都先量硬件时序不要一上来就改软件。5. 误差来源与校准补偿把“能读”变成“测得准”5.1 哪些因素会拖精度后腿裸读回来的温度值直接拿去控制HVAC设备长期运行能不能稳取决于你有没有认真处理下面几个误差源。第一个是传感器自热。PJ85718DM在远程通道会持续给二极管施加激励电流探头本身会有一点自热在气流静止的环境里尤其明显。解决办法是尽量用低占空比测量芯片支持单次转换模式就单次转换不要一直连续跑。第二个是远程线电阻。虽然差分测量抵消了大部分共模电阻但D线上的串联电阻会在激励电流下产生额外压降让芯片误以为二极管的压降更大、温度更高。现象是线越长读出的温度越高。这个误差不是固定值和电流大小、线阻大小都有关系必须靠校准寄存器补偿。第三个是二极管理想因子。不同批次的三极管BE结加工特性会有离散典型芯片可以在配置寄存器里写理想因子补偿位。如果你用手头的通用三极管默认值通常已经合适如果用了比较特殊的二极管校准的时候最好三种补偿档位都试一下看读数收敛情况。5.2 校准流程单点法还是两点法对大多数HVAC应用来说单点偏移校准就够用了。拿一支计量过的铂电阻温度计作基准把远程探头和铂电阻绑在同一个导热块上等温度稳定到目标值附近读出PJ85718DM的远程温度和基准温度的差值把这个差值写到偏移寄存器里。单点校准的局限性在于它只平移误差曲线不纠正斜率误差。如果本地和远程测温范围很大比如从零下20℃到80℃建议做两点校准。比如在0℃附近做一次在60℃附近做一次计算出偏移量和增益修正量分别写入对应的校准寄存器和理想因子配置位。这样曲线两端都会被拉正。实际操作里我很推荐用冰水混合物做0℃基准点。把探头插进碎冰和水的混合物里等读数稳定此时参考温度就是0℃附近。又便宜又准比恒温槽省事太多。5.3 线阻补偿的一次实测在某项目中我们把远程探头的连线从0.3米加到3米发现远程温度读数明显偏高了将近1度。为了量化这个问题我在D线上串了一个可调电阻箱从0.5Ω一直加到5Ω每次记录远程温度增量。结果基本上是线性的大约每串1Ω线阻温度偏高0.5℃附近。这个具体比例和芯片激励电流有关但“串线阻导致温度偏高”这个方向是一致的。知道这个规律后现场就可以不猜了先用万用表实测D和D-到探头的回路电阻按线阻比例算出需要补偿的偏移量写入偏移寄存器。关键在于要知道这个测试的时机D和D-的线缆直接到探头万用表量到的串联电阻是两个方向的叠加取一半就是单线电阻的影响估计校准过程可以先半量试测再微调。实际操作中我们当时没有用理论比例直接写寄存器而是做了分段测试选值最终用电阻箱标定曲线来拟合偏移代码。这样做的好处是可以把线材的分布电容、端子接触电阻等因素一起包括进来。5.4 校准做完必须验证校准不是写入参数就算完。验证时要看动态响应和静态误差两个指标静态误差是用基准温度计同点位比对误差落在预期范围内动态响应是把探头从室温徒手捂热观察温度变化的上升时间确认探头导热好、没有被塑料壳或导热硅脂隔住。这里有一个容易翻车的点远程探头贴在盘管翅片上测量冷媒温度如果探头只是压在翅片表面没有良好接触测到的温度更多是接触点附近空气的温度响应慢还抖动。正确做法是探头和翅片之间涂少量导热硅脂再用卡扣压紧尽量让整个探头的导热路径指向翅片。6. HVAC现场部署踩过的坑与处理建议6.1 探头放错位置再准的芯片也白搭判断一个测温点位放得不对有个很明显的特征温度读数看起来“合理”但控制效果始终不对。比如风道温度探头离加热器出风口太近那读到的基本是热风温度而不是风道内部静压段的平均温度。我现在的习惯是每个测温点在定方案之前先问三个问题这个位置的气流代表什么状态探头会不会受到辐射热影响维护时探头能不能够得着辐射热是经常被忽略的一项太阳晒到的风管壁、排热风扇附近的空气都会让探头的读数偏离真实值。给探头做一个小隔热罩遮住来自热源方向的辐射往往比换传感器更有效。6.2 变频器、继电器和PWM风机把总线搞乱现场最让我头疼的干扰源是变频器和PWM风机。只要这些设备动作SMBus总线上就能看到一簇一簇的毛刺严重的时候温度读数会瞬间跳几度再突然恢复。处理这种问题的层次是这样先硬件隔离远程线的屏蔽层单端接地导线尽量短SMBus上拉电阻适当降低到2.2k左右增强驱动能力再软件加固MCU开启PEC校验、连续读两次一致性判断、丢弃异常跳变数据。我们最终是把远程线换成了带屏蔽的双绞线布线和动力线保持30cm以上距离配合PEC校验问题基本绝迹。这里必须说一句不要指望靠软件滤波把一切脏数据洗白。如果硬件上干扰耦合严重软件里加再多重采样也只是治标回到布线源头解决才是治本。6.3 低温结露和长期可靠性HVAC环境对温度探头最不友好的是换热器附近的高湿低湿交替。低温时探头表面结露水膜改变了二极管引脚之间的绝缘阻抗远程温度读数可能出现异常偏移。我们的处理是在探头区域做简单的防水处理用热缩管把三极管封装部分和引线根部包好再灌少量环氧或是点胶固定。注意不要整个探头厚厚包一层否则热阻太大测温响应时间会变得很难看。另外一个长期可靠性问题是端子氧化。工业现场端子压接久了接触电阻上升远程通道的线阻补偿就会失效。建议运维周期里加一个自检项目定期用“远程温度异常”标志位检查一下探头有没有开路或短路不要等到温度数据出偏差了再去现场。6.4 批量一致性和量产校准做了三个样板测得很准不代表一百台都能准。批量生产时不同批次的三极管探头的理想因子可能差一点线缆长度也会不一样这些都是校准参数需要覆盖的。我们量产时的做法是调试产线阶段先跑一台完整的两点标定把偏移寄存器和理想因子配置默认值写进固件然后每台整机出厂前跑一次单点快速校验只测风道探头在常温附近的读数偏差超过阈值就重新校准。校准参数可以直接存在STM32L031K6的Flash中掉电不丢方便追溯。还有一个小技巧批量烧录时把芯片序列和校准参数绑定远程维护的时候可以通过读取校准区的标识判断这台设备用的是哪一批探头排查起来快很多。最后分享一个小技巧整个过程走下来最想提醒后来者的一点是远程通道的线阻补偿一定要趁早做不要等现场出了问题再回来补。新画板子时就应当在D/D-回路上留出可测的测试点也尽量在固件层面对外暴露偏移寄存器接口这样标定时不需要重新编译固件就能现场调校。另一个是我每次复盘必提的哪怕你当前项目里SMBus总线上只有一颗温度芯片PEC校验也一定要开起来HVAC现场的干扰防不胜防多一字节校验等于给数据多了一道护身符。温度监测这种环节看起来简单但一旦数据源不可信上游PID控制逻辑再漂亮都是在错误的地基上盖楼。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
