PJ85718DM+STM32F107双通道温度监测方案解析

温度监测项目，尤其在嵌入式设备和 HVAC 系统里，难点从来都不是“读一下温度寄存器的值”这么简单。你会发现，本地温度还好办，传感器就在主板上，走线短、干扰小；但远程温度节点一旦拉出几米引线，数据就开始跳，校准完还是飘，更别说冬夏温差几十度的户外场景能不能长期稳定。这篇我要聊的是一套用 PJ85718DM 配合 STM32F107VCT6 搭建的双通道温度监测方案，覆盖本地温度采集和远程探头测温，可以直接嵌进嵌入式设备，也能改造成暖通空调的环温监测节点。内容会从硬件选型讲起，再拆到驱动、滤波、标定和组网，最后分享几个我真实踩过的坑。

1. 为什么选这套组合：MCU 与温度传感器的取舍

1.1 嵌入式监控对温度采样的真实要求

温度是个慢变量，但这不代表随便拿个热敏电阻就能用。嵌入式设备里的温度采样，往往同时要求精度、重复性和抗干扰能力。比如处理器要做过热降频，临界点可能设在 85℃ 或 95℃，如果读回来的温度反复横跳，系统会在降频和恢复之间来回折腾，影响用户体验。HVAC 场景更麻烦，测温节点装在风管或水管附近，环境湿度大、电磁噪声复杂，有时候还要做远程长线传输，这时候对传感器的机制和系统的整体设计都有更高要求。

从工程角度看，选温度传感器不能只看标称精度。要看的还有测量机制本身是不是抗长线干扰、能不能同时处理近端和远端两路信号、接口是否方便和 MCU 对接、器件本身功耗高不高、封装适不适合量测点位置。PJ85718DM 属于数字输出温度传感器，走 I2C 接口，和 STM32F107VCT6 的硬件 I2C 外设正好匹配。相比模拟 NTC 方案，数字传感器不需要每次标定温区；相比热电偶方案，也不涉及冷端补偿和电压放大电路。这个选型逻辑可以直观理解为：本地和远程两路温度，只要一个传感器芯片加一颗小功率三极管就能搞定，不需要再单独搭信号调理电路。

1.2 PJ85718DM 是如何同时测本地和远程温度的

我最初接触 PJ85718DM 时，第一反应是它为什么能测两路温度。拆开原理看并不复杂。本地温度通道使用芯片内部的 PN 结来测温，这和大多数片上温度传感器类似；远程温度通道则依赖“远端晶体管”的某个物理特性——基极-发射极电压会随温度变化，并且在不同的偏置电流下，电压变化量与绝对温度呈近似线性关系。

具体来说，传感器会先后给远端三极管的发射结注入两个不同电流，然后测量对应的 Vbe 电压差。因为 ΔVbe = (kT/q) * ln(N)，其中 k 是玻尔兹曼常数，q 是电子电荷，N 是两次电流的比值。只要电流比例是已知的，测出 ΔVbe，就能反推温度 T。这个方案的巧妙之处在于，单个 Vbe 参数对工艺离散度和串联电阻都很敏感，但 ΔVbe 会把大部分共模误差抵消掉，所以长线引入的电阻和接触电阻影响会明显降低。PJ85718DM 内部再做模数转换，把结果映射成数字量，通过 I2C 寄存器读出来。

远程通道的外部三极管，通常选小信号 NPN 型，比如 2N3904 或 MMBT3904，连接方式一般为基极接 D+，发射极接 D-，集电极和基极短接成二极管形式。如果你手里没有现成的三极管，用普通二极管并不能得到同样的精度，因为二极管的正向压降系数和三极管的 Vbe 行为存在差异，除非传感器专门支持二极管模式。所以实测下来，老老实实用小功率三极管最稳。

1.3 STM32F107VCT6 的资源匹配度

STM32F107VCT6 是带以太网和 CAN 的增强型 F1 系列 MCU，Cortex-M3 内核跑 72MHz，在温度监测项目中算“大材小用”，但这种“有冗余”反而让开发更从容。它内置了两个硬件 I2C 外设，支持 400kHz 快速模式，读传感器不需要 CPU 一点一点抠时序。72MHz 主频做浮点滤波也有余力，不过为了效率，我一般用定点整数运算处理温度值。

