作者：宗月妍——2026 HarmonyOS创新赛·极客赛道三等奖&全场景创新奖“星熠彩”团队·梅科尔工作室

在演唱会、电竞赛事和大型活动中，应援棒已经成为连接观众与现场氛围的重要载体。但在实际调研中，我们发现，传统应援设备仍然存在不少限制。

对于中小型演出主办方来说，专业场控平台的建设和部署成本较高，而普通Wi-Fi或蓝牙方案在人员密集、无线设备众多的现场，又容易受到频段拥挤和信号干扰的影响。对于粉丝用户来说，传统应援棒的灯效大多由主办方提前设定，使用方式相对单一，缺少个性化表达和互动能力，活动结束后也很容易被闲置。

正是基于这些问题，我们开始研发“星熠彩”。我们希望让应援不再只是观众单向接收灯光指令，而是从“单向被动”走向“智能双向社交”，让设备、用户和现场空间真正形成联动。

不只是控制灯光，更是构建全场景完整互动闭环

星熠彩最初从应援棒控制场景切入，但在产品研发过程中，我们逐渐意识到，它不应该只是一款灯光控制工具。我们更希望将星熠彩定位为一个“演艺互动平台”。

在这套平台中，应援棒是连接现场用户的硬件载体，HarmonyOS应用承担设备连接、互动控制和用户交互，云端服务则可以进一步承载内容运营、数字增值服务和场馆级管理能力。通过硬件、App与云端服务之间的协同，我们希望逐步构建一套从产品销售、数字内容服务到场馆级场控解决方案的完整闭环。星熠彩不只是“如何让灯亮起来”，而是如何让大量设备在同一空间中稳定连接、实时同步，并围绕演出内容形成完整的互动体验。

从最初的产品设想到参加2026 HarmonyOS创新赛极客赛道，我们完成了从需求调研、硬件设计、固件开发到应用层跨端协同的全链路研发与验证。期间比较重要的技术迭代包括双层高密度微型PCB板卡、Hybrid多级树状组网算法，以及鸿蒙原生App的全场景交互功能。（星熠彩APP将在近期正式上架，欢迎大家使用。）

应援棒实物

应援棒实物

星熠彩APP界面图（APP另有浅色版界面）

在一场大型活动中，如果需要同时控制几十台甚至近百台应援设备，技术难点是需要将一条指令快速、稳定地传递到整个设备网络。星熠彩的基本控制流程是：用户首先在HarmonyOS应用中选择灯光效果或发出控制指令，App将指令编码为星闪控制帧，通过星闪通道发送给主控应援棒。主控设备收到数据后，再借助Hybrid多级树状拓扑，将控制帧逐级转发到网络中的其他节点。

在这一过程中，HarmonyOS主要承担设备发现、连接建立、数据流转以及分布式软总线协同等能力。底层的应援棒硬件和固件则负责控制帧解析、节点转发、时钟同步以及最终的灯效执行。

这种架构并不是简单的“手机一对多连接”。如果所有设备都直接依赖手机建立连接，主控节点的连接数量、通信带宽和调度能力很快就会成为瓶颈。因此，我们通过多级树状分布式组网，把设备按照一定层级组织起来，让控制指令能够逐级扩散，从而突破单节点一对八的连接限制。

在系统层面，我们还构建了端—边—云协同的四层架构，让不同能力运行在更适合的位置。实时性要求较高的灯光控制和时钟同步尽量在端侧和设备侧完成，应用层负责交互和控制，云端则为后续的内容服务和平台化运营提供支撑。

为什么选择星闪，而不是普通Wi-Fi或蓝牙？

很多开发者对星闪的第一印象是“速度更快、延迟更低”，但在我们的项目中，星闪真正重要的价值并不是简单地比蓝牙快一点，而是它在复杂无线环境中提供了更强的确定性通信能力。大型演唱会、体育赛事和展会现场往往聚集着大量手机、路由器、蓝牙耳机和其他无线设备。传统Wi-Fi或蓝牙方案在这种环境下，容易出现频段拥挤、连接不稳定、数据丢失或控制延迟波动等问题。

