边界：消防主机始终是权威
消防报警系统是生命安全系统。火灾报警控制器负责探测、判断并执行消防联动；楼宇自控不替代它、不覆盖它，也不进入它的关键路径。这里所说的集成，是监视，以及在消防策略允许时的状态交换。BAS 接收火警、故障、屏蔽与分区信息，让运维人员带着上下文响应；也可以接收联动已执行的反馈。它不会成为火灾探测系统、疏散系统或防排烟系统。这条边界应在任何一根线缆敷设之前写进范围。它还应当向实际使用屏幕的人讲清楚，因为误以为 BAS 就是消防系统的值班人员，可能在真实事件中等待一个不会到来的信号。范围还应写明主机检修期间的处理方式：某个分区被隔离，而 BAS 仍显示正常状态时，屏幕该如何表达。
- 火灾探测与消防联动由消防主机负责
- BAS 只接收状态，不发令执行生命安全序列
- 边界写进范围说明与因果矩阵
- BAS 的任何部件都不进入消防关键路径
接口方式：干接点、受监输入与协议
最常见的接口，是消防主机到控制器受监输入的无源干接点。接点不带电，输入对开路与短路进行监视，映射逐点记录。接口对监视而言是单向的，BAS 不对消防主机发令。串口或网络接口，例如 Modbus 或 BACnet，只在主机厂商支持、协议能提供所需状态、且项目消防顾问认可时使用。协议链路不能取代关键状态所需的硬线信号。两者并存时，硬线信号才是能在网络故障、固件升级或网关配置错误中存活下来的那一个。测试时应把两路信号放在一起比对，而不是默认它们一致。线缆屏蔽、与动力的分隔以及统一的端子编号，属于接口的一部分，不是装饰。
- 无源干接点接入受监输入
- 逐点映射并记录端子编号
- 仅在主机支持时使用协议链路
- 关键状态保留硬线信号
BAS 可以监视和显示什么
典型监视状态包括火警、故障、屏蔽、测试模式、电源故障与分区或设备报警。平台可以把这些状态呈现在平面图上，路由给正确的运维人员，关联视频监控并记录确认。它也可以显示随后的暖通或门禁事件，帮助确认联动是否执行。显示不等于控制。任何影响烟气流动、门禁释放、电梯归位或疏散的动作，都应由消防策略定义，并由消防系统或专用硬线回路实现，而不是由 BAS 序列执行。状态未知时，屏幕应明确说明，而不是继续显示一个已经过时的绿色指示。值班人员需要一眼分清正常、报警、故障与无数据四种状态，四种状态就应有四种呈现方式。
- 火警、故障、屏蔽与测试状态同屏呈现
- 告警路由与确认全程记录
- 关联视频与门禁事件
- BAS 不下发防排烟或疏散命令
告警处理不能增加延迟
火警绝不能等待 BAS。主机拥有告警，平台接收副本。集成设计必须保证 BAS 故障、网络中断或控制器重启，不会延迟火警信号或掩盖故障。在运维侧，消防事件需要独立的优先级、颜色与确认规则，与舒适性或能源告警分开。运维人员应接受培训，知道屏幕能说明什么、不能说明什么，升级路径也应经过测试。BAS 离线时，消防系统必须完整可用，运维人员也必须知道监视已经不可用。静默看门狗不够，监视丢失本身就应该产生一个可见状态。检修期间的告警屏蔽必须自动到期，并记录操作人与原因。
- 消防事件使用独立优先级与颜色
- BAS 故障不得延迟主机报警与联动
- 升级路径与运维人员一起演练
- 监视离线状态对运维可见
联动、因果矩阵与建筑响应
联动是最容易让集成项目混乱的地方。消防策略规定建筑必须做什么：停空调机组、关防火阀、释放门禁、电梯归位、启动排烟风机。这些动作属于消防系统及其专用回路。BAS 可以提供支持响应的非安全服务，例如在策略允许时把照明切到安全场景、打开大堂闸机，但不能成为生命安全功能的唯一执行者。因果矩阵应逐条写明：哪个系统执行、哪个系统监视、什么证据证明它已动作。若有人要求 BAS 承担更多，应回到消防顾问处取得书面决定，而不是默默并入控制序列。这里的含糊，总会在最糟糕的时刻暴露。
- 消防策略定义每一项安全动作
- BAS 只提供支持，不执行生命安全功能
- 因果矩阵写明执行系统
- 范围变更回到消防顾问确认
测试、文件与交付
每个接口点都应进入因果矩阵与点表。工厂验收测试应模拟每一种监视状态，确认显示、告警路由与记录符合预期。现场验收测试在有消防主机及必要时的消防主管部门参与下重复检查。交付文件应包括接点映射、端子编号、协议设置、告警文本、测试记录与约定的维护流程。消防主机配置或 BAS 点位映射的任何变更，都应触发两份文件的复核。这份记录属于安全论证的一部分，不是可选附件。测试结果应有日期、有签署，并保存在建筑团队找得到的地方；主机固件升级后，还应安排复测。需要见证测试时，测试脚本应提前发出，确保每次执行顺序一致。
- 因果矩阵覆盖每个接口点
- FAT 模拟每一种监视状态
- SAT 与消防主机一起复测
- 接点映射、测试记录与维护流程一并交付
多主机、老系统与分期改造
许多建筑不止一台消防主机，或者存在不同年代的主机，或者分期改造后部分区域仍留在老系统上。每台主机都需要独立映射、独立点表和独立测试记录；接口能力因品牌、型号与固件而异。没有数据接口的老主机，仍可通过无源干接点提供火警、故障与屏蔽，通常已足够监视。分期项目应明确每个分区以哪台主机为准，以及跨边界的告警如何关联。多台主机之间的时间同步，对事件还原很重要。集成应逐台主机成文，避免未来的扩展假定一种并不存在的统一性。一块屏幕可以显示多台主机，前提是底层点位名称与告警文本保持一致。统一命名在项目开始时推行，比几台主机各自集成完再来对账便宜得多。
- 每台主机单独映射、命名与测试
- 老主机通过无源干接点接入监视
- 明确分区权限与告警关联
- 跨主机时间同步经过检查
消防报警接口信号
14 行| 信号 | 方向 | 典型接口 | BAS 用途与限制 | 验证方式 |
|---|---|---|---|---|
| 分区火警 | 主机至 BAS | 无源干接点、受监输入 | 显示、路由、记录；不执行控制 | 逐分区模拟并核对屏幕显示 |
| 消防主机故障 | 主机至 BAS | 无源干接点 | 维护告警；不得掩盖火警 | 断开故障回路并确认优先级 |
| 屏蔽 | 主机至 BAS | 干接点或支持的协议 | 提供运维上下文；与主机记录核对 | 屏蔽一个设备并比对两处记录 |
| 测试模式 | 主机至 BAS | 干接点或支持的协议 | 抑制常规告警但不隐藏状态 | 进入测试模式并确认提示条 |
| 电源故障 | 主机至 BAS | 无源干接点 | 维护告警；主机仍为主 | 断开电源并确认告警 |
| 联动已执行 | 主机至 BAS | 干接点或协议状态 | 确认序列已运行；不替代现场核实 | 触发因果矩阵并核对每路反馈 |
| 设备级状态 | 主机至 BAS | 支持的 Modbus 或 BACnet | 诊断；需厂商与顾问批准 | 抽样设备与主机数据比对 |
| 事件日志导出 | 主机至 BAS | 协议或文件导出 | 趋势与审计；需要时间同步 | 比对两侧日志的时间戳 |
| 防排烟状态 | 主机至 BAS | 干接点或协议状态 | 仅显示；防排烟保留自身权限 | 确认状态与防排烟控制屏一致 |
| 电梯归位状态 | 主机至 BAS | 干接点或协议状态 | 态势感知；不下发电梯命令 | 触发归位并确认反馈 |
| 门禁释放状态 | 主机至 BAS | 干接点或协议状态 | 显示与记录；释放仍由门禁或消防执行 | 测试释放一扇门并检查记录 |
| 灭火系统状态 | 灭火控制盘至 BAS | 干接点 | 仅作态势提示；灭火系统保持独立 | 与灭火厂商共同核验信号 |
| 时间同步 | 主机与 BAS | 协议或网络时间 | 保证事件还原一致 | 强制同步前后比对时钟 |
| 监视线路健康 | BAS | 看门狗或心跳 | 监视丢失时产生可见状态 | 断开局链路并确认告警 |
项目图景
3 张图片
常见问题
01楼宇自控会替代消防主机吗？
不会。消防主机负责探测、报警与消防联动，是生命安全系统。BAS 只做监视与状态呈现，不能替代主机，也不能进入其关键路径。任何把 BAS 逻辑放在主机之前的方案，都应在设计评审阶段被否决，而不是留到调试时争论。
02用干接点还是协议？
关键状态优先用无源干接点与受监输入。协议适合读取更详细的状态，但需要主机厂商支持与消防顾问认可，且不能取代硬线信号。诊断信息走协议，必须在网络故障中存活的状态走硬线。
03BAS 可以释放门禁或启动排烟风机吗？
只能按消防策略执行，并由消防系统或专用硬线回路实现。BAS 可以监视与记录结果，不应作为防排烟或疏散动作的执行者。若设计提出更多要求，应由消防顾问书面决定，而不是由集成商自行假定。
04BAS 离线时会发生什么？
消防系统保持完整功能，并在本地报警。失去的是集中监视、记录与远程通知。运维流程必须覆盖这种状态，并让值班人员能够识别。定期演练一次离线状态，比手册里的一段文字更有价值，因为它能证明流程真的可用。
05一个平台能监视多台消防主机吗？
可以，但每台主机需要独立映射、独立点表和独立测试记录。不同品牌与型号的接口能力应分别确认。共用一块屏幕的前提，是每台主机的点位名称、分区标签与告警文本遵循同一套约定。
06协议对接需要消防主机厂商批准吗？
需要协调。协议接口通常涉及厂商授权、寄存器或对象说明与版本兼容，项目消防顾问也应参与确认。这既是技术依赖，也是合同依赖，因此应列入计划，而不是等到调试时才被发现。
07集成如何测试？
按因果矩阵逐点做 FAT，再在现场配合消防主机与必要时的消防主管部门做 SAT。测试记录、告警文本与端子映射一并交付。每一种监视状态都应验证，包括链路丢失与恢复正常。
08没有数据接口的老主机能接吗？
可以，通过无源干接点读取火警、故障与屏蔽等有限状态。信息量较少，但边界清晰，维护也简单。这一限制应写入范围说明，避免有人期待一台本身无法提供设备级诊断的主机给出设备级数据。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。