基于PJ85718DM与STM32F412RE的远程温度采集方案

1. 从一个温度采集需求说起：为什么选 PJ85718DM 配 STM32F412RE

嵌入式温度监测这个方向，看起来简单，真做起来坑不少。我接触过好几个 HVAC（暖通空调）相关的项目，从商用楼宇的空调控制面板到工业机柜的环境监控，温度采集几乎是最基础也最容易出问题的环节。基础是因为原理简单——读传感器、算温度、传数据；容易出问题是因为一旦涉及多点采集、本地显示加远程上报、还要在电磁环境复杂的 HVAC 场景里稳定运行，选型和架构上的每一个决定都会在后期被放大。

这次要聊的方案是PJ85718DM 搭配 STM32F412RE的组合。PJ85718DM 是一颗远程温度传感器，支持本地和远程双通道测温，通过 I2C 或 SMBus 接口与主控通信。STM32F412RE 则是 ST 家基于 Cortex-M4 内核的 MCU，带 FPU、主频 100MHz、512KB Flash、256KB SRAM，外设资源丰富，尤其适合需要一定算力又要跑通信协议栈的场景。两者搭配，正好覆盖 HVAC 应用里"本地板载温度 + 远程探头温度"同时监测的需求。

为什么不用 MCU 内置的温度传感器？因为内置传感器测的是芯片结温，受 MCU 自身功耗发热影响极大，精度通常在 ±1.5°C 甚至更差，而且只能测芯片附近那一点。HVAC 场景里你要测的是风管温度、回风温度、室外温度，探头可能离主板好几米远，内置传感器完全无能为力。PJ85718DM 这类远程温度传感器就是为这种场景设计的——它支持外接二极管连接的晶体管（比如常见的 2N3904 或专用测温三极管）作为远程探头，通过测量晶体管的 Vbe 电压变化来反推温度，探头可以拉很远，布线灵活。

STM32F412RE 在这里的角色是"大脑"：通过 I2C 读取 PJ85718DM 的温度寄存器，做线性化校准、滤波、阈值判断，然后驱动本地显示屏，同时通过 UART 或以太网把数据上报到上位机或云平台。它的 FPU 在做温度补偿算法时很省心，不用像 M0 那样软浮点跑得费劲。

提示：PJ85718DM 的远程测温精度和探头三极管的选型强相关，不是随便找个 NPN 就能达到标称精度。后面会专门讲探头选型和校准。

2. PJ85718DM 的测温原理与寄存器操作细节

2.1 本地通道和远程通道到底怎么测的

PJ85718DM 内部有两套测温机制。本地通道用的是芯片内部的带隙基准源，本质上和 MCU 内置传感器类似，但因为它独立封装、功耗低、热设计更专注，精度能做到 ±0.5°C 左右。远程通道则是它的核心价值所在——它通过一对引脚（通常标为 D+ 和 D-）向外输出激励电流，外部接一个二极管连接方式的三极管，芯片测量该三极管在不同电流下的 Vbe 差值，从而计算出 PN 结温度。

这个原理叫ΔVbe 测温法。具体来说，芯片会交替输出两个不同大小的电流（比如 10μA 和 100μA）流过远程三极管，测量两次 Vbe，差值 ΔVbe 与绝对温度成正比：

ΔVbe = (kT/q) × ln(N)

其中 k 是玻尔兹曼常数，T 是绝对温度，q 是电子电荷，N 是两路电流的比值。这个关系是线性的，所以只要测准 ΔVbe，温度就能算出来。这种方法的优点是探头本身不需要校准，因为 ΔVbe 只和物理常数有关，和三极管的个体差异关系不大——当然实际中还是有偏差，后面会讲。

2.2 I2C 通信与关键寄存器

PJ85718DM 挂在 I2C 总线上，7 位地址通常是 0x18 到 0x1F 可配（取决于具体型号的地址引脚接法）。STM32F412RE 这边用硬件 I2C 外设去读写，标准模式 100kHz 或快速模式 400kHz 都支持。

几个必须搞清楚的寄存器：

读温度的标准流程是：先读状态寄存器确认数据就绪，再读温度寄存器。远程温度的高字节在 0x01，低字节在 0x09，低字节的高 4 位是小数部分（分辨率 1/16°C）。组合起来：

