Android系统中耳机按键键值上报不正确 解决过程

最新推荐文章于 2024-04-24 08:30:00 发布
最新推荐文章于 2024-04-24 08:30:00 发布
阅读量5.3k 收藏 15
点赞数
分类专栏： Linux Android 嵌入式 C 文章标签： Android 驱动 耳机 按键 不正确
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Qidi_Huang/article/details/72780836
版权
嵌入式 同时被 3 个专栏收录
84 篇文章 19 订阅
订阅专栏
Android
68 篇文章 11 订阅
订阅专栏
Linux
56 篇文章 6 订阅
订阅专栏

【问题现象】

  根据测试组同事反馈：在我们的设备上使用 JBL 品牌某款带有 3 个按键的有线耳机时，按下“音量+”键时设备会减小音量而不是增加音量，按下“音量-”键时设备无响应；在设备上使用 Samsung 品牌某款带有 3 个按键的有线耳机时，按下“音量-”键时设备会启动语音助手而不是减小音量。但按下 2 款耳机的中间键（播放/暂停键）均可以得到正确的响应。


【分析问题】

  首先查看这 2 款耳机的音频接口，均为 3.5mm 耳机插头，其中三星耳机是白色环的 CTIA 标准插头，JBL耳机是黑色环的 OMTP 标准插头。这 2 种标准插头的区别在于第 3、4个金属环的接法是相反的。CTIA标准的第 3 个金属环为 GND，第 4 个金属环为 MIC；OMTP标准的第 3 个金属环则为 MIC，而第 4 个金属环为 GND。更具体的信息可以参考我之前写的《3.5mm 音频接口类型说明》这篇文章。

  然后 adb 登录到设备上，使用 getevent 命令查看耳机按键按下时，设备的实时上报键值和响应。类似下图中这样，参数 /dev/input/event9 ：

  

  经过实时查看发现：JBL耳机的“音量+”键按下时，实际上报的键值为 KEY_VOLUMEDOWN，所以设备上相应地做出了减小音量的响应，而“音量-”键按下时，没有键值被上报。这很异常。三星耳机的“音量-”键按下时，实际上报的键值为 KEY_VOICECOMMAND，所以设备上相应地启动了语音助手程序。至此可以看到，不是系统上层做出了错误的响应，而是系统底层上报按键事件时就发生了错误，所以应该在底层驱动来解决这个问题。

  可是为什么按下 JBL 耳机的“音量-”时没有键值被上报呢？让我们从按键事件的本质来分析：按键本身是个硬件，当它被按下时实际上是接通了耳机检测芯片到地线（GND）的一条通路。这条通路可以是直接连接到 GND，也可以是通过电阻连接到 GND。建立这样的连接通路会在耳机检测芯片上造成电平变化（上升沿或下降沿），而这实际上就是一个中断信号。耳机检测芯片接收到这个中断后，会对连接到按键的芯片引脚上的电平进行 ADC 采样，再将得到的数值与芯片内存储的各按键值（KEY_VOLUMEUP、KEY_VOLUMEDOWN、KEY_MEDIA、KEY_VOICECOMMAND）进行对比，如果有符合的键值，则向 SoC 芯片发送一个中断，同时发送该键值，如果没有找到匹配的键值，自然也就不会上报了。

  我们可以通过 /proc/interrupts 节点来查看 SoC 芯片是否收到了中断。比如可以像下方这样查看 ts3a227e 发送的中断数，如果按下“音量-”按键后中断计数没有增加，那么就说明耳机检测芯片确实没有向 SoC 芯片发出中断：

  

  耳机按键分压电路模型类似于下图：

  

  之所以 2 款耳机的中间键被按下时都可以得到正确的响应，是因为大部分耳机的中间键都是直接接地的，按键被按下时对应的电平都是 0V。具体电路类似下图：

  

  综上所述，各键值与各电压值是对应的，这个问题的本质实际上是底层驱动检测到了错误的电压继而上报了错误的键值或没有上报键值。我们无法改变耳机本身各按键所对应的电阻，但可以通过修改芯片的寄存器值来改变按键分压电路上总的偏置电压（也就是上图的MICBIAS），从而改变每个按键上的电压值。


