HVAC双路测温方案：PJ85718DM与PIC18F47Q10实战

1. 从一颗温度传感器说起为什么HVAC场景需要本地与远程双路测温做过暖通空调控制板的人大概都有体会温度采集这件事看起来简单真要做到稳定可靠坑比想象中多得多。尤其是商用中央空调、新风机组、冷库机组这类设备控制板往往装在一个金属电控箱里而真正需要感知温度的位置可能在几米甚至十几米之外的回风管、送风管或者室外机侧。这就带来一个很现实的问题本地板载温度和远程管道温度必须同时采、分别处理而且两路信号的抗干扰策略完全不同。我最近在做一个HVAC控制器的温控子系统用的方案是PJ85718DM这颗I2C接口的数字温度传感器负责本地板温监测PIC18F47Q10作为主控MCU同时通过另一路接口读取远程NTC热敏电阻的温度。这套组合不是随便选的背后有比较明确的工程逻辑。PJ85718DM是一颗精度不错、封装小巧的数字温度传感器I2C接口直接输出数字量省掉了ADC采样和线性化计算的麻烦而远程测温用NTC模拟方案是因为管道测温点往往需要长线缆连接数字传感器长距离走I2C容易被干扰反而是NTC加运放或者直接分压进ADC更皮实。这篇文章我打算把这套方案从选型理由、硬件连接、固件实现到实测踩坑完整讲一遍。适合正在做HVAC控制、嵌入式温度采集、或者单纯想搞清楚本地数字温度传感器远程模拟温度传感器混合方案怎么落地的人。不管你是刚接触PIC18系列的新手还是做过几版温控板的老手应该都能从里面找到一些能直接用的东西。2. PJ85718DM与PIC18F47Q10的搭配逻辑为什么不是随便选两颗芯片2.1 PJ85718DM在本地测温中的角色定位先说说为什么本地测温选了PJ85718DM而不是直接用MCU内部温度传感器或者一颗NTC。PIC18F47Q10本身是有内部温度指示模块的但那个东西的绝对精度大概在正负3到5摄氏度而且受MCU自身发热影响很大。板子上的LDO、MOS管驱动、继电器这些发热源一工作MCU内部温度能比环境温度高出十几度拿来做环境温度参考完全没有意义。PJ85718DM是一颗标准I2C数字温度传感器典型精度在正负0.5摄氏度范围内分辨率可以配置到0.0625摄氏度。它的核心价值在于三点第一数字输出免去了ADC采样噪声和参考电压漂移的问题第二I2C总线可以挂多颗地址可配以后要加板载测温点直接并联就行第三封装小放在板边角落不占地方离发热源远一点就能比较真实地反映箱内环境温度。实际选型时我对比过几颗同类器件最后选PJ85718DM主要是看中它在低成本前提下精度和稳定性比较均衡而且供电范围宽3.3V和5V系统都能直接用不需要额外电平转换。对于HVAC控制板这种经常要兼容不同电源架构的场景这一点很省心。2.2 PIC18F47Q10作为主控的适配性分析PIC18F47Q10这颗MCU在HVAC和工业控制领域出镜率很高原因不复杂。它自带多路ADC、多个通信外设、运算放大器模块而且引脚数适中QFN封装适合紧凑型控制板。在这个项目里它承担的角色是通过I2C读PJ85718DM的本地温度通过ADC采远程NTC分压电压然后做温度换算、逻辑判断、输出控制。这里有个细节值得说PIC18F47Q10的ADC是12位的参考电压可以选内部固定参考或者外部参考。远程NTC分压如果直接用VDD做参考电源波动会直接串到温度读数上。我的做法是用MCU内部的固定参考电压源这样即使VDD在4.5V到5.5V之间波动ADC读数对应的电压基准是稳的温度换算不会跟着电源飘。另外PIC18F47Q10的运算放大器模块在这里其实可以派上用场。如果远程NTC走线很长分压点内阻又比较高可以直接用内部运放做一个电压跟随器再进ADC降低对采样保持电容的充电误差。这个后面在硬件部分会展开说。2.3 本地数字与远程模拟混合方案的取舍很多人会问为什么不全部用数字传感器远程也挂一颗I2C温度芯片不就完了。理论上可以但实际工程里远程走I2C有几个硬伤线缆电容会让I2C波形边沿变缓超过一定长度通信就不可靠远程节点如果要做防雷防浪涌数字接口的保护电路比模拟分压复杂得多而且远程传感器如果和主板共地长地线引入的共模干扰很容易让I2C误码。NTC模拟方案虽然需要ADC和换算但它的优势在于接口极其简单两根线过去就是一个电阻分压抗干扰靠的是RC滤波和软件均值长线场景下反而更稳。所以这套本地数字远程模拟的混合架构本质上是根据信号传输距离和干扰环境做的分工不是技术上的妥协。3. 硬件连接细节I2C上拉、NTC分压与ADC参考的实战配置3.1 PJ85718DM的I2C总线连接与上拉电阻取值PJ85718DM的I2C连接本身不复杂SDA和SCL分别接到PIC18F47Q10的I2C引脚加上拉电阻到3.3V或5V。但上拉电阻取值这件事很多人直接抄4.7k实际上要看总线速率和总线电容。我这个项目I2C跑100kHz标准模式总线电容估算大概80pF左右包括PCB走线和两颗器件的引脚电容。按照I2C规范上升时间要小于1000ns上拉电阻和总线电容的乘积决定了上升时间常数。粗略计算4.7k乘以80pF大约是376ns满足要求。但如果你的板子上I2C走线比较长或者挂了多颗器件导致电容到200pF以上4.7k就可能让上升沿太慢这时候要降到2.2k甚至1.8k。实测中我一开始用4.7k示波器看SCL上升沿大概400ns通信正常。后来为了给板子留余量换成了3.3k上升沿降到280ns左右波形更干净。这里要注意上拉电阻越小器件拉低时灌电流越大PJ85718DM的I2C引脚灌电流能力是有限的不能无限降。3.3k在5V系统下灌电流约1.5mA完全在安全范围内。提示I2C上拉电阻不要只按经验值抄一定要根据实际总线电容和速率算一下上升时间尤其是板子上挂了多颗I2C器件的时候。3.2 远程NTC分压网络的设计与滤波远程NTC我用的是10k25℃的B值3950热敏电阻分压电阻选10k精密电阻分压点接到PIC18F47Q10的ADC输入。这个分压网络的设计有几个关键点。第一分压电阻的精度直接影响温度换算精度。普通1%电阻在25℃附近引入的误差大概对应0.1到0.2摄氏度如果要求更高要用0.1%电阻。我用的0.1%薄膜电阻成本增加不多但温度一致性好了很多。第二分压点必须加RC滤波。远程线缆就像一根天线会把各种噪声耦合进来。我在分压点对地加了一个100nF电容和分压电阻构成低通滤波截止频率大概在几百赫兹能把大部分高频干扰滤掉。如果线缆特别长还可以在ADC输入前再加一级RC比如1k加100nF。第三NTC的激励电压不能太高也不能太低。太高会导致NTC自发热影响测量精度太低则分压点电压变化范围小ADC分辨率利用不充分。10k NTC在25℃时功耗是V平方除以20k5V下大概1.25mW自热引起的温升可以忽略。分压点电压在25℃时是2.5V在0℃时大概3.2V在50℃时大概1.6V整个范围覆盖了ADC参考电压的中间段分辨率利用比较合理。3.3 ADC参考电压选择与采样保持时间设置PIC18F47Q10的ADC配置里参考电压我选了内部固定参考大概是2.048V或者4.096V可选具体看型号配置。选内部参考的原因是它不受VDD波动影响而HVAC控制板的5V电源往往来自一个不太精确的开关电源波动个百分之几很正常。采样保持时间这个参数容易被忽略。ADC采样时内部采样电容要充电到输入电压如果输入源内阻太高充电时间不够就会导致读数偏低。我的分压网络等效内阻在25℃时大概是5k两个10k并联加上RC滤波的1k总共6k左右。PIC18F47Q10的ADC采样电容大概几pF按6k内阻算时间常数是几十纳秒采样保持时间设几个微秒绰绰有余。但如果你的分压电阻选得很大比如100k级别那就要相应加长采样时间或者用运放缓冲。我实际配置的采样保持时间是4微秒实测读数稳定没有明显偏差。如果你发现ADC读数总是比万用表测的电压低一点优先怀疑采样时间不够。4. 固件实现从I2C读温到NTC查表换算的完整链路4.1 PJ85718DM的寄存器配置与温度读取流程PJ85718DM的寄存器不多核心就是温度结果寄存器和配置寄存器。上电后先写配置寄存器设置分辨率、转换模式、报警阈值等。我一般配置成连续转换模式分辨率设最高这样读出来的温度值更新及时不需要每次手动触发。读取流程是这样的先发起始条件写器件地址加写标志写温度寄存器指针然后重复起始条件写器件地址加读标志读两个字节第一个字节是高字节第二个字节是低字节。温度值是12位或者16位有符号数具体看分辨率设置。高字节的bit7到bit4是符号扩展位实际温度值需要做符号扩展和移位处理。这里有个容易出错的地方PJ85718DM的温度寄存器格式是左对齐的高字节在前。如果你直接把两个字节拼成一个16位数然后除以256得到的是摄氏度乘以16的值再除以16才是实际温度。我一开始忘了这一步读出来的温度大了16倍排查了半天才发现是移位问题。// PJ85718DM温度读取示例伪代码基于PIC18F47Q10的I2C外设 uint8_t temp_high, temp_low; int16_t raw_temp; float local_temp; i2c_start(); i2c_write(PJ85718DM_ADDR_WRITE); i2c_write(TEMP_REG_POINTER); i2c_restart(); i2c_write(PJ85718DM_ADDR_READ); temp_high i2c_read_ack(); temp_low i2c_read_nack(); i2c_stop(); raw_temp ((int16_t)temp_high 8) | temp_low; raw_temp raw_temp 4; // 12位分辨率右移4位 local_temp raw_temp * 0.0625f; // 分辨率0.0625摄氏度上面这段代码里右移4位是因为12位分辨率下低4位是无效的。如果你配置的是更高分辨率移位位数要相应调整。这个细节在数据手册里有说明但很容易看漏。4.2 远程NTC的Steinhart-Hart方程与查表法对比远程NTC的温度换算有两种主流做法一种是直接用Steinhart-Hart方程算另一种是查表加插值。Steinhart-Hart方程精度高但涉及对数运算在PIC18这种没有硬件浮点单元的MCU上跑起来比较吃力每次换算可能要几百微秒甚至更久。查表法则是预先算好温度-ADC值对应表运行时只需要查表和线性插值速度快很多。我最终选了查表法原因是HVAC控制对温度更新的实时性有一定要求而且查表法的精度可以通过加密表格来保证。具体做法是在PC上把NTC的电阻-温度曲线和分压网络参数代入算出每个温度点对应的ADC读数做成一个从-20℃到80℃、每1℃一个点的表格共101个条目。运行时先读ADC值然后在表格里找区间做线性插值。查表法的误差主要来自表格密度和插值算法。1℃一个点、线性插值的情况下最大误差大概在0.1℃以内完全够用。如果你要求更高可以做到0.5℃一个点但表格会大一倍。对于PIC18F47Q10这种有足够Flash的MCU101个16位条目只占202字节完全不是负担。注意查表法的表格必须根据你实际用的NTC型号和分压电阻值来生成换一个B值或者换一个分压电阻表格就要重算。不要直接抄别人的表格。4.3 双路温度的融合处理与异常判定本地温度和远程温度读回来之后不能直接拿去控制。我加了几层处理第一层是滑动平均滤波每路温度维护一个长度为8的环形缓冲区取平均值输出这样能滤掉偶发的ADC噪声或者I2C误码。第二层是变化率限制如果两次读数之间温度跳变超过5℃判定为异常值丢弃本次读数用上一次的有效值代替。第三层是双路交叉校验如果本地温度和远程温度差异超过一个合理范围比如30℃说明至少有一路出了问题触发报警。滑动平均滤波的窗口长度选择有个权衡窗口越长滤波效果越好但响应越慢。HVAC系统的温度变化本身就很慢8个采样点的窗口在1秒采样周期下就是8秒的响应延迟完全可以接受。如果你的采样周期更快窗口可以相应加长。变化率限制这个逻辑在实际运行中救过我好几次。有一次远程NTC的接线端子松动ADC读数偶尔会跳到满量程如果没有变化率限制这个跳变会直接触发控制逻辑误动作。加上限制之后异常值被过滤掉系统继续用上一次的有效值运行同时报警提示检查接线。5. 实测中踩过的坑从I2C死锁到NTC线缆干扰的排查记录5.1 I2C总线死锁的复现与恢复机制I2C死锁是嵌入式开发里的经典问题我也没躲过去。现象是系统运行一段时间后PJ85718DM突然读不到了I2C总线SDA被拉低SCL正常MCU发什么波形都没反应。断电重启就好但过一段时间又出现。排查过程是这样的先用示波器抓I2C波形发现死锁发生时MCU正在读温度读到一半的时候SDA被传感器拉低后没有释放。查资料后确认这是I2C从机在发送数据时如果MCU突然复位或者时序异常从机可能停在某个状态等待时钟而MCU已经不再发送时钟总线就卡死了。解决办法有两个层面。硬件上I2C上拉电阻不能省而且要确保电源上电顺序不会导致从机先于主机上电。软件上我加了一个总线恢复机制在初始化I2C之前先把SCL配置成普通GPIO手动发送9个时钟脉冲然后发一个停止条件强制从机释放总线。这个恢复流程在每次I2C初始化时都执行一遍即使没有死锁也不会造成问题。// I2C总线恢复函数伪代码 void i2c_bus_recovery(void) { // 将SCL和SDA配置为GPIO输出 SCL_DIR 0; SDA_DIR 0; SDA_OUT 1; // 发送9个时钟脉冲 for (int i 0; i 9; i) { SCL_OUT 0; delay_us(5); SCL_OUT 1; delay_us(5); } // 发送停止条件SDA低-高SCL高 SDA_OUT 0; delay_us(5); SCL_OUT 1; delay_us(5); SDA_OUT 1; delay_us(5); // 恢复I2C外设配置 i2c_init(); }加上这个恢复机制之后I2C死锁再没出现过。即使偶尔因为干扰导致通信异常下一次初始化时也会自动恢复。5.2 远程NTC线缆引入的工频干扰与滤波方案调整远程NTC的线缆大概3米长走的是设备内部的线槽旁边有继电器和接触器的控制线。调试的时候发现远程温度读数在继电器动作时会跳变2到3摄氏度明显是工频干扰耦合进来了。先用示波器看分压点的波形发现上面叠加了大概50Hz的干扰幅度在几十毫伏。原来的100nF滤波电容截止频率太高对50Hz几乎没有衰减。我把电容加大到1微法截止频率降到大概16Hz50Hz干扰被衰减了大概10dB跳变减小到0.5摄氏度以内。但电容加大也带来了响应变慢的问题不过HVAC温度本身变化慢1微法的滤波时间常数大概10毫秒完全不影响。如果干扰更严重还可以考虑在软件上做同步滤波比如采样周期设成20毫秒的整数倍然后做滑动平均这样50Hz干扰在平均过程中会被抵消掉。我目前硬件滤波加上软件滑动平均远程温度读数已经稳定在正负0.2摄氏度以内。5.3 本地温度受板载发热源影响的修正方法PJ85718DM虽然放在板边但板子上的LDO和继电器驱动还是会让局部温度比箱内环境温度高几度。实测发现当继电器全部吸合时本地温度读数比箱内实际环境温度高大概3到4摄氏度。这个问题没有完美的硬件解决办法除非把传感器用导线引到板外。我的做法是在固件里加一个补偿系数根据继电器输出状态动态调整本地温度的补偿值。具体是标定出不同负载状态下本地温度和环境温度的差值做成一个简单的补偿表运行时根据当前输出状态查表补偿。这个补偿不是精确的但能把误差从3到4摄氏度降到1摄氏度以内对于HVAC控制来说已经够用了。如果你对本地温度精度要求很高建议还是把传感器用排线引到板外远离发热源。6. 这套方案还能怎么扩展从单点测温到多点组网6.1 I2C总线上挂多颗PJ85718DM实现板载多点测温PJ85718DM的I2C地址可以通过配置引脚或者寄存器来改同一总线上最多可以挂多颗。如果控制板比较大或者需要监测不同区域的板温可以直接在I2C总线上并联多颗固件里轮询读取就行。每颗的地址不同读取流程完全一样代码复用度很高。我目前只挂了一颗但预留了第二颗的焊盘和地址配置电阻。以后如果要加直接焊上就行固件里加一个读取函数调用。这种扩展方式比重新设计板子省事得多。6.2 远程测温通道的多路复用与长线补偿远程NTC目前只有一路但PIC18F47Q10的ADC有多路输入理论上可以接多路NTC通过模拟开关或者直接接到不同ADC通道来实现多点远程测温。如果多路NTC的线缆长度差异很大线缆电阻会引入额外的误差。10k NTC配3米线缆线缆电阻大概零点几欧姆相对于10k的分压电阻可以忽略。但如果线缆很长或者NTC阻值很低就要考虑用三线制或者四线制接法来补偿线缆电阻。三线制接法的原理是NTC一端接分压电阻另一端通过一根线回到地同时从地再引一根线到ADC的参考地这样线缆电阻在测量回路和参考回路中各出现一次可以部分抵消。具体实现稍微复杂一点但对于长线高精度场景是值得的。6.3 温度数据的远程上报与本地报警联动本地和远程温度数据除了用于控制逻辑还可以通过MCU的UART或者SPI接口上报给上位机或者网关。PIC18F47Q10有多个通信外设加一个UART输出温度数据很简单。上报格式可以用简单的文本协议比如LOCAL:25.3,REMOTE:24.8,STATUS:OK方便上位机解析。报警联动方面我设了两级阈值一级是预警温度超过设定值但还没到危险区只上报不动作二级是报警温度超过危险阈值直接触发继电器输出保护同时上报报警状态。阈值可以通过上位机下发修改存在MCU的EEPROM里掉电不丢。这套东西搭起来之后整个温控子系统的可靠性和可维护性都上了一个台阶。本地数字传感器保证了板温监测的精度和抗干扰远程NTC方案保证了长线测温的稳定性和低成本PIC18F47Q10的丰富外设让整个系统集成度很高。如果你也在做类似的HVAC或者嵌入式温度采集项目这套组合值得参考。