在大楼里，自动门和电梯是每天数千人接触的两种设备——但绝大多数项目中，它们是两套独立的系统，各管各的。门不知道电梯来了，电梯不知道门关好了没。这种"各自为政"导致通行效率低、能耗浪费、消防联动混乱。本文拆解自动门与电梯联动的系统架构和设计要点。
一、联动场景与收益
| 联动场景 | 输入信号 | 自动门响应 | 用户体验收益 |
|---|---|---|---|
| 电梯到达预开门 | 电梯控制器→"即将到达X层"信号（到达前2-3秒） | 门提前开始打开→电梯门打开时自动门已全开 | 无缝通行——走出电梯直接走——不用等门 |
| 电梯呼叫联动 | 人走向自动门→门开→同时给电梯发送"有人来了"信号 | 门开+电梯已调用→人到电梯口电梯已在等 | 减少候梯时间 |
| 消防模式联动 | 消防控制盘→火灾信号→所有电梯归首层/消防梯切换到消防模式 | 所有自动门释放→人员可手动推开→配合消防逃生 | 生命安全——门不会锁住逃生通道 |
| 能耗联动 | 电梯系统→"夜间低流量模式" | 自动门切换为休眠模式→减少待机功耗→有人时唤醒 | 夜间能耗降低50-70% |
| 门故障通知电梯 | 自动门控制器→"门故障停止运行"信号 | 电梯不再将人送到这一层→改停相邻楼层 | 避免把人送到一个打不开门的楼层 |
二、通信协议选择
| 协议 | 物理层 | 优点 | 缺点 | 建议场景 |
|---|---|---|---|---|
| 干接点 | 继电器触点（开路/闭路） | 最简单可靠、零延迟、不需要协议栈 | 只能传开关量、不能传数据 | 消防联动（必须用干接点——火灾时网络可能中断） |
| Modbus RTU (RS-485) | 双绞线/屏蔽电缆 | 成熟可靠、广泛支持、距离可达1200m | 需布线、只能1主多从 | 自动门与电梯控制器之间（中等规模） |
| BACnet MS/TP | RS-485 | 楼宇自控标准协议、与BMS直接集成 | 配置较复杂 | 大楼BMS统一管理所有门和电梯 |
| Modbus TCP / BACnet IP | 以太网 | 速度高、可通过现有网络布线 | 需交换机/路由器、网络故障时失效 | 新建筑/大型项目 |
三、系统架构设计
3.1 集中式架构（BMS中心）
BMS（楼宇管理系统）作为中央控制器→接收所有自动门和电梯的状态→统一调度——"谁在什么条件下做什么"。
优点：全局较优——可协调多个门、多部电梯的联动策略
缺点：BMS故障→全部联动失效。需要冗余BMS或降级策略
3.2 分布式架构（对等通信）
每个自动门控制器直接与附近的电梯控制器通过Modbus RTU点对点通信——不依赖BMS。
优点：BMS故障不影响门-电梯基本联动
缺点：无法全局优化（比如多部电梯的调度无法按楼层流量优化）
3.3 主推：混合架构
基础安全联动（消防、故障互锁）→分布式干接点直连（网络故障也不失效）
优化型联动（预开门、电梯调度、能耗管理）→通过BMS集中调度
当BMS离线时→各节点自行以基础安全模式运行
四、时序设计要求
| 联动动作 | 时间窗口 | 超时后的降级行为 |
|---|---|---|
| 电梯到达→门打开 | 门应在电梯门打开前≥0.5秒完全打开 | 如2秒内未收到"电梯门已开"确认→自动门关闭→等下一次触发 |
| 消防信号→门释放 | <1秒（生命安全要求） | 如门3秒内未释放→声光报警提示人员用紧急释放装置手动开 |
| 门故障→停止电梯到该层 | 故障后<1秒发送信号 | 如信号发送失败→门控器本地声光报警提示故障 |
五、验收测试项
- 电梯到达每层→对应楼层自动门在电梯门打开前已全开
- 消防报警触发→所有自动门释放+所有电梯归首层（<60秒）
- 任意一台自动门断电/故障→电梯停止停靠该层
- BMS离线→门-电梯基础联动（消防+互锁）不受影响
- 通信线路中断→自动门以独立模式运行（不影响基本开关功能）
门不开，电梯白到了。门和电梯——不该是两个世界
德恩科自动门控制器——内置Modbus RTU/干接点接口，与电梯/BMS/消防系统无缝联动。不只是开一扇门，是让整栋楼更聪明：磁悬浮自动门产品中心 →
河南联同创智能科技有限公司 | 德恩科智能自动门 | 电梯/消防/BMS全联动 | 电话：132-7159-7000