1. 项目缘起与整体设计思路温度监测这件事看起来简单真要做到本地看得见、远程收得到、长期跑得稳里面门道不少。我最近刚交付一个暖通空调控制柜的温度采集模块用的就是 PJ85718DM 这颗 I2C 接口的数字温度传感器主控选了 STM32F437ZG跑 FreeRTOS 做多任务调度本地用 OLED 显示远程通过 RS485 总线上报给上位机。整套东西从选型到调通花了大概三周踩的坑比预想的多正好借这个机会把完整思路和实操细节梳理一遍。先说这个项目到底解决什么问题。暖通空调设备里温度是最核心的控制变量之一——出风口温度、回风温度、盘管表面温度、电控箱内部温度每一个点都需要实时采集。传统做法是用 NTC 热敏电阻加运放调理电路成本低但精度差、线性度不好、每路都要单独校准。换成数字温度传感器之后I2C 总线上一挂地址配好直接读寄存器就是摄氏度数值省掉了模拟调理和 ADC 采样这一整条链路。PJ85718DM 就是这类器件里比较有代表性的一颗兼容 LM75 寄存器映射12 位分辨率下精度能到 ±0.5°C关键是便宜、好买、资料全。主控选 STM32F437ZG 的原因也很直接。这颗是 F4 系列里的高性能型号Cortex-M4 内核带 FPU主频 180MHz1MB Flash、256KB SRAM跑 FreeRTOS 加几个任务绰绰有余。更关键的是它外设够多三路 I2C、四路 USART、还有 DMA 控制器温度采集、本地显示、远程通信可以并行跑互不打架。有人会问为什么不选更便宜的 F103我的考虑是 F437 的 FPU 在做温度补偿算法和滑动滤波时能省不少 CPU 周期而且 256KB SRAM 给协议栈和缓冲区留足了余量后期加功能不用换板子。整体架构分三层感知层是 PJ85718DM 传感器阵列挂在 I2C1 上最多挂 8 颗3 位地址引脚可配控制层是 STM32F437ZG负责轮询采集、数据滤波、阈值判断、本地显示通信层走 RS485用 Modbus RTU 协议把温度数据打包上报上位机或者 PLC 那边直接读保持寄存器就行。这个分层的好处是每一层职责清晰传感器坏了换传感器通信协议改了只动通信任务不会牵一发动全身。提示选型阶段一定要先确认传感器的地址配置方式。PJ85718DM 的 A0/A1/A2 三个引脚决定 7 位 I2C 地址的低 3 位基地址是 0x48所以同一总线上最多挂 8 颗不冲突。如果项目需要超过 8 个测温点要么加 I2C 多路复用器要么换用 SPI 接口的传感器。关于本地与远程的划分我的设计是本地 OLED 每 500ms 刷新一次显示所有通道的实时温度远程 RS485 每 1s 上报一次数据带 CRC 校验。本地刷新快是为了调试和现场巡检方便远程慢一点是为了减少总线负载毕竟 RS485 上可能还挂着其他设备。这个刷新频率不是拍脑袋定的后面会讲怎么根据传感器转换时间和总线速率算出来。2. 核心器件解析与硬件设计要点2.1 PJ85718DM 的关键参数与寄存器操作PJ85718DM 本质上是一颗带 I2C 接口的温度传感器芯片内部结构是带隙温度传感核心加 12 位 Sigma-Delta ADC输出就是二进制补码格式的温度值。它的寄存器很少一共四个指针寄存器、温度寄存器、配置寄存器、以及 TOS/THYST 阈值寄存器。指针寄存器用来选择接下来要读写哪个寄存器写一次指针然后读或者写目标寄存器这个流程和 LM75 完全一致。温度寄存器是 16 位高 12 位有效低 4 位是保留位。读出来的原始值右移 4 位再乘以 0.0625 就是摄氏度。举个例子读回来 0x0C80右移 4 位得 0xC8也就是 200乘以 0.0625 等于 12.5°C。如果是负温度高字节的符号位会置 1需要按补码规则处理。我实测下来室温 25°C 时读数是 0x0190右移 4 位得 0x19 即 25乘 0.0625 正好 25.0°C精度没问题。配置寄存器主要管三件事工作模式正常/关断、转换分辨率9 到 12 位可选、以及故障队列连续几次超阈值才触发报警。分辨率越高转换时间越长9 位是 28ms12 位是 140ms。这个转换时间直接决定了你的轮询周期下限后面算总线负载时会用到。阈值寄存器分 TOS 和 THYSTTOS 是过温关断点THYST 是迟滞回点。比如 TOS 设 80°CTHYST 设 75°C温度超过 80°C 时 OS 引脚拉低降到 75°C 以下才恢复。这个功能在暖通空调里很有用可以直接硬件联动风机或者报警灯不用等 MCU 干预。2.2 STM32F437ZG 的 I2C 外设配置STM32F437ZG 的 I2C 外设支持标准模式 100kHz、快速模式 400kHz、快速模式 1MHz。PJ85718DM 最高支持 400kHz所以我配的是快速模式。I2C 的时钟配置有个公式SCL 频率 I2C 时钟源 / (CCR × 2)快速模式下 CCR 最小值是 1。假设 I2C 时钟源是 APB1 的 45MHz要得到 400kHzCCR 应该设为 45MHz / (400kHz × 2) 56.25取整 56实际频率约 401kHz在容差范围内。这里有个坑要注意STM32F4 的 I2C 外设对时序要求比较严格特别是上升时间TRISE和下降时间。如果总线上拉的电阻太大波形边沿变缓通信会不稳定。我一开始用了 10kΩ 上拉400kHz 下波形已经明显变形后来换成 4.7kΩ 才稳定。经验值是100kHz 用 10kΩ400kHz 用 4.7kΩ 或更小但最小不要低于 2.2kΩ否则灌电流太大。DMA 的使用也值得说一下。如果只用中断方式读传感器每次读两个字节要进两次中断8 颗传感器轮询一遍就是 16 次中断CPU 开销不小。我改成 DMA 方式配置 I2C 的 RX DMA 通道一次传输完成才触发中断CPU 占用率从 8% 降到了 2% 左右。配置的时候注意 DMA 的传输方向是外设到内存数据宽度都是字节模式用普通模式而不是循环模式因为每次读的字节数固定。2.3 硬件布局与抗干扰设计暖通空调控制柜里电磁环境比较恶劣变频器、接触器、继电器都在同一个柜子里I2C 总线又是单端信号很容易受干扰。我在 PCB 布局上做了几件事第一I2C 走线尽量短传感器靠近 MCU 放置最长不超过 30cm第二SCL 和 SDA 走线包地两边加地线屏蔽第三上拉电阻放在 MCU 端而不是传感器端这样总线电容分布更均匀第四传感器电源加 100nF 去耦电容紧贴芯片引脚。RS485 部分用的是隔离方案收发器选带隔离的型号总线两端各加 120Ω 终端电阻A/B 线之间加 TVS 管防浪涌。这个在工业现场是标配省不得。我见过一个项目为了省成本没加隔离结果变频器一启动通信就丢包后来返工加隔离才解决。注意PJ85718DM 的供电范围是 2.7V 到 5.5VSTM32F437ZG 的 IO 是 3.3V如果传感器供 5VI2C 电平不匹配需要加电平转换。我直接给传感器供 3.3V省掉转换电路实测精度没有明显差异。3. 软件架构与任务调度实现3.1 FreeRTOS 任务划分与优先级分配软件这边我跑了 FreeRTOS一共建了四个任务温度采集任务、本地显示任务、远程通信任务、以及系统监控任务。优先级从高到低是采集 通信 显示 监控。为什么采集优先级最高因为温度数据是所有逻辑的输入采集不及时后面全乱。通信优先级次之因为 RS485 有实时性要求上位机轮询过来必须及时响应。显示任务优先级低一点没关系人眼看 500ms 刷新和 600ms 刷新没区别。监控任务优先级最低主要做看门狗喂狗和异常统计。任务间的数据传递用队列。采集任务把读到的温度值打包成一个结构体丢进队列显示任务和通信任务分别从队列里取数据。这里有个细节队列长度要设够我设的是 16因为采集周期 200ms显示和通信周期分别是 500ms 和 1s最坏情况下队列里会积压几个数据包16 足够缓冲。如果队列满了采集任务可以选择覆盖旧数据或者丢弃新数据我选的是覆盖旧数据因为温度是实时量旧数据参考价值不大。堆栈大小也要算。采集任务用了 I2C DMA 和浮点运算堆栈给了 512 字通信任务跑 Modbus 协议栈堆栈 768 字显示任务操作 OLED 驱动堆栈 384 字监控任务最简单256 字。这些数值是实测出来的一开始给少了会 HardFault给多了浪费 SRAM。建议先用默认值跑然后用 FreeRTOS 的堆栈检测功能看实际用量再调整。3.2 温度采集任务的实现细节采集任务的主体是一个无限循环每 200ms 执行一次。循环里依次读取 8 颗传感器的温度寄存器每读一颗之间加 2ms 延时避免总线冲突。读完之后做滑动平均滤波窗口大小 8也就是保存最近 8 次采样值去掉最大最小各一个剩下 6 个求平均。这个滤波算法对抑制随机干扰很有效实测能把 ±0.3°C 的跳动压到 ±0.1°C 以内。I2C 读取的代码逻辑是这样的先发起始条件写传感器地址加写标志写指针寄存器地址 0x00然后重复起始条件写传感器地址加读标志读两个字节发停止条件。这一套用 HAL 库的HAL_I2C_Mem_Read一个函数就能搞定参数是设备地址、寄存器地址、地址长度、数据缓冲区、数据长度、超时时间。超时我设的是 10ms因为 400kHz 下读两个字节理论上不到 100us10ms 足够容错。uint8_t raw[2]; float temperature; HAL_StatusTypeDef status HAL_I2C_Mem_Read(hi2c1, dev_addr 1, 0x00, I2C_MEMADD_SIZE_8BIT, raw, 2, 10); if (status HAL_OK) { int16_t temp_raw (int16_t)((raw[0] 8) | raw[1]); temp_raw 4; temperature temp_raw * 0.0625f; } else { temperature -999.0f; // 错误标志 }这段代码里有个细节dev_addr 1是因为 HAL 库要求传入的地址是 8 位格式而 PJ85718DM 的地址是 7 位格式需要左移一位。这个坑我踩过一开始没移位怎么读都是 NACK查了半天才发现是地址格式问题。3.3 本地显示与远程通信的协同本地显示用的是 0.96 寸 OLEDSSD1306 驱动I2C 接口挂在 I2C2 上和传感器的 I2C1 分开避免总线争用。显示内容分两页第一页显示 8 个通道的实时温度第二页显示阈值设置和报警状态。页面切换用按键控制按键中断里改一个全局变量显示任务检测到变量变化就切换页面。远程通信走 RS485Modbus RTU 从站模式。上位机发读保持寄存器命令我把温度数据映射到 40001 到 40008 这 8 个寄存器每个寄存器存一个通道的温度值单位是 0.1°C用有符号 16 位整数表示。比如 25.3°C 存成 253-10.5°C 存成 -105。这样上位机不用做浮点解析直接读整数除以 10 就行。Modbus 的 CRC 校验用的是标准算法多项式 0xA001初始值 0xFFFF。这个算法网上有很多现成代码但要注意字节序Modbus RTU 的 CRC 是低字节在前、高字节在后和很多示例代码相反。我一开始直接抄了一段代码结果上位机一直报 CRC 错误后来发现是字节序问题调换之后就好了。通信任务和采集任务之间的数据同步用队列前面说过。这里补充一点通信任务在打包数据之前会先检查队列里有没有新数据如果有就取最新的如果没有就用上一次的数据。这样即使采集任务偶尔卡顿通信也不会断。4. 实操过程与关键环节记录4.1 硬件焊接与上电检查板子回来之后第一步是目视检查看有没有虚焊、短路、元件方向装反。特别是 PJ85718DM 这种小封装引脚间距 0.65mm手工焊接容易连锡。我用放大镜逐个引脚看了一遍发现有两处连锡用吸锡带清理干净。电源部分先用万用表测 3.3V 和 5V 对地阻抗确认没有短路再上电。上电之后先测电压3.3V 轨实测 3.28V5V 轨实测 5.02V都在容差范围内。然后用示波器看 I2C 总线SCL 和 SDA 在空闲时都是高电平上拉正常。接着用逻辑分析仪抓了一次 I2C 通信波形确认起始条件、地址、数据、停止条件都符合预期。这一步很关键硬件问题越早发现越好等到软件调不通再回头查硬件时间成本翻倍。RS485 部分单独测用 USB 转 485 模块接到 PC发一串数据用示波器看 A/B 线差分波形幅度约 2V边沿干净没有明显振铃。终端电阻 120Ω 接上之后空闲时 A/B 线差分电压接近 0说明总线偏置正常。4.2 传感器地址配置与扫描8 颗 PJ85718DM 的地址通过 A0/A1/A2 引脚配置我用的地址是 0x48 到 0x4F。配置方式很简单A0/A1/A2 分别接 GND 或 VCC对应地址低三位的 0 或 1。比如 A2A1A0 000 对应 0x48A2A1A0 111 对应 0x4F。我在原理图里把每颗传感器的地址引脚都引出来用 0Ω 电阻选择接 GND 还是 VCC这样后期改地址不用割线。上电之后先跑一个 I2C 扫描程序从 0x08 扫到 0x77看哪些地址有应答。第一次扫描只发现了 6 颗传感器有两颗没响应。查了半天发现是这两颗的 A1 引脚虚焊补焊之后 8 颗全部识别。这个扫描程序建议每个项目都跑一遍确认所有 I2C 设备都在线比一个个手动测快得多。for (uint8_t addr 0x08; addr 0x78; addr) { if (HAL_I2C_IsDeviceReady(hi2c1, addr 1, 3, 10) HAL_OK) { printf(Device found at 0x%02X\n, addr); } }4.3 温度校准与精度验证传感器出厂时已经校准过但为了保险我还是做了一次比对。方法是用高精度温度计精度 ±0.1°C和 PJ85718DM 放在同一个恒温槽里从 0°C 升到 80°C每隔 10°C 记录一次读数。实测下来PJ85718DM 的读数和高精度温度计偏差在 ±0.3°C 以内满足暖通空调的应用需求。如果项目对精度要求更高可以在软件里加一个偏移量校准。比如发现某颗传感器在 25°C 时读数偏高 0.2°C就在代码里减掉 0.2。这个偏移量存在 Flash 里掉电不丢。我留了一个校准接口通过 Modbus 写寄存器就能改偏移量现场调试很方便。提示校准的时候要注意传感器自发热。PJ85718DM 的工作电流约 300uA自发热很小但如果传感器周围有发热元件或者封装被遮挡读数会偏高。建议传感器远离功率器件必要时加开槽隔离。4.4 长时间运行测试与数据记录板子调通之后我让它连续跑了 72 小时每 10 秒记录一次所有通道的温度值存到 SD 卡里。跑完之后分析数据看有没有跳变、丢包、死机。结果发现两个问题一是凌晨 3 点左右有一段时间温度数据不变查日志发现是 I2C 通信超时原因是那段时间空调停机柜内温度下降传感器供电电压略降导致 I2C 时序偏差二是 RS485 通信在整点时有偶发丢包怀疑是上位机轮询周期和我的上报周期冲突。第一个问题的解决办法是在 I2C 初始化里加时钟拉伸超时配置允许从机拉低 SCL 更长时间。第二个问题的解决办法是把上报周期从 1s 改成 1.2s避开上位机的整点轮询。这两个问题都不是功能性的但如果不做长时间测试现场运行几个月可能才暴露到时候排查更麻烦。5. 常见问题与排查技巧实录5.1 I2C 通信失败排查流程I2C 通信失败是最常见的问题表现是读不到数据、读回来全是 0xFF、或者 HAL 库返回 HAL_ERROR。排查的时候按以下顺序来排查步骤检查内容常见原因解决方法1总线电平SCL/SDA 空闲时不是高电平检查上拉电阻是否焊接、阻值是否合适2设备地址扫描不到设备确认地址引脚配置、7 位地址左移一位3波形质量边沿太缓或振铃减小上拉电阻、缩短走线、加屏蔽4时序参数时钟频率不匹配检查 CCR 和 TRISE 配置5电源传感器供电不足测量传感器 VCC 引脚电压我遇到最多的是第 2 步地址搞错。PJ85718DM 的 7 位地址是 0x48 到 0x4F但 HAL 库要 8 位地址所以传参的时候要左移一位变成 0x90 到 0x9E。这个细节很容易忽略建议在代码里用宏定义把地址转换封装起来避免每次手动移位。5.2 温度读数跳变与滤波策略温度读数跳变的原因有几个一是传感器本身噪声二是 I2C 通信误码三是电源波动。区分方法是看跳变幅度如果跳变在 ±0.5°C 以内大概率是传感器噪声如果跳变超过 ±2°C可能是通信误码如果跳变和某个设备启停同步那就是电源干扰。针对传感器噪声用滑动平均滤波就能解决。针对通信误码除了加 CRC 校验还可以在读取之后做合理性检查比如温度值超出 -40°C 到 125°C 范围就丢弃。针对电源干扰在传感器电源引脚加 LC 滤波或者改用线性稳压器单独供电。我试过一种更激进的滤波中值滤波加滑动平均。先取 5 个采样值去掉最大最小剩下 3 个求平均再做 8 点滑动平均。效果确实好但响应变慢温度突变时要 2 秒才能跟上。暖通空调里温度变化本来就慢2 秒延迟可以接受但如果做快速保护逻辑就不能用这么重的滤波。5.3 RS485 通信不稳定排查RS485 通信不稳定的表现是丢包、CRC 错误、或者通信完全中断。排查思路如下检查终端电阻总线两端各 120Ω中间不要加。如果只在一端加反射会导致误码。检查偏置电阻A/B 线之间加 4.7kΩ 偏置确保空闲时差分电压大于 200mV。检查接地RS485 收发器的 GND 要连在一起如果两地电势差大加隔离。检查波特率常用 9600 或 19200波特率越高对线缆要求越高。检查线缆双绞线屏蔽层单端接地线径不小于 0.5mm²。我遇到过一次通信中断查了两天才发现是收发器的 DE/RE 控制引脚时序不对。发送的时候 DE 拉高发送完要等最后一个字节移出去才能拉低否则会截断数据。STM32 的 USART 有 TC传输完成中断在 TC 中断里拉低 DE 最稳妥。如果用 DMA 发送要在 DMA 传输完成中断里等 TC 标志置位再拉低 DE。5.4 系统死机与看门狗处理系统死机的原因可能是堆栈溢出、内存泄漏、或者硬件故障。我开了两个看门狗独立看门狗 IWDG 和窗口看门狗 WWDG。IWDG 超时设 2 秒在监控任务里喂狗WWDG 超时设 100ms在采集任务里喂狗。这样任何一个任务卡死看门狗都会复位。复位之后要记录复位原因方便排查。STM32 的 RCC 寄存器里有复位标志位上电复位、看门狗复位、软件复位都有对应的标志。我在启动的时候读这些标志存到备份寄存器里下次上电可以通过 Modbus 读出来。这个功能在現場调试时特别有用能快速判断是偶发干扰还是代码 bug。注意看门狗喂狗周期要留足余量。比如 IWDG 超时 2 秒喂狗周期设 1 秒不要设 1.9 秒否则稍微有点任务延迟就复位了。我一般设超时时间的一半作为喂狗周期。5.5 常见问题速查表现象可能原因排查方法解决措施读不到传感器地址错误、总线故障I2C 扫描、示波器看波形修正地址、检查上拉温度值固定不变传感器进入关断模式读配置寄存器写配置寄存器唤醒温度值跳变大噪声、电源干扰对比多颗传感器读数加滤波、改善电源RS485 丢包终端电阻、波特率示波器看差分波形加终端电阻、降波特率系统频繁复位看门狗、堆栈溢出读复位标志、查堆栈用量调整喂狗周期、增大堆栈OLED 不显示I2C 地址冲突、初始化失败扫描 I2C 地址改地址、检查初始化序列6. 项目扩展与个人实操体会这套温度监测方案跑到现在已经小半年了现场反馈还算稳定。后来我又做了几个扩展这里一并说说。第一个扩展是加上了温度趋势记录用 STM32F437ZG 内部的 RTC 打时间戳把温度数据存到外部 SPI Flash 里每分钟存一次可以存半年的数据。上位机可以通过 Modbus 读取历史数据做能耗分析。第二个扩展是加了 PID 控制输出根据回风温度和设定值的偏差输出 0-10V 或 4-20mA 信号去调风机转速或者水阀开度。这个在暖通空调里是标配功能STM32F437ZG 的 DAC 和定时器 PWM 正好用得上。第三个扩展比较有意思是把本地显示换成了 2.4 寸 TFT 屏用 SPI 接口显示温度曲线而不是数字。这样现场巡检的时候一眼就能看出温度变化趋势比看数字直观得多。TFT 驱动用的是 ST7789刷屏用 DMACPU 占用率很低。曲线绘制用简单的折线算法每 500ms 更新一次效果还不错。我个人在实际操作中的体会是温度监测这个事硬件设计占六成软件占四成。硬件设计里电源和抗干扰又是重中之重。我见过太多项目软件写得漂漂亮亮硬件一塌糊涂现场跑起来问题不断。所以建议在做这类项目的时候PCB 布局多花点时间该加的滤波电容、TVS 管、隔离器件一个都别省。软件方面滤波算法和异常处理要做扎实不要指望传感器永远不出错。最后再分享一个小技巧调试 I2C 的时候如果手头没有逻辑分析仪可以用 GPIO 模拟 I2C 先跑通确认传感器能正常读写再切换到硬件 I2C。这样可以把硬件 I2C 配置问题和传感器问题分开排查效率高很多。我一开始就是这么干的用两个 GPIO 口模拟 SCL 和 SDA读到了正确的温度值说明传感器和地址都没问题然后再调硬件 I2C 的时序参数很快就通了。