基于PJ85718DM与STM32F303VE的工业级红外温度监测方案

1. 项目背景与核心需求拆解

温度监测这件事，看起来简单，真要做到工业级可靠、本地远程双通道、还要兼顾成本，里面的门道比想象中多得多。我最近刚完成一个嵌入式温度采集项目，用的就是 PJ85718DM 红外温度传感器搭配 STM32F303VE 主控，应用场景横跨嵌入式设备内部热管理和 HVAC 系统的风管温度监测。这套组合不是随便选的，背后有比较明确的工程逻辑。

先说 PJ85718DM 这颗传感器。它是一颗数字输出的红外温度传感器，支持 I2C 接口，测量范围覆盖 -40°C 到 +125°C，精度在常温段可以做到 ±0.5°C 以内。相比传统的 NTC 热敏电阻，它的优势在于非接触测量——不需要物理接触被测物体，这在 HVAC 场景里特别关键，因为风管里的空气温度用接触式传感器响应慢，而且容易受安装位置影响。PJ85718DM 的视场角大约是 35 度，这意味着在合理距离内它可以准确捕捉目标区域的温度，不会把周围环境的辐射也混进来。

STM32F303VE 这边，它是 Cortex-M4 内核，带 FPU 和 DSP 指令集，主频 72MHz，有 512KB Flash 和 64KB RAM。选它不是因为算力过剩，而是因为温度监测往往不是单一任务——你可能同时要跑 PID 控制、LCD 显示、Modbus 通信、数据记录，还要留出余量做固件升级。F303 的混合信号能力也强，内置多路 12 位 ADC 和 DAC，万一以后要扩展模拟传感器或者输出模拟控制信号，不用换主控。我实际跑下来，在 72MHz 下同时处理 I2C 温度采集、UART 上报和定时器 PWM 输出，CPU 占用率不到 30%，余量很充足。

这个项目的核心需求可以拆成三层。第一层是本地监测：设备自己要知道当前温度是多少，用于过温保护、风扇调速或者加热控制。第二层是远程监测：温度数据要通过有线或无线方式传到上位机或云平台，方便集中管理。第三层是可靠性：HVAC 系统往往 24 小时运行，传感器要能长期稳定工作，通信不能丢包，异常情况要有告警。这三层需求决定了硬件选型和软件架构的基本方向。

适合参考这个方案的人包括：做嵌入式硬件设计的工程师、HVAC 控制器的开发者、需要非接触温度测量的项目负责人，以及想了解 I2C 传感器和 STM32 配合使用的初学者。如果你之前只用过 DS18B20 这类单总线传感器，这篇文章会帮你理解红外温度传感器的不同之处和实际使用中的坑。

2. 硬件设计与关键器件选型解析

2.1 PJ85718DM 的引脚配置与外围电路

PJ85718DM 采用 TO-39 金属封装，四个引脚分别是 VCC、GND、SDA、SCL。供电范围 3.0V 到 5.5V，典型值 3.3V。这里有个细节要注意：虽然传感器支持 5V 供电，但 I2C 电平是跟着 VCC 走的。如果你用 5V 给传感器供电，而 STM32F303VE 的 I2C 引脚是 3.3V 电平，直接连会出问题。我一开始就踩了这个坑，后来改成 3.3V 供电，省掉了电平转换芯片。

外围电路其实很简单，但有两个地方不能省。第一是电源去耦，VCC 和 GND 之间要并一颗 100nF 的陶瓷电容，位置尽量靠近传感器引脚，否则电源纹波会直接影响温度读数。第二是 I2C 上拉电阻，SDA 和 SCL 各需要一颗 4.7kΩ 到 10kΩ 的上拉电阻接到 3.3V。我实测下来 4.7kΩ 在 100kHz 标准模式下波形最干净，如果用 400kHz 快速模式，可以降到 2.2kΩ，但功耗会稍微增加。

传感器的视场角是 35 度，这意味着在距离 D 处，测量光斑直径大约是 0.63 倍的 D。比如传感器离目标 10cm，光斑直径约 6.3cm。这个参数在 HVAC 风管测量里很重要——风管截面通常不大，如果传感器离得太远，光斑会超出风管壁，读到的是管壁温度而不是空气温度。我的做法是把传感器安装在风管侧面开孔处，镜头距离风管中心约 5cm，光斑直径约 3.1cm，正好覆盖风管中心区域，避开了管壁的干扰。

