应急照明端部强制恢复检查
围绕末端应急灯具的强制点亮对象、解除强启后的自动恢复、一致性抽查和首末端差异复核，避免把“亮过一次”误当成对象与恢复都正确。
现场判断
施工知识
先确认工序边界、施工条件和交接面，再按本文步骤落到现场。
优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。
- 施工部位与工序条件
- 班组交接与样板状态
- 照片编号与复查结论
检查清单
优先使用文章内配套清单；没有清单时可复制正文检查项。
关联入口
读完直接接到现场动作
按本文内容匹配规范口径、资料模板、计算工具和材料条目，减少来回搜索。
相关规范
先核版本、适用边界和验收口径。
可用模板
把检查结论落到表格、台账或记录。
对应计算器
涉及数量、坡度、损耗或工期时先统一口径。
末端应急灯具的强启测试，最容易出现的误判是“亮了就算通过”。实际上，很多问题不在强启那一瞬间，而在解除强启以后: 灯具虽然亮过，但回路没退回自动；首端灯正常，末端灯不同步；控制器显示已恢复，现场个别对象却还卡在异常状态。只看亮灭，不看恢复，后面正式联动时很容易出问题。
这篇内容只处理 末端对象级强启与恢复 这条线，不替代 应急照明控制器自检移交检查 的系统逻辑，也不重复讲 应急照明切换模块验收不要只做一次断电试验 的主备切换。它只解决一句话：这一个具体对象，到底是不是被点对了，并且能不能在试完以后恢复到正式状态。
如果当前争议不在某一盏灯具或某一批末端对象，而是在 切换模块级主备切换、恢复回切和状态清理，先用应急照明切换模块主备回切口径单。模块链先站住，再做对象级强启恢复，结果会干净很多。
什么情况下必须先做这条线
- 现场说“系统总体没问题”，但个别灯具或个别回路总被投诉不稳定。
- 强启命令下去了，控制器显示正常，现场对象却不完全一致。
- 同一回路首端能恢复，末端或边界灯具恢复慢、恢复错或不恢复。
- 近期做过换灯、换驱动、改线或回路调整，怀疑对象映射被带偏。
如果当前连控制器自检逻辑都不一致，先做控制器页；如果主要是主备供电切换不稳，先做模块切换页。
末端强启到底在验证什么
1. 对象有没有认对
- 强启前先核灯具编号、回路编号和控制对象名称，不要靠“这大概就是那盏灯”。
- 地下室、通道和车库最容易出现标签相似、区域相近但对象不同的情况。
- 若对象认错，后面的恢复结论基本没有意义。
2. 强启动作有没有落到现场
- 既要看控制器和面板反馈，也要看现场灯具实际状态。
- 不能只看平台画面“已强启”，也不能只看远处“好像亮了”，要确认亮的是目标对象。
- 同一分区内至少抽几个边界对象，不要只看最容易观察的一盏。
3. 解除强启后能不能回到自动
- 末端最容易漏掉的是解除强启后的残留手动状态。
- 灯具恢复不只是“灭了没有”，而是下一次正式联动、定时或故障逻辑还能不能重新接管。
- 若恢复后仍有个别灯具状态漂移，通常说明回路边界、压降或对象映射还有问题。
为什么首端、中段、末端都要抽
很多现场只抽一盏灯做强启，原因是快。但这样最容易漏掉两类问题：
- 首末端差异：首端恢复正常，末端因为接线、压降或模块边界问题表现不同。
- 边界对象差异：最靠近分区边界或最靠近防火分区切换点的对象最容易出错。
更稳的做法通常是：
- 抽一个首端点。
- 抽一个中段点。
- 抽一个末端或边界点。
如果三点表现不同，基本就不能再把它当成“单点偶发”。
它和控制器自检、模块切换怎么分
- 应急照明控制器自检移交检查 负责
系统逻辑和故障闭环。 - 应急照明切换模块验收不要只做一次断电试验 负责
供电切换和回切路径。 - 这篇负责
这一盏或这一批末端对象，到底强启对了没有、恢复干净没有。 - 如果要做整回路持续供电表现，转去看 应急照明放电联动测试要点，不要继续用单灯结果代替全系统结论。
最容易出现的假闭环
- 只测强启，不测恢复。
- 控制器显示恢复正常，就默认现场也恢复了。
- 同一回路只抽一个点位。
- 认错对象后仍继续记录“测试通过”。
- 测试完成后没有确认下一次自动逻辑能否重新接管。
资料怎么留最稳
- 主记录直接用 末端应急灯具强制点亮与恢复记录。
- 对象、回路和分区不清时，先用 图纸核对清单 把关系锁清。
- 如果同回路首末端表现不同，可补充到专项问题清单或整改记录，不要只留一句“末端异常”。
关联页面
- 系统级自检和故障恢复逻辑，继续看 应急照明控制器自检移交检查。
- 主备供电切换与恢复回切，继续看 应急照明切换模块验收不要只做一次断电试验。
- 运维期持续追踪和重复问题，继续看 应急照明月检抽测看板指南。