做嵌入式温度监测十有八九不是卡在“读温度”上而是卡在“把本地和远程两路的温度都读准、还不出幺蛾子”上。我最近用 PJ85718DM 搭配 dsPIC33FJ256GP710A 搭了一套双通道温度监测系统同时覆盖嵌入式设备内部测温与 HVAC 系统风管、水管的测温场景实测下来读数稳定、通信可靠。这套方案从选型到布线的完整思路加上我在现场踩过的坑整理出来给正在做类似项目的朋友做个参考尤其是那些既要管本地传感器、又要把远端温度拉回来的活儿应该能帮你少走不少弯路。先说这套东西适合谁看如果你在做嵌入式控制板、设备内部过热保护、机房环境监控或者在做风机盘管、新风机组、冷热水管温度采集这类 HVAC 项目手头正好在纠结“温度用什么芯片读、远端数据怎么传回来”那这篇文章基本把该说的都说到了。内容覆盖方案选型、硬件接口规划、固件里的滤波与标定、以及最常见的干扰和通信问题排查偏实战不绕弯子。1. 项目整体设计与方案选型拆解1.1 本地温度与远程温度到底怎么定义很多人一上来就写代码读温度结果读回来的是个跳来跳去的数最后才发现问题出在“本地”和“远程”这两个概念的划分上。我在这套项目里把温度通道分成两种本地温度指设备本体或控制板所在位置的温度。比如嵌入式控制器内部的板温、功率管附近的环境温度、HVAC 现场控制箱内的温度。这类测温的特点是传感器离主控芯片近走线短干扰相对可控实时性要求高读回来的值直接参与逻辑控制比如超温保护、风扇调速。远程温度指通过总线或线缆从远端测点读回来的温度。比如 HVAC 系统里风管内的送风温度、冷冻水供水/回水温度、室外新风温度或者嵌入式系统里布置在机柜另一侧、电池组附近的测温点。特点是传感器距离主控远走线可能长达几十上百米中间要过端子排、桥架、强电干扰区信号链路的稳定性比“读得准不准”更关键。这套项目里PJ85718DM 承担的是温度采集前端的角色负责本地和远端各路温度信号的激励、调理、数字化转换再通过隔离接口交给 dsPIC33FJ256GP710A 做主控处理。dsPIC33FJ256GP710A 则负责把所有温度数据做滤波、标定、逻辑判断以及通过 Modbus RTU 或其他协议对外上报。简单说PJ85718DM 管“感知”dsPIC33 管“决策和通信”。1.2 为什么选 PJ85718DM 加 dsPIC33FJ256GP710A 这个组合先说 dsPIC33FJ256GP710A。这是一颗 16 位数字信号控制器主频最高能跑到 40 MIPSFlash 有 256KBRAM 有 30KB片上外设非常齐全12 位 ADC、CAN 2.0B、双 UART、SPI、I2C、DMA、PWM 定时器全都集成在一个封装里。用这颗芯片做温度监测系统的主控最大的好处是“一颗芯片包圆”温度采集后的滤波计算可以用 DSP 指令高效完成PID 温控算法跑得动RS-485 和 CAN 通信不用外扩芯片甚至还能同时驱动液晶屏或者按键输入不需要再挂一颗单片机专门管逻辑。对比一下普通 8 位 MCU比如某些资源紧张的单片机做温度监测本身没问题但一旦要同时处理两路远程传感器、做浮点温度换算、跑 Modbus 协议、再留点余量做控制算法存储空间和外设资源就开始捉襟见肘。而用更高端的应用处理器又明显大材小用功耗和成本都不划算。dsPIC33FJ256GP710A 正好卡在“够用且有余量”的位置上。再说 PJ85718DM。我这边把 PJ85718DM 当作一个集成式温度采集前端模块来用的它内部集成了高精度 ADC、传感器激励源、信号调理电路和隔离通信接口。之所以不直接用主控的片上 ADC 去读所有传感器原因有三第一HVAC 现场传感器线缆长信号容易衰减和引入干扰PJ85718DM 这类采集前端可以在传感器端就近完成模数转换输出数字信号抗干扰能力远强于直接传模拟小信号。第二PJ85718DM 自带激励源可以适配多种传感器类型比如 Pt100、Pt1000、NTC 热敏电阻甚至是热电偶换传感器不用大改硬件电路只需要调整配置参数。第三它内部做了隔离本地通道和远程通道、以及和主控之间都有隔离措施能彻底切断地环路这对 HVAC 现场那种动力设备和传感器混布的环境特别重要。说白了这个组合的思路就是把最难做的模拟前端和隔离交给专门模块把逻辑控制、通信、算法交给 DSP 能力强又外设齐的主控各干各最擅长的事。2. 硬件设计与接口规划2.1 供电架构与电源分配温度监测系统的硬件设计第一个要解决的是供电。整套系统在现场可能会遇到多种电源环境嵌入式机柜里通常有 24V 直流或者 5V 直流HVAC 控制柜里常见 24V AC 或者 24V DC有些地方甚至是 220V 交流经过开关电源转出来的。我这套方案里采用的是多级电源架构系统从外部接入 24V 直流或交流先经过一级 EMI 滤波和浪涌保护再进入隔离 DC-DC 模块把电源分成两个部分一个是给 dsPIC33FJ256GP710A 和本地数字电路供电的 3.3V另一个是给传感器和 PJ85718DM 前端供电的隔离电源。这里有个关键点温度和模拟采集的供电一定要和通信接口、主控电源做隔离。如果直接共用电源远程传感器线缆上的共模干扰会通过地线直接串进采集电路表现出来就是温度值在某个固定值附近来回跳而且跳变的幅度会随着附近电机启停而变化。电源分区这块省不得。实际项目里我给主控用的是一颗低噪声 LDO从 5V 降到 3.3V给数字电路供电。给模拟前端用的则是独立的隔离 DC-DC输出纹波控制在 50mV 以内。电源层和地层在 PCB 上做了分割模拟地和数字地通过磁珠单点连接这一点对温度采集的稳定性影响非常大。2.2 本地温度采集链路本地温度采集链路的设计相对来说直接一点但直接不代表可以随意。我的做法是本地温度用一路 Pt100 传感器采用三线制接法接到 PJ85718DM 的本地通道。为什么用三线制两线制虽然省一根线但导线电阻会直接叠加到传感器电阻上Pt100 在 0℃ 时是 100Ω如果线缆电阻是 2Ω温度误差能到 5℃ 以上这完全不可接受。三线制通过恒流源激励加电压检测的接法可以自动抵消导线电阻带来的误差线缆长度在几十米以内基本不影响精度。PJ85718DM 内部会完成恒流源激励、差分放大、ADC 转换这一整套流程主控这边只需要通过 SPI 或 UART 读取转换后的数字量。这里要提醒一下读取频率不用太高温度信号本身是慢变化量每秒取 5 到 10 次足够太高反而会把干扰一起采进来。我在固件里把采样率设成了 8 次/秒效果比较理想。本地通道还有一个容易被忽略的细节传感器探头安装位置。测嵌入式控制板的板温时最好把探头贴在功率器件附近的铜箔上比如 MOSFET 或者 LDO 的散热焊盘旁边用导热胶固定而不是悬空在机箱里测空气温度。测空气温度时探头要避开热源直吹的方向。这个安装细节有时候比选什么传感器影响还大。2.3 远程温度采集与总线设计远程温度的采集是这套系统里最需要花心思的部分。我的架构是远程测点部署多个 PJ85718DM 前端模块每个模块就近接入风管温度传感器和冷水管温度传感器通过 RS-485 总线以 Modbus RTU 协议把数据传给 dsPIC33FJ256GP710A 主控。这样有几个好处一是传感器信号不走长线。温度传感器到采集前端的线缆可以控制在 1 到 2 米以内传感器输出的小信号不会长距离传输剩下走长线的是 RS-485 差分数字信号抗干扰能力强得多。二是多测点扩展方便。RS-485 是总线型拓扑一条总线最多能挂几十个节点后续要增加测温点只需要在总线上再挂一个前端采集模块不需要改动主控硬件。三是便于隔离。每个 PJ85718DM 前端模块都做隔离供电和隔离通信节点之间、节点和主控之间没有电气上的直接联系某个节点出问题不会殃及整条总线。远程布线上有几个细节必须做到位。RS-485 的 A/B 差分线要用屏蔽双绞线屏蔽层在靠近主控的一端单点接地千万不能两端都接否则屏蔽层会变成地环路的一部分反而引入更大的干扰。总线两端要接 120Ω 终端电阻如果总线上只有一个远端节点那远端和主控端都要接如果节点挂得比较多只在物理最远的两个端点接即可。实际项目里我遇到过不加终端电阻时通信也大体能跑但线缆稍长或者有电机启动干扰时偶发通信错误明显增多。终端电阻加上之后信号边沿的过冲和振铃明显改善长时间跑下来稳定很多。总线波特率我设置在 9600bps这个速率在几十米到几百米的现场环境下可靠性最好不一定追求高速稳定压倒一切。3. 固件实现与温度数据处理3.1 主控固件的整体结构固件这一层我习惯先把整个系统的状态机画清楚再动手写代码不然做到后面很容易乱。这套温度监测系统的固件结构大致分四层初始化层配置系统时钟、IO 口、ADC 或 SPI 接口、UART 外设、定时器、看门狗。dsPIC33FJ256GP710A 的初始化代码量不少尤其要注意时钟配置如果时钟树配错后面所有外设的波特率和采样频率都会对不上。采集层周期性从 PJ85718DM 读取本地和远程温度数据。读取方式可以用 SPI 中断或者 DMA 配合避免主循环被长时间阻塞。我这边用的是 DMA 方式数据到了自动搬到内存缓冲区主循环只需检查标志位再去处理。数据处理层对原始数据做滤波、标定、断线检测、故障标记。这个层是保证“读数准不准”的核心后面专门展开讲。应用层根据温度值做逻辑控制、超温报警以及响应 Modbus 主站请求把温度数据填到保持寄存器里供上位机读取。架构上要注意的一点采集、处理、通信尽量别放在同一个中断里硬扛不然通信一慢或者报警一多采集周期就会抖动温度数据的时间戳就不准了。我用的是定时器产生秒级心跳主循环按顺序轮询各个任务关键路径上尽量不在中断里做浮点运算。3.2 温度滤波与标定算法的选择温度数据到手之后第一个要处理的问题是滤波。温度信号属于慢变物理量但采集链路里经常混入工频干扰、开关电源噪声甚至电机启停时产生的脉冲干扰。我实际使用中发现单纯的平均滤波对脉冲干扰没辙单纯的中值滤波又会让温度响应变慢。所以用的是“中值加滑动平均”的组合方式每一轮采集连续采 5 个原始值先做中值滤波去掉最大的和最小的取中间 3 个值的平均作为这一轮的采样结果。然后在内存里维护一个长度为 8 的滑动窗口每来一轮采样结果就更新窗口输出窗口内所有数的平均值。这样组合下来对随机噪声和脉冲干扰都有比较好的抑制温度响应延迟控制在 2 到 3 秒以内对 HVAC 和嵌入式设备监测场景完全够用。核心的滤波代码如下用的是 C直接跑在 dsPIC33FJ256GP710A 上#define FILTER_WINDOW_SIZE 8 static float history[FILTER_WINDOW_SIZE]; static uint8_t history_index 0; static uint8_t history_count 0; float temperature_filter_process(float raw_value) { float window_sum 0.0f; uint8_t i; history[history_index] raw_value; history_index (history_index 1) % FILTER_WINDOW_SIZE; if (history_count FILTER_WINDOW_SIZE) { history_count; } for (i 0; i history_count; i) { window_sum history[i]; } return window_sum / (float)history_count; }标定环节标准做法是两点标定甚至三点标定。我用的办法是把传感器探头和标准温度计一起放到恒温槽里分别在 0℃ 附近和 80℃ 附近取两个实测点算出增益和偏移量写入到 dsPIC33FJ256GP710A 内部 Flash 的标定参数区。公式很简单实际温度 原始测量温度 × gain offset其中 gain (T2_standard - T1_standard) / (T2_raw - T1_raw)offset T1_standard - T1_raw × gain。在实际项目里标定参数我建议留三组分别对应软件不同版本或者不同传感器批次。因为 NTC 热敏电阻的批次一致性比较差同一型号不同批次的电阻-温度曲线可能有明显差异换一批传感器就需要换一组标定参数。把参数放在不可轻易擦除的存储区同时支持通过特定 Modbus 寄存器在线修改生产调试会方便很多。3.3 远程通信协议Modbus RTU 的解析与实现远程温度数据从 PJ85718DM 回到主控之后主控还需要把这些数据统一打包给上位机或者云网关读取。这套系统里我用的是 Modbus RTU 协议从机地址由拨码开关设定波特率 9600bps8 数据位、1 停止位、无校验。寄存器映射我做了如下规划寄存器地址内容说明0x0000本地温度值有符号数单位 0.1℃0x0001远程通道 1 温度值有符号数单位 0.1℃0x0002远程通道 2 温度值有符号数单位 0.1℃0x0003故障状态字bit0本地断线bit1远程通道 1 断线bit2远程通道 2 断线0x0100标定增益浮点数拆成两个寄存器存放0x0102标定偏移浮点数拆成两个寄存器存放Modbus RTU 的核心是 CRC16 校验这一步必须自己实现而且要确认和标准 Modbus 的计算方式一致。实现的时候可以用查表法提高效率但要注意多项式是 0xA001。以下是实际跑过的 CRC16 代码uint16_t modbus_crc16(uint8_t *data, uint16_t length) { uint16_t crc 0xFFFF; uint16_t i, j; for (i 0; i length; i) { crc ^ data[i]; for (j 0; j 8; j) { if (crc 0x0001) { crc (crc 1) ^ 0xA001; } else { crc crc 1; } } } return crc; }写 Modbus 从站程序时最容易出的问题有三类一是帧超时时间没算对导致把相邻两帧数据当成一帧处理二是不支持功能码或者对异常码处理不正确三是没有处理好广播地址和单播地址的区别。我这边实际使用的串口中断处理里接收完一帧数据后会检查帧间隔超过 3.5 个字符时间仍没有新数据就认为一帧结束然后才做地址匹配和 CRC 校验。4. 嵌入式和 HVAC 场景应用要点4.1 嵌入式设备板级温度监测的关键细节嵌入式应用里温度监测通常不是为了“看看多少度”而是为了保护设备和节能控制。我在这套系统上做过的几个典型场景包括功率模块过温保护、电池仓温度监测、机柜内环境温度监测。板级温度监测要注意的是探头布局。测功率器件时传感器要尽量贴近发热源最好用带有绝缘层的 NTC 或 Pt100 探头配合导热硅胶固定。测环境温度时探头要避开发热元件的热辐射路径放在进风口或者远离热源的位置同时要考虑风道的影响。很多嵌入式设备里风机一转温度能掉好几度这种动态变化如果不做滤波和迟滞判断很容易导致风扇频繁启停。在固件层面嵌入式设备的温度控制我一般会加迟滞区间。比如设定 60℃ 开启风扇55℃ 关闭风扇中间这 5℃ 就是迟滞防止温度在临界点附近抖动导致风扇反复启停缩短风扇寿命也增加噪声。这个逻辑实现起来很简单但价值非常大尤其是 HVAC 控制箱这种无人值守环境。4.2 HVAC 系统温度监测的实施要点HVAC 场景和嵌入式设备相比最大的差异是现场环境恶劣、线缆长、干扰源多、安装位置特殊。我在这套方案里做过的应用包括风管温度监测、冷热水管温度监测、新风机组进风温度监测。风管测温探头的安装深度是一个很讲究的细节。探头要插入风管内部但也不能完全悬在风管中心最好插入管径的 1/3 到 1/2 深度这样既不会被管壁温度干扰也不会因为探头过长产生振动导致传感器线缆松动。水管测温要用带套管的探头套管内要填充导热硅脂确保探头和管壁之间有良好的热接触同时又方便日后把探头拔出来检修。还有一个 HVAC 现场独有的难题是冷凝水。冷冻水管表面温度低如果探头安装位置没有做好保温冷凝水会顺着探头线缆流到采集模块里轻则测量不准重则短路烧板。我的处理方式是在探头出线位置做防水弯头采集模块安装在高于水管的位置线缆入线口朝下进线口做好密封。这套做法虽然土但在现场特别管用。远程通道的传感器接线HVAC 现场也经常藏着坑。我曾经遇到过温度值整体偏高的情况查了半天才发现是探头线缆和动力电缆在桥架里并行了很长一段感应电压叠加到了传感器信号上。后来把所有传感器线缆换成屏蔽线屏蔽层在采集前端端接地故障立刻消失。所以说HVAC 系统的远程测温很大一部分精力要花在线缆布线和抗干扰上而不是和传感器本身较劲。5. 常见问题与排查技巧实录5.1 温度值跳变或者毛刺过多现象本地或远程温度在正常值附近上下快速跳动跳变幅度从零点几度到好几度不等。排查思路先确认是不是电源问题。用示波器看采集模块的供电电压如果纹波偏大或者有周期性跌落优先换低噪声电源。再看滤波算法是不是生效了。如果原始值跳变但滤波后依然跳变说明滤波窗口太小或者有脉冲干扰超出了中值滤波的容忍范围。检查传感器线缆是不是有破损或者接头松动。现场振动大的地方端子压接不稳会导致接触电阻变化表现就是温度无规律跳变。确认是否地环路。把远程通道的屏蔽层暂时悬空如果跳变消失说明屏蔽层两端都接地了形成了地环路。5.2 远程通信时好时坏现象Modbus 通信偶尔超时或者读回来的数据偶发性错误CRC 有时校验不过。这种问题大多出在 RS-485 总线物理层。按顺序做三件事确认两端终端电阻是否都在检查 A/B 线有没有接反很多现场问题是调试时临时接线接反了用示波器看总线波形如果信号在过零点附近有抖动说明总线驱动能力不够或者线缆太长需要降低波特率。另一个容易忽略的点是RS-485 收发器的 DE 和 RE 方向控制引脚时序。主控在发送数据完成后必须等发送移位寄存器真正把最后一个字节发出去才能把方向引脚切回接收模式。如果切换太早最后一个字节的尾部会被截断对方收到帧后 CRC 校验必然不过。我的做法是在发送完成后加一小段延时或者等待发送缓冲区空标志再切换方向。5.3 本地温度标定后仍然偏差大现象用标准温度计对比标定后还是差 1℃ 到 2℃。这种情况要区分是传感器本身的问题还是标定过程的问题。如果是 NTC 热敏电阻它的电阻-温度曲线是非线性的两点标定只能保证在两个标定点附近准确中间区域会有非线性误差。解决办法是用查表法把传感器厂家提供的分度表直接烧到 Flash 里用插值计算出温度值误差可以控制在 0.2℃ 以内。还要注意标定时的热平衡。很多人把传感器从恒温槽拿出来立刻读数此时探头表面还残留热量读数自然不准。正确做法是每个标定点至少要稳定 10 到 15 分钟等读数不再变化了再记录数据。5.4 看门狗反复复位现象系统运行一段时间后自动复位时间不固定看起来没有规律。先把看门狗窗口想清楚再查干扰。dsPIC33FJ256GP710A 的配置位里有看门狗设置如果喂狗周期设置得太紧主循环稍微卡顿就会触发复位。排查方法是把看门狗先禁掉看故障是否消失。如果消失说明是喂狗时序问题。如果禁掉看门狗后依然复位就要怀疑是电源跌落或者复位引脚干扰。检查主控供电是不是有瞬间跌落尤其当远程通信模块或者继电器同时动作时电流冲击可能会导致 3.3V 短暂跌落低于芯片复位阈值便触发复位。解决方案是在电源输入端加大容量储能电容或者对继电器等感性负载加续流吸收。写在最后的几点体会这套系统做完之后我最大的感受是温度监测这个活儿看着简单真正要在现场长期稳定运行功夫全在硬件细节和软件鲁棒性上。很多人觉得读个温度有什么难的但实际项目里干扰、地环路、传感器安装、通信时序任何一个环节出问题都会让你调上半天甚至几天。我个人在实际项目中的经验是三层第一层硬件上电源隔离和线缆屏蔽必须一次做对不要指望软件滤波能把所有硬件问题都兜住第二层软件上滤波和标定要做好但更重要的是把断线检测、异常标记这些功能做全让故障能自动上报而不是默默给出错误温度第三层现场安装和接线要规范化PVC 编码管号、端子压接、屏蔽接地这些看着不起眼的小事才是长期稳定运行的关键。这套基于 PJ85718DM 与 dsPIC33FJ256GP710A 的方案目前在我这边已经跑了两个完整季度的现场一个用在嵌入式设备温度保护一个用在小型的 HVAC 控制系统里整体表现稳定。如果你也在做类似的事不妨按这个思路先搭一套最小系统跑起来后续还可以把远程温度数据接到云平台上做告警和趋势分析扩展空间也很大。