2.2 STM32F303VE 的 I2C 外设配置要点

STM32F303VE 有多个 I2C 接口，我选的是 I2C1，映射到 PB6（SCL）和 PB7（SDA）。配置的时候有几个关键参数需要确认。时钟频率设 100kHz 还是 400kHz？PJ85718DM 支持到 400kHz，但实际测试中 100kHz 的抗干扰能力更强，尤其是在 HVAC 这种有电机和继电器的环境里。我最终选了 100kHz，采集周期 100ms 一次，完全够用。

I2C 的 GPIO 模式要设成开漏输出（Open-Drain），并且使能内部上拉或者外部上拉。这里有个容易忽略的点：STM32 的内部上拉电阻大约 40kΩ，对于 I2C 来说太弱了，必须用外部 4.7kΩ 上拉。我见过有人只靠内部上拉，结果波形上升沿很缓，通信偶尔出错，查了半天才发现是上拉不够。

DMA 要不要用？如果只是单次读取温度，不用 DMA 也行。但如果要连续采集并且同时处理其他任务，建议给 I2C 接收配 DMA。我的做法是用 DMA 把传感器返回的 3 个字节（温度高字节、温度低字节、PEC 校验字节）直接搬到内存，CPU 不用等 I2C 中断，效率高很多。PEC 是数据包错误校验，PJ85718DM 支持这个功能，建议开启，能过滤掉不少通信错误。

2.3 本地显示与远程通信的硬件扩展

本地显示我用的是一块 0.96 寸 OLED，I2C 接口，和温度传感器共用 I2C1 总线。这里要注意地址冲突：PJ85718DM 的 I2C 地址是 0x5A（7 位），OLED 通常是 0x3C 或 0x3D，不冲突。但如果总线上挂多个同地址设备，就需要用 I2C 多路复用器了。

远程通信我留了两个方案。有线方案用 RS485，通过 MAX3485 芯片把 UART 转成差分信号，传输距离可以到 1200 米，适合楼宇 HVAC 的集中监控。无线方案用 LoRa 模块，通过 SPI 接口连接，视距传输 2 到 5 公里，适合分散的室外机组。两个方案在 PCB 上都留了接口，实际用哪个看现场条件。RS485 的 A/B 线要加 120Ω 终端电阻，LoRa 模块要注意天线净空区，这些细节后面实操部分会展开。

3. 软件架构与核心代码实现

3.1 系统任务划分与调度策略

软件架构我采用的是前后台系统，主循环加定时器中断。没有上 RTOS，因为任务数量不多，前后台足够用，而且代码更简单，调试方便。具体划分是这样的：TIM2 定时器每 1ms 产生一次中断，在中断里做软件计时和任务标志置位；主循环里轮询标志位，依次执行温度采集、数据处理、显示刷新、通信上报四个任务。

温度采集任务每 100ms 执行一次，通过 I2C 读取 PJ85718DM 的原始数据。数据处理任务把原始数据转换成摄氏度，做滑动平均滤波，然后和阈值比较，判断是否过温或欠温。显示刷新任务每 200ms 更新一次 OLED，避免刷新太快导致闪烁。通信上报任务每 1 秒通过 RS485 或 LoRa 发送一次温度数据，数据格式是自定义的二进制帧，包含设备地址、温度值、状态字和 CRC 校验。

这种划分的好处是每个任务的执行周期明确，不会互相阻塞。I2C 读取虽然耗时，但 100ms 一次，每次大约 1ms，占用 CPU 时间很少。OLED 刷新用 I2C DMA，也不占 CPU。RS485 发送用 UART DMA，同样不阻塞主循环。整体跑下来，主循环空闲时间很多，以后加功能也有余量。

3.2 PJ85718DM 的 I2C 读取时序与数据解析

PJ85718DM 的读取流程分两步：先写寄存器地址，再读数据。温度数据存在 0x07 寄存器，读出来是 3 个字节。第一个字节是温度高 8 位，第二个字节是温度低 8 位，第三个字节是 PEC 校验。温度值的计算方式是：把高字节和低字节拼成一个 16 位数，低 4 位是小数部分，高 12 位是整数部分，分辨率 0.0625°C。

