先给结论:自动门接入楼宇自控或门禁消防系统,头部步不是选择一个“通用协议”,而是确认门机控制器、门禁、消防、按钮、传感器和楼宇平台之间的输入输出点表。不同型号可能支持干接点、电平、脉冲、串行或其他接口,必须以设备资料和项目弱电图纸为准。
先画清系统边界
| 系统 | 通常提供/接收 | 需要确认 |
|---|---|---|
| 门机控制器 | 开门请求、状态、故障、安全输入 | 端子、协议、参数和失效状态 |
| 门禁系统 | 授权、按钮、常开/常闭或脉冲信号 | 权限、保持时间、断电和消防放行 |
| 消防系统 | 消防联动、急停或释放门体 | 项目消防策略和恢复条件 |
| 楼宇平台 | 状态监控、故障告警或运行记录 | 只读/控制权限、通信网关和日志 |
| 传感器 | 人员检测、存在检测和安全保护 | 覆盖、触发、失效和误动作 |
点表至少要写哪些字段
- 点位名称、来源设备、目标设备和端子/地址;
- 信号类型:干接点、电平、脉冲、保持、通信或其他;
- 正常、触发、断线、断电和消防状态下的逻辑;
- 控制器收到信号后的门体动作、保持时间和恢复条件;
- 故障、急停、安全输入和门禁授权的优先级;
- 测试方法、责任方、记录表和变更审批。
点表不完整时,不应先在现场试接。端子外观相同不代表电压、线序、协议和保护逻辑相同。
门禁联动如何验收
分别测试授权开门、未授权、按钮、持续保持、反复触发、门未关、传感器占用、断电和恢复供电。记录门机接收状态、门体动作、门禁记录和楼宇平台显示是否一致。
门禁系统的授权逻辑和门机安全逻辑不能互相覆盖。为了让门能开而短接安全输入或长期旁路门禁,会破坏项目责任边界。
消防联动不能套用统一动作
火灾或紧急状态下门体采取打开、关闭、释放、停止还是保持,需要由项目消防设计、控制逻辑和设备资料共同确定。不同建筑、门区和疏散策略可能不同,本文不替代消防设计和调试。
验收时应由门机、门禁、消防和楼宇相关责任方共同签字,记录触发来源、门体动作、人员通行条件、恢复步骤和异常处理。消防输入未按项目要求通过时,不应把联动标记为完成。
楼宇平台监控应区分状态和控制
平台可以读取门开到位、关到位、运行、故障、急停、门禁和维护状态,也可能被项目授权发送开门或保持命令。读状态和控制门体是不同权限,点表中要分别列出。
平台显示“正常”不代表门体机械、安全和消防验收全部通过。应把现场门体状态、控制器日志和平台记录相互核对。
通信和网关如何核对
如果项目采用串行、以太网、网关或楼宇协议,必须取得对应型号的通信手册、寄存器/点位表、版本和授权范围。不能因为平台支持某协议,就默认门机控制器原生支持。
通信故障时,门体应按项目定义进入安全状态。网络中断、控制器重启和传感器失效都应纳入测试,而不是只测试网络正常时的开门。
集成调试记录模板
- 项目、门号、门机型号、控制器版本和软件版本;
- 点表版本、接线图、网关/协议资料和变更记录;
- 门禁授权、按钮、感应、存在检测、安全和消防测试;
- 开到位、关到位、运行、故障、急停和断电状态;
- 楼宇平台显示、日志、告警和控制权限;
- 异常、整改、复测和责任方签字。
接线与门机调试可参考安装调试页,故障分层可参考故障排查页。本页提供集成核对方法,不确认未提供型号资料的协议名称或统一消防动作。













