整条街的灯慢半拍——八成不是灯的问题，是同步没做对

做过灯光秀项目的都知道那种场面：音乐响起来，前面一栋楼的光准时动了，后面那栋慢半拍；或者一片点光源该整片变色，中间总有一小块"卡"在半路。

甲方站在台下看，只会说一句"怎么不同步"。

而现场最常见的第一反应是换灯、换电源、换线——但绝大多数同步问题，根源不在硬件，在控制架构。

先把最容易混淆的一件事说清楚："不同步"和"掉帧"是两回事，排查路径完全不同。

第一种：整片不同步（慢半拍）

这是时间基准的问题，不是信号的问题。

大型项目通常由多个控制器分区带载。如果各控制器只是"各自播放同一段效果"，而没有统一的时钟或时间码基准，时间一长必然漂移——开头对齐，十分钟后就散了。

解决思路是在架构阶段就确定同步方式：由主控下发统一时间基准，各分区控制器跟随，而不是各播各的。

第二种：局部不同步或整段卡顿

这类通常和带宽、带载量有关。

DMX512 是户外立面项目最主流的控制协议之一，一条链路 512 个通道。要注意的是：一颗 RGB 点光源通常要占用 3 个通道，也就是一条链路上能带的点数是有上限的。点光源数量一多，如果链路规划没做对，刷新率掉下来，表现就是"看起来在动，但一顿一顿的"。

现场判断方法很简单：把出问题的段落独立出来单独驱动，看它是否恢复正常。如果单独驱动正常、带上整场就出问题，那就是带载与链路规划的问题。

第三种：颜色对不上，像"不同步"其实不是

还有一类现象常被误判成同步问题：同一条灯带，远端明显比近端暗、或者偏色。

这往往不是信号，是供电压降。长距离低压供电，线径不够或供电点分布不合理，末端电压下去，颜色和亮度就跟着变。这种问题靠改程序没用，要从供电方案解决。

第四种：偶发闪烁或丢包

检查信号线材、屏蔽与接头。户外环境里，接头氧化、屏蔽层处理不当、信号线与强电同槽走线，都会造成偶发的信号干扰。

给现场一份排查顺序：

1. 先分清是"全场景不同步"还是"局部异常"
2. 全场景不同步 → 查主控同步方式（是否有统一时间基准）
3. 局部卡顿/掉帧 → 查该段链路带载量与协议带宽
4. 远近表现不一（暗、偏色）→ 查供电压降与供电点分布
5. 偶发闪烁 → 查线材、屏蔽、接头与走线
6. 以上都正常 → 回查编址与播放源

按这个顺序走，能避免"先拆灯"这种最费钱的排查方式。

一句总结：灯光秀项目的效果上限，往往不是由灯具决定的，而是由控制架构决定的。灯具可以换，架构错了要返工。所以在项目前期，值得多花一点时间把控制方案问透——这套系统怎么同步、单条链路能带多少点、供电怎么分。