Android 平台电容式触摸屏的驱动基本原理

本文地址,转载请注明:http://blog.csdn.net/dearsq/article/details/51251009

硬件工作原理

触摸屏的工作原理概括来说就是上报坐标值,X轴、Y轴的值。所以在 Linux 中是采用 input 子系统来对其进行实现。

具体的硬件原理可以参考这一篇文章 电容式触摸屏硬件基本原理

本文主要归纳其驱动基本原理 与 Android平台上的移植步骤,并分析总结移植过程中碰到的问题。

驱动基本原理

触摸屏的驱动部分大概涉及到三个点:

中断

Linux 内核的中断处理机制如下:

为了在中断执行时间尽可能短和中断处理完成大量工作之间找到一个平衡点,Linux将中断处理程序分解为两个半部:顶半部(top half)和底半部(bottom half)。

顶半部完成尽可能少的比较紧急的功能,它往往只是简单地读取寄存器中的中断状态清除中断标志后就进行“登记中断”的工作。“登记中断”意味着将底半部处理程序挂到该设备的底半部执行队列中去。

这样,顶半部执行的速度就会很快,可以服务更多的中断请求。现在,中断处理工作的重心就落在了底半部的头上,它来完成中断事件的绝大多数任务。

底半部几乎做了中断处理程序所有的事情,而且可以被新的中断打断,这也是底半部和顶半部的最大不同,因为顶半部往往被设计成不可中断。底半部则相对来说并不是非常紧急的,而且相对比较耗时,不在硬件中断服务程序中执行。

总而言之,即中断要尽可能耗时比较短,尽快恢复系统正常调试,所以把中断触发、中断执行分开,也就是所说的“上半部分(中断触发)、底半部(中断执行)

上半部分(中断触发)、底半部(中断执行) 即 中断上下文

下半部一般有 tasklet 和 workqueue 来实现,触摸屏是由 workqueue 来实现的。

工作队列

tasklet 工作在软中断上下文,工作队列工作在内核进程。

这种差异的本质原因是,在工作队列机制中,将推后的工作交给一个称之为工作者线程(worker thread)的内核线程去完成(单核下一般会交给默认的线程events/0)。因此,在该机制中,当内核在执行中断的剩余工作时就处在进程上下文(process context)中。也就是说由工作队列所执行的中断代码会表现出进程的一些特性,最典型的就是可以重新调度甚至睡眠。

对于tasklet机制(中断处理程序也是如此),内核在执行时处于中断上下文(interrupt context)中。而中断上下文与进程毫无瓜葛,所以在中断上下文中就不能睡眠。

因此,选择tasklet还是工作队列来完成下半部分应该不难选择。当推后的那部分中断程序需要睡眠时,工作队列毫无疑问是你的最佳选择;否则,还是用tasklet吧。

中断上下文

同类的概念:进程上下文:一般的进程运行在用户态,如果这个进程进行了系统调用,那么此时用户空间中的程序就进入了内核空间,并且称内核代表该进程运行于内核空间中。由于用户空间和内核空间具有不同的地址映射,并且用户空间的进程要传递很多变量、参数给内核,内核也要保存用户进程的一些寄存器、变量等,以便系统调用结束后回到用户空间继续执行。这样就产生了进程上下文。

进程上下文实际上是指,一个进程在执行的时候,CPU的所有寄存器中的值、进程的状态以及堆栈中的内容

工作队列的使用方法

1.采用 struct work_struct 定义一个工作队列。

struct work_struct my_wq;

2.定义一个处理函数

void my_wq_func(strcut work_struct *work);

3.初始化工作队列并绑定处理函数

INIT_WORK(&my_wq,my_wq_func);

4.调度工作队列执行函数

schedule_work(&my_wq);

代码示例

/* 定义工作队列和相关函数 */
struct work_struct xxx_wq;
void xxx_do_work(struct work_struct *work);

/* 底半部执行函数 */
void xxx_do_work(struct work_struct *work)
{
    ...
}

