天文时间开关季节程序检查
围绕天文时控器的时区经纬度、日期类型、季节程序、断电保持和多端一致性核验，避免把节假日场景、手动强制和基础时钟逻辑混成一套。
现场判断
施工知识
先确认工序边界、施工条件和交接面，再按本文步骤落到现场。
优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。
- 施工部位与工序条件
- 班组交接与样板状态
- 照片编号与复查结论
检查清单
优先使用文章内配套清单；没有清单时可复制正文检查项。
关联入口
读完直接接到现场动作
按本文内容匹配规范口径、资料模板、计算工具和材料条目，减少来回搜索。
可用模板
把检查结论落到表格、台账或记录。
对应计算器
涉及数量、坡度、损耗或工期时先统一口径。
天文时控器的问题，很少表现成“完全不动作”，更多是看起来差不多能用，但时间基准和季节程序已经悄悄漂了。比如夏季偏晚半小时、冬季偏早一截、平台时间正确而本地模块没同步，或者断电恢复后时钟回到旧值。现场如果只看当下这一刻是否亮灯，很多问题根本暴露不出来。
这篇内容只处理 基础时间接管与季节程序核验 这条线，不重复讲 节假日照明场景切换审核 的特殊日期场景，也不替代 照明调光面板强制状态恢复指南 的临时超驰恢复。它只解决一句话：这套系统在正常工作日和季节切换下，到底该什么时候由时控接管。
什么情况下必须先查时控器
- 现场总是“差不多对”，但每天都早一点或晚一点。
- 夏冬交替、梅雨季或昼夜变化明显的时段，误差突然放大。
- 平台界面时间看着正确，本地回路动作却明显滞后或提前。
- 断电、检修、换模块或升级后，现场开始出现跨天错动作。
如果当前主要问题是活动模式、节假日场景或重大节日切换，先去看节假日场景页；如果问题是活动结束以后回不到自动，先去看强制状态恢复页。
先锁哪五项基础参数
- 时区与系统时间：不只看当前时分秒，还要看日期是否正确。
- 经纬度或城市参数：天文时控不是普通周程表，经纬度错了，全年都可能偏。
- 日期类型：工作日、周末、特殊停运日是否已经分清。
- 季节程序：是不是按目标季节策略运行，而不是沿用旧版。
- 断电保持与同步方式：断电恢复后是自动保留、平台重下发，还是需要人工复位。
少了其中任何一项，后面的模拟都可能是在错误基准上做验证。
不要只核“今天此刻”
先核常态日
- 用当前日期确认基础开关时刻有没有明显偏差。
- 比对平台、本地时控器、控制模块和现场回路四层表现，不只看一个界面。
- 记录当前版本号、参数导出时间和核验人，避免下次找不到基线。
再核边界日
- 至少模拟一次季节边界，比如夏季和冬季典型日期。
- 至少模拟一次工作日和周末的切换，不要默认两者共用同一策略。
- 若系统支持快进测试，优先用快进逼近开关边界，而不是只等整点看结果。
最后核断电或重启恢复
- 检修后、断电后或模块重启后，再抽查关键回路是否仍按目标时间接管。
- 核对本地模块、平台和现场回路是否一并恢复，而不是只恢复其中一端。
- 若系统依赖平台下发时间基准，要确认断网或平台延迟时本地会怎么表现。
它和节假日、强制状态怎么分开
- 时控器负责
正常日期和季节逻辑。 - 节假日照明场景切换审核 负责
特殊日期和活动模式。 - 照明调光面板强制状态恢复指南 负责
临时手动接管后如何恢复。
很多项目的错误，不是某一条线完全没做，而是三条线互相覆盖后谁都说不清当前到底哪套逻辑生效。
最容易出现的假闭环
- 只核当天当前时间，不核工作日/周末和季节边界。
- 平台显示时间正确，就默认本地模块也正确。
- 节假日逻辑没跑通，却去改基础时控参数，越改越乱。
- 修改程序后没有导出当前版本，下一轮根本无法比对。
- 断电恢复没抽查，就默认掉电保持一定成立。
资料怎么留最稳
- 主记录直接用 天文时控器季节程序核验记录。
- 涉及控制范围、模式接管和恢复路径时，再串到 照明控制箱交接核验记录。
- 如果要安排多日期、多时段模拟窗口，可辅助用 工期倒排 组织验证顺序。
关联页面
- 特殊日期、活动模式和版本切换，继续看 节假日照明场景切换审核。
- 临时超驰、手动接管和恢复动作，继续看 照明调光面板强制状态恢复指南。
- 控制箱接管范围和交接状态，继续看 照明控制箱交接不要只交钥匙和回路表。