举个例子，读到的两个字节是 0x1A 和 0x40，拼起来是 0x1A40，十进制是 6720，乘以 0.0625 等于 420，但这是开尔文温度，需要减去 273.15 才是摄氏度，结果是 146.85°C。这个温度明显偏高，说明传感器可能对着热源了。正常情况下室温 25°C 对应的原始值大约是 0x1A40 减去 273.15 再除以 0.0625，算出来大概是 0x0C40 左右。

PEC 校验用的是 CRC-8，多项式是 0x07，初始值 0x00。STM32F303VE 没有硬件 CRC-8，需要软件实现。我写了一个查表法的 CRC-8 函数，256 字节的表存在 Flash 里，计算一次 PEC 大约 10 微秒，完全可以接受。如果 PEC 校验失败，就丢弃这次数据，重新读取，连续失败 3 次就上报通信故障。

3.3 滑动平均滤波与温度补偿算法

红外温度传感器容易受环境温度影响，PJ85718DM 内部有环境温度补偿，但补偿效果有限。我在软件里加了两级处理：第一级是滑动平均滤波，第二级是环境温度补偿。

滑动平均滤波用 8 个采样值的环形缓冲区，每次新数据进来就替换最旧的数据，然后求平均。这样可以把随机噪声压下去，同时响应速度也不会太慢。8 个采样值对应 800ms 的时间窗口，对于 HVAC 这种温度变化缓慢的场景完全够用。如果被测对象温度变化很快，可以把窗口缩小到 4 个采样值。

环境温度补偿的思路是：传感器读到的温度其实是被测物体辐射温度和环境温度的综合结果，当环境温度偏离 25°C 时，读数会有偏差。补偿公式是：T_actual = T_measured + k * (T_ambient - 25)，其中 k 是补偿系数，典型值 0.02 到 0.05。T_ambient 可以用 STM32F303VE 内部的温度传感器读取，虽然精度不高（±1.5°C），但用于补偿足够了。我实测下来，加了补偿之后，在 10°C 到 40°C 环境温度范围内，读数偏差从 ±2°C 降到了 ±0.8°C。

3.4 远程通信协议设计与数据帧格式

远程通信我自定义了一个简单的二进制协议，帧格式如下：帧头 2 字节（0xAA 0x55），设备地址 1 字节，命令字 1 字节，数据长度 1 字节，数据区 N 字节，CRC16 校验 2 字节。温度上报的命令字是 0x01，数据区包含 2 字节温度值（有符号整数，单位 0.1°C）和 1 字节状态字。

状态字的位定义：bit0 表示传感器正常，bit1 表示过温告警，bit2 表示欠温告警，bit3 表示通信故障，bit4 到 bit7 保留。这样上位机收到一帧数据就能知道设备状态，不用额外查询。

CRC16 我用的是 Modbus CRC，多项式 0xA001，初始值 0xFFFF。这个 CRC 在工业领域很常见，很多组态软件都支持。计算的时候要注意字节顺序，Modbus CRC 是低字节在前，高字节在后。我一开始搞反了，上位机一直校验失败，后来用串口助手抓包对比才发现问题。

RS485 的收发切换需要控制 DE/RE 引脚，发送前拉高，发送完拉低。这里有个时序问题：UART 发送完成中断触发后，不能立刻拉低 DE，要等最后一个字节完全移出移位寄存器。STM32 的 UART 有 TC（Transmission Complete）标志，等这个标志置位后再拉低 DE 才可靠。我试过用 TXE 标志，结果最后一个字节被截断了，换成 TC 就正常了。

4. 实操过程与关键环节记录

4.1 硬件焊接与上电调试步骤

PCB 打样回来之后，我先焊了电源部分，用万用表测了 3.3V 和 5V 对地电阻，确认没有短路。然后焊 STM32F303VE 和晶振，用 ST-Link 连接，看能不能识别到芯片。这一步很关键，如果芯片都认不到，后面不用做了。识别成功之后，写了一个最简单的 GPIO 翻转程序，用示波器看 PA5 引脚有没有方波输出，确认时钟和复位电路正常。

接下来焊 PJ85718DM 和上拉电阻。这里要注意焊接温度，TO-39 封装的引脚比较粗，散热快，烙铁温度可以设到 350°C，但每个引脚焊接时间不要超过 3 秒，否则热量传到内部芯片可能损坏。焊完之后用放大镜检查有没有虚焊和连锡。