另外 F107 的内部 Flash 有 256KB，RAM 有 64KB，做 Modbus 从机协议栈、存校准参数、JSON 组包都够用。它还有 5 个 UART，一个 CAN 控制器，方便后续接 RS485 或者 CAN 总线。电源域是 3.3V，PJ85718DM 同样支持 3.3V 供电，直接一个电源轨搞定。整个项目里 MCU 侧我需要的资源只有两个 GPIO 用作 I2C 引脚，再加上一个 GPIO 做传感器中断报警，其他大量 IO 都留给了按键、显示和通信，资源分配非常够。

从对比角度看，用 NTC 需要配一个运放和分压电阻，用热电偶要处理冷端补偿和温度变送器，用 DS18B20 其实也可以测本地温度，但测不了远程节点。PJ85718DM 这种双通道方案在“一个板子同时管理两路温度”的场景下集成度最高。下表是我在方案论证时做的对比：

2. 系统硬件设计：从传感器焊盘到远程测温探针

2.1 电源、滤波与抗干扰布局

硬件设计里最容易顾此失彼的就是电源和滤波。PJ85718DM 的电源引脚和 STM32F107VCT6 共用 3.3V，我建议在传感器电源引脚旁边放一个 0.1uF 陶瓷电容，再在电源入口处放一个 10uF 的电解电容，用来吸收低频噪声。I2C 的两根信号线 SCL 和 SDA 都是开漏结构，必须接上拉电阻，阻值通常在 2.2kΩ 到 10kΩ 之间。如果传感器和 MCU 在同一块 PCB 上且走线短，4.7kΩ 没问题；如果传感器板通过排线连接，上拉电阻可以选 2.2kΩ，以增大驱动能力、提高抗干扰裕量。

布局方面有一个我反复强调的点：PJ85718DM 最好离继电器、变压器、开关电源的磁性元件远一些。有一版板子我把传感器放在继电器旁边，温度读数在继电器动作时瞬间跳变 2~3℃，排查了半天才发现是磁场耦合到了远程探头的引线上。后来把芯片挪到 PCB 角落，并把远程探头走线包地，现象就消失了大半。PCB 上远程传感器的 D+、D- 走线应该尽量平行等距，如果在双层板上，最好同层布线，不要跨层穿越分割地平面。

2.2 远程测温节点的三种接法

远程节点需要外接一个三极管，但这里有三类接法，适用场景略有不同。

第一种是短距离板内连接，比如测量主板上某颗功率芯片的壳温。用 SOT-23 封装的 MMBT3904，把基极和集电极短接，再用一根短引线接到传感器的 D+，发射极接 D-。三极管可以贴到被测芯片表面，中间涂导热硅脂，这样测的是芯片表面温度而不是壳温附近的环境温度。

第二种是长线连接，比如 HVAC 风管里的温度探头。这种场景最好用屏蔽双绞线，屏蔽层单端接地。远程三极管封装在探头内部，可以用 TO-92 封装引脚更粗壮，连接时依然采用基极-集电极短接、发射极接 D- 的方式。线长控制在 3 米以内时，不屏蔽也能稳定读值；超过 5 米，务必加屏蔽层，并在传感器引脚端并联一个 100pF 到 1nF 的滤波电容，位置越靠近 PJ85718DM 越有效。

第三种是直接利用目标芯片内部的热敏二极管。很多电源芯片、CPU、GPU 内部会引出专用测温二极管，接法通常是阴极接 D-，阳极接 D+，但这个方向不同厂家定义不同。实际使用前要查芯片手册确认极性，否则读出的温度可能是负值或差 100℃。我接到过一款功率管，手册上写的是 2 脚为阳极、3 脚为阴极，结果我按常规三极管方式接反，读回温度一直显示 -40℃，改过来才正常。

2.3 嵌入式和 HVAC 场景下的硬件差异化

同一套芯片，用在嵌入式主板和 HVAC 外机上，硬件的侧重点完全不同。嵌入式场景里，传感器和 MCU 在一块板上，供电干净、走线短，温度节点主要关心的是本地温度、板卡功耗以及热保护。这时硬件上不需要太多防护，做好传感器自热补偿和 PCB 导热设计就行。

