1. 项目概述为什么嵌入式和 HVAC 都需要“本地 远程”双路测温做 HVAC 控制的同行应该都有这种体会一套系统里最让人头疼的不是 PID 参数怎么整定而是温度到底准不准、稳不稳、能不能在恶劣现场活下来。空调箱、风机盘管、冷站机房这些地方传感器往往要放到风道深处、盘管回弯处、压缩机排气管附近线一拉就是好几米甚至十几米环境里还有变频器和接触器窜过来的共模干扰。你辛辛苦苦搭了一个 NTC 分压电路换一个批次的热敏电阻回来B 值漂了、标定表全变脾气再好也扛不住。所以我在做嵌入式和 HVAC 项目的测温模块时选型思路就一个字稳。这个项目实际做的事是拿一颗 PJ85718DM 温度采集前端搭配 PIC32MZ1024EFE144 主控 MCU实现“本地温度 远程温度”的双通道监测。本地温度指传感器所在 PCB 位置的环境温度远程温度指通过外接二极管连接方式监测的远端点位温度。整套系统负责温度读取、换算、校准、滤波再把数据通过 RS-485 总线上送给 HVAC 集中控制器同时根据温差输出 PWM 驱动风机或者比例阀。这个方案适合两类读者。一类是嵌入式工程师想搞清楚怎么把带远程二极管通道的温度传感器和 32 位 MCU 组合起来做多点采集另一类是 HVAC 自控工程师想了解现场测温链路从硬件到协议的完整做法。下文不打算抄数据手册只讲我在样机调试和现场运行里总结出来的东西包括关键参数怎么算、坑在哪里踩、固件怎么写才顺手。无论你是从零搭板子还是想把现有方案升级都能从里面找到可以直接抄走的套路。2. 器件选型解析PJ85718DM 和 PIC32MZ1024EFE144 为什么能搭在一起2.1 PJ85718DM一颗芯片搞定两路温度信号温度采集是整个方案的地基。PJ85718DM 这类芯片最核心的价值是把本地带隙测温和外接二极管测温集成在一个封装里。本地通道用芯片内部的带隙结构测量自身结温附近的温度精度通常能做到 ±0.5~1°C 级别远程通道则是向外部二极管结注入两档不同的偏置电流通过测量 ΔVbe 来反推绝对温度。原理上一个二极管结的压降与温度呈近似线性关系但单点压测受工艺和器件差异影响很大。采用两档电流比值 N 测量 ΔVbe 的好处是器件的反向饱和电流和串联电阻项被消掉了剩下 (kT/q)·ln(N) 这一项天然与绝对温度成正比。芯片内部再用查表和线性拟合把它换算成摄氏温度精度可以做得很稳。这个原理理解透了后面你调试“为什么远程温度总是偏高或偏低”时就知道该往哪个方向查。PJ85718DM 的对外接口是标准 I2C/SMBus从机地址一般可以通过地址引脚组合扩展一条总线上挂多个传感器非常方便。数据格式方面温度寄存器通常是高字节加低字节的组合高字节是整数部分低字节的高几位是小数部分常见分辨率有 12 位对应步进 0.125°C。芯片还带可编程的 ALERT/THERM 输出引脚可以配置成温度越限中断直接接 MCU 的 GPIO 做事件触发主控不必一直轮询。2.2 PIC32MZ1024EFE144主控的资源画像PIC32MZ1024EFE144 属于 PIC32MZ EF 系列主频最高 200MHz在同类 32 位 MCU 里属于相当能打的。它内部有 1MB Flash 和 512KB RAM跑一个完整的上位机通信协议栈再加上滤波、PID 控制、数据记录内存空间非常宽裕。尤其是 Flash 采用双面板结构可以实现运行时在线升级这对 HVAC 现场设备意义很大——控制器装在吊顶里、几十台设备分布在楼宇各层挨个断电刷固件是灾难级的运维体验有了双面板 Flash 就能跑引导加载程序放心升级。外设方面这颗芯片的 UART、I2C、SPI 数量都足够用。PJ85718DM 独占一个 I2CRS-485 用一路 UART剩余的还能挂 LCD、按键或者别的传感器。部分型号还带 CAN 和以太网 MAC如果后续要接楼宇自控网络或者把数据推给物联网平台这个预留空间就很有价值。我实际选择 144 引脚封装的原因也很朴素引脚足够多样机阶段用普通电烙铁配合 TQFP 适配座就能手工焊接调试后期转到批量贴片生产完全不受影响。2.3 两者的接口匹配逻辑选型最重要的不是单看性能而是看接口怎么握手。PJ85718DM 挂在 I2C 总线上PIC32MZ 的 I2C 控制器可以直接配置成 400kHz 快速模式时序兼容性很好。远程二极管通道本身不占用 MCU 的模拟引脚测温完全由传感器前端处理主控只需要读写寄存器这样就把 ADC、参考电压、多项式拟合这些麻烦事全部隔离出去了。我在最初设计时也考虑过直接用 PIC32MZ 自带的 12 位 ADC 配合模拟温度传感器做方案。后来放弃了原因有三一是模拟前端需要额外做恒流源激励和信号调理HVAC 现场走线长压降和噪声很难控制二是软件校准成本高每一块板子都要跑一遍标定流程三是 ADC 的温漂在宽温范围下会把测量精度吃光。与其在模拟端跟噪声搏斗不如让一颗成熟的数字温度前端把这些事干完。3. 硬件电路设计原理图关键节点与参数计算3.1 PJ85718DM 最小系统与供电PJ85718DM 的供电一般接受 3.0~3.6V 范围系统里直接和 PIC32MZ 共用 3.3V 电源轨即可。电源要特别注意两点第一温度测量本质上是毫伏级信号的分辨电源纹波会直接影响本地通道精度所以传感器供电要加一个小磁珠和 0.1µF、10µF 两级去耦电容别图省事直接接到数字 3.3V 上第二传感器尽量远离 MCU 的晶振和 DC-DC 电感因为高频开关噪声会通过 PCB 走线耦合进测温电路。芯片的 SDA、SCL 是标准开漏结构必须接上拉电阻这里的计算不是随便取一个 4.7kΩ 就完事的后面单独讲。ALERT 引脚同样建议用上拉电阻接到 VDD同时串一个几百欧的电阻做保护避免外部误接导致过流。ALERT 在多传感器场景下可以做成开漏线与方式任何一个通道越限都能拉低中断线MCU 再通过读状态寄存器判断到底是哪一颗触发的这种设计在样板调试时特别省事。3.2 本地温度通道的布局注意事项本地温度的准确性往往被低估。很多人以为 PJ85718DM 的本地通道测的是“环境温度”但实际上它测的是芯片自身结温附近的温度。如果芯片旁边正好躺着一颗大电流 MOSFET 或者开关电源电感本地读数会比真实环境温度高出好几度。测量点位到底要代表哪个温度这个逻辑得先理清楚如果你想测 PCB 附近空气温度就把传感器放在风的来流方向不要和发热器件共用同一块铜箔散热路径如果你就是想测板卡结温用来做保护那反而应该贴近功率器件让热路径尽量短。我踩过的坑是首版 PCB 把 PJ85718DM 放到了电源电感的背面结果本地温度读数比红外测温枪实测高了大约 3°C。后续把传感器挪到板边加了一个通风开孔区域读数才恢复正常。这种问题在原理图上看不出来只能在版图阶段解决所以画板时一定要做热仿真或者至少目测一下发热源分布再定传感器位置。3.3 远程二极管通道的连线与 EMI 抑制远程通道的接线是这套方案最容易出问题的环节。标准接法是用一颗 PNP 晶体管接成二极管形式发射极接 D基极和集电极短接后接 D-这样传感器从 D 注入电流经发射结从 D- 返回。选分立 PNP 管而不是普通二极管是因为它的封装热阻小、能贴到被测物体表面而且理想因子 n 比较接近传感器内部的默认假设测量误差可控。连线方面D 和 D- 必须走双绞线或者紧贴的差分线对千万不要把这两根线分开拉。因为远程通道是靠差分电压计算的共模干扰在理想情况下可以抵消但只要两条线在空间上不平行共模转差模就会发生读数就会出现随机跳变。我遇到过最典型的案例传感器线缆和变频器输出线在同一个线槽里走了三米温度读数噪声到了 ±2°C后来把传感器线换成屏蔽双绞线并在传感器端并联一个 220pF 电容噪声立刻压回 ±0.2°C 以内。这个并联电容的作用是滤除高频射频干扰但容值不能随便加大。过大的电容会拖慢传感器内部的偏置切换导致 ΔVbe 采样还没稳定就被读取反而引入测量误差。按我自己的经验传感器端的并联电容控制在 100pF 到 470pF 比较合适具体上限以 PJ85718DM 数据手册为准。如果线特别长与其靠加电容不如把传感器做成一个小模块靠近被测点放置后只引供电和 I2C 信号抗干扰能力会好很多。3.4 I2C 上拉电阻的计算过程I2C 上拉电阻的取值很多新手拍脑袋其实公式就两条。第一条满足低电平输出能力Rp(min) (VDD - VOLmax) / IOL以 3.3V 供电、标准开漏输出 VOLmax0.4V、IOL3mA 为例Rp(min) (3.3 - 0.4) / 0.003 ≈ 967Ω取整为 1kΩ。第二条满足上升时间约束Rp(max) tr / (0.8473 × Cbus)400kHz 快速模式的上升时间要求 tr 不超过 300ns。如果总线上有传感器加上 MCU 引脚估算总电容 200pF那 Rp(max) 300ns / (0.8473 × 200pF) ≈ 1.77kΩ。所以理论区间是 1kΩ 到 1.77kΩ取标准值 1.5kΩ 或 1.8kΩ 都能正常工作。实际项目中我一般这样定总线上只有一颗 PJ85718DM 且走线很短用 2.2kΩ如果挂了多颗传感器或者走线超过 20cm用 1.8kΩ如果要兼顾低功耗和超低上升时间用 1.5kΩ 也可以只是开漏下拉功耗稍大一点。千万别为了省电选 4.7kΩ在 400kHz 下波形很容易变圆角表现就是偶尔丢 ACK排查起来特别费劲。4. 固件开发从寄存器配置到温度换算4.1 I2C 初始化的标准流程固件的第一步是把 PIC32MZ 的 I2C1 外设配置成主模式。这里需要设置波特率寄存器目标 400kHz。按外设时钟 100MHz 估算BRG 值用公式 baud FPB / (2 × 400kHz) - 1 计算大约取 124。这个值只是起点如果示波器看到 SCL 实际频率偏差超过 5%就微调 BRG 值。配置完波特率后把 I2C1 模块使能再通过发送起始位和从机地址做一次“假读”确认总线上设备在线。我习惯在初始化最后加一段总线扫描依次发 0x00 到 0x7F 的地址记录返回 ACK 的设备地址并打印到串口。这套诊断逻辑在样机阶段非常有用能第一时间发现地址冲突或者某颗传感器没焊好。下面是一段简化的初始化示例具体寄存器定义以选用的 MCU 库为准void i2c1_init(void) { I2C1BRG 124; // 400kHz FPB100MHz I2C1CON 0x0000; // 主模式 I2C1CONbits.ON 1; } uint8_t i2c1_write_reg(uint8_t addr, uint8_t reg, uint8_t val) { // 发送起始位 从机地址 寄存器地址 数据 停止位 // 返回 0 表示成功非 0 表示无 ACK }4.2 本地温度数据的读取与格式转换PJ85718DM 的温度寄存器一般按照“高字节 低字节”存放。读取时要先写寄存器指针再连续读两字节。以 12 位分辨率为例高字节是整数部分低字节的高 4 位是小数部分所以原始 16 位值统一右移 4 位后乘以步进 0.125°C 就是实际温度。下面这段转换逻辑是这类传感器通用的写法具体寄存器地址请以手头芯片的最新数据手册为准uint16_t raw read16(PJ85718_LOCAL_TEMP_REG); int16_t val (int16_t)(raw 4); // 符号扩展 double temp_c (double)val * 0.125;要注意的是符号处理。低温场景下寄存器值是二进制补码如果你直接把 uint16_t 当有符号数去乘零下温度就会变成一个巨大的正数。我见过不止一次有人把 -5°C 读成 65000 多摄氏度然后一脸困惑地来问为什么 PID 直接冲顶。解决办法就是上面代码里的强制类型转换先把符号位正确扩展再进行右移和乘法。4.3 远程温度通道的处理与校准远程通道的读取方式与本地通道类似但多了一层器件相关校准。外接 PNP 管类型不同理想因子 n 会有细微差异。传感器芯片内部通常默认一个 n 值如果你的管子实际值有偏差在温差大的时候就会出来约 1°C 量级的系统性误差。这种偏差是固定的用软件补偿非常划算在常温下标定一次记录偏差 offset再在高温或低温下标定第二次算出增益系数。校正公式就是T_corrected (T_raw - offset) / gain这两个参数可以存到 PIC32MZ 的 Flash 用户区。我建议在应用程序里做一个小型校准页面通过串口命令就能修改 offset 和 gain不需要重新编译固件。现场调试时带一台标准温度校验仪改两个参数点一下保存比反复烧录固件快太多了。除了温度换算远程通道还要处理“开路”和“短路”故障。PJ85718DM 这类器件一般会在状态寄存器里报告 D 对地、D 对 VDD 短路等异常。固件里必须每轮巡检都读一次状态字一旦检测到传感器故障就把该通道的温度强制置成安全值同时触发 ALERT 上报。否则故障通道读数一旦失控PID 可能把风机开到满转直接把被控对象带飞。4.4 数据滤波与 HVAC 联动逻辑现场温度数据的抖动来源很多气流扰动、压缩机启停、传感器自身噪声。PID 控制对上来的数据要求稳定但也不能过度滤波导致响应滞后。我的默认策略是三级处理先做一次 5 点中值滤波干掉单点毛刺再做滑动平均窗口取 10 个样本压制高频噪声最后用一个一阶低通时间常数按被控对象特性设 30 到 60 秒。三个环节叠加后测量噪声可以压到 ±0.1°C 以内而对一个 5°C 的阶跃响应滞后也就十几秒对 HVAC 场景完全够用。滤波之后进入联动逻辑。我这边把 PID 计算出的 0~100% 输出映射到 PWM 占空比由 PIC32MZ 的 Output Compare 模块生成 10kHz 载波驱动风机调速板同时在温差超过阈值时通过 GPIO 切换加热器的比例阀开度。PIC32MZ 的定时器和 OC 模块配合很灵活10kHz 的 PWM 分辨率可以做到 1% 以内驱动风机时听不到明显噪音也不会和传感器采样频率产生拍频干扰。采样周期我用 1 秒PID 周期 5 秒这个搭配在实测里比较稳定既不反应过敏也不会把温度波动放大到执行机构上。5. 远程通信与上位机集成方案5.1 RS-485 总线和 Modbus RTU 帧设计现场数据最终要离开板子交给 HVAC 集中控制器。我的选择是 RS-485 加 Modbus RTU原因很现实楼宇自控领域的既有系统十有八九支持 Modbus不需要额外写私有协议RS-485 在 9600 波特率下能拉几百米抗共模干扰能力比 UART 直连强太多而且 Modbus RTU 帧格式简洁用 DMA 收发都不怎么占 CPU。温度数据放在保持寄存器区每路温度占一个寄存器单位为 0.1°C。比如寄存器地址 0x0001 放本地温度0x0002 放远程温度0x0003 放本地与远程的温差。读取帧格式为设备地址 1 字节功能码 0x03 占 1 字节起始地址占 2 字节寄存器数量占 2 字节最后跟 2 字节 CRC16。应答帧把数据区按高低字节返回。CRC16 用查表法实现PIC32MZ 跑 9600 波特率毫无压力即使升到 115200 也没问题。设备地址管理上推荐用拨码开关加默认地址的组合拨码设 1 到 247开机时读取地址并写入全局变量同时保留一个串口命令可以在运行时修改。这样几十台测控终端挂在总线上每台的地址一目了然现场维护时不用拆盖子就知道是哪台设备。5.2 数据上送与报警处理光有寄存器轮询还不够越限报警得主动推送。我的实现方案是把 ALERT 中断和 Modbus 结合起来PJ85718DM 的 ALERT 引脚接 PIC32MZ 的外部中断输入温度越限时芯片拉低引脚MCU 在中断服务程序里置一个“报警标志”。主循环检测到标志后读取状态寄存器确定是哪一路越限然后通过自定义功能码向主站推送报警数据包。主站不用高频轮询也能在几秒内知道现场异常比纯查询方案及时得多。报警阈值不要写在软件里写死。我在配置寄存器里留了一组参数本地高温报警阈值、远程高温报警阈值、远程低温报警阈值、回差。这些参数都可以通过 Modbus 写寄存器在线修改方便调试时试探不同设定值。回差这个参数很多人忽略但它在 HVAC 现场非常重要——没有回差的阈值切换风机在阈值附近会反复启动停止接触器寿命直线下降。我的经验是回差至少设 2°C既不能频繁切换也不能让超温幅度太大这个平衡点要用现场数据慢慢调。5.3 与 HVAC 控制器的联动实例最后说一个实际跑通的联动场景。某个项目的测控终端管理一组空调箱PJ85718DM 的本地通道测回风温度远程二极管贴在送风风道内的盘管翅片上测盘管温度。集中控制器通过 Modbus 每 10 秒读一次两个温度计算温差再根据温差查一张风阀开度表。温差大于 5°C 说明盘管换热充分风阀保持当前开度温差小于 2°C 说明风量过大或者供能不足控制器先把风阀收小同时发出预警。这套逻辑看起来简单但实际效果的关键在于远程二极管的安装质量。把二极管贴到翅片上时必须用导热胶填满缝隙并确保电学隔离。我第一次现场安装时直接用金属卡扣压上去结果 D 与地之间的绝缘电阻发生变化读数忽高忽低现场折腾了半天才定位到是安装方式的问题。后来统一改用带绝缘层的预封装传感器模块这个问题就再也没出现过。6. 调试实录与避坑指南6.1 现场遇到的高频问题整个项目调试下来我把踩过的坑整理成一张速查表分享出来。这些问题的现象千奇百怪根源往往都很简单按表排查能省下大量时间。现象可能原因处理办法远程温度读数整片偏高或偏低外接 PNP 管理想因子与芯片默认值不匹配软件加 offset/gain 校正或换用数据手册推荐型号远程温度随机跳动 ±1°C 以上线缆双绞不充分、共模噪声过大换屏蔽双绞线传感器端并联 100~470pF 电容I2C 偶发无响应或丢 ACK上拉电阻偏大上升沿过缓按正文公式计算换 1.5kΩ 或 1.8kΩ 上拉本地温度明显高于室温芯片靠近发热源调整 PCB 布局远离电源电感和功率器件零下温度显示成巨大正数温度寄存器符号扩展处理错误将 16 位原始值先强制转为 int16_t 再处理6.2 经验性排查清单排查的顺序比方法更重要。我在现场一般遵循“先硬件后软件、先隔离后分析”的原则先把传感器从系统中断开用电阻箱模拟一个二极管看读数是否正常这一步能判断到底是传感器坏了还是主控代码有问题再把主控从通信总线断开单独测量板卡的 I2C 波形确认时钟和数据帧格式正确最后才把所有设备接起来看整体表现。远程通道还有一个隐蔽的坑如果你用的是带插座的分立 PNP 管插座本身的热电势和接触电阻会给测量带来额外误差。工业现场强烈建议直接用焊盘贴装或者用已经封装好的传感器模块不要留插座。另一个坑是远程通道的线材电阻补偿。PJ85718DM 一般有串联电阻补偿功能默认可能按某个阻值配置如果你的传感器线细而长超过 5 米就一定要开启补偿并填入实际线阻否则远距离测出来的温度会偏低。这两个问题都是比较难从原理图上发现的只能靠现场经验和测量来找。6.3 一个非常实用的自校准流程每次调试到最后我都会在固件里保留一个自检功能上电后连续读取本地温度和远程温度 100 次把最大值、最小值、平均值打到串口。这样做有三个好处第一能在现场快速判断传感器安装是否可靠——如果 100 次读数里最大值和最小值相差超过 0.5°C说明安装处存在热容不足或者电磁干扰第二平均值可以作为出厂校准的数据接入点第三这个记录留在调试日志里日后客户抱怨温度不准时翻出这个上电自检数据很容易判断是传感器老化还是机房环境变了。这个项目做到现在我个人最深的体会是温度监测方案的设计重心从来不在 ADC 有多强、MCU 有多快而在怎么把工程误差压到最小。PJ85718DM 把模拟难题封装掉了PIC32MZ1024EFE144 把数据加工和通信难题消化掉了剩下需要你亲手处理的其实是布局、走线、校准流程这些看起来不起眼的细节。把这层功夫做到位嵌入式和 HVAC 的绝大多数温度监测需求基本都能稳稳接住。