做嵌入式和HVAC暖通空调控制器的同行应该都有同感测温度最难的从来不是能不能测而是测得准、测得稳、能连续跑几年不出幺蛾子。我最近调试的一台环境监控样机主控用的是PIC18F57Q43前端温度采集搭配了PJ85718DM这颗本地/远程双通道数字温度传感器。一圈调下来最大的感受是如果把本地温度和远程温度当成两套独立电路去做不仅BOM翻倍校准、滤波、故障诊断也要各写一套工作量全部浪费在重复劳动上而用一颗自带远程PN结测温通道的芯片把远端热源直接通过二极管引线拉回来方案立马清爽很多。这篇记录会从需求拆解、硬件连接、远程测温原理、固件实现一直到HVAC现场的线缆布局和实测数据把整套方案的来龙去脉讲清楚。适合正在做工业控制、家电、机房监控或者嵌入式功率系统温度管理的朋友参考。需要说明的是PJ85718DM这颗芯片在不同渠道拿到的资料详略不一下面涉及寄存器地址和精度参数的部分请以你手里的数据手册为准我这里重点梳理通用的测量逻辑和工程坑点。1. 为什么HVAC和嵌入式系统都要盯本地远程两个温度1.1 单点测温的盲区很多刚入行的开发者习惯在PCB上放一个温度传感器读回来一个数就认为环境温度知道了。但在实际设备里这个数往往既不等于环境温度也不等于任何关键器件的真实温度。原因很简单PCB上有MCU、功率管、电感、电源芯片它们都在发热。传感器如果离这些热源太近测到的是板上微气候比真实环境温度高个3到8摄氏度非常常见。反过来如果你关心的是某个功率器件会不会过温把传感器贴在PCB角落测环境温度又会严重滞后——功率管结温已经飙到90°C了角落里的传感器才显示40°C。这就是单点测温最大的盲区你永远不知道外壳附近温度和核心发热点温度之间的差值到底是多少。1.2 一个温度通道搞不定的HVAC现场HVAC设备尤其典型。一套变频空调或空气处理机组里需要同时关注的温度点至少有控制板自身的环境温度、压缩机或风机的电机绕组温度、换热盘管表面温度、排风/回风温度。这些点有的就在主控板旁边有的隔了几十厘米甚至几米工况差异很大。如果每个测温点都用一颗独立数字温度传感器硬件上要多占用I2C或多路ADC通道软件上每颗芯片都要独立配置、独立校准、独立判断通信故障。更麻烦的是传感器本身也有自热效应多点布局会放大一致性误差。用PJ85718DM这种本地远程架构本地通道测控制板环境温度远程通道通过一对细线引到远处热源附近去测PN结温度一颗芯片同时覆盖两个温差巨大的测量点省掉一路完整传感器电路。1.3 嵌入式功率系统里同样适用HVAC之外嵌入式功率系统也是这类方案的典型用户。比如电机驱动器、通信基站功放模块、锂电池充电管理板MCU需要知道板温用于风扇控制和功率器件温度用于降额和过温保护。这两种温度的响应速度不同安全阈值也不同但用同一颗芯片的两条通道去测天然就能区分处理。我在样机上就是这么分工的本地通道定期上报给上位机做运行趋势记录远程通道专门盯着功率管附近那颗测温三极管一旦超过保护阈值就走ALERT中断MCU立即降载而不是等到轮询周期到了才发现过温。2. 硬件链路PJ85718DM与PIC18F57Q43的分工与连接2.1 PJ85718DM的本地与远程通道是两套测量机制PJ85718DM的逻辑框图按典型实现理解是这样芯片内部有一个本地温度传感元件直接测量芯片自身所在的PCB环境温度同时提供一路或两路远程测温通道引出D、D-两根引脚通过外部连接的二极管或三极管的PN结来测量远端温度。本地通道和远程通道的物理原理不同所以它们的误差来源也完全不同。本地通道受芯片附近热源影响大但胜在稳定、无连接损耗远程通道可以做到传感器在远方却会受到引线电阻、寄生电容和器件离散性影响。设计时千万别把这两路当成完全一样的东西后续校准策略要分开做。2.2 PIC18F57Q43这边要准备的资源PIC18F57Q43这颗主控在温度采集场景里有几个很顺手的点硬件I2C外设跑100k/400k都很稳适合直接挂PJ85718DM自带多路外设中断可以把ALERT引脚的过温中断映射到外部中断通道不用轮询内置窗口看门狗和CRC硬件模块适合做长周期运行的可靠性设计丰富的定时器配合CLC可配置逻辑单元能实现定时触发采样而不占用CPU核心循环。实际调样机时我建议把I2C放在固定引脚组上ALERT接一个支持电平变化中断的GPIO。如果板上有多个I2C设备给每个设备留独立的地址引脚跳线调试起来会省很多事。2.3 实际接线参考下表是我在样机上用过的连接方式供参考。PJ85718DM由3.3V供电PIC18F57Q43的I2C引脚也工作在3.3V电平两者直连没问题。如果你主控是5V供电I2C上拉电平必须做电平转换不能直接硬怼。PJ85718DM引脚功能接到PIC18F57Q43VDD3.3V供电3.3V就近放0.1uF去耦电容GND地系统地尽量单点接地SDAI2C数据主控I2C_SDASCLI2C时钟主控I2C_SCLALERT过温报警输出开漏主控INT/GPIO外部上拉到3.3VA0/A1地址配置接GND或VDD按地址表配置D/D-远程二极管正/负双绞线引出到远端测温PN结THERD远程二极管激励保护电阻如手册要求则接一个电阻到D远程二极管的两根线一定要靠近走线最好双绞。我在第一版样机上把D、D-分开走了板子两侧结果读出来的温度跳动了约1.5°C后来改成紧贴平行走线才恢复稳定。原理很简单远程测温靠的是PN结上微弱的压差信号两根线一旦形成环路面积空间中的电磁干扰就会在环路上感应出额外电压。3. 远程测温的真实原理藏在二极管两端的温度信号3.1 为什么用PN结做温度传感器远程通道的核心不是那段线而是线末端那个PN结。半导体PN结的正向压降和温度之间有近似线性的关系温度每升高1°C正向压降大约下降2mV。这个关系在-40°C到150°C范围内都相当稳定所以芯片厂商很早就开始利用它做片内温度测量而PJ85718DM这类芯片更进一步把PN结引到外部就变成了远程温度传感器。实际工程里远端那个PN结可以来自三种东西功率器件内部自带的二极管很多IGBT、MOSFET模块都会预留测温二极管、普通小信号三极管的BE结比如常见的2N3904类三极管把集电极和基极短接当作二极管用、或者独立的二极管管芯。三种方案里三极管短接BE结的重复性最好因为它的工艺受控理想因子也更接近数据手册的默认假设。3.2 比例激励如何抵消线阻误差远程测温最麻烦的问题是线阻。如果芯片只输出一个固定电流在D、D-上测一个绝对电压那么从芯片到PN结这段导线上的电阻就会直接叠加进测量结果。导线越长、线径越细误差越大。有些长线缆场景两根线加起来的串联电阻能到几欧姆对应的温度误差可能有好几摄氏度。PJ85718DM这一类芯片做了一件事来消除线阻同时用两个不同的电流去激励PN结分别测出两个电压然后把两个电压相减再根据压差和温度的关系换算。因为两次测量流过的串联电阻是同一个电压差值里的电阻分量就被抵消了剩下的主要是PN结本身在不同电流下的电压变化这个变化量只和温度强相关。这就是比例式测量的基本思路也是远程通道能接受较长引线的原因。3.3 三极管理想因子和β值的校准问题原理上把线阻消掉之后真正的误差来源浮出水面远端PN结的理想因子和β值。理想因子通常用n表示描述PN结电流-电压曲线偏离理想方程的程度不同厂家、不同工艺的器件n值会有百分之几的差异。对温度测量而言n值每差1%温度误差大约也会差出1°C上下。很多高端温度监测芯片提供理想因子配置寄存器你选用的PN结器件型号不同对应的配置值也不同。β值影响的是三极管接法。如果远端用的是三极管的BE结基极电流和集电极电流的比例会把实际激励电流分走一部分芯片如果按照纯二极管模型去算就会看到一个偏小的有效电流导致温度读数偏高。解决方法是要么在配置寄存器里设置远端三极管的β值某些芯片支持要么选择β值比较高、一致性好的器件。最稳妥的做法是在样机阶段用恒温槽或精密温度计做一次两点校准把芯片配置里的补偿参数调到位再固化到量产软件里。4. 固件实现从I2C通信到滤波与报警4.1 初始化与单次读取的代码骨架固件侧核心只有三件事配置芯片工作模式、读温度寄存器、做阈值判断。PJ85718DM的寄存器布局按典型实现通常包含配置寄存器、本地温度寄存器、远程温度寄存器、状态寄存器和阈值寄存器。初始化时建议先把远程通道的转换模式设为连续转换分辨率设到最高然后等待一次完整转换再读数据。下面是一段简化但可跑的I2C读取骨架主控是PIC18F57Q43用XC8风格的寄存器操作示意。实际工程里请把I2C驱动换成你自己验证过的版本#define TEMP_ADDR 0x90 1 // 根据A0/A1配置这里假设7位地址为0x48 #define REG_LOCAL_MSB 0x00 // 以手册为准 #define REG_REMOTE_MSB 0x01 #define REG_CONFIG 0x03 #define REG_STATUS 0x04 uint16_t temp_read(uint8_t reg) { // 写寄存器指针 i2c_start(); i2c_write(TEMP_ADDR | 0); i2c_write(reg); i2c_restart(); // 读两个字节主控返回NACK结束 i2c_write(TEMP_ADDR | 1); uint8_t msb i2c_read(1); // 最后一次前返回ACK uint8_t lsb i2c_read(0); i2c_stop(); return (uint16_t)((msb 8) | lsb); } float temp_to_celsius(uint16_t raw) { // 12位温度数据时LSB对应0.0625°C符号扩展后除以16即可 int16_t val (int16_t)raw; val 4; // 去除低4位扩展位具体位数看分辨率设置 return val * 0.0625f; }这里最容易被忽略的是符号扩展。PJ85718DM测负温度时返回的是二进制补码如果直接把uint16_t当int16_t用容易把负温度读成很大的正数。建议在样机阶段就把-20°C以下的数据测一遍确认换算函数在负温区间行为正确。读取节奏上我不建议在while主循环里高频死读。转换本身需要时间读太快只会拿到旧数据。更好的做法是用一个1秒定时器标志每次转换完成后由状态寄存器里的数据就绪位触发读取或者简单点按芯片转换时间加20%余量来延时读取。4.2 滤波策略滑动平均和一阶低通哪种管用温度信号本身的惯性很大ADC或数字传感器输出里偶尔会出现毛刺所以滤波是必要的。最省RAM是滑动平均开一个8到16项的环形缓冲区每来一个新样本就计算均值。滑动平均对随机噪声效果好但对传感器短时真实跳变也有平滑作用实时性会变差。一阶低通迭代公式更轻量filtered filtered alpha * (new_sample - filtered);alpha取值在0.1到0.3之间比较合适越小越平滑、响应越慢。我实测下来HVAC场景alpha取0.2温度变化速率0.5°C/min时滤波后延迟大约在2到3秒完全可接受。嵌入式功率保护场景则可以取到0.3到0.5保证过温响应及时。一个容易踩的坑是两种滤波混用不当。如果你先做了滑动平均又做了一阶低通会把阶跃响应拖成很长的S形一旦触发过温保护MCU收到报警时真实温度已经比阈值高很多。我的建议是二选一或者只对本地温度趋势做一阶低通对远程过温保护通道保持直通最多做中值滤波去除单点毛刺。4.3 阈值报警与中断处理PJ85718DM的ALERT输出可以在温度超过上限、低于下限或者触发速率超过设定值时拉低。配置阈值时要把迟滞hysteresis写进去比如远程通道保护阈值设在85°C迟滞设在5°C那么温度升到85°C报警后必须降到80°C以下才会解除报警。没有迟滞的报警会导致温度在阈值附近抖动时ALERT引脚反复翻转严重时还会让MCU陷入中断风暴。我在固件里的处理方式是ALERT引脚接外部中断中断里只置一个标志位然后在主循环里读状态寄存器判断究竟是哪一路、哪个方向触发的报警。不要试图在中断服务函数里写复杂的处理逻辑温度报警本来就不需要微秒级响应。处理完报警条件后写入清除命令再确认ALERT引脚确实恢复高电平否则说明还有新的报警条件持续存在需要继续检查。5. HVAC环境里的工程化细节线缆、布局与错误恢复5.1 远程测温线缆的选型和走线约束HVAC现场和实验室环境完全不一样压缩机一启动变频器、接触器、风机全在产生电磁干扰。远程测温那两根线在这种环境里就像两根天线如果不做防护读数的跳动会让你怀疑人生。选型上建议用屏蔽双绞线屏蔽层单端接地接在控制板的地上不要两端都接以免地环路形成新的干扰源。线缆长度也要控制。远程二极管测温不是无线传感器它的激励电流很小线阻补偿能力也有限。典型芯片手册里允许的远程线缆长度从几厘米到几米不等原则是导线总串联电阻不要超过手册规定的上限。我在样机上试过3米长的屏蔽双绞线校准之后能跑但初始误差明显比半米线大。如果你的HVAC现场确实需要跨几米去测远端温度更稳妥的方案是就近放一个小型温度传感器通过RS485或者Modbus总线把数据汇总回来而不是硬拉一对二极管线。5.2 I2C总线在长距离下的降速与缓冲PJ85718DM和主控在同一块板上时I2C走线很短400k甚至1M都问题不大。但如果因为结构原因传感器板和主控板之间用了排线或者延长线I2C信号的沿变差、反射和串扰都会冒出来。此时第一件事是把I2C总线速率降到100k以下然后在靠近主控一侧适当减小上拉电阻值以增强驱动能力但上拉太小又会增加低电平功耗需要权衡。如果延长线超过20厘米建议加I2C总线缓冲器或总线开关把板内总线性和跨板总线隔离开。这类缓冲器能提供更高驱动电流还能做电平转换成本不高但能解决一大半总线不稳定问题。注意加了缓冲器之后总线两端的地址空间、上拉配置都要重新算一遍别以为信号传过去就万事大吉。5.3 传感器故障与总线恢复再好的硬件也会遇到传感器失效。远程二极管开路、短路、线缆被老鼠咬断这些故障在HVAC长期运行中都有可能发生。PJ85718DM这类芯片通常会在状态寄存器里给出远程通道开路/短路标志固件必须在每次读取后检查不能只把数据扔给控制逻辑。一旦发现传感器通道故障建议立即把该通道的测量值标记为无效同时从报警决策逻辑里剔除这个通道避免因为传感器开路导致温度读数乱跳而误触发热保护。我曾经见过一个案例远程二极管线缆在安装时被金属外壳划破偶尔断路导致400Hz频率的毛刺一直触发过温保护整机频繁停机。后来在固件里加了连续三次读取都异常才确认故障的确认机制才把问题稳定住。I2C总线上也要做错误恢复。长距离或强干扰下总线的SDA可能被拉死此时主控需要主动往SCL上发送9个以上的时钟脉冲让从机释放总线然后发送STOP条件再重新初始化总线。在PIC18F57Q43上把I2C外设复位、重新配置主模式比在死循环里等总线恢复要可靠得多。5.4 整机低功耗与采样节奏HVAC系统虽然不像电池设备那样对功耗极度敏感但连续运行一年的电费也是一笔开销。PJ85718DM通常支持低功耗/关断模式温度不需要实时监测时可以让它进入较低功耗状态每隔几秒唤醒一次测完继续睡。远程通道的激励电流如果持续开着系统功耗会高一些在电池供电的嵌入式场景尤其要注意。我在样机上的采样节奏是本地温度1秒采样一次用于风扇调速远程过温保护100毫秒采样一次但只在ALERT触发时才做精确读取平时远程通道处于周期转换模式MCU查询到数据就绪后再读取。这样MCU的I2C占用率极低剩余时间可以处理通信栈和用户交互。6. 实测数据与经验教训哪些坑值得提前绕开6.1 一组有代表性的实测数据样机在常温实验室、60°C恒温箱和一个模拟HVAC风道环境里各跑了一个多小时下面是取其中一段稳定后的数据。参考温度计用的是经过计量的四线制铂电阻探头远端测温点热源用可调功率电阻加热片模拟。测试场景本地通道读数(°C)远处铂电阻实测(°C)远程通道读数(°C)偏差(°C)常温待机23.824.124.30.260°C恒温箱60.160.360.60.3模拟风道加热35.452.853.20.4从数据看远程通道在没有做精细校准时偏差在0.5°C以内对于HVAC的过温保护和趋势监测来说已经够用。如果需要对精度要求更高的医疗或计量场景则要做两点校准并在固件里补偿理想因子和线阻残留误差。6.2 串联电阻、寄生电容和本地热源带来的典型误差这轮调试里最值得说的三个误差来源串联电阻我在远程通道线上人为串入不同电阻观察读数变化。串入1Ω电阻后远程通道读数大约偏高了0.5到0.8°C具体值取决于芯片内部补偿算法。这提醒我们尽管比例式激励消掉了大部分线阻影响但实际电路还是需要做线阻补偿校准特别是线缆比较长时。寄生电容我把两根远程线换成屏蔽线后整段屏蔽层的分布电容明显增大。刚开始没注意结果发现远程通道的转换时间变长读数偶尔跳变。后来把屏蔽层接法改成单端接地并在D和D-之间靠近芯片侧加了一个几十pF的滤波电容也可以不加看手册问题才消失。寄生电容不是越大越好它会拖慢信号建立时间导致内部测量误差。本地热源PJ85718DM本地通道放在PCB上紧挨着一颗开关电源芯片。样机稳定工作时电源芯片附近温度比板子另一侧高出4°C本地通道读数也因此偏高约2.5°C。后来把传感器移出热源区域或者软件里做板温差分校准读数才和真实环境温度对得上。本地通道的环境温度其实永远是局部温度布局比精度还重要。6.3 最后的调试技巧让系统自己揪出问题调试这类温度采集系统最忌讳的就是盲调。我的习惯是在固件里加一个自检功能上电后先读取芯片的ID寄存器再故意把远程通道短路和开路各触发一次确认故障标志能正确翻转最后才进入正常运行。这样每次整机测试时产线工人只需要看状态指示灯就能判断传感器链路是否正常。还有一个便宜又好用的排查办法利用PIC18F57Q43自带的CRC硬件模块对每次读回来的I2C数据字节流算一个8位校验和固件里预先记录的值比对。这个操作几乎不占用CPU时间却能挡掉大多数长导线造成的偶发位翻转。我在模拟风道测试时加大变频器干扰就是靠这个校验抓到了每二十分钟一次的错误读数。虽然PJ85718DM的温度数据本身不带CRC但主控侧做一层软件校验成本极低、收益明显。远程和本地温度监测看起来是两个小功能但真正把它们做到能长时间稳定运行的程度意外细节并不少。我自己的体会是先把测量原理吃透再把线缆布局当第一优先级最后用固件把故障处理补全这套组合比堆更多传感器有效得多。如果你正在做类似方案建议按照上面几个坑逐一排查一遍尤其是远程通道的串联电阻和本地热源这两项十块板子里有八块会在这里翻车。