// 读取远程温度，返回摄氏度浮点值 float read_remote_temp(I2C_HandleTypeDef *hi2c, uint8_t dev_addr) { uint8_t raw_high, raw_low; uint8_t reg = 0x01; HAL_I2C_Master_Transmit(hi2c, dev_addr << 1, &reg, 1, 100); HAL_I2C_Master_Receive(hi2c, (dev_addr << 1) | 1, &raw_high, 1, 100); reg = 0x09; HAL_I2C_Master_Transmit(hi2c, dev_addr << 1, &reg, 1, 100); HAL_I2C_Master_Receive(hi2c, (dev_addr << 1) | 1, &raw_low, 1, 100); int16_t temp_raw = (int16_t)((raw_high << 8) | raw_low); return temp_raw / 256.0f; }

注意这里把高低字节拼成一个 16 位有符号数再除以 256，是因为芯片内部温度是 11 位有效数据加 4 位小数，左对齐存放。这个细节很多初次使用的人会搞错，直接拿高字节当整数、低字节当小数，结果温度跳变。

2.3 转换速率和功耗的权衡

HVAC 场景对温度变化的响应要求不高，温度本身变化慢，所以没必要每秒转换几十次。PJ85718DM 的转换速率寄存器可以设置从 0.25 次/秒到 32 次/秒。我一般设成 4 次/秒（寄存器值 0x04），这样既保证响应及时，又不会让芯片功耗和 I2C 总线负载太高。如果设备是电池供电的，可以设成 0.25 次/秒，配合 MCU 的间歇唤醒，整体功耗能压到很低。

注意：转换速率设太低时，读到的温度可能是上一次转换的结果，状态寄存器里的"数据就绪"标志要检查，否则会读到旧数据。

3. STM32F412RE 侧的软件架构与温度处理链路

3.1 为什么用 F412 而不是更小的 MCU

有人会问，就测个温度，用 F0 或者 L0 系列不就行了？便宜又省电。这话在单点测温场景下没错，但 HVAC 应用通常不止测温。以我做过的一个楼宇空调控制面板为例，它需要：驱动段码 LCD 或小尺寸 TFT 显示当前温度和目标温度、处理按键输入、通过 RS485 或以太网和上位机通信、跑 Modbus 或 BACnet 协议栈、可能还要控制继电器输出。这些任务加起来，F0 的 Flash 和 RAM 就捉襟见肘了。

STM32F412RE 的 512KB Flash 和 256KB SRAM 给协议栈和显示缓冲留足了空间，100MHz 主频加 FPU 让温度补偿算法和滤波跑起来毫无压力。而且 F412 带硬件 CRC、真随机数发生器、多个 UART/SPI/I2C，外设组合很适合这种"采集+显示+通信"的三合一需求。选型时多花的那点成本，在开发效率和后期扩展性上完全赚回来了。

3.2 温度数据的滤波与校准

原始温度数据不能直接用。PJ85718DM 的输出虽然有 1/16°C 的分辨率，但实际噪声和抖动还是存在的，尤其是远程通道，探头线缆长的时候容易耦合干扰。我通常做两级处理：

第一级是滑动平均滤波。维护一个长度为 8 的环形缓冲，每次新数据进来替换最旧的，然后取平均。这样能平滑掉大部分随机噪声，又不会引入太大滞后。温度变化本来就慢，8 个采样点的滞后在 HVAC 场景里完全可以接受。

第二级是远程通道偏移校准。前面说过，远程测温虽然原理上和三极管个体差异关系不大，但实际中探头线缆电阻、三极管封装热阻、PCB 走线都会引入偏差。做法是：把远程探头和本地传感器放在同一恒温环境里（比如用恒温水浴或者高精度恒温箱），读两者的差值，把这个差值写进远程温度偏移寄存器（0x0A）。偏移寄存器是 8 位有符号数，每 LSB 代表 0.0625°C，范围大约 ±8°C，足够覆盖常见偏差。

// 校准示例：假设本地读25.0°C，远程读25.8°C，偏差-0.8°C // 偏移寄存器值 = -0.8 / 0.0625 = -12.8 ≈ -13 (0xF3) uint8_t offset = (uint8_t)(int8_t)(-13); uint8_t reg = 0x0A; uint8_t data[2] = {reg, offset}; HAL_I2C_Master_Transmit(hi2c, dev_addr << 1, data, 2, 100);

