楼宇自控系统控制什么
楼宇自控系统覆盖让建筑可用的机电设备：冷热源、空调机组、风机盘管、地暖、通风、照明、遮阳、水泵与计量。它不替代消防主机、门禁控制器或电表，而是监视这些系统、执行日程与联动，并记录发生的事。实际边界是点位表：运维团队需要查看或操作的每个传感器、命令、状态与告警。一个点可以是温度传感器的模拟量输入、水泵状态接触器的开关量输入、阀门模拟量输出、风机开关量输出、电表脉冲计数，或是一个计算值，如运行平均值。点位表之外的内容，无论控制器多强，都不属于 BAS 范围。业主问“谁来控制建筑”时，通常指的就是这一层。
- 冷热源、空调与通风顺序
- 按分区或房间控制照明与遮阳
- 计量、告警与趋势记录
- 第三方系统的状态与联动
- 模拟量、开关量、脉冲与计算点
三层架构，一个运营模型
多数 BAS 架构分三层。现场设备包括传感器、执行器、阀门、风阀与电表，最靠近设备。控制器执行 PID 回路、日程、机组启停与安全联动。监控层把多个控制器与协议的数据统一成一个模型，再向运维呈现告警、趋势与命令。分层也划分责任：控制承包商负责现场与控制层，集成商负责监控与报表。边界清楚，两个团队才不会争同一个点位，交付文档也才值得阅读。网关更少、结构更平的架构，也比层层转换更容易排查。实践中，监控网络不可用时，控制层必须继续运行；一栋建筑因为交换机或服务器故障而停止供热，那是架构问题，不是运维失误。
- 现场层：传感器、执行器与电表
- 控制层：断网仍可运行的本地顺序
- 监控层：统一的数据模型与告警列表
- 应用层：画面、报表与移动访问
协议与开放性
BAS 的开放程度取决于接口。BACnet/IP 常见于冷机、空调机组与成套设备；Modbus RTU 或 TCP 用于电表、逆变器与传感器；KNX 用于照明、遮阳与房间控制；DALI 用于可寻址灯具；干接点用于没有其他接口的遗留设备。开放协议不等于省掉集成工作。每个接口仍需要地址表、点位映射、命名规则与测试记录。仅 BACnet 就包含对象、属性与服务，设备可能只支持其中一部分；Modbus 的寄存器缩放由厂商定义；KNX 的组地址必须命名并归档。要确认的不是哪种协议理论上更好，而是现有设备实际提供什么接口，以及由谁负责映射。好的集成文档会写明网关、固件版本与故障回退方式。
- 冷热源与空调机组用 BACnet/IP
- 电表与逆变器用 Modbus RTU 或 TCP
- 照明与遮阳用 KNX 与 DALI
- 遗留系统用干接点与 API
点位、日程与告警
点位表是 BAS 项目的合同。它列出每个输入、输出、设定值、状态与告警，以及地址、量程、工程单位与报警限值。日程决定设备何时运行；联动决定两个系统相遇时发生什么；告警合理化决定哪些事件到达运维人员、以什么顺序到达。点位很多却没有命名规则的系统，比点位更少但点位表严谨的系统更难运维。调试逐点测试点位表，而不是只看画面。测试记录才是建筑按规格运行的证据；调试团队离场后，趋势数据继续为优化提供依据。趋势还需要明确采样间隔：一分钟采样适合机组顺序分析，十五分钟采样通常足够能源报表。点位表应写明哪个是哪个。
- 命名与图纸一致
- 报警限值与死区写入文档
- 联动经过测试，而非假设
- 保留趋势用于性能复盘
BAS、BMS 与 IBMS 不是一回事
BAS 与 BMS 常被混用，二者都描述建筑设备的控制与管理。IBMS 更进一步：把 BMS 与门禁、视频监控、停车、电表、客房及消防状态集成，执行跨系统规则，并呈现一张运营视图。区别在架构，不在高低。建筑可以有称职的 BAS 而没有 IBMS，也可以有监督多套 BAS 的 IBMS。范围文件应说明买的是哪一层、哪些系统在其中、哪些系统保持独立。这一点说清楚，预算与运营模型都更安全。它也能避免常见的采购错误：底层设备控制尚未稳定就先买集成平台，然后把机械与调试问题归咎于平台。
- BAS：设备与房间控制
- BMS：建筑设备监控
- IBMS：多子系统集成
- 消防与门禁保留自身权限
如何界定 BAS 项目范围
有用的 BAS 范围从建筑开始，而不是从产品开始。先列出系统、厂商与版本、可提供的协议，以及运维需要的点位。再确认控制顺序：哪些按日程运行，哪些跟随使用率，哪些必须故障安全，哪些可由楼宇团队自行调整而不必找程序员。改造项目要在提出新监控主机之前，审计现有控制器与布线。新建项目要在控制包招标之前确认点位表。两种情况都应把调试与培训写进范围，而不是留到交付后再谈。写清楚的范围，比变更单便宜。它还应该写明验收测试、文档交付物与支持期，因为这些正是比价时最常被省略的部分。
- 系统与协议清单
- 控制顺序与告警原则
- 点位表与命名规则
- 调试、培训与文档
让系统真正工作的控制顺序
控制顺序是 BAS 真正发挥价值的地方。典型的空调机组顺序包含使用与非使用模式、最佳启动计算、送风温度控制、经济器或免费冷却逻辑、按需新风、过滤器监测与防冻保护。冷机顺序按负荷增减机组，轮换主备机，保护最短运行时间与最多启动次数，并在限值内重置冷冻水温度。水泵顺序维持压差，轮换运行泵与备用泵，并在启动冷机前确认流量。房间顺序处理冷热切换、窗磁、使用率与设定值限制。每个顺序都需要模式、切换条件、设定值、延时与明确的故障位置。书面控制顺序是组态、测试与后续修改的依据；只存在于程序员脑子里的顺序，无法调试，也无法维护。
- 空调机组的模式与切换
- 冷机增减与轮换
- 水泵主备与流量确认
- 设定值限制与故障安全位置
调试、文档与常见故障模式
调试证明的是点位表，不是画面。它从配电柜检查与逐点核对开始，接着是传感器校准检查、阀门与风阀行程测试、告警测试与联动测试，最后是故障模式测试：传感器失效、总线分段丢失或控制器重启时会发生什么。季节调试在真实负荷下确认供热与制冷。作为行业规划参考，小型项目通常预留数周调试时间，大型项目数月，但实际周期取决于点位数量、其他工种的完成度与现场准入。文档应包括竣工图、点位表、控制顺序、测试记录、网络图与组态备份。常见故障可以预见：传感器装在滞流区、阀门选大或关不严、控制回路持续振荡、调试旁路未复位、点位重名，以及网关没有点位映射就上线。
- 逐点核对与行程测试
- 故障模式与季节测试
- 竣工图与备份
- 交付前检查旁路与命名
按子系统划分的典型 BAS 范围
18 行| 子系统 | BAS 控制内容 | 常见接口 | 运维价值 |
|---|---|---|---|
| 冷热源 | 冷机与锅炉启停、水泵、阀门、设定值 | BACnet/IP、Modbus、0–10 V | 设备按需运行，而非固定时钟 |
| 冷机与热泵 | 按负荷增减机组、重置冷冻水设定值、平衡运行小时 | BACnet/IP、Modbus、干接点 | 容量稳定，减少启停 |
| 锅炉与热源 | 热源增减、回水温度保护、气候补偿 | BACnet、Modbus、0–10 V、干接点 | 部分负荷下供热安全 |
| 空调机组 | 送风温度、风阀、风机、过滤、防冻 | BACnet/IP、Modbus、干接点 | 新风与舒适度稳定 |
| 风机盘管 | 房间设定值、水阀与风速、使用率模式 | Modbus、KNX、0–10 V | 房间级舒适，减少浪费 |
| 地暖 | 地面温度、混水阀、气候补偿 | Modbus、0–10 V、干接点 | 供热稳定，避免过冲 |
| 生活热水 | 储水温度、循环泵、计划性高温杀菌 | Modbus、0–10 V、干接点 | 热水安全，减少待机损失 |
| 通风与排风 | 按需新风、压力、风机状态 | Modbus、0–10 V、干接点 | 新风跟随使用率 |
| 照明 | 开关、调光、场景、存在感应与恒照度 | DALI、KNX、继电器 | 照明跟随使用 |
| 遮阳 | 日照追踪、防风保护、隐私场景 | KNX、Modbus、干接点 | 控制眩光与热量 |
| 计量 | 电、水、燃气、热量与分项计量 | Modbus、经网关的 M-Bus、脉冲 | 按区域看清消耗 |
| 门禁集成 | 门状态、远程开门、事件联动 | API、经控制器的 OSDP、干接点 | 一个事件，而不是多个界面 |
| 视频监控与入侵报警 | 摄像机健康、报警事件、录像状态 | ONVIF、API、干接点 | 一张事件视图，无需第二套工作站 |
| 消防状态 | 仅告警与预警状态 | 干接点、受监输入 | 消防主机保留权限 |
| 电梯 | 状态、故障与告警信号 | 干接点、API | 服务问题尽早可见 |
| 水泵与阀门 | 启停、转速、位置、故障 | BACnet、Modbus、0–10 V | 机组顺序与故障检测 |
| 房间与客房控制 | 设定值、使用率、窗磁、场景 | KNX、Modbus、0–10 V | 舒适且带能耗限制 |
| 告警与趋势 | 归一化事件、历史与报表 | 监控层 | 更快诊断与复盘 |
项目图景
3 张图片
常见问题
01什么是楼宇自控系统？
楼宇自控系统控制并监视暖通、照明、遮阳与计量等建筑设备。它连接现场设备，执行日程与联动，并向运维人员提供告警、趋势与统一的设备视图。
02BAS 与 BMS 有什么区别？
两个词有重叠。BAS 通常强调设备与房间服务的自动控制，BMS 更强调对这些服务的监视与管理。有些项目把二者当作同义词。比名称更重要的是范围文件。
03必须更换现有控制器吗？
不一定。如果现有控制器提供 BACnet、Modbus、KNX 或其他可用接口，通常可以集成。审计会确认哪些数据可读、哪些只能监视。
04楼宇自控系统应支持哪些协议？
以现有设备提供的接口为准。BACnet/IP、Modbus RTU 与 TCP、KNX、DALI 与干接点覆盖多数建筑设备。协议组合应由设备清单决定，而不是对某一种协议的偏好。
05一栋建筑需要多少点位？
没有系统清单就无法可靠估算。点位数量取决于设备、控制策略以及运维需要多少状态量。我们在审计阶段编制点位表，并据此确定控制器规模与报价。
06楼宇自控系统能否在断网时运行？
可以。控制逻辑、日程与联动应在本地控制器中运行。网络连接用于远程访问与报表，而不是维持建筑运行的前提。
07调试需要多长时间？
取决于点位数量、其他专业的就绪程度与测试顺序。审计后我们会确定里程碑，并分阶段测试：控制柜检查、逐点测试、联动测试与季节性验证。
08楼宇自控系统多少钱？
价格跟随范围：点位表、集成的系统、网关、画面与调试工作量。我们不公布价目表。价格页说明了计价方法与三档范围。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。