★ FEATURED ARTICLE 通过 PJ85718DM 与 PIC32MX795F512L监测嵌入式和 HVAC 应用中的本地与远程温度做暖通空调HVAC项目最头疼的不是压缩机控制也不是风阀调节而是“温度到底准不准”。前段时间我帮朋友做了一套设备状态监测板核心就是一颗 PJ85718DM 数字温度传感器配上 PIC32MX795F512L 这颗 32 位 MCU把本地和远程十几路温度全部拉进同一个系统中实时显示、超限报警、联动风机。这套方案做完之后不光现场调试省了大半力气连后期运维都轻松不少。这篇文章就把完整的硬件设计、固件思路、校准方法和踩过的坑都翻出来给正在做嵌入式温度监测或者 HVAC 控制项目的朋友做个参考。这套方案解决的核心问题很明确本地测温和远程测温要统一采集、统一处理、统一上报。PJ85718DM 负责把温度物理量变成数字信号PIC32MX795F512L 负责把数据收上来、滤波、校准、走协议上传。适合的设备包括机房温控板、冷柜控制器、配电柜温度监测、空调机组远程监控等。不管你是刚入门想抄作业还是已经做了几年想看看别人的架构取舍这篇文章都有参考价值。1. 方案选型为什么是 PJ85718DM 和 PIC32MX795F512L1.1 两颗器件各自的分工定位先说 PJ85718DM。这是一颗 I2C 接口的数字温度传感器测温范围覆盖 -55°C 到 125°C典型精度能做到 ±0.5°C 左右分辨率可以到 0.0625°C。选择它的原因很直接HVAC 和嵌入式设备里温度变化范围虽然不极端但对“重复一致性”要求很高比如同一台机组今天测出 25.3°C明天也必须是 25.3°C不能今天 25.3、明天 25.8那现场根本没法做曲线分析。PIC32MX795F512L 则是一颗 MIPS 内核的 32 位 MCU最高主频 80MHz512KB Flash128KB RAM片内集成了 I2C、UART、SPI、CAN、USB 和以太网 MAC。我在这个项目里选它就是看中它可以一脚踩多个船本地传感器走 I2C远程节点走 UART 加 RS-485上位机走以太网同时还能兼顾 Modbus 协议基本不需要引入第二颗处理器。1.2 为什么用 32 位 MCU而不选 8 位机如果只是读一路温度、控制一个继电器8 位单片机完全够用成本还低。但这个项目的需求不是一个点而是一张网本地至少 4 路 PJ85718DM 传感器每路都要独立校准偏移。远程至少 8 个节点走 RS-485 总线轮询需要维护状态机。数据要定时存 Flash防止掉电丢数据。要跑轻量级网络协议栈把温度数据推给上位机。还要同时处理报警逻辑和风机联动。这些任务叠加在一起8 位机的 Flash 和 RAM 会非常紧张而且代码维护成本高。PIC32MX795F512L 的 128KB RAM 让协议栈和缓存区分配起来很宽裕80MHz 的主频也让滤波算法和浮点处理不再捉襟见肘。1.3 传感器选型时的取舍市面上数字温度传感器非常多常见的有单总线的、I2C 的、SPI 的。我选 I2C 接口的 PJ85718DM主要是看中它带地址引脚一条 I2C 总线上能挂多个同样型号的传感器通过硬件地址区分。这比单总线传感器“挂一堆然后逐个搜索序列号”的方式简单很多。另外PJ85718DM 的寄存器映射非常规整读取温度数据只需要一次突发读操作寄存器字节数少出错率低。相比之下有些传感器芯片的配置寄存器复杂读错一个位的代价就是整条温度曲线偏移好几度。干这行时间长了你会明白温度传感器不怕“不准”就怕“不规矩”。2. 系统架构与硬件电路2.1 整体拓扑本地传感器加 RS-485 远程节点整套系统的架构我画成了三层采集层本地 PJ85718DM 传感器直接挂在主控板的 I2C 总线上远程传感器放在远端节点板上由节点板上的小 MCU 读取再转换成 RS-485 信号传回主控。主控层PIC32MX795F512L 负责收集所有温度数据做滤波、校准、超限判断同时驱动显示和继电器。上报层通过以太网口连接上位机或云网关采用 Modbus TCP 或自定义 JSON 格式上报。这个分层的好处是远程传感器节点和主控之间完全电气隔离远端传感器放在室外冷凝器旁边、放在风管里都没有问题不用担心里面的干扰把主控板拖死。2.2 主控板电路设计要点主控板供电采用 24V DC 输入板载降压到 3.3V 给主控和传感器供电。很多人第一次做这种板子容易忽略一个细节PIC32MX795F512L 的 IO 口是 3.3V 电平不是 5V 电平RS-485 收发器如果选了 5V 供电的型号接口电平就不匹配通信会间歇性异常。我这边选的是 3.3V 供电的 RS-485 收发器比如常见的 SP3485 这类直接把 UART 的 TX、RX 接上去DE/RE 引脚接在一起由一个 GPIO 控制收发方向。方向切换引脚在每次发送前拉高、发送完成后拉低代码里必须加一点延时不然最后一个字节容易发不完整。本地 I2C 总线上挂了 4 颗 PJ85718DM地址通过 AD0 引脚分别设置。上拉电阻我保守地选了 4.7kΩ这个值在 80MHz 主频下配 100kHz 标准模式完全够用。如果你要跑 400kHz 快速模式建议改成 2.2kΩ否则边沿会不够陡。2.3 远程节点的供电与布线远程节点板比较简化的做法是节点板用一颗低功耗 MCU 读 PJ85718DM然后把温度数据打包成自定义帧通过 RS-485 传给主控。节点板本身用单独的 24V 电源或者从总线上取电再降压。RS-485 布线要特别注意总线的两端必须各接一个 120Ω 终端电阻。这个电阻不是“建议接”而是“必须接”。不接终端电阻的典型故障是近距离通信正常距离超过 50 米就开始随机丢包而且最容易发生在现场有大功率电机启停的时候。HVAC 环境里压缩机一启动电磁干扰立刻上来了终端电阻能有效抑制信号反射。总线线材我用的是屏蔽双绞线屏蔽层单端接地。如果现场没有专门的接地桩屏蔽层悬空也比两端都接地好两端接地会形成地环路反而引入更大的干扰。3. 固件设计与核心代码实现3.1 传感器驱动I2C 时序与寄存器配置PJ85718DM 的驱动逻辑不算复杂但有几个坑需要注意。首先是上电后要等设备完成内部自检我习惯在上电后延时 100ms 再发起第一次读操作不然首读会返回一个异常值。其次是连续读取时建议一次性突发读取所有相关寄存器避免多次单字节读操作之间温度数据更新导致高低字节错位。下面是我常用的读温度函数示例基于寄存器映射写uint16_t pj85718dm_read_raw(uint8_t dev_addr) { uint8_t buf[2] {0}; i2c_start(); i2c_write(dev_addr 1); i2c_write(PJ85718DM_REG_TEMP); i2c_restart(); i2c_write((dev_addr 1) | 0x01); buf[0] i2c_read_ack(); buf[1] i2c_read_nack(); i2c_stop(); return (buf[0] 8) | buf[1]; }实际项目里我还会在驱动层加返回值检查。如果连续 3 次读到 0xFFFF 或同一个异常值直接上报传感器断线而不是把这个脏数据写进温度队列。温度监测系统最怕的就是“假正常数据”明明传感器已经废了显示面板还在跳 25.6°C这对 HVAC 设备来说可能造成严重后果。3.2 数据滤波与毛刺处理数字温度传感器本身输出的数据相对稳定但嵌入式和 HVAC 现场环境复杂大功率设备启停瞬间会产生较强的电磁干扰。干扰严重时I2C 线上的数据也可能被拉乱读回来的温度值偶尔会跳变好几度。我的做法是两级滤波先做中值滤波再做移动平均。中值滤波的核心逻辑是对每路传感器连续取 5 个原始采样值排序后取中间那个作为有效值。这样能滤掉突发性的毛刺因为哪怕 5 个值中有 1 个坏值排序后它大概率落在两端中间的仍能反映真实温度。之后再做一次窗口长度为 10 的移动平均用来平滑温度趋势。int16_t temp_ma[10]; float temp_filtered; float moving_average(int16_t new_sample) { float sum 0.0f; for (int i 9; i 0; i--) { temp_ma[i] temp_ma[i - 1]; sum temp_ma[i]; } temp_ma[0] new_sample; sum temp_ma[0]; return sum / 10.0f; }中值滤波加移动平均之后温度显示不再乱跳报警阈值判断也不会因为单次毛刺误触发。3.3 本地与远程状态机调度主控程序的调度我用了一个简单的超时状态机。本地传感器每 200ms 采样一轮远程节点每 500ms 轮询一个节点。整体采用时间片轮转不搞实时操作系统因为这套系统的任务量并不大跑操作系统反而增加排查难度。远程轮询的状态机逻辑简化如下空闲状态等待轮询定时器到期。发送状态发送远程节点的读命令帧启动超时计时器。等待状态等待节点返回数据帧。完成状态收到数据解析、校验、存储。超时状态超过 50ms 未收到有效帧记一次通信错误跳到下一节点。这个状态机看起来很简单但真正稳定跑起来需要注意一点每帧数据读到的原始字节不能直接信CRC 校验必须做。我遇到过远程节点板因为电压不稳偶尔回一帧损坏数据温度值显示成 -40°C吓坏现场调试人员。加了 CRC 校验之后这种脏数据直接被丢弃然后重新轮询该节点运行就稳定了。4. 温度校准与精度控制4.1 两点校准法与偏移表PJ85718DM 出厂精度虽然是 ±0.5°C但在实际 HVAC 项目中传感器要贴在管道外壁、风管内部、设备散热片等不同位置安装方式本身就会引入系统性误差。比如传感器紧贴 60°C 的管道外壁如果导热硅脂没涂匀读数可能偏 1°C 以上。所以我在每块板子出厂前都会做两点校准。校准流程很简单将传感器放在 0°C 冰水混合物中稳定 10 分钟后记录读数。将传感器放在 50°C 恒温水槽中稳定 10 分钟后记录读数。用这两组数据计算斜率和偏移写入每路传感器的校准参数。校准偏移表直接存放在 Flash 里每一路传感器有独立的偏移值。这块务必做成可配置的因为现场装好之后设备运行一段时间传感器会老化工程师需要能在线微调。4.2 误差来源与抑制HVAC 环境下的测温误差大部分不是来自芯片本身而是来自物理安装和采样方式。首先传感器的自热效应是真实存在的。PJ85718DM 这类芯片工作电流虽然不大但如果你把传感器放在密闭的小型防潮盒子里没有空气流动芯片自身发热会让读数偏高 0.3°C 到 0.5°C。解决办法是采样采用间断工作方式传感器默认进入关断模式每 2 秒唤醒一次读数据读完立刻再进入关断模式既降低功耗又减少自热。其次传感器的热时间常数不能忽视。风管里的温度变化往往很快但传感器探头本身有一定的热惰性读数会滞后于真实温度几秒到几十秒。这个滞后不是故障而是物理特性。在 HVAC 控制逻辑里必须允许一定的滞后否则 PID 控制容易震荡。最后要说的误差来源是线缆电阻。PJ85718DM 是数字传感器信号抗干扰能力强但如果把 I2C 线拉得过长超过 2 米总线电容会变大信号边沿变差偶尔会出现读回错误。远程采集就老老实实走 RS-485不要试图把 I2C 线拉到 10 米开外。5. HVAC 场景下的远程监测实战5.1 远程数据上报方案HVAC 项目要上远程监测通常有两种思路一种是嵌入式系统直接走协议上云另一种是本地组网只把汇聚层的数据交给上位机。我这套系统两种都做了本地优先远程兜底。主控板通过以太网口连接局域网向上位机发送温度数据的 JSON 报文格式类似这样{ device: AHU-01, local: [ {id: 0, temp: 25.31}, {id: 1, temp: 25.44} ], remote: [ {id: 1, addr: 1, temp: 37.82}, {id: 2, addr: 2, temp: 42.10} ] }上位机收到报文后实时刷新界面同时记录历史数据。报警逻辑不依赖上位机否则现场网络断了设备保护也断了那不行。主控本地就做超限判断温度超过 65°C 直接拉响报警继电器同时切断对应区域的加热设备。5.2 控制联动温度超限报警与风机启停这套系统在 HVAC 项目里还接了一组三相风机。联动逻辑是这样的任何一路本地温度超过 45°C启动风机。温度降到 40°C 以下风机关闭留 5°C 的回差防止风机频繁启停。任何一路远程温度超过 70°C直接触发声光报警同时远程上报。连续 3 次通信超时导致温度缺失超过 30 秒按故障处理进入故障停机流程。风机继电器驱动用的是光耦加双向可控硅主控和强电之间完全隔离。现场调试时我踩过一个大坑刚开始用继电器模块直接驱动风机风机启动瞬间的浪涌电流把继电器触点打出了火花触点粘住了风机停不下来。后来换成可控硅方案过零触发问题彻底解决。HVAC 项目里控制器的“绝对可靠”比“功能复杂”重要得多。宁可少做几个炫酷功能也要保证异常状态下的设备安全。6. 常见问题与排查实录6.1 I2C 总线卡死I2C 总线卡死是我在嵌入式项目里遇到最多的故障没有之一。表现形式是程序运行一段时间后读温度函数返回超时主控板死机或看门狗复位。排查顺序很有讲究先查 SCL 和 SDA 线上的上拉电阻是否存在阻值是否合适。再查传感器的供电是否正常很多 I2C 卡死其实是传感器欠压导致的。然后查总线上所有设备的地址是否冲突尤其是多颗 PJ85718DM 的地址引脚有没有焊错。我遇到过一次极其隐蔽的情况一颗 PJ85718DM 的 SDA 引脚虚焊看起来程序正常但偶尔读回来的温度值是前一次数据的旧值因为数据线根本没通。最后是用示波器抓 SDA 引脚波形发现的引脚电压始终是 3.3V 高电平根本没被拉低。6.2 RS-485 通信不稳定RS-485 通信不稳定大多数情况都是物理层问题不是协议问题。常见的排查点终端电阻两端是否各有一个 120Ω 电阻。接地屏蔽层是否单端接地。供电远程节点板的电源是否干净是否有地环路。波特率9600 和 19200 都能跑但波特率越高对线缆质量要求越高。一个很典型的案例是现场三台设备并联在 RS-485 总线上总是其中一台通信时好时坏。后来发现那台设备的 RS-485 收发器的 DE/RE 引脚电路上方向切换信号和主控的 UART TX 信号之间有严重的信号串扰导致发送结束后最后一个字节被自己吞掉。解决办法是加了一个 100ns 左右的方向切换延时彻底解决。6.3 温度值跳变和读数漂移温度值跳变九成是干扰一成是传感器坏了。先看干扰把传感器线远离强电线缆特别是不能和 220V 电源线走同一个线槽。读数漂移则要区分是芯片变差还是安装问题。如果是新板子跑几个小时温度缓慢上升大概率是传感器自热。如果是用了几个月之后慢慢变差很可能是因为传感器所在的环境灰尘堆积、导热介质老化导致传感器接触不良。还需要留意的是传感器在强电磁环境下读数漂移不一定来自传感器本身也可能是主控的参考电压不稳。PIC32MX795F512L 虽然内置 ADC但我的系统里 ADC 不参与测温只用数字传感器所以参考电压影响不大。如果你的系统里还混着 NTC 模拟测温那就要把模拟电源和数字电源分开中间加磁珠和滤波电容。7. 实测数据与稳定性表现整套系统在实验室和现场跑了大约三个多月我抽了一组典型数据表现。本地 4 路传感器连续运行 24 小时温度波动范围控制在 ±0.5°C 以内远程 8 个节点通过 RS-485 总线轮询单节点响应时间在 80ms 以内完整轮询一轮不到 1 秒。现场环境是户外设备间白天温度能到 35°C晚上降到 10°C 左右设备间还有空调压缩机频繁启停。在这种电磁干扰环境下RS-485 通信误码率在 0.01% 以下CRC 校验拦截了所有异常帧未出现数据错误上报。我特意做了一次断电恢复测试主控板断电重启后Flash 里存的校准参数和报警阈值全部正确加载传感器初始化时间在 500ms 以内整机可以快速进入稳定监测状态。这个表现对于 HVAC 现场运维来说非常关键设备断电重启是常态系统不能每次恢复都要人工干预。8. 一些容易忽略的细节做温度监测系统很多人把精力放在选芯片、写代码上结果总在不起眼的地方翻车。我在这里整理几条容易忽略的细节算是给读者的提醒第一传感器安装时必须做导热处理。PJ85718DM 是贴片封装安装在 PCB 上后测量的是 PCB 温度不是空气温度。如果用它测环境温度要把 PCB 放在远离发热器件的位置同时保证传感器附近有良好的通风。如果测管道表面温度建议在传感器和管道之间涂导热硅脂。第二I2C 总线的器件地址不要只用默认值。多颗 PJ85718DM 挂同一条总线时地址引脚必须硬连接不能悬空。悬空状态下的地址读取不稳定会出现间歇性找不到设备的问题。第三远程节点要设计看门狗。远程节点板上的 MCU 需要独立的看门狗防止节点程序卡死后整个 RS-485 总线被堵住。主控轮询超时会自动跳过故障节点但故障节点如果不能自动恢复现场还是要人工去断电重启。有了看门狗节点程序飞了也能自愈。第四远程通信协议的帧格式要带长度校验。哪怕只是简单的 CRC16也比固定的“帧头数据帧尾”可靠。我在项目里吃了不少亏才真正理解那句话协议设计得再笨糙也比没有校验的“聪明协议”强。在实际操作中我的体会是用 PJ85718DM 和 PIC32MX795F512L 做温度监测设备选型只是第一步真正的难点在于把系统做到“稳定得让人忘记它的存在”。HVAC 设备不会给你调试的机会现场一旦交付运维人员看的是长期运行数据。所以每一路传感器的安装方式、每一根 RS-485 线的走向、每一段滤波算法的参数都要在实验室提前验证。最后再分享一个小技巧把每颗传感器的“原始值”和“校准值”同时存进日志。这样现场如果出现温度异常你能快速判断是传感器本身漂移了、干扰导致的跳变还是校准参数写错了。这一个小小的习惯能帮你在排查现场问题时省掉至少半天时间。
阅读完成 · 觉得有帮助？
