洁净门互锁别只看两扇门能不能互锁，真正要锁的是解锁时序、开门扰动和压差恢复

围绕洁净区双门互锁与压差恢复来复核，重点看门互锁动作、解锁延时、手动释放逻辑、开门扰动后的压差最低值、恢复时间和报警联动，避免现场只证明“门禁互锁能动作”，却始终说不清哪一步先开、压差掉到哪里、恢复多久、这次复测后为什么能证明门区真的站住了。

洁净门互锁最常见的一种假通过，不是完全没人测门禁，而是 两扇门不会同时打开、控制箱也有动作，于是现场默认这套门区逻辑应该已经没问题。 真正容易在后续运行里反复暴露出来的，往往是另一种情况: 互锁动作本身成立，但解锁延时不稳；门一开压差掉得过深，闭门后迟迟回不来；本地门禁响应了，报警阈值和上位机记录却没对上；应急释放能用，恢复自动逻辑时又把下一轮测试做乱了。 结果就是资料上像“门互锁测过了”，现场却回答不了 哪一道门先开、压差最低掉到哪里、恢复用了多久、这条门区链路现在到底能不能稳定跑。

如果这一轮准备把 门互锁动作、解锁时序、压差恢复和报警联动 一次锁清，最好把 洁净门互锁与压差恢复测试记录、洁净门互锁与压差恢复控制 和 整改通知生成器 一起挂上。它们的价值不是替代测试，而是先把 哪一组门、哪一间房、哪一次扰动、哪一个恢复时间、哪一轮复测 串成同一条证据链。

这篇只处理 洁净区双门互锁、解锁时序、开门扰动和房间压差恢复。它不替代 洁净室压差阶梯响应检查 的 整条洁净区梯级扰动与恢复联调，也不重复 末端高效更换后别只看静态压差，门一开就乱的房间往往输在恢复速度、压框密封和风量重平衡 的 高效更换后单房间恢复能力复核，更不替代负压病房或 ICU 的专门负压完整性判断。这里先回答的是：这组洁净门在真实开门动作下，互锁顺序、压差跌落和恢复时间有没有一起站住。

哪些场景最该把“门互锁与压差恢复”单独拎出来做

• 洁净区联调、专项验收、交付前联测时，需要证明双门互锁和门区压差恢复能在同一轮里成立的时候。
• 手术部、药房洁净区、缓冲间、前室等高频开门区域，已经出现 互锁看着正常但压差报警反复、双门切换后一间总慢半拍 这类现象的时候。
• 门禁、闭门器、门缝密封、风阀或控制参数做过调整后，需要确认门区链路没有被改坏的时候。
• 现场已经出现过 应急释放后自动逻辑没恢复、报警触发和上位机事件对不上、测试动作一换结果就飘 这类问题的时候。
• 资料里已经出现 只记门禁动作、不记压差最低值、恢复时间没有同口径复测 这类闭环风险的时候。

这些场景真正要核的，不是 两扇门会不会互锁，而是 开门动作、压差跌落、恢复时间和报警链路是不是在同一套口径下被证明过。

开始测试前，先把五条口径锁死

1. 先锁 门区对象，明确是哪两道门、哪一间房、哪一个缓冲区和哪条压差边界，不能只写“某洁净门”。
2. 先锁 动作场景，本轮到底测单门开启、双门连续通过、手动释放还是应急解锁，不能混成一句“互锁测试通过”。
3. 先锁 恢复口径，压差最低值、恢复到目标区间的时间和报警阈值要先讲清，不能边测边改判定线。
4. 先锁 记录方式，BAS 曲线、现场差压表和手持读取时间窗尽量统一，不然前后不可比。
5. 先锁 恢复逻辑，测试结束后自动模式、门禁状态和报警链应如何回归，要提前说明白。

如果现在连这轮是测哪组门、哪种开门动作和哪条压差边界都还没统一，不要急着写“门互锁正常”，先回到 洁净门互锁与压差恢复控制 把测试边界锁住，再谈结论。

为什么“门能互锁”还远远不够

洁净门互锁最容易被做偏的地方，在于 互锁动作 只是链路的一部分，不是全部结论。现场常见错位通常有三种:

1. 门不会同时打开，不等于压差边界就守住了

