吊顶传感器照明区域边界审核
围绕吊顶传感器触发后的照明分区、回路边界、可视界面和真实行走路径一致性复核，避免把覆盖正常误当成控制对象也正确。
现场判断
施工知识
先确认工序边界、施工条件和交接面，再按本文步骤落到现场。
优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。
- 施工部位与工序条件
- 班组交接与样板状态
- 照片编号与复查结论
检查清单
优先使用文章内配套清单；没有清单时可复制正文检查项。
关联入口
读完直接接到现场动作
按本文内容匹配规范口径、资料模板、计算工具和材料条目，减少来回搜索。
可用模板
把检查结论落到表格、台账或记录。
对应计算器
涉及数量、坡度、损耗或工期时先统一口径。
感应照明里最容易被忽略的一层，不是有没有感应到，而是“感应到了以后，真正亮起来的是不是正确那一片”。现场很常见的情况是：人走到 A 区，灯确实亮了，但亮的是 B 区或跨了两三个界面；或者从设备和回路角度看没错，从人眼路径看却突兀得很。这个问题如果不单独拆出来，往往会被误判成覆盖不足、模块错控或时控异常。
这篇内容只处理 触发后的照明回路与可视界面边界 这条线，不替代 走廊运动传感器覆盖搭接审核 的人体覆盖，也不重复讲 中庭采光传感器区域映射审核 的采光分区。它只解决一句话：这个传感器动作以后，亮的是不是人以为该亮的那片区域。
什么情况下优先怀疑回路边界
- 探头动作没问题，但亮灯范围和实际路径明显不自然。
- A 区有人经过，B 区先亮，或者两个无关区域一起被抬亮。
- 图纸分区和现场体验都说得过去，但平台或回路命名让人对不上对象。
- 维护人员经常说“这个传感器控制哪几盏灯我也说不清，只能试”。
如果当前问题是“人根本没被感到”，先去查覆盖搭接；如果探头本身受采光或遮挡干扰，先去查探头环境。
这条线真正看什么
1. 传感器分区和照明分区是不是同一层逻辑
- 有些项目把传感器分区按安装便利切，照明回路按施工便利切，最终两套边界根本不是一回事。
- 传感器能触发，不代表触发对象就与实际使用边界一致。
- 分区一旦跨走廊转角、门厅或前室，最容易出现“明明亮了，但人还是觉得不对劲”。
2. 回路边界和可视界面是不是一致
- 从电气图上看属于同一回路，不代表从人眼看也应该一起亮。
- 有些回路在图纸上连续，但中间隔了门厅、转角、壁柱或高差，视觉上已经不是同一个空间。
- 感应照明如果只按回路连续去做，而不管可视界面，体验通常很差。
3. 真实路径里的亮灯顺序自然不自然
- 不是只看“亮了没有”，还要看“亮在哪、亮得早不早、相邻区怎么接”。
- 尤其是走廊接门厅、走廊接前室、走廊接设备间门口这类边界，最容易暴露问题。
现场怎么核最有效
先画一张“探头 -> 分区 -> 回路 -> 现场灯具”对照表
- 探头编号。
- 平台或本地系统中的分区名称。
- 对应回路或模块端口。
- 现场真实亮灯范围。
没有这张表，后面所有走测都只能凭感觉记忆，很难真正锁清问题。
再做真实路径验证
- 从边界点两侧来回走，看亮灯顺序是不是符合人对空间的直觉。
- 在门厅、转角、前室和出入口做重点复核，不只看典型直线区。
- 对最容易争议的区域，拍视频比拍静态照片更能说明问题。
最后做命名一致性确认
- 图纸名称、平台名称、本地面板名称和现场说法要能互相回指。
- 如果名字对不上，哪怕当前靠试灯能调通，后面也很难维持。
它和覆盖、映射怎么分
- 走廊运动传感器覆盖搭接审核 负责
人能不能连续被感到。 - 中庭采光传感器区域映射审核 负责
哪个探头管哪片灯区。 - 这篇负责
感到了以后，真正亮的是不是正确可视界面和回路对象。
最容易出现的假闭环
- 传感器触发了，就默认控制对象也对了。
- 从回路图看连续，就默认视觉体验也自然。
- 只试单一点位，不试边界点两侧的来回路径。
- 平台分区名、图纸叫法和现场口头叫法各不相同。
- 把跨门厅、跨转角、跨柱间的空间硬压成同一感应区。
资料怎么留最稳
- 分区和对象差异先记到 图纸会审记录。
- 现场执行口径和整改范围写入 技术交底记录。
- 系统调试、视频验证和最终动作结果补到 系统调试与试运行记录。
- 如果还需要下发问题闭环，可直接用 整改通知生成器 锁定点位和整改边界。
关联页面
- 人体覆盖盲区和搭接问题，继续看 走廊运动传感器覆盖搭接审核。
- 采光分区映射问题，继续看 中庭采光传感器区域映射审核。
- 运行策略、时控和强制恢复边界，继续看 光控、时控、场景切换、强制超驰和控制箱交接不要混着调。