接了个 HVAC 控制器的活，板子上就两颗关键芯片：一颗 PJ85718DM，一颗 STM32L031K6。前者是带本地和远程双通道的数字温度传感器，后者是低功耗 Cortex-M0+ MCU。这套组合就干一件事：把“板子自己周边的温度”和“放在远处的探针温度”都变成数字量，然后由 MCU 读走、判断、报警、联动风机或者压缩机。这个搭配其实特别典型，尤其适合电源板监控、嵌入式设备机箱测温、暖通空调的风管/回风/盘管温度采集这类场景。今天我把整个方案从需求拆解到硬件连接、从测量原理到固件实现、最后到现场调试踩坑，完整过一遍。
1. 先拆标题：本地温度、远程温度到底指什么
1.1 核心需求解析
先说“本地温”和“远程温”这两个词。很多人第一反应会以为是“通过网络读远端服务器温度”，其实在这个项目里完全不是。PJ85718DM 这类双通道数字温度传感器的“本地”，指的是芯片内部自带测量通道，测的是芯片所在 PCB 附近的温度，通常就是板上环境温度或芯片自身附近的热量。“远程”则是指传感器芯片通过专门引脚外接一个测温二极管，把感温探头拉到离主板有一段距离的位置，比如风管里、散热器表面、水管外壁、电机绕组附近。
为什么要区分这两个概念？因为嵌入式和 HVAC 的实际安装环境里，总有一些温度点是你没法把 PCB 贴上去的。比如空调机组里要测回风温度，探头必须装在风道中央；变频器柜子里要测散热片温度，探头要贴到铝基板表面。这种场合不可能把带 MCU 的主板整个塞过去，只能引一对线出去，用一个很小的探头测量，然后把信号送回主板上的传感器芯片。这就是“远程温度”通道存在的意义。
所以这个标题翻译成实际需求就是：一个板上温度点加一个远端温度点，两路都要测准，还要能在温度异常时让控制器做出反应。PJ85718DM 负责感知和数字化，STM32L031K6 负责逻辑和响应。这个分工在嵌入式测温项目里是最常见的形态，后续所有设计都围绕它展开。
1.2 两颗芯片的分工与选型逻辑
先看 PJ85718DM 这颗传感器。它在方案里承担所有模拟层面的工作：本地通道直接测芯片内部温度，远程通道用两个不同电流激励外接二极管，测量二极管结电压的变化，再通过片内 ADC 转换成数字量。MCU 不需要自己做 ADC 采样，也不用去校什么线性度，直接用 I2C 把温度寄存器读回来就行。这对固件开发是非常友好的，省掉了一大堆信号调理电路。
再看 STM32L031K6。它是一颗 Cortex-M0+ 内核的 MCU，主频最高 32MHz，内置 32KB Flash 和 8KB RAM。做温度监控这种任务，资源完全够用；而且它有一整套低功耗模式，Stop 模式下电流可以做到微安级别。在 HVAC 和嵌入式设备里，控制器经常需要 7x24 小时通电，但又不希望整机功耗太高，L031 这种“平时睡觉、有报警再醒”的工作方式特别合适。
选这个组合还有个现实原因：单独做一路远程测温，如果自己搭电路，需要运放、恒流源、ADC、线性校准，调试周期长，而且温度探头用热敏电阻的话一致性不好。用 PJ85718DM 这类专用传感器，模拟部分被全部封装好，只需要保证二极管探头接对、走线干净，精度和重复性就有保障。MCU 资源则被释放出来，去做显示、通信、继电器控制这些更有价值的活。
2. 硬件连接与板级设计：怎么把 PJ85718DM 接到 STM32L031K6
2.1 供电、I2C 总线和上拉电阻计算
整个系统用 3.3V 供电，L031 和传感器都跑在同一电压域。PJ85718DM 的 VDD 引脚旁边要放去耦电容，常见的做法是 100nF 和 1uF 并联，并且尽量靠近芯片电源引脚。别小看这两个电容，传感器内部有 ADC，电源上如果带着毛刺，本地温度读数就会在低位跳动，现场排查这种问题很浪费时间。
I2C 连接直接走硬件外设：SCL 和 SDA 分别接 L031 的 PB6、PB7，这两个引脚可以复用为 I2C1。SCL 和 SDA 都需要外接上拉电阻，这个电阻阻值不是随便填的，要算一下。I2C 标准模式最小上拉电阻由灌电流决定，通常按 3mA 算：Rmin = (3.3V - 0.4V) / 3mA，约 966 欧姆；最大上拉电阻由总线上升时间和总线电容决定，如果总线电容估 200pF，100kHz 标准模式下上升时间限制 1000ns，Rmax = 1000ns / (0.8473 × 200pF)，算下来约 5.9K。取中间值 4.7K 是最稳妥的，大多数短距离板内 I2C 都这么干。
总线连接可以参考这张表：
| PJ85718DM 引脚 | STM32L031K6 引脚 | 说明 |
|---|---|---|
| VDD | 3.3V | 100nF + 1uF 去耦 |
| GND | GND | 直接连地平面 |
| SCL | PB6 | 4.7K 上拉到 3.3V |
| SDA | PB7 | 4.7K 上拉到 3.3V |
| ALERT | PA0 | 开漏输出，4.7K 上拉，可触发 EXTI |
| D+ | 外部远端探头阳极 | 滤波电路后接二极管 |
| D- | 外部远端探头阴极 | 滤波电路后接二极管 |
I2C 器件地址需要确认。很多同类型温度传感器有地址选择引脚，默认地址可能是 0x4C 或 0x4D 这一类，具体以 PJ85718DM 数据手册为准。如果你的板子上挂了多个传感器，千万先查清楚地址位怎么配置，否则后面扫描总线时会一脸懵。
2.2 远程探头怎么接：一个三极管就能搞定
远程通道感温元件的标准接法，是用一颗小信号三极管把集电极和基极短接，当作二极管使用。常见型号可以是 2N3904、2N3906 这类通用小功率管，也可以用 CPU 芯片内部集成的衬底 PNP 管。NPN 管和 PNP 管接法上要注意方向，PJ85718DM 的 D+ 和 D- 引脚极性必须以数据手册为准，一般 D+ 对应二极管阳极方向，D- 对应阴极方向，接反的话读数会完全乱掉，甚至直接报传感器故障。
探头到主板的线材，HVAC 现场常用屏蔽双绞线，长度一般控制在 3 米以内问题不大。超过 5 米就要非常注意线电阻和噪声了，后面 3.2 节我会解释为什么线电阻会直接影响远程测温精度。探头的机械封装要根据现场选，风管里用不锈钢护套探头，散热器表面用带安装孔的贴片探头，原则是保证探头和被测表面接触良好，并且做好导热和绝缘。
有一点特别提醒：远程探头两端不建议直接并联大电容，比如 100nF 这种。因为传感器是用微电流激励二极管的，大电容会破坏瞬态响应，导致温度转换结果变慢甚至波动。许多手册会推荐在 D+、D- 之间加一个小于 10nF 的滤波电容，具体容值按手册来。我见过有人图省事直接并了 100nF，结果远程温度读数上下乱跳，排查半天才找到原因。
2.3 板级布局与干扰预防
硬件设计里最容易被低估的是布局。PJ85718DM 的本地通道测的是它自己周围的热场，所以芯片最好不要紧挨着大功率电阻、MOS 管、变压器这类发热元件，否则“本地温度”反映的是热源温度而不是环境温度。这在嵌入式电源板上特别明显，传感器离开关管太近，读出来的温度比实际机箱环境高出十几度都是正常的。
远程通道的 D+、D- 走线要尽量靠近且等长，形成差分走线的形态。如果是两层板，底层不要有高频开关电源的走线从这组差分线正下方穿过。远程信号本身是毫伏级别的变化，旁边跑着一路 24V 继电器控制线，温度读数跳动几乎不可避免。有条件就用屏蔽双绞线把探头引出去，屏蔽层在传感器侧单端接地，避免形成地环路。
3. 测量原理与数据格式：知道读回来的数是怎么来的
3.1 本地温度通道的原理
本地通道说起来不复杂：传感器芯片内部有一个带隙基准结构，产生一个与温度近似线性的电压，然后经过片内 ADC 量化成数字量。带隙基准利用的是晶体管 VBE 随温度近似以 -2mV/°C 变化的特性，再叠加一个正温度系数的电压做补偿，最终输出电压随温度稳定变化。
这个方案的好处在于不需要外部校准元件，芯片出厂时已经把校准系数写到内部寄存器里了。你读回来的原始值就是接近真实温度的。本地通道的精度通常能做到 ±1°C 到 ±2°C 的水平，对大多数机箱过热保护、PCB 温升监测来说足够用。唯一要注意的是，这个通道反映的是“芯片感受到的温度”，如果传感器周围有铜箔大面积连接到底层地平面，散热条件好，读数会比空气温度偏低一点，这是正常现象。
3.2 远程通道的二极管测温原理
远程通道是这套方案的真正卖点，值得多花点笔墨。它利用的是二极管正向压降 VBE 和温度之间的关系。单个二极管 VBE 大概每升高 1°C 下降 2mV，如果只测一次 VBE，精度会受二极管自身工艺离散性影响，不同批次的三极管 VBE 可能差几十毫伏，换算成温度就是十几度误差。
所以 PJ85718DM 这类传感器会用“两个不同电流激励”的办法：分别用一个小电流和一个大电流流过二极管，测出两个 VBE，然后算差值。差值 ΔVBE 满足物理公式 ΔVBE = (kT/q) × ln(I1/I2)，其中 k 是玻尔兹曼常数，T 是绝对温度，q 是电子电荷。你看这个公式里只剩温度这个变量，二极管的绝对 VBE、漏电流、工艺偏差都被消掉了。这就是为什么用这种芯片做远程测温，可以做到比简单测二极管压降更高的精度，而且基本不用校准。
既然原理这么依赖电压差，那线上串联电阻就会引入误差。因为两次激励电流不同，在串联电阻上产生的压降也不同，这个压降会被叠加到 ΔVBE 里，导致读数整体偏高。大致经验是，1 欧姆串联电阻可能造成零点几度的偏移，线越长、线阻越大，误差越明显。所以现场走线尽量避免细长线，如果确实要拉长，选择线径粗一点的双绞线，并优先考虑使用数据手册里提到的串联电阻补偿方法。
远程通道还自带开路和短路检测。如果探头线断掉或者 D+、D- 之间短路，状态寄存器里会有对应标志位，读取温度时可以先查状态寄存器再做处理。否则你会看到读数变成很大的值，误以为设备高温报警，这在实际运行中会很麻烦。
3.3 寄存器读法与温度换算格式
PJ85718DM 的温度数据寄存器和很多数字温度传感器兼容的格式类似，本地和远程温度各占两个字节，12 位有效数据，最高位为符号位，最低位的分辨率是 0.0625°C，也就是 1/16°C。温度为正时，原始值直接乘 0.0625 就是摄氏温度；温度为负时，用二进制补码表示。
读寄存器的流程很标准：先向器件写入要读取的寄存器地址，然后连续读两个字节。先读高字节，再读低字节。有些芯片低字节只用了高 4 位，低 4 位可能恒为 0，也可能是扩展位，这个以手册为准。换算代码非常简单：
float decode_temperature(uint8_t hi, uint8_t lo) { int16_t raw = ((int16_t)hi << 8) | lo; return raw / 16.0f; }举个例子，25.25°C 对应的原始值是 0x0194；0°C 是 0x0000；-10.0625°C 对应 0xFF5F。用了 int16_t 之后，除以 16 直接得到浮点温度，不用自己手工处理补码符号位。最容易翻车的地方就是有些人把高字节强转成 uint8_t 再做移位，导致负数全乱了，这在 5.4 节还会再提。
4. STM32L031K6 固件实现：从读温度到报警唤醒
4.1 初始化 I2C 并确认通信
固件开发建议从初始化 I2C 开始。在 STM32L031 上，I2C1 的 SCL 和 SDA 分别对应 PB6 和 PB7，复用功能配置为 AF1。时钟频率设成 100kHz 就够了，温度传感器数据更新速率本来就不高，没必要跑 400kHz。设成 400kHz 反而对总线上拉电阻和走线要求更高，稳定性反而容易下降。
上电后第一步不是直接读温度，而是确认传感器在总线上。可以用一个地址扫描函数把所有可能的 7 位地址都发送一遍：
void scan_i2c_bus(void) { for (uint8_t addr = 0x08; addr < 0x78; addr++) { if (HAL_I2C_IsDeviceReady(&hi2c1, addr, 1, 10) == HAL_OK) { // 找到了传感器，记录地址 } } }这个函数调试阶段非常有用。如果扫描不到设备，先查硬件：上拉电阻焊了没有、传感器供电正常吗、SDA/SCL 有没有接反。硬件确认没问题再怀疑代码。我习惯把扫描结果通过串口打印出来，每次焊接完新板子先跑一遍这个函数，能省下大量排错时间。
4.2 读取两个通道的温度
确认通信正常后，读取温度就是一个标准流程：写寄存器指针、读连续两字节。下面这段 HAL 代码就是读远程通道温度的例子：
uint8_t reg = 0x01; // 远程温度寄存器地址，以手册为准 uint8_t buf[2]; HAL_I2C_Mem_Read(&hi2c1, I2C_ADDR, reg, I2C_MEMADD_SIZE_8BIT, buf, 2, 100); float remote_temp = decode_temperature(buf[0], buf[1]);本地通道的寄存器地址和远程通道可能不是连续排布，需要分别读取。有些芯片会把远程通道的低字节放在另一个寄存器里，这种情况就要先读高字节，再单独读一次低字节，或者连续读之后自己拼接。计算逻辑不变，关键是高低字节读回来的顺序别弄反。
主循环里的读取策略，我一般不用 while(1) 不停地读。温度是个缓变量，每秒读一次足够了，而且给 I2C 留点空闲时间可以降低总线占用。比读取更关键的是错误处理：读取失败时要重试，连续失败 N 次要能判断传感器是否掉线，必要时点亮故障指示灯。很多控制器程序“读一次没成功就卡死”，这在现场是非常危险的。
4.3 温度超限报警与低功耗唤醒
温度监测不能光靠 MCU 轮询，否则 MCU 一直醒着，功耗降不下来。PJ85718DM 这类传感器通常有一个 ALERT 引脚，当温度超过设定的上限或低于下限时，ALERT 会拉低。把这个引脚接到 L031 的 PA0，配置成 EXTI 外部中断，就能实现“平时睡觉，超温唤醒”的低功耗方案。
先配置传感器内部的温度限值寄存器。比如把远程上限设为 85°C，就把寄存器值写成 0x55。有些芯片支持小数限值，把低字节一起写上。再配置 ALERT 的工作模式：中断模式下，超限后 ALERT 保持有效，直到 MCU 读取状态寄存器清除标志；比较器模式下，温度回落到限值以内 ALERT 才会自动释放。HVAC 控制场景里我倾向于用中断模式，因为控制器需要知道“超温发生过”，而不能温度稍微抖动一下就把风扇启动又停下。
MCU 这边，正常状态下进入 Stop 模式。超温时 ALERT 引脚变化触发 EXTI，唤醒中断服务函数里只置一个标志位，然后回到主循环做后续处理：
void EXTI0_1_IRQHandler(void) { if (EXTI->PR & (1 << 0)) { EXTI->PR = (1 << 0); temp_alarm_flag = 1; } }唤醒之后有一个必须做的操作：重新配置系统时钟。STM32L031 从 Stop 模式唤醒后，如果不重新初始化时钟，后续外设工作频率可能不对，串口波特率也会乱。用 CubeMX 生成的 SystemClock_Config() 函数，在每次唤醒后调用一次，就不会踩这个坑。
5. 常见问题与排查技巧实录
5.1 I2C 总线无响应
现象是读寄存器超时，扫描不到设备。第一步用示波器或者逻辑分析仪看 SCL 和 SDA 的波形：有没有时钟、有没有 ACK。如果没有时钟，检查 MCU 侧 I2C 初始化和外设时钟是否打开。如果有时钟但没有 ACK，重点怀疑传感器地址不对或者芯片没正常供电。
还有一种很容易忽略的情况：I2C 的 SDA 线被拉低锁死了。有时候现场干扰或者代码里读写时序不完整，会让从机误以为自己还在一次传输中，把 SDA 一直拉低。处理办法是在初始化时做总线恢复：把 SCL 翻转 9 次，每次后检查 SDA 是否释放。这个判断逻辑可以写进固件里，上电时自动执行。
5.2 远程温度读数偏高或来回跳
偏高首先怀疑线电阻。用万用表量一下 D+、D- 这一对线在探头端的短路电阻，如果总电阻超过几欧姆，读数偏高的趋势就会出现。线电阻越大，偏差越大。另一个常见原因是探头接线极性反向，这时往往不是偏高一点，而是完全乱跳或者报告错误。
来回跳则优先怀疑干扰。远程信号是毫伏级，附近的继电器吸合、电机启停都会有瞬态干扰。排查时把现场大功率负载关掉看是否恢复稳定，就能确认干扰源。处理方法是改用屏蔽双绞线，屏蔽层单点接地，并按照手册建议在 D+、D- 之间加滤波电容。
5.3 报警引脚持续有效导致频繁唤醒
如果配置的是比较器模式，温度只要还在限值之外，ALERT 引脚就一直有效，MCU 唤醒后处理完，再进入 Stop，马上又被拉醒，形成循环。这不是 MCU 的错，是报警模式选错了。改成中断模式，或者把报警标志清掉再进入低功耗，就能解决问题。
还有一个细节：ALERT 引脚通常开漏输出，需要上拉电阻。上拉电阻没焊的话，引脚状态不受控制，EXTI 可能随机触发。我排查过一次“MCU 无故频繁唤醒”的问题，最后发现就是 ALERT 上拉电阻虚焊导致的。
5.4 负温度或低温显示错误
前面提到二进制补码，最大的坑就是无符号类型转换。如果你把高字节用 uint8_t 接收，直接左移 8 位再和低字节做或运算，-10°C 会变成大约 64536，换算出来是 4000 多度。这不是芯片读数错误，是代码类型用错了。只要统一用 int16_t 接收拼接值，负数就自然正确。
另外排查时可以直接打印原始寄存器值，不要只看换算后的浮点数。比如看到高字节 0xFF、低字节 0x5F，脑海里马上就应该反应出这是 -10.0625°C 的补码，而不是什么异常数据。这个直觉对现场调试帮助很大。
下面这张表是我常用的排查速查：
| 现象 | 可能原因 | 排查方法 |
|---|---|---|
| I2C 无 ACK | 地址错误、供电异常、上拉缺失 | 示波器看 SCL/SDA 波形 |
| 远程读数偏高 | 串联电阻偏大、极性接反 | 量线电阻、核对 D+/D- 引脚 |
| 远程读数跳动 | 电磁干扰、缺滤波电容 | 关大负载观察、改用屏蔽双绞线 |
| ALERT 一直有效 | 比较器模式、未清状态标志 | 改中断模式、读状态寄存器 |
| 负温度变成大正数 | 代码用了无符号类型 | 用 int16_t 拼接原始值 |
| 本地温度异常偏高 | 传感器靠近发热元件 | 板级布局调整 |
6. 一些调试习惯与建议
6.1 先读通本地通道，再接远程探头
每次拿到新板子，我先不接远程探头，把本地通道读通。本地通道不依赖外部接线的准确性，只要 I2C 通了，温度就是准的。这一步跑通了，说明芯片活着、I2C 时序正确、寄存器映射理解没问题。然后再接远程探头，把远程通道调通。如果一上来就把两根线接得老远，出了问题时变量太多，很难定位是探头问题、线缆问题还是寄存器读错。
6.2 固件里留一个“原始值打印”开关
正常运行时，我输出的温度是浮点，比如 25.25°C。但调试时我会在串口里同时打印原始寄存器的高字节和低字节。这么做是因为很多异常现象，比如远程通道开路、短路，从原始值上能一眼看出来，而浮点数看起来只是“很大的温度”。调试完这个开关可以保留，用宏控制编译时打开或关闭，对现场问题排查帮助非常大。
6.3 现场安装之前先做一次标定
远程探头放风管里之前，我习惯把探头和参考温度计放在同一个恒温环境里比一下，比如 25°C 的水浴或恒温箱。记录 PJ85718DM 读到的值和参考温度计的差值，在固件里留一个温度偏移校准变量。这是最简单也最实用的标定手段。因为探头安装位置、导热硅脂厚度、风道风速都会影响测量结果，现场装完后再做一次复核，能避免很多“温度就是不对”的扯皮。
最后再分享一个我个人的固执习惯：项目交付前，一定会用热风枪或者恒温烙铁把探头加热到报警阈值以上，确认 ALERT 引脚拉低、MCU 唤醒、继电器动作整个过程链路是通的。这个测试不花几分钟，但能避免到了现场才发现报警逻辑根本没生效。做嵌入式测温，最怕的从来不是读不准，而是该报警的时候没报警。
