楼宇自控升级方案：一体化以太网温湿度探测器接入 BA 系统设计

楼宇自控改造：一体化以太网温湿度探测器接入BA系统落地案例

物联网 · 楼宇自控 · BA接入 · 盛世宏博

一、方案总则

在存量楼宇自控改造项目中，大量建成多年的BA系统普遍存在点位不足、传感器老化、协议封闭、扩展成本高昂等痛点。传统改造思路多采用新增DDC控制器配套模拟量温湿度探头，施工量大、布线繁琐，且后期点位扩容、点位迁移灵活性差。本案例针对一栋综合商务楼宇BA系统升级，采用一体化以太网温湿度探测器作为新增感知终端，依托楼宇现有局域网，完成探测器与原有BA平台、DDC控制链路的数据对接，在不大规模更换原有主控、不重新敷设大量控制线的前提下，补齐办公区、机房、新风机房、地下车库、配电间的温湿度监测点位，同时将采集数据送入原有自控逻辑，联动新风、空调机组、排风机，实现环境参数闭环调控。

本案例执行依据包含《智能建筑设计标准》GB 50314、《民用建筑电气设计标准》GB 51348、《采暖通风与空气调节设计规范》GB 50736，同时兼顾存量BA改造的兼容性原则，优先保留原有成熟控制回路，新增感知链路作为补充与备份。案例项目原有BA平台支持BACnet/IP、Modbus TCP，部分老款DDC仅支持BACnet MS/TP，因此整体接入方案分为直连接入、协议网关转换两条技术路线，解决多协议异构环境下以太网温湿度探测器接入难题。本案例重点解决改造行业几个典型痛点：模拟量传感器信号易受变频风机、配电柜电磁干扰、新增点位需要占用DDC稀缺AI通道、点位分散带来的布线成本高、后期传感器校准与运维无法远程管理、多厂商设备协议不统一难以集成。整套方案架构分为感知层、协议转换汇聚层、原有BA自控层、监控平台层，实现采集、解析、映射、联动、告警、运维审计全链路闭环。

二、项目概况与改造前现状

本项目为地上十二层综合商务楼宇，包含开放式办公区、独立办公室、弱电机房、高低压配电室、新风空调机房、地下一层车库，原有楼宇自控系统建成运行超过八年，主控平台为商用BA组态软件，现场部署多台BACnet DDC，负责空调机组、新风机、排风机、电动水阀的逻辑控制。改造前的主要问题集中在四个方面。第一，原有温湿度测点数量偏少，仅在每台AHU送回风设置少量探头，大面积办公区域无分布式测点，只能依靠机组回风单点参数控制，人员区域温湿度偏差大，局部过热、过湿现象频发，空调调节滞后，能耗偏高。第二，原有传感器多为4-20mA模拟量输出，线缆长期敷设，部分点位信号漂移、断线，排查困难，模拟信号本身无法上传设备故障、探头状态，只能依靠运维人员现场巡检。第三，原有DDC的AI通道已经基本占满，如果继续增加模拟量温湿度探头，需要新增DDC分站，设备成本、控制柜改造、控制线敷设工程量大，改造周期长，楼宇无法大面积停产施工。第四，原有系统缺少统一的设备运维台账，传感器校准记录、超标历史曲线缺失，运维只能依靠人工记录，不利于能耗分析与后期节能调优。

本次改造目标明确，不替换原有BA主控与核心DDC控制回路，保留原有空调、新风的基础PID逻辑；新增全部感知终端采用一体化RJ45以太网温湿度探测器，支持POE供电，就近接入楼层弱电交换机；将探测器采集的温湿度、设备在线状态、探头故障状态接入原有BA系统，在组态画面中展示；新增测点参与联动逻辑，当办公区域持续高温高湿时，自动提高新风风量、调整空调水阀开度，配电室、弱电机房温湿度超标联动排风机启动；所有新增测点纳入原有告警体系，超标、离线、探头故障推送运维工单；同时建立远程校准、远程参数配置能力，降低现场运维工作量。本次改造共新增一体化以太网温湿度探测器 47 台，覆盖办公区域、机房、配电间、空调机房，其中 32 台部署于办公开放区域，10 台部署于机房与配电室，5 台部署在空调机组周边作为补充测点。

三、一体化以太网温湿度探测器选型与测点布设

