服务能力

楼宇自控

把空调、新风、给排水、照明和配电的参数采上来、控下去:能按时间表和实际负荷自动运行,也能在平台上看见每台设备的实时状态与能耗。

楼宇自控

能做什么

楼宇自控(BA)系统的设计、安装与调试:冷热源、空调机组、新风机组、给排水、照明、电梯与配电的监测与控制。

能耗监测:分项计量(照明/空调/动力/特殊用电)与数据上报,为节能改造提供依据。

与消防、门禁、监控做必要联动(例如火警切断非消防电源、联动排烟)。

用什么设备与材料

控制器:DDC 现场控制器(按点位与协议选型)、网关(把 Modbus/BACnet 等协议设备接入平台)。

传感器与执行器:温湿度、压差、水流开关、液位、CO/CO₂ 传感器;电动水阀、风阀执行器、变频器接口。

**协议选型看既有系统与集成方生态,不看单页宣传**:**BACnet**(ANSI/ASHRAE 135,面向楼宇、对象化建模、厂商互操作有 BTL 认证体系)、**Modbus**(面向寄存器、简单通用、无对象模型;我国国标为 GB/T 19582.1-2008)、**KNX**(面向现场总线、以总线供电设备为主,偏家居与小面积楼宇)。三者常在同一项目里共存,靠网关互转。

DDC 的点位分四类:**AI 模拟量输入、AO 模拟量输出、DI 数字量输入、DO 数字量输出**(这是行业通行分类,具体以厂家规格书为准)。

平台:监控软件/组态平台,做趋势曲线、报警与报表。

  • **点数估算(选控制器容量用)**:点数 = Σ(受控设备数 × 单机点位数)。例如 20 台风机盘管、每台 AI×2 + AO×1 + DI×2 + DO×1 = 6 点 → 共 120 点;再加 15% 备用 → **约 138 点**,据此选控制器容量与 I/O 模块数量。
  • **点位表要在深化设计阶段冻结**,否则后期改点多数会按变更计费。
  • 控制箱安装在弱电间或设备房,箱内接线端子排编号并与图纸对应
  • 传感器安装位置避开热源、风口与阀门直吹
  • 模拟量与数字量分开配线,屏蔽线单端接地
  • 关键设备保留手动操作与就地控制,避免平台故障导致设备停机

执行什么标准、依据什么规范

**BACnet** 的依据是 ANSI/ASHRAE Standard 135,最新版本为 **135-2024**(在 135-2020 基础上并入 17 项增补,含 MS/TP 相关表述的现代化与 BACnet/SC 的更新)。

**Modbus** 在我国的国标为 **GB/T 19582.1-2008《基于 Modbus 协议的工业自动化网络规范 第 1 部分:Modbus 应用协议》**(现行)。

**KNX** 是国际开放的楼宇/家居控制标准;其对应的 ISO/IEC 14543-3 系列编号**本次未取得官方页面核实,引用前请核对**。

工程层面常引用 GB 50314《智能建筑设计标准》、GB 50606《智能建筑工程施工规范》与 JGJ/T 334《建筑设备监控系统工程技术规范》;低压配电施工验收依据 GB 50303。

参考来源(标准与法规原文页面)

怎么验收、测什么

逐点位采集精度核对(用标准仪表比对温度、湿度、压差读数)。

控制逻辑与连锁试验:按点表逐条验证启停、调节、连锁与故障切换。

报警与趋势记录检查(越限是否告警、趋势曲线是否连续完整)。

断电恢复与手动/自动切换测试。

节能效果:**分项计量、时间表控制、焓值控制的实际节能量随负荷特性差异极大,本站不写具体百分比,一律以项目实测数据为准**。

点位表怎么出

点位表是楼宇自控的图纸语言,报价、控制器选型、编程和验收都以它为基础。出表的顺序应严格按受控设备清单走:先把被控设备逐台列出来(冷热源主机、冷冻与冷却水泵、冷却塔、空调机组、新风机组、风机盘管、给排水泵、照明回路、电梯与配电回路等),再按设备类型确定每台需要接入的输入输出点,逐台累加,得出 AI、AO、DI、DO 四类点数的分项合计。

点位数要分两层理解:一层是「这台设备要采什么、控什么」,例如温度、湿度、压差、水流、液位、CO 或 CO₂ 属于 AI;电动水阀、风阀与变频器给定属于 AO;运行状态、故障、手自动状态、水流开关属于 DI;启停与开关控制属于 DO。另一层是「点位统计里要不要留备用」,备用比例按项目要求与控制器余量确定,本站不写固定百分比,写进点位表并在深化设计阶段由设计与业主确认。

