光控、时控、场景切换、强制超驰和控制箱交接不要混着调

把光控探头启停、天文时控程序、节假日场景切换、临时强制超驰和控制箱交接拆成五条运行控制线，避免一句“照明自动控制已正常”掩盖不同风险。

照明自动控制最容易出现的假象，是“现场已经能自动开关灯了，所以控制逻辑大概都正常”。实际上，很多项目把下面五件完全不同的事混成一句“自动控制已调通”：

• 探头感到暗了以后，到底该不该触发启灯
• 时间到了以后，这套时钟或天文程序到底该不该接管
• 节假日、活动日和特殊运营日，到底该切哪一套场景
• 调试或活动期间临时强制过的状态，之后有没有恢复到正式逻辑
• 运维接手以后，知不知道当前谁在控制、怎么切回正式版本

这五件事都和“自动控制”有关，也可能发生在同一只控制箱、同一批回路和同一轮交接里，所以最容易被一句“自动运行正常”统包。真到夜间误亮、节假日错场景或活动结束后迟迟恢复不回自动时，才发现探头是好的、时钟是旧的、场景没演练、超驰没清、交接也没讲清。

这篇不处理哪两条线

• 如果当前核心问题是 模块地址、分组场景矩阵、网关版本和控制箱对象映射，优先看 DALI 编址、模块标签、场景版本和控制箱交接不要混着验。
• 如果当前核心问题是 探头遮挡、感应覆盖、分区映射和哪一路灯被触发，优先看 探头遮挡、采光分区、人体覆盖和照明回路边界不要混着判，而不是在这篇里把探头安装问题和运行策略混在一起。

这篇只处理中间这五条 运行控制策略边界。

第一层：光控或采光探头启停

这层回答的是：是不是已经暗到该开灯，或者亮到该减灯。

它优先看 照明光控采光传感器调试 和 景观光控传感器遮挡漂移审核。这条线是 环境触发线，重点在探头朝向、阈值、遮挡、反射干扰和真实明暗工况，不负责替代时钟程序或节假日策略。

如果这一步没锁清，最常见的结果是：

• 白天不该亮时因为探头被遮挡或被补光误导而提前亮灯
• 傍晚已经够暗，但探头仍迟迟不动作
• 现场把所有异常都归因于时控，其实根因只是探头位置不对

第二层：天文时控和季节程序

这层回答的是：就算探头正常，到了这一天、这个经纬度和这个季节，时钟到底该让哪批回路进入什么时段策略。

它优先看 天文时间开关季节程序检查 和 车库照明时钟传感器开关周期检查。这条线是 时间接管线，重点在时区、经纬度、日期类型、切换窗口和多策略优先级，不负责替代探头阈值判断，也不负责节假日或活动日的专题场景发布。

这一步最容易被混掉的地方是：

• 当前时钟不对，却误以为是探头误动作
• 工作日、周末和夜间保洁共用一套时段，现场逻辑越来越乱
• 只测整点，不测真正容易出问题的边界时段

第三层：节假日和活动场景切换

这层回答的是：到了特定日期或活动窗口，这套照明到底该切到哪一个专题场景版本。

它优先看 节假日照明场景切换审核。这条线是 日期型场景线，重点在节假日表、活动模式、平台下发和现场执行结果，不负责替代天文时控的全年基础程序，也不负责活动结束后的手动强制清理。

如果这一步和时控混在一起，最容易出现：

• 基础时钟程序是对的，但特殊日期表漏了
• 场景名称看着存在，实际控制回路并不完整
• 现场只验证平时逻辑，从未真的模拟未来节假日

第四层：临时强制超驰与恢复

这层回答的是：为了调试、活动、保洁或临时处理，手动强制过的状态，事后有没有真正恢复。

它优先看 照明调光面板强制状态恢复指南。这条线是 临时接管线，重点在原状态记录、强制状态、恢复动作和恢复后的自动逻辑复测，不负责替代节假日场景发布，也不负责正式移交时的岗位交接。

这一步最容易留下的坑是：

• 活动结束手动关灯就算“恢复”
• 面板看起来回来了，平台或控制箱里的自动逻辑却仍停在强制模式
• 调试时为了应急临时改了延时或优先级，后面没人恢复

第五层：控制箱交接与接管

这层回答的是：后面的人知不知道现在谁在控制、当前生效的是哪套逻辑、测试完怎么切回正式口径。

它优先看 照明控制箱交接不要只交钥匙和回路表。这条线是 接管与移交线，重点在控制范围、本地面板、平台命名、当前模式和恢复路径，不负责替代探头调试、时钟程序或活动场景本身的正确性。

这一步如果做薄了，就会出现：

• 前面四条线都做过，但接手人根本说不清现在是谁在控
• 测试时用过的临时状态没有写进交接资料
• 本地和平台口径不一致，运维只能靠猜去恢复

为什么这五条线不能互相代替

• 探头启停正常，不代表全年时控程序已经正确。
• 时钟程序正确，不代表节假日和活动场景已经演练过。
• 场景切换成功，不代表活动结束后的强制状态已经恢复。
• 强制状态恢复了，不代表运维交接时就知道当前控制权归谁。
• 控制箱交接讲清了，也不代表前面探头、时钟和场景本身没有错。

一句话说，这五条线虽然都属于“照明自动控制”，但对应的是 环境触发、时间接管、特殊日期场景、临时超驰、正式交接 五种不同控制关系。

更稳的执行顺序

1. 先按 照明光控采光传感器调试 和 景观光控传感器遮挡漂移审核 把探头触发条件锁清。
2. 再按 天文时间开关季节程序检查 把基础时控和季节程序跑通。
3. 之后单独演练 节假日照明场景切换审核 这一条线，不要拿平日程序替代。
4. 调试或活动结束后，用 照明调光面板强制状态恢复指南 清理所有临时超驰状态。
5. 最后再用 照明控制箱交接不要只交钥匙和回路表 收口，让接手人明确当前模式和恢复路径。

这个顺序的重点是：先让系统知道何时该动作，再决定何时由谁接管，最后把临时状态清掉并讲清交接。

资料链怎么分别挂

• 探头、阈值、遮挡和真实启停偏差，挂到 景观照明光控探头遮挡漂移记录。
• 时控程序、季节参数和日期验证，挂到 天文时控器季节程序核验记录。
• 节假日和活动模式切换结果，挂到 节假日照明场景切换记录。
• 强制状态恢复和复测结果，挂到 照明调光面板强制状态恢复记录。
• 接管范围、当前模式和恢复路径，挂到 照明控制箱交接核验记录。

一句话边界

光控解决“现在够不够暗该不该动”，时控解决“到了这个时间该由哪套程序接管”，场景切换解决“特殊日期该切哪一版”，强制超驰解决“临时改过以后怎么回”，控制箱交接解决“后面的人知不知道现在谁在控”。都属于照明自动控制，但不能混成一句“自动模式正常”。