HVAC 场景则要面对室外机组的环境考验。温度探头可能要暴露在风吹日晒的管道上，引线会从弱电板走到强电区。硬件上我建议做三件事：一是远程探头入口处加 TVS 管，防止雷击浪涌从长线导入；二是 I2C 信号不要直接引到室外，最好在传感器节点端就完成采集，再将数字量通过 RS485 或 CAN 传给主控；三是探头外壳防水防潮，用环氧树脂灌封或热缩管加硅胶密封，否则长期高湿度下引脚电化学腐蚀，阻值变化会导致测温漂移。

嵌入式场景里传感器自热误差比较突出，HVAC 场景则更怕整个系统被强电干扰。如果两者混用，建议把 PJ85718DM 的地单独分割，再通过 0Ω 电阻或磁珠单点接地，避免地环路把干扰引入测量参考地。

3. 软件实现：驱动编写、数据处理与远程温度换算

3.1 I2C 通信参数和驱动框架

驱动部分，我拿 STM32 标准外设库举例。初始化 I2C1 时，配置 PB6 为 SCL、PB7 为 SDA，开漏复用输出，设置时钟为 400kHz。采样前需要确认传感器地址。PJ85718DM 的地址通常由 A0/A1 引脚决定，默认 7 位地址 0x48，对应 8 位写地址 0x90。如果总线上有多个相同芯片，必须通过地址引脚跳线区分。

下面是初始化代码的关键片段：

GPIO_InitTypeDef GPIO_InitStructure; I2C_InitTypeDef I2C_InitStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_I2C1, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_OD; GPIO_InitStructure.GPIO_Pin = GPIO_Pin_6 | GPIO_Pin_7; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOB, &GPIO_InitStructure); I2C_InitStructure.I2C_Mode = I2C_Mode_I2C; I2C_InitStructure.I2C_ClockSpeed = 400000; I2C_InitStructure.I2C_Ack = I2C_Ack_Enable; I2C_InitStructure.I2C_AcknowledgedAddress = I2C_AcknowledgedAddress_7bit; I2C_Init(I2C1, &I2C_InitStructure); I2C_Cmd(I2C1, ENABLE);

SCL 和 SDA 均配置为开漏模式，这和硬件 I2C 的电气特性一致。引脚外部已经接了上拉电阻，所以不需要加内部上拉。每次读取温度数据，我封装了一个函数，传入寄存器地址和缓冲区，使用硬件 I2C 的发送和接收事件循环。注意每次通信前要检查总线状态，如果检测到 I2C 总线卡死，要关闭外设时钟并重新初始化，避免后续读取一直超时。

3.2 本地与远程温度的采集周期与平均策略

PJ85718DM 内部完成一次温度转换需要一定时间，典型值可能在几十毫秒到上百毫秒之间。读取温度寄存器之前，最好先读取状态寄存器确认转换完成，否则可能读到旧数据或中间值。采集周期我一般设为 500ms 到 1 秒，这个速度对温度变化足够，也能降低传感器自热。

数据处理上，不要直接使用单次采样值。我用的是一阶低通滤波，公式很简单：

filtered_temp = filtered_temp + (raw_temp - filtered_temp) * 0.2;

这里的 0.2 是滤波系数，相当于取 20% 的新值、80% 的旧值。系数越小曲线越平滑，但响应变慢。温度本身不需要毫秒级响应，所以我通常选 0.1~0.2。如果要做更严格的处理，可以连续采样 5 次，去掉最大值和最小值，再取中间 3 次平均。平均算法在数据跳变严重时非常有效，而且不用维护复杂的状态。

HVAC 场景里，温度突变往往意味着设备故障，比如风管温度在 10 秒内下降 10℃，说明制冷系统异常启动。这时候就不要用低通滤波了，改用差分判断：每秒算一次相邻采样差值，如果差值的绝对值超过预设门槛，立即上报告警，而不等滤波平滑后的值。所以我的做法是同时保留“平滑值”和“差分值”两路数据，平滑值用于展示和闭环控制，差分值用于异常告警。

3.3 远程温度标定：消除串联电阻与接触电阻影响

