最近在调试QCC3005 蓝牙耳机方案。
考虑低功耗的问题,由于系统的音频输出接了一颗功放,而此功放有一个Shutdown管脚(低电平有效),可以平时不用功放的时候来拉低此管脚使功放工作在shutdown模式来降低静态功耗。
而我在QCC的管脚配置原理图上,通过 PIO18管脚接到此shutdown脚上,然后在ADK里通过系统的Audio Active事件来驱动它。
想要实现的功能就是:当系统出于Audio Active状态时,会控制PIO18输出高电平,然后功放被使能,而当没有在Audio Active状态时,系统输出PIO18为低电平,进而关闭了功放,依此来实现降低功耗的效果。
但是我们在实际调试时候发现一个问题:
正常情况下, 我们蓝牙连接了手机,播放音乐时,PIO输出高,停止播放时,PIO输出低;来电话时,PIO输出高,挂断电话时PIO输出低,好像一切都是和预想的结果一样。但是测试到一种情况:
当耳机连接了手机,正在通话中的时候,如果此时又有另外一个电话打进来,此时PIO18莫名奇妙变低电平了!!!导致耳机里没了声音,蓝牙连接之类的都是正常,如果此时挂断其中一个电话,然后调节一下音量,PIO18又变高电平,问题就出在这里。
我们参考了开发板,发现开发板的 SKP_Mute是接在PIO16,我们是接在PIO18。从官方datasheet里可以看到,这两个IO的情况不一样。
开发板用的PIO 16,就不会有这样的问题,
2019-03-28问题补充:
当时测试开发板没有问题的情况,后来验证开发板没有用PIO16去控制功放的shutdown,所以说,开发板也有同样问题,只是管脚没有控制,问题没有当场反应出来,后来通过测量,发现当打电话时,PIO16同样是输出低电平。
后来通过sink源码里,找到指定的判断条件,把电话state加入到条件列表,才解决此问题。
2019-07-26 继续补充:
接上面问题描述,如果控制音频功放的使能脚没用和开发板上一样的话,需要修改一下系统代码的判断条件。
第一步:在sink_statemanager.c文件里自定义一个判断在打电话状态的函数,如下:
bool isSinkInCallMode (void)
{
if ((gTheSinkState == deviceOutgoingCallEstablish ) ||
(gTheSinkState == deviceIncomingCallEstablish ) ||
(gTheSinkState == deviceActiveCallSCO ) ||
(gTheSinkState == deviceActiveCallNoSCO )||
(gTheSinkState == deviceThreeWayCallWaiting)||
(gTheSinkState == deviceThreeWayCallOnHold)||
(gTheSinkState == deviceIncomingCallOnHold)||
(gTheSinkState == deviceActiveCallSCO))
{
return TRUE;
}
else
{
return FALSE;
}
}
注意函数创建之后要在sink_statemanager.h中声明一下:
bool isSinkInCallMode(void);
然后,回到主函数里,查找关键词:PIO_AUDIO_ACTIVE
这个就是用来控制音频功放的IO。找到如下代码片段:
if((!IsAudioBusy()) && (!sinkAudioIsAudioRouted()))
{
MAIN_DEBUG (( "HS : EventSysCheckAudioAmpDrive turn off amp\n" ));
PioDrivePio(PIO_AUDIO_ACTIVE, FALSE);
}
这个就是当音频不在有效的时候,将音频功放关掉。我们重点修改这段代码,加上一个判断条件(当不在通话模式的时候),如下:
if((!IsAudioBusy()) && (!sinkAudioIsAudioRouted()) && (!isSinkInCallMode()))
{
MAIN_DEBUG (( "HS : EventSysCheckAudioAmpDrive turn off amp\n" ));
PioDrivePio(PIO_AUDIO_ACTIVE, FALSE);
}
/* audio is still busy, check again later */
else
{
MAIN_DEBUG (( "HS : EventSysCheckAudioAmpDrive still busy, reschedule\n" ));
PioDrivePio(PIO_AUDIO_ACTIVE, TRUE);
MessageSendLater(&theSink.task , EventSysCheckAudioAmpDrive, 0, CHECK_AUDIO_AMP_PIO_DRIVE_DELAY);
}
注意上面加入了前面创建的 isSinkInCallMode()函数,然后编译通过。