转自: https://blog.csdn.net/jkzrc/article/details/18549957

1. 添加I2C 设备

TP 一般采用的是I2C 作为数据和命令接口,所以TP 驱动也可以归类为I2C 驱动。TP驱动的主要逻辑不在这里,但是了解了Linux 的I2C 体系架构,就可以对整个驱动流程有了

更加清晰的认识,但这里不详细展开讨论I2C 的体系架构,只围绕怎么移植开发TP 驱动展开讨论。

在板级文件中,也就是瑞星微的代码文件board-rk30-sdk.c 中,实例化一个i2c_board_info结构体,该结构抽象描述一个具体的i2c 设备,然后将该实例添加到__i2c_board_list 全局链表中。举个实例:

#if defined (CONFIG_TOUCHSCREEN_PIXCIR)

{

    .type = "pixcir_ts",

    .addr = 0x5c,

    .flags =0,

    .irq = RK30_PIN4_PC2,

    .platform_data = &pixcir_info,

},

#endif

了解I2C 体系架构的应该都知道,Linux 系统在能成功找到I2C adapter 之后,也就是找到I2C 控制器之后,就会扫描__i2c_board_list 这个链表,每找到一个i2c_board_info,就会生成一个i2c_client,i2c_client 的部分信息来自于i2c_board_info,一部分来自于i2c_adapter。i2c_client 就表示一个真真切切的i2c 设备,因为它既有描述它基本属性的信息,也有描述它行为的方法,通俗的说就是I2C 的传输方法。

现在我们可以回过头来详细说说前面的提到的i2c_board_info结构体中各个成员的意义了。type成员用来赋给后来生成的i2c_client中的name成员,i2c_client中的name就表示这个i2c_client的名字。addr是这个i2c设备的地址,它和I2C控制器一起表示表示这个i2c设备,假如我们的TP是挂载在控制器0上,那么0-005c则表示是这个i2c设备,0-005c我们也可以在sys系统里面找到。Flag是i2c读写的标志,为0表示为写,1表示读。Irq是这个i2c设备的中断脚。Platform_data是在驱动注册时用到。

2. 添加I2C驱动

熟悉Linux设备驱动模型的人都了解设备,驱动,总线的关系,上面我们讲的是设备,光有设备不行,还得有驱动。一般TP供应商都会有驱动提供给我们,这里我们以瑞星微SDK中的pixcir_i2c_ts.c来作个例子。

第一步是添加i2c驱动:

i2c_add_driver(&pixcir_i2c_ts_driver);

这里就不展开讨论这个函数了,pixcir_i2c_ts_driver的定义如下:

static struct i2c_driver pixcir_i2c_ts_driver = {

.driver = {

.owner = THIS_MODULE,

.name = "pixcir_i2c_ts_v3.3.09",

#ifdef PIX_DRV_ATTR

.groups = pixcir_drv_grp,

#endif

},

#ifndef CONFIG_HAS_EARLYSUSPEND

.suspend = pixcir_i2c_ts_suspend,

.resume = pixcir_i2c_ts_resume,

#endif

.probe = pixcir_i2c_ts_probe,

.remove = __devexit_p(pixcir_i2c_ts_remove),

.id_table = pixcir_i2c_ts_id,

};

按照Linux设备驱动模型,一旦总线上有新的驱动加入,则系统会自动去搜索挂载在这个总线上的所有设备,然后拿每个设备的name跟驱动的id_table比较,如果两个的名字一样,那么接下来就会执行驱动里面的probe函数。

3. TP驱动中的Probe

无论是什么样的TP驱动,在probe中不外乎就做以下几件事情:

1. 申请TP相应的IO口,然后重启一下设备

2. 申请TP中断,熟悉Linux中断的人都应该知道中断的顶半部和底半部机制,于是要申请一个工作队列和初始化一个工作任务。

INIT_WORK(&tsdata->work.work, pixcir_ts_poscheck);
pixcir_wq = create_singlethread_workqueue("pixcir_wq");

TP的数据上报流程是,当人手按下的时候,TP则产生一个中断,在中断服务程序中,将数据读出并且通过输入子系统将数据上报给操作系统。

3. TP在硬件上通过I2C接口告诉人们它的数据,在软件上则是通过输入子系统告诉操作系统它的数据,而使用输入子系统的第一步则是申请一个输入子设备:

input_allocate_device();

这里不详细展开讨论这个函数里面的东西了,输入子系统通信的基本单位是事件,事件有三种属性:类型(type),编码(code),值(value)。输入子系统支持很多种事件,很多种事件编码,所以在使用输入设备前,要先设置这个设备支持何种类型的事件,何种事件编码。

4. 一般的TP驱动支持的是以下几种事件

__set_bit(EV_KEY, input->evbit);
__set_bit(EV_ABS, input->evbit);
__set_bit(EV_SYN, input->evbit);

5. 确定多点触摸的协议。多点触摸的协议有A协议跟B协议之分。

A类在每次报点后加

input_mt_sync(touch_dev->input_dev);

B类需要在probe中执行input_mt_init_slots(ts->input_dev, ts->max_touch_num);再在每次报点前input_mt_slot(ts->input_dev, index);

6. 向输入子系统注册设备:

input_register_device(ts->input_dev);

4. 触摸屏调试常见问题参考:

1. 在加载了驱动后,解不了锁。

可以先用USB鼠标解锁。如果可以用adb的话,也可以直接用adb shell input keyevent 82解锁

2. 点击屏幕没反应

确定i2c设备供电正常,确定probe被执行了没,如果被执行了,再确定IO有没有先进行初始化,有没有重启设备,再确定I2C通不通,点击屏幕能否进入中断。

3. probe没被执行。检查i2c_board_info终端的type成员定义是否跟i2c_driver中的id_table一样。

4. I2C不通。检查供电正常否,有没有重启设备,i2c地址有没有错误,有的i2c设备是用7位,有的是用8位,8位的则必须右移一位

5. 最常发生的问题,TP的报点不对。

这个问题到目前为止还没总结出一个方法论。个人调试经验以为,这个跟LCD的分辨率,TP的分辨率,输入子系统设置都有关系。

先讨论一个对例子确定屏幕的分辨率,假如分辨率为800 * 1280,那么应该是下图的样子:

图表 1 LCD屏幕表示图

假如TP的分辨率也是800 * 1280

图表 2 TP分辨率表示图

如上面两幅图所示,LCD和TP的分辨率是一样的,并且原点一样,假如这时输入子系统参数设置为:

    input_set_abs_params(ts->input_dev, ABS_MT_POSITION_X, 0, 800, 0, 0);
    input_set_abs_params(ts->input_dev, ABS_MT_POSITION_Y, 0, 1280, 0, 0);

那么此时上报的点应该是不用经过任何转换的,也就是说上报的点是对的。

我们再讨论另外一种情况,假如TP的分辨率为:

图表 3 TP分辨率标示图

值得一提的是,TP的x,y轴可以互换,但是原点是不会变化的。如图3的TP跟图1的LCD,由于LCD的原点跟TP的原点不一样,那么上报的点则必须经过驱动转换。转换的公式为:

X=800 - y1;
Y=x1;

6. 如何找LCD原点跟TP原点。

LCD原点应该是在系统没做任何翻转之前,在系统点亮的时候,小企鹅出现的地方 TP的原点,应该是在TP驱动里x,y没经过逻辑转换之前,用printk打印出点信息。

标签: aosp

添加新评论