校准一次之后，这个偏移值可以存在 MCU 的 Flash 里，每次上电自动加载，不用重复校准。

3.3 本地显示与远程上报的数据流设计

数据流的设计要清晰，否则代码会越写越乱。我的做法是分三层：

• 采集层：定时器触发（比如每 250ms），调用 I2C 读取函数，拿到本地和远程温度原始值，做滤波和校准，存入全局结构体。
• 应用层：根据校准后的温度做阈值判断、报警逻辑、控制输出（比如温度超过设定值就开继电器驱动压缩机）。
• 通信层：本地显示直接读应用层的数据刷新 LCD；远程上报通过 UART 或以太网，按 Modbus 寄存器映射把温度值放到保持寄存器里，上位机轮询读取。

这样分层的好处是，显示和通信互不干扰，采集层的定时也不受通信阻塞影响。F412 的 DMA 可以帮 I2C 和 UART 减轻 CPU 负担，但温度采集数据量小，用中断模式就够了，不必上 DMA。

4. 远程探头选型、布线与抗干扰实战

4.1 三极管探头的选择不是随便抓一个就行

PJ85718DM 的远程通道要求外接一个二极管连接的三极管。理论上任何 NPN 三极管把基极和集电极短接都能用，但实际效果差别很大。我试过几种：

• 2N3904：最常见的小信号 NPN，便宜好买，精度一般，在 0°C 到 70°C 范围内偏差大约 ±1°C，做普通环境监测够用。
• MMBT3904：SMD 版本，性能和 2N3904 差不多，适合贴片探头板。
• 专用测温三极管：有些厂商出专门用于温度传感的三极管，Vbe 特性更一致，精度能到 ±0.5°C 以内，但价格贵一些，采购周期也长。

选哪个取决于你的精度要求。HVAC 控制一般 ±1°C 就够了，2N3904 完全胜任。如果是精密空调或者实验室环境，那就上专用管。

4.2 探头线缆的长度和屏蔽

远程探头最大的坑在布线。探头离主板几米甚至十几米远的时候，线缆电阻和分布电容会影响测量。D+ 和 D- 两根线要双绞，最好用屏蔽双绞线，屏蔽层单端接地（接主板地，探头端悬空）。双绞的作用是让两根线耦合到的干扰共模化，芯片内部的差分测量能把它抑制掉。

线缆长度方面，我实测过 5 米以内的普通双绞线，读数稳定；超过 10 米后，如果不加屏蔽，温度读数会开始跳动，幅度能到 ±2°C。加屏蔽并做好接地后，15 米以内都能稳定在 ±0.5°C 的波动范围内。再长的话，建议在探头端加一个小 RC 滤波（比如 100Ω 串联加 100nF 对地），把高频干扰滤掉。

注意：D+ 和 D- 的走线要尽量靠近，不要分开走，否则会形成环路天线，引入更多干扰。PCB 上这两根线也要等长、平行走。

4.3 探头自热和热耦合问题

三极管测温有个固有问题是自热。芯片给探头注入激励电流，虽然电流很小（微安级），但三极管本身还是会有一点点发热。如果探头封装很小、散热不好，自热会导致读数偏高。解决办法是：用低占空比的激励（PJ85718DM 的转换速率设低一些），或者选封装稍大的三极管，热阻小一些。

另一个问题是热耦合。探头要测的是环境温度，但如果探头贴在 PCB 上或者被其他发热元件烤着，测的就是局部温度了。HVAC 风管测温时，探头要伸进风管，用导热硅脂或者金属套管保证和空气充分热交换，同时引线部分要做好隔热，避免沿引线传热。

5. 调试过程中踩过的坑与排查链路

5.1 I2C 读不到数据：从地址到上拉电阻的完整排查

第一次调 PJ85718DM 的时候，I2C 死活读不到数据，HAL 函数返回 HAL_ERROR。排查过程是这样的：

第一步，确认地址。PJ85718DM 的地址由地址引脚决定，我一开始按 0x18 去访问，后来查手册发现地址引脚悬空时是 0x18，但我的板子上地址引脚接了地，实际地址是 0x19。改过来之后还是不行。

