应急照明控制器自检移接口径单先锁哪一轮逻辑边界
说明应急照明控制器自检移接口径单更适合先统一什么：当前哪台控制器、主备版本和计划任务是不是同一版、人工自检和故障上报做到哪一步、消音复位和平台回写退到哪一步，以及什么时候才算能正式移交。
现场判断
施工知识
先确认工序边界、施工条件和交接面，再按本文步骤落到现场。
优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。
- 施工部位与工序条件
- 班组交接与样板状态
- 照片编号与复查结论
检查清单
优先使用文章内配套清单；没有清单时可复制正文检查项。
关联入口
读完直接接到现场动作
按本文内容匹配规范口径、资料模板、计算工具和材料条目，减少来回搜索。
相关规范
先核版本、适用边界和验收口径。
可用模板
把检查结论落到表格、台账或记录。
对应计算器
涉及数量、坡度、损耗或工期时先统一口径。
应急照明控制器自检移接口径单 先解决的，不是“把整套应急照明调试资料一次补齐”，而是更靠现场执行的那一步：这一轮到底是哪台控制器、主备版本是不是同一版、计划任务和人工自检做到哪一步、消音复位和平台回写退到哪一步、什么时候才能正式交给值守或继续联调。
很多项目并不是没有自检记录，也不是没有报警截图，而是 主机界面说一版、备机说一版、平台又是一版。最容易失真的不是“会不会报警”，而是这一轮 计划任务、故障上报和恢复回归 到底有没有被说成同一套。
这只工具适合先把本轮控制器自检边界统一成一条可复制文本，再回到正式自检逻辑记录、模块切换记录和对象级复核记录。
最适合用它的场景
- 集中控制型应急照明系统准备交付或值守接手，但主备控制器版本、计划任务和回写状态还没说成一套。
- 主机和备机近期改过参数、升级过版本或更换过控制板，担心主备逻辑已经分叉。
- 人工自检能报故障，但消音、复位、确认和平台清警没有完全闭环。
- 今天只想先锁清控制器逻辑这一条链，不准备把切换模块、末端强启和月检抽测混成一轮。
它真正要锁的是“这一轮控制器逻辑今天能不能站住”
用 应急照明控制器自检移接口径单 时，最关键的是把下面几项写实：
- 当前到底是哪一台控制器、哪个系统分区、哪个平台对象。
- 主机、备机和平台版本是不是同一版，自检任务包和计划任务是不是同一版。
- 计划自检的周期、范围、分组和优先级是不是一致。
- 人工自检触发了哪些故障场景，控制器、备机和平台是不是按目标逻辑上报。
- 消音、确认、复位、恢复和平台回写到底退到哪一步，当前还能不能正式移交。
所以它更像一张 控制器逻辑边界单，不是完整的 整套应急照明交付资料包。
它不替代哪些东西
- 不替代 应急照明控制器自检逻辑记录 这类正式自检逻辑记录。
- 不替代 应急照明切换模块验收不要只做一次断电试验 对供电切换链路的验证。
- 不替代 应急照明端部强制恢复检查 对具体末端对象和恢复动作的确认。
- 不替代 应急照明控制器自检、切换模块、末端强启和月检抽测不要混着做 对四种动作边界的展开说明。
- 不替代 整改通知生成器 对主备版本不同步、平台未清和回路映射错位的正式催办。
更自然的用法顺序
- 先用 应急照明控制器自检移接口径单 统一当前控制器编号、版本基线、自检任务、故障场景和恢复回归边界。
- 再把确认后的内容回写到 应急照明控制器自检逻辑记录。
- 如果本轮同时暴露模块回切、供电路径或旁路清理问题，再接 应急照明切换模块转换记录。
- 如果控制器逻辑已经站住，下一步还要追具体灯具对象和恢复动作，再接 末端应急灯具强制点亮与恢复记录。
一句话判断
只要你现在最需要先回答的是 这一轮控制器自检今天到底是哪台主机、哪版计划、哪类故障场景、恢复回归退到哪一步，而且能不能正式移交，就先用 应急照明控制器自检移接口径单。等边界锁住以后，再回到正式记录和对象级测试，现场会稳很多。