上电之后先不急着读温度，先用 I2C 扫描程序确认传感器地址。我写了一个简单的扫描函数，遍历 0x00 到 0x7F 地址，看哪个地址有应答。PJ85718DM 应该在 0x5A 地址应答。如果没有应答，检查上拉电阻、供电电压和焊接。我第一次扫描没找到设备，后来发现是 SDA 和 SCL 接反了，调换之后正常。

4.2 温度采集程序的编写与验证

I2C 初始化我用的是 HAL 库，配置成 100kHz，7 位地址模式，开漏输出。读取函数分两步：先发送寄存器地址 0x07，然后读取 3 个字节。HAL 库的HAL_I2C_Mem_Read函数可以直接完成这个操作，参数是设备地址、寄存器地址、地址长度、数据缓冲区、数据长度和超时时间。

读到的原始数据要转换成摄氏度。转换函数如下：

float convert_temp(uint8_t msb, uint8_t lsb) { int16_t raw = (msb << 8) | lsb; float temp_k = raw * 0.0625f; float temp_c = temp_k - 273.15f; return temp_c; }

验证的时候，我用了一个恒温水浴锅，把传感器对着水面，距离 5cm，水温从 20°C 升到 80°C，每 10°C 记录一次读数。对比水浴锅的参考温度计，偏差在 ±1°C 以内。这里要注意，水面会有蒸发，蒸发吸热会导致水面温度略低于水体温度，所以参考温度计要插在水里，不要放在水面上方。

4.3 本地 OLED 显示与远程上报联调

OLED 我用的是 SSD1306 驱动，I2C 地址 0x3C。显示内容分三行：第一行显示当前温度，第二行显示状态（正常/过温/欠温），第三行显示通信状态（在线/离线）。刷新率设 5Hz，用HAL_I2C_Mem_Write发送显示数据。这里有个优化技巧：不要每次刷新都全屏更新，只更新变化的区域，可以减少 I2C 流量，刷新更快。

远程上报联调的时候，我先用 USB 转 RS485 模块连接电脑，用串口助手接收数据。波特率设 9600，8 数据位，1 停止位，无校验。发送周期 1 秒，数据帧格式前面说过。串口助手收到数据后，我用 Excel 把十六进制转成十进制，验证温度值是否正确。这里要注意字节序，温度值是低字节在前，高字节在后，和 Modbus 一致。

LoRa 模块的调试稍微麻烦一点，因为需要两个模块配对。我用两个 LoRa 模块，一个接 STM32，一个接 USB 转串口模块。配置的时候要注意频率、扩频因子、带宽和编码率四个参数必须一致，否则收不到数据。我一开始频率设错了，一个 433MHz 一个 470MHz，调了半天才发现。配对成功之后，视距传输 1 公里，丢包率低于 1%，效果不错。

4.4 整机联调与长时间运行测试

整机联调的时候，我把传感器、主控、OLED、RS485 和 LoRa 都接上，跑了一个 72 小时的老化测试。测试环境是办公室，温度在 22°C 到 28°C 之间波动。测试期间每 10 分钟记录一次数据，用 SD 卡存储。72 小时下来，温度读数没有跳变，通信没有丢包，OLED 显示正常。

这里有个细节要注意：长时间运行的时候，I2C 总线可能会因为干扰而锁死。STM32 的 I2C 外设有总线错误检测，但有时候需要手动恢复。我的做法是在 I2C 读取函数里加超时判断，如果连续 3 次超时，就重新初始化 I2C 外设。这个恢复机制在 72 小时测试里触发了 2 次，每次都能自动恢复，没有影响数据记录。

功耗方面，整机运行电流大约 45mA，其中 STM32 约 20mA，OLED 约 15mA，传感器约 1mA，RS485 约 5mA，LoRa 发射时约 4mA。如果要用电池供电，可以把 OLED 关掉，STM32 降频到 8MHz，功耗能降到 10mA 以下。不过 HVAC 场景一般有市电，功耗不是主要矛盾。

5. 常见问题与排查技巧实录

5.1 I2C 通信失败的五种典型原因

I2C 通信失败是这个项目里最容易遇到的问题，我整理了五种典型情况和对应的排查方法。

第一种是上拉电阻缺失或阻值不对。症状是波形上升沿很缓，或者根本拉不高。排查方法是用示波器看 SDA 和 SCL 的波形，正常应该在 1 微秒内上升到 3.3V。如果上升时间超过 2 微秒，就要减小上拉电阻。

