对讲机偶现无声问题分析

2022-12-31 288

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 笔记

在新开发的对讲机项目中，遇到了对讲无声问题，该问题直接影响使用。

一、分析现象

测试时，会出现一方说话，另一方没有听到声音，但是对方可以听到信令的声音，说明网络链路是通的。

做出如下猜测：

音频数据没有发出去，定位对讲端问题
音频数据发出去了，接收端没有收到，定位服务器问题
音频数据发出去了，但是没有播放出来，定位接收端播放问题

二、初步定位问题位置

使用展讯的Logel_for_TD工具，抓取cap包

步骤：打开Logel_for_TD工具，点击Option->Device Configuration

确保CAP LOG勾选上，之后点击开始，复现问题后，保存Log文件。使用Wireshark工具打开cap包，可以看到数据包的详细信息。

经过对比发现，无声log的CAP包如下：

而有声的CAP如却是这样的：

容易得出结论，有声时会发送数据包大小为116字节的UDP包进行传送，无声时则没有，故定位问题为按下PTT键时，没有发送音频数据

三、进一步分析，为什么没有发送UDP数据包

没有发送UDP数据包可以有以下几种原因：

没有获取到音频数据，可能是没有启动录音或者录音器异常导致采集音频失败
获取到了音频数据，但是没有执行数据发送流程
有数据，且执行了发送，由于网络原因没有发送成功
因为Logel_for_TD抓取的cap包为送到网卡的数据，所以基本可以排除网络问题，并且通过Logel_for_TD监测复现问题时的网络环境，-93dbm左右，良好。
故只剩下1，2两种可能，没有音频数据或者没有执行发送流程。

四、确认音频数据是否获取成功

通过BND平台的debug版本进行测试，从log中看出在问题复现时，获取到的音频数据为0，故确认是录音的问题。

五、分析录音模块

5.1 测试用例测试录音器是否存在问题

对讲APK使用的原生的方案。调用opensl_es库采集和播放音频。参考frameworks/wilhelm/tests/examples/slesTestRecBuffQueue.cpp

该文件中详细叙述了如何使用：

/* Audio Record Test
First run the program from shell:
  # slesTest_recBuffQueue /sdcard/myrec.raw 4
These use adb on host to retrive the file:
  % adb pull /sdcard/myrec.raw myrec.raw
How to examine the output with Audacity:
 Project / Import raw data
 Select myrec.raw file, then click Open button
 Choose these options:
  Signed 16-bit PCM
  Little-endian
  1 Channel (Mono)
  Sample rate 22050 Hz
 Click Import button
*/
在编译该模块后，把生成的可执行文件push到system/bin目录下再按上述测试即可

通过数十次的测试，录音均正常。

5.2 dump音频数据

在复现问题时执行dump命令

adb root 
adb remount
adb shell 
setprop media.dump.path /data/local/media/
setprop media.dump.switch 0x3ff
/data/local/media/目录下生成dump_record_after_vbc.pcm和dump_record_after_express为录音时的数据

可以使用AudacityPortable(提取码：qo80)工具播放裸数据，对比发现，无声时的pcm数据为0,进一步确认了是录音问题。

5.3 是否为硬件问题

通过向展讯提供PCB原理图，分析结论硬件电路没有问题

5.4 是否为音频参数问题

使用AudioTester

(提取码：y7rv )获取Music参数，交与展讯分析

正在分析中。。。

5.5 分析是否为录音流程问题

5.5.1 BSP分析

通过抓取对比log发现，有声和无声的log有所不同(PS:这种问题一定要抓对比log)

分析如下：

对比正常log，采集声音异常时，录音流程没有发起，因此无法录到声音。
按键提示音结束后，上层下发sprd_voip_start=false，准备结束voip流程，紧接着录音应用要下发in_read命令，从而进入do_input_standby，结束voip流程的同时开启录音流程。但异常时一直没有下发in_read，导致audio_hw中录音流程没有发起。
异常log中没有这个log：in_read sco stop  and do standby
正常流程如下：
07-22 15:29:11.176   146   330 D AudioPolicyManagerSPRD: stopOutput() outputDesc->mRefCount[AudioSystem::VOICE_CALL] 1
07-22 15:29:11.176   146   329 D AudioPolicyService: AudioCommandThread() processing set parameters string sprd_voip_start=false, io 0
07-22 15:29:11.176   146   329 V AudioFlinger: setParameters(): io 0, keyvalue sprd_voip_start=false, calling pid 146
07-22 15:29:11.176   146   329 W audio_hw_primary: adev_set_parameters, kvpairs : sprd_voip_start=false
07-22 15:29:11.176   146   329 I audio_hw_primary: adev_set_parameters, voip turn off by output
07-22 15:29:11.176   146   364 D audio_hw_primary: sco:out_write stop and do standby
07-22 15:29:11.176   146   364 V audio_hw_primary: do_output_standby in
07-22 15:29:11.176   146   364 W audio_hw_primary: do_output_standby.mode:0 
07-22 15:29:11.176   146   364 V audio_hw_primary: do_output_standby in out
07-22 15:29:11.176   146   364 E audio_hw_primary: out_write: drop data and sleep,out->is_voip is 0, adev->voip_state is 1,adev->voip_start is 0
07-22 15:29:11.196   146  1504 D audio_hw_primary: : in_read sco stop  and do standby
07-22 15:29:11.196   146  1504 V audio_hw_primary: do_input_standby, standby=0, in_devices=0x80000004
07-22 15:29:11.196   146  1504 I audio_hw_primary: do_input_standby, fmUlDlHandle=0x00000000, fm_uldl=0x00000000, pcm = 0xb887b328
07-22 15:29:11.226   146  1504 W audio_hw_primary: start_input_stream in mode:0 devices:80000004 call_start:0, is_voip:0, is_bt_sco:0
07-22 15:29:11.226   146  1504 E audio_hw_primary: select_devices_signal starting... adev->out_devices 0x1 adev->in_devices 0x80000004
07-22 15:29:11.226   146   359 V audio_hw_primary: do_select_devices E
07-22 15:29:11.226   146  1504 I audio_hw_primary: select_devices_signal finished.
07-22 15:29:11.226   146  1504 E audio_hw_primary: start_input_stream pcm_open_0
07-22 15:29:11.236   146  1504 W audio_hw_primary: rec_mode(3), sample_rate(8000)
07-22 15:29:11.236   146  1504 W audio_hw_primary: extendArraySize=118, eq_size=52, dp_size=38
07-22 15:29:11.236   146  1504 I audio_hw_primary: record process module created is successful.
**请上层同事协助客户排查，是否客户自身应用流程有问题。**

5.5.2 流程分析

//这里在1秒钟之内start和stop了output这次output对应的stream 是0 
STREAM_VOICE_CALL = 0;
07-22 15:34:30.126   146   146 D AudioPolicyManagerSPRD: startOutput() output 2, stream 0, session 13
07-22 15:34:30.766   146   308 D AudioPolicyManagerSPRD: stopOutput() output 2, stream 0, session 13
07-22 15:34:30.766   146   307 W audio_hw_primary: adev_set_parameters, kvpairs : sprd_voip_start=false
这次声音导致voip关闭了，正常的对讲最好是将voip打开
打开voip的方法就是在audiorecord和和播录音的那个player的流类型要设置成STREAM_VOICE_CALL 而且这个player要跟record一起stop。

根据展讯建议，播放Tone音不使用STREAM_VOICE_CALL，我测试去掉了TONE音，但是问题依然存在。

5.5.3 加入log，修改log_level等级分析

最终BND通过修改初始化的buffer大小解决了此问题，对方不愿透露详细信息