做暖通空调控制板这么多年我有个很深的体会温度监测这种活儿看着简单翻车率一点不比通信协议低。这次的项目里我用了 PJ85718DM 这颗本地加远程双通道的数字温度传感器搭配 STM32G491RE 做主控把控制板的板级温度和通风管道里的远端温度一起管了起来。对做嵌入式、HVAC控制器、楼宇自控的开发者来说这个组合的典型意义在于一路 I2C 就能同时拿到两个测温点不用在每个测点都铺一套传感电路走线、成本、软件复杂度都能压下来。这篇文章就围绕这个方案把硬件连接、寄存器配置、软件解析和实际调试中的坑都捋一遍。1. 项目拆解温度监测不是读个数那么简单1.1 先搞清楚本地温度和远程温度的区别很多人第一次接触本地温度 远程温度这种双通道传感器时容易把两个概念搞混。本地温度英文叫 Local Temperature指的是传感器芯片自己所在位置的温度也就是 PCB 板级温度。在这个项目里PJ85718DM 贴在控制板上它的本地通道测到的就是 MCU 周边、电源区域附近的空气温度。这个值用来做系统健康监测非常合适一旦本地温度异常升高说明板子散热出了问题或者某个功率器件在持续发热主控可以提前降频、开启散热风扇避免过热死机。远程温度也就是 Remote Temperature测的就不是芯片本身了而是外部一个远端二极管或者三极管的 PN 结温度。原理是这个远端结的电压和温度呈近似线性关系传感器通过给 PN 结施加固定的偏置电流测量正向压降的变化再配合芯片内部查表或计算把 PN 结的温度还原出来。实际项目中我把这个远端结通过一根两芯线引出贴在风机的出风口或者冷凝器的盘管上就能隔着一个比较远的距离去测管道温度而不需要在远端再放一块完整的传感电路板。这里有一个容易忽略的工程细节本地温度通道和远程温度通道的精度性格完全不同。本地通道直接测芯片内部传感器受芯片自身发热影响精度通常能控制在±1°C左右远程通道精度取决于远端 PN 结的质量、线阻、PCB 走线实测下来如果没有做校准偏差在±2°C甚至更大是很正常的事。所以不管是设计还是软件都要把这两个数据当成不同的传感器来对待不能用一个精度标准一刀切。1.2 为什么不用两个单点传感器这是我这个项目里最核心的一次取舍。最初我也想过干脆用两颗常规的数字温度传感器一颗放板上测本地一颗放管道上测远程中间用 I2C 线连不是也一样吗真把它落到工程预算和现场安装里就会发现几个很实际的问题。第一是成本翻倍。一颗支持远程测温的芯片价格比一颗普通单点传感器贵但比两颗单点传感器加上两套外围电路还是要便宜不少。尤其当测点数量从两个增加到三四个的时候双通道方案的成本优势会更明显。第二是系统复杂度。两颗传感器意味着两个 I2C 地址要管理两套初始化配置两套数据解析还要处理其中一颗离线容错逻辑。用 PJ85718DM 这种双通道单芯片方案寄存器只有一套地址只有一个软件上就是一个设备两个通道的关系逻辑干净很多。第三是根本性的远端 PN 结传感器体积极小。探头就是一个二极管封装的贴片三极管或者一段带引线的二极管可以塞进很狭窄的现场。如果改用一块完整的单点传感器小板走线、防水、固定都是麻烦事。在 HVAC 系统里回风口、表冷器翅片、压缩机排气管这些位置空间紧张、环境又恶劣远端 PN 结方案明显更实用。当然单点传感器方案在需要高精度、多校验、高可靠性的工业测温场景仍然有价值但在消费和轻工业级 HVAC 控制器里双通道单芯片方案是我会优先选的。2. 硬件连接PJ85718DM 与 STM32G491RE 的电路设计2.1 引脚功能与外接电路到底怎么接先把芯片引脚梳理一遍。PJ85718DM 这一类带远程测温的器件引脚功能大体是固定的电源 VDD 和地 GNDI2C 通信用的 SDA 和 SCL远端二极管接口 D 和 D-还有一个可选的中断输出 ALERT。电源部分VDD 我直接接 3.3V和 STM32G491RE 的 VDDA 共用一路。要注意的是给 PJ85718DM 的 VDD 引脚旁边必须放一个 100nF 的陶瓷电容最好再并联一个 1uF 的电容。这个不是可有可无的远程测温本质上是一个比较高精度的模拟测量过程电源纹波会直接耦合到测温结果里。我第一次上板时偷懒只放了一个 100nF结果远程通道读数在 0.5°C 左右来回跳补上大电容之后立刻稳了。SDA 和 SCL 上拉电阻我选了 4.7kΩ。这里有个搭配原则STM32G491RE 的 I2C 速率如果跑 400kHz 快速模式4.7kΩ 没什么问题但是如果总线上挂的器件多或者线比较长就要换成 2.2kΩ否则上升沿太慢波形会变形通讯偶发出错。另外上拉电阻不是随便选的还要看总线上所有器件的输入漏电流总和原则是保证低电平能低于 0.3VDD高电平能在规定时间内拉到逻辑高。ALERT 中断引脚我接到了 STM32G491RE 的一个 EXTI 输入脚比如 PA0。硬件上可以配置成开漏输出接一个 10kΩ 上拉到 3.3V。这样当温度超过寄存器里设置的高限或低于低限时芯片会把 ALERT 拉低MCU 直接进中断处理比软件轮询又快又省电。当然如果系统里对温度实时性要求不高这个引脚也可以悬空。2.2 远程二极管怎么接才能测准远程通道的接线是整个硬件设计里最容易被忽视、又最影响结果的部分。本地通道只要接线没问题、电源干净读数基本就准了。远程通道不是这样它外接的是一个模拟 PN 结走线的长度、线阻、干扰都会影响测温精度。我项目里用的是常见的贴片三极管把基极和集电极短接接到 D发射极接到 D-。这种接法在三极管器件内部形成一个二极管结构是最常用的远程传感探头。为什么基极和集电极短接因为这样能让 PN 结的特性更接近理想二极管温度响应更线性传感器内部的校准曲线才能适用。如果你用的是现成的二极管比如 1N4148 这类同样要确认耐温和线性度普通开关二极管的高温特性在 100°C 以上会明显变差用于 HVAC 管道测温时要注意裕量。关于远程传感器的类型很多芯片是支持配置的PJ85718DM 这类器件内部通常会有一个寄存器位用来选择高增益模式还是低增益模式。这个和高增益模式下 PT100 那种概念不完全一样这里的高增益是指适合接 2N3904 这类三极管做成的远程二极管低增益则适合接 CPU、GPU、FPGA 内部的热二极管。如果你把三极管探头接在低增益模式下工作算出来的温度会偏高好几度反过来把内部热二极管接到高增益上温度又会偏低。所以配置寄存器之前一定先确认自己用的是哪种探头。走线方面我的经验是 D 和 D- 要尽量短最好两根线一起走而且要和电源线、PWM 驱动线保持距离。HVAC 控制板里电机驱动线缆上的电流变化很剧烈如果 D、D- 和它们平行走线超过 5 厘米远程温度读数就会周期性跳变。实在避免不了就用双绞线或者带屏蔽的线缆屏蔽层单端接地。2.3 PCB 布局注意别让本地和远程互相污染PCB 布局上有一个容易被忽视的点本地通道测的是芯片位置的环境温度所以 PJ85718DM 不能离大功率发热器件太近。有的工程师喜欢把传感器放在主控旁边觉得离得近好走线结果实测本地温度比真实环境温度高出十几度因为旁边就是一个开关电源的功率电感或者 MOS 管。我一般把传感器放在板边或者通风孔附近让它尽可能代表板子的平均温度而不是某个热点温度。远程通道的 D、D- 走线我建议做成差分线结构尽量一样长走线宽度一致。如果条件允许D、D- 周围用地线包一圈可以显著降低外部干扰。还有个细节是远端探头的接地如果探头外壳是金属的而且可能接触到管道等接地物体建议探头和 D- 之间不要做额外接地保持悬浮否则地环路电流会直接灌进测量回路造成读数异常。另外就是 STM32G491RE 的地和 PJ85718DM 的地要尽量共用一个地平面。有些设计图看起来没问题实际打样后因为铺地不完整模拟地和数字地之间形成大面积回路信号完整性就会出问题。我在一个批次试产时遇到过远程温度在某些板子上读数稳定、某些板子上读数偏乱的情况最后定位到就是铺地过孔位置不同导致的。3. 驱动与数据解析让 STM32G491RE 把温度读出来3.1 先把 I2C 底层通路打通硬件接完接下来就是让 STM32G491RE 把 PJ85718DM 读出来。我用的是 STM32 的 HAL 库先在 CubeMX 里把 I2C1 配置成快速模式 400kHz引脚选择 PB6 作为 SCLPB7 作为 SDA。初始化代码大致是这样的I2C_HandleTypeDef hi2c1; void MX_I2C1_Init(void) { hi2c1.Instance I2C1; hi2c1.Init.ClockSpeed 400000; hi2c1.Init.DutyCycle I2C_DUTYCYCLE_2; hi2c1.Init.OwnAddress1 0; hi2c1.Init.AddressingMode I2C_ADDRESSINGMODE_7BIT; hi2c1.Init.DualAddressMode I2C_DUALADDRESS_DISABLE; __HAL_I2C_ENABLE(hi2c1); HAL_I2C_Init(hi2c1); }这里有一个很容易踩的坑如果之前将 I2C 引脚复用成普通 GPIO或者用过其他功能CubeMX 生成的 GPIO 初始化一定要检查。我遇到过初始化代码顺序不对导致 SCL 引脚复用失败I2C 一直超时。检查方法很简单在 HAL_I2C_Init 之前先手动把引脚拉高拉低用示波器看波形是否正常或者用 HAL_I2C_IsDeviceReady 去探测设备地址。PJ85718DM 的 7 位 I2C 地址我建议先用探测函数确认一下if (HAL_I2C_IsDeviceReady(hi2c1, 0x4C 1, 5, 50) ! HAL_OK) { // 设备没应答检查接线和地址 }这里 7 位地址左移一位是因为 HAL 库接受 8 位读写地址。具体地址值要以手里芯片的 datasheet 为准不同版本芯片的地址引脚可能可以配置用默认地址之前先读一下器件 ID 寄存器确认最稳妥。3.2 寄存器配置与温度值计算PJ85718DM 这种双通道测温芯片寄存器组通常包含配置寄存器、本地温度寄存器、远程温度寄存器、状态寄存器、高低温报警阈值寄存器。我的习惯是开机后先做一次完整的寄存器配置再进入主循环轮询读完两个通道的温度。配置寄存器里需要关注的几个 bit 有转换分辨率一般选 12 位温度分辨率 0.0625°C、转换速率连续转换模式下可以选 1Hz、8Hz 等、远程二极管工作模式高增益还是低增益以及 ALERT 引脚的使能。先用 GPIO 模拟 I2C 的方式把寄存器里的默认值读出来确认芯片唤醒状态然后再写配置。实际采集时读取本低温度和远程温度的流程是先写要读取的寄存器指针地址然后连续读取两个字节高字节在前、低字节在后。本地温度的 12 位原始值把它右移四位再乘以 0.0625 就能得到摄氏度值。远程温度在大多数这类芯片里是 11 位有符号格式计算时要先做符号扩展。下面这个函数是我项目里的温度解析逻辑typedef struct { float local_temp; float remote_temp; uint8_t status_bits; } temp_sensor_t; float temp_raw_to_celsius(uint16_t raw, uint8_t frac_bits, uint8_t is_signed) { float temp; int16_t signed_raw raw; if (is_signed) { // 11位符号扩展 if (signed_raw 0x8000) { signed_raw | 0xF800; } temp (float)(signed_raw (frac_bits - 8)) * 0.0625f; } else { temp (float)(raw (frac_bits - 8)) * 0.0625f; } return temp; }这里有一点要说清楚我见过不少代码把低字节完全丢弃只读高字节温度精度就降到了 1°C。对 HVAC 来说1°C 的精度在显示上可接受但做阈值报警时你会发现温度卡在报警点附近反复触发和恢复就是因为分辨率不够。所以我坚持读两个字节。远程温度还有一种特殊情况需要处理如果探头没接或者接反了很多芯片的远程温度寄存器会返回一个明显的异常值比如 -128°C 或者 127°C。读取之后要做一个合理性判断如果异常就要置一个探头故障标志而不是把错误温度传上去让上位机报警。3.3 本地与远程温度的联动处理在嵌入式代码里我习惯把两个温度放在同一个结构体中管理这样处理报警和上报都比较方便。HVAC 场景下本地温度和远程温度本身就有一定的耦合关系。比如冬季制热模式下远程探头贴在出风管道上远程温度反映了热交换后的空气温度。正常情况下出风温度会比回风温度高如果远程温度一直上不来说明加热设备可能没有正常启动如果远程温度迅速飙升超过一个阈值说明风道堵塞或者风机停转了。这个时候本地温度作为参考基准还能帮你判断是不是传感器探头本身出了问题如果本地温度和远程温度同时快速变化可能是环境剧烈变化如果只有远程温度异常而本地温度平稳那问题大概率出在探头接线或者风道里。软件上我维护了一个简单的状态机正常态、预热态、报警态、故障态。比如开机后远程温度在 30 秒内没有达到回风温度加 5°C状态就切到故障态。这套逻辑不是靠单个温度点判断而是把本地温度和远程温度放在一起看趋势误报率明显低很多。从这里也能看出双通道传感器的一个好处数据本身是来自同一个器件同一个转换时序的软件上更容易保证它们的一致性。4. HVAC 场景下的工程化改造4.1 报警与风扇联动的状态机HVAC 控制器不是读个温度发上去就完了温度数据最终要参与控制逻辑。我这套方案里PJ85718DM 的 ALERT 引脚是非常好用的硬件报警通道。在配置寄存器里设好本地温度上限和远程温度上限之后现场温度一旦越限不需要主控查询芯片就会自动拉低 ALERT把 MCU 从低功耗睡眠中唤醒。软件侧的报警逻辑不能用简单的 if-else 套,不然风机启动、停止会频繁抖动。我维护一个软件状态机状态转换条件里带上了迟滞。比如远程温度超过 60°C 时进入报警态但要从报警态恢复必须低于 55°C。这个 5°C 的迟滞窗口就是为了避免在阈值附近反复触发。这个迟滞逻辑并没有占用芯片本身报警寄存器里的窗口而是在 MCU 端实现的二重保险。风扇联动上我用 STM32G491RE 的定时器输出 PWM 控制风机风速温度作为 PWM 占空比的输入条件。典型逻辑是远程温度低于 40°C 时风机低速运行40°C 到 55°C 之间按线性比例调整超过 55°C 直接满速。这种连续调节比档位切换舒适度高而且不费电。由于 STM32G491RE 有多个高级定时器这个 PWM 输出和 I2C 读取用同一个时间基准调度控制节拍比较统一。4.2 数据滤波与抗干扰策略HVAC 现场环境杂散干扰源不少特别是压缩机启停期间电压跌落和电流浪涌会通过电源线传导到芯片。温度采集中我加入了两级滤波第一级是硬件上的 RC 滤波SCL、SDA 线上各串一个 100Ω 电阻再加对地 100pF 电容对高频毛刺有很好的抑制作用但带来的代价是 I2C 上升沿变缓所以这个 RC 参数不能随便加大否则高速通讯会失败。软件上用的是滑动平均滤波取最近 8 次采样做平均。温度本来就是慢变量这个滤波深度对实时性几乎没有影响。对比过几种方案中值滤波也能去毛刺但在温度缓慢变化时相邻样本都是有效值中值滤波没有优势滑动平均则更平滑。唯一要注意的是做报警判断时最好不要直接用滤波后的值而是同时看滤波前后的差值。如果原始值和滤波值的偏差超过 2°C说明现场干扰严重软件应该记录一条异常事件方便事后排查。还有一个抗干扰细节是 I2C 通讯超时。HAL 库自带的超时参数如果设成默认的话在某些异常情况下比如总线被拉死会一直阻塞下去。我强烈建议所有 HAL_I2C_Master_Transmit 和 Receive 都用定制的超时时间比如 50ms配合 HAL_I2C_ErrorCallback 做错误恢复。一旦检测到总线忙就先把 I2C 外设复位然后用 GPIO 按特殊时序发送至少 9 个 SCL 脉冲把总线状态恢复干净再重新初始化外设。4.3 对接上位机把温度上报出去HVAC 控制器最终要接到楼宇自控系统所以温度数据要有一个规范的出口。我这个项目里STM32G491RE 用 UART 走 Modbus RTU 协议把温度数据上报给上位机。这个选型很常规工业现场设备对 Modbus 的支持很普遍PLC、触摸屏、组态软件都能直接读。Modbus 从机地址、波特率、奇偶校验这些参数我预留了配置项方便现场统一管理。上报的数据区里本地温度、远程温度、报警状态、探头故障标志都映射到独立的寄存器组。这里要说的一个实务经验是上位机读取频率和 I2C 读取频率要解耦。很多工程师把上位机请求直接映射到传感器读取语句结果 Modbus 一次广播读请求能触发传感器十几次 I2C 转换白白增加功耗和总线负载。我的做法是在一个 500ms 周期的定时中断里固定读一次 PJ85718DM数据缓存到结构体Modbus 请求来的时候主控直接返回缓存值不触发实时转换。这样 I2C 总线上的通信节奏是稳定的Modbus 请求再频繁也不会把传感器总线打乱。5. 实测经验这些问题我基本都踩过5.1 I2C 总线卡死的原因和恢复手段实际调试中I2C 总线卡死是出场率最高的问题表现是 HAL_I2C_IsDeviceReady 一直返回 BusySCL 或者 SDA 其中一根线被拉低。最常见的原因是上电时序不对MCU 先初始化 GPIO 和 I2C 外设传感器还没上电完成总线上的设备处于不确定状态一旦 MCU 在传感器未就绪时发起通讯就可能在总线上形成一个死锁状态。解决办法是上电后延时 200ms等传感器电源稳定后再初始化 I2C这个延时非常有效。另一种卡死原因和 I2C 时序有关通信过程中 SDA 线上出现毛刺被传感器误识别为 START 条件传感器进入不期望的状态并一直等待后续时序把整个总线的时钟拉低。遇到这种情况我在错误恢复函数里加一个软件复位先把 SDA 拉高然后对 SCL 线连续输出 9 个脉冲最后发一个 STOP 条件。绝大多数情况下总线能恢复。这个函数在错误 Callback 中调用即可成本很低但省去了每次出问题都断电重新上电的麻烦。5.2 远程通道读数跳变问题不一定在芯片有一阵子远程温度读数总在 30°C 和 50°C 之间来回跳幅度很大我开始怀疑芯片坏了后来又怀疑探头坏了。折腾了一圈最后发现问题出在探头的接法上我为了省事用了一根双芯屏蔽线连接探头但是 D 和 D- 接反了。接反之后芯片仍然能读出温度但数值完全不靠谱而且极不稳定。把 D 和 D- 对调之后读数立刻稳定下来。后来我才意识到很多远程测温芯片在探头接反时并不会返回一个标准的故障码而是给出一个无意义的随机值。所以遇到远程温度乱跳第一个排查项不是芯片供电而是 D、D- 的极性。另外我也测过探头线长度的影响1 米以内的双绞线基本没有误差3 米以上的线阻开始明显影响测温温度越高偏差越大。现在我的项目里探头线都控制在 1.5 米以内。5.3 读到的温度和万用表对不上现场工程师常用万用表的温度档或者红外测温枪来验证传感器读值这个做法本身没问题但要注意对比基准。万用表热电偶的测温位置是一个点红外测温枪测的是面平均温度而 PJ85718DM 的远程探头贴的位置和它们不一定在同一个位置。我见过折腾了一整天校准传感器的现场最后发现是红外枪的测点和探头差了十几厘米温度当然不一样。正确的验证方法是把探头和一个经过校准的高精度温度计放在同一个热源里用水浴或者油浴让温度场均匀再对比读数。如果偏差稳定在一个固定值可以在软件里做一个温度偏移校正。如果偏差随着温度升高而变大那就可能是探头本身特性或者线阻问题不能简单用偏移校正来处理。5.4 问题排查速查表现象可能原因排查思路I2C 探测无应答引脚配置错误、上拉电阻缺失、传感器未上电先检查 VDD 电压再查 SCL/SDA 波形SCL 被拉死上电时序不当、I2C 时序毛刺加大上电延时进入错误恢复函数远程温度乱跳探头接反、线缆过长、干扰对调 D D-缩短线缆双绞走线远程温度恒定偏差模式配置不对高增益/低增益确认探头类型重设寄存器本地温度偏高传感器离热源太近调整布局看板级环境温度趋势温度值稳定但总是偏大/偏小校准缺失用均匀热源做两点校准软件补偿报警频繁误触发无迟滞判断在 MCU 端加入迟滞窗口这个表是我遇到问题后一点点攒下来的。每次调完一个问题我都会把现象、原因、解决步骤记下来以后再做类似项目直接按这个表排查效率高很多。最后说一个我做这个项目之后才真正体会到的事双通道温度传感器带来的不仅是少了一个器件的账面优势更重要的是数据的一致性。本地温度和远程温度是同一个芯片、同一个时间基准转换出来的软件上处理它们的时候不需要担心两个传感器之间存在时间差和相位差。在做 HVAC 控制这种需要把多个温度点关联起来判断运行状态的场景里这个一致性带来的调试体验提升比参数表上的精度数字更实在。如果你的项目也需要同时监测板温和远端温度PJ85718DM 配 STM32G491RE 这条路线值得一试。