第二种是地址错误。PJ85718DM 的 7 位地址是 0x5A，但 HAL 库函数需要的是 8 位地址，也就是 0xB4（左移一位）。我一开始传了 0x5A，一直没应答，后来查手册才发现要左移。

第三种是总线锁死。症状是 SCL 被某个设备拉低不放，总线一直忙。解决方法是手动发送 9 个时钟脉冲，让从设备释放总线。STM32 的 I2C 外设有HAL_I2C_IsDeviceReady函数，可以检测设备是否就绪。

第四种是电源问题。传感器供电不足或者纹波太大，会导致内部复位。用万用表测 VCC 引脚，正常应该在 3.3V ± 0.1V。如果纹波超过 50mV，要加滤波电容。

第五种是时序问题。100kHz 下时序余量很大，一般不会出问题。但如果用 400kHz，就要注意上升时间和总线电容。总线电容超过 400pF 会导致波形失真，需要减小上拉电阻或者降低速率。

5.2 温度读数异常的原因分析与处理

温度读数异常通常表现为跳变、偏高或偏低。跳变一般是通信错误导致的，PEC 校验失败会丢弃数据，但如果连续失败，就会用上一次的值，看起来像跳变。解决方法是检查 I2C 波形和电源纹波。

读数偏高最常见的原因是视场内有热源。比如传感器对着窗户，窗外阳光辐射会让读数偏高 5°C 以上。解决方法是调整安装角度，避开阳光直射和热源。另一个原因是传感器镜头脏了，灰尘会影响红外透射率，用无水酒精和棉签轻轻擦拭镜头即可。

读数偏低一般是环境温度补偿没做好。如果环境温度低于 25°C，传感器读数会偏低。开启软件补偿后可以改善。还有一种情况是传感器对着空调出风口，冷风直接吹到传感器上，导致读数偏低。解决方法是加一个遮风罩，或者调整安装位置。

5.3 RS485 通信丢包与 LoRa 距离不足的排查

RS485 丢包通常是终端电阻没接或者接错。120Ω 终端电阻要接在总线两端，中间节点不要接。如果总线很短（小于 10 米），不接终端电阻也能工作，但长距离必须接。另外，A/B 线要双绞，并且远离动力线，否则电机启停时的干扰会导致丢包。

LoRa 距离不足的原因比较多。首先是天线问题，天线要垂直安装，周围 10cm 内不要有金属物体。其次是扩频因子，扩频因子越大，距离越远，但速率越慢。我一般用 SF7 到 SF9，视距能到 1 到 2 公里。如果环境遮挡严重，可以用 SF12，但速率会降到 300bps 左右。最后是发射功率，LoRa 模块一般可以设到 20dBm，但有些地区对发射功率有限制，要根据当地规定设置。

5.4 常见问题速查表

6. 实操心得与扩展建议

这个项目做下来，我最大的体会是：红外温度传感器的安装位置比选型更重要。同样的传感器，装在风管侧面和装在风管顶部，读数能差 3°C 以上。因为热空气往上走，风管顶部的温度本来就比中心高。所以安装的时候一定要考虑气流方向和热分布，最好在风管上多开几个孔，对比不同位置的读数，选最有代表性的那个点。

另一个心得是关于 I2C 总线的。如果总线上挂了多个设备，建议每个设备单独走一组上拉电阻，不要共用。我试过 OLED 和传感器共用一组 4.7kΩ 上拉，结果 OLED 刷新的时候传感器读数会跳变，后来分开上拉就正常了。原因是 OLED 刷新时 I2C 总线负载变化，共用上拉会导致电平不稳定。

扩展方面，这个方案还可以加几个功能。一是数据记录，用 STM32F303VE 的 SPI 接口接 SD 卡，每分钟记录一次温度，方便事后分析。二是报警输出，用 DAC 输出 0 到 10V 信号，接变频器控制风机转速，实现简单的温度闭环。三是多传感器组网，用 RS485 挂多个节点，每个节点测一个区域的温度，上位机统一管理。这些扩展在硬件上都已经留了接口，软件上只需要增加相应的任务即可。

最后分享一个调试小技巧：如果 I2C 通信偶尔出错但找不到原因，可以在 SDA 和 SCL 上各并一个 100pF 的电容到地，滤掉高频干扰。我有个项目在电机旁边，I2C 一直不稳定，加了电容之后误码率从 1% 降到了 0.01% 以下。这个电容不能太大，否则会拖慢上升沿，100pF 到 220pF 之间比较合适。