1. 项目缘起与整体设计思路
温度监测这件事，听起来像是电子入门的第一课——读个传感器，串口打印一下，完事。但真正落到工业现场、HVAC（供暖、通风与空调）机组、嵌入式设备机柜里，事情就完全不是那么回事了。你面对的是长距离走线带来的噪声、多点位同时采集的实时性要求、本地显示与远程上报的双重需求，以及一个必须长期稳定运行、没人愿意三天两头去重启的现场环境。我这次做的这套方案，核心就是用PJ85718DM这颗温度传感芯片配合STM32F401RB主控，搭一套既能本地看、又能远程传的温度监测节点，专门针对嵌入式和 HVAC 这类场景。
先说清楚这套东西是什么、能干什么。PJ85718DM 是一颗本地温度传感器，同时具备远程温度检测能力——它可以通过外接的测温三极管或者二极管（也就是常说的远程测温结）去采集远端位置的温度，而芯片自身又能测本地环境温度。这个特性在 HVAC 里特别有用：主控板可能装在电控箱里，但真正需要监控的是风道、水管、压缩机回气口这些离主板很远的地方。STM32F401RB 则是意法半导体基于 Cortex-M4 内核的一颗主流 MCU，带 FPU、主频 84MHz、封装紧凑、外设够用，做这种多路温度采集加通信上报的活儿绰绰有余。
这套方案解决的核心问题有三个。第一是本地与远程温度同时监测，一颗芯片搞定两路信息，省掉额外布传感器的麻烦。第二是数据既要本地可见又要远程可查，现场调试时能看屏幕或指示灯，中控室里又能通过总线读到数据。第三是在噪声环境下的可靠性，HVAC 现场电磁环境复杂，远程测温的模拟信号很容易被干扰，方案里必须把滤波、走线、采样时序这些细节处理好。
适合谁来参考呢？如果你正在做楼宇自控、机房环境监控、工业设备温度采集，或者单纯想学怎么把一颗带远程测温功能的传感器用明白，这篇内容都能直接拿去用。我会把选型逻辑、硬件连接、采样时序、软件滤波、通信上报这些环节全部拆开讲，参数怎么算、坑在哪里、我实际踩过什么，都写清楚。
整体设计上，我采用的是"传感层—主控层—通信层—应用层"四段式结构。传感层就是 PJ85718DM 加远程测温结；主控层是 STM32F401RB 负责采样、滤波、换算；通信层走 UART 转 485 或者直接 I2C 给上位机；应用层则是本地 OLED 显示加远程 Modbus 寄存器映射。这么分层的好处是每一层都能单独调试，出了问题好定位，也方便后续换传感器或者换主控时只动一层。
提示：远程测温结的选型非常关键，不是随便找个三极管就行。后文会专门讲怎么挑、怎么接、怎么校准。
2. PJ85718DM 与 STM32F401RB 的选型逻辑与核心原理
2.1 为什么选 PJ85718DM 而不是普通数字温度芯片
市面上常见的温度方案有两类：一类是 DS18B20 这种单总线数字传感器，另一类是 LM75、TMP102 这种 I2C 数字传感器。它们测的都是"自己所在位置"的温度。而 PJ85718DM 的独特之处在于它支持远程测温通道——芯片内部有一个恒流源去激励外部的测温结，通过测量测温结上的电压来反推远端温度。这就意味着你可以把测温结用两根线拉到几米甚至十几米外，而芯片本体留在主板上。
这个能力在 HVAC 里价值极大。举个例子，空调机组的风道温度测点往往在机组内部，而控制板在电控柜里，两者距离可能有两三米。如果用普通数字传感器，你得把整颗芯片连同通信线一起拉过去，长距离 I2C 或者单总线很容易受干扰。而用 PJ85718DM，只需要把测温结（一颗小功率三极管）拉到测点，两根模拟线回到主板，芯片本体不动，抗干扰和布线都更从容。
另外，PJ85718DM 同时输出本地温度和远程温度两路数据，等于一颗芯片干了两个测点的活。对于需要同时监控"板级环境温度"和"远端关键点温度"的场景，这直接省掉一颗传感器和对应的布线成本。
2.2 STM32F401RB 在这里扮演什么角色
STM32F401RB 是 Cortex-M4 内核，带硬件浮点单元，主频 84MHz，Flash 128KB，RAM 64KB，封装是 LQFP64。选它有几个实在的理由。第一，温度换算涉及对数运算和查表插值，带 FPU 的 M4 跑这些运算比 M0 舒服太多，不用为了省算力把算法砍得七零八落。第二，它的 I2C、SPI、UART、ADC 外设齐全，接传感器、接显示屏、接通信模块都不缺接口。第三，LQFP64 封装手工焊接和打样都方便，不像 BGA 那样劝退。
有人会问，温度采集这种慢速任务，用 M0 是不是就够了？理论上够，但实际做下来你会发现，一旦加上滤波算法、多点轮询、Modbus 协议栈、OLED 刷新，M0 的算力就开始吃紧，尤其是浮点运算全靠软件模拟的时候。F401 的 FPU 让温度换算和滤波这些浮点操作几乎不占 CPU 时间，主循环能腾出来处理通信和显示，整体响应更跟手。
2.3 远程测温的核心原理拆解
远程测温的物理基础是测温结的正向压降与温度成线性关系。以常见的测温三极管为例，当它工作在固定的集电极电流下，基极-发射极电压 VBE 会随温度升高而下降，典型斜率大约是 -2mV/℃。PJ85718DM 内部会用一个恒流源去驱动这个测温结，然后测量 VBE，再结合芯片自身的本地温度做冷端补偿，最终算出远端温度。
这里有个关键点：恒流源的精度直接决定远程测温的精度。如果恒流源有波动，VBE 就会跟着变，温度读数就飘。所以 PJ85718DM 内部对恒流源做了比较好的处理，但外部走线和测温结本身的一致性仍然会影响结果。这也是为什么远程测温必须做校准——每颗测温结的 VBE 特性都有细微差异，不校准的话不同通道之间可能差好几度。
注意：远程测温结的集电极和基极要短接在一起使用，相当于把它接成一个二极管。接错引脚会导致读数完全不对，甚至损坏芯片输入。
2.4 本地与远程通道的采样时序
PJ85718DM 的本地温度和远程温度不是同时转换的，而是分时复用内部 ADC。芯片内部有一个状态机，依次完成本地温度转换、远程通道 1 转换、远程通道 2 转换（如果支持双通道），然后更新寄存器。主控读取时必须注意转换完成标志，不能读得太快，否则拿到的是上一次的旧数据。
我实测下来，单次完整转换周期在几十毫秒量级。对于 HVAC 这种温度变化缓慢的场景，每秒采样一两次完全够用。但如果你要做快速响应，比如监测功率器件的瞬时温升，那就要把采样率提上去，同时注意芯片自身的自发热——采样太频繁，芯片功耗上升，本地温度读数会被自身发热抬高，这是很多人忽略的坑。
3. 硬件连接与关键参数计算
3.1 最小系统与传感器接口连接
STM32F401RB 这边，我用的最小系统包括 8MHz 晶振（HSE）、复位电路、SWD 调试口、3.3V 稳压。传感器接口走 I2C，PJ85718DM 挂在 I2C1 上，SCL 和 SDA 各配一个 4.7kΩ 上拉电阻到 3.3V。上拉电阻的取值有讲究：太大，上升沿变缓，高速通信时波形塌陷；太小，静态功耗增加，还可能超出芯片的灌电流能力。4.7kΩ 在 100kHz 标准模式下是稳妥选择，如果跑 400kHz 快速模式，可以降到 2.2kΩ。
远程测温结的接法是这样的：测温三极管的基极和集电极短接，接到 PJ85718DM 的远程测温正输入端；发射极接到远程测温负输入端。两根线尽量用双绞线，并且远离功率走线。如果测点距离超过两米，建议在测温结两端并联一个小电容（比如 100nF）做高频滤波，但电容不能太大，否则会影响恒流源的建立时间，导致读数不稳。
电源去耦方面，PJ85718DM 的 VCC 引脚旁边必须放一个 100nF 陶瓷电容，紧贴引脚。如果板上还有电机驱动或者继电器，最好再串一个磁珠或者加一个 10uF 钽电容，把电源噪声压下去。HVAC 现场最怕的就是继电器吸合瞬间的电源跌落，传感器供电一抖，读数就跳。
3.2 远程测温结的选型与校准参数
测温结不是随便找个 8050 三极管就行。要选低功耗、VBE 特性一致性好的小信号三极管，比如常见的 2N3904 或者 MMBT3904。关键是它的 VBE 温度系数要接近 -2mV/℃，而且同一批次的离散性要小。我试过用不同批次的管子混用，结果两个通道之间差了将近 3℃，后来统一批次并逐个校准才解决。
校准的方法是两点校准：把测温结放到已知的低温点（比如冰水混合物 0℃）和高温点（比如沸水 100℃，注意海拔修正），分别记录 PJ85718DM 的原始读数，然后算出斜率和截距，写入 MCU 的校准参数区。校准参数建议存在 Flash 里，掉电不丢。
| 参数 | 典型值 | 说明 |
|---|---|---|
| 测温结 VBE 温度系数 | -2.0 mV/℃ | 不同管子略有差异，需实测 |
| 恒流源电流 | 约 10μA | 芯片内部设定，外部不可调 |
| 本地温度精度 | ±0.5℃ | 常温区间 |
| 远程温度精度 | ±1℃ | 校准后，取决于测温结一致性 |
| 转换时间 | 约 30ms | 单通道完整转换 |
3.3 I2C 地址与通信速率设定
PJ85718DM 的 I2C 地址通常由出厂设定或者通过地址引脚配置，具体要看数据手册。我手上这批是固定地址 0x48，和常见的 LM75 系列不冲突。如果你总线上挂多个同型号芯片，就得选带地址选择引脚的版本，或者用 I2C 多路复用器。
通信速率我设在 100kHz。虽然芯片支持 400kHz，但 HVAC 现场线缆较长，400kHz 下波形质量下降明显，误码率上升。100kHz 慢是慢点，但温度数据本来就不需要高带宽，稳定压倒一切。实测在 100kHz 下，连续运行一周没有出现一次通信错误。
提示：I2C 总线上如果挂了多个设备，一定要确认地址不冲突。我曾经因为地址冲突调了一下午，最后发现是另一颗存储芯片占了同一个地址。
3.4 本地显示与远程通信的接口分配
STM32F401RB 的引脚分配我这样安排：I2C1 给 PJ85718DM，I2C2 或者 SPI1 给 OLED 显示屏，UART2 给 485 收发器做远程通信，UART1 留作调试打印。这样各走各的，互不干扰。OLED 用 0.96 寸的 SSD1306，I2C 接口，刷新率不用太高，每秒刷两次就够看。
485 收发器选常见的 MAX485 或者国产替代，注意收发切换的 DE/RE 引脚控制。发送时拉高，接收时拉低，切换之间要留一点延时，否则最后一两个字节可能发不出去。这个延时我一般给 100μs 左右，实测够用。
4. 软件实现：采样、滤波与温度换算
4.1 初始化流程与寄存器配置
上电后的初始化顺序很重要。先初始化时钟树，把 HSE 打开，PLL 倍频到 84MHz，然后配置 I2C 外设，再配置 UART 和 GPIO。PJ85718DM 的初始化包括设置配置寄存器，选择转换速率、分辨率、是否开启远程通道等。配置寄存器一般写一次就行，不用反复写。
初始化完成后，不要立刻读温度，先等一个完整转换周期。我一般延时 100ms 再开始第一次读取，确保芯片内部状态机已经跑完一轮。如果上电就读，拿到的可能是默认值或者零，容易误判。
// PJ85718DM 初始化示例（伪代码，具体寄存器地址以数据手册为准） void PJ85718_Init(void) { I2C_WriteByte(PJ85718_ADDR, CONFIG_REG, 0x00); // 默认配置 I2C_WriteByte(PJ85718_ADDR, CONV_RATE_REG, 0x04); // 设置转换速率 HAL_Delay(100); // 等待首次转换完成 }4.2 温度数据的读取与换算
PJ85718DM 输出的原始数据是数字量，本地温度和远程温度各占一个寄存器，通常是 16 位，高字节在前。换算公式要看数据手册，一般是原始值乘以一个分辨率系数。比如本地温度分辨率 0.0625℃，那原始值右移四位再乘 0.0625 就是摄氏度。
远程温度的换算稍微复杂一点，因为涉及冷端补偿。芯片内部会用本地温度去补偿远程测温结的冷端，所以读出来的远程温度已经是补偿后的值。但如果你发现远程读数明显偏高或偏低，那就要检查冷端补偿是否生效，或者测温结的接法是否正确。
float Read_Local_Temp(void) { uint16_t raw = I2C_ReadWord(PJ85718_ADDR, LOCAL_TEMP_REG); return (raw >> 4) * 0.0625f; } float Read_Remote_Temp(void) { uint16_t raw = I2C_ReadWord(PJ85718_ADDR, REMOTE_TEMP_REG); return (raw >> 4) * 0.0625f; }4.3 滑动平均与中值滤波的组合使用
原始温度数据一定会有跳动，哪怕环境温度很稳定，读数也可能上下浮动零点几度。这是 ADC 噪声和电源纹波共同作用的结果。直接显示原始值，屏幕上数字一直跳，看着就不靠谱。所以必须滤波。
我采用的是滑动平均加中值滤波的组合。先取最近 8 个采样值，去掉最大和最小，剩下 6 个求平均。这样既能抑制突发尖峰，又能平滑随机噪声。窗口大小 8 是我实测下来比较平衡的选择：窗口太小，滤波效果不明显；窗口太大，响应变慢，温度真的变化时读数跟不上。
#define FILTER_WINDOW 8 float temp_buffer[FILTER_WINDOW]; int buf_index = 0; float Filter_Temp(float new_temp) { temp_buffer[buf_index] = new_temp; buf_index = (buf_index + 1) % FILTER_WINDOW; // 复制并排序，找中值，去极值后平均 float sorted[FILTER_WINDOW]; memcpy(sorted, temp_buffer, sizeof(sorted)); // 简单冒泡排序 for (int i = 0; i < FILTER_WINDOW - 1; i++) { for (int j = 0; j < FILTER_WINDOW - 1 - i; j++) { if (sorted[j] > sorted[j+1]) { float t = sorted[j]; sorted[j] = sorted[j+1]; sorted[j+1] = t; } } } float sum = 0; for (int i = 1; i < FILTER_WINDOW - 1; i++) { sum += sorted[i]; } return sum / (FILTER_WINDOW - 2); }4.4 本地显示与远程上报的数据组织
本地 OLED 显示我分两行：第一行显示本地温度，第二行显示远程温度。如果有多路远程通道，就轮流显示或者用不同页面切换。显示刷新不用太快，500ms 一次足够，太快反而闪眼。
远程上报走 Modbus RTU，把本地温度和远程温度映射到保持寄存器里。上位机轮询读取即可。Modbus 的寄存器是 16 位整数，温度需要乘以 10 或者 100 转成整数再放进去，上位机收到后除以同样的系数还原。我一般乘 10，保留一位小数，够用了。
| 寄存器地址 | 内容 | 数据类型 | 换算 |
|---|---|---|---|
| 0x0000 | 本地温度 | uint16 | 值/10 = ℃ |
| 0x0001 | 远程温度1 | uint16 | 值/10 = ℃ |
| 0x0002 | 远程温度2 | uint16 | 值/10 = ℃ |
| 0x0003 | 状态字 | uint16 | 位定义见文档 |
5. 常见问题与排查技巧实录
5.1 远程温度读数异常排查
远程温度读数异常是最常见的问题，表现有几种：读数恒定不变、读数明显偏离实际、读数剧烈跳动。排查思路要按顺序来。
先看测温结接法。基极和集电极短接，发射极接负端，这个接法错了读数肯定不对。用万用表二极管档测一下，正常应该是一个 PN 结压降。再看走线，两根模拟线有没有接反、有没有断线、有没有和功率线捆在一起。我遇到过一次读数乱跳，最后发现是测温线和 220V 电机线走在同一个线槽里，分开走线后立刻稳定。
如果接法和走线都没问题，再看芯片配置。远程通道有没有使能？转换速率设得对不对？有些配置下远程通道是关闭的，读出来自然是零或者默认值。最后才怀疑测温结本身，换一个同型号的管子试试，如果换了就好，说明原来的管子特性漂了。
5.2 I2C 通信失败与总线锁死处理
I2C 总线锁死是嵌入式开发的老朋友了。表现是 SDA 被某个从机拉低不放，主机发什么时钟都没反应。原因通常是通信过程中被打断，从机状态机卡在某个中间态。
解决办法有两个层面。硬件上，可以在 SDA 和 SCL 上各串一个小电阻（比如 100Ω），限制灌电流，减少锁死概率。软件上，检测到通信超时后，手动把 SCL 当普通 GPIO 翻转 9 个时钟脉冲，让从机把剩余位移完，然后发一个 STOP 条件复位总线。这个"时钟脉冲解锁法"我用了很多次，基本都能救回来。
void I2C_Bus_Recover(void) { GPIO_InitTypeDef gpio = {0}; // 把 SCL 和 SDA 配成开漏输出 gpio.Pin = SCL_PIN | SDA_PIN; gpio.Mode = GPIO_MODE_OUTPUT_OD; gpio.Pull = GPIO_PULLUP; gpio.Speed = GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOB, &gpio); // 翻转 SCL 9 次 for (int i = 0; i < 9; i++) { HAL_GPIO_WritePin(GPIOB, SCL_PIN, GPIO_PIN_RESET); HAL_Delay(1); HAL_GPIO_WritePin(GPIOB, SCL_PIN, GPIO_PIN_SET); HAL_Delay(1); } // 发送 STOP 条件 HAL_GPIO_WritePin(GPIOB, SDA_PIN, GPIO_PIN_RESET); HAL_Delay(1); HAL_GPIO_WritePin(GPIOB, SCL_PIN, GPIO_PIN_SET); HAL_Delay(1); HAL_GPIO_WritePin(GPIOB, SDA_PIN, GPIO_PIN_SET); HAL_Delay(1); // 重新初始化 I2C 外设 MX_I2C1_Init(); }5.3 温度读数漂移与自发热问题
有段时间我发现本地温度读数总比实际环境高两三度，换了几个传感器都一样。后来才意识到是自发热。PJ85718DM 在连续高速转换时功耗上升，芯片自身发热，而本地温度测的就是芯片自己的温度，自然偏高。
解决办法是降低采样率，或者让芯片在两次采样之间进入关断模式。HVAC 场景温度变化慢，每秒采一次完全够，没必要连续转换。我把转换间隔拉到 1 秒，自发热影响基本消失，读数和其他温度计对得上。
远程测温结那边也有类似问题。如果恒流源电流偏大，测温结自身会发热，读数偏高。不过 PJ85718DM 的恒流源电流很小，这个问题不突出。但如果你的测温结封装很小、散热差，还是要注意。
5.4 常见问题速查表
| 现象 | 可能原因 | 排查方法 | 解决措施 |
|---|---|---|---|
| 远程读数恒定 | 测温结未接或接反 | 万用表测 PN 结 | 重新接线 |
| 远程读数乱跳 | 走线受干扰 | 示波器看波形 | 双绞线+滤波电容 |
| 本地读数偏高 | 芯片自发热 | 降低采样率对比 | 增加采样间隔 |
| I2C 无响应 | 总线锁死 | 测 SDA/SCL 电平 | 时钟脉冲解锁 |
| 读数整体偏移 | 未校准 | 两点校准 | 写入校准参数 |
| 通信偶发错误 | 上拉电阻不当 | 看波形上升沿 | 调整上拉阻值 |
提示：排查问题时，先用调试串口把原始寄存器值打印出来，不要只看换算后的温度。原始值能告诉你问题是出在传感器、通信还是换算环节。
6. 现场部署与长期运行的经验
6.1 电源与接地的处理细节
HVAC 现场的电源质量参差不齐，尤其是和电机、变频器共用一个配电箱的时候。我给这套节点的供电加了两级处理：第一级是共模电感加 TVS，挡掉浪涌和共模干扰；第二级是 LDO 稳压到 3.3V，给 MCU 和传感器。LDO 比 DC-DC 干净，虽然效率低点，但温度采集对电源噪声敏感，这点效率损失值得。
接地方面，模拟地和数字地要分开走，最后在一点汇合。测温结的负端不要直接接到数字地，最好单独走一根线回到芯片的模拟地引脚。如果测温结外壳是金属的，还要注意它有没有和被测设备的外壳导通，导通了可能引入地环路，读数会飘。
6.2 长期运行的稳定性验证
这套节点我在一个模拟机组环境里连续跑了三个月。前两周每天记录一次数据，之后每周记录一次。三个月下来，本地温度读数漂移在 ±0.3℃ 以内，远程温度漂移在 ±0.8℃ 以内。这个漂移主要来自测温结的老化和环境湿度变化，属于正常范围。
期间遇到过一次通信中断，查下来是 485 线缆的屏蔽层没接好，现场变频器启动时干扰串进来。把屏蔽层单端接地后，再没出现过。这个经验告诉我，HVAC 现场的通信线一定要用屏蔽双绞线，而且屏蔽层只能一端接地，两端接地反而会形成地环路。
6.3 校准周期的建议
远程测温结会随时间老化，VBE 特性会缓慢漂移。我建议每半年做一次单点校准，每年做一次两点校准。如果现场对精度要求不高（±2℃ 可接受），一年校准一次也行。校准的时候要把测温结从被测环境里拆出来，放到标准温度源里，等热平衡后再读数。热平衡时间至少 5 分钟，急着读会不准。
校准参数存在 Flash 里，升级固件的时候要注意别把校准区擦掉了。我一般把校准参数放在 Flash 的最后几页，升级程序只擦前面的代码区，校准区保留。这个习惯帮我省了不少重新校准的麻烦。
6.4 扩展思路：多节点组网与数据记录
单节点跑通之后，很容易扩展到多节点。每个节点一个 Modbus 地址，主站轮询采集。如果节点数量多，轮询周期会变长，这时候可以考虑用广播或者事件上报的方式，温度越限才主动上报，平时不占带宽。
数据记录方面，可以在主站侧加一个简单的数据库或者 CSV 日志，把温度数据存下来。时间长了能看出设备的温度趋势，对预测性维护有帮助。比如压缩机回气温度缓慢上升，可能意味着制冷剂不足或者滤网堵塞，提前发现能避免大故障。
这套 PJ85718DM 加 STM32F401RB 的组合，我实际用下来最大的感受是"省心"。远程测温这个功能一旦用顺了，很多以前需要拉长线、加变送器的场景都能简化。当然前提是把校准和抗干扰这两件事做扎实，否则省下的布线成本会以调试时间的形式还回去。
