节假日照明场景切换审核

围绕节假日、活动日和特殊运营日的场景清单、日期表、版本基线和现场执行一致性审核，避免把平日时控程序误当成特殊日期场景。

节假日照明最容易出事的地方，不在“平时能不能亮”，而在“特殊那一天到底切的是不是正确版本”。很多项目平日逻辑已经跑通，于是默认节假日和重大活动也没问题，直到活动当天才发现某片区没切、网关没同步、场景名单和真实回路不一致，或者结束后退不回常态版本。

这篇内容只处理 特殊日期场景切换 这条线，不重复讲 天文时间开关季节程序检查 的全年基础时控，也不替代 照明调光面板强制状态恢复指南 的临时强制恢复。它回答的是：到了节假日或活动窗口，这套照明到底该切哪一版，怎么证明它真的切对了。

什么情况下必须单独演练

• 有春节、国庆、跨年、开业、演出或重大活动等专题模式。
• 平日、周末和节假日采用不同亮度、开关时序或联动范围。
• 同一套系统同时存在平台、网关、本地面板和现场回路多端控制。
• 上一次节假日模式用过之后，没有明确做过版本冻结和回退验证。

如果当前连基础时间接管都不稳，先去做时控器核验；如果当前问题是活动后恢复不回自动，再去处理强制状态恢复。

先把四样东西锁清

1. 日期类型清单

• 哪些日期算工作日、周末、法定节假日、调休日和重大活动日，必须先列清。
• 不能只在脑子里知道“那天要切场景”，系统里要有对应入口或日期表。

2. 场景清单

• 每个日期类型对应哪套场景、哪些分区、哪些亮度或开关状态，要先形成清单。
• 场景名称不能只是“节日模式 1”“节日模式 2”，要能对应真实使用含义。

3. 版本基线

• 本次准备下发或启用的场景版本号、导出时间和确认人要先锁住。
• 如果现场还有旧版、测试版或临时活动版，必须先区分清楚再演练。

4. 回退路径

• 节假日结束后，是自动切回、人工切回，还是按时间表恢复，要先写清。
• 没有回退路径的节假日模式，通常会把平时逻辑一起拖乱。

不要只看平台上有没有这个场景

先做日期模拟

• 至少模拟一次未来真实节假日或活动日期，而不是只看当前日期。
• 对跨日活动，要特别看切换前夜、活动当天和恢复当天三个时点。
• 如系统支持快进或日期模拟，优先用系统内模拟，不要只做口头确认。

再做多端一致性复核

• 平台显示已切，不代表网关、本地面板和现场灯具都已经切到位。
• 至少抽查几个高可见度分区和几个边界分区，避免只看最中心区域。
• 对多回路或跨楼层场景，要确认没有出现只切了一半的假通过。

最后做回退验证

• 节假日场景不是“能切进去”就算完成，还要验证能不能退出。
• 退出后，基础时控、采光逻辑和常态场景是否按预期接管，要再复核一轮。
• 如果恢复依赖人工操作，必须明确谁执行、什么时候执行、怎么确认完成。

它和时控器、强制状态怎么分开

• 天文时间开关季节程序检查 负责 全年基础时间逻辑。
• 这篇负责 特殊日期和活动模式。
• 照明调光面板强制状态恢复指南 负责 临时人为接管后的恢复。

把这三条线混在一起时，现场最常见的表现就是：平日逻辑被节假日测试污染，活动模式又被手动强制覆盖，最后谁都说不清当前为什么亮成这样。

最容易出现的假闭环

• 只测当前日期，不测未来真正会用到的日期。
• 场景名称存在，就默认控制回路也完整。
• 平台切换成功，就不再抽查现场边界分区。
• 节假日版本切进去了，却没有验证怎么退出来。
• 活动结束后直接手动关灯，当成已经恢复到平时逻辑。

资料怎么留才真正可追

• 主记录直接使用 节假日照明场景切换记录。
• 涉及时间窗口和切换计划编排时，可用 工期倒排 组织演练顺序。
• 如果同时牵涉控制箱接管和恢复路径，再串到 照明控制箱交接核验记录 更稳。

关联页面

• 基础时控、季节程序和快进验证，继续看 天文时间开关季节程序检查。
• 活动或调试后的临时手动接管恢复，继续看 照明调光面板强制状态恢复指南。
• 控制箱移交、当前模式和正式接管口径，继续看 照明控制箱交接不要只交钥匙和回路表。