厨房排油烟防火阀联动别只测阀门会不会动，真正要锁的是触发源、风机停机、报警反馈和复位后的同链路复测

围绕厨房排油烟系统里防火阀联动验收来复核，重点看阀门编号、触发场景、风机停机、报警反馈、手自动状态和复位后的同链路复测，避免现场只证明“阀门动作过”，却始终说不清风机有没有按同一逻辑停下、主机有没有收到正确反馈，以及恢复后下一次还能不能自动投入。

厨房排油烟防火阀联动最常见的一种假闭环，不是阀门完全不动作，而是 现场手动一拨阀门动作了、控制箱也停过一次风机，于是大家默认这条联动链应该已经成立。 真正容易在交付后暴露出来的，却往往是另一种情况: 阀门本体动作了，但排油烟风机没有按同一链路停；本地停机了，消防主机却没有正确反馈；手动测试能过，自动或消防联动场景一换就失效；测试做完以后控制箱还留在手动，本轮复位根本没收干净。 阀门会动，不代表联动成立；风机停过一次，也不代表下一次还能按正确逻辑自动停。

如果这轮准备把 阀门对象、触发方式、停机动作和反馈链路 一次锁清，最好把 防火阀 / 排烟防火阀 和 厨房排烟防火阀联动测试记录 一起挂上。它们的价值不是替代调试，而是先把 哪只阀、哪一段厨房排风、哪一种触发、哪一次停机、哪一轮复测 固定在同一条现场链路里，避免阀门编号、风机编号和消防点位最后谁都对不上。

这篇内容只处理 厨房排油烟系统里防火阀动作到风机停机和反馈返回的专项联动验收。它不替代 防火阀检修口别只求吊顶上留个洞，坐标错位、手位够不到和后期封板后摸不着执行器都得返工 的 检修口坐标和可达性，也不重复 防排烟阀动作过不等于系统恢复了，阀位反馈、手自动状态和相邻分区误带动不核清复位不算完成 的 动作后恢复确认，更不替代 厨房排风压力平衡做法 的 抽力、回流和风量平衡。这篇只回答一句话: 厨房排油烟系统这只防火阀动作时，风机停没停、反馈回没回，而且恢复后还能不能按同一链路再来一次。

哪些场景最该把“厨房防火阀联动”单独拎出来测

• 商业后厨、集中配餐间、公共餐饮后场等排油烟风机和阀门点位多、支路复杂的场景。
• 防火阀、执行机构、控制箱、消防点位或排风机控制逻辑改过之后，需要重新证明联动有效的场景。
• 现场出现过 阀门动作但风机不停、风机停了但主机没反馈、本地能测远程不对 这类半闭环现象的场景。
• 交付前集中联调、消防验收前复测、节前恢复或夜间割接后需要确认当前状态的场景。
• 厨房吊顶封板后检修空间变紧，后续动作和复位更难观察的场景。

这些场景真正要核的，不是 阀门能不能关一下，而是 这条链到底是不是由正确触发源带动正确对象，并在恢复后仍然可重复投入。

开查前先把六条边界锁清

1. 先锁 系统分区和阀门编号，哪只阀对应哪台风机、哪段排油烟支路、哪一个消防点位，不能只说“厨房这只阀”。
2. 先锁 触发方式，本轮到底测的是手动操作、本地测试、自动动作还是消防联动，不同方式的证明力不一样。
3. 先锁 预期动作链，阀门动作后到底应停哪台风机、回哪个反馈、主机上出现什么状态，都要先说清。
4. 先锁 控制权状态，本地箱、消防主机、BAS 或中控平台谁在接管，手动/自动状态必须先冻结。
5. 先锁 复位条件，动作做完以后哪些状态必须回到自动、哪些反馈必须清零、谁来确认恢复完成。
6. 先锁 同链路复测窗口，整改后必须回到同一阀门、同一风机、同一反馈路径复测，不能换对象重写结论。

如果现在连阀门编号、风机对象和反馈点位都没统一，不要急着写“厨房联动正常”，先回到 厨房排油烟防火阀联动验收 把测试边界和对象先锁清。

为什么“阀门动作了”还远远不够

厨房排油烟防火阀联动最容易骗人的地方，在于 阀门动作 只是链路中的一段，不是整条链的结论。现场最常见的错位通常有三种:

1. 阀门动作了，但风机并没有按同一逻辑停

现场手动拨一下阀门，看到阀片动作，并不能证明排油烟风机一定被正确切断。很多项目的问题不是阀门不会动，而是阀门动作和风机停机之间没有真正串起来。

2. 本地停机了，但消防反馈没回来

