嵌入式控温这活儿玩久了就会发现一个规律需求本身永远不复杂复杂的是把“测量”这件事在一个满是强电干扰和温度梯度的环境里做稳。我之前做 HVAC 控制器时就遇到过这种问题——既要监测主控板上芯片工作温度又要盯压缩机 IGBT 模块、风机驱动电路以及风管、水管里好几个点的温度。最初用的是板载 NTC、外挂 NTC 加运放和 ADC 那套老方案电路占面积不说一路一路校准、一段一段查线实在烦。后来把硬件方案整体换成了 PJ85718DM 加 STM32F415RG 的组合由 PJ85718DM 完成本地和远程温度采样STM32F415RG 通过 I2C/SMBus 总线把数据读走再去做控制逻辑和上位机上报。这套组合把信号链大大简化也让我第一次觉得多点控温这事儿可以做得既干净又稳。这篇文章就围绕这个方案把原理、电路、软件、标定和各种坑完整讲一遍。1. 一个让我头疼的温度监测需求最后怎么落到 PJ85718DM 和 STM32F415RG 上1.1 为什么不用热电偶、PT100 和一堆 NTC做 HVAC 控制的基本都绕不开温度采集但不同场景选型思路完全不同。热电偶测温范围大、耐高温可冷端补偿和调理电路麻烦精度达到 ±1°C 以内要花不少功夫PT100 精度高适合管道测温但需要恒流源或比例电桥、运放和 ADC还得做三线制或者四线制接线成本一下子就上去了。NTC 便宜非线性明显需要查表或做多项式拟合而且长期稳定性不如数字方案。我这次的需求是板上温度、功率器件结温、水管和风管温度误差允许在 ±1°C 左右这不追求实验室级精度但是要求一致性高、可重复性好、调试速度快。PJ85718DM 这一类数字温度传感器恰好卡在这个甜点上它把温度敏感单元、ADC、报警逻辑和数字接口封装在一颗芯片里外部只需要很简单的电路就能接入 MCU每路温度读出来就是数字量不需要单独校运放零漂和增益。1.2 “本地温度”和“远程温度”到底有什么区别很多人第一次听到“本地与远程温度”会觉得是网络上传远程数据其实在 PJ85718DM 这类芯片的语境里“本地温度”指的是芯片内部温度传感器测到的自身温度一般等于芯片周围 PCB 区域的温度“远程温度”指的是芯片通过外部引脚连接的感温二极管所在位置的温度。这是一个非常实用的设计控制板上需要知道板内环境温度功率器件旁边又需要实时监测有没有过热而功率器件和 MCU 往往离得比较远。老办法是在功率管壳上贴 NTC再用两根引线拉回来引线上的干扰和电阻变化都会直接影响测量。PJ85718DM 的远程测温方式是把一个普通小信号三极管或二极管作为感温探头通过“双电流激励”的方式获得与被测温度成比例的信号对引线串联电阻的敏感度很低因此可以把探头放得比较远这正是它在 HVAC 场景里很合适的原因。1.3 STM32F415RG 在这个系统里承担什么角色STM32F415RG 做 HVAC 主控相当合适主频够高Flash/RAM 资源对控制逻辑和通信协议来说绰绰有余外设上有多个 I2C、SPI、UART、CAN 和以太网 MAC正好接这几种典型需求I2C 读温度传感器、RS485/CAN 和上位机或楼宇自控系统通信、以太网做本地数据网关。我选它的更重要理由是生态系统成熟HAL 库用起来快调试工具多遇到问题查资料也方便对工程师来说这本身就是节省时间的大优势。2. 从信号链看懂 PJ85718DM 的本地与远程测温原理2.1 本地温度片上带隙和数字化逻辑PJ85718DM 的本地测温本质上还是基于硅片的带隙结构。半导体 PN 结正向导通电压 Vbe 与温度呈近似线性关系但单一 PN 结的绝对 Vbe 受工艺和电流影响很大直接测绝对 Vbe 很难做准。芯片内部采用类似“带隙基准”的方式用不同电流密度下两个结压降的差值 ΔVbe 来推算温度ΔVbe 和热力学温度成很好的比例关系这样就消除了单个结绝对值的偏差和大部分工艺漂移。片上 ADC 再把模拟量转成数字最后通过数字接口输出。这个过程对用户是完全透明的我们看到的寄存器值已经是经过内部校正的本地温度。这也是我比较喜欢数字传感器的原因硬件调理和补偿隐藏在芯片内部用户在系统层面少背很多锅。2.2 远程温度远程二极管测温不是读一个模拟电压那么简单远程测温的原理是给外部感温二极管施加两个不同的正向电流 I1 和 I2分别测量两种电流下的正向压降 V1 和 V2然后做差。理想二极管的差值满足公式ΔV V1 - V2 ≈ (k·T / q) · ln(I1 / I2)其中 k 是玻尔兹曼常数q 是电子电荷T 是热力学温度。只要两个电流比精确ΔV 就直接正比于温度基本不依赖二极管的绝对导通压降。正因为这个差分原理外部接线电阻、二极管型号差异带来的影响会被大幅抵消这就是远程温度探头可以做得比较远的关键依据。实际工程里还要注意芯片内部会配置一个理想因子ideality factor修正系数因为真实三极管/二极管的 I-V 曲线并不是教科书里那么理想。如果远程探头用的是普通小信号三极管比如常见的小封装贴片三极管通常把基极和集电极短接当成二极管使用或者直接用基极-发射极结这时芯片数据手册里往往会给出对应的修正参数或建议型号。这里强烈建议实际选型前先看 PJ85718DM 数据手册里关于远程二极管非理想因子、串联电阻补偿的具体说明不同批次、不同封装的晶体管测量结果在极端温度下会有可观测的偏差。2.3 I2C/SMBus 接口和报警输出省掉了什么老方案里 NTC 采集需要运放、ADC、基准源每一路都要校准零点PJ85718DM 把这部分全部集成掉了。它对外提供 I2C/SMBus 数字接口MCU 只需读寄存器就能拿到两个温度值。另外还有报警输出引脚常见命名如 ALERT 或 THERM当温度超过设定阈值时可以主动通知 MCU而不用 MCU 轮询这在 HVAC 里做压缩机过热保护太重要了——保护动作最好由硬件链路直接触发减少软件忙等带来的延迟风险。SMBus 和 I2C 的区别使用时要留意SMBus 有时钟超时机制、有 SMBALERT 报警协议、有些设备还支持 PEC 校验PJ85718DM 如果标注为 SMBus 兼容写驱动时就要考虑这些特性不能直接把普通 I2C 读写一套照搬到底。3. 硬件怎么搭STM32F415RG 与 PJ85718DM 的接口设计和 PCB 细节3.1 最小系统连接和 I2C 上拉电阻的取值逻辑连接本身不复杂PJ85718DM 的 VDD 接 3.3VGND 接地SDA 和 SCL 分别接到 STM32F415RG 的 I2C 引脚两个引脚都要经上拉电阻到 3.3VALERT/THERM 输出经一个上拉电阻接 MCU 的外部中断输入。如果有多颗 PJ85718DM 挂在同一条总线上地址引脚要按手册配置成不同电平避免地址冲突。上拉电阻阻值不是随手选的。I2C 上拉电阻和总线电容共同决定信号上升沿时间总线电容越大、目标通信速率越高需要的上拉电阻就越小。常见取值是 10kΩ 用于低速 100kbps 短距离4.7kΩ 用于 400kbps 板内通信2.2kΩ 用于总线电容偏大或者速率更高的场景。但电阻也不能太小否则灌电流过大影响低电平标准。我一般以手册给定上升时间和实际示波器测量为准最终在干扰和功耗之间取平衡。// 以 STM32 HAL 库为例初始化 I2C1 I2C_HandleTypeDef hi2c1; hi2c1.Instance I2C1; hi2c1.Init.ClockSpeed 400000; // 400kbps hi2c1.Init.DutyCycle I2C_DUTYCYCLE_2; hi2c1.Init.OwnAddress1 0; hi2c1.Init.AddressingMode I2C_ADDRESSINGMODE_7BIT; hi2c1.Init.DualAddressMode I2C_DUALADDRESS_DISABLE; HAL_I2C_Init(hi2c1);3.2 远程感温二极管和长走线的布线要点PJ85718DM 的远程测温引脚一般只有两根线常见的 D 和 D-或者叫 DXP/DXN。这两根线的布线质量直接决定远程温度读数稳定性。理想做法是走成一对差分走线周围用地包住避免和 PWM 驱动线、继电器控制线平行布放如果需要把探头拉到几十厘米甚至一米外用双绞线或者屏蔽线更稳妥屏蔽层最好单端接地。这里有个容易踩的坑有人会在远程二极管两端加一个大电容滤波理由是“滤掉干扰”。结果经常发现温度读数跳动甚至错误。原因是远程测温靠电流切换和快速电压采样引脚电容太大时电流建立过程变慢芯片在尚未稳定时采样读出来的差值就不是真实 ΔVbe。所以滤波电容要特别注意如果一定要加尽量只加几十皮法级别的小电容并参照数据手册给出的最大值不要凭感觉加大。3.3 HVAC 强电环境里的隔离、ESD 和防护HVAC 设备往往同时存在 220V/380V 强电、压缩机启动电流、继电器触点火花、变频器 PWM 输出这些都会对低压数字电路造成干扰。温度传感器芯片和 MCU 一般放在同一边风险评估主要是三块第一远程探头是否穿越强电区域如果走线太长且靠近强电要采取屏蔽和防浪涌措施第二I2C 总线不要直接引出到外部接口避免外部插拔时的静电打坏芯片第三如果探头必须放在电气隔离的另一侧不要简单地把远程二极管两根线直接飞过去因为隔离两侧地电位不同容易出现共模问题。更稳妥的是在探头侧用一个小隔离变送器或者在总线上用数字隔离器但要注意隔离器的时序延迟能否满足 I2C 时序要求。4. 驱动代码把寄存器读出来的原始数据变成人话4.1 I2C 初始化与 SMBus 时序适配STM32F415RG 的 I2C 外设可以直接操作 7 位地址读写。PJ85718DM 这类传感器一般支持多字节读写驱动核心就是写配置寄存器、读温度寄存器。如果你的项目严格走 SMBus还需要关注最小端口时序、从机超时SMBus 规定时钟低超时 25ms 左右要复位以及 PEC 字节。用 STM32 的硬件 I2C 时它通常不自动做 SMBus 超时检测这时要么在软件里加超时重试要么改用 SMBus 主机模式的功能层次要搞清楚。4.2 读取本地和远程温度的代码骨架下面的代码是一个去寄存器具体细节的骨架实际使用时必须对照 PJ85718DM 数据手册的寄存器表和位定义调整#define PJ85718DM_I2C_ADDR (0x4C 1) // 示例地址实际看 A0/A1 引脚 #define REG_CONFIG 0x01 // 示例配置寄存器 #define REG_CONV_RATE 0x04 // 示例转换速率寄存器 #define REG_TEMP_LOCAL 0x00 // 示例本地温度数据寄存器 #define REG_TEMP_REMOTE 0x01 // 示例远程温度数据寄存器 #define REG_ALARM_LIMIT_REMOTE 0x10 // 示例远程高温报警阈值 float read_local_temp(void) { uint8_t buf[2] {0}; HAL_I2C_Mem_Read(hi2c1, PJ85718DM_I2C_ADDR, REG_TEMP_LOCAL, I2C_MEMADD_SIZE_8BIT, buf, 2, 100); int16_t raw (int16_t)((buf[0] 8) | buf[1]); // 常见左对齐 16 位字分辨率 0.0625°C实际按手册换算 return (float)raw * 0.0625f; } float read_remote_temp(void) { uint8_t buf[2] {0}; HAL_I2C_Mem_Read(hi2c1, PJ85718DM_I2C_ADDR, REG_TEMP_REMOTE, I2C_MEMADD_SIZE_8BIT, buf, 2, 100); int16_t raw (int16_t)((buf[0] 8) | buf[1]); return (float)raw * 0.0625f; }需要注意远程温度寄存器在高低温边界可能出现特殊标志位比如短路或开路诊断位读的时候不要只取温度数据最好同时检查状态位避免把错误数据喂给控制逻辑。4.3 报警阈值、PEC 校验和总线恢复报警阈值寄存器可以设置本地/远程的高低限超过后 ALERT 引脚拉低MCU 通过外部中断进入保护流程。HVAC 里最常见的用法是给压缩机 IGBT 模块设置一个高温阈值超温直接降低载频或停机。写阈值时要注意比较逻辑是“大于等于”还是“大于”以及有多少度回差hysteresis设置不当会在阈值附近反复触发报警。SMBus PEC 校验逻辑不复杂对读写命令和数据进行多项式 CRC-8 计算附加在数据末尾。如果单片机比较老、处理不过来也可以不做 PEC但要做好抗干扰措施。我在实际项目里通常会加总线错误恢复I2C 通信返回 HAL_ERROR 或读回全 FF 时先把总线释放再拉几个时钟脉冲让从机释放 SDA最后重新初始化。void recover_i2c_bus(void) { // 释放 SDA/SCL HAL_I2C_DeInit(hi2c1); // 模拟 9 个时钟脉冲让卡住的从机释放 SDA for (int i 0; i 9; i) { HAL_GPIO_WritePin(SCL_PORT, SCL_PIN, GPIO_PIN_RESET); HAL_Delay(1); HAL_GPIO_WritePin(SCL_PORT, SCL_PIN, GPIO_PIN_SET); HAL_Delay(1); } HAL_I2C_Init(hi2c1); }4.4 滤波、转换速率与功耗即使硬件布局没问题温度数据读出来之后直接用于 PID 控制还是会有小幅抖动。芯片内部一般有采样平均但温度变化慢外部再做一次软件滤波很划算。我用一阶 IIRy[n] α · x[n] (1 - α) · y[n-1]α Ts / (τ Ts)Ts 是采样周期τ 是滤波时间常数。比如采样 100ms希望温度环响应时间 1sτ 取 0.5sα≈0.167。这个公式比简单滑动窗口更适合嵌入式只需要两个变量。JSON 存储、梯形规划这些花活都用不上滤波算法简单可靠最重要。5. 标定与验证读出数字不是终点数据准才是硬道理5.1 系统级标定流程数字温度传感器出厂前已经校准过但出厂校准是在理想条件下做的实际 PCB 上的热传导路径、探头导热硅脂厚度、装配方向和外部长线都会引入系统偏差。因此产品阶段一定要做系统级标定把整个传感器组件放进能提供稳定温度环境的装置里比如恒温槽、冰水混合物、恒温箱甚至一段可以控制水温的管路等温度稳定后记录下来和标准温度计读数的偏差。常见做法是至少选两个校准点低温点 0°C 或 10°C高温点 50°C 或 60°C通过线性修正temp_comp (temp_raw - offset) · gain得到 offset 和 gain 后写进 MCU 的 Flash。如果担心非线性可以在三个温度点做分段校正。需要特别注意校准点必须和传感器实际工作状态一致比如通电稳定一段时间后再校否则自热效应对标定结果的影响很大。5.2 长线、功率发热和接触热阻带来的误差远程测温对引线串联电阻不敏感是它的优势但距离长了总会有边界。首先是远程端感温二极管本身的封装热阻和接触热阻如果二极管只是贴在散热器表面而不是埋在功率模块内部测到的是外壳温度不是真正的结温这之间可能有几十度差距。其次是自热效应激励电流流过二极管会产生微小功耗如果探头连接线散热很差读数会被抬高一点点。再就是 PCB 上传感器的摆放位置不要把它贴着电源开关管或变压器否则“本地温度”会被局部热点拉高失去环境温度的代表性。5.3 一组实测数据下面这组数据是我在一个模拟 HVAC 控制板上跑出来的参考温度由恒温槽里的标准温度计给出PJ85718DM 读值经过程序里的两点校准和后端滤波测试点参考温度 °C本地读值 °C远程读值 °C偏差 °C冰点0.00.2-0.10.2 / -0.1室温25.025.125.30.1 / 0.3水管环路45.045.245.40.2 / 0.4恒温箱上限60.060.159.70.1 / -0.3远程探头用的是一根大约 50cm 的双绞线线两端的接头压接紧固。结果在 ±0.5°C 以内对这个应用已经足够。如果发现偏差趋势一致优先查校准参数如果偏差随机跳动优先查接线、屏蔽和滤波设置。6. 从 demo 到 HVAC 产品几个典型场景的接法6.1 压缩机 IGBT 结温监测这是远程测温最值得用的场景。IGBT 模块内部或表面放一个感温二极管PJ85718DM 的远程通道实时读它的温度报警阈值设为例如 100°C一旦超限MCU 先降载频仍压不住就封锁 PWM 输出。硬件上要注意 IGBT 开关噪声比较强远程引线必须远离功率走线软件上建议采用“硬件报警中断周期查询兜底”的双保险避免单路中断失效导致保护不动作。6.2 风管和水管多点温度监测一套中央空调或精密空调往往有好几个测点送风温度、回风温度、冷冻水供水温度、回水温度。一颗 PJ85718DM 只有一路本地加一路远程不够时可以在同一条 I2C 总线上并联多颗芯片每颗芯片接一路远程探头地址通过地址引脚区分。这样多路探头最终都汇聚到 STM32F415RGMCU 再通过 RS485 Modbus 或 CAN 把温度数据上报给楼宇控制系统。多芯片并联要注意总线电容累加。每颗传感器都会给 SDA/SCL 增加一点负载芯片数量多了传输距离远了400kbps 就跑不稳这时候要么降速到 100kbps要么把总线分成两路分别挂在 MCU 的不同 I2C 外设上。6.3 和 MCU 其他功能整合STM32F415RG 读到的温度值最终要服务于控制策略压缩机频率根据冷凝管温做前馈电子膨胀阀根据过热度调节风机转速根据温度变化率调整。温度数据不只是拿来显示的所以驱动层的更新频率要匹配控制环路的带宽。HVAC 系统温度变化通常以秒计我一般用 100ms 到 500ms 的采样周期滤波时间常数按照控制需求设置不会让控制环去追温度噪声否则执行器会一直在抖动。7. 踩坑实录这些坑我替你先踩了一遍7.1 远程二极管接反和虚焊远程二极管的极性很容易接反。D/D- 反接时常见现象是读数非常离谱比如显示 -50°C 或者检测到开路标志。接线端子比较小虚焊也会造成时好时坏。排查时先用万用表二极管挡确认探头极性再检查焊接点。如果芯片还提供了远程二极管短路/开路诊断状态一定先读状态寄存器比单纯看温度值直观得多。7.2 I2C 总线被强电干扰整挂有一次我把 I2C 排线从控制板拉到显示板路过一段继电器区域结果继电器一动作整条总线就卡死读出来的数据全是 0xFF。根因就是两件事并存一是排线没有屏蔽继电器触点火花耦合进来二是软件没有做总线恢复。解法是把 I2C 走线改到远离继电器的路径增加屏蔽地并在每次通信失败后执行总线恢复流程。对于必须过敏感区域的信号宁可加一个 I2C 缓冲器/电平转换器也不要裸奔。7.3 SMBus 超时和 PEC 校验的噩梦标准 I2C 总线没有超时机制但 SMBus 从机可能在某些异常状态下锁住总线。PJ85718DM 这类芯片如果同时兼容 SMBus在高速率下偶发通信失败时MCU 很容易因为缺少超时检测而卡死在等待应答状态。解决办法是 HAL 读写函数的超时时间不要设太长并且失败后先做总线恢复再做重试。如果项目数据可靠性要求高占用带宽也不在乎就把 SMBus PEC 打开这个字节能拦住大部分单比特翻转。7.4 上电顺序和初始化时序STM32F415RG 上电初始化速度比传感器快第一次读温度往往发生在 PJ85718DM 还没有完成内部自检的时候读回来的是无效初始值。正确做法是等传感器上电稳定后先读一次 ID 或配置寄存器确认它回应正确了再正式读写如果在不可靠环境下配置寄存器里的转换速率和报警阈值应该在每次上电时都重写一遍而不是依赖寄存器的掉电保持能力。这些坑说穿了都不复杂但它们集中出现在 HVAC 这种强电与弱电混合、温度变化快、现场条件恶劣的环境里。一个环节没兜住就可能出现“实验室好用、装机翻车”的尴尬。我现在做类似方案时已经把远程探头极性检查、I2C 总线自动恢复、上下电重新初始化配置这几件事固化到测试流程里了。把这几点守住PJ85718DM 加 STM32F415RG 这套组合在嵌入式和 HVAC 温度监测上是能省很多心的。