做暖通控制这些年我最大的体会是HVAC系统里真正难抓的不是风量是温度。风量大小可以靠风机变频器的频率去推但温度点分散在控制柜、风管、水管和各个房间本地测到了并不代表远端也准。直到后来在某个项目里用上了PJ85718DM这类本地/远程一体化数字温度传感器搭配STM32G491RE做主控才把十几个温度点收拾得明明白白。这篇文章就把这套方案的硬件连接、固件流程、实测数据和踩坑记录完整写出来给同样在嵌入式HVAC项目里摸爬滚打的同行一个参考。1. 别急着画原理图先弄明白HVAC里的“本地温度”与“远程温度”到底指什么1.1 一个控制柜、一台风柜和九个房间的温度图景我参与的那个项目是一套集中式中央空调的改造。主控柜放在设备间负责三台风柜机和两个冷冻水分区的启停房间测温点、送风风管测温点全都离主控柜有一段距离。测温点加起来九个再加上控制柜内和环境温度总共要抓十个左右的温度量。这十个左右如果全用独立传感器每一路都得从设备间拉线出来。线缆成本还好说关键是接线端子、防反接、屏蔽处理的工作量会成倍上涨而且主控板上的MCU引脚资源有限每个传感器单独占一路I/O或者一路独立协议CPU轮询压力也不小。所以当我拿到PJ85718DM这颗传感器时第一反应就是它正好卡在这个痛点上。PJ85718DM是一颗带I2C接口的数字温度传感器比较特殊的地方在于它不止能测自己附近的温度还能通过外部接一颗二极管测一个远端温度点。我手上的这颗芯片本地量程覆盖-40到125°C远程通道配合外接二极管可以覆盖到更大的范围分辨率能做到0.0625°C完全覆盖暖通场景的测温区间。本地通道装在控制柜内远程通道接出去测风管温度、房间温度一颗芯片管两个点比传统方案省了一半的传感器物料。在HVAC场景里所谓本地温度和远程温度其实有非常具体的指向。本地温度就是传感器芯片附近的环境温度对应到实际设备上可能是控制柜内的空气温度、风柜电机附近的温度、或者主控板表面温度远程温度则是远离主控板的测温点比如送风管内的空气温度、某个分区的回风温度、大堂角落的室温、冷冻水供回水管道的表面温度。这些点距离控制器少则几米多则几十米如果用传统思路在每个点都放一颗完整传感器再各自拉信号线回MCU施工和维护都很痛苦。1.2 “一颗芯片管两个温度点”到底划算在哪里很多人听到远程温度通道第一反应是远端不是该放一颗传感器芯片吗这其实是个误区。这类芯片的远程测温通道用的并不是另一个IC而是一个普通的二极管准确说是利用二极管PN结正向压降随温度变化的特性。PJ85718DM内部有恒流源给二极管一个固定激励电流再通过ADC测量二极管两端电压的变化就能换算出远端温度。远端测点上真正放着的硬件只是一颗几分钱的二极管甚至可以用三极管的BC结代替而本地通道则由芯片内部的带隙温度传感器完成。这种设计的直接好处是远端测温点的物料成本几乎可以忽略不计而且两根线就能搞定。第二个好处是校准一致性。本地通道和远程通道共用同一颗芯片的ADC和基准源两个温度的偏置方向往往是相同的做软件校准时只需要在总线上统一补偿一次。如果换成两颗独立传感器每颗都有自己的制造偏差算总温的时候就得分别校麻烦得多。第三个好处是总线资源省多片PJ85718DM可以通过地址引脚挂在同一条I2C总线上主控只需要占用STM32G491RE的一组I2C外设。当然这种方案也不是没有代价。远程二极管离主控远了走线上的压降、寄生电容、工业现场的变频器干扰都会影响测量精度这些后面我会专门用一节来讲。先说硬件连接。2. 硬件链路设计从PJ85718DM引脚到STM32G491RE的I2C总线每一处都算过2.1 I2C引脚复用与上拉电阻取值的算术题STM32G491RE有多个I2C外设我在项目里用的是I2C1引脚映射到PB6SCL和PB7SDA。做原理图的时候第一件事就是把这两个引脚从默认复用功能切换到I2C模式。G491RE的引脚复用表里PB6对应AF4的I2C1_SCLPB7对应AF4的I2C1_SDA。很多新手直接把引脚标成I2C就完事了结果固件里初始化半天发现总线没反应多半就是复用功能没选对。芯片侧的接线相对简单PJ85718DM的SCL、SDA两个引脚直接连到MCU的PB6、PB7VDD接3.3VGND接数字地VDD旁边放一个0.1uF去耦电容如果芯片离电源较远再并联一个10uF的电容。这是所有数字传感器的基础功课但HVAC柜子里经常有变频器和接触器电源纹波比实验室大得多去耦电容千万别省。上拉电阻是这条链路里最容易拍脑袋的地方。I2C总线是开漏结构必须有外部上拉电阻才能把电平拉高。G491RE的I2C1工作在400kHz快速模式时我用的上拉电阻是2.2kΩ。这个数值不是随便定的总线电容按每米线缆约100pF估算如果I2C线只有柜内短短的10cm总线电容可以忽略4.7kΩ都行但如果传感器要拉到设备间另一侧线缆长度接近1米总线电容就有100pF左右再加上每个芯片引脚还有几pF寄生电容为了确保上升沿满足规格书要求的tr不超过300ns就得把上拉电阻适当减小。所以我在靠近MCU一端放了2.2kΩ实测波形上升沿干净没有振铃。这里补充一个计算公式方便大家自己算I2C上升沿时间近似等于0.8473乘以R_pullup乘以C_bus。如果R_pullup取2.2kΩC_bus估算为150pF算出tr大约是280ns还在快速模式的300ns上限之内。要是挂了四片传感器、线缆又长C_bus轻松超过200pF2.2kΩ都压不住要么把上拉进一步降到1kΩ要么老老实实降速到100kHz。后面我会讲我最后怎么选的。2.2 远程二极管通道的两根线怎么走才不会出事远程通道才是这套方案里真正考验硬件功底的地方。PJ85718DM的D和D-两个引脚需要接到远端二极管的两端。由于远端测点在风管里或者房间天花板上这两根线实际要跟着电缆一起走长则十几米短则也有两三米。我的经验是这几点第一D和D-必须用双绞线最好是屏蔽双绞线屏蔽层单端接地接在控制柜的接地端子排上不能两端都接否则会形成地环流。第二在靠近芯片的D引脚线上串一个4.7kΩ到10kΩ的电阻这个电阻可以限制高频噪声进入芯片同时也能和D、D-之间的电容构成一个低通滤波器。第三在D和D-之间并一个2.2nF的陶瓷电容进一步滤掉共模噪声。这套做法在变频器启动时特别管用后面排查实录里会讲到我到底踩了什么坑。另外一个很多人会忽略的点是远程二极管的极性不能接反。标准接法是二极管阳极接D阴极接D-。如果是用三极管的PN结代替一般是把基极和集电极短接作为阳极发射极作为阴极。如果接反了芯片读出来的温度要么是满量程的乱值要么是明显不对的负温度。我在第一次打样时就干过这事所以特意拿出来提醒一句。2.3 地址配置与多片级联一条I2C总线上挂四片传感器回到项目的实际需要九个远端测温点加一个控制柜内测温点我最后用了四片PJ85718DM每片负责一到三个附近的温度通道。具体分配是一片装在控制柜内本地通道测柜温远程通道测设备间环境温度一片装在风柜侧本地测风柜回风温度远程测送风主管温度剩下两片分别装在两个房间区域各自本地通道测区域环境温度远程通道测对应分区的冷冻水管表面温度。四片传感器要挂在同一条I2C总线上就得靠芯片的A0、A1地址引脚区分。PJ85718DM的I2C地址是7位基地址加上A0/A1引脚的电平组合最多可以有4个可选地址。我在原理图上给A0、A1都加了跳线电阻默认全部拉低然后按顺序配置成00、01、10、11四个地址。这样MCU访问设备1到设备4只需要在软件里做一次地址表映射。硬件上要注意的是地址引脚不能悬空悬空等于逻辑不确定可能导致总线冲突。一律接上下拉电阻才是最稳的做法。还需要提醒一点如果控制柜里除了这四片传感器还有其他I2C器件比如EEPROM、IO扩展芯片地址必须全局错开。我调试时曾发现读取传感器的数据时偶尔读到另一个器件的值最后查出来就是地址重叠导致的。做原理图阶段就把整个I2C地址表列出来能省掉后面很多排查时间。3. 固件侧的温度提取流程配置寄存器、读数据、滤波和单位转换3.1 初始化I2C外设与配置PJ85718DM寄存器STM32G491RE这边我用的是HAL库。初始化I2C1的代码大致是这样I2C_HandleTypeDef hi2c1; hi2c1.Instance I2C1; hi2c1.Init.ClockSpeed 400000; hi2c1.Init.DutyCycle I2C_DUTYCYCLE_2; hi2c1.Init.OwnAddress1 0; hi2c1.Init.AddressingMode I2C_ADDRESSINGMODE_7BIT; hi2c1.Init.DualAddressMode I2C_DUALADDRESS_DISABLE; hi2c1.Init.GeneralCallMode I2C_GENERALCALL_DISABLE; hi2c1.Init.NoStretchMode I2C_NOSTRETCH_DISABLE; HAL_I2C_Init(hi2c1);要留意的是Init.ClockSpeed 400000对应快速模式。如果总线上挂了多片芯片且线缆较长第一次调试别急着上400kHz先用100kHz跑通再说。我一开始就是400kHz挂上四片结果偶发通信失败后面降到100kHz之后一切正常。虽然是线缆电容的问题而不是芯片本身的问题但调试顺序上低频先保通高频再优化这条原则是通用的。芯片侧的初始化我按数据手册推荐的顺序来先写配置寄存器把器件设为连续转换模式也有芯片叫连续测温模式转换速率我选的是16Hz。HVAC的温度变化本身非常缓慢——风管温度一分钟内能变化1°C都算快了16Hz的采样率配合软件滤波足够用。转换分辨率我选最高档也就是0.0625°C/LSB。分辨率高了噪声会稍微大一点但对暖通这个量级完全无所谓。3.2 温度读数怎么变成人能看懂的数字PJ85718DM的温度数据寄存器一般是两个字节高字节存整数部分低字节存小数部分具体格式要以数据手册为准。我这里以最常见的12位补码格式为例高字节的高8位代表整数部分低字节的高4位是小数部分的分数值每1个LSB对应0.0625°C低4位不用。读出来的原始值如果是正数直接乘0.0625就是摄氏度如果是负数要按补码先取反加一再换算。我在固件里的做法是这样的uint8_t reg[2]; HAL_I2C_Mem_Read(hi2c1, (dev_addr 1) | 1, TEMP_REG, I2C_MEMADD_SIZE_8BIT, reg, 2, 100); int16_t raw (int16_t)((reg[0] 8) | reg[1]); raw 4; float temp_c raw * 0.0625f;这段代码有两个细节容易出错。第一HAL的I2C_Mem_Read最后一个参数是超时时间单位是毫秒不能写0否则在总线忙时会立刻超时返回错误。第二(dev_addr 1) | 1是在拼8位写地址/读地址HAL库里I2C_Mem_Read需要的是8位地址而很多人习惯把7位地址直接传进去结果器件无应答。这两个坑我在协助同事调试时都见过记下来省得后人再踩。3.3 软件滤波变频器启停瞬间读数为什么会蹦HVAC柜子里变频器启停时电流冲击和电磁干扰非常明显。G491RE的I2C接收本身没问题干扰主要会通过远程二极管的走线耦合进来造成个别采样点漂移。这种情况靠硬件滤波能挡掉大部分但软件侧再加一层保险更稳。我用的是一阶低通滤波公式是filtered alpha * raw (1 - alpha) * filtered_prevalpha取值0.2左右。按16Hz的采样率这个滤波的时间常数大概在0.3秒左右既能跟得上HVAC的温度变化节奏又能把变频器启动瞬间的尖峰抹平。如果你对实时性有更高的要求可以用滑动窗口中值滤波取5个点的中位数延迟会比一阶低通大一些但抗尖峰能力更强。两个方案我都试过在HVAC这种一秒内温度不会突变的应用里一阶低通完全够用而且代码量少。4. 实测表现一套风柜加九个测温点的远程温度网络4.1 系统拓扑与点位分配实测项目里STM32G491RE主控板在柜内四片PJ85718DM挂在同一条I2C总线上地址分别为0x48、0x49、0x4A、0x4B。需要注意的是如果其它器件已经占了这些地址要全局错开。每个芯片的本地通道测一个柜内或风柜内温度每个远程通道各测一个远端二极管。远端二极管的实际位置一号风柜的送风管、一号分区的回风管、大堂角落、茶水间天花板、冷冻水供水管表面、冷冻水回水管表面外加设备间内墙一共七个远端点加上三处本地点总测温点刚好十个。布线时我按第2.2节说的远程二极管全部用屏蔽双绞线屏蔽层单端接地D串了5.1kΩ电阻D/D-之间并了2.2nF电容。I2C总线本身只走柜内线长不到30cm所以上拉电阻选了2.2kΩ400kHz跑得很稳。4.2 温度读数与参考仪器的对比用四片传感器连续跑了48小时同时用一台手持铂电阻温度计做参考精度±0.1°C用于抽查现场测温点的温度记录下稳定工况下的几组数据测点PJ85718DM读数手持参考温度偏差柜内本地通道34.6°C35.0°C-0.4°C送风管远端18.2°C17.9°C0.3°C大堂角落远端24.1°C24.3°C-0.2°C冷冻水供水管远端7.8°C8.0°C-0.2°C整体偏差在±0.5°C以内对于HVAC的控制逻辑来说完全够用。真正需要注意的不是静态精度而是动态响应——风柜风机启动后送风管里的温度立刻开始变化PJ85718DM在16Hz采样率下几乎没有可感知的延迟效果让我比较满意。4.3 这些温度数据怎么喂给HVAC控制算法温度数据读回来最终要服务于控制逻辑。我这套项目里用到的算法并不复杂送风管和回风管的温差用来判断风柜的实际制冷或制热能力房间温度用作分区风阀的闭环调节目标冷冻水供回水温差则参与水泵变频的PID控制。G491RE的CORDIC和FMAC数学加速单元在这里用不太上因为控制周期是500ms级别大部分算力都花在I2C轮询和滤波上。简单来说我维护一个长度为四的温度轮询表每200ms轮一遍四片传感器读回八个温度值本地加远程统一做滤波后存入结构体。控制任务每500ms取一次最新数据做PID或者查表输出。G491RE在170MHz主频下干这点活绰绰有余CPU占用率不到10%剩下的资源还可以跑人机界面、通信协议栈和日志记录。5. 排查实录远程温度读数漂移、跳字与I2C超时的完整修复链路5.1 症状一所有远端通道读数整体偏高2°C以上项目第一次上电时四片传感器本地通道读数正常但所有远端通道温度普遍比手持温度计高2到3°C。当时第一反应是二极管接错了但检查一圈发现极性都对。后来查数据手册的远程通道补偿部分才明白我用的双绞线有几十米线缆电阻虽然只有几欧姆但会在二极管的压降上叠加一个固定偏移。芯片内部有串联电阻消除相关补偿机制但需要软件里在配置寄存器打开对应位。我把对应位打开后读数整体降了下来。这是个非常典型的硬件看着没问题、问题藏在软件配置里的坑。以后凡是远程通道用长线缆的项目都必须检查芯片有没有串联电阻补偿或者晶体管β补偿相关的寄存器别拿到默认配置就上。5.2 症状二某个远端通道读数间歇性跳变另一个房间的远端通道在变频器启动时偶尔跳变一次跳好几度持续一秒左右又恢复。我首先怀疑的就是干扰。用示波器观察D、D-两端的波形发现变频器启动时确实有十几伏的共模噪声尖峰。屏蔽层虽然接了地但接地线是从柜内接地端子走的和变频器的强电地有一段距离。后来把屏蔽层的接地点改到更靠设备间总接地的位置同时在D/D-之间加大了滤波电容跳变就消失了。这个案例说明远程测温通道的干扰问题往往要硬件滤波和接地一起解决。纯靠软件滤波治标不治本因为跳变幅值很大一阶低通虽然能压住但响应也会变钝不如把源头治理干净。5.3 症状三400kHz模式下偶尔通信超时四片传感器挂了三路远端线缆之后I2C在400kHz下开始偶发超时。G491RE的HAL库返回HAL_BUSY或者HAL_TIMEOUT。用示波器看SDA波形发现上升沿明显变缓这是总线电容太大、上拉电阻驱动能力不足导致的。解决办法就是降速到100kHz或者把上拉电阻进一步减小到1kΩ。HVAC的温度数据本身不需要高速传输100kHz完全够用所以我最后选择降速稳定性和抗干扰性都比硬撑400kHz好。这里我多说一句很多人一遇到I2C不稳定就怀疑芯片坏或者代码错其实先看波形是最快的路子。示波器探头点到SCL和SDA上看上升沿是不是够陡、有没有台阶、电平是不是拉到芯片VDD三个问题各占一大类。把这套排查顺序背下来I2C的坑能少踩一半。5.4 一个容易被忽略的细节上电时序与I2C地址冲突最后补充一个我在多片级联时踩过的小坑地址引脚不是上电时锁存的而是实时生效的。如果A0、A1用跳线帽切换必须在芯片上电之前设置好。我在调试时用热插拔方式换过地址跳线结果总线直接挂死。另外如果总线上同时挂了其它I2C器件比如EEPROM地址必须全局错开否则读出来的数据会张冠李戴。这块在原理图阶段就做好地址表评审远比上电后靠示波器抓冲突靠谱。这套PJ85718DM加STM32G491RE的方案最终在我手里跑过了完整的冷热季交替包括最闷热的高负荷工况。回头再看选型的重要性和布线的细致程度比固件本身更决定成败。如果你也在做嵌入式HVAC项目想省成本又想多测温度点不妨试试这个组合但记住一条底线远程通道一定按长线来做设计别因为柜内距离短就在接地和滤波上偷懒。温度采集做透明了后面写控制策略、做能效分析才有真正的底气。
做暖通控制这些年我最大的体会是HVAC系统里真正难抓的不是风量是温度。风量大小可以靠风机变频器的频率去推但温度点分散在控制柜、风管、水管和各个房间本地测到了并不代表远端也准。直到后来在某个项目里用上了PJ85718DM这类本地/远程一体化数字温度传感器搭配STM32G491RE做主控才把十几个温度点收拾得明明白白。这篇文章就把这套方案的硬件连接、固件流程、实测数据和踩坑记录完整写出来给同样在嵌入式HVAC项目里摸爬滚打的同行一个参考。1. 别急着画原理图先弄明白HVAC里的“本地温度”与“远程温度”到底指什么1.1 一个控制柜、一台风柜和九个房间的温度图景我参与的那个项目是一套集中式中央空调的改造。主控柜放在设备间负责三台风柜机和两个冷冻水分区的启停房间测温点、送风风管测温点全都离主控柜有一段距离。测温点加起来九个再加上控制柜内和环境温度总共要抓十个左右的温度量。这十个左右如果全用独立传感器每一路都得从设备间拉线出来。线缆成本还好说关键是接线端子、防反接、屏蔽处理的工作量会成倍上涨而且主控板上的MCU引脚资源有限每个传感器单独占一路I/O或者一路独立协议CPU轮询压力也不小。所以当我拿到PJ85718DM这颗传感器时第一反应就是它正好卡在这个痛点上。PJ85718DM是一颗带I2C接口的数字温度传感器比较特殊的地方在于它不止能测自己附近的温度还能通过外部接一颗二极管测一个远端温度点。我手上的这颗芯片本地量程覆盖-40到125°C远程通道配合外接二极管可以覆盖到更大的范围分辨率能做到0.0625°C完全覆盖暖通场景的测温区间。本地通道装在控制柜内远程通道接出去测风管温度、房间温度一颗芯片管两个点比传统方案省了一半的传感器物料。在HVAC场景里所谓本地温度和远程温度其实有非常具体的指向。本地温度就是传感器芯片附近的环境温度对应到实际设备上可能是控制柜内的空气温度、风柜电机附近的温度、或者主控板表面温度远程温度则是远离主控板的测温点比如送风管内的空气温度、某个分区的回风温度、大堂角落的室温、冷冻水供回水管道的表面温度。这些点距离控制器少则几米多则几十米如果用传统思路在每个点都放一颗完整传感器再各自拉信号线回MCU施工和维护都很痛苦。1.2 “一颗芯片管两个温度点”到底划算在哪里很多人听到远程温度通道第一反应是远端不是该放一颗传感器芯片吗这其实是个误区。这类芯片的远程测温通道用的并不是另一个IC而是一个普通的二极管准确说是利用二极管PN结正向压降随温度变化的特性。PJ85718DM内部有恒流源给二极管一个固定激励电流再通过ADC测量二极管两端电压的变化就能换算出远端温度。远端测点上真正放着的硬件只是一颗几分钱的二极管甚至可以用三极管的BC结代替而本地通道则由芯片内部的带隙温度传感器完成。这种设计的直接好处是远端测温点的物料成本几乎可以忽略不计而且两根线就能搞定。第二个好处是校准一致性。本地通道和远程通道共用同一颗芯片的ADC和基准源两个温度的偏置方向往往是相同的做软件校准时只需要在总线上统一补偿一次。如果换成两颗独立传感器每颗都有自己的制造偏差算总温的时候就得分别校麻烦得多。第三个好处是总线资源省多片PJ85718DM可以通过地址引脚挂在同一条I2C总线上主控只需要占用STM32G491RE的一组I2C外设。当然这种方案也不是没有代价。远程二极管离主控远了走线上的压降、寄生电容、工业现场的变频器干扰都会影响测量精度这些后面我会专门用一节来讲。先说硬件连接。2. 硬件链路设计从PJ85718DM引脚到STM32G491RE的I2C总线每一处都算过2.1 I2C引脚复用与上拉电阻取值的算术题STM32G491RE有多个I2C外设我在项目里用的是I2C1引脚映射到PB6SCL和PB7SDA。做原理图的时候第一件事就是把这两个引脚从默认复用功能切换到I2C模式。G491RE的引脚复用表里PB6对应AF4的I2C1_SCLPB7对应AF4的I2C1_SDA。很多新手直接把引脚标成I2C就完事了结果固件里初始化半天发现总线没反应多半就是复用功能没选对。芯片侧的接线相对简单PJ85718DM的SCL、SDA两个引脚直接连到MCU的PB6、PB7VDD接3.3VGND接数字地VDD旁边放一个0.1uF去耦电容如果芯片离电源较远再并联一个10uF的电容。这是所有数字传感器的基础功课但HVAC柜子里经常有变频器和接触器电源纹波比实验室大得多去耦电容千万别省。上拉电阻是这条链路里最容易拍脑袋的地方。I2C总线是开漏结构必须有外部上拉电阻才能把电平拉高。G491RE的I2C1工作在400kHz快速模式时我用的上拉电阻是2.2kΩ。这个数值不是随便定的总线电容按每米线缆约100pF估算如果I2C线只有柜内短短的10cm总线电容可以忽略4.7kΩ都行但如果传感器要拉到设备间另一侧线缆长度接近1米总线电容就有100pF左右再加上每个芯片引脚还有几pF寄生电容为了确保上升沿满足规格书要求的tr不超过300ns就得把上拉电阻适当减小。所以我在靠近MCU一端放了2.2kΩ实测波形上升沿干净没有振铃。这里补充一个计算公式方便大家自己算I2C上升沿时间近似等于0.8473乘以R_pullup乘以C_bus。如果R_pullup取2.2kΩC_bus估算为150pF算出tr大约是280ns还在快速模式的300ns上限之内。要是挂了四片传感器、线缆又长C_bus轻松超过200pF2.2kΩ都压不住要么把上拉进一步降到1kΩ要么老老实实降速到100kHz。后面我会讲我最后怎么选的。2.2 远程二极管通道的两根线怎么走才不会出事远程通道才是这套方案里真正考验硬件功底的地方。PJ85718DM的D和D-两个引脚需要接到远端二极管的两端。由于远端测点在风管里或者房间天花板上这两根线实际要跟着电缆一起走长则十几米短则也有两三米。我的经验是这几点第一D和D-必须用双绞线最好是屏蔽双绞线屏蔽层单端接地接在控制柜的接地端子排上不能两端都接否则会形成地环流。第二在靠近芯片的D引脚线上串一个4.7kΩ到10kΩ的电阻这个电阻可以限制高频噪声进入芯片同时也能和D、D-之间的电容构成一个低通滤波器。第三在D和D-之间并一个2.2nF的陶瓷电容进一步滤掉共模噪声。这套做法在变频器启动时特别管用后面排查实录里会讲到我到底踩了什么坑。另外一个很多人会忽略的点是远程二极管的极性不能接反。标准接法是二极管阳极接D阴极接D-。如果是用三极管的PN结代替一般是把基极和集电极短接作为阳极发射极作为阴极。如果接反了芯片读出来的温度要么是满量程的乱值要么是明显不对的负温度。我在第一次打样时就干过这事所以特意拿出来提醒一句。2.3 地址配置与多片级联一条I2C总线上挂四片传感器回到项目的实际需要九个远端测温点加一个控制柜内测温点我最后用了四片PJ85718DM每片负责一到三个附近的温度通道。具体分配是一片装在控制柜内本地通道测柜温远程通道测设备间环境温度一片装在风柜侧本地测风柜回风温度远程测送风主管温度剩下两片分别装在两个房间区域各自本地通道测区域环境温度远程通道测对应分区的冷冻水管表面温度。四片传感器要挂在同一条I2C总线上就得靠芯片的A0、A1地址引脚区分。PJ85718DM的I2C地址是7位基地址加上A0/A1引脚的电平组合最多可以有4个可选地址。我在原理图上给A0、A1都加了跳线电阻默认全部拉低然后按顺序配置成00、01、10、11四个地址。这样MCU访问设备1到设备4只需要在软件里做一次地址表映射。硬件上要注意的是地址引脚不能悬空悬空等于逻辑不确定可能导致总线冲突。一律接上下拉电阻才是最稳的做法。还需要提醒一点如果控制柜里除了这四片传感器还有其他I2C器件比如EEPROM、IO扩展芯片地址必须全局错开。我调试时曾发现读取传感器的数据时偶尔读到另一个器件的值最后查出来就是地址重叠导致的。做原理图阶段就把整个I2C地址表列出来能省掉后面很多排查时间。3. 固件侧的温度提取流程配置寄存器、读数据、滤波和单位转换3.1 初始化I2C外设与配置PJ85718DM寄存器STM32G491RE这边我用的是HAL库。初始化I2C1的代码大致是这样I2C_HandleTypeDef hi2c1; hi2c1.Instance I2C1; hi2c1.Init.ClockSpeed 400000; hi2c1.Init.DutyCycle I2C_DUTYCYCLE_2; hi2c1.Init.OwnAddress1 0; hi2c1.Init.AddressingMode I2C_ADDRESSINGMODE_7BIT; hi2c1.Init.DualAddressMode I2C_DUALADDRESS_DISABLE; hi2c1.Init.GeneralCallMode I2C_GENERALCALL_DISABLE; hi2c1.Init.NoStretchMode I2C_NOSTRETCH_DISABLE; HAL_I2C_Init(hi2c1);要留意的是Init.ClockSpeed 400000对应快速模式。如果总线上挂了多片芯片且线缆较长第一次调试别急着上400kHz先用100kHz跑通再说。我一开始就是400kHz挂上四片结果偶发通信失败后面降到100kHz之后一切正常。虽然是线缆电容的问题而不是芯片本身的问题但调试顺序上低频先保通高频再优化这条原则是通用的。芯片侧的初始化我按数据手册推荐的顺序来先写配置寄存器把器件设为连续转换模式也有芯片叫连续测温模式转换速率我选的是16Hz。HVAC的温度变化本身非常缓慢——风管温度一分钟内能变化1°C都算快了16Hz的采样率配合软件滤波足够用。转换分辨率我选最高档也就是0.0625°C/LSB。分辨率高了噪声会稍微大一点但对暖通这个量级完全无所谓。3.2 温度读数怎么变成人能看懂的数字PJ85718DM的温度数据寄存器一般是两个字节高字节存整数部分低字节存小数部分具体格式要以数据手册为准。我这里以最常见的12位补码格式为例高字节的高8位代表整数部分低字节的高4位是小数部分的分数值每1个LSB对应0.0625°C低4位不用。读出来的原始值如果是正数直接乘0.0625就是摄氏度如果是负数要按补码先取反加一再换算。我在固件里的做法是这样的uint8_t reg[2]; HAL_I2C_Mem_Read(hi2c1, (dev_addr 1) | 1, TEMP_REG, I2C_MEMADD_SIZE_8BIT, reg, 2, 100); int16_t raw (int16_t)((reg[0] 8) | reg[1]); raw 4; float temp_c raw * 0.0625f;这段代码有两个细节容易出错。第一HAL的I2C_Mem_Read最后一个参数是超时时间单位是毫秒不能写0否则在总线忙时会立刻超时返回错误。第二(dev_addr 1) | 1是在拼8位写地址/读地址HAL库里I2C_Mem_Read需要的是8位地址而很多人习惯把7位地址直接传进去结果器件无应答。这两个坑我在协助同事调试时都见过记下来省得后人再踩。3.3 软件滤波变频器启停瞬间读数为什么会蹦HVAC柜子里变频器启停时电流冲击和电磁干扰非常明显。G491RE的I2C接收本身没问题干扰主要会通过远程二极管的走线耦合进来造成个别采样点漂移。这种情况靠硬件滤波能挡掉大部分但软件侧再加一层保险更稳。我用的是一阶低通滤波公式是filtered alpha * raw (1 - alpha) * filtered_prevalpha取值0.2左右。按16Hz的采样率这个滤波的时间常数大概在0.3秒左右既能跟得上HVAC的温度变化节奏又能把变频器启动瞬间的尖峰抹平。如果你对实时性有更高的要求可以用滑动窗口中值滤波取5个点的中位数延迟会比一阶低通大一些但抗尖峰能力更强。两个方案我都试过在HVAC这种一秒内温度不会突变的应用里一阶低通完全够用而且代码量少。4. 实测表现一套风柜加九个测温点的远程温度网络4.1 系统拓扑与点位分配实测项目里STM32G491RE主控板在柜内四片PJ85718DM挂在同一条I2C总线上地址分别为0x48、0x49、0x4A、0x4B。需要注意的是如果其它器件已经占了这些地址要全局错开。每个芯片的本地通道测一个柜内或风柜内温度每个远程通道各测一个远端二极管。远端二极管的实际位置一号风柜的送风管、一号分区的回风管、大堂角落、茶水间天花板、冷冻水供水管表面、冷冻水回水管表面外加设备间内墙一共七个远端点加上三处本地点总测温点刚好十个。布线时我按第2.2节说的远程二极管全部用屏蔽双绞线屏蔽层单端接地D串了5.1kΩ电阻D/D-之间并了2.2nF电容。I2C总线本身只走柜内线长不到30cm所以上拉电阻选了2.2kΩ400kHz跑得很稳。4.2 温度读数与参考仪器的对比用四片传感器连续跑了48小时同时用一台手持铂电阻温度计做参考精度±0.1°C用于抽查现场测温点的温度记录下稳定工况下的几组数据测点PJ85718DM读数手持参考温度偏差柜内本地通道34.6°C35.0°C-0.4°C送风管远端18.2°C17.9°C0.3°C大堂角落远端24.1°C24.3°C-0.2°C冷冻水供水管远端7.8°C8.0°C-0.2°C整体偏差在±0.5°C以内对于HVAC的控制逻辑来说完全够用。真正需要注意的不是静态精度而是动态响应——风柜风机启动后送风管里的温度立刻开始变化PJ85718DM在16Hz采样率下几乎没有可感知的延迟效果让我比较满意。4.3 这些温度数据怎么喂给HVAC控制算法温度数据读回来最终要服务于控制逻辑。我这套项目里用到的算法并不复杂送风管和回风管的温差用来判断风柜的实际制冷或制热能力房间温度用作分区风阀的闭环调节目标冷冻水供回水温差则参与水泵变频的PID控制。G491RE的CORDIC和FMAC数学加速单元在这里用不太上因为控制周期是500ms级别大部分算力都花在I2C轮询和滤波上。简单来说我维护一个长度为四的温度轮询表每200ms轮一遍四片传感器读回八个温度值本地加远程统一做滤波后存入结构体。控制任务每500ms取一次最新数据做PID或者查表输出。G491RE在170MHz主频下干这点活绰绰有余CPU占用率不到10%剩下的资源还可以跑人机界面、通信协议栈和日志记录。5. 排查实录远程温度读数漂移、跳字与I2C超时的完整修复链路5.1 症状一所有远端通道读数整体偏高2°C以上项目第一次上电时四片传感器本地通道读数正常但所有远端通道温度普遍比手持温度计高2到3°C。当时第一反应是二极管接错了但检查一圈发现极性都对。后来查数据手册的远程通道补偿部分才明白我用的双绞线有几十米线缆电阻虽然只有几欧姆但会在二极管的压降上叠加一个固定偏移。芯片内部有串联电阻消除相关补偿机制但需要软件里在配置寄存器打开对应位。我把对应位打开后读数整体降了下来。这是个非常典型的硬件看着没问题、问题藏在软件配置里的坑。以后凡是远程通道用长线缆的项目都必须检查芯片有没有串联电阻补偿或者晶体管β补偿相关的寄存器别拿到默认配置就上。5.2 症状二某个远端通道读数间歇性跳变另一个房间的远端通道在变频器启动时偶尔跳变一次跳好几度持续一秒左右又恢复。我首先怀疑的就是干扰。用示波器观察D、D-两端的波形发现变频器启动时确实有十几伏的共模噪声尖峰。屏蔽层虽然接了地但接地线是从柜内接地端子走的和变频器的强电地有一段距离。后来把屏蔽层的接地点改到更靠设备间总接地的位置同时在D/D-之间加大了滤波电容跳变就消失了。这个案例说明远程测温通道的干扰问题往往要硬件滤波和接地一起解决。纯靠软件滤波治标不治本因为跳变幅值很大一阶低通虽然能压住但响应也会变钝不如把源头治理干净。5.3 症状三400kHz模式下偶尔通信超时四片传感器挂了三路远端线缆之后I2C在400kHz下开始偶发超时。G491RE的HAL库返回HAL_BUSY或者HAL_TIMEOUT。用示波器看SDA波形发现上升沿明显变缓这是总线电容太大、上拉电阻驱动能力不足导致的。解决办法就是降速到100kHz或者把上拉电阻进一步减小到1kΩ。HVAC的温度数据本身不需要高速传输100kHz完全够用所以我最后选择降速稳定性和抗干扰性都比硬撑400kHz好。这里我多说一句很多人一遇到I2C不稳定就怀疑芯片坏或者代码错其实先看波形是最快的路子。示波器探头点到SCL和SDA上看上升沿是不是够陡、有没有台阶、电平是不是拉到芯片VDD三个问题各占一大类。把这套排查顺序背下来I2C的坑能少踩一半。5.4 一个容易被忽略的细节上电时序与I2C地址冲突最后补充一个我在多片级联时踩过的小坑地址引脚不是上电时锁存的而是实时生效的。如果A0、A1用跳线帽切换必须在芯片上电之前设置好。我在调试时用热插拔方式换过地址跳线结果总线直接挂死。另外如果总线上同时挂了其它I2C器件比如EEPROM地址必须全局错开否则读出来的数据会张冠李戴。这块在原理图阶段就做好地址表评审远比上电后靠示波器抓冲突靠谱。这套PJ85718DM加STM32G491RE的方案最终在我手里跑过了完整的冷热季交替包括最闷热的高负荷工况。回头再看选型的重要性和布线的细致程度比固件本身更决定成败。如果你也在做嵌入式HVAC项目想省成本又想多测温度点不妨试试这个组合但记住一条底线远程通道一定按长线来做设计别因为柜内距离短就在接地和滤波上偷懒。温度采集做透明了后面写控制策略、做能效分析才有真正的底气。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
