杰理蓝牙耳机双耳同步按键关机问题分析与解决方案

1. 问题现象与背景分析

最近在调试杰理蓝牙耳机方案时，发现一个有意思的现象：当关闭"同时关机"功能后，如果用户同时按下左右耳机的按键，设备会出现无法正常关机的异常状态。这个问题看似简单，但背后涉及到蓝牙耳机双耳通信机制、按键检测逻辑和电源管理等多个子系统的协同工作。

在TWS耳机设计中，杰理方案采用的是主从架构。通常情况下，主耳（Master）负责与手机保持蓝牙连接，同时通过私有协议与从耳（Slave）保持同步。当用户按下任意单边耳机按键时，按键事件会通过内部通信链路传递到主耳处理。但"同时关机"功能关闭后，系统对双耳同步按键的检测逻辑就出现了特殊边界情况。

2. 问题根因深度解析

2.1 按键检测机制分析

杰理方案的按键检测采用典型的GPIO中断方式。硬件上，每个耳机都有独立的按键检测电路：

code复制按键按下 → GPIO电平变化 → 产生中断 → MCU读取按键状态

在软件层面，系统维护着一个按键状态机，包含以下关键状态：

• 按键按下（PRESS）
• 按键释放（RELEASE）
• 长按检测（LONG_PRESS）
• 双击检测（DOUBLE_CLICK）

2.2 双耳通信协议细节

当关闭"同时关机"功能时，双耳间的通信协议会有以下变化：

1. 主耳不再强制同步从耳的关机指令
2. 每侧耳机独立处理自己的按键事件
3. 电源管理模块不再检查双耳状态一致性

2.3 问题触发条件

异常关机的根本原因是状态竞争。当同时按下双耳按键时：

1. 左右耳机几乎同时检测到按键事件
2. 主耳开始处理关机流程时，从耳也独立发起关机
3. 由于通信延迟，主耳可能收到从耳的关机请求时，自身已进入关机流程
4. 导致电源管理模块出现状态不一致

3. 解决方案设计与实现

3.1 软件方案优化

我们在SDK的按键处理模块增加了以下逻辑：

c复制// 新增按键处理状态机
typedef enum {
    NORMAL_MODE,
    SHUTDOWN_PENDING,
    SHUTDOWN_CONFIRMED
} ShutdownState;

// 修改后的关机处理流程
void handle_shutdown() {
    if (shutdown_state == NO