泵房双电源报警别只在 ATS 柜上亮一下
围绕主失电、备电失败、回切异常三类工况下的本地声光、值班界面、远程通知和复位策略来复核，避免 ATS 柜里知道故障，值守链路却一个都没真正接住。
现场判断
施工知识
先确认工序边界、施工条件和交接面，再按本文步骤落到现场。
优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。
- 施工部位与工序条件
- 班组交接与样板状态
- 照片编号与复查结论
检查清单
优先使用文章内配套清单；没有清单时可复制正文检查项。
读完直接接到现场动作
按本文内容匹配规范口径、资料模板、计算工具和材料条目，减少来回搜索。
可用模板
把检查结论落到表格、台账或记录。
对应计算器
涉及数量、坡度、损耗或工期时先统一口径。
泵房双电源报警最常见的一种假联动，不是完全没有报警，而是 ATS 柜本地有状态、屏上也偶尔能看见异常，于是现场默认停电和切换故障这条告警链已经打通。真正容易失控的，往往是主失电、备电失败和回切异常这三类故障被混成一个泛化报警，本地声光、值班界面和远程通知之间又各有缺口。结果就是柜子自己知道出过事，人却没有在该收到的时候收到可执行的故障信息。
这篇内容只处理 泵房双电源故障在 ATS、本地值守和远程通知之间的报警联动链路。它不替代 双电源移交故障应急恢复 的故障后稳态恢复，也不重复 泵房端子号别在图纸、线号管和端子排上各写一套 的编号一致性，更不替代 电气选择开关双电源自动移交调试 的 ATS 切换时间和功能调试。前几篇更偏 故障发生后怎么安全恢复、控制接线编号有没有说同一套语言 或 ATS 本体切换动作是不是按规范完成，这篇只回答：双电源故障发生时，ATS 的状态到底有没有沿正确链路传到真正值守的人手里。
哪些场景最容易把双电源报警做成“柜里亮了就算联动”
- 泵房无人常驻，主要依赖值班室界面、短信或平台通知的项目。
- 主备电源都接入 ATS，但点位上送只做了“切换成功”没做“切换失败”的系统。
- 夜班、节假日或少人值守场景，本地看柜机会很少的泵房。
- 主失电、备电异常、回切失败三类工况在监控平台上共用一个模糊报警文案的项目。
真正需要判断的，不是 ATS 柜里有没有某种故障状态，而是 故障一旦发生，值守链路能不能在正确时点把正确对象和建议动作传出来。
这篇回答什么，不回答什么
这篇回答的是：
- 为什么泵房双电源报警不能只停留在 ATS 柜本地状态，而要一路联到本地声光、值班界面和远程通知。
- 主失电、备电失败和回切异常为什么必须拆开验证，不能让一个总报警代替全部场景。
- 故障恢复后为什么还要核报警复位策略，否则旧故障会掩盖新故障。
它不直接回答：
- ATS 故障发生后，如何在保供前提下冻结自动、逐步定位并恢复自动。
- 端子号、点位表和控制柜内部接线对象是否已经完全一致。
- ATS 切换时间、负载侧功能和相序条件是否已经按本体调试要求通过。
双电源报警链路至少要锁住四件事
1. 三类故障工况是不是被拆开定义
- 主失电、备电失败和回切异常不是同一件事。
- 只要三类工况被压成一个“电源异常”，值守人员就很难判断该先看哪一侧、该做什么动作。
- 真正稳的报警联动，先从故障分类清楚开始。
2. 本地声光、值班界面和远程通知是不是都接住了
- ATS 柜本地看到状态，不等于值班室也看到了。
- 值班界面弹了信息，也不等于远程通知真到人。
- 真正的联动链不是一跳成功，而是每一跳都被验证过。
3. 报警文案和对象身份是不是够具体
- 远程通知如果只写“泵房电源故障”，很多时候根本不够值守人员做第一步判断。
- 至少要让人知道是哪个泵房、哪一类故障、什么时候发生、建议先看什么。
- 报警越笼统，现场越容易在关键几分钟里浪费时间。
4. 恢复后复位策略是不是不会遮住下一次故障
- 故障恢复不等于报警链路就自动恢复健康。
- 如果旧报警长期挂着不清、清了又没人确认、或者自动清得太快，后面新故障就很容易被淹没或失真。
- 真正可靠的联动，不只看报警怎么发，也看报警怎么退。
现场怎么核，才不把双电源报警检查做成试一次就打勾
先按工况拆演练，不要一次总断电就算做完
- 分别做主失电、备电异常和回切失败三类场景。
- 每一类都看本地、界面和远程三条链路是否一致响应。
- 只做一次总演练，很容易把中间缺口完全藏起来。
再把“ATS 柜知道了”和“值守人知道了”拆开
- 柜内状态存在，只能说明设备本体识别到了故障。
- 真正要核的是值守链路有没有收到并能据此行动。
- 把设备自知当成人员可知，是双电源联动里最常见的误判。
最后看恢复和复位是不是也在同一条链路上验证
- 报警能发出来，只完成了一半。
- 恢复后是否按预期清警、留痕和让位给下一次故障，同样决定这条链路能不能长期用。
- 真正稳定的报警系统，一定把“发出来”和“退干净”一起测过。
哪些现象说明这条双电源报警链今天还不能算可靠
- 三类故障工况仍用一个总报警替代。
- ATS 柜本地有状态，但值班界面或远程通知有一条链路接不住。
- 报警文案太泛，不能直接定位泵房和故障类型。
- 复位逻辑不清，旧报警长期挂着或过快消失。
- 演练记录只写“已联动”，没有三类工况和到达时间轴。
这说明你现在最多是“ATS 柜会亮状态”，还不是“泵房双电源故障会真正通知到人”。
它和故障恢复、ATS 调试、端子编号、泵房总安装怎么分工
- 双电源移交故障应急恢复 负责
故障发生后怎么先稳态再恢复自动。 - 电气选择开关双电源自动移交调试 负责
ATS 本体切换功能和时间要求。 - 泵房端子号别在图纸、线号管和端子排上各写一套 负责
相关控制接线编号是否一致。 - 泵房设备安装别把基础找正接管联调压成一天 负责
泵房安装总阶段边界。
这篇只把 双电源故障有没有沿值守链路真正联到人 讲清。
资料怎么落更自然
- 三类工况定义、报警文案和复位策略，优先补到 技术交底记录。
- 演练时间、链路到达时间和处置动作，继续写入 系统调试与试运行记录 和 施工日志。
- 本地界面、远程通知截图和复演结果，可并入 隐蔽工程验收记录 或专项演练台账。
- 需要限制移交、追踪漏报误报或正式开单整改时，直接接 整改通知生成器。
一句话记住：泵房双电源报警最怕的不是 ATS 柜不亮，而是 柜里知道出事了，值守的人却一直没真正收到能行动的消息。