出表时还要把三件事同时固定下来:每台设备的安装位置与配电来源、每个点位对应的控制器箱号与模块编号、以及点位与图纸的对应关系。点位表在深化设计阶段冻结,之后的新增、移位或改逻辑都走变更流程;实践中最贵的不是多买几块模块,而是后期无人说得清「这个点是哪台设备、接在哪个箱子里」。

  • 点位表按「设备清单逐台统计再汇总」的方式出,不要先估总数再倒推设备
  • AI/AO/DI/DO 分类要与控制器模块类型对应,模拟量与数字量分开配线
  • 每台控制器预留一定备用点位与模块安装空间,具体比例按项目要求确定
  • 点位表在深化设计阶段冻结,后续变更走书面变更流程

参考来源(标准与法规原文页面)

协议怎么选、网关怎么用

选协议的第一步不是比较优劣,而是看既有系统用什么。改造或扩建项目里,已建成的子系统(冷热源机组、变频器、电表、电梯等)通常保留原协议,新增的控制器与网关去适配它们,否则就要整体更换设备。只有在没有既有系统(新建项目)时,才谈得上按集成环境选型。

几种常见协议的适用边界可以这样理解:BACnet(ANSI/ASHRAE 135,最新版本为 135-2024)面向楼宇自控,采用对象化建模,厂商互操作有认证体系,适合以楼宇设备为主、要求跨厂商互操作的场景;Modbus 以寄存器为模型,简单通用、实现成本低,我国国标为 GB/T 19582.1-2008,适合点表规整、以采集与控制为主的设备;KNX 面向现场总线,以总线供电设备为主、偏家居与小面积楼宇,适合照明、遮阳、房间控制一体化的小系统。三者常在同一项目中共存,靠网关互转。

网关不是万能转换器,用之前要核对三件事:网关支持哪些功能码或对象类型、能带多少台从站设备、以及时延与数据刷新周期是否满足控制要求(趋势采集与参与联锁控制的刷新要求不同)。带联锁控制的点位不要绕经多层网关,避免单点故障把设备卡在原地。

  • 优先沿用既有系统协议,新增部分做适配,减少「为统一协议而换设备」的浪费
  • BACnet 适合楼宇设备互操作,Modbus 适合寄存器读写,KNX 适合现场总线类小系统
  • 用网关互转时,映射关系要与点位表一一对应并留存文档
  • 参与联锁控制的点位不要跨越多层网关,网关与控制器均需考虑故障时的就地操作

参考来源(标准与法规原文页面)

常见问题与避坑

第一类是传感器位置的错误:温度传感器装在被控区域的风口直吹处或靠近热源,读数长期偏离;压差传感器取压口位置不当或取压管有积液与堵塞,导致压差读数失真;水流开关装在不利于感受流量的位置,出现「有水流却报无水流」。结果就是控制逻辑在纸面上正确,实际一直在振荡或误动作。

第二类是「只做监视、不做控制」:很多项目把楼宇自控做成了一块大屏,能看到所有数据,却不能自动调节,节能效果无从体现。若招标文件只要求「监测与显示」,那就按监测做,但要明确告知业主哪些设备不具备自动控制能力,避免验收时产生预期落差。反之若写了自动控制,就要把控制逻辑、调节参数与联锁关系逐条列出并现场验证。

第三类是平台的单点故障:控制器、网关、网络或上位平台任一环节故障,都可能让设备停在现场无法操作。合理做法是 DDC 具备脱机独立运行能力,网络中断时按本地程序继续控制;关键设备保留就地手动操作与手动/自动切换;平台侧对控制器与网络做必要的冗余(如环网)并按项目要求评估。

  • 传感器与执行器的安装位置要在施工前确认,避开风口、热源与阀门直吹
  • 合同里区分「只监视」与「可自动控制」的范围,并写入验收条款
  • 控制器脱机运行、就地手动操作与手自动切换必须逐台测试
  • 平台、网络与网关的单点故障影响范围要提前评估,冗余程度按项目要求确定

参考来源(标准与法规原文页面)

其它服务能力

关于 Cookie 与隐私

本站使用少量必要的 Cookie 与浏览器本地存储,用于记住语言偏好、保持登录状态并统计文章阅读量;不使用第三方广告或跨站追踪。您可以随时在浏览器中清除。

查看 Cookie 政策