第二步，查上拉电阻。I2C 总线需要上拉，我板子上用的是 10kΩ，按理说 100kHz 下没问题。但用示波器一看，SCL 和 SDA 的上升沿很缓，明显是上拉太弱加上总线电容偏大。换成 4.7kΩ 后波形好多了。

第三步，查电源。PJ85718DM 的供电范围是 3.0V 到 3.6V，我一开始用 3.3V 没问题，但后来发现芯片的 Vdd 引脚旁边没有放去耦电容，导致电源纹波大，芯片工作不稳定。补上 100nF 和 1μF 电容后，通信正常了。

这个排查链路告诉我，I2C 不通的时候，不要只盯着代码，硬件层面的地址、上拉、电源、去耦都要逐一确认。

5.2 远程温度读数跳变：屏蔽和滤波的双重作用

远程通道调通后，发现温度读数每隔几秒就跳一下，幅度大概 ±1.5°C。本地通道很稳，说明问题出在远程探头和线缆上。

先查线缆，发现我用的是普通排线，没有双绞也没有屏蔽。换成屏蔽双绞线后，跳变幅度降到 ±0.5°C。然后在软件里加滑动平均滤波，跳变基本看不出来了。最后在探头端加了 RC 滤波，彻底稳定。

这个过程说明，远程测温的稳定性是硬件和软件共同保证的，单靠软件滤波会引入滞后，单靠硬件屏蔽成本又高，两者结合最划算。

5.3 温度值整体偏高：校准偏移的正确用法

板子跑起来后，发现远程温度比实际温度高了大约 2°C。一开始以为是探头问题，换了好几个三极管都一样。后来意识到是偏移寄存器没配置。按照前面说的方法，用恒温环境校准，把偏移值写进去，温度就准了。

这里有个细节：偏移寄存器的值是 8 位有符号数，写入的时候要注意类型转换。我一开始用uint8_t直接写负数，结果编译器警告，实际写入的值也不对。改成先转int8_t再转uint8_t就对了。

6. 从原型到产品：几个工程化建议

6.1 温度数据的掉电保存与上电恢复

产品化的时候，校准偏移值、报警阈值这些参数不能每次上电都重新设。我的做法是在 Flash 里划一个专用扇区，存一个结构体，包含偏移值、高低限、设备地址等。上电时先读这个结构体，如果校验和不对就用默认值。F412 的 Flash 擦写寿命是 10k 次以上，这些参数不会频繁改，完全够用。

6.2 多点远程测温的扩展

PJ85718DM 只有一路远程通道，如果要测多个点怎么办？两个办法：一是挂多片 PJ85718DM 在同一个 I2C 总线上，用不同地址区分；二是用 I2C 多路复用器（比如 TCA9548A）扩展总线。前者简单，但每片芯片占一个地址，总线负载也大；后者灵活，但多一层切换逻辑。我一般根据点数选：4 点以内直接挂多片，超过 4 点用多路复用器。

6.3 与 HVAC 控制逻辑的联动

温度监测最终要服务于控制。比如回风温度超过设定值 2°C 就加大风机转速，低于设定值 1°C 就降速。这些逻辑放在应用层，用状态机实现，避免一堆 if-else 堆在一起。F412 的定时器资源丰富，可以用一个定时器做控制周期，另一个做采集周期，互不干扰。

7. 一些实测数据和经验参数

最后分享几组我在实际项目中测到的数据，供参考：

从表里能看出来，线缆越长、环境越恶劣，波动越大，但通过屏蔽、双绞、滤波、校准这套组合拳，最终精度都能满足 HVAC 控制的要求。

转换速率我一般设 4 次/秒，采集周期 250ms，滤波窗口 8 点，这样从温度实际变化到显示更新大约有 2 秒的滞后，对于空调控制来说完全够用。如果做快速响应的场景，可以把转换速率提到 16 次/秒，滤波窗口缩到 4 点，滞后能压到 0.5 秒以内。

这套 PJ85718DM 加 STM32F412RE 的方案，我从原型到量产跑过好几轮，稳定性没问题，成本也可控。关键是把探头选型、布线屏蔽、校准偏移这几件事做扎实，剩下的就是常规的嵌入式开发工作了。