/* 顶半部执行函数 */
irqreturn_t xxx_interrupt(int irq, void *dev_id)
{
    ...
    schedule_work(&xxx_wq);
    ...
    return IRQ_HANDLED;
}

/* 设备驱动模块加载函数 */
int xxx_init(void)
{
    ...
    /* 申请中断 */
    result = request_irq(xxx_irq, xxx_interrupt, 0 ,"xxx", NULL);
    ...
    INIT_WORK(&xxx_wq, xxx_do_work);
    ...
}

/* 设备驱动模块卸载函数 */
void xxx_exit(void)
{
    ...
    /* 释放中断 */
    free_irq(xxx_irq, xxx_interrupt);
    ...
}

input 子系统

输入子系统是由输入子系统设备驱动层输入子系统核心层(InputCore)和输入子系统事件处理层(Event Handler)组成。

设备驱动层提供对硬件各寄存器的读写访问和将底层硬件对用户输入访问的响应转换为标准的输入事件,再通过核心层提交给事件处理层;

核心层对下提供了设备驱动层的编程接口,对上又提供了事件处理层的编程接口;

事件处理层就为我们用户空间的应用程序提供了统一访问设备的接口和驱动层提交来的事件处理。

输入子系统与驱动的关系

input 子系统驱动层实现原理

Input 设备用 input_dev 结构体描述,定义在 input.h 中。

需要按照如下步骤实现:

1. 驱动模块加载函数中设置input设备支持input子系统的数据;

2.将 input 设备注册到 input 子系统中;

3.在 input 设备发生输入操作时,提交发生事件所对应的键值/坐标状态。

EV_SYN     0x00     同步事件
EV_KEY     0x01     按键事件
EV_REL     0x02     相对坐标(如:鼠标移动,报告的是相对最后一次位置的偏移)
EV_ABS     0x03     绝对坐标(如:触摸屏和操作杆,报告的是绝对的坐标位置)
EV_MSC     0x04     其它
EV_LED     0x11     LED
EV_SND     0x12     声音
EV_REP     0x14     Repeat
EV_FF      0x15     力反馈  

//用于提交较常用的事件类型给输入子系统的函数有:
void input_report_key(struct input_dev *dev, unsigned int code, int value); //提交按键事件的函数
void input_report_rel(struct input_dev *dev, unsigned int code, int value); //提交相对坐标事件的函数
void input_report_abs(struct input_dev *dev, unsigned int code, int value); //提交绝对坐标事件的函数
//在提交输入设备的事件后必须用下列方法使事件同步,让它告知input系统,设备驱动已经发出了一个完整的报告:
void input_sync(struct input_dev *dev)

Linux 与 Android 的多点触摸协议

Linux & Android 多点触摸协议

时间: 2024-11-08 21:39:32

Android 平台电容式触摸屏的驱动基本原理的相关文章

基于GPL329xx linux平台电容屏gsl1680的驱动调试分析

因客户有用到了gsl1680 7寸电容屏,所以拿了一块过来,便在329xx的平台上面开始调试了. 大概浏览了一下所提供的资料,只有介绍模组的资料跟一份中文版的datasheet,datasheet只是说了个大概,没有提到读取触摸坐标的寄存器.不过还好有给一份在其他处理器平台的驱动,所以读取坐标的部分代码移植过来就可以了. gsl1680接口跟其他的电容屏一样,也是i2c接口的,貌似市面上的电容屏都是i2c接口,电容屏自带了微控制器MCU,用与处理采样,坐标转换等,还有一些抖动算法处理,完后将坐标

Android平台中关于音频播放

Android平台中关于音频播放有以下三种方式: 1.SoundPool ---- 适合短促且对反应速度比较高的情况(游戏音效或按键声等) 2.MediaPlayer ---- 适合比较长且时间要求不高的情况 3.AudioTrack ---- 播放解码后的PCM码流 方法一:SoundPool 1)SoundPool简介 SoundPool类是Android用于管理和播放应用程序的音频资源的类.一个SoundPool对象可以看作是一个可以从APK中导入资源或者从文件系统中载入文件的样本集合.它

【腾讯Bugly干货分享】浅谈Android自定义锁屏页的发车姿势

