磁悬浮自动门双门互锁点表：把请求、条件和反馈接起来

先把两道门和通行方向标在同一张图上

给两道独立门分别编号A、B，标出两侧区域、中间空间、正常进入与退出方向。互锁针对这两道门的放行关系；同一门洞的双扇同步或多扇联动，另按其运动结构核对。

图上同时列门机、锁具、门位检测、门禁或请求装置以及承担协调的设备。设备可以集成，也可以分开配置，先确认实际组合和版本，不从“双门”名称推定某种控制拓扑。

普通互锁模式、搬运或维护模式、异常及专项应急情形分别列出。不同模式的允许条件与恢复过程由实际方案确认，点表注明适用模式，避免把一组状态用于所有情形。

应用边界可参照洁净区域门控分工。互锁只承担其明确的控制任务，门体密封和房间环境仍有各自的证据与验收范围。

点表用三列接起请求、前提和结果

请求列说明是谁向哪道门提出什么动作，持续、撤销与重复分别怎样解释。前提列说明当前模式下要取得哪些条件；结果列则对应实际门位、锁态、等待或异常提示的来源。

举例说，如果项目将另一道门的某种闭合与锁定条件列为普通放行前提，就要定义其真实来源和有效条件。关门命令已经发出，与取得符合定义的状态反馈，属于不同证据。

“前提满足”也只说明这一项条件成立，授权、本门状态、门区保护及协调结果仍按实际方案处理。点表应让各方看见全部依赖，不把某个绿色指示当作无条件开门许可。

门位与锁位的基础定义可沿用反馈点位核对；远程值还需说明更新时间、离线和无效标识，见状态时效核对。

假设情形：状态满足、状态不满足和不知道

下表是自编的需求评审情形，不是德恩科控制程序、端子定义或通用互锁逻辑。假设某项目已为普通模式定义“对方条件”，具体所含门位、锁态及其他条件仍由该项目文件说明。

表格可横向滑动查看。

末行特别值得单列。两侧各自在同一阶段看见对方满足条件，不等于两侧可以各自独立放行。项目需要明确共同请求的协调关系，并验证实际结果，而不是让两份点表分别写“对方关着就开”。

未知状态也不宜只填成否或是后丢失其原因。将条件值与有效性分别保留，后续才能区分设备确实不满足、信息未取得及链路异常。

此表没有设定紧急动作、队列规则、允许等待时间或优先方向，也不提供绕过互锁的方法。具体选择由项目及设备适用方案确定。

把来源、有效性和模式写进同一行

表格可横向滑动查看。

表中功能关系与端子接线是不同层次。只有名称的功能点还需对应准确电气接口、协议、版本和图纸，不能把自然语言点表直接作为接线说明。

Dortronics公开互锁资料分别列出请求、门状态与输出等对象，也提供不同正常锁定配置。这些字段提供点表组织参考，真实项目仍需对照所选设备的接口、配置和适用方案，不能照搬该厂的接法、电气数值或应急设置。

从单点确认，走到两道门的完整任务

联调先确认各点真实含义，再按批准的场景逐项记录请求、条件、协调决定、实际动作及反馈。覆盖范围应包含正常方向、共同请求、条件不满足、反馈异常和超时等实际需求，方法与允许条件由项目确认。

失电与恢复也要分别写。供电重新建立、设备准备就绪、状态有效和可以恢复普通模式，不是同一时刻自然成立的事情；原来未完成的请求怎样处理，需要有对应定义。

维护或临时模式结束时，记录实际配置、未决项和恢复确认。相关电源组合可参考分路恢复，普通控制输入与保护、专项应急接口分别验证，不短接输入或屏蔽保护来完成演示。

对涉及应急和专项通行的门位，优先关系、人工处置及适用文件由相应专业共同确认。网页的普通模式例子不替代这些设计，也不将其他地区的规则直接移用到项目。

交付一份能追到实际配置的点表

可下载双门互锁点表空白模板，填写组号、门号、信号来源、模式、普通前提、协调与异常交接，不预填通过结果或默认优先级。

每项未决问题注明负责方和补充资料，最终点表、适用图纸、版本与联调记录保持对应。以后换板、换锁、改接口或改模式时，沿这些依赖确认复核范围。

对外沟通提供需求摘要即可，内部程序和原始项目资料按约定保管。清楚的点表帮助各方核对交付，不要求公开企业控制代码。

常见问题