DMX 宇宙、端口与地址段标签一致性复核

只处理 DMX 系统里宇宙编号、端口号、地址段和现场标签是否一致，不把灯具物理安装顺序、网关场景执行结果和通用模块映射混成同一轮检查。

DMX 系统最容易留下的一种假完成，不是场景完全不亮，而是 软件里能控、现场也勉强能亮，但宇宙编号、端口号、地址段和箱门标签已经各说各的。调试阶段工程师还能靠记忆撑住，一到换人接手、换解码器、补灯或改场景，现场就会迅速变成“这一路到底是不是这一个宇宙、这一个端口、这一段地址”谁都说不清的状态。

这篇只处理 DMX 宇宙编号、端口号、地址段和现场标签的一致性复核。它不替代 LED 洗墙灯物理顺序与调光渐变方向复核 的 灯具物理安装顺序和渐变方向，也不重复 照明控制模块地址标签与回路映射复核 的 模块本体、端口和受控回路映射，更不代替 可寻址照明网关场景下发别只看平台成功 的 场景执行结果一致性。这里先回答的是：同一套 DMX 系统里，这段地址标签到底是不是在所有载体上都指向同一个对象。

哪些场景最容易失守

• 同一控制箱里挂了多个宇宙、多个端口、多个区域，标签稍一不同步就会串。
• 立面、景观、艺术灯带这类分段多、补货多、转角多的项目。
• 软件里改过地址段或分区名，但箱门标签、回路表和竣工资料没跟上的回路。
• 调试阶段多人轮换操作，靠口头说明“这一段差不多就是那一路”的场景。

复核前先盯住这五个点

1. 宇宙编号：先确认本轮到底是哪一个 Universe，不要把物理端口名和软件宇宙号混着叫。
2. 端口号：控制器、分控器、解码器和箱门标签里的端口命名要对得上，不能一边写 Port 3 一边写 A2。
3. 地址段：同一端口下的起始地址、结束地址和分段范围必须唯一，不能靠“这一排差不多从 001 开始”来判断。
4. 现场分区名：箱门标签、图纸区域名、软件分区名和现场叫法至少要能互相回指。
5. 版本基线：地址段、标签和导出清单是按哪一版更新的，要有明确版本号，别拿“最新版”当依据。

哪三种情况不要急着做场景联调

1. 软件里地址改了，但现场标签还是旧口径

这类项目当天可能还能靠人脑记住，后面一换班组或一做返修，第一件事就是串区和误判。

2. 逐段点亮能亮，但没人说得清对应哪一个宇宙和端口

能亮只说明这一路目前有输出，不说明它的标签链条已经正确。

3. 地址段调整后没有同步回写版本号

没有版本号的地址表，后面任何一次换解码器或恢复参数，都可能把系统拉回旧状态。

最稳的现场复核顺序

1. 先拿 DMX 灯光解码器 对照本轮地址表，锁清 宇宙编号 -> 端口号 -> 地址段 -> 现场分区名 这一条链。
2. 逐箱、逐端口核对箱内标签、软件导出清单和现场区域名称，不要跳着查。
3. 对每一个地址段做逐段点亮，确认它暴露出来的是预期区域，不是“看起来差不多”的相邻段。
4. 发现错段、漏段、反段或旧标签残留时，先在当轮把软件、纸质标签和导出表一起修正，不把问题带到场景层。
5. 当 宇宙号、端口号、地址段、现场标签、点亮结果 五项都能互相对应时，再进入更上层的场景和演出逻辑验证。

这一步重点不是看“亮没亮”，而是看“指向对不对”

真正要复核的不是单纯的点亮结果，而是：

• 这一次点亮的是不是目标宇宙下的目标端口。
• 这一个地址段是不是只控制了预期的这一段区域。
• 现场标签和导出表能不能让下一位接手的人不用猜。
• 同箱多个宇宙、多个端口时，是否还有历史遗留旧标识误导判断。

很多 DMX 问题不是灯不工作，而是 灯在工作，但大家对它的身份认知已经错了。

它和相邻几篇页面怎么分工

• LED 洗墙灯物理顺序与调光渐变方向复核 负责 灯具物理安装顺序、转角连续性和渐变方向。
• 照明控制模块地址标签与回路映射复核 负责 模块本体、端口和受控对象映射。
• 可寻址照明网关场景下发别只看平台成功 负责 平台、网关和现场场景执行结果一致性。

这篇只把 DMX 地址标签链本身是否自洽 讲清楚。

资料怎么挂最顺

• 主记录直接落到 DMX 照明地址分段一致性记录。
• 图纸回路命名、分区叫法和控制范围还没统一时，先用 图纸核对清单 把差异收口。
• 调整后的地址表、标签版本和复验结论，继续写进 施工日志 更顺。
• 交付基线与控制口径回到 DMX 照明地址分段一致性控制。

这一步不替代什么

• 地址段标签对了，不代表灯具物理顺序和渐变方向就一定正确。
• 逐段点亮对了，不代表整场景联动和网关回写就已经成立。
• 某一箱标签清楚，不代表整套系统版本基线已经同步到资料。

一句话收口：这页解决的是 DMX 系统里宇宙编号、端口号、地址段和现场标签是不是在所有载体上都指向同一个对象，不是把灯具顺序、模块映射和场景执行一次讲完。