DMX信号丢失：保持、熄灭与恢复验收指南
DMX信号丢失：保持、熄灭与恢复验收指南
LikeLight Tom · 运营 · 技术审核人：待确认
区分网络、DMX及供电故障，用响应时间算例和24次测试计划验证失联与恢复行为。
摘要
控制程序停了，灯却一直亮着，不一定是灯具“失联保护失效”。网关可能仍在反复发送旧帧，灯具收到的仍是有效DMX。真正需要分别规定的是网络源丢失、物理DMX丢失、供电丢失，以及恢复后如何重新接管。故障时的表现和恢复时的跳变都应纳入验收。
1. 为什么画面冻结了，灯具却没有熄灭？
“有没有数据”与“数据是否新鲜”不是同一个问题。上游节目停止后，网关如果继续输出最后一帧，下游接收器可能根本看不到信号丢失。反过来，DMX支路断开以后，上游再发送熄灭指令，也无法通过已经断开的线路送达。
MA的grandMA3 2.2手册区分了保持与超时停止输出[S2]；ChamSys的历史固件记录给出了网络丢失后仍重复DMX的实例[S3]。这些仅用于说明设备差异，不代表与LIKELIGHT完成了兼容测试。ESTA目录当前列出E1.11-2024[S1]，协议名称不能代替完整的失联行为要求。
2. 按故障层级定位责任
| 注入故障的位置 | 可能仍正常的部分 | 必须记录的结果 |
|---|---|---|
| 停止节目软件 | 网关供电及DMX输出 | 数据是否更新、报警、灯光状态 |
| 断开以太网 | 网关可继续发送缓存 | 网络超时策略与实际输出 |
| 断开DMX支路 | 控制器及网关可能完全正常 | 灯具接收超时与本地动作 |
| 网关断电 | 灯具供电可能仍正常 | 接收器无信号表现 |
| 灯具重新上电 | 上游数据可能仍在发送 | 启动闪光、地址保持及恢复 |
这是一份建议测试框架，不是实际工程测试报告。图纸中应分开标注信号链和供电边界。先在批准的样机支路验证；供电切换使用合适的隔离、开关和作业流程，不带电插拔电源连接器，不影响使用中的必要照明。
3. 保持、熄灭、停止输出和备用场景怎么选？
| 策略 | 适用诉求 | 局限 | 不应选择的情况 |
|---|---|---|---|
| 保持最后有效值 | 短时节目中断不突变 | 旧内容、高亮状态可能持续 | 必须执行关灯时段或内容限制 |
| 发送熄灭指令 | 装饰照明需要变暗 | 需要完整的数据通路 | 黑暗会影响其他照明功能 |
| 停止发送数据 | 把动作交给接收器 | 不等于自动熄灭 | 接收器失联表现不明 |
| 切换批准的本地场景 | 需要可预期的静态效果 | 需要存储、控制权限和测试支持 | 仅凭“支持DMX”推断有该功能 |
不要只写“进入安全状态”。应明确亮度、颜色、持续时间、报警对象和恢复方式。本文的装饰照明备用场景不能替代独立批准的应急照明系统，也不构成应急照明设计或认证。
4. 一个能追溯假设的响应时间算例
顺序计时的情况
假设网关在网络源丢失后继续保持2.0秒，然后停止发送；假设灯具在此后1.0秒判定数据缺失，再用0.5秒到达批准场景。教学算例为T=2.0+1.0+0.5=3.5秒，尚未包含未建模的调度与测量不确定性。这些数值是人为设置的示例，不是标准规定，也不是LIKELIGHT实测参数。
能够相加，是因为第二个计时器在网关停止输出后才启动。如果网关永久重复旧帧，灯具的数据缺失计时器就可能一直不启动，3.5秒公式不再成立。如果由网关直接发送新场景，则应测量另一条动作路径。每个计时器必须写清楚从什么事件开始计时。
24次试验矩阵
选择停止软件、断网、断DMX、重启网关四种故障，从高亮静态、低亮静态、动态效果三种状态开始，各重复两次：4×3×2=24次/被测配置。这只是计划示例，不是标准最低要求。灯具重启、备用控制源等工况按项目另行增加。
记录t0故障发生、t1最后有效输出、t2开始进入备用状态、t3稳定、t4正常节目恢复。3.5秒只有在业主批准且设备实测支持后，才能成为该项目的验收要求。结合时间同步的日志与灯光记录，不能只看指示灯。还应检查不同分区是否先后切换，造成半栋楼静止、半栋楼继续播放。
5. 从配置到恢复的实施步骤
- 冻结控制器、网关、灯具型号与固件，记录地址表、数据源优先级、合并模式和供电边界。变更前导出配置。
- 对每层故障写预期状态表，明确谁负责计时、谁负责输出备用场景、谁负责报警。
- 先测代表性样机支路。测试前确定亮度、切换、响应与恢复的通过条件，不能看完结果再设门槛。
- 每次只注入一个批准的故障，同时观察数据和灯光，记录分区差异。
- 在备用状态中恢复数据源，检查亮度跳变、旧帧重新出现、多个数据源合并以及意外全亮。
- 明确恢复是否自动，是否需要人工确认；分别测试超时前、超时后恢复，再进行第二次中断。
- 完整上电循环后复测。固件、设备或关键配置变化后重新验证，归档原始记录和技术签核。
两台控制器并不自动等于可靠冗余。应预先定义主备数据源如何获得和释放控制权。如果同时驱动同一Universe，合并结果可能不同于任何一位操作员的预期。不要在运行中的建筑上随机改变优先级“试到正常为止”。
6. LIKELIGHT产品应用与证据边界
产品检索缓存列出L-W-10036-DMX为36W、DC24V、RGB、DMX512洗墙灯[S4]。今天原网页直接访问失败，实时参数仍需确认。这些信息不证明灯具有可配置失联超时、场景存储或某种上电默认行为。应索取指定批次和固件的行为表，并用样品验证，不提前把未知能力写成销售承诺。
询盘时请同时提交灯具、控制器、网关和固件版本、分区图、每类故障下的预期状态、允许响应时间与恢复过渡。还要明确谁保存配置备份、哪些变更需要重新验收。这样比单纯询问“支持DMX吗”更有助于确认系统适配。
7. 什么情况下不要批准？
- 把发送零值、没有数据和没有供电当成同一个状态。
- 网关永久保持，却依赖灯具超时后熄灭。
- 只从全黑状态开始试验，掩盖亮度跳变。
- 没有数据源优先级记录，也没有恢复测试。
- 把样机通过写成全部安装场景均已认证。
- 装饰照明故障策略会影响独立必要照明。
8. FAQ
支持DMX就意味着失联表现一致吗？
不是。需要核对发射端、接收端、固件与配置，并组合测试。
加信号放大器能解决画面冻结吗？
如果上游持续重复有效旧帧，不能靠放大器让内容恢复更新。先查数据新鲜度和失联策略。
发送零值等于拔掉DMX吗？
不等于。前者仍是有效数据，后者切断数据路径，应结合批准的通道表分别验证。
压降会表现得像失联吗？
可能引起接收器重启等另一类故障。应同时记录相应负载下的供电电压与数据，不凭灯光现象单独定因。
SPI断点续传等于控制器冗余吗？
不能这样假设。像素路径连续性与控制源恢复是不同功能，本文不认证SPI能力，也不声明协议可以互换。
备用场景通过测试就代表应急照明合规吗？
不是。本文讨论装饰照明控制行为，不是应急照明批准依据。
来源与证据台账
2026-08-31
