智能门控不是“手机能开门”这么简单。一套可交付的系统至少要处理五件事：谁提出开门请求，谁监测人员安全，谁判断通行权限，消防或楼宇系统怎样接管，发生过什么能否追溯。磁悬浮门机只是执行设备；门禁、传感、电锁、网络和项目逻辑必须在方案阶段一起确定。
五层架构先分清
| 层级 | 典型设备 | 主要问题 | 失效时关注什么 |
|---|---|---|---|
| 触发层 | 雷达、按钮、脚感、遥控、门禁开门输出 | 什么时候请求开门 | 误触发、漏触发 |
| 安全层 | 存在传感器、安全光线、保护传感器 | 危险区域是否有人或物 | 夹伤、碰撞、门扇意外动作 |
| 权限层 | 读卡器、人脸终端、门禁控制器、访客系统、电锁 | 谁可以在什么时间通行 | 越权、尾随、锁门状态错误 |
| 联动层 | 消防、BMS、报警、梯控、智能家居 | 哪个系统在什么条件下优先 | 逻辑冲突、断网/断电状态错误 |
| 记录层 | 门禁平台、事件日志、运维平台 | 谁在何时做了什么 | 无法追溯、时间不同步、日志缺失 |
把这些设备都叫“感应器”或“门禁模块”，方案一定会含糊。雷达检测到有人靠近，不等于它能完整覆盖关门危险区；人脸识别给出授权，也不等于门机可以忽略安全传感直接关门。
先画控制权，不要先选 APP
门控方案最重要的图不是产品效果图，而是控制权和信号流程图。一个常见办公入口可以这样表达：
读卡器/人脸终端
│ 身份数据
▼
门禁控制器 ──授权开门输出──> 自动门控制器 ──> 驱动与门扇
│ ▲
├─电锁控制/锁状态 │ 安全传感与位置状态
├─门状态输入 │
└─事件日志 └─雷达/按钮/保护传感器
消防/BMS ──按设计确定的优先信号──> 门禁与自动门相关接口
图上至少标明：信号发出方、接收方、常态电平或触点状态、供电归属、隔离方式、优先级、超时和异常状态。设计文件没有确定的内容，不应由现场安装人员凭经验临时决定。
干接点、RS485 和网络接口不是一回事
干接点通常只表达有限状态，例如“请求开门”或“消防触发”。它简单、隔离容易，但不能仅凭一个触点传递丰富状态。
RS485 描述的是电气层面的差分串行通信方式，不等于设备已经使用同一种协议。两台设备都有 A/B 端子，还要核对波特率、数据位、校验、地址、寄存器或命令定义、主从关系和版本。Modbus RTU 也只是常见协议之一，寄存器表仍由设备定义。
以太网、Wi-Fi、蓝牙或云 API 能提供远程状态和管理能力，但同时引入账号、网络、升级和安全责任。所谓“支持小米、华为、HomeKit、Siri、天猫精灵”等兼容性，必须有对应型号、接入方式、认证/插件、地区、固件版本和联调结果；不能因为设备有 Wi-Fi 就写成兼容所有平台。
门禁与自动门怎样分工
门禁系统负责身份、权限、时段和事件；自动门控制器负责门扇运动和安全动作；电锁负责锁闭；安全传感器负责危险区域检测。一个系统可以集成多种功能，但验收仍要按职责逐项测试。
采购交底至少写清：
- 进门、出门分别由什么触发。
- 门禁授权输出持续多久，门机需要脉冲还是保持信号。
- 电锁由谁供电、谁控制，锁状态是否回传。
- 门未关、门被强开、开门超时怎样报警。
- 访客、常开、常闭、节假日和紧急模式由谁切换。
- 网络中断、门禁控制器故障、门机故障、停电时分别是什么状态。
- 安全传感器触发时，权限和锁闭逻辑怎样配合。
消防与疏散不能写成“火警一律常开”
不同建筑、门的位置、疏散策略和系统设计可能要求不同动作。普通自动平移门、紧急疏散自动门、防火分隔设施和安全防范出入口不能用同一模板。JC/T 2776-2023 适用于平滑式紧急疏散自动门；其他项目还应服从建筑消防设计、项目审查和相关强制性规范。
因此公开文章只能说明核对方法：确认火警信号来源、联动优先级、锁具释放、后备电源、手动开启、状态反馈和复位流程；具体常开、释放、闭锁或其他动作由项目设计确定并现场复测。不要把“断电自动解锁”写成所有门型的固定结论。
智能家居和远程控制的安全边界
家用场景可以把开门与回家、照明、窗帘或换气联动，但门扇运动仍要服从本地安全传感和门机控制。云端命令不应绕过本地保护，远程关门尤其要考虑现场不可见、儿童和宠物进入危险区域等风险。
远程能力至少要回答：
- 控制是局域网、厂商云还是第三方平台完成。
- 账号是否支持双因素验证、分角色权限和临时授权。
- 通信是否加密，密钥与密码怎样更换。
- 设备离线时，本地开门和安全保护是否仍工作。
- 日志保留多久，谁可以查看和导出。
- 固件由谁升级，失败能否回退，停止服务后怎样使用。
- 摄像和人脸数据存在哪里，谁是数据责任方。
不要在没有产品安全说明的情况下公开固定 AES 位数、云平台数量或“银行级加密”等宣传数字。
选型表：先填需求，再找设备
| 项目 | 需要确认的内容 |
|---|---|
| 门型 | 单开/对开/联动，门重，行程，速度需求 |
| 人员 | 员工、访客、公众、儿童、患者、行动不便者 |
| 触发 | 雷达、按钮、门禁、遥控、脚感、其他系统 |
| 安全 | 主危险区、次危险区、保护方式、复测方法 |
| 权限 | 卡、人脸、二维码、手机、时段、反潜回/防尾随需求 |
| 电锁 | 锁型、供电、锁状态、机械应急方式 |
| 联动 | 消防、BMS、报警、梯控、智能家居 |
| 接口 | 干接点、RS485、以太网、协议和版本 |
| 异常 | 断电、断网、设备故障、传感器失效、门被阻挡 |
| 记录 | 事件类型、时钟同步、保留、导出、隐私与权限 |
| 运维 | 参数备份、远程诊断、固件、备件和责任人 |
联调不是“刷卡能开门”
交付时建议按场景逐项执行：
- 合法、过期、无权限和重复凭证。
- 进门、出门、访客、常开、夜间和节假日模式。
- 人员停留在危险区、反向进入、慢速通过和多人连续通过。
- 电锁锁定、释放、状态反馈和门未关报警。
- 火警或项目紧急信号、复位和状态上报。
- 停电、备用电源、断网、控制器重启和时钟恢复。
- APP/平台的授权撤销、日志、离线和升级。
- 门机故障时门禁平台显示与现场通行策略。
每一项记录输入条件、预期动作、实际动作、时间、人员和结果。只拍一段“成功开门”视频不能代替联调记录。
采购交付物
智能门控项目至少交付系统拓扑、设备清单、端子与接线图、IP/地址表、协议与寄存器资料、权限矩阵、账号移交、参数和配置备份、联调记录、异常策略、操作说明、固件版本和售后责任表。涉及个人信息时还要明确采集目的、最小权限、保存和删除规则。
常见问题
有 RS485 就能接楼宇系统吗？
不能。还要有双方支持的协议、命令或寄存器表，匹配通信参数，并完成电气隔离、主从关系和现场联调。
门禁开门后，自动门还需要雷达吗？
取决于通行逻辑。门禁可以提供授权请求，安全传感仍要覆盖危险区域；出门是否用雷达、按钮或门禁要按项目确定。
停电后自动门应该开还是关？
不能脱离门的位置、锁具、消防和安全设计统一回答。方案必须定义断电状态、手动开启、后备电源和恢复逻辑，并在现场测试。
手机远程关门安全吗？
只有在本地安全检测不被绕过、现场风险得到控制且产品明确支持时才考虑。远程命令不能替代安全传感和项目责任判断。