车库照明时控、感应和模式周期检查
围绕地下车库照明在平峰、夜间、保洁、巡检和应急工况下的时控接管、感应延时、整组联动和手自动恢复周期复核，避免把多模式冲突误判成单点故障。
现场判断
施工知识
先确认工序边界、施工条件和交接面，再按本文步骤落到现场。
优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。
- 施工部位与工序条件
- 班组交接与样板状态
- 照片编号与复查结论
检查清单
优先使用文章内配套清单；没有清单时可复制正文检查项。
关联入口
读完直接接到现场动作
按本文内容匹配规范口径、资料模板、计算工具和材料条目，减少来回搜索。
可用模板
把检查结论落到表格、台账或记录。
对应计算器
涉及数量、坡度、损耗或工期时先统一口径。
地下车库照明最容易调乱的，不是一只探头或一只时钟，而是多套模式同时存在: 平峰、夜间节能、保洁、巡检、消防应急，有时还叠加手动测试和平台远程接管。只要优先级和切换时点没拉平，现场就会表现成局部常亮、频繁跳变、模式出不来或退不回去。
这篇内容只处理 车库多模式周期切换 这条线，不重复讲 天文时间开关季节程序检查 的全年基础时控，也不替代 走廊运动传感器覆盖搭接审核 的覆盖问题。它回答的是：车库这套灯，在不同时间段和不同运行模式下，到底该由谁接管、怎么接管。
什么情况下必须先查周期逻辑
- 车库某些区晚上常亮，但白天和应急状态看起来又都正常。
- 同一排灯在整点或半点附近频繁跳变。
- 保洁或巡检模式结束后，系统回不到夜间节能逻辑。
- 感应覆盖调整后，现场体验变了，但没人更新周期逻辑表。
如果当前问题是探头根本感不到人，先去查覆盖搭接；如果基础时钟本身都不准，先去做时控器核验。
先把模式和优先级列成表
车库照明至少要先列清下面几类工况：
- 平峰常规模式
- 夜间节能模式
- 保洁模式
- 巡检或安保模式
- 应急模式
然后逐项确认：
- 谁触发进入这套模式。
- 哪些回路或分区受影响。
- 亮度、整组联动和延时要求是什么。
- 退出后由谁接管下一套模式。
没有这张逻辑表，现场通常只能靠试灯和记忆，最后谁都说不清当前为什么亮成这样。
复核时不要只测整点
先测边界时段
- 比起整点，更应该测切换前后 5 到 15 分钟的真实边界窗口。
- 很多问题不是“完全不切”，而是在临界窗口互相抢控制权。
- 夜间节能转保洁、保洁退回节能、巡检退出恢复，都是高风险边界。
再测整组联动
- 车库里很多区域不是单点感应，而是一组灯联动抬亮。
- 要确认整组范围是不是合理，不要一辆车经过就带亮整大片无关区域。
- 也要确认有没有本该联动却只亮了一半的情况。
最后测手自动恢复
- 车库最怕临时为了调试或保洁切成手动，后面没人退回自动。
- 每次做完模式测试，都要确认下一套正式逻辑是否已经重新接管。
它和时控、感应、应急怎么分开
- 天文时间开关季节程序检查 负责
全年时间基准。 - 走廊运动传感器覆盖搭接审核 负责
人体覆盖是否连续。 - 这篇负责
多模式在车库里什么时候切、谁优先、怎么退出。 - 如果已经进入消防应急强制切换和恢复问题，则要并行看应急照明相关专题，而不是继续在普通车库模式里硬调。
最容易出现的假闭环
- 只测整点，不测模式切换前后窗口。
- 保洁和巡检共用一套时段，却希望节能效果还正常。
- 调整了感应覆盖，却没有同步修改模式逻辑表。
- 测试完成手动关灯，就当成已经恢复自动。
- 用某一条回路的表现，代替整个车库模式结论。
资料怎么留最稳
- 模式逻辑表、边界时段验证和整组联动结果，补到 系统调试与试运行记录。
- 若本轮还涉及控制箱接管和正式交接状态，再串到 照明控制箱交接核验记录。
- 点位、分区和对象关系不清时，先用 图纸核对清单 收口，再继续调。
关联页面
- 全年基础时间逻辑，继续看 天文时间开关季节程序检查。
- 传感器覆盖盲区和搭接边界，继续看 走廊运动传感器覆盖搭接审核。
- 控制策略、强制恢复和控制箱接管关系，继续看 光控、时控、场景切换、强制超驰和控制箱交接不要混着调。