基于PIC32与PJ85718DM的双通道温度监测模块设计

1. 项目整体设计与系统拆解先说结论如果你需要在嵌入式设备里同时拿到“板卡本体的温度”和“远端某个测点的温度”而且不想为此在 PCB 上多放一颗独立的温度传感器PJ85718DM 这种带本地和远端双通道的传感器就非常合适。我这次把它和 PIC32MX675F512L 搭在一起做了一个用于 HVAC 控制柜的温度监测模块既能监测柜内环境温度又能通过远端二极管测温通道监测风道或房间的温度。1.1 这个项目到底要解决什么问题HVAC 系统里有两类温度必须盯着。第一类是“设备自身的温度”比如控制板在密闭柜体里长时间运行发热器件一旦散热不良轻则精度漂移重则器件提前老化甚至保护性停机。第二类是“被控对象的温度”也就是空调区域、送风风道或者回风口的实际温度这是温控逻辑的直接依据。这个项目要做的就是用一个模块同时解决这两类测温需求。PJ85718DM 内部自带一个本地测温通道同时提供一个外接二极管测温通道两个通道的数据都通过 I2C 总线送到 PIC32MX675F512L 里。本地通道用于监测控制板附近的温度远端通道用一颗普通三极管做测温头拉一根两芯线放到风道里。这样就实现了“本地 远端”双点测温而且传感器芯片放在主板上远端只需要一个低成本测温头不需要在远端单独供电、单独做协议转换。我之所以选 PIC32MX675F512L最直接的原因是它的资源在这个场景下属于“有余量但不过剩”。512KB Flash、128KB RAM、最高 80MHz 的主频对跑温度采集、滤波、PID 或滞回控制、UART/USB 通信这些任务来说非常宽松。后续如果要加数据记录、远程通信协议栈也不会捉襟见肘。另外一个考虑是PIC32 的外设引脚大多可以通过引脚重映射功能调整硬件布线时可塑性很强。1.2 系统架构与数据流整个模块可以拆成几个部分测温前端PJ85718DM 传感器负责采集本地温度和远端二极管测温头的温度主控PIC32MX675F512L负责 I2C 读取、温度换算、滤波、控制逻辑和通信输出输出控制通过 GPIO 驱动继电器或固态继电器控制加热器、风机、电磁阀等通信接口UART 转 USB用于连接 PC 调试上位机或者连接 HVAC 系统的主控屏电源24V 转 3.3V 的隔离 DC-DC满足 HVAC 控制柜常见的供电环境。数据流大概是这样的PJ85718DM 先把两个通道的温度转换成数字量存到内部寄存器里PIC32 按照固定周期通过 I2C 把两个通道的原始值读出来换算成摄氏温度再做滑动平均滤波。滤波后的本地温度用于判断板卡是否过温远端温度则用于 HVAC 的温控策略。所有数据同时通过 UART 输出方便调试和上层监控。这种架构最大的好处是职责清晰传感器只管测主控只管算和控通信单独走一路。只要把 I2C 驱动写好换传感器型号时只需要改驱动层控制逻辑完全不用动。2. 核心硬件选型与关键电路设计2.1 PJ85718DM 的工作方式与寄存器操作PJ85718DM 的“本地 远端”双通道测温原理和常见的多通道数字温度传感器思路一致。本地通道利用芯片内部的带隙基准和 ADC 得到芯片自身温度远端通道则通过给外部晶体管施加不同大小的偏置电流测量其基极-发射极电压的变化来推算温度。这么做的好处是远端测温头可以做得很小只需要一颗普通小信号三极管比如把集电极和基极短接后当二极管来用测温范围能覆盖 -55°C 到 125°C 左右对 HVAC 场景完全够用。操作上它走标准 I2C 接口7 位从机地址由地址引脚决定默认地址可以通过数据手册里的地址映射表确定。我这次用了一颗固定地址的样品实际项目里如果需要多板卡并联可以通过板上的地址跳线来区分。寄存器方面简化来看主要用到这么几个寄存器功能典型值0x00本地温度数据高字节二进制补码0x01本地温度数据低字节及状态位低 4 位有效0x02远端温度数据高字节二进制补码0x03远端温度数据低字节及状态位低 4 位有效0x04配置寄存器分辨率、转换模式等温度数据是 12 位分辨率换算公式也很直接把高字节左移 8 位再和低字节合并然后右移 4 位得到带符号的 16 位整数最后乘以 0.0625 就是摄氏度。举个例子假设合并后的数值是 0x01A0右移 4 位得到 0x001A 也就是 26乘以 0.0625 就是 26.25°C。这里要多说一句合并后的数值必须用有符号整数类型来存否则 0xFFF0 会被当成 65520换算出来就是一个完全错误的 4095°C。2.2 PIC32MX675F512L 的外设配置思路PIC32MX675F512L 这颗芯片本身不复杂但它的外设寄存器很多刚开始上手容易一头雾水。这个项目只用到几条核心外设线I2C1 接传感器、UART1 接调试串口、Timer1 做定时采样节拍、若干 GPIO 控制继电器和风机。I2C 接口的初始化我建议先搞清楚外设总线时钟频率。PIC32 的外设时钟默认配置由系统时钟分频得到在这个项目里我把它跑在 40MHz 上I2C 目标速率是 100kHz 标准模式。I2C 波特率寄存器的计算方式是I2CxBRG (FPB / (2 * FSCK)) - 1FPB 是外设总线时钟FSCK 是目标 I2C 时钟频率。代入数值就是I2C1BRG (40000000 / (2 * 100000)) - 1 199也就是十进制 199对应 0xC7。这个值直接影响总线时序算错会出现设备无响应或者随机通信失败的问题。如果以后要把远端传感器放在更长距离上可以考虑把 I2C 降到 50kHz 或 25kHz提高抗干扰能力代价是采集速度变慢但温度测量本身对速度不敏感每秒哪怕只更新两三次也已经足够。GPIO 方面PIC32 的引脚方向控制是独立的 TRIS 寄存器输出数据和方向寄存器分离这点和很多单片机不一样。控制继电器时我把输出引脚配置为开漏或者推挽模式并在板级加一个三极管或 ULN2003 驱动线圈不直接用引脚去推继电器。2.3 测温头布线与抗干扰细节远端测温用三极管做测温头时引线长度是个需要认真对待的问题。我实测下来两米以内的双绞线在 100kHz 的 I2C 采样频率下没有问题但如果是普通平行线并且贴着 220V 动力线走远端温度读数会出现明显的跳变和毛刺。解决办法有这么几个第一测温头到主板之间用双绞线并且让两根线的长度尽量一致第二在 PJ85718DM 的远端输入引脚靠近芯片的位置并联一个 100pF 到 1nF 的电容滤除共模噪声第三如果现场干扰特别严重可以在测温头根部再串一个几十欧的电阻和输入电容组成低通滤波器。这些做法的通用原理是给噪声提供低阻抗泄放路径代价是温度响应速度会变慢但对 HVAC 这种大热惯性对象来说完全无感。主板上的 I2C 上拉电阻也有讲究。PJ85718DM 的 SCL/SDA 是开漏输出必须外部上拉到 3.3V。板内连接时 4.7kΩ 上拉是标准值但如果传感器要通过接插件和线缆引出线束的寄生电容会让信号边沿变缓这时可以把上拉电阻换成 2.2kΩ 甚至 1kΩ。经验法则是总线电容每增加 100pF上拉电阻就要降低一档否则信号上升沿太缓会导致时钟线沿不清晰通信偶尔出错。3. 固件实现与核心逻辑3.1 I2C 驱动层的实现固件这部分我不建议一上来就套用大型代码框架。一个小项目最怕的不是代码多而是各层之间耦合太紧出了 bug 不知道是传感器没工作还是总线没工作。所以我把 I2C 驱动写成一个独立文件只提供几个最基础的函数启动、停止、写一个字节、读一个字节、读寄存器。上层想读温度只需要调用一个 read_reg 函数就行。核心的读寄存器流程是先发 Start 条件然后发送“从机地址 写位”紧接着发送寄存器地址再发一次 Start 条件或者用 Repeat Start然后发送“从机地址 读位”连续读两个字节最后发 Stop。大部分 I2C 设备都遵循这个套路PJ85718DM 也不例外。下面是基于 PIC32 寄存器直接操作的一个简化示例不依赖特定库#define SENSOR_ADDR 0x48 void i2c_start(void) { I2C1CONSET (1 0); // SEN1发起 Start while (I2C1STAT (1 0)); // 等待 S 位清 0 } void i2c_stop(void) { I2C1CONSET (1 1); // PEN1发起 Stop while (I2C1STAT (1 1)); // 等待 P 位清 0 } int i2c_write(uint8_t data) { I2C1TRN data; while (I2C1STAT (1 1)); // 等待传输完成此处需按实际寄存器调整 return (I2C1STAT (1 15)) ? -1 : 0; // 检查 ACK } uint8_t i2c_read(bool ack) { I2C1CONCLR (1 5); // 清零 RCEN具体位需查手册 I2C1CONSET (1 5); // 使能接收 while (!(I2C1STAT (1 3))); // 等待接收完成 I2C1STATCLR (1 3); if (ack) I2C1CONSET (1 6); // 发送 ACK else I2C1CONCLR (1 6); return I2C1RCV; }这里的寄存器位定义我只写了大概逻辑真正移植时需要对照对应型号的数据手册确认位编号。用寄存器直操的方式写驱动好处是精确可控坏处是代码可读性差一些。在调试阶段我建议在每次收发前后通过 GPIO 翻转一个引脚用示波器或者逻辑分析仪观察总线波形能大幅减少排查时间。3.2 温度换算与滤波处理从 PJ85718DM 读回原始数据后换算这一步要特别注意有符号整型的处理。直接合并寄存器值时必须把高字节定义为 int8_t 或者把合并结果装入 int16_t这样做右移 4 位时才能保证负数符号扩展正确。参考实现如下uint8_t reg_h, reg_l; float temp_local, temp_remote; reg_h read_reg(SENSOR_ADDR, 0x00); reg_l read_reg(SENSOR_ADDR, 0x01) 0xF0; int16_t raw_local (int16_t)((reg_h 8) | reg_l); float temp_local_raw (float)(raw_local 4) * 0.0625f; reg_h read_reg(SENSOR_ADDR, 0x02); reg_l read_reg(SENSOR_ADDR, 0x03) 0xF0; int16_t raw_remote (int16_t)((reg_h 8) | reg_l); float temp_remote_raw (float)(raw_remote 4) * 0.0625f;采样周期我定在 200ms 一次。这个周期足够让传感器完成一次内部模数转换也不至于让控制输出因为温度波动而频繁切换。实际读取时连续读 8 次去掉最大最小值再对中间 6 个值做平均这样能有效抑制偶发尖峰。温度控制本身追求稳定不追求极快响应所以这里用滑动平均滤波代码简单效果直观。滤波后的温度值再经过一步校准就进入控制判断。校准系数我放在最后一部分详细讲这里先说明数据结构我定义了两个全局变量LOCAL_TEMP 和 REMOTE_TEMP以及对应的报警标志位。控制逻辑只需要读这两个变量不需要关心底层怎么采集这个是模块化设计最直接的好处。3.3 HVAC 控制逻辑与输出保护HVAC 温控最常见的是滞回控制也叫 bang-bang 控制。它的思路是设定一个目标温度再设置一个回差温度低于下限开加热高于上限关加热中间区域保持现状。这样做的好处是避免压缩机或加热器频繁启停。参考逻辑#define SETPOINT 22.5f #define HYSTERESIS 1.0f #define LOCAL_OVERTEMP 75.0f void hvac_control(float remote_temp, float local_temp) { if (remote_temp (SETPOINT - HYSTERESIS)) { HEATER_ON(); } else if (remote_temp (SETPOINT HYSTERESIS)) { HEATER_OFF(); } if (local_temp LOCAL_OVERTEMP) { FAN_ON(); alarm_flag true; } else if (local_temp (LOCAL_OVERTEMP - 5.0f)) { FAN_OFF(); alarm_flag false; } }这个逻辑里用了 5°C 的回差来防止风机在临界点附近频繁启停。另外如果远端温度读数异常比如读出来低于 -60°C 或者高于 150°C基本可以断定传感器断开或者线路短路这时候不能盲目继续控制而应该把输出切到安全模式。我这里的做法是一旦远端数据异常超过 3 个采样周期就强制关闭加热器只保留风机运行同时通过 UART 输出故障码。控制输出方面继电器或接触器线圈必须加续流二极管。我之前偷懒省掉过这个器件结果继电器断开瞬间的反电动势直接把 GPIO 引脚打坏这个教训很深刻。如果是交流负载建议用固态继电器或者中间继电器加 RC 吸收电路同时在 PCB 布局上让强电部分和 MCU 部分保持足够的爬电距离。UART 调试输出我放在每秒一次的定时中断里格式很简单便于上位机解析T1234 LOCAL26.1 REMOTE22.4 RELAYON FANOFF FAULT0时间戳用系统上电后的 ticks 累加方便事后排查温度波动和控制动作的因果关系。4. 调试实录与常见问题排查4.1 I2C 总线无响应的排查方法我在调这个板子时遇到的第一个问题就是传感器地址总是不响应。硬件检查了半天I2C 引脚、上拉电阻、供电都对后来发现问题是初始化寄存器顺序PIC32 的 I2C 外设必须先把模块使能再配置波特率否则部分寄存器写入无效。这个顺序问题在很多官方例程里都有体现但如果你自己从头写初始化代码很容易忽略。排查 I2C 问题的经验顺序是先用示波器看 SCL 和 SDA 的静态波形确认上拉电阻确实把两条线拉到了 3.3V然后在发送 Start 条件时抓波形看 SDA 是否在 SCL 为高时产生下降沿接着确认从机地址和方向位是否正确设备有没有返回 ACK。如果波形上 ACK 位是 SDA 保持高电平说明设备根本没有响应问题多半在设备供电、地址配置或者 PJ85718DM 的复位引脚没有拉到位。如果波形正常但没有 ACK再用逻辑分析仪抓完整一帧对比数据手册时序。另外还有一个很容易碰到的问题传感器放在板内时一切正常但通过延长线把远端测温头引出后整条 I2C 总线上出现干扰导致传感器偶发失去响应。这种情况我最终通过两项修改解决一是把 I2C 速率从 400kHz 降到 100kHz二是把 SCL/SDA 两根线当作差分信号来处理拉线时和其他强电导线保持间距避免平行走线过长。4.2 远端温度读数偏大或跳变的原因远端测温通道最容易出的毛病是读数比实际温度高好几度。刚开始我怀疑是传感器芯片本身的问题换了几个同样现象后来才意识到是测温头的三极管类型不匹配。PJ85718DM 的远端通道为了能够覆盖比较宽的电流范围对晶体管的 β 值有一定要求不同 β 值会导致测出来的电压-温度关系出现偏差。解决方法是优先选择数据手册推荐型号的普通小信号三极管并且把基极和集电极短接使用。线路引入的寄生电阻也会导致读数偏高。远端测温头到主板的线如果比较长线电阻会和测温二极管串联相当于额外增加了一个压降传感器会把这个压降误判成温度升高。解决办法是尽量缩短引线并且在软件里做一个针对线阻的补偿或者在校准环节直接用实际线缆进行两点校准。我在这台样机上的远端引线是普通双绞线大约 1.5 米温度补偿做了 0.3°C 左右已经可以接受。最让人头疼的是随机跳变比如远端温度突然从 23°C 跳到 -10°C 又跳回来。这个一般是脉冲干扰耦合进测温线导致的最常见的来源是旁边的继电器或接触器动作。解决思路就是把测温头引线改用屏蔽双绞线屏蔽层单端接地同时在 PJ85718DM 的远端输入线上加二级滤波。如果硬件已经定型软件侧还有一个补救措施就是我在前面提到的“去掉最大最小值再取平均”实测能把大多数偶发跳变滤掉。4.3 校准流程与参数存储PJ85718DM 这类数字传感器的出厂精度虽然尚可但如果你对温度绝对精度有严格要求比如 HVAC 温控要求误差在 ±0.5°C 以内就必须做系统级校准。原因是整个链路不仅包含传感器误差还包括测温头三极管的离散性、引线电阻以及主板上电源噪声带来的偏移。我采用的两点校准流程是把本地测温头放入 0°C 的冰水混合物中稳定 10 分钟后记下温度读数 T0再放入 50°C 的恒温水中稳定后记下读数 T1。校准公式就是线性纠正gain (50 - 0) / (T1 - T0) offset 50 - gain * T1校准后的温度值为float calibrated temp_raw * gain offset;两个校准系数我直接存在 PIC32MX675F512L 的 Flash 末地址区域上电时读取如果没有写入有效标志就使用出厂默认值gain1, offset0。需要注意 Flash 擦写次数有限校准参数不属于频繁变动的数据所以只在出厂校准和现场校准时写入。写 Flash 前最好关掉全局中断防止写时序被打断。校准这个环节不要急着省HVAC 现场环境变化大传感器经过运输、安装、长时间通电后零漂和增益漂移都有可能发生。我在项目后期增加了“现场校准模式”通过串口命令进入校准状态上位机显示当前读数维护人员把测温头放到参考温度源里等读数稳定后发一条命令写入校准值。整个过程不需要打开控制柜对售后维护特别友好。5. 个人实践中的几条经验补充这个项目做下来我最大的感受是温度监测本身不难难的是让它在真实工业现场里长时间稳定运行。第一个建议是别过度依赖传感器芯片的所谓“高精度”。PJ85718DM 的本地通道精度再好放到一块发热量大、布局紧凑的控制板上测出来的温度也包含了板卡自身发热带来的偏差。所以本地温度更多地用来做保护判断比如“超过 75°C 报警”而不是拿来做气象级温湿度记录。真正需要精准的远端温度要考虑的是测温头本身的离散性和引线干扰。第二个建议是把固件的采集、控制、通信严格分层。我这次写的 I2C 驱动、温度换算、控制逻辑、UART 输出各归各的文件后面调试时基本不需要翻旧代码遇到传感器问题只看驱动遇到温控抖动只看控制逻辑定位问题的速度能快很多。第三个建议是调试时一定要用一个便宜的 USB 逻辑分析仪。很多人写 I2C 通信代码凭感觉出问题之后用万用表量电压根本看不出时序毛刺。用逻辑分析仪抓一帧完整波形设备地址对不对、寄存器有没有写对、ACK 位有没有拉低一眼就能看出来。我排查前面提到的所有 I2C 问题全靠这个工具强烈建议设备调试的朋友常备一个。最后说一个很多人容易忽略的小技巧给 PJ85718DM 的电源引脚并一个 100nF 陶瓷电容还不够最好再加一个 4.7uF 到 10uF 的钽电容或者电解电容。HVAC 控制柜里继电器动作频繁电源电压瞬间跌落很常见传感器供电不稳读出来的温度数据就会周期性漂移。这个电容带来的稳定性收益远比预想的大。