• 很多门区问题不在门禁本身，而在开门后一段时间内压差掉得太深、回得太慢。
• 谁只看门禁状态，不看开门后的压差曲线，谁就最容易把“动作成立”误判成“门区稳定”。

2. 动作时序对了，不等于报警链和上位机记录也对了

• 本地门禁执行和压差报警、声光提示、平台记录，必须放在同一轮里看。
• 如果只证明门能开关，没证明报警和事件链同步成立，后面就很难追溯问题到底发生在什么时候。

3. 手动释放能用，不等于恢复自动逻辑也没问题

• 应急释放、强制开门或检修模式常常是洁净门测试里最容易把系统带乱的一环。
• 谁只测释放，不测恢复，谁后面最容易把下一个场景做成假通过。

现场至少要核五件事

1. 先把“这轮到底测哪一种门事件”锁清

• 洁净门测试最怕动作场景混乱。
• 单门开启、双门连开、人员通过、物流通过和手动释放，本来就是不同测试对象。
• 只有先把动作边界锁清，恢复时间和最低压差才有比较价值。

2. 互锁动作和解锁延时要分开看

• 门不会同时打开，只能证明互锁成立。
• 解锁延时是否过长、释放顺序是否合理、闭门后是否及时允许下一步动作，是另一件事。
• 谁把这两件事混成一句“门禁正常”，谁后面最难解释为什么现场总说门区卡顿或节奏不顺。

3. 压差最低值和恢复时间必须放在同一轮里记

• 真正有价值的门区测试，不是只记“恢复了”，而是要知道掉到了多少、多久回到目标区间。
• 这也是为什么主记录最好直接挂到 洁净门互锁与压差恢复测试记录，把门动作、最低压差、恢复时间和报警状态放在同一张表里。

4. 报警阈值、本地提示和上位机记录要同步核

• 如果压差已经跌破管控线，但本地和平台都没正确提示，这轮测试就不能只写“恢复正常”。
• 真正稳的做法，是让本地动作、现场告警和系统记录在同一时间窗里互相对上。

5. 手动释放或检修模式结束后，要确认自动逻辑真正回归

• 洁净门很多假闭环都出在这里: 这一轮测试能做，但做完以后系统还停留在特殊模式。
• 更稳的确认通常是：测试结束后再补一轮自动场景复测，证明互锁和恢复逻辑已经回到日常运行状态。

三种最常见的假闭环

1. 只测门禁动作，不测开门后的压差恢复

这样最多能证明“门会互锁”，证明不了门区边界真正稳得住。

2. 只看压差恢复，不核报警和事件链

这样最多能证明“数值回来了”，证明不了本地和平台记录也站住了。

3. 手动释放后不复测自动回归

这样最多能证明“应急能开门”，证明不了系统已经恢复成正常逻辑。

它和压差梯级、高效更换恢复、负压房间这几类页面怎么分工

• 洁净室压差阶梯响应检查 负责 整条洁净区梯级扰动与恢复联调。
• 末端高效更换后别只看静态压差，门一开就乱的房间往往输在恢复速度、压框密封和风量重平衡 负责 高效更换后单房间恢复能力。
• 负压病房、隔离 ICU 这类场景应回到专门的负压完整性页面，不应混写成普通洁净门互锁问题。

这篇只把 洁净门这组动作是不是按正确时序执行、执行后压差是不是按正确速度恢复、恢复后报警和自动逻辑是不是一起站住 讲清楚。

资料怎么留，后面复盘才不会只剩一句“当时门能开”

• 主记录优先挂到 洁净门互锁与压差恢复测试记录，把房间编号、互锁动作、压差最低值、恢复时间和报警状态固定在同一张表里。
• 如果这轮同时属于整条洁净区联调，再把门区结果并入 洁净区压差梯级测试记录。
• 跨班组测试、特殊模式恢复和遗留问题，可继续写进 施工日志 或运维记录。
• 需要正式锁责任、时限和复测条件时，直接接 整改通知生成器。

最后记一句话：洁净门互锁真正要闭掉的，不是“这两扇门今天没有同时打开”，而是 这组门在真实开门动作下的时序、压差恢复、报警记录和自动回归已经在同一条证据链里被证明成立。