虽然 ΔVbe 测量方式对串联电阻有天然抑制，但实际接线时仍然存在残余误差，尤其是远程三极管引线较长、接头松动或氧化的时候，这种误差会表现为温度读数偏低或偏高。我给远程通道做两步标定。

第一步是常温单点标定。把远程探头和参考温度计放到同一个恒温环境，待稳定后记录 PJ85718DM 读数。如果参考温度是 25.0℃，读数是 24.6℃，偏移量就是 -0.4℃。把这个值存到 STM32 的 Flash 或者 EEPROM，之后每次读取后加上这个偏移量。

第二步是双点标定，适合要求更高的场景。在 0℃ 和 100℃ 两个恒温槽里分别记录读数，然后计算增益误差和偏移误差。实测温度值符合一条直线：corrected = raw * gain + offset，其中 gain = (T_high - T_low) / (raw_high - raw_low)，offset = T_low - raw_low * gain。这里 T_low/T_high 是参考真值，raw_low/raw_high 是传感器读数。这个校正参数写入 Flash 后，远程通道在全温区精度能控制在 ±0.5℃ 以内。注意校准过程的参考温度计本身要有溯源证书，不然就是“用一支不准的温度计去校准另一支温度计”。

4. 工程落地中的几个坑

4.1 远程探头引线过长带来的噪声

我第一版工程把远程三极管放在设备外壳上，引线大约 2 米，当时用的是普通排线。结果调试时发现温度值每秒钟跳 1~2℃，偶尔还会读出 -40℃ 或者 125℃，明显是断路标志。原因是排线的芯线之间电容耦合大，线缆又靠近 220V 电源线，干扰脉冲进了传感器引脚。

解决过程分了三步。第一步先换屏蔽双绞线，屏蔽层一端接地，再接上 100pF 电容，干扰明显减少，但还有轻微波动。第二步把远程引线从电源线区域移开，保证间距大于 5cm，跳变基本消失。第三步在软件里加入异常值过滤，如果读到的值超出合理范围（比如 -50℃~150℃），直接丢弃当前样本，继续等待下一个转换周期。三步做完，远程温度读数稳定在 ±0.1℃ 以内。经验是：先解决物理层的噪声，再让软件做兜底，顺序别反。

4.2 传感器自热导致测温偏高

有一版嵌入式板卡，本地温度始终比环境温度高 2.5℃，稳定不下来。起初以为是芯片热阻问题，后来发现是 PJ85718DM 持续高速转换带来的自热。当采集周期从 100ms 改为 1 秒后，温度读数下降了约 1.8℃。传感器内部电路在连续工作时耗电发热，这种热量会传导到芯片封装内的本地测温 PN 结，导致读数偏高。

解决办法有两类。硬件上，给传感器芯片下方铺地铜皮增加散热，必要时在 PCB 上开散热孔；软件上，降低采样频率，并且在传感器每次转换完成后加入一个短暂休眠，让芯片不至于持续满负荷工作。另外要注意本地温度通道测量的本来就是 PCB 附近温度，不等于环境温度。如果需要更接近环境值，可以把传感器通过排线引出机壳，或单独在小板上做环境测量，而不是硬放在大功率发热元器件旁边。

4.3 多设备挂接时的 I2C 地址冲突

当一块主板上只有一颗 PJ85718DM 时，地址当然没问题。但我在一个实验项目里同时用了四片传感器，分别测进气、出气、回水和环境温度，结果 I2C 总线完全无法通信。逐个排查发现四片芯片默认地址都是 0x48，在总线上同时回答，数据被拉死。我看了看芯片引脚，发现它预留了 A0/A1 地址引脚，可以通过跳线设置 4 个不同地址。把它们分别配置成 0x48、0x49、0x4A、0x4B后，通信恢复正常。

但也提醒一个细节：如果 PCB 设计时没预留地址跳线，只能通过软件复位挂接，那就麻烦很多。所以哪怕产品只用一颗，我也建议把地址引脚引出来，用 0Ω 电阻可选上下拉，而不是直接固定接地。这样后续升级多路测温不用改板子。另外顺便说一句，I2C 总线不适合长距离跨板连接，长度超过 30cm 就会引入显著容性负载。多节点拉线场景还是走 RS485 或 CAN 更靠谱，I2C 老老实实待在板内。