本次选用的一体化以太网温湿度探测器同时搭载 Modbus TCP、BACnet/IP、SNMP，支持三种协议按需切换，温度精度 ±0.2℃，湿度 ±2%RH，采用标准 802.3af POE 供电，无需单独布设电源线。探测器内置本地数据缓存，网络短时中断时缓存采集数据，链路恢复后上传，避免断网时段数据丢失。设备支持静态 IP、DHCP，支持自定义采集周期，可远程修改阈值、上传目标地址，自带状态寄存器，可输出探头故障、供电异常、链路离线标记，这是区别于传统模拟量变送器的核心优势。

测点布设严格按照楼宇功能分区，规避气流直吹、阳光直射、配电柜发热面，保证采集数据代表人员活动与设备存储区域真实环境。开放式办公区域按照每 180～220 ㎡布设一台探测器，安装高度控制在 1.5～1.8m，贴近人员活动高度；独立办公室面积超过 80 ㎡单独增设测点；弱电机房、高低压配电室按照机柜分区布设，测点避开 UPS、变压器发热区域，重点监测设备散热环境；空调机房测点布置在回风区域，作为原有机组探头的对比校验点位；地下车库测点布置在通风死角，联动排风机。所有测点统一编制点位编号，编号规则包含楼层、区域、点位类型，点位信息同步录入BA数据库，完成点位与画面、告警、联动脚本绑定。

网络侧规划独立采集网段，所有以太网温湿度探测器划入单独 VLAN，和楼宇办公 Wi-Fi、用户内网隔离，仅允许BA服务器、协议网关访问该网段，防止物联网终端横向渗透，满足智能建筑网络安全要求。楼层原有弱电交换机开启端口隔离、风暴抑制，POE端口功率预留余量，避免多设备同时上电导致供电跌落。对于距离弱电间较远、布线难度高的点位，采用屏蔽六类网线沿原有弱电桥架敷设，信号线远离变频器、风机动力电缆，降低电磁干扰。

四、接入总体架构与两条接入技术路线

本项目因为原有BA系统设备新旧混杂，同时存在支持 BACnet/IP 的新型 DDC、仅支持 BACnet MS/TP 的老款分站，因此设计两条并行接入路线：直连接入路线、协议网关汇聚转换路线。两条路线的数据最终都汇入原有BA服务器组态平台，统一在原有画面展示，和原有测点使用同一套告警、存储、联动体系，不新增独立监控平台，降低运维人员学习成本。

第一条路线：BACnet/IP 直连接入。对于已经接入 IP 网络、支持 BACnet/IP 的 DDC 和 BA 服务器，直接将一体化以太网温湿度探测器配置为 BACnet/IP 设备，设置 Device ID、实例号，将温度、湿度、设备状态映射为 Analog Input 对象，BA 服务器作为 BACnet Client，按照设定周期读取对象数据。该路线不需要额外协议转换硬件，链路简单，实时性好，适合楼层就近接入、网络稳定的点位。探测器本身作为 BACnet 设备在楼宇自控网络内存在，BA 平台可以直接识别设备、读取点位、下发参数，完全融入原有 BACnet 设备体系。

第二条路线：协议网关汇聚转换。针对老旧 DDC 仅支持 BACnet MS/TP，不具备直接接入以太网 IP 设备的能力，采用工业边缘网关作为汇聚节点。网关向下通过 Modbus TCP 批量采集多台以太网温湿度探测器，网关内置协议解析引擎，完成寄存器读取、数据校验、异常值过滤；网关向上转换为 BACnet MS/TP，接入原有 DDC 的 MS/TP 总线。网关负责点位映射配置，将每一台探测器的温度、湿度、故障状态映射为 DDC 内部的 AI、BI 点位，原有控制逻辑不需要大规模改写，只需要在原有程序内增加映射完成的点位变量，用于联动判断。网关同时承担数据缓存、断点续传、测点预处理，过滤瞬时突变异常值，避免探头瞬时干扰导致空调、风机频繁动作。

网关内部数据映射是整个改造的核心工作，需要建立点位映射对照表，记录探测器 IP、Modbus 寄存器地址、BACnet 对象类型、实例号、工程单位、缩放系数。温湿度原始采集数据一般为放大整数格式，网关配置缩放比例，将寄存器原始值换算为标准摄氏度、相对湿度，再向上传递给 BA，保证平台显示数值和现场校准仪器读数一致。同时把探头故障、设备离线信号映射为二进制输入点位，一旦探测器离线或者探头损坏，BA 系统识别为故障信号，触发设备告警，区别于单纯的温湿度超标告警。