有的系统本地箱能停机，但消防主机、报警界面或远程反馈点位没有回到正确状态。这样现场觉得“测过了”，控制室却并没有收到一条能复盘的完整证据链。

3. 单一场景能过，换触发方式就不成立

手动测试、自动动作和消防联动是三种不同证明。谁只测一种场景，谁就证明不了整条链在真实事件里仍然成立。

所以这篇验收不能只回答“阀门动没动”，而要同时回答 谁触发、哪台风机停、反馈回没回、恢复后还能不能再走一遍。

现场至少要核五件事

1. 先把阀门对象和风机对象一一对上

厨房系统最怕编号相似、对象很多。正式测试前至少要核清:

• 这只阀属于哪一段排油烟支路。
• 它联动切断的是哪台风机或哪组风机。
• 本地点位、图纸编号和消防主机点位是不是同一对象。

只要对象没锁清，后面的“停机成功”就很容易停到别的设备上。

2. 手动、本地、消防联动三种场景不要混成一次测试

更稳的做法通常是把三种场景分开:

• 手动或本地测试，先确认阀门本体动作和控制箱响应。
• 自动或逻辑测试，确认正常链路下的联动成立。
• 消防联动测试，再确认主机触发、停机输出和反馈返回都对上。

如果一篇记录里只剩一句“联动测试通过”，却没写是哪一种场景通过，这条链的证明力就很弱。

3. 停机和反馈必须带时间顺序

厨房防火阀联动不是只看最后状态，更要看动作顺序。至少要看清:

• 触发开始时间。
• 阀门动作时间。
• 风机停机时间。
• 消防或控制系统反馈返回时间。

顺序乱了、延时说不清，后面就很难判断是阀门慢、控制慢，还是反馈链本身不对。

4. 动作后要确认不是靠手动强制“撑出来”的结果

很多假通过都不是设备坏了，而是测试时切到了手动、本地或临时强制。更稳的确认是:

• 测试前后手自动状态有没有恢复。
• 是否存在临时旁路、跳线或检修模式。
• 主机状态、控制箱状态和现场状态是不是一致。

如果当前主要问题已经升级成 动作做过以后到底有没有回到可投入状态，就不要继续在这篇里硬写，直接回到 防排烟阀动作过不等于系统恢复了，阀位反馈、手自动状态和相邻分区误带动不核清复位不算完成 去处理恢复边界。

5. 整改后必须回同一链路复测，不是换一只阀重新测

联动闭环最常见的偷换，是对象换了。真正的闭环应该是:

• 先锁问题阀门编号、风机编号和反馈点位。
• 整改动作写清是改接线、改逻辑、改点位还是处理阀体本身。
• 复测仍回到同一只阀、同一台风机和同一条反馈路径。
• 前后结果写到同一条问题记录里。

只有这样，才能证明这次整改真的把原问题关掉了。

三种最常见的假闭环

1. 阀门动作成功，就默认风机停机链成立

这只能证明阀体动作，不代表联动停机已成立。

2. 风机停机了，就默认消防反馈也正确

本地停机和系统反馈是两件事，不能互相代替。

3. 测完以后还留在手动或强制状态，却照样写“通过”

这不是通过，而是把问题留给下一次真实事件去暴露。

它和检修口、恢复确认、抽力平衡这几类页面怎么分工

• 防火阀检修口别只求吊顶上留个洞，坐标错位、手位够不到和后期封板后摸不着执行器都得返工 负责 检修口坐标和手位可达性。
• 防排烟阀动作过不等于系统恢复了，阀位反馈、手自动状态和相邻分区误带动不核清复位不算完成 负责 动作后恢复和自动状态回归。
• 厨房排风压力平衡做法 负责 抽力、回流和风量功能表现。

这篇只把 厨房排油烟系统里阀动作、风机停机和报警反馈这条联动验收链 讲清楚。

资料怎么留才真正有助于下次复测

• 阀门编号、触发方式、动作时间、停机反馈和问题编号，主记录优先挂到 厨房排烟防火阀联动测试记录。
• 如果本轮同时涉及消防报警输出、主机事件时间线或跨系统联调，再并入 火灾报警及联动调试记录。
• 涉及防排烟系统整链动作、恢复状态或跨分区联调时，再补到 防排烟系统调试记录。
• 跨班组时间线、夜间复测和遗留问题，继续写入 施工日志；需要正式锁责任和时限时，直接接 整改通知生成器。

最后记一句话: 厨房排油烟防火阀联动真正要做实的，不是“这只阀今天关过一次”，而是 正确的触发源能不能让正确的阀和正确的风机走完同一条链，而且在复位以后还能按同样逻辑再走一遍。