照明控制箱交接不要只交钥匙和回路表
把控制范围、本地面板、手自动状态、平台命名和时控场景版本一起交清，避免运维接手后能开箱却不会控灯。
现场判断
施工知识
先确认工序边界、施工条件和交接面，再按本文步骤落到现场。
优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。
- 施工部位与工序条件
- 班组交接与样板状态
- 照片编号与复查结论
检查清单
优先使用文章内配套清单；没有清单时可复制正文检查项。
读完直接接到现场动作
按本文内容匹配规范口径、资料模板、计算工具和材料条目，减少来回搜索。
可用模板
把检查结论落到表格、台账或记录。
对应计算器
涉及数量、坡度、损耗或工期时先统一口径。
照明控制箱真正难交的，从来不是一把钥匙，而是 谁在控制什么、现在处于什么模式、切完以后能不能恢复到正确状态。如果这些口径没拉平，运维接手后最常见的不是“打不开箱”，而是“控错区域、切错模式、恢复不回去”。
这篇只处理 控制权和控制状态交接。如果当前主要问题是箱门回路表和末端对象是否一致，应先看配电箱回路荷载地图检查；如果当前问题是强制超驰后如何恢复到稳定口径，应看照明调光面板强制状态恢复指南；如果当前是在做节假日或活动场景切换，重点不在接管，而在场景发布和回退，则更适合看节假日照明场景切换审核。
哪些控制箱最容易交乱
- 公共区、车库、景观和外立面照明混在同一批控制箱里。
- 同时存在本地面板、远程平台、时控器和场景程序四套控制入口。
- 近期做过回路调整、场景下载、命名改版或时间程序修改。
- 调试阶段长期靠手动强制或临时旁路维持效果，准备交接时还没恢复干净。
越是“表面看起来能亮”的箱子，越容易把控制状态问题拖到交付后才暴露。
交接前先把四套口径对齐
1. 箱号和控制范围
先确认这只箱到底控制哪些区域、哪些回路、哪些时段对象。公共区、车库和景观照明最怕名字像、区域近、控制范围却不同。
2. 本地面板和平台命名
本地面板按钮、回路标签、平台点位名称和图纸描述必须能互相回指。否则现场说“开大厅北侧洗墙灯”，平台上却只有“LGT-SC-03”，接手人根本无从判断。
3. 当前有效模式
要交清现在究竟处于自动、手动、远程、本地、时控还是场景强制状态。很多误操作不是不会切，而是不知道当前哪一套逻辑正在生效。
4. 恢复路径
每做一次测试，都要知道如何回到正常值守状态。控制箱交接不能只证明“切得动”，还要证明“切完能恢复”。
不能只测开关，还要测恢复
一轮像样的交接测试，至少应覆盖：
- 本地手动切换后，自动或远程是否能正常接管。
- 平台下发命令后，现场受控区域和反馈状态是否一致。
- 时控或场景程序在测试结束后是否恢复到当前正式版本。
- 测试过程中使用过的强制状态、旁路逻辑或临时命名是否已经清理。
照明控制箱最容易留下“测试通过、接管失败”的原因，就是测试时用了临时强制，交接时却没把恢复动作一并做完。
它和其他几条线怎么分开
- 回路和末端对象对应关系，看配电箱回路荷载地图检查。
- 强制超驰后的恢复口径，看照明调光面板强制状态恢复指南。
- 节假日或运营场景发布和回退，看节假日照明场景切换审核。
这篇只解决一句话：接手人能不能知道这只控制箱现在控制谁、怎么控、测完怎么回。
最容易失手的地方
- 只交钥匙和箱内回路表，不交平台命名和控制范围。
- 测试时靠手动强制点亮，交接前没有恢复自动逻辑。
- 本地面板和平台命名口径不同，现场无法快速定位对象。
- 场景、时控和手动状态同时存在，却没有说明哪个优先生效。
- 回路调过、区域换过，交接资料还是旧版截图或旧版清单。
关联模板与规范
现场记录直接用照明控制箱交接核验记录，把箱号、控制范围、模式状态、平台命名和恢复结果放进同一张表。若本轮测试涉及强制超驰恢复，再补照明调光面板强制状态恢复记录更稳。控制范围和回路关系不清时，可先用图纸核对清单拉问题清单。
控制口径优先查照明控制箱交接核验控制，相关回路资料联查配电箱回路表与现场负荷对应控制，涉及时控程序时再补查天文时控器季节程序控制。