五、BA 联动逻辑设计与原有控制回路兼容

改造的核心原则是：原有机组基础闭环控制逻辑保持不变，新增以太网温湿度测点作为辅助输入与校验输入，不直接替换机组送回风探头，形成“机组原生探头为主，分布式以太网测点为辅”的双校验机制，规避新增采集链路故障导致空调失控。整套联动逻辑在原有BA组态脚本内开发，分为办公区域舒适调控、机房配电室设备保护、故障互锁、告警分级四个模块。

办公区域联动逻辑：以本区域多台以太网温湿度探测器的均值作为区域环境参考值，设置舒适区间，温度 22～26℃，湿度 40%～60%。当区域平均温度持续高于 27℃，且机组回风温度同步升高时，脚本自动开大空调冷水电动调节阀，提高机组制冷出力；当湿度持续高于 62%，触发除湿优先逻辑，在允许范围内降低送风温度，同步维持再热输出，避免送风过冷造成结露；当区域温湿度长期处于舒适区间，自动降低新风阀开度，减少新风负荷，实现节能调节。逻辑增加持续时间判定，单点瞬时超标不触发调节，必须满足连续 5 分钟均值超限，才启动调节，避免人员开关门窗带来瞬时扰动造成频繁动作。

机房、配电室属于设备保护场景，优先级高于办公舒适逻辑。弱电机房温度阈值上限设置为 30℃，湿度上限 65%；配电室湿度上限严格控制在 60%，防止高压柜体凝露。当机房测点超标，联动机房排风机、精密空调提高出力；如果出现湿度快速爬升，优先启动排风，降低室内水汽浓度。机房测点同时作为原有机房监控的备份采集链路，一旦原有机房监控链路故障，BA 系统依靠以太网温湿度测点继续执行保护联动。

故障互锁逻辑是存量改造项目必不可少的环节。如果某一台以太网温湿度探测器上报故障或者离线，对应联动逻辑自动屏蔽该测点数据，不再参与均值计算，同时推送设备故障告警；如果某一层采集网关离线，本层所有新增测点标记失效，联动逻辑回退至仅依靠原有机组自带探头运行，保障自控系统不会因为新增感知链路故障失去控制能力。这套降级机制是存量BA改造的安全底线，防止新增改造引入新的风险。

告警体系沿用原有平台分级机制，分为预警、一级告警、紧急告警。预警代表参数逼近阈值，仅记录日志；一级告警为持续温湿度超标，推送运维人员；紧急告警用于配电室高湿、机房高温，同步推送运维主管。探测器离线、探头损坏统一归类为设备类告警，和环境超标告警分开统计，便于运维区分是环境问题还是感知硬件故障。

六、现场施工、调试与点位标定实施流程

本项目属于不停业改造，施工全部安排在夜间、周末，分区隔离施工，避免影响楼宇正常办公。施工阶段优先完成网络侧改造，划定采集 VLAN，调试交换机 POE 端口，敷设屏蔽网线，固定探测器安装底座；探测器上电后统一配置静态 IP，关闭 DHCP，录入 IP 台账，防止地址冲突。每一台探测器单独测试网口连通性，确认 Modbus TCP、BACnet/IP 协议可以正常读取数据，再接入汇聚网关或者直接接入 BA 网络。

调试分为单机调试、网关映射调试、BA 点位联调、联动逻辑验证四个阶段。单机调试阶段，使用便携式高精度温湿度校准仪，在探测器周边同步比对读数，偏差超出允许范围的设备现场校准或者更换探头，留存校准记录。网关映射调试阶段，在网关管理界面完成寄存器配置、缩放系数设置，读取网关输出到 BACnet 的点位数值，核对平台显示数值和探测器本地读数一致，校验故障点位、离线点位信号是否可以正常上传。BA 点位联调阶段，在 BA 组态软件中导入点位表，绘制测点画面，绑定历史曲线存储，确认每一个新增测点可以正常存储历史数据，曲线连续无断档。

联动逻辑验证是调试重点，采用模拟方式验证全部工况：使用热风、加湿设备在探测器附近制造超标环境，观察 BA 平台数值变化、告警推送、阀门与风机动作时序；手动断开探测器网线，验证离线告警、联动逻辑自动降级；断开汇聚网关电源，验证整层测点失效之后原有机组控制回路不受影响。全部逻辑验证完成之后，试运行周期设置为 35 天，试运行期间联动功能开启，但调节幅度做限制，避免调试阶段过度调节影响办公环境，运维人员持续对比原有探头和新增分布式测点曲线，微调联动脚本阈值、持续判定时长，优化调节平滑度，减少超调震荡。试运行结束，指标满足要求之后，放开全部联动权限，正式投入运行。