5. 从数据到应用：组合进嵌入式或 HVAC 系统

5.1 嵌入式设备里的温度告警与降频逻辑

温度数值稳定读上去了，关键要用起来。嵌入式设备里最典型的应用是过热保护。我常用的是分档降频策略：温度低于 80℃ 时正常跑高性能模式；超过 80℃ 开始降频，每升高 5℃ 降一级；超过 95℃ 直接触发紧急暂停，让 CPU 进入 idle 状态或执行安全关机。

降频逻辑里必须加入迟滞，否则会在临界点反复升降。比如 82℃ 降低一档，要等到温度回落到 78℃ 才允许升回来。迟滞窗口可以参考 2~3℃。这样既保护了硬件，又避免了风扇或频率控制器的来回震荡。在代码里可以写成：

if (temp > 80 && temp <= 85) { freq_grade = 1; } else if (temp > 85 && temp <= 90) { freq_grade = 2; } else if (temp > 90) { freq_grade = 3; } if (freq_grade < current_grade && temp < (grade_threshold - 3)) { current_grade = freq_grade; }

远程温度通道在嵌入式里通常用来监测外壳或散热器温度，逻辑类似，但要考虑远程探头热惯性更大，滤波系数要更小，避免误告警。

5.2 HVAC 设备的 RS485/Modbus 组网与温度上报

HVAC 控制柜一般不直接用 I2C 传输远程温度数据，而是把 STM32F107VCT6 作为一个温度采集从机，通过 RS485 和 Modbus RTU 接入楼宇自控系统。F107 的 USART 加上一颗 MAX485 收发器就能组成物理层。波特率我常用 9600 或者 19200，传输距离百米级别没问题。

软件里要实现 Modbus 从机协议，用 03 功能码上报温度寄存器。我的映射关系是：寄存器地址 0x100 存放本地温度，0x102 存放远程温度，值以 0.1℃ 为单位的有符号整数。比如 25.3℃ 存储为 253。上位机主站轮询到数据后，除以 10 显示即可。寄存器表格大致如下：

Modbus 从机地址最好通过拨码开关设置，不要写死在程序里，不然现场多台设备地址冲突会很麻烦。另外 RS485 总线两端各加一个 120Ω 终端电阻，长线时通信才稳定。我在 HVAC 项目里就遇到过没加终端电阻，箱子一多马上乱码的情况。

5.3 上位机显示防抖与数据记录

上位机这部分看似只是“显示”，其实真要做好也不简单。温度数据从 Modbus 读上来之后，直接去画曲线会发现有毛刺。我通常在上位机再做一次均值滤波，或者用中值滤波。报警判定要“持续计数”，比如连续 5 次超过设定值才真正触发报警，这样能避免一瞬间的噪声误报。

历史记录建议每 1 分钟落一条数据到数据库，记录时间戳和两个温度值，用于后续能效分析和故障复盘。如果系统支持 Modbus，这些数据也可以通过 OPC 网关接入组态软件。对于长期运行的项目，我在设备端也做了一层“异常数据日志”，把每次告警发生时的原始温度值和时间戳存到本地 Flash，方便后来现场复盘。这比只看上位机曲线可靠得多。

6. 个人实测心得与改进方向

这套 PJ85718DM + STM32F107VCT6 组合，我前后跑过两个版本，累计运行超过 1000 小时。本地通道和远端三极管通道在正常环境下，稳定后误差大约都在 ±0.3℃ 内，这个精度应付嵌入式和 HVAC 场景都够用。最让我放心的是远程通道的抗干扰能力，在屏蔽双绞线配合滤波电容的情况下，长距离传输不像模拟方案那样需要反复调零，确实省心。

如果后续要扩展，我会优先加一个无线通信模组，把温度数据通过串口透传到以太网或者 LoRa 网关，彻底免去现场布线。软件层面还能加一个故障诊断功能：利用远程通道的开路检测标志，在线判断探头断线还是短路，这样运维人员到现场之前就能知道问题点。总之方案已经稳定，剩下的就是针对不同应用场景做壳体和通信协议的适配。