星闪NearLink采用时分复用、自适应跳频等机制，可以根据通信环境调整工作频段，降低不同设备之间的干扰。时分复用则能够按照明确的时间片组织设备通信，减少多节点同时发送数据时产生的冲突。

星熠彩APP同频共振、频闪模式界面（浅色版界面）

此外，Polar编码等技术也提升了数据传输的可靠性。这些能力共同构成了星闪在密集场景中的优势，使设备通信不仅“快”，而且更加稳定、可预测。

在星熠彩的设计中，我们利用星闪的这些特性，在免基站、弱中心的架构下实现大量设备联动。当前系统可以支持近百台设备同步控制，整体控制时延保持在毫秒级，同时通过更精细的时钟同步机制，实现微秒级设备时钟同步，为连续、整齐的灯光效果提供基础。

这里需要区分两个概念：毫秒级是从用户指令发出到设备执行的整体控制体验，而微秒级主要指设备网络内部的时钟同步精度。只有设备之间拥有足够一致的时间基准，灯光变化才能在人眼看来真正同时发生。

开发挑战：Hybrid多级树状组网算法和时钟同步机制

有了上面这些考虑和选择，接下来在我们的整个开发过程中，最具挑战性的部分是Hybrid多级树状组网算法和时钟同步机制。

大量设备组成树状网络后，每个节点不仅要接收上级指令，还要将数据继续转发给下级节点。如果某个节点发生延迟、丢包或连接异常，就可能影响后续多个设备。因此，系统需要处理节点加入、退出、通信中断、重新连接以及链路变化等多种情况。

另一方面，灯光控制对时间一致性的要求很高。即使每台设备最终都接收到了相同指令，只要执行时间存在明显差异，现场就会出现灯效错位、颜色变化不同步等问题。

为了降低软件调度带来的误差，我们在实现时涉及了RTOS底层中断级联，以及定时器与控制任务直接绑定等复杂处理。部分时间敏感操作不能完全依赖普通任务调度，而要尽可能靠近底层定时机制执行。

面对这些复杂问题，我们没有只依靠少量功能演示来验证系统，而是生成了50多组单元测试，覆盖连接异常、节点变化、数据延迟等不同极端场景。同时，我们还在真实的百人级环境中持续进行压力测试和回归验证，通过实际设备运行发现问题，再不断调整组网策略和时钟同步机制。

这段经历也让我们认识到，多设备协同系统最重要的并不是某一次演示成功，而是在设备数量增加、现场干扰增强以及网络状态发生变化时，系统仍然能够持续、稳定地运行。

从“应用为王”走向“场景为王”：星熠彩的未来场景探索

在传统应用开发中，开发者往往首先考虑手机页面如何设计、功能如何组织，以及用户怎样在App内完成操作。但当应用开始连接大量智能硬件，并进入演出、展览、赛事等真实环境后，仅仅设计一款手机App已经不够。未来大家会越来越少地只关注“手机App”本身，而会更多地设计整个空间中的交互体验。我们开发者的思路也将从“应用为王”逐渐转向“场景为王”：先理解用户在特定空间中的完整行为和互动链路，再决定哪些能力运行在手机端，哪些交给设备侧，哪些由云端平台承担。

对于星熠彩来说，用户在手机上选择灯效只是整个体验的一部分。完整链路还包括手机与应援棒之间的连接、应援设备之间的协同、现场内容与灯光节奏的配合，以及不同用户之间的互动。硬件、App、通信网络与云端服务不能各自独立，而要围绕现场体验进行一体化设计。

这也决定了星熠彩未来不会局限于演唱会和粉丝应援。星闪低时延、多设备联动能力除了舞台演艺，还可以应用到智能家居中控、车载氛围灯、IoT调试工具等泛鸿蒙设备场景中。我们尤其期待在沉浸式展览、体育赛事现场互动等需要大规模设备同步的场景中看到更多应用。

最后，对于希望尝试 HarmonyOS 星闪能力、多设备协同开发的开发者，我们最想分享的是：不要只把星闪当作“更快一点的蓝牙”，它的时分复用、自适应跳频和Polar编码技术带来的确定性通信能力，才是真正解决密集场景下控制瘫痪问题的关键。