本文来自于腾讯bugly开发者社区,非经作者同意,请勿转载,原文地址:http://dev.qq.com/topic/57875330c9da73584b025873 一.为什么需要自定义锁屏页 锁屏作为一种黑白屏时代就存在的手机功能,至今仍发挥着巨大作用,特别是触屏时代的到来,锁屏的功用被发挥到了极致.多少人曾经在无聊的时候每隔几分钟划开锁屏再关上,孜孜不倦,其酸爽程度不亚于捏气泡膜.确实,一款漂亮的锁屏能为手机增色不少,但锁屏存在的核心目的主要是三个:保护自己手机的隐私,防止误操作,在不关闭

「Unity」与iOS、Android平台的整合:3、导出的Android-Studio工程

本文属于「Unity与iOS.Android平台的整合」系列文章之一,转载请注明出处. Unity默认导出的是Android-Eclipse工程,毕竟Eclipse for Android开发在近一两年才开始没落,用户量还是非常巨大的. 个人认为AndroidStudio非常好用,能轻易解决很多Eclipse解决不了或者很难解决的问题. 所以我将Unity导出的Andoid工程分为Eclipse和AndroidStudio两部分. 不过我之后的相关内容都会使用AndroidStudio,希望依然

android平台的技术架构

Android平台采用了软件堆层(Software Stack)的架构,主要分为四个部分: 1.应用软件 Android 连同一个核心应用程序包一起发布,该应用程序包包括E-mail客户端.SMS短消息程序.日历.地图.浏览器.联系人管理程序等.所有的应用程序都是用Java编写的. 2.应用程序框架 开发者完全可以访问核心应用程序所使用的API框架.该应用程序框架架构用来简化组件软件的重用,任何一个应用程序都可以发布它的功能块并且任何其他的应用程序都可以使用其所发布的功能块(不过得遵循框架的安全

「Unity」与iOS、Android平台的整合:2、导出的Android-Eclipse工程

本文属于「Unity与iOS.Android平台的整合」系列文章之一,转载请注明出处. Unity默认导出的是Android-Eclipse工程,毕竟Eclipse for Android开发在近一两年才开始没落,用户量还是非常巨大的. 个人认为AndroidStudio非常好用,能轻易解决很多Eclipse解决不了或者很难解决的问题. 所以我将Unity导出的Andoid工程分为Eclipse和AndroidStudio两部分. 不过我之后的相关内容都会使用AndroidStudio,希望依然

「Unity」与iOS、Android平台的整合:1、导出的Xcode工程

本文属于「Unity与iOS.Android平台的整合」系列文章之一. 本文主要讲解Unity导出的Xcode工程的目录结构. 我所用软件的版本: Unity 5.3.5f1 Xcode 7.3 前导步骤 第一步,创建一个新的工程 Build_to_iOS_Android 第二步,创建一个新文件 CSharpToCPP.cs using UnityEngine; public class CSharpToCPP { public void Func(int num) { if (num < 1)

Android平台,利用zxing库开发扫码功能

Android平台下利用zxing实现二维码开发 现在走在大街小巷都能看到二维码,而且最近由于项目需要,所以研究了下二维码开发的东西,开源的二维码扫描库主要有zxing和zbar,zbar在iPos平台上应用比较成熟,而在Android平台上主流还是用zxing库,因此这里主要讲述如何利用zxing进行二维码开发. 1.如何将zxing的Android源码导入工程. 在导入zxing的android源码之前,先去官方下载zxing的源码:http://code.google.com/p/zxin

【转】Android平台下利用zxing实现二维码开发

http://www.cnblogs.com/dolphin0520/p/3355728.html 现在走在大街小巷都能看到二维码,而且最近由于项目需要,所以研究了下二维码开发的东西,开源的二维码扫描库主要有zxing和zbar,zbar在iPos平台上应用比较成熟,而在Android平台上主流还是用zxing库,因此这里主要讲述如何利用zxing进行二维码开发. 1.如何将zxing的Android源码导入工程. 在导入zxing的android源码之前,先去官方下载zxing的源码:http