搞过嵌入式温控的人基本都遇过这个问题本地板温好测远端探头信号一拉长就飘数字传感器方便但一条总线上带多了又怕地址冲突模拟NTC便宜可校准麻烦。PJ85718DM这颗I2C数字温度传感器配合STM32F373VC这颗自带16位Sigma-Delta ADC的Cortex-M4 MCU恰好能把本地温度和远程温度两路监测一起做扎实。这篇文章就把这个组合从需求拆解、硬件设计、固件实现到调试排障的完整思路写透适合做嵌入式温度监控、HVAC控制器或者设备健康管理的开发者参考。1. 这个选题要解决什么问题1.1 这两种温度监控思路完全不同先说清楚“本地温度”和“远程温度”这里的含义。它指的不是“通过网页看云端温度”那种远程而是在同一个控制系统里的两个物理位置一路是控制器本身的板级温度或回风温度通常距离MCU只有几厘米到十几厘米另一路是装在风道、水管、机柜远端或设备表面的温度探头距离可能从几十厘米到几十米不等。这两路温度看起来都是“测个温度”实际工程难度差很多。本地温度离主控近信号路径短干扰好控制用数字传感器走I2C直接读即可精度和一致性都不错。远程温度则要面对长线压降、电磁干扰、地电位差、接插件接触电阻等一系列问题许多项目在这里翻车读数来回跳、布线后标定值漂移、换一根线结果差两度。这也是为什么HVAC行业里到现在还有大量系统坚持用模拟量变送器或者NTC探头做远程测温——数字传感器拉长线不稳定模拟链路只要调理电路设计得当抗干扰反而更好。但模拟方案有个让人头疼的地方每一路都要做放大、偏移、标定出厂校准的工作量很大。所以一个好的温度监测方案应该这样分工本地温度走数字I2C传感器稳定、免校准、直接出摄氏度远程温度走MCU片内高精度ADC加NTC或变送器用差分测量把长线干扰压下去。这个思路既不牺牲精度又能把硬件做简单还留出了很大的灵活性。1.2 为什么是这个传感器加这颗MCU的组合先说PJ85718DM。这类I2C数字温度传感器在市面上很多选它的核心原因是几个特性组合起来适合做HVAC和嵌入式内部集成温度ADC出厂做过校准上电就能读到稳定的温度数据不需要像NTC那样自己标定I2C接口支持地址引脚配置一条总线上可以挂好几个适合做多点多路测温典型精度能做到±0.5℃级别对楼宇自控、设备监控这些应用绰绰有余。除此之外很多这类芯片还带ALERT报警输出引脚可以当独立过温中断用不用MCU一直轮询。再来看STM32F373VC。选择这颗MCU不是因为它是多高性能的旗舰而是它的模拟外设在中等价位MCU里非常能打。F373系列最大特色是集成了三路16位Sigma-Delta ADC也就是SDADC。这种ADC支持差分输入还带了可编程增益放大器PGA。差分输入意味着可以同时采样正负极信号直接抵消两端的共模干扰这正是远程NTC长线测温最需要的特性。普通MCU的12位逐次逼近ADC要处理一个0.5℃误差的远程温度通常需要外部加仪表放大器F373片内的SDADC就能把这件事干了外围电路省掉一大半。另外一个经常被忽略的点是F373的主频只有72MHz在今天看来不高但它是带FPU的Cortex-M4内核。跑HVAC控制里常见的PID、温度查表、滤波算法浮点运算都是硬指令CPU占用率非常低。再加上256KB Flash和48KB SRAM用Modbus RTU、私有协议、历史记录存储都够用。这颗MCU不是算力派但“模拟采集浮点计算通信外设”的综合能力特别适合做温控类产品。2. 硬件设计把本地和远程两路温度接进来2.1 PJ85718DM 的接线、地址与使用要点PJ85718DM的接线本身不复杂但如果照着“随便接一下”的心态来后面调试大概率要吃些苦头。供电上通常支持3.3V或5V推荐在VDD和GND之间放一个100nF陶瓷电容再并一个1uF电容。很多工程师只放100nF结果传感器供电上叠了高频噪声温度读数在小数点后面不停跳。电容不是玄学是给传感器内部ADC一个干净的电源基准。I2C上拉电阻需要认真选。标准模式下用10kΩ问题不大但如果你需要跑400kHz快速模式或者总线上挂了两个以上传感器建议换成4.7kΩ甚至2.2kΩ。上拉电阻太小会让总线灌电流偏大太大则上升沿变缓线一长就出现通信偶发错误。还要注意在一个PCB上如果同时挂了多个I2C设备上拉电阻是统一的如果其中某颗器件的输入电容特别大整个总线时序都会被拖慢。地址引脚A0、A1、A2的组合决定传感器在总线上的地址。以常见的寄存器布局来说地址格式是1001加三位引脚状态全部接地时是0x48其他组合依次递增。通过三个引脚最多挂8颗同型号传感器对绝大多数HVAC应用足够了。做板子时这三个引脚最好用跳线或0欧电阻配置别直接焊死否则现场改地址非常麻烦。ALERT输出引脚值得接出来。这个引脚是开漏输出传感器内部温度超过上限或下限时它会拉低可以直接接到MCU的外部中断引脚。HVAC系统里需要做超温保护时这种硬件中断比软件轮询可靠MCU死机或者任务延迟了保护逻辑依然能触发。传感器摆放位置比很多人以为的更重要。芯片自己会发热虽然工作电流很小但如果把它放在大功率电阻、线性稳压器或者变压器旁边PCB铜皮会把热量传给它测出来的“环境温度”比真实温度高好几度。我做过一版采集板把传感器放在一个7805旁边结果所有温度都稳定偏高3℃左右后来移动位置才正常。放传感器之前先想一下板子上哪儿发热这是省事最直接的办法。2.2 远程模拟通道用SDADC读NTC分压远程温度最常用的低成本方案还是NTC加精密电阻分压然后进ADC。市场上也有很多4-20mA温度变送器那是远距离工业场景这里先说NTC。NTC选型很关键。推荐用10kΩ、B值3950的NTC这是工业设备里最通用的规格采购容易替换方便。分压电路可以简单用上拉精密电阻加NTC到地的方式。以3.3V供电、上拉电阻10kΩ为例25℃时NTC也是10kΩ中点电压是1.65V温度升高NTC阻值下降中点电压升高。这个单端接法虽然简单但线一长就会受干扰。更好的做法是桥式差分接法两条线从NTC两端引回MCU接到SDADC的差分输入对上让ADC直接测量NTC两端电压而不是对地电压。这样即便远端的地和控制器的地之间有电位差这个共模电压也会被差分输入抑制掉读数稳定得多。STM32F373的SDADC配置有几个参数要理解。分辨率可以设成16位但实际硬件有效位数约14位不要指望真能到小数点后三位。PGA增益根据传感器输出电压范围选NTC分压中心点电压在1.65V左右增益选1基本够了。滤波配置上SDADC内部有数字滤波器可以选SINC3或快速滤波器。SINC3对噪声抑制更好但响应稍慢快速滤波器响应快适合需要快速采样的场景。HVAC里温度变化本来就慢用SINC3更合适。从分辨率角度看3.3V参考电压除上65536一个LSB约50μV。NTC在25℃附近的灵敏度大约是每摄氏度变化440Ω换算到分压输出大约每摄氏度36mV。也就是说ADC的理论分辨率能达到0.0014℃量级。实际会差一些但做到0.01℃以上是没问题的这对于HVAC的需求来说非常充裕。2.3 板级布局与长线抗扰的三条经验第一强电和弱电要分开走。HVAC控制器里一般都有继电器、接触器、变压器这些强电元件它们的开关动作会产生很大的瞬态干扰。温度传感器信号线严禁和强电线平行走长距离实在避不开就用90度垂直交叉的方式跨越。PCBA上最好把数字电路、模拟电路、功率驱动三块区域分清楚每一块单独铺地再通过磁珠或0欧电阻单点连接。第二远程NTC引线用屏蔽双绞线。屏蔽层在控制器端单点接地不要两端都接。两端接地容易形成地环路工频干扰会通过屏蔽层感应进信号线噪声反而更大。双绞的作用是让两条信号线受到的电磁干扰尽量一致这样差分输入才能把干扰抵消掉。第三如果传输距离超过十米就别再用NTC直接分压了。这么长的线线路电阻会进入测量回路而且工业现场可能还有变频器之类的强干扰源。这种情况老老实实上4-20mA温度变送器在控制器端用一个精密电阻把电流转成电压再进SDADC。4-20mA环路的抗干扰能力是经过几十年工业现场验证的省心得多。3. 固件实现从读寄存器到稳定控制3.1 I2C读取流程与寄存器配置PJ85718DM这类芯片的寄存器布局大同小异有几个关键寄存器需要了解温度寄存器地址0x00配置寄存器地址0x01上限和下限报警寄存器地址0x02和0x03。上电后默认通常是连续转换模式可以直接读温度寄存器拿结果。如果需要更低功耗可以在配置寄存器里改成单次转换模式需要时发命令触发一次转换读完再让它睡。读取温度寄存器的代码看起来简单但有一个细节容易错I2C的7位地址在HAL库函数里要左移一位变成8位地址再传。很多人直接传0x48结果一直返回读写失败排查半天才发现是这里的问题。#define PJ_ADDR 0x48 // 7位地址由A0/A1/A2决定 #define PJ_REG_TEMP 0x00 // 温度寄存器 HAL_StatusTypeDef pj_read_temperature(float *temp) { uint8_t reg PJ_REG_TEMP; uint8_t buf[2]; if (HAL_I2C_Mem_Read(hi2c1, (PJ_ADDR 1), reg, I2C_MEMADD_SIZE_8BIT, buf, 2, 100) ! HAL_OK) { return HAL_ERROR; } int16_t raw (buf[0] 8) | buf[1]; raw 2; // 去掉低两位无效位 if (raw 0x2000) raw - 0x4000; // 14位有符号数扩展 *temp raw * 0.0625f; // 默认12位精度LSB0.0625℃ return HAL_OK; }读取周期要合理设置。传感器的转换时间一般在几十毫秒量级HVAC控制回路200ms到1s读一次足够没必要每10ms读一次。频繁读取除了浪费CPU还会让传感器一直处于活跃状态自热略增大。低功耗设备建议1s采样一次甚至更长。总线稳定性方面I2C一次读取失败不一定是硬件坏了可能是总线时序被偶尔干扰。正确做法是连续读三次都失败才判定通信故障单次失败做一次重试就行不要一失败就把系统复位否则现场会看到设备莫名其妙重启。3.2 温度数据的滤波、校准与单位换算传感器读回来的原始温度值不建议直接用。任何温度传感器都带有不同程度的随机噪声直接送到控制逻辑会让继电器频繁动作。最简单有效的办法是滑动平均或者一阶低通滤波。一阶低通实现起来更省内存代码量也小static float last_temp 25.0f; float temp_filtered(float new_temp) { const float alpha 0.2f; // 系数越小越平滑但响应越慢 last_temp alpha * (new_temp - last_temp); return last_temp; }alpha的选择要权衡响应速度和稳定性。HVAC里温度变化速率很慢alpha取0.1到0.2都没有问题。但如果是做电机过热保护这类需要快速响应的场景alpha就要放到0.5以上或者干脆检测到突变时立刻旁路滤波。系统标定这块经常被忽略。远程NTC的分压电阻即使精度标称1%加上NTC本身的离散性实测温度和真实温度之间可能差1到2℃。对于HVAC应用这个误差会让用户体感不舒服。解决办法是在产线做两点标定用一个标准温度探头分别在约10℃和约50℃的环境里记录传感器的原始计算值与标准值的差值然后拟合成一条直线把校准系数存到Flash里。这样软件计算公式就变成实际温度 滤波后温度 × 斜率 偏移量。本地数字传感器也要考虑板级温升。它测的是芯片附近的PCB温度不是空气温度。如果传感器装在密闭控制器内部PCB自身发热会让它比设备外部环境温度高3到5℃。在软件里可以做一个固定的offset配置项或者根据负载电流动态补偿。没有这个概念很容易出现“设备显示温度不下降但房间实际已经凉了”的尴尬状况。3.3 HVAC控制判据滞环与温差诊断温度采集只是第一步真正体现系统价值的是控制逻辑。HVAC里最基础也最重要的控制策略是滞环控制它解决的问题是如果温度到了设定值就停稍微偏差又启动继电器和压缩机就会频繁启停寿命大打折扣。正确的做法是让控制目标有一个回差带。#define HYSTERESIS 0.5f void hvac_control(float temp, float target, uint8_t mode) { if (mode HEAT) { if (temp target - HYSTERESIS) relay_on(); else if (temp target HYSTERESIS) relay_off(); } else if (mode COOL) { if (temp target HYSTERESIS) relay_on(); else if (temp target - HYSTERESIS) relay_off(); } }这个滞环带宽0.5℃是经验值制冷制热都适用。带宽太小会让设备频繁起停太大则温度波动明显用户会觉得忽冷忽热。实际产品里这个值最好做成可配置给售后调试留空间。把本地和远程温度放在一起看还能做很实用的诊断功能。以中央空调系统为例本地温度检测回风温度远程传感器检测出风温度。正常情况下制冷模式出风温度应该比回风温度低8℃以上如果出风温度和回风温度差很小说明换热效率下降、滤网堵塞或者系统冷媒不足。这个温差判断逻辑写不了几行代码却能在故障发生之前提前预警是HVAC产品很实用的卖点。4. 实际调试中碰到的坑和排查记录4.1 I2C总线上SDA被拉死这是I2C调试最常见也最让人头疼的问题。现象是系统运行一段时间后传感器不再响应用示波器一量发现SDA线一直低电平。原因通常是通信过程中被干扰打断或者从机在传输中发生异常状态导致总线状态机卡在某个位SDA被从机持续拉低。复位MCU不一定能解决因为SDA锁死是总线状态问题MCU复位后它还是不理你。正确做法是对总线做一次“时钟恢复”把SCL和SDA都配置成普通开漏输出手动拉高释放然后给SCL打9个以上的脉冲让卡住的从机把剩余数据位走完最后发一个STOP条件。这相当于强行把总线状态机清回空闲状态代码逻辑大约是void i2c_bus_recover(void) { // 把SCL和SDA临时配置为开漏输出并置高 // 循环9次SCL拉低、延时、SCL拉高、延时 // 结束后再发一个STOP条件 // 最后重新初始化I2C外设并恢复读操作 }如果环境干扰非常严重时钟恢复也不管用就要在硬件上给传感器增加硬复位手段。最可靠的办法是用MCU的一个GPIO控制传感器的电源发现I2C连续通信失败时断电100ms再上电。设计的时候就把这个控制引脚留出来不要图省事把传感器电源直接接在3.3V上。平时写代码也要做好超时保护。HAL库的I2C函数都带超时参数别填一个很大的值建议100ms以内。一旦超时就调用总线恢复函数然后把本次温度数据标记为无效用上次的有效值继续控制。这样即使总线瞬断系统也不会产生剧烈动作。4.2 本地传感器读数被“自热”污染有段时间我在调试一块控制板PJ85718DM读出来的温度一直比用红外温度计测得的环境温度高了1.5℃左右。起初以为是传感器不准后来发现是PCB布局问题。那颗传感器旁边正好是一个给继电器线圈供电的驱动器芯片持续工作了几十分钟之后那块区域的PCB温度明显升高传感器测的是板温而不是空气温度。数字温度传感器的自热通常很小数据手册上一般会给出热阻参数在静止空气中大约有零点几度的自身温升。但当传感器紧贴发热器件时这个误差会被放大十倍。解决办法有几个层面第一PCB布局时传感器尽量远离功率器件和电源模块最好悬空在板边第二如果必须靠近热源传感器正下方的PCB不要铺大铜皮避免热量直接传导第三在传感器上方加一个小散热帽或者导热泡棉让它接触被测空气而不是被周围元件烤热。软件侧也要留一手。产品出厂前做温度对比测试在恒温箱里用标准探头和传感器在同一位置读温度把差值做成一个校准曲线存进固件。这种方式不能完全抵消局部温度梯度但能把系统误差控制在用户可接受范围内。4.3 远程NTC长线噪声与引线电阻误差远程NTC最常见的调试现象是温度读数在小数点后乱跳或者与实际温度明显偏低。先说说偏低的问题如果用的是两线制接法引线电阻会和NTC串联温度越高NTC阻值越低引线电阻占据的比例越大读数误差越明显。100米0.5平方毫米的铜线来回就有接近7Ω电阻在10kΩ的NTC电路里这个阻值会造成大约0.5℃到1℃的误差。解决引线电阻的办法是换成三线制接法。三线制用一根额外的引线去测量线路电阻软件里做补偿。当然最彻底的四线制对温控应用来说成本太高一般不用。如果只是几米内的短引线用精密一点的NTC分压电阻线阻影响不大可以不处理。温度跳动的根源大多是电磁干扰。HVAC机箱里继电器动作的时候触点火花会通过空间辐射和电源线传导在长线上感应出几百毫伏的尖峰。这时即使NTC信号进了SDADC噪声依然存在。我是这么处理的尽量缩短模拟采样线在PCB上的路径在差分输入端各加一个小电容到地做高频滤波容值在1nF到10nF之间软件里采样不要只采一次连续采32次或者64次再做平均。STM32F373的SDADC采样率很高多采样几次平均并不耗时。另一个容易被忽视的点是屏蔽层接地。一定要记住屏蔽层在控制器端单点接地不要两端都接。我见过两端的屏蔽层被接出明显干扰的情况屏蔽层反倒变成了天线。5. 方案还能延伸到哪里5.1 从单机测温到RS485/Modbus组网一个控制器带几路温度只是起点实际工程项目里数据经常会需要汇总到上位机或者触摸屏。STM32F373VC有多个USART硬件上接一个RS485收发器就能组成Modbus RTU网络。把本地温度、远程温度、传感器状态作为保持寄存器开放出去上位机就能随时读取掉电后设置参数也能存在Flash里。这类组网方案在楼宇自控里非常成熟需要注意的是RS485总线两端各接一个120Ω匹配电阻总线长度超过几百米时要在软件里适当降低波特率。9600波特率在工业现场是最稳妥的选择虽然速度慢但Modbus RTU一次读几十个字节也没多少数据量9600完全够用。5.2 低功耗让系统只在关键时刻醒来很多测温设备不是一直插电的比如冷链运输记录仪、电池供电的温湿度传感器。这类设备要把功耗抠到几微安级别方案就要调整。STM32F373在低功耗模式下电流很低思路是这样MCU进Stop模式传感器休眠定时器每30秒唤醒一次给传感器发单次转换命令等转换完成读温度然后继续睡。如果传感器带了ALERT报警功能还可以让它在温度越限时直接唤醒MCU平时MCU根本不启动。这种低功耗策略对HVAC产品意义稍微小一些但对嵌入式监控设备很有价值。产品经理说要电池用半年还是用两年往往不是电池容量差异而是固件有没有把功耗管理做到位。5.3 用温度趋势做简单的设备预诊断当系统能把本地和远程两路温度历史记录下来这些数据可以做一些很实用的趋势判断。比如散热风扇老化后同一负载条件下远程温度会缓慢升高风道滤网堵塞时进出风温差会逐渐变小电机轴承磨损摩擦增大表面温度会有规律地波动。这些模式用不到什么复杂的机器学习算法在MCU里做几个滑动窗口的统计判断就行。温度本身就是设备最诚实的“体检报告”。把监测数据和设备维护流程结合起来系统就从“坏了再换”变成“快要坏之前提醒”这对冷链、机房、暖通设备这类不能停机的应用价值非常大。我在实际项目中体会最深的是这套方案真正的优势不在某一项指标多极致而是把数字传感器的便利性和芯片级高精度模拟采集结合到了一起让本地和远程温度能用同一套简单可靠的架构去处理。如果再让我重新选一次组合我还是会这样配只是第一版板子上的传感器位置我一定会更早去认真规划。 
长河君 · 2026/10/22 6:42:12 · 阅读 1.2k STM32F373+PJ85718DM：本地远程双路精确测温设计
搞过嵌入式温控的人基本都遇过这个问题本地板温好测远端探头信号一拉长就飘数字传感器方便但一条总线上带多了又怕地址冲突模拟NTC便宜可校准麻烦。PJ85718DM这颗I2C数字温度传感器配合STM32F373VC这颗自带16位Sigma-Delta ADC的Cortex-M4 MCU恰好能把本地温度和远程温度两路监测一起做扎实。这篇文章就把这个组合从需求拆解、硬件设计、固件实现到调试排障的完整思路写透适合做嵌入式温度监控、HVAC控制器或者设备健康管理的开发者参考。1. 这个选题要解决什么问题1.1 这两种温度监控思路完全不同先说清楚“本地温度”和“远程温度”这里的含义。它指的不是“通过网页看云端温度”那种远程而是在同一个控制系统里的两个物理位置一路是控制器本身的板级温度或回风温度通常距离MCU只有几厘米到十几厘米另一路是装在风道、水管、机柜远端或设备表面的温度探头距离可能从几十厘米到几十米不等。这两路温度看起来都是“测个温度”实际工程难度差很多。本地温度离主控近信号路径短干扰好控制用数字传感器走I2C直接读即可精度和一致性都不错。远程温度则要面对长线压降、电磁干扰、地电位差、接插件接触电阻等一系列问题许多项目在这里翻车读数来回跳、布线后标定值漂移、换一根线结果差两度。这也是为什么HVAC行业里到现在还有大量系统坚持用模拟量变送器或者NTC探头做远程测温——数字传感器拉长线不稳定模拟链路只要调理电路设计得当抗干扰反而更好。但模拟方案有个让人头疼的地方每一路都要做放大、偏移、标定出厂校准的工作量很大。所以一个好的温度监测方案应该这样分工本地温度走数字I2C传感器稳定、免校准、直接出摄氏度远程温度走MCU片内高精度ADC加NTC或变送器用差分测量把长线干扰压下去。这个思路既不牺牲精度又能把硬件做简单还留出了很大的灵活性。1.2 为什么是这个传感器加这颗MCU的组合先说PJ85718DM。这类I2C数字温度传感器在市面上很多选它的核心原因是几个特性组合起来适合做HVAC和嵌入式内部集成温度ADC出厂做过校准上电就能读到稳定的温度数据不需要像NTC那样自己标定I2C接口支持地址引脚配置一条总线上可以挂好几个适合做多点多路测温典型精度能做到±0.5℃级别对楼宇自控、设备监控这些应用绰绰有余。除此之外很多这类芯片还带ALERT报警输出引脚可以当独立过温中断用不用MCU一直轮询。再来看STM32F373VC。选择这颗MCU不是因为它是多高性能的旗舰而是它的模拟外设在中等价位MCU里非常能打。F373系列最大特色是集成了三路16位Sigma-Delta ADC也就是SDADC。这种ADC支持差分输入还带了可编程增益放大器PGA。差分输入意味着可以同时采样正负极信号直接抵消两端的共模干扰这正是远程NTC长线测温最需要的特性。普通MCU的12位逐次逼近ADC要处理一个0.5℃误差的远程温度通常需要外部加仪表放大器F373片内的SDADC就能把这件事干了外围电路省掉一大半。另外一个经常被忽略的点是F373的主频只有72MHz在今天看来不高但它是带FPU的Cortex-M4内核。跑HVAC控制里常见的PID、温度查表、滤波算法浮点运算都是硬指令CPU占用率非常低。再加上256KB Flash和48KB SRAM用Modbus RTU、私有协议、历史记录存储都够用。这颗MCU不是算力派但“模拟采集浮点计算通信外设”的综合能力特别适合做温控类产品。2. 硬件设计把本地和远程两路温度接进来2.1 PJ85718DM 的接线、地址与使用要点PJ85718DM的接线本身不复杂但如果照着“随便接一下”的心态来后面调试大概率要吃些苦头。供电上通常支持3.3V或5V推荐在VDD和GND之间放一个100nF陶瓷电容再并一个1uF电容。很多工程师只放100nF结果传感器供电上叠了高频噪声温度读数在小数点后面不停跳。电容不是玄学是给传感器内部ADC一个干净的电源基准。I2C上拉电阻需要认真选。标准模式下用10kΩ问题不大但如果你需要跑400kHz快速模式或者总线上挂了两个以上传感器建议换成4.7kΩ甚至2.2kΩ。上拉电阻太小会让总线灌电流偏大太大则上升沿变缓线一长就出现通信偶发错误。还要注意在一个PCB上如果同时挂了多个I2C设备上拉电阻是统一的如果其中某颗器件的输入电容特别大整个总线时序都会被拖慢。地址引脚A0、A1、A2的组合决定传感器在总线上的地址。以常见的寄存器布局来说地址格式是1001加三位引脚状态全部接地时是0x48其他组合依次递增。通过三个引脚最多挂8颗同型号传感器对绝大多数HVAC应用足够了。做板子时这三个引脚最好用跳线或0欧电阻配置别直接焊死否则现场改地址非常麻烦。ALERT输出引脚值得接出来。这个引脚是开漏输出传感器内部温度超过上限或下限时它会拉低可以直接接到MCU的外部中断引脚。HVAC系统里需要做超温保护时这种硬件中断比软件轮询可靠MCU死机或者任务延迟了保护逻辑依然能触发。传感器摆放位置比很多人以为的更重要。芯片自己会发热虽然工作电流很小但如果把它放在大功率电阻、线性稳压器或者变压器旁边PCB铜皮会把热量传给它测出来的“环境温度”比真实温度高好几度。我做过一版采集板把传感器放在一个7805旁边结果所有温度都稳定偏高3℃左右后来移动位置才正常。放传感器之前先想一下板子上哪儿发热这是省事最直接的办法。2.2 远程模拟通道用SDADC读NTC分压远程温度最常用的低成本方案还是NTC加精密电阻分压然后进ADC。市场上也有很多4-20mA温度变送器那是远距离工业场景这里先说NTC。NTC选型很关键。推荐用10kΩ、B值3950的NTC这是工业设备里最通用的规格采购容易替换方便。分压电路可以简单用上拉精密电阻加NTC到地的方式。以3.3V供电、上拉电阻10kΩ为例25℃时NTC也是10kΩ中点电压是1.65V温度升高NTC阻值下降中点电压升高。这个单端接法虽然简单但线一长就会受干扰。更好的做法是桥式差分接法两条线从NTC两端引回MCU接到SDADC的差分输入对上让ADC直接测量NTC两端电压而不是对地电压。这样即便远端的地和控制器的地之间有电位差这个共模电压也会被差分输入抑制掉读数稳定得多。STM32F373的SDADC配置有几个参数要理解。分辨率可以设成16位但实际硬件有效位数约14位不要指望真能到小数点后三位。PGA增益根据传感器输出电压范围选NTC分压中心点电压在1.65V左右增益选1基本够了。滤波配置上SDADC内部有数字滤波器可以选SINC3或快速滤波器。SINC3对噪声抑制更好但响应稍慢快速滤波器响应快适合需要快速采样的场景。HVAC里温度变化本来就慢用SINC3更合适。从分辨率角度看3.3V参考电压除上65536一个LSB约50μV。NTC在25℃附近的灵敏度大约是每摄氏度变化440Ω换算到分压输出大约每摄氏度36mV。也就是说ADC的理论分辨率能达到0.0014℃量级。实际会差一些但做到0.01℃以上是没问题的这对于HVAC的需求来说非常充裕。2.3 板级布局与长线抗扰的三条经验第一强电和弱电要分开走。HVAC控制器里一般都有继电器、接触器、变压器这些强电元件它们的开关动作会产生很大的瞬态干扰。温度传感器信号线严禁和强电线平行走长距离实在避不开就用90度垂直交叉的方式跨越。PCBA上最好把数字电路、模拟电路、功率驱动三块区域分清楚每一块单独铺地再通过磁珠或0欧电阻单点连接。第二远程NTC引线用屏蔽双绞线。屏蔽层在控制器端单点接地不要两端都接。两端接地容易形成地环路工频干扰会通过屏蔽层感应进信号线噪声反而更大。双绞的作用是让两条信号线受到的电磁干扰尽量一致这样差分输入才能把干扰抵消掉。第三如果传输距离超过十米就别再用NTC直接分压了。这么长的线线路电阻会进入测量回路而且工业现场可能还有变频器之类的强干扰源。这种情况老老实实上4-20mA温度变送器在控制器端用一个精密电阻把电流转成电压再进SDADC。4-20mA环路的抗干扰能力是经过几十年工业现场验证的省心得多。3. 固件实现从读寄存器到稳定控制3.1 I2C读取流程与寄存器配置PJ85718DM这类芯片的寄存器布局大同小异有几个关键寄存器需要了解温度寄存器地址0x00配置寄存器地址0x01上限和下限报警寄存器地址0x02和0x03。上电后默认通常是连续转换模式可以直接读温度寄存器拿结果。如果需要更低功耗可以在配置寄存器里改成单次转换模式需要时发命令触发一次转换读完再让它睡。读取温度寄存器的代码看起来简单但有一个细节容易错I2C的7位地址在HAL库函数里要左移一位变成8位地址再传。很多人直接传0x48结果一直返回读写失败排查半天才发现是这里的问题。#define PJ_ADDR 0x48 // 7位地址由A0/A1/A2决定 #define PJ_REG_TEMP 0x00 // 温度寄存器 HAL_StatusTypeDef pj_read_temperature(float *temp) { uint8_t reg PJ_REG_TEMP; uint8_t buf[2]; if (HAL_I2C_Mem_Read(hi2c1, (PJ_ADDR 1), reg, I2C_MEMADD_SIZE_8BIT, buf, 2, 100) ! HAL_OK) { return HAL_ERROR; } int16_t raw (buf[0] 8) | buf[1]; raw 2; // 去掉低两位无效位 if (raw 0x2000) raw - 0x4000; // 14位有符号数扩展 *temp raw * 0.0625f; // 默认12位精度LSB0.0625℃ return HAL_OK; }读取周期要合理设置。传感器的转换时间一般在几十毫秒量级HVAC控制回路200ms到1s读一次足够没必要每10ms读一次。频繁读取除了浪费CPU还会让传感器一直处于活跃状态自热略增大。低功耗设备建议1s采样一次甚至更长。总线稳定性方面I2C一次读取失败不一定是硬件坏了可能是总线时序被偶尔干扰。正确做法是连续读三次都失败才判定通信故障单次失败做一次重试就行不要一失败就把系统复位否则现场会看到设备莫名其妙重启。3.2 温度数据的滤波、校准与单位换算传感器读回来的原始温度值不建议直接用。任何温度传感器都带有不同程度的随机噪声直接送到控制逻辑会让继电器频繁动作。最简单有效的办法是滑动平均或者一阶低通滤波。一阶低通实现起来更省内存代码量也小static float last_temp 25.0f; float temp_filtered(float new_temp) { const float alpha 0.2f; // 系数越小越平滑但响应越慢 last_temp alpha * (new_temp - last_temp); return last_temp; }alpha的选择要权衡响应速度和稳定性。HVAC里温度变化速率很慢alpha取0.1到0.2都没有问题。但如果是做电机过热保护这类需要快速响应的场景alpha就要放到0.5以上或者干脆检测到突变时立刻旁路滤波。系统标定这块经常被忽略。远程NTC的分压电阻即使精度标称1%加上NTC本身的离散性实测温度和真实温度之间可能差1到2℃。对于HVAC应用这个误差会让用户体感不舒服。解决办法是在产线做两点标定用一个标准温度探头分别在约10℃和约50℃的环境里记录传感器的原始计算值与标准值的差值然后拟合成一条直线把校准系数存到Flash里。这样软件计算公式就变成实际温度 滤波后温度 × 斜率 偏移量。本地数字传感器也要考虑板级温升。它测的是芯片附近的PCB温度不是空气温度。如果传感器装在密闭控制器内部PCB自身发热会让它比设备外部环境温度高3到5℃。在软件里可以做一个固定的offset配置项或者根据负载电流动态补偿。没有这个概念很容易出现“设备显示温度不下降但房间实际已经凉了”的尴尬状况。3.3 HVAC控制判据滞环与温差诊断温度采集只是第一步真正体现系统价值的是控制逻辑。HVAC里最基础也最重要的控制策略是滞环控制它解决的问题是如果温度到了设定值就停稍微偏差又启动继电器和压缩机就会频繁启停寿命大打折扣。正确的做法是让控制目标有一个回差带。#define HYSTERESIS 0.5f void hvac_control(float temp, float target, uint8_t mode) { if (mode HEAT) { if (temp target - HYSTERESIS) relay_on(); else if (temp target HYSTERESIS) relay_off(); } else if (mode COOL) { if (temp target HYSTERESIS) relay_on(); else if (temp target - HYSTERESIS) relay_off(); } }这个滞环带宽0.5℃是经验值制冷制热都适用。带宽太小会让设备频繁起停太大则温度波动明显用户会觉得忽冷忽热。实际产品里这个值最好做成可配置给售后调试留空间。把本地和远程温度放在一起看还能做很实用的诊断功能。以中央空调系统为例本地温度检测回风温度远程传感器检测出风温度。正常情况下制冷模式出风温度应该比回风温度低8℃以上如果出风温度和回风温度差很小说明换热效率下降、滤网堵塞或者系统冷媒不足。这个温差判断逻辑写不了几行代码却能在故障发生之前提前预警是HVAC产品很实用的卖点。4. 实际调试中碰到的坑和排查记录4.1 I2C总线上SDA被拉死这是I2C调试最常见也最让人头疼的问题。现象是系统运行一段时间后传感器不再响应用示波器一量发现SDA线一直低电平。原因通常是通信过程中被干扰打断或者从机在传输中发生异常状态导致总线状态机卡在某个位SDA被从机持续拉低。复位MCU不一定能解决因为SDA锁死是总线状态问题MCU复位后它还是不理你。正确做法是对总线做一次“时钟恢复”把SCL和SDA都配置成普通开漏输出手动拉高释放然后给SCL打9个以上的脉冲让卡住的从机把剩余数据位走完最后发一个STOP条件。这相当于强行把总线状态机清回空闲状态代码逻辑大约是void i2c_bus_recover(void) { // 把SCL和SDA临时配置为开漏输出并置高 // 循环9次SCL拉低、延时、SCL拉高、延时 // 结束后再发一个STOP条件 // 最后重新初始化I2C外设并恢复读操作 }如果环境干扰非常严重时钟恢复也不管用就要在硬件上给传感器增加硬复位手段。最可靠的办法是用MCU的一个GPIO控制传感器的电源发现I2C连续通信失败时断电100ms再上电。设计的时候就把这个控制引脚留出来不要图省事把传感器电源直接接在3.3V上。平时写代码也要做好超时保护。HAL库的I2C函数都带超时参数别填一个很大的值建议100ms以内。一旦超时就调用总线恢复函数然后把本次温度数据标记为无效用上次的有效值继续控制。这样即使总线瞬断系统也不会产生剧烈动作。4.2 本地传感器读数被“自热”污染有段时间我在调试一块控制板PJ85718DM读出来的温度一直比用红外温度计测得的环境温度高了1.5℃左右。起初以为是传感器不准后来发现是PCB布局问题。那颗传感器旁边正好是一个给继电器线圈供电的驱动器芯片持续工作了几十分钟之后那块区域的PCB温度明显升高传感器测的是板温而不是空气温度。数字温度传感器的自热通常很小数据手册上一般会给出热阻参数在静止空气中大约有零点几度的自身温升。但当传感器紧贴发热器件时这个误差会被放大十倍。解决办法有几个层面第一PCB布局时传感器尽量远离功率器件和电源模块最好悬空在板边第二如果必须靠近热源传感器正下方的PCB不要铺大铜皮避免热量直接传导第三在传感器上方加一个小散热帽或者导热泡棉让它接触被测空气而不是被周围元件烤热。软件侧也要留一手。产品出厂前做温度对比测试在恒温箱里用标准探头和传感器在同一位置读温度把差值做成一个校准曲线存进固件。这种方式不能完全抵消局部温度梯度但能把系统误差控制在用户可接受范围内。4.3 远程NTC长线噪声与引线电阻误差远程NTC最常见的调试现象是温度读数在小数点后乱跳或者与实际温度明显偏低。先说说偏低的问题如果用的是两线制接法引线电阻会和NTC串联温度越高NTC阻值越低引线电阻占据的比例越大读数误差越明显。100米0.5平方毫米的铜线来回就有接近7Ω电阻在10kΩ的NTC电路里这个阻值会造成大约0.5℃到1℃的误差。解决引线电阻的办法是换成三线制接法。三线制用一根额外的引线去测量线路电阻软件里做补偿。当然最彻底的四线制对温控应用来说成本太高一般不用。如果只是几米内的短引线用精密一点的NTC分压电阻线阻影响不大可以不处理。温度跳动的根源大多是电磁干扰。HVAC机箱里继电器动作的时候触点火花会通过空间辐射和电源线传导在长线上感应出几百毫伏的尖峰。这时即使NTC信号进了SDADC噪声依然存在。我是这么处理的尽量缩短模拟采样线在PCB上的路径在差分输入端各加一个小电容到地做高频滤波容值在1nF到10nF之间软件里采样不要只采一次连续采32次或者64次再做平均。STM32F373的SDADC采样率很高多采样几次平均并不耗时。另一个容易被忽视的点是屏蔽层接地。一定要记住屏蔽层在控制器端单点接地不要两端都接。我见过两端的屏蔽层被接出明显干扰的情况屏蔽层反倒变成了天线。5. 方案还能延伸到哪里5.1 从单机测温到RS485/Modbus组网一个控制器带几路温度只是起点实际工程项目里数据经常会需要汇总到上位机或者触摸屏。STM32F373VC有多个USART硬件上接一个RS485收发器就能组成Modbus RTU网络。把本地温度、远程温度、传感器状态作为保持寄存器开放出去上位机就能随时读取掉电后设置参数也能存在Flash里。这类组网方案在楼宇自控里非常成熟需要注意的是RS485总线两端各接一个120Ω匹配电阻总线长度超过几百米时要在软件里适当降低波特率。9600波特率在工业现场是最稳妥的选择虽然速度慢但Modbus RTU一次读几十个字节也没多少数据量9600完全够用。5.2 低功耗让系统只在关键时刻醒来很多测温设备不是一直插电的比如冷链运输记录仪、电池供电的温湿度传感器。这类设备要把功耗抠到几微安级别方案就要调整。STM32F373在低功耗模式下电流很低思路是这样MCU进Stop模式传感器休眠定时器每30秒唤醒一次给传感器发单次转换命令等转换完成读温度然后继续睡。如果传感器带了ALERT报警功能还可以让它在温度越限时直接唤醒MCU平时MCU根本不启动。这种低功耗策略对HVAC产品意义稍微小一些但对嵌入式监控设备很有价值。产品经理说要电池用半年还是用两年往往不是电池容量差异而是固件有没有把功耗管理做到位。5.3 用温度趋势做简单的设备预诊断当系统能把本地和远程两路温度历史记录下来这些数据可以做一些很实用的趋势判断。比如散热风扇老化后同一负载条件下远程温度会缓慢升高风道滤网堵塞时进出风温差会逐渐变小电机轴承磨损摩擦增大表面温度会有规律地波动。这些模式用不到什么复杂的机器学习算法在MCU里做几个滑动窗口的统计判断就行。温度本身就是设备最诚实的“体检报告”。把监测数据和设备维护流程结合起来系统就从“坏了再换”变成“快要坏之前提醒”这对冷链、机房、暖通设备这类不能停机的应用价值非常大。我在实际项目中体会最深的是这套方案真正的优势不在某一项指标多极致而是把数字传感器的便利性和芯片级高精度模拟采集结合到了一起让本地和远程温度能用同一套简单可靠的架构去处理。如果再让我重新选一次组合我还是会这样配只是第一版板子上的传感器位置我一定会更早去认真规划。