如何使用本页
这页汇总了楼宇自控项目中最常被问到的问题：系统怎么选、协议怎么接、价格怎么构成、货期与调试怎么安排、交付后谁来支持。答案保持简短，详细说明放在对应页面。若你的问题涉及具体建筑、既有设备或招标条款，直接发图纸、点表或系统清单，我们会按工程口径回复，而不是给一段销售话术；需要现场勘查才能回答的，也会直说。每个答案说明原则，链接页面再展开细节、例外情况，以及真实项目中真正要紧的工程前提。若一个问题没有简短答案，它通常是范围问题，而不是产品问题。
- 简短回答，并指向详细页面
- 具体项目请提供图纸、点表或系统清单
- 需要勘查的问题会明确说明
BAS、BMS 与 IBMS 怎么选
三者经常被混用。BAS 关注设备层的监视与控制，BMS 更强调多系统的集中管理与运营，IBMS 则在其上再做跨系统集成与统一数据模型。项目规模、运维组织与既有系统决定起点，而不是缩写本身。单栋建筑可以先做 BAS，再逐步扩展到 BMS；多园区或多种子系统并存时，才需要 IBMS 的集成层。先写清谁用、管什么、要什么报表，再决定平台被允许做哪些判断、可以向哪些系统发令、哪些必须保持独立。最后这份清单往往是最有用的规格内容，因为它能阻止一个集成平台悄悄取得它从未被设计承担的权力。一份书面定义，也能在日后讨论范围时，为商务文件提供参照。
- BAS：设备层监视与控制
- BMS：主要系统的集中管理
- IBMS：跨系统集成与统一数据模型
- 从运维团队出发，而不是从缩写出发
Loxone 与开放协议
在这个站点里，Loxone 是一套本地优先的自动化平台：Miniserver 负责本地逻辑，Tree、Air 与 1-Wire 连接现场设备，KNX、BACnet、Modbus、DALI 通过原生接口或网关接入第三方系统。它不是唯一选项，也不要求整栋建筑只用一种品牌。实际项目中，我们更关心哪个控制器拥有哪段逻辑、断网时哪些功能仍然可用、以及日后谁能修改。协议是工具，责任边界才是设计对象。只写协议不写责任方的规格是不完整的，只写产品不写控制序列的规格只是一张采购清单。两者应与点表一起阅读，再让供应商报价。同一个接口，在一台控制器上是原生的，在另一台上可能要靠网关，两者并不等价。
- Miniserver 承担本地控制
- Tree、Air 与 1-Wire 连接现场设备
- KNX、BACnet、Modbus、DALI 接入第三方系统
- 不要求整栋建筑只用一个品牌
价格、货期与调试
价格通常由点位数量、控制器与扩展、网关、控制柜、编程调试、现场服务与文档决定，而不是按面积一口价。点位越多、协议越杂、联动越深，工程投入越高。货期取决于选型、面板排产与项目所在地，调试则取决于现场设备是否就绪、网络是否贯通、第三方是否配合。报价前应有一份点表与范围说明；没有这两样，任何数字都只是占位。价格页讲的是方法，而不是发布一个经不起真实项目检验的单价。若早期确需预算区间，应把它作为带假设与排除项的估算提出，并在点表形成后替换为按范围编制的报价。按点表编制的价格，点表变化时可以修订；按面积编制的价格则不能。
- 点位、协议与联动深度决定工程投入
- 控制柜、编程与现场服务分别计费
- 货期取决于选型、排产与项目地点
- 没有点表就没有有意义的报价
运行、售后与改造
交付不是终点。系统需要备份、版本管理、告警复盘与定期巡检；改动应有变更记录，而不是直接在现场改完就算。售后范围应在合同里写清：响应方式、备件、远程支持、现场服务与培训。既有建筑改造还要多一层评估：哪些设备可以保留、哪些协议可以读取、哪些回路必须重做。先做勘查再承诺工期，比先承诺再补勘查更可靠。对于改造期间仍需正常运行的建筑，这套纪律同样适用。一个有用的检验是：集成商离场后的第一个周一会发生什么；如果答案依赖给某一个人打电话，说明支持模式还没有完成。支持范围应覆盖配置记录，而不只是硬件。
- 交付后保留备份、版本管理与告警复盘
- 合同写明售后范围、响应方式与备件
- 改造从设备与协议勘查开始
- 变更要留记录，而不是变成现场传说
准备需求：该发什么
一份有用的首次询问，比多数人想象的短，但要素要齐。请提供建筑类型、层数、涉及的系统，并用几句话说明建筑将如何运行。图纸与系统清单有帮助，即使尚未定稿。若已有点表或招标规格，直接发来；若没有，一份房间与设备清单也足以开始。说明既有设备使用哪些协议、哪些系统必须互联、哪些必须保持独立。告知计划工期、现场限制，以及交付后由谁运维。最后说明你需要的是预算参考、技术复核，还是一份完整方案，因为这是三种不同的工作；混在一起，只会产出一份哪一项都没答好的文件。
- 建筑类型、层数、系统与运行模式
- 既有协议以及必须保持独立的系统
- 工期、现场限制与未来运维方
- 说明需要预算参考、技术复核还是完整方案
本页不覆盖什么
这里的范围是楼宇自控：BAS、BMS、IBMS、暖通控制、照明、能源、系统集成，以及支撑它们的控制柜。不包括电池管理系统、业务管理软件、消费级智能家居整机、门锁、道闸、酒店 PMS 或酒店机器人。这些排除是有意为之，因为声称覆盖所有相邻品类的供应商，通常每一项都做不精。项目确实需要这些系统时，有价值的贡献是写清接口规格与责任边界，而不是试图全部供货。价格也是如此：本站解释楼宇自控如何计价、什么让报价可比，但不发布一个换到另一个市场、币种或范围就会失真的金额。这种克制本身就是方案的一部分，而不是缺口。
- 范围限于楼宇自控及其控制柜
- 相邻系统通过接口规格衔接
- 不发布价格、节能比例或第三方背书
- 责任边界明确写出，而不是默认
问题分类与准备材料
14 行| 类别 | 常见问题 | 建议准备 | 下一步 |
|---|---|---|---|
| 系统基础 | BAS、BMS、IBMS 及其区别 | 建筑类型与系统清单 | 楼宇自控系统、BMS 与 IBMS 页面 |
| 范围与责任 | 谁拥有控制序列，哪些系统保持独立 | 系统单线图与接口清单 | 系统集成页面 |
| Loxone | Miniserver、Config、Tree、Air 与应用 | 控制器与 I/O 需求 | Loxone 系统介绍 |
| 协议 | KNX、BACnet、Modbus、DALI 与网关 | 带协议的既有设备清单 | 系统集成与协议页面 |
| 暖通控制 | 机房序列、设定值与分区 | 设备表与控制理念 | 暖通控制页面 |
| 照明与 DALI | 场景、传感器、应急照明 | 灯具表与地址规划 | 照明控制页面 |
| 能源与计量 | 计量、基线与电价逻辑 | 表计清单与电费单 | 能源管理页面 |
| 消防与生命安全 | 监视边界与因果矩阵 | 消防策略与主机信息 | 消防报警集成页面 |
| 停车与门禁 | 计数、道闸与跨系统联动 | 停车系统接口文档 | 停车管理页面 |
| 价格与预算 | 点位、范围矩阵与成本因子 | 点表或房间清单 | 楼宇自控价格页面 |
| 交付与工期 | FAT、SAT、现场条件与货期 | 工期计划与现场限制 | 工厂与调试页面 |
| 文件与交付 | 图纸、备份、培训与记录 | 所需文件清单 | 工厂页面与安装页面 |
| 售后与备件 | 响应、备件、远程支持与变更 | 服务期望与现场准入规则 | 联系与支持 |
| 改造与多项目 | 既有设备、分期与标准化 | 勘查结果与站点清单 | 改造与多项目指南 |
项目图景
3 张图片
常见问题
01一句话说，什么是楼宇自控系统？
楼宇自控系统用控制器、传感器与执行器，按日程、联动和控制逻辑管理暖通、照明、给排水等机电设备，并把状态与告警集中呈现给运维人员。控制逻辑通常在本机运行，因此网络或监控层不可用时，建筑仍能继续工作。
02BAS 和 BMS 有什么区别？
BAS 更偏设备层的监视与控制，BMS 更强调多系统的集中管理与报表。实际项目中两者边界会重叠，关键是写清谁负责控制、谁负责数据。可以问一个简单问题：BMS 服务器关掉后机房设备会怎样；答案通常能暴露设计是否把监控与控制混为一谈。
03BMS 和 IBMS 有什么区别？
BMS 管建筑内的主要机电系统，IBMS 在其上做跨系统集成、统一数据模型与联动，通常还接入安防、消防、停车与客房等更多子系统。IBMS 的价值体现在跨系统行为与多项目报表；没有清晰运营模型，它就会变成一块昂贵的仪表盘。
04Loxone 在项目中提供什么？
提供本地控制器、I/O 与现场总线设备、编程环境与操作界面。它承担本地逻辑与设备接入，开放协议用于连接第三方系统。项目中，控制器型号、扩展数量与接口应按点表选择，而不是照搬上一个项目。
05Loxone 能接 KNX、BACnet 和 Modbus 吗？
可以，通过原生接口或网关接入。具体范围取决于协议版本、点位类型与网关能力，集成前需要一份接口清单。原生支持与网关支持是两种不同的承诺；规格应写明每个系统需要哪一种，以及网关由谁配置和维护。
06Loxone Miniserver 是什么？
它是 Loxone 系统的本地控制器，运行日程、联动与控制序列，并管理扩展模块与现场设备。断网时，本地逻辑仍然运行。容量、接口数量与备份方式应在控制柜制造前规划，因为这些选择决定了日后还能增加什么。
07楼宇自控项目怎么计价？
按点位、控制器与扩展、网关、控制柜、编程调试、现场服务与文档综合计价。面积可用于早期估算，但不能替代点表。可比的报价会列出包含项、排除项、备用容量与假设的调试范围，让两份报价能逐项比较，而不是只比总价。
08我的建筑需要多少 I/O 点位？
取决于子系统、设备类型与控制深度。通常按房间、设备与协议分别统计数字量、模拟量与总线设备，再留出合理余量。软件点、告警点与备用点应按明确规则计入，因为没有计数规则的总数既无法比较，也无法定价。
09从下单到交付一般多久？
取决于选型、面板排产、设备货期与现场条件。设计确认、工厂测试与现场调试是三个独立阶段，应分别排期，不宜压缩成一句总工期。一份标出前后依赖关系的计划，比一个天数更有用，因为多数延误都来自某个未就绪的前置条件。
10没有网络时系统还能运行吗？
可以。本地控制器保留控制逻辑、日程与联动；网络主要影响集中监视、远程访问与跨系统报表。设计时应明确离线可用范围，调试也应包含一次离线状态测试，因为对离线行为的假设，与经过验证的行为不是一回事。
11你们既供货也做工程吗？
可以按项目范围提供控制柜、控制器与现场设备，也可以使用客户或总包采购的硬件。分工在范围说明中约定，并体现在接口责任里。无论哪种方式，提供设备的一方也应负责其质保与配置记录。
12既有设备也接，还是只做新装？
两者都做。能读取、状态可靠、备件可得的设备通常保留；协议封闭、故障率高或无法满足控制要求的设备才考虑更换。勘查应记录固件版本与已知缺陷，因为一台今天还能通信的老控制器，未必能撑过下一次维护。
13交付后有哪些支持？
包括保修期内的故障处理、远程支持、备件、现场服务与按变更单执行的改造。响应方式、时限与期限在合同中约定，而不是留作默认。交付包应包含备份、凭证与恢复步骤，让一线处理不必依赖在假期里联系上原工程师。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。