做嵌入式这一行久了，你会发现很多需求其实特别朴素，但方案一点也不简单。比如要给一套HVAC控制器同时看两个温度：一个装在控制板附近，看机箱里有没有过热；另一个塞进风道或挂在远端房间，看气流或环境温度到底是多少。两个点如果各拉一根热敏电阻线，校准、线性化、线缆抗扰都够你折腾一周。我最近在某项目里用 STM32L432KC 搭配 PJ85718DM 这种双通道数字温度传感器，一个 I2C 地址就能把本地和远程两组温度全部读回来，整套逻辑从硬件到固件都干净不少。这篇文章把从选型、电路、固件到低功耗和踩坑总结完整写一遍，给正在做温控、嵌入式系统监测或者 HVAC 控制的同行参考。
1. 为什么HVAC和嵌入式场景需要"一芯双温度"的测温结构
1.1 HVAC控制器的温差逻辑依赖多点温度
我们做 HVAC 控制器时，最常用的控制依据并不是绝对温度，而是温差。比如风道送风温度和回风温度之间的差值，直接反映表冷器换热效率；室内设定温度和实际室温的差值，决定压缩机、风机和阀门的动作。一个控制器通常要同时面对好几个温度点：面板附近的环境温度、风道内的送风温度、水管的进出水温度，还有最重要的——控制板自己所在空间的温度。
传统的做法是每一个温度点放一个独立传感器。NTC 热敏电阻便宜，但非线性、需要逐点校准，而且信号是模拟量，要走运放、滤波、ADC，每个通道都要占单片机引脚。一个三点测温系统，物料清单里就多了好几颗电阻电容，PCB 面积和调试工作量全上来了。
如果把温度传感器换成带本地/远程双通道的数字芯片，一颗器件就能覆盖两个关键测温点：芯片本身内部带隙基准测"本地温度"，芯片外接一个二极管接法的晶体管测"远程温度"。在 HVAC 场景里，本地通道看控制箱内部温升，远程通道插在风道或冷媒管上测实际工况，逻辑一下子清晰很多。
1.2 嵌入式系统主板的发热监测也需要两个层次
嵌入式系统这边的情况类似。很多设备要求监测两方面温度：一是外壳附近或 PCB 热点区域的温度，这属于结构温度；二是芯片本身的工作结温，比如 MCU、FPGA 或电机驱动芯片内部那个 PN 结的温度。结构温度可以放在电路板上测，但结温测不到板子表面，必须靠一颗能读取外部二极管 PN 结压降的传感器。
PJ85718DM 这类双通道传感器的远程通道，特意留出一对 D+/D- 引脚，可以连到外部二极管接法的晶体管。把它们装在 CPU 散热片附近或者功率 MOSFET 旁边，就能读出核心温度，不需要在芯片底部打孔埋热电阻。这个能力对控制器选型和散热设计验证非常有用。
1.3 单芯片双通道带来的工程收益
做项目不能只看功能，还得算成本、面积和交期。用双通道数字传感器，相比"两颗NTC+两路运放+ADC"的方案，有如下几个直接收益：
| 对比维度 | 双通道数字传感器 | 双NTC+MCU ADC |
|---|---|---|
| 通道数量 | 1颗器件2个温度点 | 至少2颗传感器+2路调理 |
| 数据输出 | I2C数字直接读 | ADC转换，需线性化 |
| 校准 | 出厂固有精度 | 每颗逐点校准 |
| 抗干扰 | 数字协议 | 模拟线缆易受干扰 |
| 报警 | 片内比较器/INT脚 | 软件轮询 |
| PCB面积 | 小 | 大 |
有一点要说清楚：PJ85718DM 的具体寄存器细节不同批次会有差异，我这里讲的是双通道数字温度传感器的通用逻辑，真上手做的时候第一件事就是把手里那颗芯片的手册寄存器表打出来，逐位对照，别直接抄本文的寄存器地址。
2. PJ85718DM 与 STM32L432KC 搭配的架构与原理
2.1 本地通道：带隙基准温度是怎么测出来的
本地温度通道，测量的是芯片内部一个基于晶体管 PN 结的带隙基准。原理上，PN 结的正向压降 VBE 随温度变化，但单测一个 VBE 容易受工艺偏差影响，所以芯片内部会用两个不同电流密度去激励同一个 PN 结，测 VBE 的差值。
这个差值 ΔVBE 的数学表达式是：
ΔVBE = (k × T / q) × ln(IC1 / IC2)
这里 k 是玻尔兹曼常数，q 是电子电荷，IC1 和 IC2 是两个不同电流密度下的集电极电流。把常数都提前，剩下就只有绝对温度 T 一个变量，所以芯片才能做到无校准也保持不错的精度。这也是为什么这类传感器不像 NTC 那样需要做复杂的 Steinhart-Hart 方程拟合。
本地通道通常在芯片出厂时已经校准，我们项目里实测偏差没有超过 ±1.0°C。做 HVAC 逻辑完全够用，但如果你要做医疗级温度，那还是要走更严格的外部校准。
2.2 远程通道：外接二极管如何把温度送回来
远程通道是这类芯片最有意思的部分。它从 D+ 脚输出两档不同的电流，灌进外部二极管接法晶体管的 PN 结，然后在 D- 脚测对应的 VBE。因为同一个器件在不同电流下的 VBE 不同，取差值后同样能算出绝对温度，这就是 ΔVBE 法。
外接晶体管最常见的接法是：NPN 小信号三极管把集电极和基极短接，相当于二极管，发射极接 D-，集电极/基极一起接 D+。比如 2N3904 或者贴片的 MMBT3904 都行。原理上 D+ 出的电流走集电极和基极进去，再从发射极回来，测的就是这个 BE 结的温度。
这里有个细节很容易忽略：远程二极管的两根走线要尽量短、尽量对称。D+/D- 之间如果距离过长，会引入串联电阻，导致高温读数偏低。有些传感器的配置寄存器里专门有串联电阻补偿位，可以按线缆长度写补偿参数。
2.3 STM32L432KC 的资源和低功耗特性
选 STM32L432KC 不是随手抓的。这颗 MCU 是 Cortex-M4F 内核，主频能跑到 80MHz，片上 256KB Flash、64KB SRAM，做 HVAC 控制逻辑绰绰有余。更关键的是它的低功耗特性：跑在 3.3V 时，Stop 模式下电流可以到微安级，带 RTC 唤醒也只有零点几微安级别的待机电流，非常适合用外部 24V 总线供电或者电池供电的温控器场景。
L432 封装是 32 脚的 UFQFPN，面积很小，塞进壁挂温控器或电机驱动的控制板都很方便。I2C 外设在 PB6/PB7 上，速率能上 400kHz，和 PJ85718DM 这类数字传感器配合，一根总线还能挂更多从机，扩展性远超模拟方案。
2.4 典型连接电路
我在项目里用的连接方式并不复杂：
- PJ85718DM 的 VDD 接 3.3V，VDD 和 GND 之间放一颗 100nF 陶瓷电容，必要时再加一颗 1uF；
- SDA、SCL 分别接 STM32L432KC 的 PB7、PB6，两条线各上拉到 3.3V，阻值用 4.7kΩ；
- D+ 接到外接晶体管的集电极和基极，D- 接发射极；
- 报警脚 ALERT 接到 L432 的 PB5，配置成外部中断，温度超限时直接打断 MCU 的休眠状态；
- 如果为了低功耗，可以用一颗小 MOS 管把传感器的 VDD 单独可控，采样时再上电。
这里要注意上拉电阻的选择。I2C 跑 400kHz 时，上拉阻值太小会浪费功耗，太大又会让上升沿变慢。4.7kΩ 在 3.3V、总线电容不超过 200pF 时是稳妥起点。远程二极管的走线不要和继电器、风机等大电流回路平行走太长，否则开关瞬间的感性噪声容易耦合进温度信号。
3. 接管固件：从 I2C 读原始值到可以用的温度数据
3.1 I2C 外设初始化和读写
固件我基于 STM32 的 HAL 库写的，实际工程大家也可以用寄存器版，逻辑一样。I2C1 初始化配置成 400kHz 即可。
hi2c1.Instance = I2C1; hi2c1.Init.ClockSpeed = 400000; hi2c1.Init.DutyCycle = I2C_DUTYCYCLE_16_9; hi2c1.Init.OwnAddress1 = 0x00; hi2c1.Init.AddressingMode = I2C_ADDRESSINGMODE_7BIT; hi2c1.Init.DualAddressMode = I2C_DUALADDRESS_DISABLE; hi2c1.Init.OwnAddress2 = 0x00; hi2c1.Init.GeneralCallMode = I2C_GENERALCALL_DISABLE; hi2c1.Init.NoStretchMode = I2C_NOSTRETCH_DISABLE; HAL_I2C_Init(&hi2c1);从 PJ85718DM 读温度时，需要先发一个字长的寄存器地址，再连续读两个字节。我习惯把这条读操作包成一个函数：
#define PJ85718DM_ADDR (0x48 << 1) /* 具体地址看A0/A1引脚 */ static uint8_t temp_buf[2]; float read_temp_reg(uint8_t reg) { HAL_I2C_Master_Transmit(&hi2c1, PJ85718DM_ADDR, ®, 1, 100); HAL_I2C_Master_Receive(&hi2c1, PJ85718DM_ADDR, temp_buf, 2, 100); int16_t raw = (int16_t)((temp_buf[0] << 8) | temp_buf[1]); /* 12位数据左对齐，右移4位去掉无效低位 */ return (float)(raw >> 4) * 0.0625f; }3.2 寄存器布局和温度换算
常规的双通道数字温度传感器，寄存器布局都有一个规律：一个配置寄存器、一个本地温度高字节、一个本地温度低字节、一个远程温度高字节、一个远程温度低字节，再加上报警上下限。PJ85718DM 也不外乎这个套路，具体偏移地址要以手册为准。
我手里的版本是 12 位分辨率，对应 0.0625°C 步进。换算公式可以简单理解成：寄存器里的 16 位数据右移 4 位后，低位的每一位代表 0.0625°C，温度使用二进制补码表示。比如读到 0x1998，右移后是 0x0199，等于 25.5625°C，很直观。
如果芯片支持 8 位快速读模式，分辨率会降到 1°C。HVAC 控制不需要那么高的分辨率，但做数据分析和趋势判断时我建议还是用 12 位模式，后处理灵活很多。
3.3 滤波与异常值处理：把现场的毛刺挡在数据外面
直接读回来的温度不能直接拿去控制。HVAC 现场有压缩机启动、风机换挡、继电器吸合，这些都可能通过电源和地线耦合进温度数据。最实用的办法是滑动中值滤波加均值滤波。
我写了 5 点中值滤波，把突发的单点毛刺直接剔除，然后再对这 5 个值求平均。中值滤波的好处是保留温度变化的真实趋势，不会像单纯的滑动平均那样把台阶响应拉得很钝。
static float median_of_5(float a, float b, float c, float d, float e) { float tmp; float arr[5] = {a, b, c, d, e}; for (int i = 0; i < 4; i++) { for (int j = i + 1; j < 5; j++) { if (arr[j] < arr[i]) { tmp = arr[i]; arr[i] = arr[j]; arr[j] = tmp; } } } return arr[2]; }除了滤波，还要做合理性检查。温度超过 -40°C 到 125°C 范围的读数直接丢弃，并且记一次错误计数。远程二极管如果断路，很多传感器会读出接近上限的假值，这种值如果直接送给控制逻辑，后果不可预测。
3.4 控制逻辑与报警阈值
温度数据稳定后，HVAC 控制就简单了。比如风机控制可以用滞回比较，避免在设定点附近频繁启停：
if (remote_temp_c > 26.0f) { fan_enable = 1; } else if (remote_temp_c < 22.0f) { fan_enable = 0; }本地温度我拿来做过热保护。控制板周围温度超过 85°C 时，立即拉高 ALERT 脚对应的中断，同时关闭加热或降频运行。因为 ALERT 脚是开漏输出，接上拉后可以在 MCU 睡眠时通过 EXTI 唤醒，不用每时每刻开着 MCU 轮询温度。
4. 低功耗采样策略：HVAC 温控器的电池与总线供电现实
4.1 采样周期到底应该定多长
温控器这类设备有两个极端：一种是壁挂式，有 220V 或 24V 电源，对功耗不敏感；另一种是总线供电的楼宇控制节点，或者电池供电的无线温湿度传感器，功耗就是生死线。
温度本身是慢变量，风道温度的变化时间常数通常在几十秒到几分钟。把采样周期拉到 1 分钟甚至更长，完全不影响控制效果。我在项目里默认 30 秒采一次，需要快速响应时才临时改成 1 秒采样，采样完再回到慢周期。
4.2 传感器电源单独控制与 STOP 模式
为了压功耗，我把 PJ85718DM 的 VDD 用一个 MOS 管做开关，只在采样前 10ms 上电，读完立即断电。STM32L432KC 平时进入 Stop 模式，用 RTC 闹钟每 30 秒唤醒一次，完成采样、滤波和报警判断后，再睡回去。
HAL_RTC_SetAlarm_IT(&hrtc, &sAlarm, RTC_ALARM_A); HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI); SystemClock_Config_AfterStop();这里有个容易翻车的地方：从 Stop 模式唤醒后，时钟要重新配置。HAL 库的HAL_RTC_SetAlarm_IT唤醒流程里，必须调用SystemClockConfig恢复 HSI/PLL，不然 I2C 和其他外设的时基是全乱的，读出来的数据可能全是 0xFF。
4.3 实测功耗优化对比
我在样机上测过一组对比数据，同一个 3.3V 供电环境，只测 PJ85718DM 和 MCU 组合的整机功耗：
| 工作方式 | 平均电流 | 说明 |
|---|---|---|
| MCU 全速运行 + 传感器常供电 | 约 8mA | 调试阶段 |
| MCU Sleep + 传感器常供电 | 约 1.2mA | 传感器静态电流为主 |
| MCU Stop + 传感器 30s 间歇供电 | 约 18uA | 低功耗调优后 |
18uA 这个水平，对 24V 总线供电系统基本忽略不计，对电池设备来说也已经能撑很久。注意 I2C 上拉电阻在传感器断电时，会把 SDA/SCL 拉到高电平，只要 MCU 引脚本身不往线上漏电，就没有问题。如果发现休眠后电流比预期高不少，多数是 GPIO 没配成模拟输入或者是开漏输出，要逐脚检查。
5. 校准与实测：精度、重复性和长期稳定性
5.1 温度误差从哪里来
双通道数字传感器的精度再高，也不可能完全免校准。误差主要来自三块：传感器本身的工厂校准残余、远程二极管选型与布局引入的偏差、还有系统级自热导致的温升。
本地通道因为和 MCU 放在同一块板上，MCU 工作时的热量会直接加热传感器。L432 在低功耗模式下发热很小，但全速跑 80MHz 的时候，板子局部温升能到几度。所以传感器不能贴着功率器件或降压 DCDC 布局，要留一点距离，或用铺铜隔开。
远程通道的误差大头是外部二极管本身的工艺偏差。不同批次的 2N3904 参数会有分散，有些传感器提供"第二点校准"或"偏置校准寄存器"，我们可以用冰水或恒温槽在 0°C 点做一次偏差修正，然后把这个值写进校准寄存器。
5.2 软件校准的思路
我没有额外加校准仪器，只用了一个精度 0.1°C 的数字温度计做参照。做法是：把远程探头和参照温度计放在杯子里的常温水里，等 10 分钟热平衡后，同时记录传感器读数和参照值，算出偏差 offset。然后在 40°C 左右的温水里再测一次，得到第二个点，用来算增益系数。
最终在软件里加一行修正：
float corrected = (raw_temp - offset) * gain;这样修正后，本地和远程通道在 0°C 到 60°C 范围内的偏差能从 ±1.5°C 压到 ±0.3°C 以内。如果你的产品要求批量一致性，建议产线只做 25°C 单点校准，成本低不少。
5.3 实测数据结果
我在一个模拟 HVAC 控制器的样机上进 12 小时连续测试，温度设定在 25°C 恒温室里，记录本地、远程和参照温度计的差异。绝大多数时间偏差在 ±0.3°C 以内，偶尔会出现一次 0.5°C 的瞬时偏差，但都被中值滤波吸收了。
长期稳定性的关键在远程二极管。有一次我把 2N3904 从板子摘掉，只留一截 30cm 的飞线，读数马上出现了明显偏高的漂移，补偿寄存器修正了一些，但最终还是放弃了长引线方案。这说明远程通道的布线约束是硬指标，PCB 设计时就要定下来，别指望软件全兜底。
6. 踩坑记录：远程二极管的线缆、EMI 和 I2C 疑难杂症
6.1 远程二极管线缆长度和电磁干扰的代价
项目初期，我以为远程通道既然叫"远程"，那应该能拉很长。实际上在 HVAC 样机上试过 1 米的双绞线，结果让人头大：读数在 24°C 附近反复横跳，幅度足有 3°C。原因是远程二极管测的是几百毫伏的 VBE 差值，线缆串联电阻、寄生电容和空间耦合都会叠加进去。
解决办法分三步走。第一，把远程探头做成 PCB 小板，晶体管的引脚剪到最短，直接焊在小板上；第二，D+ 和 D- 走双绞线，外层加屏蔽层并单端接地；第三，配置寄存器里打开串联电阻补偿。做到这三点后，0.5 米以内的线缆基本能正常读数，但要追求稳定，还是把探头贴在传感器附近最省心。
6.2 I2C 首次读取出现 0xFF 和总线挂死
我们第一次上电调试时，传感器读数偶尔全变成 0xFF。排查发现，是传感器 VDD 上电后稳定时间不够，还没等内部振荡器起来就去发 I2C 命令了。解决很简单：传感器上电后至少等 10ms 再操作 I2C。
后来又在低功耗测试里遇到总线挂死。I2C 从机因为没上电或者供电抖动，可能把 SDA 拉死。我的处理是在错误回调里做总线释放：先把 PB6/PB7 配置成普通 GPIO，手动翻转 9 个时钟周期，再重新初始化 I2C 外设。这个方法实测很有效，哪怕从机异常也不至于让整个控制器死机，配合独立看门狗更稳妥。
6.3 远程二极管断开或短路时的假温度
远程二极管脱焊后，传感器不会读 0，而是读出 127°C 或者 -64°C 这种极限值。这种情况如果没做检查，直接用于过温保护，风机就会疯转或者干脆停机。最可靠的做法是，上电自检时读一次远程通道，如果在正常范围外就上报探头错误。运行期间也要持续做范围检查，因为探头断裂可能发生在运行中途。
6.4 实测带来的几条硬结论
项目收尾后我把经验整理成几条硬结论：第一，PJ85718DM 本地通道适合做控制板热保护，远程通道适合做风道或环境温度，但探头的物理质量决定数据可信度；第二，低功耗不是把 MCU 睡过去就完了，传感器电源、上拉电阻、GPIO 空闲电平和时钟恢复都要一起处理；第三，I2C 总线挂死不是靠理论能完全避免的，必须在固件里留总线恢复手段。
我在实际项目里最大的体会是，这类双通道传感器真正省下的不是一颗芯片的成本，而是整个系统调试层面的时间。少一路模拟调理、少一路校准、少一种干扰源，这些无形的工程收益远比物料清单上的差价更重要。如果你正在做温控类设备，不如先拿这颗传感器和手头的 STM32L4 系列把最小系统跑起来，温度数据到手后再补控制逻辑，项目推进会顺畅很多。
