HVAC多点温控实战：本地与远程温度采集设计与调试

做嵌入式温控类项目这些年我最大的感受是温度本身不值钱值钱的是“怎么把温度采准、传稳、用明白”。最近我在整理一套 HVAC 控制板方案主控用了 R7FA2A2AD3CFP配合 PJ85718DM 做外围接口和采集扩展目标是同时兼顾本地温度和远程温度监测。折腾了一圈下来踩了不少坑也总结了一些可以复用的思路这篇就把整个设计过程和调试记录完整写出来。这套方案适用的场景很明确暖通空调的内外机控制、冷库/冷链监控、机房温控、或者需要多个测温点分散布置的嵌入式项目。如果你正在做类似的东西并且在纠结“本地温度传感器怎么接、远程节点怎么通信、主控选型怎么定”这篇文章应该能帮你省下不少走弯路的时间。1. 项目整体设计与方案评估1.1 项目背景HVAC 温控为什么离不开多点温度先说清楚一个容易被新手忽略的事实HVAC 系统里的“温度”从来不是一个点。拿一套典型的风机盘管或小型冷库系统来看你至少要关心送风温度、回风温度、盘管或蒸发器表面温度、室外环境温度有些项目还需要管到远端房间、冷库纵深或风管末端的温度。每个位置的含义不同控制逻辑也不同。比如风盘系统里回风温度通常作为室温反馈送风温度用来判断制冷/制热效果盘管温度用于防冻保护和除霜判断。如果只靠一颗传感器你会发现冬天除霜动作要么晚要么早因为看到的是混合后的温度而不是真实盘管温度。所以项目刚定下来的时候我的第一版设计就明确列出了四个本地采集点和六个远程采集点全部汇总到主控统一处理。标题里提到的“本地与远程”在物理上是一条很清晰的分界线本地温度指主控板附近、走线在 1 米以内的温度点直接进主控的模拟前端远程温度指超过 3 到 5 米、需要单独走线或走总线协议的分布式节点。分界线划清楚之后后面所有硬件和软件决策都围绕这条线展开不会出现“到底算本地还是远程”的糊涂账。1.2 器件选择背后的几个现实理由器件选型我通常不追求最新最炫而是看三个指标够不够稳、好不好买、资料够不够全。R7FA2A2AD3CFP 是 48 引脚的 MCUCortex-M23 内核最高跑到 48MHz片内 Flash 和 RAM 对温控这种中低复杂度应用已经非常充裕。它吸引我的地方首先是模拟外设比较扎实做多路 NTC 采集不需要外挂独立 ADC主板布线能省一圈其次是封装和引脚间距对双层板很友好BOM 上不需要太复杂的贴片设备小批量手工焊接也扛得住。PJ85718DM 在我这套方案里扮演的角色比较特殊它是一颗接口扩展与状态汇聚芯片负责把远程节点的数字温度信号、阀门反馈信号、风机状态信号统一收集再通过约定接口交给主控。简单说R7FA2A2AD3CFP 负责“思考”PJ85718DM 负责“伸手”——一个管大脑一个管手脚。当时也考虑过用纯扩展 IO 芯片或者直接上 RS485 从站来做远程采集但方案评审后放弃了纯扩展 IO 只能采开闭信号数字温度还得自己再搭协议RS485 每个从站都要带 MCU成本翻倍。PJ85718DM 的单芯片多通道方案在成本和连线复杂度上最平衡而且它和主控之间是确定性的并行/串行接口时序上比异步总线更容易把控。1.3 本地温度与远程温度的边界划分这条边界是整套系统的骨架一定要在设计阶段就用文字固定下来否则硬件布线、软件协议、通讯地址都会打架。我的划分规则如下本地温度从主控板引出线长不超过 0.5 米直接经过模拟前端采集不经过任何总线转换。典型点位回风、送风、盘管、板载环境温度。远程温度分布在现场各处的数字探头或变送器通过长线缆汇入 PJ85718DM 的采集通道再批量上交主控。实测下来最远的节点有 40 米左右。扩展温度后续如果接冷库远程主机或第三方网关通过标准通信口走 Modbus 协议接入。这一层不参与毫秒级控制只负责数据汇聚和联动。这个三层结构的好处是紧急控制数据本地走的是最短路径延迟极低非紧急监测数据走汇聚路径吞吐量要求也不高外接数据则完全解耦来了就算不来也不影响主循环。后面实际调试也证明这种“分级采集、统一汇聚”的架构比一把梭全挂总线上要稳定得多。2. 硬件实现从电源到信号采集的每一个细节2.1 主控资源的合理分配R7FA2A2AD3CFP 的资源分配是这次硬件设计里最值得抠的部分。48 个引脚看着不少但真正可用 GPIO 也没想象中宽裕。我按功能块做了整体规划模拟通道4 个本地 NTC 温度采集占用 4 路 ADC 输入每路前面加 RC 滤波与 PJ85718DM 的接口1 个 SPI 片选、1 个时钟、1 个数据输入、1 个数据输出外加 1 根中断线远程通信口1 路 SCI 配置成 RS485半双工模式外挂收发器用作远程节点轮询和扩展通信输出控制风机高/中/低三档输出阀、电加热继电器、水泵接触器总共 5 路全部用光耦隔离剩余 GPIO 分配给拨码开关、运行指示灯、蜂鸣器、程序下载口。这样分配完引脚刚好用完没有一个浪费也没有一个不够。主控的工作负载也很清晰4 路本地模拟采样直接由 ADC 中断或 DMA 完成PJ85718DM 的数据通过 SPI 查询读取100ms 周期轮询一次远程 RS485 节点数量不大500ms 轮询一轮完全跑得动。2.2 NTC 本地温度检测电路本地温度我选了 10K NTC 热敏电阻方案。理由很直接便宜、成熟、供应链里随便哪家都能买。关键参数是 B 值我统一用 B3435。采样电路采用标准的分压结构NTC 一端接电源正另一端串联精密电阻后接地中间节点进 ADC。电源用主控的 3.3V 基准而不是系统 24V/5V避免电源波动直接串进采样值。分压电阻的取值有讲究。10K NTC 在 25℃ 时阻值 10K在 -20℃ 时阻值能到几十 K在 50℃ 时下降到几 K。为了在常用温度段获得最大分辨率分压电阻取 10K 比较合适配合基准电压 3.3VADC 满量程 12 位时精度足够。我初期试过 4.7K 和 20K前者低温段分辨率明显下降后者高温段压点太低读数毛刺也多最后还是回到 10K。每路 ADC 输入端加了一颗 100Ω 电阻和一颗 1nF 电容构成低通滤波目的是滤掉脉冲干扰和电源高频噪声。实测下来这个组合对空调接触器吸合瞬间的干扰抑制效果最好。如果布局空间允许把 NTC 的地线单独拉回主控地端不要跟继电器地混在一起这个细节对读数稳定性影响很大。2.3 远程温度采集的接线布局远程温度节点是在现场装的数字温度变送器和 NTC 探头输出统一接成电流环或数字信号的形式汇入 PJ85718DM 的输入端口。这里有个设计原则凡是超过两米的模拟信号一律不要在末端用裸 NTC 长线直接进 ADC否则干扰会让你怀疑人生。远程点全部转换成数字量或标准变送器信号再上传。PJ85718DM 的输入端我按通道规划了防静电保护和上下拉电阻所有远程线从端子进来先过保护器件再进芯片。这样雷击或施工时的误接高压不至于直接烧到主板。远程节点采用总线供电或本地独立供电优先选独立供电避免一个节点故障把整条总线拉死。接线端子的选型也值得多说一句。工业现场高温高湿环境多我用的是带有弹簧压线的可插拔端子比普通螺丝端子抗震且接触电阻稳定。远程线缆采用带屏蔽层的双绞线屏蔽层单端接地接在主控端实测能明显降低共模干扰。3. 软件设计温度数据怎么流动和处理3.1 底层驱动NTC 读数和数据平滑软件第一关是把 ADC 原始码值换算成真实温度。NTC 换温度有两种常见做查表和公式计算。查表省算力、速度快但表要做得密才准而且换一种 NTC 就要重新做表公式计算灵活但涉及浮点和 log需要确认主控算力能不能扛。我这次选择公式计算加软件滤波折中方案。公式就是经典 Steinhart-Hart 简化式配合 B 值参数#define TEMP_NOMINAL 25.0f /* 标称温度 */ #define THERMISTOR_NOMINAL 10000.0f /* 标称阻值 */ #define BETA 3435.0f /* B值 */ #define SERIES_RES 10000.0f /* 分压电阻 */ float ntc_resistance(uint16_t adc_raw, uint16_t adc_max) { if (adc_raw adc_max) adc_raw adc_max - 1; float ratio (float)adc_raw / (float)adc_max; return SERIES_RES * ratio / (1.0f - ratio); } float temperature_from_ntc(float resistance) { float steinhart; steinhart logf(resistance / THERMISTOR_NOMINAL); steinhart / BETA; steinhart 1.0f / (TEMP_NOMINAL 273.15f); steinhart 1.0f / steinhart - 273.15f; return steinhart; }这个函数在 48MHz 主频上跑一轮大约几十微秒4 路全部算完也不影响主循环。真正需要费心的是采样滤波。我用了两段式先对连续 8 次 ADC 原始值做冒泡排序取中间值再对中间值做一阶低通滤波。排序滤波能去掉尖刺低通平滑能消除抖动。这个组合调参非常简单几乎没有踩坑风险。3.2 主控与 PJ85718DM 之间的数据交互PJ85718DM 与主控的交互我们定义为固定周期的查询模式。主控作为主机每 100ms 发起一次数据交换先发送一帧查询命令PJ85718DM 再回传整包状态。帧格式是自定义的参考了工业现场常见的 8 字节短帧结构字节0 帧头 固定0xAA 字节1 命令字 0x01读远程温度组 字节2~3 数据长度通道序号 字节4~5 两路远程温度原始值 字节6 状态字节 门限跨越标识/通道健康位 字节7 校验字节 前面6字节异或校验用了异或而不是 CRC说实话在这种短帧场景下够用而且节省代码量。如果项目后续要经过强干扰环境或更长距离建议换成 CRC16。数据交换的时序必须严格控制主控发完命令后延时一小段时间等对方准备好再拉高片选读取不能边发边读我在这里浪费了半天调试时间。远程节点的门限跨检测也是由 PJ85718DM 完成的。每个通道配置了上限报警和下限报警阈值温度越限时状态字对应位置 1。这样主控不用逐帧解析温度值就能第一时间知道“哪一路越限了”只有在状态变化时才需要读详细温度有效降低了主控的负载。3.3 控制逻辑与远程上报策略本地温度喂给控制环之后我用了带死区的比例控制而不是上来就上 PID。死区按模式区分制冷模式 0.5℃制热模式 0.8℃。实际体验下来这个宽度既能保证温控稳定性又不会让风机频繁变档。升温/降温速率再加入一个很小的积分项来消除稳态误差但限幅严格防止超调。远程温度不参与快速控制但参与报警和联动。例如冷库纵深温度如果连续 3 个周期都高于设定上限主控会强制启动供液阀机房远程回风温度如果异常升高主控会切到应急模式。这个策略的好处是把远程数据当作防御性信息而不是进攻性信息不会因为单个节点的瞬时波动就做出激进动作。远程上报我打包成标准 Modbus RTU 从机响应。主控对外只有一个从站地址对外暴露三组寄存器本地温度组、远程温度组、系统状态组。上位机或网关只需要按地址读取即可不用关心底层采集细节。这样做也让我后面接第三方云平台时省了很多事。4. 实测中的坑与排查方法4.1 温度跳变和接地环路第一次整体联调本地 NTC 读数在压缩机启动瞬间会跳 2℃ 左右像心电图一样。排查后发现两个原因叠加一是 NTC 采样地与继电器驱动共地继电器线圈动作产生的地电位波动直接叠加到基准地二是 ADC 采样启动时间太短采样电容还没充满就读取导致结果偏小。解决办法分两步先把所有感性负载的地单独走线在主控电源输入端单点汇合切断地环路再将 ADC 采样时间配置拉到最长档位。改完再测同一工况下温度波动从 2℃ 下降到 0.1℃ 以内。这个案例说明模拟采集环节的“稳”首先是地稳其次才是算法稳。4.2 远程通信丢包和错位远程轮询刚上线时出现的现象很诡异通道 1 显示 25.3℃但现场实际是 31.2℃而且间歇性不稳定。数据对比发现大部分时间通道内容正确偶发错位怀疑是数据同步出了问题。单独用逻辑分析仪抓总线信号才发现远程变送器在上电瞬间会发出一段不确定电平正好被主控当作一帧有效数据。修复方式是在协议层加同步锁定主控连续收到两帧带相同通道序号且校验正确的数据才认为该通道数据有效多收一帧的异常值直接丢弃。同时对变送器增加上电延时要求确认电源稳定后再启动数据发送。处理后丢帧率降到千分之一以下远端探头在 40 米线长下稳定工作。4.3 常见问题排查速查表现象可能原因处理方式本地温度读数偏大且跳动地环路干扰或采样时间过短分开模拟地与功率地增大 ADC 采样时间温度长时间不变但数值异常NTC 线断或分压电阻虚焊先用万用表测 NTC 分压点电压确认是否固定远程某通道时有时无线缆接触不良或屏蔽层未单端接地检查端子压接屏蔽层重做单端接地远程所有通道数据滞后大轮询周期太长或波特率太低优化主控查询周期均衡各通道刷新时间校准后温度仍偏差超过 0.5℃ADC 基准电压不准或分压电阻精度不足用高精度基准源重新校准换 0.1% 电阻控制动作频繁来回切换死区设置过小或滤波强度不够调大死区加强温度平滑这些坑其实都很常见关键是养成“先硬件后软件、先干扰后逻辑”的排查顺序。我见过不少人一上来就翻软件找 bug结果问题出在接线抖动上浪费了大量时间。5. 调试工具与现场经验5.1 硬件调试工具做这种多点温度的嵌入式项目工具清单一定要备全。自认为最有用的是 USB 逻辑分析仪调试 PJ85718DM 和远程节点通信全靠它能直观看到时钟和数据线上的毛刺。其次是一个可调线性电源模拟供电电压波动用来测试远程节点在欠压状态下的表现。万用表只能做静态检查动态抓波形还是得靠逻辑分析仪。5.2 软件调试技巧固件里我预留了一个临时调试串口通过在代码里设置断点和打印标记可以在不打断控制流程的情况下监视关键变量。尤其是远程状态字每次轮询后立刻打印出来能快速定位是通信问题还是数据内容问题。这个做法在联调阶段救了多次场调试完成后把打印开关直接编译关闭即可。5.3 行之有效的调参顺序我这几套板子调温控参数的固定顺序是先不滤波看 ADC 原始值的稳定水平再逐步加滤波观察温度曲线的平滑度然后从大死区往小死区调找到不来回切换的边界最后再加入积分项一次调增量。这套顺序基本不会把系统调发散比一边调一边猜来得高效得多。最后再分享一个小习惯所有温度通道做校准点时我不建议只校准 25℃ 一点有条件的话至少校准 0℃、25℃、50℃ 三个点画出误差曲线。很多时候传感器误差不是固定偏移而是随温度变化的单点校准只能保证那个点准别的位置可能更差。我这次就是在 0℃ 冰水浴和 50℃ 恒温箱里各泡了半小时把每个通道的校准系数拟合出来之后整机实测误差控制在 ±0.3℃ 以内这套方案才算真正收官。