照明调光面板强制状态恢复指南
围绕照明调光面板在活动、调试和临时接管后的原状态记录、恢复顺序、自动逻辑复测和多端一致性确认，避免把“手动关掉了”误当成已经恢复。
现场判断
施工知识
先确认工序边界、施工条件和交接面，再按本文步骤落到现场。
优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。
- 施工部位与工序条件
- 班组交接与样板状态
- 照片编号与复查结论
检查清单
优先使用文章内配套清单；没有清单时可复制正文检查项。
关联入口
读完直接接到现场动作
按本文内容匹配规范口径、资料模板、计算工具和材料条目，减少来回搜索。
可用模板
把检查结论落到表格、台账或记录。
对应计算器
涉及数量、坡度、损耗或工期时先统一口径。
照明系统的临时强制，最容易留下的假象是“灯现在已经灭了，所以应该恢复好了”。实际上，很多活动、调试和抢修后的问题，不在灯有没有关掉，而在自动逻辑是不是还被锁住、平台和本地面板是不是还停在强制态、时控和传感器是不是还能重新接管。
这篇内容只处理 临时强制状态恢复 这条线，不重复讲 节假日照明场景切换审核 的特殊日期场景，也不替代 天文时间开关季节程序检查 的基础时间逻辑。它只解决一句话：这次临时接管结束以后，系统有没有真正回到正式运行口径。
什么情况下必须单独做恢复
- 活动、演示、保洁或临时检修时做过本地强制、全开、全关或固定亮度。
- 现场为了排故，临时改过延时、优先级、模式切换或场景参数。
- 调试期间长期靠手动面板维持效果，准备移交前要恢复自动。
- 平台、本地面板和控制箱三端至少有一端曾经脱离常态模式。
如果当前的问题是节假日模式本身切不进去，先去做场景切换审核；如果连基础时控程序都不稳，先去做时控器核验。
恢复前先把原状态锁住
- 记录当前接管对象：是哪一片区、哪组回路、哪只面板、哪一级控制箱。
- 记录当前强制方式：全开、全关、固定亮度、手动场景还是临时旁路。
- 记录恢复目标：要回到自动、时控、光控、场景待命，还是平台远程接管。
- 记录当前参数基线：修改前后有没有版本号、截图或导出文件。
没有这一步，后面最常见的情况就是“大家都记得调过，但谁也说不清该恢复到哪里”。
恢复时不要只做一个按钮动作
先恢复本地面板状态
- 撤销本地面板上的强制全开、全关、常亮或固定亮度模式。
- 如果面板有本地锁定、维护模式或测试模式，先退出这些状态。
- 核对面板显示和当前模式说明是否已回到目标状态，而不是只看灯光表现。
再恢复平台或控制器侧逻辑
- 平台上若存在临时超驰、测试场景或手动接管，也要同步解除。
- 如果控制器或网关里保留了旧的临时参数，面板恢复自动也不代表系统真的恢复。
- 对受平台、本地控制箱和模块共同管理的系统，至少要确认三端口径一致。
最后恢复现场接管链
- 强制状态解除后，要看时控、光控、采光或常态场景能不能重新接上。
- 不是只看“现在灭了”，而是要看下一次该亮、该调光、该切场景时还会不会自动动作。
- 若系统存在联动优先级，恢复后要确认优先级回到了正式顺序。
恢复后一定要复测什么
- 下一次定时动作是否能按预期执行。
- 传感器或采光调光是否能重新接管。
- 平台、本地面板和现场灯具状态是否一致。
- 如做过活动或节假日测试，退出后常态场景是否已重新生效。
恢复动作如果不带复测，很多问题都会延迟到第二天、下一次入夜或下一次值班时才暴露。
它和相邻几条线怎么分
- 天文时间开关季节程序检查 负责
时间基准正确不正确。 - 节假日照明场景切换审核 负责
特殊日期该切哪套场景。 - 这篇负责
人为临时接管之后怎么回到正式逻辑。 - 照明控制箱交接不要只交钥匙和回路表 负责
后面的人知不知道当前模式和恢复路径。
最容易出现的假闭环
- 手动关灯就当成已经恢复自动。
- 只恢复面板，不恢复平台或控制器侧状态。
- 只看当前亮灭，不看下一次定时或传感器动作。
- 活动结束后忘记退回正式场景版本或优先级。
- 做过参数修改，没有留下修改前后基线。
资料怎么留最稳
- 主记录直接用 照明调光面板强制状态恢复记录。
- 如果恢复过程影响了控制范围、接管对象或正式交接状态，再串到 照明控制箱交接核验记录。
- 涉及临时调整回路负荷或增补灯具时，可联查 照明回路负荷计算。
关联页面
- 基础时间接管和季节程序，继续看 天文时间开关季节程序检查。
- 特殊日期与活动模式切换，继续看 节假日照明场景切换审核。
- 控制箱当前模式、正式接管和恢复口径，继续看 照明控制箱交接不要只交钥匙和回路表。