sACN多源冲突怎么排查：优先级、HTP合并与失联回切指南

LikeLight Tom · 运营 · 技术审核人：待确认

摘要

当建筑立面突然跟随建筑控制器而不是演出控台，或关闭某台控制器后仍保持意外亮度，网络上可能有多个sACN源同时发送同一Universe。最终效果由源优先级、同优先级合并方式、接收端源数量上限和失联策略共同决定。

ESTA把ANSI E1.31-2025列为当前sACN标准[S1]。ETC资料说明优先级范围0–200、默认100，并展示高优先级源控制Universe、相同最高优先级可按HTP合并的案例[S2]。不能假设所有接收端支持相同源数量或可选优先级功能。

1. 找出全部控制源

IP地址不是稳定源身份。应记录CID、源名称、Universe、优先级、序列活动和责任设备。

2. 先比较优先级，再合并

在Per-Universe Priority模式下，最高活动优先级源控制Universe。多个源具有相同最高优先级时，接收端可能使用HTP或其他已声明算法。ETC给出了HTP实例，也提醒并发源容量随产品变化[S2]。

四个Slot算例

高优先级结果不是继续与低优先级做HTP；本教学例中，选中的高优先级源提供全部所示Slot。数值只是示例，不是项目实测。

3. 为什么仍然无法接管

MA Lighting资料显示接收端可有自己的Merge和Input Priority设置[S4]。必须核对具体实现，不能照搬另一厂家配置。

4. 受控诊断步骤

1. 备份控制器、网关和交换机配置。
2. 按CID、名称、IP、Priority及责任人列出受影响Universe的全部源。
3. 在源端和接收端抓同一Universe，确认“已关闭”系统是否真正停止发包。
4. 使用能识别源的监视器查看获胜源和竞争源[S3]。
5. 先单源测试，再按批准的低、相同、高优先级逐一加入第二源。
6. 记录同优先级时强度与非强度Slot的合并结果，不能假设HTP适合所有参数。
7. 测试接收端声明的最大源数量以及新增源时的行为。
8. 对计划停止、网络中断、重启和主源返回做带时间戳测试。
9. 分开核对网关DMX输出与灯具表现。
10. 固化优先级矩阵、责任人、接管流程、回滚和验收日志。

5. LIKELIGHT证据边界

LIKELIGHT公开页面将L-W-10036-DMX列为36 W、DC24 V、RGB、DMX512洗墙灯[S5]。该页没有说明sACN、源优先级、合并算法、接收源上限或切换时间。这些功能属于所选控制器、节点/网关和系统设计，除非准确订单灯具有相应文件。

审核时应提供全部源清单、Universe/Slot责任矩阵、网关型号、DMX Patch及应急/建筑/演出接管逻辑。

6. 以下情况不要使用同优先级HTP

• 两个系统应有明确所有权时，不要把HTP当作模糊折中。
• 对位置、模式等参数，不要期待HTP表示“最后动作”。
• 没有释放流程时，不要为了抢控直接把Priority调到200。
• 调试完成后，不要让测试软件继续发送。
• 没有带时间记录的失联与主源返回测试，不要批准冗余。
• 不要从DMX512灯具标签推断sACN行为。

FAQ

Priority 150会与Priority 100做HTP吗？

通常先选最高活动优先级；必须核对接收端和当前标准行为。

为什么控台输出0却覆盖建筑系统较高数值？

如果控台优先级更高，它的Universe数据可能获胜，即使某个Slot值更低。

两个相同优先级源可以安全吗？

只有明确设计并测试合并规则、Slot类型和操作责任时才可以。

为什么第三个源被忽略？

接收端可能有并发源上限或过滤规则，应检查源表和资料。

Per-Address Priority普遍支持吗？

不普遍；源和接收端都要支持，并通过实际包和文件确认。

什么才能证明回切有效？

带时间戳的源失联、替代源选择、输出、报警和主源返回测试，而不是静态拓扑图。

来源核对

2026-09-16

1. S1: ESTA published standards — ANSI E1.31-2025
2. S2: ETC — Difference between sACN per-address and per-port priority
3. S3: ETC — Using the Eos sACN Output Viewer
4. S4: MA Lighting grandMA3 — sACN menu
5. S5: LIKELIGHT — 36 W DC24 V RGB DMX wall washer

LIKELIGHT L-W-10036-DMX wall washer example

提交项目需求