搞嵌入式或者暖通控制的朋友对“温度”这两个字应该都有点复杂的感情。温度看着简单但真正把它测准、测出趋势、还要在控制系统里派上用场门道其实不少。这段时间我基于 PJ85718DM 数字温度传感器和 STM32F405RG 主控搭了一套双通道温度监测方案能够同时读取本地温度传感器周围的环境温度和远程温度通过外部二极管传感器测得的远端温度并且把温度数据用在了 HVAC 逻辑控制和嵌入式设备散热监测里。整体跑下来效果比较稳今天把方案和开发过程中踩过的坑一起整理出来。这个项目比较适合两类人参考一类是做 HVAC 控制器、风机盘管、组合式空调箱这类设备开发的嵌入式工程师另一类是需要在 PCB 板上兼顾环境温度与核心器件/散热器温度监测的硬件开发者。不管你是想抄作业还是想借思路这篇文章都会围绕器件选型、硬件接口、固件实现和现场排查四个方面展开。1. 需求拆解与器件选型思路1.1 为什么一个系统要同时测“本地”和“远程”温度先聊清楚一个最基础的问题本地温度和远程温度到底分别代表什么为什么不能用一个普通传感器一把梭在 HVAC 场景里我遇到过这样一个典型需求控制器装在室内回风口附近这时控制器本身的 PCB 环境温度基本就等于回风温度但系统还关心冷凝器出口温度、散热器表面温度这些点位距离主控板往往有几十厘米甚至几米的线缆距离。如果在每个点都放一个完整的数字传感器成本、布线复杂度和故障点都会成倍增加。在嵌入式设备里情况也类似。CPU 或者功率器件表面要监控温度同时又希望知道整块板子所在环境的温度用来判断是负载变高了还是环境真的变热了。以前的做法是两个传感器、两路总线、两套驱动非常不划算。于是“本地 远程”双通道传感器就成了很自然的方案传感器自身带一个内置测温单元测量它所在 PCB 位置的环境温度同时芯片内部还有一个专门适配二极管/晶体管 PN 结的采集通道通过两根线把远端 PN 结的电压测量回来再换算成远端的实际温度。PJ85718DM 就是走这个思路的一颗芯片我自己理解它本质上是一个 I2C 接口的双通道温度采集前端。1.2 PJ85718DM 与 STM32F405RG 的选型逻辑这套方案里选 STM32F405RG原因很直接Cortex-M4F 内核、168MHz 主频、192KB RAM、512KB Flash还有多个 I2C 外设和丰富的定时器。对于 HVAC 控制器这种既要读传感器又要跑控制策略、还要处理风机或者阀门输出的场景主频和 Flash 余量足够。更重要的是这颗 MCU 的生态很成熟固件库、调试工具、硬件设计参考都齐全就算换人接手也容易上手。PJ85718DM 这边的选型逻辑则是这样它同时支持本地通道和远程通道刚好命中需求不用外扩多颗传感器数字 I2C 接口直接输出温度数据不需要自己搭运放做模拟信号调理远程通道兼容常见的二极管或晶体管 PN 结传感器选型弹性大单颗芯片封装较小适合放在温控板上省空间。如果纯粹只测本地温度那用 NTC ADC 或者普通单点数字传感器确实更便宜。但如果需要远程测温用集成远程通道的方案复杂度下降得不是一点点。远程测温核心其实是测 PN 结的正向压降变化这部分信号非常微弱自己做分立电路很容易被噪声干扰而集成芯片内部有恒流源激励、差分放大、ADC 采样和校准逻辑设计难度被大大降低。2. 硬件电路设计与接口要点2.1 PJ85718DM 引脚连接与 I2C 接口芯片的实际引脚排列以选型手册为准我这里描述的是项目里实用的功能接线电源 VDD 和地 GND、I2C 的 SDA/SCL、开漏输出的 ALERT 中断引脚、远程二极管接口 D 和 D-、地址选择引脚 ADDR。I2C 总线是最关键的一部分。PJ85718DM 的 SDA 和 SCL 都是开漏结构所以必须接上拉电阻。供电电压 3.3V 时上拉电阻我一般选 4.7kΩ适合 100kHz 标准模式和 400kHz 快速模式。如果总线上设备多或者线缆较长可以换成 2.2kΩ。需要注意上拉电阻不是越大越好阻值太大信号上升沿变缓阻值太小则拉低时功耗偏大这两者之间要平衡。远程二极管部分D 接外置二极管/晶体管 PN 结的阳极或集电极D- 接阴极或发射极。用三极管接入时通常把基极和集电极短接形成二极管连接方式。我做实验时最常用的是小信号三极管或者集成二极管封装小、热响应快。2.2 PCB 布局与远程走线的工程经验这个项目里 PCB 设计踩过的比较重要的一条坑是远程传感器走线不能和处理功率型 PWM 信号的走线贴太近。远程通道本质上测的是几毫伏级别的电压变化如果走线旁边有 24V 风机回路、继电器控制线或者 PWM 开关节点很容易把噪声耦合进去导致温度读数跳动。我的做法是远程线尽量短建议控制在 1 米以内线越长噪声越难控制D 和 D- 两根线走在一起最好做成微带线或者绞合线形式利用耦合效应抵消共模干扰如果必须经过连接器最好用带屏蔽的端子座屏蔽地单点接地PCB 上 D / D- 的焊盘周围不要铺大块地铜避免寄生电容改变 PN 结的测量特性。另外ALERT 引脚要注意它是开漏输出需要接上拉电阻才能输出高电平。ALERT 可以配置为比较模式或中断模式。比较模式下温度超过阈值时 ALERT 拉低温度回落且滞回条件满足后自动释放中断模式下则需要主机读状态寄存器来清除标志。HVAC 控制场景我更喜欢比较模式这样即使主控程序跑飞了硬件还能保持一个保护信号输出安全性更好。3. 固件实现从初始化到温度计算3.1 I2C 初始化与设备地址确认STM32F405RG 侧我用的标准 I2C 外设先初始化 GPIO再配置 I2C 时间参数。注意 I2C 的时钟配置要严格落在协议要求范围内快速模式下上升时间不超过 300ns保持时间不低于 300ns。STM32 的 I2C 时钟源一般选系统时钟或 PLL 时钟这里分享一个常见问题如果 I2C 的超时时间设置得偏短示波器看启动信号没发出去但代码已经报超时错误了这是最常见的初始化坑。设备地址方面PJ85718DM 的 7 位地址由 ADDR 引脚的电平和芯片出厂配置决定我项目中 ADDR 接地后地址为 0x487 位地址不含读写位。在确认地址时建议写一个小函数做总线扫描逐个地址发探测帧能收到 ACK 的就是在线设备。总线扫描在调试初期非常有用特别是焊接完第一块板子时能快速确认器件是否存在、地址是否冲突。3.2 读取本地与远程温度的完整实现PJ85718DM 内部有温度寄存器组通常通过指针寄存器选择要读取的通道。我这里的实现流程如下发送设备地址 写方向写入目标寄存器指针重新发送设备地址 读方向连续读取两个字节高字节 低字节把两个字节拼接成 16 位数据根据芯片数据手册的分辨率设置将原始数据换算成摄氏度。以 12 位分辨率为例转换结果存储在高 12 位中低 4 位为 0。温度原始数据右移 4 位后乘以 0.0625°C/LSB 就能得到实际温度。也就是说如果读回高字节 0x1A、低字节 0xB0拼出来是 0x1AB0右移四位得到 0x1AB即十进制 427乘以 0.0625 等于 26.6875°C。HAL 库的读取代码大概是这样uint8_t reg 0x00; uint8_t buf[2]; float local_temp; HAL_I2C_Mem_Read(hi2c1, 0x48 1, reg, I2C_MEMADD_SIZE_8BIT, buf, 2, 100); uint16_t raw (uint16_t)(buf[0] 8) | buf[1]; raw 4; local_temp (float)raw * 0.0625f;如果有符号温度负温度这个示例计算要调整。温度寄存器里存放的是补码形式需要先做符号扩展。比如 -5°C 在 12 位表示下是 0xF30右移成 12 位后可以先用int16_t强制转换再处理或者手动判断最高位若 raw 的最高位为 1则 raw raw - 4096然后再乘以 0.0625。负温度在 HVAC 的室外机场景里很常见所以这个细节不能忽略。远程通道的读取方式和本地通道基本一致只是寄存器编号不同。我一般把读取函数封装一下传入通道枚举和返回的浮点温度指针上层直接调用。3.3 远程通道的滤波与校准远程通道的读数噪声比本地通道大不少。原因在于远程信号源是几毫伏量级的 PN 结电压芯片内部的 ADC 以 12 位分辨率去量化这个微伏级别的变化所以环境扰动很容易造成最低几个 LSB 的跳动。我在固件里加了滑动平均滤波。具体是基于环形缓冲区保存最近 8 次采集结果取平均值作为最终温度。这里推荐中值滤波和滑动平均结合先取排序后的中间值去掉离群点再滑动平均效果比较好。不过注意两点一是滤波深度不要太大8 到 16 次足够否则温度响应会严重滞后风机调速时会显得“反应迟钝”二是控制逻辑用的温度数据尽量不要和调试显示用的数据共用同一份滤波结果否则调试时看不出真实波动。除了滤波校准同样重要。远程二极管测温的原理是基于 PN 结压降随温度变化的近似线性关系芯片内部有一个理想系数修正寄存器可以匹配不同型号二极管的工艺差异。我在项目中用了一个简单方法做系统级校准把一个经过计量的参考温度计贴在远程二极管旁边读取传感器输出和参考值的偏差然后把偏差补偿写入校准寄存器或直接在上层固件里做偏移修正。如果远程二极管的型号不确定建议先把理想系数修正寄存器设为芯片手册里的默认值再针对实际器件做 -5°C 到 85°C 的多个温度点标定。标定后你会发现器件之间的偏差量通常能稳定在一个固定偏移附近说明该通道线性度还过得去。3.4 报警阈值与 HVAC 控制逻辑HVAC 控制不可能只靠“读温度”这一个动作还要有温度判断和输出闭环。PJ85718DM 的 ALERT 引脚支持阈值判断我配置了一组高阈值和一组低阈值。例如回风温度高阈值设为 45°C低阈值设为 5°C芯片自己判断异常并拉低 ALERT。主控收到 ALERT 低电平后进入保护流程停风机、关加热器、记录故障码。控制层面我做了两段式恒温控制。第一段是比较松的滞回控制比如设定目标 25°C滞回 1°C温度低于 24°C 启动加热高于 26°C 停止加热。第二段是简单 PID 控制用于调整风机转速。PID 参数我采用的是工程上很常用的先 P 后 I 再 D 的整定顺序先只给 P观察系统是否振荡再把输出余差用 I 消除最后加一点点 D 改善超调。需要特别注意转速输出要限制在安全范围内并且当温度处于滞回区间时PID 输出不做大幅跳变。这部分相当于给传感器数据赋予了实际控制价值。如果你的系统只需要监测而不需要闭环控制那可以跳过 PID但建议保留报警阈值功能这是最省固件资源又能确保安全的方案。4. 实操踩坑与排查技巧4.1 I2C 偶发读不到设备的备份恢复方案项目调试中最常见的问题就是 I2C 偶发访问失败。现象是系统运行一段时间后传感器响应失败HAL 函数返回超时错误然后整个控制逻辑像瘫痪了一样。这个问题我排查后确认了两个主要来源一是总线上的干扰导致 SCL 高电平幅度不足芯片没有接收到完整的时钟信号二是主控和传感器之间电平不匹配导致读操作时 SDA 保持时间不够。解决办法除了硬件上降低上拉阻值、缩短走线之外固件上也做了一个总线恢复机制当 I2C 通信连续失败 N 次时先通过 GPIO 模拟的方式把 SCL 翻转 9 个周期让可能卡在中间状态的从设备复位到正常起点再重新初始化 I2C 外设。这套机制不是必须的但加上去后系统可靠性提升非常明显。调试时我建议先把重试次数调大一点看波形确认稳定后再缩小次数避免问题被固件掩盖掉。4.2 远程温度读数乱跳的原因分析远程通道的噪声在实验室和现场会表现出完全不同的状态。实验室里读数是稳定的一到现场就乱跳十有八九是走线耦合了干扰。有一次我在 HVAC 测试环境里发现远程温度在 20°C 和 50°C 之间反复横跳用示波器查 D 和 D- 对地波形看到 20mV 级别的高频毛刺叠加在直流电压上。对策是两层硬件上在 D 和 D- 之间并联一个 100pF 到 1nF 的陶瓷电容起到差模滤波作用同时在靠近芯片端各串一个 1kΩ 电阻限制进入芯片内部的尖峰电流。固件上加强滤波逻辑中值 滑动平均立刻把跳动降下来了。另外一个冷门原因远程二极管如果直接贴在大功率器件表面器件开关瞬间带来的温升冲击本身就是真实的温度数据不能一味归为噪声。这种场景判断时要缩小滤波深度让温度的真实变化速率显现出来。4.3 本地温度与参考温度计偏差较大时的标定流程本地通道测量的是芯片自身附近的温度如果 PCB 上有发热器件本地温度会明显高于真实环境温度。有一次我把 PJ85718DM 放在电源模块旁边读数比房间实际温度高了 4°C。这不是芯片不准而是它所在的位置本来就被加热了。考虑到嵌入式设备确实关心 PCB 局部温度变化这个读数也算有效但如果你需要的是“环境温度”就需要在结构上把传感器远离热源或者做读取补偿。我常用的标定流程是在设备开机前让整个系统在恒温环境中充分静置等待温度平衡然后记录传感器读数和标准温度计读数求出固定偏差开机运行后把这个偏差值作为上层补偿加入。如果是多台设备一致性标定还可以在产线上设置一个低温点和一个高温点检查报警阈值是否能够准确触发。5. 经验总结与后续扩展这个双通道温度监测方案最大的收获其实是“一个传感器解决两个温度点”带来的系统简化。硬件上少接了一颗传感器固件上少写了一套驱动故障排查的触点也随之减少。远程二极管测温通道虽然在抗干扰上要多花些精力但只要把线缆处理和滤波做扎实稳定性完全可以达到控制需求。在 HV AC 应用里这套的温度数据支撑了风机调速和制冷/加热切换逻辑在嵌入式设备里本地温度用来判断机箱环境是否过热远程温度监测功率器件结温两者结合就可以形成一个简单的散热生命周期提示如果远程温度总是跟着本地温度同步上升说明散热风道出了问题如果远程温度大幅超前本地温度则说明热源负载异常。这些都是单点温度传感器测不出来的判断维度。后续如果要扩展我首先会做的两点第一把远程通道改成可配置双通道版本在同一个主控上同时监测压缩管温度和风道温度寄存器配置和驱动结构都可以沿用现有方案。第二把温度数据通过 STM32F405RG 的 UART 或者以太网接口上传到上位机管理系统形成多点温度曲线。HVAC 系统很多时候不是缺数据而是缺一个能看到趋势的监控界面把温度数据和能耗数据放在一起分析往往能发现控制策略的优化空间。最后分享一个开发期很有用的习惯不要只盯着温度数值看事先把时域数据采样下来用串口记录一段运行曲线。现场温度失控的时候曲线会告诉你到底是传感器响应慢、滤波太深、还是控制参数太激进。温度监测这件事测准只是第一步把测到的东西用好才是真正的门槛。