七、改造高频问题、故障定位与优化方案

在本次接入落地过程中，出现多个存量BA改造典型问题，对应形成标准化排查方案。第一类问题：BACnet/IP 设备在 BA 平台间歇性丢点，时通时断。排查根因为楼宇交换机开启 IGMP 侦听配置不合理，BACnet 广播报文转发异常，优化方案为在采集 VLAN 内调整组播转发策略，限制 BACnet 广播域，同时缩短探测器心跳报文间隔，让平台快速识别设备在线状态。第二类问题：网关转换之后，BA 侧数值跳变、读数错乱。多数是寄存器读取顺序、缩放系数配置错误，或者网关和探测器之间出现 TCP 粘包，优化方案是网关侧启用协议状态机解析，固定报文头校验，重新核对寄存器映射表，区分原始整数和浮点寄存器。第三类问题：电磁干扰，靠近配电室、变频风机的点位读数漂移。虽然采用屏蔽网线，但是桥架和动力线缆距离过近，整改方案是调整点位安装位置，或者更换带隔离的网关采集端口，增加信号隔离模块。第四类问题：原有 BA 服务器点位数量授权存在上限，新增点位超出授权，改造前期没有评估，后期通过扩容点位授权解决，该问题也成为后续同类项目前置评估要点，在方案阶段核对 BA 平台点位授权余量。

还有一类极易被忽略的运维隐患：大量新增以太网设备缺乏统一运维入口，运维人员不知道设备 IP、安装位置、校准周期。本项目在 BA 组态内增加设备运维面板，点击测点可以跳转查看探测器 IP、固件版本、上次校准时间，告警信息附带安装位置，同时建立设备生命周期台账，每年度统一安排比对校准，替换老化透气膜，防止粉尘长期附着造成探头漂移。

八、改造效果与项目复盘

改造完成之后，楼宇环境管控能力得到明显提升，开放式办公区域温湿度均匀性改善，局部过热、潮湿投诉大幅下降；依托分布式测点的预调节逻辑，空调机组不再单纯依靠回风单点控制，机组出力更加平滑，减少频繁启停，经过一个季度能耗统计，该楼宇空调新风综合能耗下降约 12%。机房、配电室形成双路采集冗余，原有探头和以太网探测器互相校验，环境异常识别速度提升，同时设备故障可以提前发现，不再依赖人工巡检。从成本角度对比，如果采用传统新增 DDC+4-20mA 模拟探头方案，设备、控制柜、控制线施工成本大约是本次以太网探测器改造方案的 2.3 倍，改造工期更长，而本方案依托现有局域网，布线工作量小，点位扩容灵活，如果后续楼层功能调整，探测器只需要调整 IP 和点位配置，就可以迁移到新区域。

项目复盘总结出存量楼宇 BA 接入以太网温湿度探测器的几条核心经验。第一，改造前期必须评估原有BA平台协议、DDC型号、点位授权、网络架构，区分直连和网关转换路线，不能一刀切采用同一种接入方式。第二，安全降级机制必不可少，新增感知链路只能作为辅助，不能完全接管原有机组控制，一旦新增链路故障，原有自控回路必须可以独立运行。第三，网络隔离是重点，物联网采集网段和办公网络隔离，防止大量IP终端带来网络风暴和安全风险。第四，联动逻辑不能只看瞬时值，必须增加均值、持续时间判定，同时多测点交叉校验，降低误联动概率。第五，在项目初期就建立完整点位台账、映射表、校准计划，为长期运维留下文档支撑。

该接入方案具备很强的可复制性，适合大量建成多年、点位不足、DDC 通道占满的存量商务楼宇、园区、医院、教学楼 BA 升级，在不推翻原有自控体系的前提下，低成本完成分布式环境感知扩容，打通以太网传感器和传统楼宇自控系统的数据壁垒，兼顾兼容性、安全性、经济性。

关键词：楼宇自控改造；BA系统；以太网温湿度探测器；BACnet/IP；Modbus TCP；协议网关；存量楼宇自控；温湿度联动 标签：楼宇自控 · BA接入实战 · 以太网温湿度 · BACnet集成 · 老旧楼宇智能化改造