1. 项目缘起与整体设计思路温度监测这件事听起来像是电子工程入门第一课——接个热敏电阻读个ADC完事。但真正落到工业级嵌入式和暖通空调HVAC场景里事情远没有这么简单。我最近刚交付了一个温控采集模块的项目核心器件选型就是PJ85718DM这颗温度传感芯片搭配STM32F303RC这颗混合信号MCU整个方案从选型到落地踩了不少坑也积累了一些在常规数据手册里找不到的经验。这篇文章就把整个项目的设计思路、关键细节、实操过程和排查经验完整拆开讲一遍。先说清楚这个组合能干什么。PJ85718DM 是一颗支持本地温度检测和远程二极管温度检测的传感器芯片通过 I2C 或 SMBus 接口与主控通信本地通道测的是芯片自身所处的环境温度远程通道则通过外接一个二极管连接的三极管通常是低成本的小信号三极管比如 MMBT3904来测量远端发热源的温度。STM32F303RC 是 ST 家基于 Cortex-M4 内核的混合信号MCU带浮点运算单元ADC 采样速率和定时器资源都很充裕I2C 外设也稳定非常适合做这种多通道温度采集加实时处理的任务。这个方案解决的核心问题是在一块板子上同时获取两个不同位置的温度——一个是控制板自身的环境温度另一个是功率器件或者远端风道内的温度而且要求精度在 ±1°C 以内采样周期不超过 500ms还要能通过通信接口把数据上报给上位机。适合谁来参考做嵌入式硬件设计的工程师、做 HVAC 控制器的开发者、以及任何需要多路温度监测方案的同行。不管你是刚接触 I2C 传感器的新手还是已经用过一堆温度芯片的老手这篇内容应该都能给你一些可以直接抄作业的东西。为什么选这个组合而不是别的我在方案选型阶段对比过几种常见路线。第一种是直接用 NTC 热敏电阻加 ADC 采样成本最低但精度差、线性度不好还得做查表和校准软件开销大。第二种是用数字温度芯片比如常见的 I2C 温度传感器精度不错但大多数只能测本地温度要测远端就得再加一颗成本和板面积都上去了。第三种就是 PJ85718DM 这种带远程通道的芯片一颗芯片搞定两路远程通道通过外接三极管实现三极管可以贴在任意位置灵活性极高。STM32F303RC 这边我选它而不是更常见的 F103 系列主要是因为 F303 的 I2C 外设做了改进时序更稳定而且带 FPU后面做温度补偿算法的时候浮点运算不用软模拟省心很多。整个系统的架构大致是这样的STM32F303RC 作为主控通过 I2C 总线以 400kHz 的速率轮询 PJ85718DM读取本地和远程两个通道的温度寄存器值。PJ85718DM 的远程通道外接一个 MMBT3904 三极管三极管的基极和集电极短接后接到芯片的 D 引脚发射极接到 D- 引脚形成一个二极管连接方式。芯片内部通过切换不同的电流源来测量这个二极管的正向压降从而推算出远程温度。STM32 拿到原始数据后经过格式转换和校准补偿再通过 UART 上报给上位机或者通过 CAN 总线发送到 HVAC 主控器。这个架构的关键设计决策有几个。第一I2C 总线上只挂了一颗温度芯片地址冲突的风险为零但如果你的系统里 I2C 总线上还有其他器件就要注意地址分配。第二远程三极管的选择很讲究不是随便拿个三极管就能用后面会详细讲。第三STM32 的固件里必须做温度数据的滤波处理否则读数跳动会让你怀疑人生。2. 核心器件解析与关键参数计算2.1 PJ85718DM 的本地与远程通道工作原理PJ85718DM 这颗芯片的核心价值在于它同时集成了本地温度传感器和远程温度传感器接口。本地通道用的是芯片内部的带隙基准源通过测量基准电压随温度的变化来推算环境温度这个原理和大多数数字温度传感器一样精度通常在 ±0.5°C 左右。远程通道的原理稍微复杂一些它通过 D 和 D- 两个引脚外接一个二极管连接的三极管芯片内部交替输出两个不同大小的电流通常是一倍和十倍的关系流过这个二极管然后测量两种电流下的正向压降差值。这个差值有个好处它和二极管的反向饱和电流无关只和电流比、理想因子以及温度有关。用公式表示就是 ΔVbe (kT/q) × ln(N)其中 k 是玻尔兹曼常数T 是绝对温度q 是电子电荷量N 是电流比。从这个公式可以看出ΔVbe 和温度 T 是线性关系只要测出 ΔVbe就能算出 T。这种方法的精度主要取决于电流比的准确度和三极管的理想因子一致性。实际使用中PJ85718DM 的远程通道精度可以做到 ±1°C在 0°C 到 100°C 范围内分辨率是 0.125°C。本地通道精度稍好一些±0.5°C。这两个通道的数据都存储在芯片内部的寄存器里通过 I2C 读取。芯片的 I2C 地址可以通过 ADDR 引脚配置支持四个不同的地址默认是 0x487位地址。2.2 STM32F303RC 的 I2C 外设配置要点STM32F303RC 的 I2C 外设相比老一代 F103 系列有了明显改进但配置起来仍然有几个容易踩坑的地方。首先是时钟配置I2C 的时钟源来自 APB1 总线F303 的 APB1 最高可以跑到 36MHz但 I2C 的时钟分频寄存器需要根据这个频率来计算确保 SCL 的频率不超过 400kHz快速模式或 100kHz标准模式。我一般用 400kHz因为 PJ85718DM 支持这个速率而且能缩短读取时间。计算分频值的公式是CCR f_PCLK1 / (2 × f_SCL)。假设 APB1 跑 36MHz目标 SCL 是 400kHz那么 CCR 36000000 / (2 × 400000) 45。这个值要写进 I2C_CCR 寄存器。另外还要设置 TRISE 寄存器标准模式下的最大值是 1000ns快速模式下是 300ns。TRISE 的计算方式是TRISE (f_PCLK1 × t_rise) 1其中 t_rise 是 SCL 上升时间快速模式下最大 300ns所以 TRISE 36 × 0.3 1 11.8取整为 12。还有一个容易忽略的点F303 的 I2C 外设在使用 400kHz 快速模式时必须使能快速模式配置位FS 位否则时序会不对。这个在 HAL 库的初始化结构体里对应的是I2C_DUTYCYCLE_2或I2C_DUTYCYCLE_16_9我一般用 2:1 占空比简单省事。2.3 远程三极管的选型与布局要点远程通道的三极管选型是整个项目里最容易被低估的环节。很多人随便拿个手头的 8050 或者 9013 就往上焊结果温度读数偏差好几度。PJ85718DM 的远程通道对三极管的要求主要有几点第一必须用二极管连接方式也就是基极和集电极短接发射极作为另一端。第二三极管的理想因子要接近 1.0大多数小信号三极管的理想因子在 1.0 到 1.05 之间但有些功率三极管的理想因子会偏大导致温度读数偏高。第三三极管的基极-发射极电压随温度的变化率要稳定这个参数在数据手册里通常标注为 Vbe 的温度系数典型值是 -2mV/°C。我实测下来MMBT3904 和 BC847 这两款小信号三极管表现最好温度误差在 ±0.5°C 以内。MMBT3904 的封装是 SOT-23体积小适合贴在功率器件旁边。布局的时候要注意三极管要尽量靠近被测热源但不要直接贴在发热最厉害的地方否则热梯度会导致测量值偏高。我一般用导热硅胶把三极管固定在散热片或者风道壁上引线长度控制在 30cm 以内太长了会引入噪声。还有一个细节D 和 D- 的走线要尽量平行且靠近最好用地线包围减少外部噪声耦合。如果走线比较长可以在 D 和 D- 之间加一个 100pF 的滤波电容但不要太大否则会影响芯片内部的电流切换时序。3. 硬件设计与实操过程3.1 原理图设计与关键元件选型原理图设计阶段我先把 PJ85718DM 的外围电路搭出来。芯片的 VCC 供电范围是 2.7V 到 5.5V我选的是 3.3V和 STM32F303RC 共用一路 LDO。电源引脚旁边放了一个 0.1μF 的陶瓷电容做去耦另外在 VCC 和 GND 之间并了一个 10μF 的钽电容做储能防止 I2C 通信时的瞬态电流导致电压跌落。I2C 总线的上拉电阻选的是 4.7kΩ这个值在 400kHz 速率下比较合适。如果上拉电阻太大SCL 和 SDA 的上升沿会变缓导致通信失败如果太小功耗会增加而且可能超出芯片的灌电流能力。4.7kΩ 是一个经过验证的折中值。总线上还加了两个小电容22pF做滤波但后来发现不加也没问题就省掉了。远程三极管的连接方式是MMBT3904 的基极和集电极短接后接到 PJ85718DM 的 D 引脚发射极接到 D- 引脚。这里要注意D 和 D- 不能接反否则读数会完全不对。我在第一版板子上就犯过这个错误把 D 和 D- 搞反了结果远程温度读数一直是负的排查了半天才发现是引脚接反。STM32F303RC 这边I2C 引脚用的是 PB6SCL和 PB7SDA这两个引脚需要配置为复用开漏模式并且使能内部上拉虽然外部已经有上拉电阻了但内部上拉可以增加一点裕量。UART 用的是 PA9TX和 PA10RX波特率设为 115200用来和上位机通信。3.2 PCB 布局与布线注意事项PCB 布局这块我总结了几个关键点。第一PJ85718DM 要尽量靠近 STM32 的 I2C 引脚走线长度控制在 10cm 以内减少信号衰减。第二远程三极管的走线要远离高频信号线比如晶振、PWM 输出避免噪声耦合。第三电源走线要足够宽至少 0.5mm确保电流承载能力。第四地平面要完整不要被信号线割裂否则回流路径会变长引入噪声。我第一版板子的时候把远程三极管的走线和电机的 PWM 线走在了一起结果温度读数每隔几秒就跳一下后来把走线分开就好了。这个坑很典型凡是涉及模拟信号的走线都要远离数字高频信号。还有一个细节PJ85718DM 的底部有一个散热焊盘这个焊盘要接到地平面但不要直接接到芯片的 GND 引脚上而是通过几个过孔接到内层地平面。这样做的好处是散热效果好而且不会把地平面上的噪声引入芯片。3.3 焊接与调试实录焊接这块PJ85718DM 的封装是 MSOP-8引脚间距 0.65mm手工焊接有点难度。我的做法是先用细锡膏涂在焊盘上然后用热风枪 280°C 吹焊风速调到最低档避免把芯片吹跑。焊完之后用放大镜检查有没有虚焊或者连锡。MMBT3904 是 SOT-23 封装相对好焊但要注意基极和集电极的短接要可靠我一般用一坨锡直接连起来。上电调试的时候先不接远程三极管只测本地温度。用 STM32 的 I2C 扫描程序确认芯片地址是否正确然后读取本地温度寄存器看看读数是否合理。如果读出来是 0 或者 0xFF说明通信有问题要检查上拉电阻、电源和地址引脚。本地温度正常之后再接上远程三极管读取远程温度寄存器。如果远程温度读数明显偏离室温先检查三极管的连接方式再检查 D 和 D- 有没有接反。我调试的时候还遇到过一个奇怪的问题本地温度正常远程温度偶尔会跳变到 127°C。后来查了半天发现是 I2C 通信速率太高导致远程通道的电流切换时序被打乱。把速率从 400kHz 降到 100kHz 之后问题就消失了。所以如果你的应用对采样速率要求不高建议用 100kHz稳定性更好。4. 固件开发与温度数据处理4.1 I2C 驱动层实现STM32F303RC 的 I2C 驱动我用的是 HAL 库虽然 HAL 库有一些性能上的争议但对于这种低速传感器读取来说完全够用。初始化代码如下I2C_HandleTypeDef hi2c1; void I2C1_Init(void) { hi2c1.Instance I2C1; hi2c1.Init.Timing 0x00901D22; // 对应 400kHz 36MHz APB1 hi2c1.Init.OwnAddress1 0; hi2c1.Init.AddressingMode I2C_ADDRESSINGMODE_7BIT; hi2c1.Init.DualAddressMode I2C_DUALADDRESS_DISABLE; hi2c1.Init.OwnAddress2 0; hi2c1.Init.OwnAddress2Masks I2C_OA2_NOMASK; hi2c1.Init.GeneralCallMode I2C_GENERALCALL_DISABLE; hi2c1.Init.NoStretchMode I2C_NOSTRETCH_DISABLE; HAL_I2C_Init(hi2c1); }这里的 Timing 值 0x00901D22 是我用 STM32CubeMX 生成的对应 400kHz 的速率。如果你用的是其他 APB1 频率这个值需要重新计算。读取温度寄存器的函数如下#define PJ85718DM_ADDR (0x48 1) float Read_Local_Temp(void) { uint8_t buf[2]; HAL_I2C_Mem_Read(hi2c1, PJ85718DM_ADDR, 0x00, I2C_MEMADD_SIZE_8BIT, buf, 2, 100); int16_t raw (int16_t)((buf[0] 8) | buf[1]); return raw * 0.0625f; // 本地温度分辨率 0.0625°C } float Read_Remote_Temp(void) { uint8_t buf[2]; HAL_I2C_Mem_Read(hi2c1, PJ85718DM_ADDR, 0x01, I2C_MEMADD_SIZE_8BIT, buf, 2, 100); int16_t raw (int16_t)((buf[0] 8) | buf[1]); return raw * 0.125f; // 远程温度分辨率 0.125°C }注意本地温度和远程温度的分辨率不一样本地是 0.0625°C远程是 0.125°C这个在数据手册里有明确标注转换的时候不要搞错。4.2 温度数据滤波与校准原始温度数据读出来之后不能直接用必须做滤波。我用的是滑动平均滤波窗口大小设为 8既能平滑数据又不会引入太大的滞后。代码如下#define FILTER_WINDOW 8 float temp_buffer[FILTER_WINDOW]; uint8_t buf_index 0; float Filter_Temp(float new_temp) { temp_buffer[buf_index] new_temp; buf_index (buf_index 1) % FILTER_WINDOW; float sum 0; for (int i 0; i FILTER_WINDOW; i) { sum temp_buffer[i]; } return sum / FILTER_WINDOW; }校准这块我用的是两点校准法。先在一个已知温度点比如冰水混合物0°C记录读数再在另一个已知温度点比如沸水100°C注意海拔影响记录读数然后计算偏移量和斜率。实际使用中如果精度要求不高只做偏移校准就够了。我实测下来PJ85718DM 的本地通道偏移在 ±0.3°C 以内远程通道偏移在 ±0.8°C 以内校准之后都能压到 ±0.5°C 以内。4.3 数据上报与通信协议温度数据处理好之后通过 UART 上报给上位机。我定义了一个简单的帧格式帧头0xAA 0x55 本地温度2字节大端 远程温度2字节大端 校验和1字节。校验和是前面所有字节的异或值。上位机收到之后解析并显示。如果你需要更可靠的通信可以改用 CAN 总线。STM32F303RC 自带 CAN 控制器配置起来也不复杂。不过对于大多数 HVAC 应用来说UART 已经够用了毕竟温度变化是慢过程不需要太高的通信速率。5. 常见问题与排查技巧实录5.1 温度读数异常排查速查表现象可能原因排查方法解决方案本地温度读数固定为 0I2C 通信失败用示波器看 SCL/SDA 波形检查上拉电阻和地址引脚远程温度读数固定为 127°C三极管未连接或接反万用表测 D 和 D- 之间的压降检查三极管连接方式温度读数跳动超过 ±2°C电源噪声或走线干扰用示波器看电源纹波增加去耦电容分开模拟和数字走线远程温度偏高 3-5°C三极管理想因子不匹配换用 MMBT3904 或 BC847更换三极管型号I2C 通信偶尔失败总线电容过大测量 SCL 上升时间减小上拉电阻或降低通信速率温度读数随 PWM 占空比变化PWM 噪声耦合到模拟走线检查走线布局重新布线远离高频信号5.2 独家避坑经验分享第一个坑远程三极管的基极和集电极短接要可靠。我一开始用细线连接结果振动之后接触不良温度读数直接飘到 100°C 以上。后来改用锡桥直接短接问题解决。如果你用的是插件三极管可以把基极和集电极引脚拧在一起再焊。第二个坑I2C 总线的上拉电阻不要省。有些开发者觉得 STM32 内部有上拉就不加外部上拉电阻了。但内部上拉电阻通常在 40kΩ 左右太大了400kHz 速率下根本拉不起来。外部 4.7kΩ 是必须的。第三个坑PJ85718DM 的电源不能和电机、继电器共用一路。电机启动时的瞬态电流会导致电源电压跌落温度芯片可能会复位或者读数异常。我一般给温度芯片单独一路 LDO或者至少在电源入口加一个 LC 滤波。第四个坑远程三极管的引线不要超过 50cm。引线太长会引入噪声而且线缆本身的电阻会导致测量误差。如果确实需要长距离测量可以考虑用屏蔽线或者改用数字温度传感器比如 DS18B20做远端测量。第五个坑温度数据的滤波窗口不要设太大。我一开始设了 32结果温度响应严重滞后加热之后要等好几秒才能看到变化。后来改成 8响应速度和稳定性都兼顾了。5.3 性能优化与扩展思路如果你需要更高的精度可以考虑以下几点。第一用外部基准电压源给 PJ85718DM 供电而不是直接用 LDO 输出这样可以减少电源噪声对测量精度的影响。第二在远程三极管旁边加一个屏蔽罩减少外部电磁干扰。第三用 STM32F303RC 的 ADC 采集电源电压做电源电压补偿因为温度芯片的测量精度和电源电压有一定关系。扩展方面PJ85718DM 支持多颗芯片挂在同一条 I2C 总线上通过 ADDR 引脚配置不同地址最多可以挂 4 颗。如果你需要监测 8 个点的温度4 颗芯片 × 2 通道这个方案完全可以胜任。另外STM32F303RC 的运算能力还有富余可以跑一些简单的温度控制算法比如 PID 控制加热器或者风扇实现闭环温控。我在实际使用中发现这个方案在 HVAC 应用里特别合适。比如空调的风道温度监测可以把远程三极管贴在风道壁上本地通道测控制板环境温度一颗芯片搞定两个关键测点。而且 PJ85718DM 的封装小功耗低适合集成到紧凑的控制器里。踩过几次坑之后我现在对这个组合的脾气已经摸得很清楚了只要注意三极管选型、走线布局和电源滤波稳定性完全没问题。