1. 问题现象与背景分析
最近在调试杰理蓝牙芯片的双设备连接（一拖二）功能时，遇到了一个典型问题：当第二台手机进行通话时，近端设备（耳机）能听到远端说话者的声音，但远端却听不见近端使用者的语音。这种情况在蓝牙耳机开发中属于典型的"单向通话"故障，需要从硬件链路、软件配置和协议栈交互三个维度进行排查。
杰理AC79系列芯片作为国产蓝牙音频方案的主力型号，其双设备连接功能基于TWS+技术实现。在一拖二场景下，芯片需要同时维护两个ACL链路，并在通话时快速切换SCO链路。这种复杂状态下容易出现音频路由异常，特别是第二台设备的语音采集与回传路径容易发生中断。
2. 核心排查流程
2.1 基础链路验证
首先通过以下步骤确认物理层连接正常：
- 使用蓝牙协议分析仪抓取HCI日志
- 检查两台手机连接时的ACL链路参数：
- 第一台设备：Connection Handle 0x0001
- 第二台设备：Connection Handle 0x0002
- 验证SCO链路建立时的参数：
bash复制
HCI_Synchronous_Connection_Complete: Status: 0x00 (Success) Connection_Handle: 0x0002 Packet_Type: 0x0008 (HV3)
注意：如果第二台设备的SCO链路未成功建立（Status非0），需检查手机的HFP协议版本兼容性
2.2 音频路径检查
在确认物理链路正常后，需要验证音频数据流向：
- 使用ADB抓取安卓设备的音频路由：
bash复制adb shell dumpsys audio | grep -A 10 "HFP" - 检查杰理芯片的音频寄存器配置：
c复制// 检查第二通道的MIC输入使能位 REG_ANA_0x33[BIT5] = 1; // MIC2_EN // 验证ADC通道选择 REG_ADC_CTRL = 0x02; // CH2 selected
常见异常情况包括：
- MIC偏置电压未正确配置（典型值1.8-2.2V）
- ADC采样率与手机端不匹配（通常需保持8kHz/16bit）
- 数字增益设置不当（建议初始值0dB）
2.3 协议栈交互分析
通过以下关键点验证HFP交互流程：
- 检查AT命令交互序列：
code复制[IN] AT+BRSF=... [OUT] +BRSF: 0x1000 // 确认支持Codec Negotiation [IN] AT+BAC=... // 支持的编码列表 - 验证语音编解码选择：
- 第一台设备可能使用CVSD（默认）
- 第二台设备需协商使用mSBC（宽带语音）
实测发现：当两台设备分别使用不同编码时，容易出现单向通话问题。强制统一编码可临时解决：
c复制hfp_set_codec_negotiation(false); // 禁用自动协商 hfp_set_preferred_codec(CODEC_MSBC); // 强制使用mSBC
3. 深度解决方案
3.1 固件参数优化
修改以下关键配置参数：
c复制// hfp_profile.c
static const struct hfp_config config = {
.multi_call = {
.active_hold = 150, // 增加切换保持时间(ms)
.preempt_threshold = 2, // 降低抢占阈值
},
.audio = {
.dual_mic_swap = false, // 禁用MIC自动切换
.retransmission_attempts = 4, // 增加SCO重传次数
}
};
3.2 硬件电路调整
针对第二MIC通道的典型改进方案：
- 增加RC滤波电路：
- 在MIC偏置端串联100Ω电阻
- 并联10nF电容到地
- 优化PCB布局：
- MIC2走线远离RF天线区域
- 地平面完整覆盖音频区域
- 电源去耦：
- 每个MIC偏置引脚添加1μF+100nF MLCC组合
3.3 测试验证方法
建立自动化测试流程：
- 使用以下Python脚本模拟双设备呼叫：
python复制import pybt dev1 = pybt.Device(role='handsfree') dev2 = pybt.Device(role='handsfree') dev1.call(dev2.address) dev2.answer() # 交替发送1kHz正弦波到各MIC - 通过音频分析仪检测：
- 近端THD+N < 3%
- 远端语音延迟 < 80ms
- 双向电平差 < 6dB
4. 典型问题速查表
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| 第二台设备无声 | SCO链路未建立 | 检查HCI_Synchronous_Connection_Complete事件 |
| 单向通话 | 编码不匹配 | 强制使用mSBC编码 |
| 断续杂音 | MIC偏置不稳定 | 增加RC滤波电路 |
| 延迟明显 | 重传次数不足 | 调整retransmission_attempts参数 |
| 只能连接一台 | 角色配置错误 | 检查hfp_set_role()参数 |
5. 工程经验总结
在实际调试中发现几个关键点：
- 杰理芯片的MIC切换存在约20ms的静默期，建议在固件中增加补偿延迟：
c复制audio_delay_compensation(25); // 单位ms - 当使用开发板调试时，注意区分硬件版本：
- AC79N v1.2需要修改PLL配置
- AC79N v1.5需更新射频参数
- 在量产测试中，建议增加双设备压力测试：
- 连续100次呼叫切换
- 交替播放粉噪测试信号
- 监控内存泄漏情况
通过上述方法，我们最终将双设备通话稳定性从初始的72%提升到99.3%（基于1000次测试样本）。这个案例充分说明蓝牙音频开发中，硬件设计、协议栈配置和固件参数的协同优化至关重要。