【 声明：版权所有，欢迎转载，请勿用于商业用途。 联系信箱：feixiaoxing @163.com】

        前面我们说过，荔枝派的开发板上面，有4个按键本身不是通过gpio连接到soc上面的。它是通过ad的方法，连接到主芯片的。这个时候，不同的按键被按下的时候，就会生成不同的电压或者电流，那么完全可以根据对应的电信号，推算出当前是哪一个按键被按下去了。

1、查找电路图

         简单看一下电路之后，下面就是去找设备树，对应的信号是什么、在哪里。

2、查找设备树

        在sun8i-v3s-licheepi-zero-dock.dts文件当中，我们发现了这样的内容，

&lradc {
	vref-supply = <&reg_vcc3v0>;
	status = "okay";

	button@200 {
		label = "Volume Up";
		linux,code = <KEY_VOLUMEUP>;
		channel = <0>;
		voltage = <200000>;
	};

	button@400 {
		label = "Volume Down";
		linux,code = <KEY_VOLUMEDOWN>;
		channel = <0>;
		voltage = <400000>;
	};

	button@600 {
		label = "Select";
		linux,code = <KEY_SELECT>;
		channel = <0>;
		voltage = <600000>;
	};

	button@800 {
		label = "Start";
		linux,code = <KEY_OK>;
		channel = <0>;
		voltage = <800000>;
	};
};

        很明显，每一个button都是和电路中的按键是一一对应的，这个没有问题。那么，我们不禁还有一个疑问，既然是ad转换得到的结果，那么肯定要知道ad相关的设备配置是恶还那么。仔细找了一下，可以在sun8i-v3s.dtsi文件发现这样的内容，

		lradc: lradc@01c22800 {
			compatible = "allwinner,sun4i-a10-lradc-keys";
			reg = <0x01c22800 0x400>;
			interrupts = <GIC_SPI 30 IRQ_TYPE_LEVEL_HIGH>;
			status = "disabled";
		};

        看到这里，大家应该放心了，确实是有这么一个ad的驱动。兼容的设备是sun4i-a10-lradc-keys，寄存器地址空间是0x01c22800，长度是0x400，中断是GIC_SPI类型，状态关闭。有了设备树，还有了兼容设备号，接下来的一步就是根据设备号sun4i-a10-lradc-keys找到对应的驱动文件。

3、查找驱动代码，准备测试程序

        通过工具查找一下，不难发现，文件在这，即sun4i-lradc-keys.c，

static const struct of_device_id sun4i_lradc_of_match[] = {
	{ .compatible = "allwinner,sun4i-a10-lradc-keys", },
	{ /* sentinel */ }
};
MODULE_DEVICE_TABLE(of, sun4i_lradc_of_match);

static struct platform_driver sun4i_lradc_driver = {
	.driver = {
		.name	= "sun4i-a10-lradc-keys",
		.of_match_table = of_match_ptr(sun4i_lradc_of_match),
	},
	.probe	= sun4i_lradc_probe,
};

module_platform_driver(sun4i_lradc_driver);

MODULE_DESCRIPTION("Allwinner sun4i low res adc attached tablet keys driver");
MODULE_AUTHOR("Hans de Goede <hdegoede@redhat.com>");
MODULE_LICENSE("GPL");

        大致看一下最后一段的代码，内容方面应该错不了。一般来说，如果按键ok的话，会在设备启动的时候生成一个/dev/input/event0节点，此时，如果编写一个应用程序，读写这些节点，就完全可以获取相关的按键信息。所以，我们还得准备一个input.c的读写程序，

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include <errno.h>
#include <linux/input.h>
#include <linux/input-event-codes.h>

const char * path = "/dev/input/event0";

int main(char argc,char *argv[])
{
   int ret;

   int fd;
   struct input_event event;

   fd = open(path,O_RDONLY);
   if(fd < 0)
   {
      perror(path);
      exit(-1);
   }

   while(1)
   {
      ret = read(fd,&event,sizeof(struct input_event));
      if(ret == sizeof(struct input_event))
      {
            if(event.type != EV_SYN)
            {
               printf("Event: time %ld.%ld,",event.time.tv_sec,event.time.tv_usec);
               printf("type:%d,code:%d,value:%d\n", event.type,event.code,event.value);
            }
      }
   }

   close(fd);

   return 0;
}

        上面这段代码是从其他地方copy而来，谢谢了。准备好了程序之后，下面就是交叉编译，下载到开发板上面。但是实际运行的时候，发现按键被按下的时候，有三个按键的数值居然是一样的，都是352，另外一个是114。这就非常蹊跷了。

4、发现问题、解决问题

        一般情况下，遇到这种情况，第一个怀疑的就是电阻坏了，R24、R25、R26、R27当中肯定有三个被击穿了，不然这种情况是说不过去的。于是，我们拿掉sd卡，让v3s继续跑之前norflash里面的嵌入式系统，输入key程序，也就是按键测试程序，没想到结果居然是正常的。这说明，硬件，没问题。问题出在上层应用或者驱动程序。

        回过头查看sun4i-lradc-keys.c，惊讶地发现电压判断标准是根据sun8i-v3s-licheepi-zero-dock.dts中的voltage来验证的，这并不符合实际的情况。我们通过printk&dmesg打印，也验证了这一想法，所以如果需要得到正确的按键数值，只需要修正一下sun4i-lradc-keys.c中的判断逻辑就可以了，修改方法如下，具体的标定数值可以做实验来解决，

#if 0 // by feixiaoxing
		voltage = val * lradc->vref / 63;

		for (i = 0; i < lradc->chan0_map_count; i++) {
			diff = abs(lradc->chan0_map[i].voltage - voltage);
			if (diff < closest) {
				closest = diff;
				keycode = lradc->chan0_map[i].keycode;
			}
		}
#else
		printk("val = %d\n", val);
		if(val >=9 && val <= 13)
			keycode = lradc->chan0_map[0].keycode;
		else if(val >=24 && val <= 29)
			keycode = lradc->chan0_map[1].keycode;
		else if(val >= 35 && val <= 40)
			keycode = lradc->chan0_map[2].keycode;
		else
			keycode = lradc->chan0_map[3].keycode;
#endif

        经过这一次修改，我们重新编译kernel内核，烧入zImage，启动后输入key程序，这样就得到了我们想要的最终结果，即稳定地输出按键值，

# ./input 
[    8.623196] val = 10
Event: time 47.807318,type:1,code:115,value:1
Event: time 48.78567,type:1,code:115,value:0
[   10.920313] val = 26
Event: time 50.104437,type:1,code:114,value:1
Event: time 50.340531,type:1,code:114,value:0
[   12.709584] val = 37
Event: time 51.893708,type:1,code:353,value:1
Event: time 52.141508,type:1,code:353,value:0
[   14.549618] val = 45
Event: time 53.733726,type:1,code:352,value:1
Event: time 53.969827,type:1,code:352,value:0
[   16.186513] val = 11
Event: time 55.370623,type:1,code:115,value:1
Event: time 55.645799,type:1,code:115,value:0
[   17.514789] val = 27
Event: time 56.698907,type:1,code:114,value:1
Event: time 56.950631,type:1,code:114,value:0
[   20.823740] val = 39
Event: time 60.7851,type:1,code:353,value:1
Event: time 60.279112,type:1,code:353,value:0
[   21.987936] val = 44
Event: time 61.172044,type:1,code:352,value:1
Event: time 61.435486,type:1,code:352,value:0