跨生态共享
从一个音源、两台播放设备的任务出发，让已有耳机获得共同收听的新用途。
VALUE
它不是替代现有设备，而是打通设备之间的壁垒。
两个人已经各自拥有耳机，却不一定能方便地一起听同一段内容。我希望用轻量中继改善设备之间的协作，并保留各自的音量与控制选择。音享贴由此展开硬件、音频链路和多端交互的设计，先把共同收听这一段体验说明白。
磁吸轻量形态
新增的携带与设置负担，应小于它消除的麻烦。磁吸与轻量形态仍需结合结构、功耗继续打磨。
可视化延迟校准
共同收听不等于相同音量。独立调节之外，还要让人看清参数作用于哪一路、当前处于什么状态。
多端可视化控制
手机承担连接与日常控制，手表适合快速微调，平板提供总览，小程序提供轻量入口。
预期使用流程
从一起开始，到各自离开。
以下流程用于明确设计目标，不代表所有设备组合都已完成验证。
一起开始
选择同一音源，确认两路播放设备与连接状态，再进入共同收听。
各自调整
分别调整音量与延迟，让每次操作对应清楚的设备与参数。
暂时离开
一方断开或重新加入时，怎样保留另一方的播放与各自设置，是后续要验证的体验。
ENGINEERING STATUS
从产品设想到可验证的硬件原型。
项目已完成首版PCB设计、打样、焊接调试与板级功能验证。当前工程采用A、B1、B2三板架构，把手机侧音频接收、控制链路与两路蓝牙播放输出拆分处理。
PCB与板级验证
独立完成首版PCB原理图/Layout、打样、焊接、Bring-up与板级功能验证，实现硬件原型与移动终端稳定连接。
双路音频与同步
独立实现并验证音源终端－蓝牙中继－多播放终端链路，覆盖A2DP输入/输出、多设备连接、音频缓存与同步、独立音量、声道分配及延迟校准。
iOS与Android控制应用
面向当前硬件原型开发iOS与Android App，围绕BLE设备发现、连接控制、状态展示与配置建立移动端控制体系。
五端交互体系
独立完成iPhone、iPad、Android、微信小程序与Apple Watch控制端开发及联调，覆盖设备发现、连接状态、参数配置、同步校准与异常反馈。
SYSTEM ARCHITECTURE
控制链路与音频链路分离。
BLE负责控制与状态；音频由A板接收后，经I²S向B1/B2分发PCM，再由两个节点分别输出到蓝牙播放设备。
SOURCE移动设备A2DP音频输入
A BOARDESP32中继BLE控制 · PCM缓冲 · I²S Master
B1播放节点1I²S Slave · A2DP Source
B2播放节点2I²S Slave · A2DP Source
工程状态说明：硬件原型、嵌入式音频链路及多端控制已完成首轮验证；后续继续扩展设备覆盖与长期稳定性测试。
UI SHOWCASE
多终端控制界面。
在这个项目里，UI不是装饰，而是产品逻辑的一部分：设备连接、同步校准、音量控制、状态确认都需要更直观的交互来承载。
iOS APP
iOS控制应用
基于iOS开发设备连接、音量控制与播放状态管理功能。
ANDROID APP
Android控制应用
基于Android开发设备连接、音量控制与播放状态管理功能。
微信小程序UI
轻量化跨端控制入口
适合作为更低门槛的设备控制入口，方便用户快速连接与管理。
Apple Watch UI
节点音量控制
在腕上查看与微调不同节点设备的音量状态。
Apple Watch UI
延迟与同步提示
在更轻量的场景里查看双设备同步状态与延迟信息。
iPad UI
大屏控制总览
适合在更大视图下查看多设备状态与高级设置。
SCENES
围绕真实场景来定义产品价值。
共同收听是当前核心任务；K歌与户外使用保留为拓展设想，仍需各自的验证条件。
情侣/朋友影音共享
多人使用各自耳机同步观影或听音，兼顾私密性与陪伴感。
居家/聚会K歌
耳机与音箱共同使用的拓展设想。监听延迟与两路播放时差需要分别验证，不能由同步功能直接推定。
户外多音箱组网
户外连接、同步与持续使用仍需验证；当前双路原型不代表更多节点的组网效果已成立。