1. 从一个温度采集需求说起为什么选 PJ85718DM 加 STM32F405RG嵌入式温度监测这个方向看起来简单真做起来坑不少。我前后做过好几个环境监测类的项目从最早的 NTC 热敏电阻加分压电阻直接进 ADC到后来用专用温度传感器走 I2C再到工业现场用的远距离采集方案每一代方案都有各自的适用边界。这次要聊的这套组合——PJ85718DM 搭配 STM32F405RG——是我个人认为在 HVAC暖通空调和嵌入式环境监测场景里性价比和可靠性平衡得比较好的一套方案。先说清楚这套东西是干什么的。PJ85718DM 是一颗远程温度传感器芯片它的核心能力是支持本地温度测量加远程二极管温度测量远程那一路可以接分立三极管或者二极管接法的温度传感元件通过走线拉到几米甚至更远的地方去采温度。STM32F405RG 则是 ST 家 F4 系列里很经典的一颗 Cortex-M4 芯片168MHz 主频带 FPU1MB Flash192KB SRAM外设资源丰富I2C 接口好几个做这种传感器数据采集和后续处理绰绰有余。这套组合解决的核心问题是在 HVAC 系统里你经常需要同时监测板子附近的本地温度以及风机盘管、风道、水管等位置的远程温度。传统做法是每个测温点放一颗数字温度芯片然后拉 I2C 总线过去但 I2C 拉远了信号质量会下降而且每个点都要单独供电和布线成本上去了。PJ85718DM 的思路不一样它把远程测温做成“模拟前端”——远程那一路本质上测的是外部三极管/二极管的 VBE 电压随温度的变化芯片内部做 ADC 和计算这样远程探头可以是很便宜的三极管或者专用二极管传感器走线也就是两根普通铜线成本低、布线简单。适合谁来参考这篇内容如果你正在做 HVAC 控制器、环境监测设备、工业数据采集终端或者单纯想学一下远程温度采集怎么落地这套方案都值得看。我会从芯片选型逻辑、硬件设计要点、STM32 端驱动实现、校准方法、常见问题排查几个维度展开尽量把踩过的坑和实测经验都写出来。2. 核心器件解析与方案选型逻辑2.1 PJ85718DM 到底强在哪里PJ85718DM 这颗芯片很多人第一次看手册会觉得它跟常见的 LM75、TMP102 这类本地温度传感器不是一回事。关键区别在于它支持“远程通道”。本地通道测的是芯片自身 die 的温度远程通道测的是外接传感元件的温度。远程测温的原理是基于半导体 PN 结的正向压降与温度的关系在恒定电流下VBE 随温度升高而下降大约 -2mV/°C。芯片内部会交替用不同电流去驱动远程三极管测出两个 VBE 的差值 ΔVBE再通过公式换算出绝对温度。这个原理的好处是ΔVBE 跟三极管的绝对参数关系不大主要取决于物理常数和电流比所以一致性比较好不需要每个探头单独校准。缺点是远程走线如果太长会引入串联电阻和噪声影响测量精度。PJ85718DM 在这方面做了优化支持一定的串联电阻补偿具体能拉多远取决于线材和噪声环境我实测在普通屏蔽双绞线上拉 3 到 5 米问题不大再远就要看现场电磁环境了。另外这颗芯片的本地测温精度在典型条件下能到 ±1°C 左右远程通道在理想条件下也能做到 ±1°C 级别对于 HVAC 这种不需要实验室级精度的场景完全够用。分辨率方面内部 ADC 是 11 位左右对应 0.125°C 的 LSB实际有效精度受噪声限制但做温度趋势监测和控温足够了。2.2 STM32F405RG 为什么适合做主机STM32F405RG 在这套方案里扮演的是“数据采集与处理中枢”的角色。选它的理由有几个第一它有多路 I2C可以挂多颗 PJ85718DM 做多点测温互不干扰第二168MHz 主频加 FPU做温度换算、滤波、PID 控温算法都很轻松第三F4 系列的模拟外设和定时器资源丰富如果后续要加 PWM 控制风机、ADC 采集其他模拟量扩展性很好第四1MB Flash 和 192KB SRAM 足够跑 RTOS 或者较复杂的应用逻辑。有人可能会问用 F103 行不行行但 F103 主频 72MHz做多路温度采集加控温算法会有点紧而且 F4 的 FPU 在做浮点温度换算时优势明显。如果只是单点测温F103 确实够但考虑到 HVAC 场景通常要多点采集、还要做通信和显示F405RG 的余量更舒服。2.3 整体方案架构整套方案的架构可以这样理解STM32F405RG 作为 I2C 主机总线上挂一颗或多颗 PJ85718DM。每颗 PJ85718DM 的本地通道测板级温度远程通道通过一对走线接到远处的三极管或二极管温度探头。STM32 周期性读取各通道温度寄存器做滤波和换算然后通过 UART、CAN 或者无线模块把数据传出去或者直接用于本地控温逻辑。这个架构的关键设计点在于远程探头的走线要尽量远离高频开关信号比如风机 PWM 线、继电器驱动线否则噪声会直接耦合到微弱的 VBE 信号上。我在一个项目里就遇到过远程温度跳变好几度的问题最后查出来是走线跟风机 PWM 线捆在一起了分开走线加屏蔽之后立刻稳定。3. 硬件设计要点与实操细节3.1 远程探头的选型与接法远程探头这块最省钱的做法是用一颗普通 NPN 三极管比如常见的通用小信号管把集电极和基极短接用基极-发射极结作为测温二极管。这种接法成本极低几毛钱一颗而且封装小容易贴在风道或者水管表面。缺点是三极管的 VBE 特性批次间有差异不过前面说了ΔVBE 方法对绝对参数不敏感所以影响不大。另一种做法是用专用温度二极管传感器这类器件一致性更好但成本高一些。对于 HVAC 场景我个人倾向于用通用三极管量大便宜坏了直接换维护成本低。接线上远程探头到 PJ85718DM 之间需要两根线一根接三极管的基极-集电极短接点一根接发射极。这两根线最好用双绞线绞距密一点能有效抑制共模噪声。如果现场电磁环境恶劣再加一层屏蔽屏蔽层单端接地。走线长度方面我实测 3 米以内基本不用额外补偿5 米左右开始要关注噪声10 米以上就要认真做滤波和屏蔽了。3.2 本地测温的布局注意事项本地通道测的是芯片自身的温度所以芯片在 PCB 上的位置很关键。如果芯片靠近发热元件比如 LDO、功率 MOS、MCU 本身本地温度会偏高测出来的就不是环境温度了。我的做法是把 PJ85718DM 放在板子边缘、远离热源的位置底下不走大电流走线最好在芯片下方做开窗或者挖槽减少 PCB 铜箔导热的影响。如果实在没法远离热源那就只能接受本地通道测的是“板温”而不是“环境温”在软件里做补偿。补偿的方法后面会讲。3.3 I2C 总线的布线与上拉I2C 总线这块STM32F405RG 的 I2C 外设支持标准模式 100kHz、快速模式 400kHzPJ85718DM 也支持到 400kHz。实际用的时候我一般跑 100kHz 或者 400kHz看总线上挂了多少器件和走线长度。走线长、器件多的时候降速到 100kHz 更稳。上拉电阻的选择有个经验公式上拉电阻最大值约等于 (VDD - VOL) / (3mA)最小值受总线电容限制。实际用的时候3.3V 系统下 4.7kΩ 是常见值如果总线电容大走线长、器件多可以降到 2.2kΩ。但注意上拉电阻太小会增加功耗而且上升沿太陡可能引起振铃。我一般先用 4.7kΩ实测波形上升沿太慢再换 2.2kΩ。注意I2C 走线尽量不要跟 PWM 线、继电器驱动线平行走如果必须交叉尽量垂直交叉减少耦合。3.4 电源与去耦PJ85718DM 的供电范围一般是 3.0V 到 5.5V跟 STM32 的 3.3V 系统可以直接共用。去耦电容方面每颗传感器旁边放一个 0.1μF 的陶瓷电容离电源引脚越近越好。如果总线上挂多颗传感器每颗都要单独去耦不要共用一颗电容拉过去。远程探头那边不需要供电因为它是无源器件靠芯片内部电流源驱动。这也是这套方案的一个优势远程端不需要电源布线简单可靠性高。4. STM32 端驱动实现与温度换算4.1 I2C 底层驱动配置STM32F405RG 的 I2C 配置用 HAL 库的话大概是这个流程使能 GPIO 和 I2C 时钟配置 GPIO 为复用开漏模式配置 I2C 参数时钟速度、占空比、寻址模式等然后初始化。下面是一段典型的初始化代码static void MX_I2C1_Init(void) { hi2c1.Instance I2C1; hi2c1.Init.ClockSpeed 100000; hi2c1.Init.DutyCycle I2C_DUTYCYCLE_2; hi2c1.Init.OwnAddress1 0; hi2c1.Init.AddressingMode I2C_ADDRESSINGMODE_7BIT; hi2c1.Init.DualAddressMode I2C_DUALADDRESS_DISABLE; hi2c1.Init.OwnAddress2 0; hi2c1.Init.GeneralCallMode I2C_GENERALCALL_DISABLE; hi2c1.Init.NoStretchMode I2C_NOSTRETCH_DISABLE; if (HAL_I2C_Init(hi2c1) ! HAL_OK) { Error_Handler(); } }GPIO 配置要注意用开漏输出加外部上拉STM32 内部上拉太弱不适合做 I2C 上拉。4.2 温度寄存器读取与换算PJ85718DM 的温度数据一般存在两个寄存器里高字节和低字节高字节是整数部分低字节的高几位是小数部分。具体格式要看手册不同型号可能略有差异。假设高字节是整数温度有符号低字节高 4 位是小数换算方法大概是float read_local_temp(void) { uint8_t buf[2]; HAL_I2C_Mem_Read(hi2c1, PJ85718DM_ADDR, LOCAL_TEMP_REG, I2C_MEMADD_SIZE_8BIT, buf, 2, 100); int16_t raw (int16_t)((buf[0] 8) | buf[1]); raw 4; // 假设低4位是小数 return raw * 0.0625f; // 假设LSB是0.0625度 }远程通道的读取类似只是寄存器地址不同。实际写的时候一定要对照手册确认寄存器地址和数据格式不同厂家的芯片格式可能不一样照搬代码很容易读出错的数据。4.3 温度滤波与数据稳定化原始温度数据会有噪声尤其是远程通道。直接拿来用会导致控温抖动。我一般做两级滤波第一级是滑动平均取最近 8 到 16 个采样点做平均第二级是一阶低通滤波系数根据采样周期和响应要求调。滑动平均的代码很简单维护一个环形缓冲区就行。一阶低通滤波的公式是filtered filtered * (1 - alpha) new_sample * alpha;alpha 越小越平滑但响应越慢我一般取 0.1 到 0.3 之间。对于 HVAC 这种温度变化本来就慢的场景alpha 取小一点没问题响应慢个几秒完全不影响。实操心得如果发现温度数据偶尔跳变很大先别急着加滤波先查硬件。滤波只能掩盖问题不能解决问题。跳变通常是接触不良、噪声耦合或者电源波动引起的。4.4 多传感器管理与地址配置PJ85718DM 的 I2C 地址通常可以通过地址引脚配置支持多个不同地址。如果总线上挂多颗每颗的地址引脚接法要不同。STM32 端可以维护一个传感器列表逐个轮询读取。轮询的时候要注意时序不要连续快速读多颗中间留一点间隔避免总线冲突。我一般每颗之间隔 1 到 2 毫秒整个轮询周期控制在几十毫秒以内对温度监测来说完全够快。5. 校准方法与精度提升技巧5.1 本地通道的偏移校准本地通道的误差主要来自芯片自身发热和 PCB 导热。校准方法是用一个已知精度的参考温度计在稳定环境下对比读数算出偏移量在软件里减掉。比如参考温度计显示 25.0°C芯片读 26.5°C那偏移就是 1.5°C软件里减去。但要注意这个偏移会随环境温度变化不是固定值。如果精度要求高可以做多点校准在不同温度下测偏移拟合一条曲线。对于 HVAC 场景单点校准通常够用。5.2 远程通道的串联电阻补偿远程走线有电阻会在 VBE 测量中引入误差。PJ85718DM 一般有串联电阻补偿功能可以通过配置寄存器启用。补偿的原理是芯片会测量走线电阻上的压降并扣除。具体配置方法看手册通常是写一个配置位。如果走线不长3 米以内不补偿问题也不大。走线长了补偿就很有必要。我实测 5 米普通双绞线不补偿的话误差大概 1 到 2°C补偿后能降到 0.5°C 以内。5.3 实际校准流程我的校准流程是这样的先把整套设备放在恒温箱或者稳定室温环境里等温度稳定至少 30 分钟然后用高精度参考温度计记录实际温度同时读取芯片各通道温度算出偏移。远程探头要跟参考温度计贴在一起确保测的是同一位置温度。校准完记录偏移值写进固件或者存到 EEPROM 里。后续如果更换探头偏移值可能要重新校准因为不同三极管的 VBE 特性有差异。注意校准时的环境要稳定不要在空调出风口或者阳光直射的地方校准否则温度一直在变校准结果不可靠。6. 常见问题与排查技巧实录6.1 温度读数跳变或明显错误这是最常见的问题。排查顺序我一般是这样先看 I2C 通信是否正常用逻辑分析仪抓波形确认 ACK 正常、数据没有错位然后看电源是否稳定用示波器看传感器供电引脚有没有纹波再看远程走线是否受干扰把探头线远离干扰源试试最后看探头本身是否接触良好三极管引脚有没有虚焊。有一次我遇到远程温度一直读 -40°C查了半天发现是三极管接反了基极和发射极搞反了PN 结方向不对芯片测不到有效信号。这种低级错误其实很常见接线的时候一定要对照手册确认引脚。6.2 I2C 通信失败I2C 通信失败的原因很多上拉电阻不合适、总线电容太大、地址冲突、时序不匹配。我一般先用示波器看 SDA 和 SCL 波形确认上升沿是否够快、有没有被拉低、ACK 位是否正常。如果波形正常但通信还是失败检查地址配置用 I2C 扫描程序扫一下总线上有哪些地址响应。STM32 的 I2C 外设有时候会有一些奇怪的问题比如总线锁死。遇到锁死可以尝试重新初始化 I2C或者用 GPIO 模拟 I2C 时序来解锁。HAL 库有个HAL_I2C_IsDeviceReady函数可以用来检测设备是否在线。6.3 远程温度精度不达标如果远程温度误差超过预期先确认串联电阻补偿是否启用再检查走线是否过长或受干扰。如果都正常可能是探头本身的问题换一颗三极管试试。不同批次的三极管 VBE 特性有差异虽然 ΔVBE 方法对绝对参数不敏感但太离谱的批次还是会影响精度。还有一个容易被忽略的点远程探头附近的温度梯度。如果探头贴在发热体表面但表面温度不均匀测出来的就是局部温度而不是整体温度。这种情况下要在探头和表面之间涂导热硅脂或者用导热胶固定确保热接触良好。6.4 常见问题速查表现象可能原因排查方法解决措施温度读数固定不变I2C 通信失败或寄存器读错逻辑分析仪抓波形检查地址、上拉、时序温度跳变严重噪声耦合或接触不良示波器看电源和信号加滤波、屏蔽、重新焊接远程温度偏差大走线电阻未补偿测量走线电阻启用串联电阻补偿本地温度偏高芯片靠近热源红外测温看板温分布移远芯片或软件补偿多传感器冲突地址重复I2C 扫描重新配置地址引脚7. 在 HVAC 场景中的实际部署经验7.1 风道温度监测的安装要点风道测温是 HVAC 里很典型的场景。远程探头要伸进风道里但不能影响气流也不能被风道壁的温度影响。我的做法是用一个小的金属保护套把三极管包起来只留感温部分暴露在气流中保护套固定在风道壁上。这样既能快速响应气流温度变化又能避免风道壁导热干扰。探头线从风道里引出来的时候要做好密封避免漏风。漏风不仅影响温度测量还会影响风道压力平衡。7.2 水管温度监测的注意事项水管测温跟风道类似但水管表面通常是弧面探头贴合是个问题。我一般用金属卡箍把探头压在水管表面中间涂导热硅脂。如果水管有保温层探头要埋在保温层下面贴着管壁否则测的是保温层外表面温度不是水温。水管温度变化比风道慢滤波系数可以取更小响应慢一点没关系稳定性更重要。7.3 多点采集的轮询策略HVAC 系统通常有多个测温点回风、送风、新风、盘管进水、盘管出水等等。用多颗 PJ85718DM 或者一颗芯片的多个通道如果支持来采集。轮询策略上我一般把变化快的点比如送风温度采样频率高一些变化慢的点比如水管温度采样频率低一些这样能优化 CPU 和总线资源。如果挂了很多颗传感器可以考虑分组轮询每组之间留间隔避免总线负载过高。STM32F405RG 的 I2C 支持 DMA用 DMA 传输可以减少 CPU 占用但配置起来稍微复杂一点看项目需求决定要不要用。7.4 数据上报与远程监控采集到的温度数据最终要上报给上位机或者云端。本地可以用 UART 或者 CAN 总线传到主控板远程可以用无线模块。上报的时候建议带上时间戳和传感器 ID方便后续分析。如果做远程监控数据上报频率不用太高温度变化慢每分钟上报一次通常够用。上报太频繁反而增加网络负担和功耗。8. 几个容易被忽略的细节和我的实操体会第一个细节是芯片的转换时间。PJ85718DM 从启动转换到数据就绪需要一定时间具体看配置的转换速率和分辨率。如果读太快可能读到旧数据。我一般配置好转换速率后等够时间再读或者用中断方式等转换完成信号。第二个细节是远程通道的开启顺序。如果芯片支持多通道开启顺序可能影响测量结果因为芯片内部会有一定的热耦合。具体要看手册一般建议先测远程再测本地或者按手册推荐的顺序来。第三个细节是 PCB 的接地。模拟部分和数字部分要分开接地最后单点汇合。远程探头的走线旁边最好有一根地线伴随减少共模干扰。第四个细节是温度单位。芯片输出的是摄氏度但如果你的系统用华氏度换算的时候注意精度损失。我一般内部统一用摄氏度显示的时候再换算。第五个细节是长期稳定性。半导体温度传感器长期使用后可能会有轻微漂移建议定期校准尤其是精度要求高的场景。HVAC 场景一般一年校准一次就够了。这套 PJ85718DM 加 STM32F405RG 的方案我从第一次打样到现在批量用前后迭代了三四版硬件固件也改了好几轮。最大的体会是温度采集这件事硬件设计占七成软件占三成。硬件布线和探头安装做不好软件再怎么滤波补偿都是治标不治本。反过来硬件做扎实了软件就是简单的读取和换算稳定得很。如果你正在做类似的项目建议在硬件阶段多花点时间把走线、屏蔽、去耦、探头安装这些基础工作做细后面会省很多调试时间。