应急照明集中电源监控主机交付检查

围绕应急照明集中电源监控主机的对象映射、授时导出、画面可视和交接可操作性组织交付证据，避免把“主机能开机”误当成监控链已经可接手。

集中电源型应急照明系统到了交付阶段，最容易出现的假象不是“主机完全没装好”，而是主机能开机、也能看到几个点位，于是大家默认监控链已经成立。真正把问题拖到后续值守和消防演练里的，往往是另外几件事：主机里的分区名还是旧图纸，图形界面能看但一报警就找不到真实对象，日志能翻却导不出，或者交到值班人员手里以后，只会看首页，不知道怎么追事件和确认恢复。

这篇内容只处理 集中电源监控主机交付检查 这条线，不替代 中央电池监测事件日志同步审核 的三端日志同步，也不重复讲 应急照明控制器自检移交检查 的逻辑一致性。它只回答一句话：这台监控主机到交付时，能不能把对象、事件和操作路径清楚地交给下一班接手。

什么情况下必须先查监控主机交付

• 现场已经完成主机、集中电源和末端接入，但值守人员还说不清主机上每个分区到底对应哪一片区域。
• 图纸、分区名、回路名或防火分区近期改过，怀疑主机界面仍停留在旧口径。
• 日常调试时主要靠现场看灯具，主机只是“顺便开着”，没有真正按交付口径检查操作路径。
• 准备移交给物业、运维或消防控制室班组，需要确认不是“会开机”，而是真的“会使用、会追溯、会交接”。

如果当前主要问题是三端时间戳、故障恢复记录或导出文件顺序对不上，优先去看 中央电池监测事件日志同步审核；如果当前主要问题是控制器计划自检、人工自检和故障恢复逻辑，优先去看 应急照明控制器自检移交检查。

主机交付到底在验证什么

1. 对象映射是不是说得清

• 主机里的楼层、分区、回路名和现场实际区域要能互相对应。
• 图形界面上的对象位置、命名和系统图口径不能各说各话。
• 一旦分区改名、拆区或并区，主机界面就不该继续沿用旧名称。

2. 画面与告警是不是可操作

• 值班人员不仅要“看得到报警”，还要能顺着主机界面快速定位到对象、回路和分区。
• 告警、确认、恢复和历史查询的操作路径要完整，不应依赖“只有调试人员知道怎么点”。
• 消控室、值班室或监控位的显示路径要稳定，不能一到交接就变成“先去某台电脑上找”。

3. 日志、导出和交接是不是能落地

• 主机要能保留足够的事件记录，并把关键日志导出成可追溯资料。
• 导出文件、截图、测试场景和现场对象要能互相对上，不是只有一堆无法复盘的截图。
• 账号权限、值班口令、常用菜单和异常处理路径，要让下一班能接得住。

现场怎么查更稳

先查主机口径，再查现场对象

• 不要先从现场去猜主机里哪个对象对应哪盏灯，而要先把主机里的命名规则、分区层级和图形界面口径看清。
• 然后再抽典型楼层、边界分区和高风险回路，对照现场对象做映射复核。

抽三类最容易出错的对象

优先核下面这些对象，最容易把主机交付问题暴露出来：

• 最近改过名称、改过分区或改过回路的对象
• 边界回路、地下室、长走道和多个防火分区交界处对象
• 消控室值班人员最常需要快速定位的关键区域对象

最后用“别人能不能接手”来验

• 让不是本轮调试主操的人按交接口径完成一次查看、定位、确认和导出动作。
• 如果离开调试人员就没人知道怎么查、怎么导，那就还不算真正交付。

它和日志同步、自检、切换模块怎么分

• 中央电池监测事件日志同步审核 负责 主机、本体和关键设备之间的时间与事件顺序一致性。
• 应急照明控制器自检移交检查 负责 计划自检、人工自检和故障恢复逻辑。
• 应急照明切换模块验收不要只做一次断电试验 负责 主备切换和恢复回切动作。
• 这篇负责 主机界面、对象映射、操作路径和交接可用性。

最容易出现的假闭环

• 主机能开机，就默认监控链已经可交付。
• 只检查报警有没有弹出，不检查值班人员能否顺着界面找到对象。
• 图纸和分区名改了，主机里还是旧名称。
• 只留告警截图，不留导出文件和操作路径说明。
• 交接时只交账号密码，不交菜单路径、查询方法和导出规则。

资料怎么留最稳

• 主机授时、事件追溯和导出文件，主记录优先用 集中电源监控事件日志同步记录。
• 多场景联调、分区测试和交付前综合复盘，可挂到 系统调试与试运行记录。
• 如果对象映射、回路命名和图形口径还没拉清，先用 图纸核对清单 集中问题。

规范与关联页面

• 主线先查 集中电源监控事件日志同步控制。
• 系统总要求再联查 消防应急照明与疏散指示。
• 如果问题已经落到自检逻辑层，继续看 应急照明控制器自检移交检查。
• 如果问题已经落到日志顺序和时间一致性，继续看 中央电池监测事件日志同步审核。