【解决问题】

  在我参与开发的设备上，耳机按键检测使用的是 ts3a227e 这款芯片，偏置电压则由 Codec 芯片 RT5677 提供。所以要修改耳机按键分压电路的偏置电压需要修改 RT5677 芯片的寄存器，要修改电平与键值的对应关系需要修改 ts3a227e 芯片的寄存器。查阅 2 款芯片的 datasheet，对电压配置作出如下修改：

diff --git a/sound/soc/codecs/rt5677.c b/sound/soc/codecs/rt5677.c
index 5668ac0..206b356 100644
--- a/sound/soc/codecs/rt5677.c
+++ b/sound/soc/codecs/rt5677.c
@@ -99,7 +99,7 @@ static struct rt5677_init_reg init_list[] = {
 	{RT5677_PRIV_INDEX		, 0x0014},
 	{RT5677_PRIV_DATA		, 0x018a},
 	{RT5677_IN1			, 0x00c0},
-	{RT5677_MICBIAS			, 0x4000},
+	{RT5677_MICBIAS			, 0x0000},    //0x4000
 	{RT5677_STO1_ADC_MIXER		, 0x5480},
 	//{RT5677_STO2_ADC_MIXER		, 0x9440},
 	{RT5677_DMIC_CTRL1		, 0x2505},
diff --git a/sound/soc/codecs/ts3a227e.c b/sound/soc/codecs/ts3a227e.c
index e4f30f9..796b686 100644
--- a/sound/soc/codecs/ts3a227e.c
+++ b/sound/soc/codecs/ts3a227e.c
@@ -169,7 +169,7 @@ static const struct reg_default ts3a227e_reg_defaults[] = {
 	{ TS3A227E_REG_INTERRUPT_DISABLE, 0x08 },
 	{ TS3A227E_REG_SETTING_1, 0x27 },
 	{ TS3A227E_REG_SETTING_2, 0x00 },
-	{ TS3A227E_REG_SETTING_3, 0x3f },
+	{ TS3A227E_REG_SETTING_3, 0x27 },    // 0x3f
 	{ TS3A227E_REG_SWITCH_CONTROL_1, 0x00 },
 	{ TS3A227E_REG_SWITCH_CONTROL_2, 0x00 },
 	{ TS3A227E_REG_SWITCH_STATUS_1, 0x0c },
  按照上方所示修改好电压后，三星耳机的按键就可以正常使用了，但 JBL 耳机的“音量-”按键依然会被识别为语音助手，在尝试了其它可配置的电压组合后依然如此。 既然无法通过修改电压来完全解决问题，那么我们可以从软件上修改键值-上报事件映射的逻辑，使系统底层上报 KEY_VOICECOMMAND 键值的时候，系统上层依然可以作为 KEY_VOLUMEDOWN 来处理。为了看懂我接下来要对驱动代码进行的改动，这里先看一下驱动代码里对耳机按键状态数组的定义： 

struct ts3a227e_keystatus {
    int key_num;
    volatile int key_value;
};

struct ts3a227e_keystatus key_status_map[] = {
    {KEY_MEDIA, KEY_IS_UP},
    {KEY_VOLUMEUP, KEY_IS_UP},
    {KEY_VOICECOMMAND, KEY_IS_UP},
    {KEY_VOLUMEDOWN, KEY_IS_UP},
};

  为了重新映射键值消息与上报事件的关系，我对耳机检测芯片 ts3a227e 的驱动代码作如下具体改动：

diff --git a/sound/soc/codecs/ts3a227e.c b/sound/soc/codecs/ts3a227e.c
index e4f30f9..796b686 100644
--- a/sound/soc/codecs/ts3a227e.c
+++ b/sound/soc/codecs/ts3a227e.c
@@ -286,6 +286,25 @@ static void long_press_func(struct work_struct *work)
 
 	/*volume up&down  long press */    // 添加 KEY_MEDIA 的长按功能代码，仅在这种情况下上报 KEY_VOICECOMMAND 事件以启动语音助手
 	for (i = 0; i < TS3A227E_NUM_KEYS;  i++) {
+		/* add key_media long press  - 20170523 */
+		if (key_status_map[i].key_num == KEY_MEDIA &&
+			key_status_map[i].key_value == KEY_IS_DOWN) {
+			key_status_map[i].key_value = KEY_IS_WAIT_UP;
+			pr_err("%s, i:%x , key_voicecommand down %d ,value:%d\n", __func__, i,
+					KEY_VOICECOMMAND, key_status_map[i].key_value);
+			input_report_key(ts3a227e->button_dev, KEY_VOICECOMMAND, 1);
+			input_sync(ts3a227e->button_dev);
+		}
+		/* add key_voicecommand long press  - 20170523 */    // 添加 KEY_VOICECOMMAND 的长按功能代码，上报 KEY_VOLUMEDOWN 长按时的 KEY_NEXTSONG 事件
+		if (key_status_map[i].key_num == KEY_VOICECOMMAND&&
+			key_status_map[i + 1].key_value == KEY_IS_DOWN) {
+			key_status_map[i + 1].key_value = KEY_IS_WAIT_UP;
+			pr_err("%s, i:%x , key_voicecommand down %d ,value:%d\n", __func__, i,
+					KEY_NEXTSONG, key_status_map[i + 1].key_value);
+			input_report_key(ts3a227e->button_dev, KEY_NEXTSONG, 1);
+			input_sync(ts3a227e->button_dev);
+		}
+
 		if (key_status_map[i].key_num == KEY_VOLUMEUP &&
 			key_status_map[i].key_value == KEY_IS_DOWN) {
 			key_status_map[i].key_value = KEY_IS_WAIT_UP;
@@ -324,6 +343,7 @@ static void check_jack_status(struct ts3a227e *ts3a227e)
 		for (i = 0; i < TS3A227E_NUM_KEYS; i++) {
 			if (ts3a227e->kp_int_reg & PRESS_MASK(i)) {
 				pr_err("%s, kp %d down \n", __func__, i);
+				/*
 				if (key_status_map[i].key_num  != KEY_VOLUMEUP
 					&&  key_status_map[i].key_num != KEY_VOLUMEDOWN)
 					input_report_key(ts3a227e->button_dev, ts3a227e_keycodes[i], 1);
@@ -331,29 +351,60 @@ static void check_jack_status(struct ts3a227e *ts3a227e)
 					key_status_map[i].key_value = KEY_IS_DOWN;
 					long_press_det = true;
 				}
+				*/
+
+				if (key_status_map[i].key_num != KEY_VOICECOMMAND) {
+					key_status_map[i].key_value = KEY_IS_DOWN;
+				} else {
+					pr_err("%s, key_voicecommand %d is detected, remap to key %d.\n", __func__, key_status_map[i].key_num, key_status_map[i+1].key_num);
+					key_status_map[i+1].key_value = KEY_IS_DOWN;    // 在检测到 KEY_VOICECOMMAND 消息时，将其视为 KEY_VOLUMEDOWN 进行处理
+				}
+				long_press_det = true;
+				pr_err("Qidi - keypress - key_status_map[%d].value = %d\n", i, key_status_map[i].key_value);
 			}
 
 			if (ts3a227e->kp_int_reg & RELEASE_MASK(i)) {
 
 				pr_err("%s, kp %d up\n", __func__, i);
-				/* just for volume up & down long press */
-				if (key_status_map[i].key_value == KEY_IS_DOWN) {
-						pr_err("%s, kp %d short up \n", __func__, i);
-						cancel_delayed_work_sync(&ts3a227e->long_press_work);
-						input_report_key(ts3a227e->button_dev,
-						 ts3a227e_keycodes[i], 1);
+				if (i != 2) {    // 检测到非 KEY_VOICECOMMAND 消息时，按照正常流程进行处理
+					/* just for volume up & down long press */
+					if (key_status_map[i].key_value == KEY_IS_DOWN) {
+							pr_err("%s, kp %d short up \n", __func__, i);
+							cancel_delayed_work_sync(&ts3a227e->long_press_work);
+							input_report_key(ts3a227e->button_dev,
+							 ts3a227e_keycodes[i], 1);
+							key_status_map[i].key_value = KEY_IS_UP;
+					} else if (key_status_map[i].key_value == KEY_IS_WAIT_UP) {
+						pr_err("%s, kp %d long up  code:%d\n", __func__, i, key_status_map[i].key_num);
+						if (key_status_map[i].key_num == KEY_VOLUMEUP)
+							input_report_key(ts3a227e->button_dev, KEY_PREVIOUSSONG, 0);
+						else if (key_status_map[i].key_num == KEY_VOLUMEDOWN)
+							input_report_key(ts3a227e->button_dev, KEY_NEXTSONG, 0);
+						else if (key_status_map[i].key_num == KEY_MEDIA)
+							input_report_key(ts3a227e->button_dev, KEY_VOICECOMMAND, 0);
+
 						key_status_map[i].key_value = KEY_IS_UP;
-				} else if (key_status_map[i].key_value == KEY_IS_WAIT_UP) {
-					pr_err("%s, kp %d long up  code:%d\n", __func__, i, key_status_map[i].key_num);
-					if (key_status_map[i].key_num == KEY_VOLUMEUP)
-						input_report_key(ts3a227e->button_dev, KEY_PREVIOUSSONG, 0);
-					else if (key_status_map[i].key_num == KEY_VOLUMEDOWN)
-						input_report_key(ts3a227e->button_dev, KEY_NEXTSONG, 0);
-
-					key_status_map[i].key_value = KEY_IS_UP;
+					}
+					input_report_key(ts3a227e->button_dev,
+							 ts3a227e_keycodes[i], 0);
+				}else {    // 在检测到 KEY_VOICECOMMAND 消息时，将其视为 KEY_VOLUMEDOWN 进行处理
+					/* just for key_voicecommand long press */
+					if (key_status_map[i + 1].key_value == KEY_IS_DOWN) {
+							pr_err("%s, kp %d short up \n", __func__, i + 1);
+							cancel_delayed_work_sync(&ts3a227e->long_press_work);
+							input_report_key(ts3a227e->button_dev,
+							 ts3a227e_keycodes[i + 1], 1);
+							key_status_map[i + 1].key_value = KEY_IS_UP;
+					} else if (key_status_map[i + 1].key_value == KEY_IS_WAIT_UP) {
+						pr_err("%s, kp %d long up  code:%d\n", __func__, i + 1, key_status_map[i + 1].key_num);
+						if (key_status_map[i + 1].key_num == KEY_VOLUMEDOWN)
+							input_report_key(ts3a227e->button_dev, KEY_NEXTSONG, 0);
+
+						key_status_map[i + 1].key_value = KEY_IS_UP;
+					}
+					input_report_key(ts3a227e->button_dev,
+							 ts3a227e_keycodes[i + 1], 0);
 				}
-				input_report_key(ts3a227e->button_dev,
-						 ts3a227e_keycodes[i], 0);
 			}
 		}
  按照上文所述进行修改后，重新编译代码并烧写设备进行测试，发现耳机按键功能已经可以正常工作了。

  其实这就是纯底层驱动的修改，不仅可以解决 Android 系统上这样的问题，纯 Linux 系统下出现了这样的问题也可以如此类比修改。



Qidi_Huang
关注
  • 0
    点赞
  • 踩
  • 15
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
Android耳机插口接口程序,Android系统3.5mm耳机插口说明
weixin_42363510的博客
05-26 646
To achieve compatibility with the3.5 mm plug headset specification, devices that include a 4 conductor 3.5 mm audio jack must meet the following specifications. For Android compatibility requirements...
络达开发---- AB1562x左右两侧同一按钮不同功能
04-27 618
SDK支持MSync通信，即左右两个耳机之前的直接数据同步，比如对于音量+/-来说，默认情况下，按左侧和按右侧都会实现同样的动作，即音量+或者-，这是因为系统采用MCsync会自动同步一侧的动作到另一个。说明：AB1562X支持TWS，左右两个的耳机的按钮在硬件上是芯片的同一个IO口；即左右两侧同一按钮的动作对应不同的功能；在代码中可以知道是不被MCSync同步支持的，因此左右两侧可以判断自己所在的哪一侧来执行相应的动作。通过上面分析可以知道，如果左右想实现不同的事件，可以在。SDK版本：V1.5.2。
Android 监听耳机按键方式
特立独行的博客
04-24 989
Android 监听耳机按键可以为用户提供更便捷、更安全、更沉浸的媒体控制体验，并扩展应用功能。
[Linux Device Driver] 如何检索按键键值
编程菜汝狗
10-15 788
1. 抓log 在adb shell 里面输入 getevent –l，然后按对应的按键，比如说这里查找音量+键的键值。 出现以上log，然后在代码里面检索KEY_VOLUMEUP。 2. 检索代码 一般位置处于device下面，也可能在kernel下面， grep -rsnw "KEY_VOLUMEUP" ./device ./kernel/ 可以查到键值为115 ...
Android按键功能重定义
Android开发
09-13 524
对于按键，键码和功能Android已有定义http://androidxref.com/9.0.0_r3/xref/frameworks/base/data/keyboards/Generic.kl 驱动按下面的方式将键值汇报上去后 #define KEY_VOLUMEUP 115 input_report_key(input_dev, KEY_VOLUMEUP, 1); input_sync(input_dev); getevent可以看到键码是73(0x73对应十进制115) ...
android 耳机接口设备无法识别问题
Lieke的博客
09-11 3084
android 耳机接口设备无法识别问题 问题概述 在android上调试audio的时候经常会发现很多耳机设备不识别的情况，例如，AUX转接线，外接音箱球，自拍杆，以及部分耳机 问题原因 android源生对耳机的识别是有一定范围的，会根据设备的电阻值，通过对电压和电流的分析来判断属于哪种设备，然后来决定支持的方式。 android对耳机的分类 android对耳机的分裂，在dirve
android耳机上报流程,Android系统中耳机按键键值上报不正确 解决过程
weixin_39846191的博客
05-25 660
【问题现象】根据测试组同事反馈：在我们的设备上使用 JBL 品牌某款带有 3 个按键的有线耳机时，按下“音量+”键时设备会减小音量而不是增加音量，按下“音量-”键时设备无响应；在设备上使用 Samsung 品牌某款带有 3 个按键的有线耳机时，按下“音量-”键时设备会启动语音助手而不是减小音量。但按下 2 款耳机的中间键(播放/暂停键)均可以得到正确的响应。【分析问题】首先查看这 2 款耳机的音频...
Android中Spinner控件之键值对用法实例分析
01-05
本文实例讲述了Android中Spinner控件之键值对用法。分享给大家供大家参考。具体如下： 一、字典表，用来存放键值对信息 package com.ljq.activity; import java.io.Serializable; @SuppressWarnings(serial) public...
android测试键值apk（一个测试键值的apk,将apk安装到系统，操作键盘或者遥控器，可打出相应键值）.zip
最新发布
05-28
总的来说，"android测试键值apk"是一个实用的工具，它简化了开发者对Android应用按键事件测试的过程，确保应用在各种输入设备上都能提供一致且可靠的用户体验。对于任何涉及用户交互的Android项目，这样的测试都是不...
Android键盘键名和键值列表 Android虚拟键码表
05-14
Android键盘键名和键值列表 Android虚拟键码表Android键盘键名和键值列表 Android虚拟键码表Android键盘键名和键值列表 Android虚拟键码表Android键盘键名和键值列表 Android虚拟键码表Android键盘键名和键值列表 ...
Android中Property模块的键值设置
08-31
主要介绍了Android中Property模块的键值设置的相关资料,需要的朋友可以参考下
80.输入子系统下--驱动多个按键
lzs940320的博客
09-15 984
一. input dev结构体 在上一节中我们通过输入子系统的方式实现了按键驱动的编写。 1.input dev 我们在应用层中：通过ret = read(fd, &event, sizeof(struct input_event));读到 统一的数据包。 在驱动中：input_event(inputdev, EV_KEY, KEY_POWER, 0); input_sync(inputdev);//上报数据结束 进行数据上报。 驱动的初始化中： inpu...
Android 12 adb 串口指令设置耳机音量适配
郑敏
08-07 2456
Android 12 adb 串口音量设置指令适配
Tina_Linux_Key_快速配置使用指南
韦东山嵌入式专栏
02-24 694
Allwinner 平台支持三种不同类型的Key：GPIO-Key，ADC-Key，AXP-Key。其中，GPIOKey又包括普通的gpio 按键和矩阵键盘。按键相关配置根据平台不同内核会有部分差异，下面作详细介绍。说明若板子上没有使用我司的带有按键功能的PMU，则就没有对应的AXP 按键。表2-1: Key 软件术语列表术语解释说明Key按键GPIO-Key使用GPIO 检测按键的设备ADC模数转换器ADC-Key通过ADC 读取电压检测按键的设备LRADC。
通过getevent找到对应的android键值
weixin_44311012的博客
06-30 2366
1、Linux中输入设备的事件类型有: EV_SYN 0000 同步事件 EV_KEY 0001 按键事件，如KEY_VOLUMEDOWN EV_REL 0002 相对坐标, 如shubiao上报的坐标 EV_ABS 0003 绝对坐标，如触摸屏上报的坐标 EV_MSC 0004 其它 EV_LED 0011 LED EV_SND 0012 声音 EV_REP 0014 Repeat EV_FF 0015 力反馈 ~~~~~~~~~~~~~~~~~~~~~~~~ EV_PWR 电源 EV_
android 13.0 系统属性控制音量键功能是否可用开关(屏蔽音量加减功能)
安卓兼职framework和app工程师的博客
12-08 666
在13.0的系统定制化开发中，要求屏蔽掉音量+ 音量-的功能，根据系统属性来判断是否响应音量加减的功能，在系统上层中是由PhoneWindowManage来管理音量键的功能， 所以就要看是PhoneWindowManage.java中怎么处理的音量键的功能 首选看的源码关于音量键的处理
adb查询终端键值
测试领域专家，多领域测试技术、管理、工具都略懂，略懂一二
06-20 4598
adb shelllogcat |grep "keycode"
通过adb命令监控输入事件
changliangdoscript的专栏
08-03 8479
有时运行中出现触摸屏点击不好用，此时adb好用的话，通过命令来监控看触摸屏是否有事件上报。如果有就是前台应用处理的问题，可能是有透明的activity尚未销毁；   adb监控touch等event的方法分为简单两步： 1. 找到touch或键盘对应的event设备号； 2. 使用cat监听该event设备；   1. 找到的event号的方法： dos窗口输入： adb she...
android 11.0 音量键功能开关(屏蔽音量加减功能)
安卓兼职framework和app工程师的博客
05-23 1836
在11.0 12.0的系统定制化开发中，要求屏蔽掉音量+ 音量-的功能，根据系统属性来判断是否响应音量加减的功能，在系统上层中是由PhoneWindowManage来管理音量键的功能，所以就要看是PhoneWindowManage.java中怎么处理的音量键的功能首选看的源码关于音量键的处理。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值