linux驱动电容触摸屏

‘壹’ linux下 触摸屏驱动加载后，只能单击，不能移动，要怎么解决

电阻屏吧。。。你自己数据上报机制问题。触摸屏按下 上报 启动一个延时timer 延时 timer 到 再继续陆喊上报数烂氏据 触摸屏抬起 上报事件结束 删除饥悉散 timer 大概就是这样

‘贰’ 嵌入式Linux设备驱动开发详解的目录

第1章嵌入式系统与驱动程序1
本章目标1
1.1嵌入式系统概述1
1.1.1嵌入式系统的概念1
1.1.2嵌入式系统的特点2
1.1.3嵌入式系统的体系结构2
1.2嵌入式处理器介绍4
1.2.1嵌入式处理器分类4
1.2.2ARM概述5
1.2.3ARM系列芯片简介5
1.3嵌入式操作系统介绍7
1.3.1主流嵌入式操作系统7
1.3.2嵌入式系统的发展状况8
1.3.3嵌入式Linux介绍8
1.3.4嵌入式系统开发环境的建立9
1.3.5嵌入式软件开发10
1.4嵌入式Linux驱动程序12
1.4.1嵌入式Linux的内核空间和用户空间12
1.4.2嵌入式Linux的文件系统12
1.4.3嵌入式Linux的设备管理14
1.4.4嵌入式Linux的驱动程序16
1.5知识索引20
1.6思考与练习21
第2章简单的字符设备驱动程序23
本章目标23
2.1嵌入式Linux字符设备的驱动程序结构23
2.1.1嵌入式Linux驱动程序常用的头文件24
2.1.2File_operations结构体24
2.1.3字符设备驱动程序的入口25
2.1.4驱动程序的设备注册26
2.2设备驱动程序中的具体问题27
2.2.1I/O端口28
2.2.2内存操作29
2.2.3中断处理29
2.3LED的驱动程序实例及测试30
2.3.1LED I/O端口设置30
2.3.2LED硬件电路设计32
2.3.3LED驱动程序设计33
2.3.4LED测试程序设计36
2.4嵌入式Linux中断处理驱动程序及测试37
2.4.1中断处理过程37
2.4.2中断向量表39
2.4.3中断的处理模式39
2.4.4中断的优先级40
2.4.5中断的嵌套40
2.4.6中断源的扩展40
2.4.7中断控制寄存器的设置41
2.5按键中断的驱动程序实例45
2.5.1按键中断的电路设计45
2.5.2按键中断的驱动程序设计45
2.6知识索引48
2.7思考与练习49
第3章数字显示驱动程序50
本章目标50
3.1数字显示器50
3.1.1数码管简介50
3.1.2数码管的分类51
3.1.3数码管显示原理51
3.2数码管显示电路的硬件设计52
3.2.1译码器的使用52
3.2.2数码管的驱动方式53
3.2.3串/并变换的译码设计55
3.3数码管驱动程序实例56
3.3.1驱动程序的初始化和卸载模块56
3.3.2文件操作结构模块57
3.3.3数码管的打开模块57
3.3.4数码管的读写模块58
3.3.5数码管的I/O控制模块58
3.3.6数码管的退出模块58
3.3.7驱动程序的模块加载和卸载59
3.4数码管显示电路测试程序设计60
3.4.1数码管测试设计60
3.4.2数码管测试程序60
3.4.3数码管测试效果61
3.5知识索引61
3.6思考与练习62
第4章键盘驱动程序63
本章目标63
4.1键盘接口概述63
4.1.1键盘的分类63
4.1.2键盘的防抖65
4.1.3键盘的扫描65
4.1.4键盘的缓冲算法67
4.2键盘的驱动设计实例67
4.2.1锁存器和缓冲器扩展键盘67
4.2.2锁存器和缓冲器的接口68
4.2.3锁存器和缓冲器扩展键盘驱动程序设计69
4.2.4锁存器和缓冲器扩展键盘测试程序设计71
4.3智能控制芯片HD7279扩展键盘72
4.3.1HD7279的电路设计72
4.3.2HD7279的指令介绍73
4.3.3HD7279的串行接口74
4.3.4HD7279的驱动程序设计75
4.3.5HD7279的测试程序设计84
4.4知识索引85
4.5思考与练习85
第5章A/D驱动程序86
本章目标86
5.1A/D转换的过程86
5.1.1采样和保持86
5.1.2量化和编码88
5.1.3ADC的分类89
5.2A/D转换器的基本原理89
5.2.1逐次逼近型A/D转换器89
5.2.2双积分型A/D转换器90
5.2.3V/F和F/V型转换器93
5.2.4其他A/D转换器95
5.3A/D转换器接口技术97
5.3.1ADC的主要参数及意义97
5.3.2ADC的电路选择方法98
5.3.3ADC实际应用中的问题99
5.4S3C2410 A/D转换驱动设计实例99
5.4.1S3C2410的A/D转换电路99
5.4.2S3C2410X的A/D转换控制寄存器100
5.4.3S3C2410X的A/D转换数据寄存器101
5.4.4S3C2410X中A/D转换驱动程序的设计102
5.4.5S3C2410X中A/D转换测试程序的设计105
5.5知识索引106
5.6思考与练习107
第6章D/A驱动程序108
本章目标108
6.1D/A的原理介绍108
6.1.1D/A转换的概念及基本原理108
6.1.2电子模拟开关109
6.1.3D/A转换器的基本结构110
6.1.4D/A转换的静态参数114
6.1.5D/A转换的动态参数115
6.2D/A转换的硬件电路设计116
6.2.1D/A转换的接口技术116
6.2.2D/A转换芯片介绍117
6.2.3D/A转换的电路设计118
6.3D/A转换器的驱动程序实例118
6.3.1D/A驱动程序中的宏定义118
6.3.2D/A的模块加载118
6.3.3D/A转换器的文件操作模块119
6.3.4D/A转换器的读写控制模块120
6.3.5D/A转换器的打开、退出模块120
6.4测试程序的设计120
6.4.1D/A测试程序中的宏定义121
6.4.2D/A测试程序的主函数121
6.4.3D/A测试程序中的功能函数122
6.4.4D/A测试程序中的功能打印函数123
6.4.5D/A测试程序中的波形生成函数123
6.4.6D/A测试程序的效果124
6.5知识索引125
6.6思考与练习125
第7章LCD驱动程序126
本章目标126
7.1LCD显示器概述126
7.1.1液晶126
7.1.2LCD显示屏的背光127
7.1.3LCD显示器的分类127
7.1.4LCD的显示原理127
7.1.5LCD的驱动方式130
7.1.6LCD的常用指标131
7.2LCD的显示接口131
7.2.1灰度STN的时序132
7.2.2彩色STN的时序133
7.2.3TFT的时序134
7.3嵌入式处理器的LCD控制器136
7.3.1LCD控制器136
7.3.2LCD控制器的设置137
7.3.3LCD的字符显示缓存139
7.4LCD的驱动程序设计140
7.4.1LCD驱动程序相关的宏定义140
7.4.2LCD驱动程序的底层操作函数142
7.4.3LCD驱动程序提供的API145
7.4.4LCD驱动程序的模块化加载151
7.4.5LCD的测试程序152
7.5基于Framebuffer的LCD驱动程序实例155
7.5.1Framebuffer概述155
7.5.2LCD的电路连接155
7.5.3Framebuffer设备驱动程序的结构156
7.5.4Framebuffer设备驱动程序的设计159
7.5.5Framebuffer设备测试程序的设计164
7.5.6嵌入式Linux常用的GUI166
7.6知识索引166
7.7思考与练习167
第8章触摸屏驱动程序168
本章目标168
8.1触摸屏概述168
8.2触摸屏的分类168
8.2.1电阻技术触摸屏168
8.2.2表面声波技术触摸屏169
8.2.3电容电感技术触摸屏170
8.2.4红外线技术触摸屏170
8.3触摸屏的特性171
8.3.1透明度和色彩失真171
8.3.2反光性171
8.3.3清晰度171
8.3.4漂移172
8.3.5检测和定位172
8.4触摸屏的硬件电路设计172
8.4.1电阻式触摸屏的电路原理172
8.4.2电阻式触摸屏原点的定位173
8.4.3电阻式触摸屏的电路连接174
8.5触摸屏的驱动程序实例176
8.5.1触摸屏接口的模式176
8.5.2A/D转换和触摸屏寄存器的设置177
8.5.3触摸屏的坐标179
8.5.4触摸屏的电路连接180
8.5.5触摸屏的驱动程序接口181
8.6测试程序的设计182
8.6.1触摸屏的数据定义183
8.6.2触摸屏的数据处理183
8.6.3触摸屏的运行测试185
8.7知识索引186
8.8思考与练习187
第9章CAN总线驱动程序188
本章目标188
9.1CAN总线接口设计188
9.1.1CAN总线概述188
9.1.2CAN的工作特点及主要优点189
9.1.3CAN总线的电气特征和MAC帧结构189
9.2嵌入式处理器上CAN总线接口的扩展190
9.2.1SJA1000简介190
9.2.2SJA1000扩展191
9.3SJA1000扩展CAN总线接口的设计192
9.3.1CAN 控制器SJA1000的操作模式192
9.3.2CAN控制器SJA1000的特征功能193
9.3.3CAN 控制器SJA1000的Basic CAN模式设置194
9.4SJA1000扩展CAN总线接口的通信196
9.4.1通过CAN总线建立通信的步骤196
9.4.2SJA1000的初始化196
9.4.3驱动程序的结构设计198
9.4.4驱动程序init、exit、open、close函数的实现200
9.4.5驱动程序read、write函数的实现201
9.4.6驱动程序interrupt、ioctl函数实现202
9.4.7测试程序的编写202
9.5驱动程序的加载204
9.6知识索引204
9.7思考与练习205
第10章IIC总线驱动程序206
本章目标206
10.1IIC总线概述206
10.1.1IIC总线介绍206
10.1.2IIC总线引入的原因206
10.1.3IIC总线的特点206
10.1.4IIC总线的基本结构207
10.1.5IIC总线的术语207
10.1.6IIC总线的工作208
10.1.7IIC总线的竞争仲裁209
10.1.8IIC总线的工作流程210
10.2嵌入式处理器的IIC接口211
10.2.1IIC总线控制寄存器212
10.2.2IIC总线控制/状态寄存器213
10.2.3IIC总线地址寄存器214
10.2.4IIC总线移位数据寄存器214
10.2.5S3C2410中与IIC对应的I/O端口215
10.3基于IIC的键盘芯片应用216
10.3.1ZLG7290的功能217
10.3.2ZLG7290的控制方式218
10.3.3ZLG7290的寄存器218
10.3.4ZLG7290的通信接口219
10.3.5ZLG7290的指令介绍219
10.4IIC总线驱动程序实例221
10.4.1ZLG7290的电路连接221
10.4.2ZLG7290的通信流程223
10.4.3ZLG7290驱动中变量的定义225
10.4.4ZLG7290驱动中实时时钟的改变226
10.4.5ZLG7290和IIC寄存器的初始化227
10.4.6ZLG7290驱动程序的模块化228
10.4.7ZLG7290的文件操作结构228
10.5IIC总线的测试程序230
10.6知识索引231
10.7思考与练习231
第11章音频总线驱动程序232
本章目标232
11.1音频总线接口概述232
11.1.1音频的采样精度233
11.1.2音频编码233
11.2IIS音频总线接口233
11.2.1IIS总线的物理连接233
11.2.2IIS的总线协议234
11.2.3IIS总线的硬件设计235
11.2.4IIS总线的寄存器236
11.3AC97音频总线接口239
11.4IIS总线的驱动程序设计240
11.4.1音频设备基础知识240
11.4.2音频设备文件241
11.4.3WAV声音文件243
11.4.4音频设备和驱动程序的通信243
11.4.5设备的初始化和加载244
11.4.6DMA的操作和宏定义246
11.4.7audio设备文件的操作248
11.4.8mixer设备文件的操作260
11.5音频驱动程序的测试262
11.6知识索引262
11.7思考与练习263
第12章IDE接口驱动程序264
本章目标264
12.1IDE接口概述264
12.1.1硬盘知识介绍264
12.1.2IDE接口标准267
12.1.3IDE接口的传输模式269
12.1.4IDE接口寄存器269
12.2IDE接口驱动程序的移植271
12.2.1嵌入式Linux下IDE驱动程序接口271
12.2.2嵌入式Linux下IDE驱动程序272
12.2.3IDE硬盘的读/写操作274
12.3IDE驱动程序测试282
12.3.1磁盘文件系统简介283
12.3.2IDE分区测试283
12.4知识索引285
12.5思考与练习285
第13章闪存芯片的驱动程序286
本章目标286
13.1闪存芯片概述286
13.1.1闪存芯片的物理特性286
13.1.2嵌入式文件系统概述289
13.1.3MTD体系介绍289
13.1.4Flash专有名词291
13.2NAND Flash291
13.2.1NAND Flash的结构291
13.2.2NAND Flash的操作292
13.2.3NAND Flash控制器294
13.2.4NAND Flash的时序296
13.2.5NAND Flash的驱动程序实例297
13.3NOR Flash301
13.3.1NOR Flash的结构301
13.3.2NOR Flash的操作302
13.3.3NOR Flash的驱动程序实例303
13.4基于闪存的文件系统307
13.5知识索引309
13.6思考与练习310
第14章USB 设备驱动程序311
本章目标311
14.1USB接口概述311
14.1.1USB系统311
14.1.2USB的电气特性312
14.1.3USB总线的拓扑结构313
14.1.4USB的通信协议313
14.2嵌入式系统中USB的使用315
14.2.1OHCI概述315
14.2.2Host接口硬件设计316
14.3嵌入式系统中USB设备的驱动程序设计316
14.3.1

‘叁’ Linux触摸屏驱动中什么时候会调用suspend这个函数

android系统摁下电源键后会让系统进入休眠以达到节电的目的。内核驱动中和休眠相关的就是suspend和resume函数。

suspend函数用于休眠，resume函数用于唤醒。下面分析驱动中的这两个函数是如何被调用到的。

驱动部分：

首先需要分析驱动的注册过程，较新的内核都是采用DTS方式来取代在内核中直接定义platform_device数据结构的注册方式，本文是基于DTS机制的内核来分析。

proct对应的dts文件在编译时被编译为dtb文件，uboot在启动兄孝时候会将其地址传给内核，内核在启动过程中会去解析，具体解析是在start_kernel()->setup_arch() --> unflatten_device_tree()中具体分析可以参考网上，解析的最终结果会存放在allnodes地址处，这个allnodes随后在machine的init函数燃首
中被使用，init函数中会根据allnodes中的节点数据组合成platform_device数据结构，然后将其注册到platform总线上，下面简要分析一下并重点关注这些羡段稿初始化过程中和
pm相关的初始化。

我参与的项目中machine的init函数就是via_init_machine函数，在这个函数中就是调用了of_platform_populate(NULL, of_default_bus_match_table, NULL, NULL)这个函数来解析allnodes的。of_platform_populate是系统提供的接口。下面分析这个接口的实现：

[html] view plain
int of_platform_populate(struct device_node *root,
const struct of_device_id *matches,
const struct of_dev_auxdata *lookup,
struct device *parent)
{
struct device_node *child;
int rc = 0;

root = root ? of_node_get(root) : of_find_node_by_path("/");
if (!root)
return -EINVAL;

for_each_child_of_node(root, child) {
rc = of_platform_bus_create(child, matches, lookup, parent, true);
if (rc)
break;
}

of_node_put(root);
return rc;
}
root最后就是取到的根节点，然后其作为参数传递给of_platform_bus_create，of_platform_device_create_pdata的实现如下：

[html] view plain
static int of_platform_bus_create(struct device_node *bus,
const struct of_device_id *matches,
const struct of_dev_auxdata *lookup,
struct device *parent, bool strict)
{
const struct of_dev_auxdata *auxdata;
struct device_node *child;
struct platform_device *dev;
const char *bus_id = NULL;
void *platform_data = NULL;
int rc = 0;

/* Make sure it has a compatible property */
if (strict && (!of_get_property(bus, "compatible", NULL))) {
pr_debug("%s() - skipping %s, no compatible prop\n",
__func__, bus->full_name);
return 0;
}

auxdata = of_dev_lookup(lookup, bus);
if (auxdata) {
bus_id = auxdata->name;
platform_data = auxdata->platform_data;
}

if (of_device_is_compatible(bus, "arm,primecell")) {
of_amba_device_create(bus, bus_id, platform_data, parent);
return 0;
}

dev = of_platform_device_create_pdata(bus, bus_id, platform_data, parent);
if (!dev || !of_match_node(matches, bus))
return 0;

for_each_child_of_node(bus, child) {
pr_debug(" create child: %s\n", child->full_name);
rc = of_platform_bus_create(child, matches, lookup, &dev->dev, strict);
if (rc) {
of_node_put(child);
break;
}
}
return rc;
}
根据传入参数，我们这里直接分析of_platform_device_create_padate函数，如下:

[html] view plain
struct platform_device *of_platform_device_create_pdata(
struct device_node *np,
const char *bus_id,
void *platform_data,
struct device *parent)
{
struct platform_device *dev;

if (!of_device_is_available(np))
return NULL;

dev = of_device_alloc(np, bus_id, parent);
if (!dev)
return NULL;

#if defined(CONFIG_MICROBLAZE)
dev->archdata.dma_mask = 0xffffffffUL;
#endif
dev->dev.coherent_dma_mask = DMA_BIT_MASK(32);
dev->dev.bus = &platform_bus_type;
dev->dev.platform_data = platform_data;

/* We do not fill the DMA ops for platform devices by default.
* This is currently the responsibility of the platform code
* to do such, possibly using a device notifier
*/

if (of_device_add(dev) != 0) {
platform_device_put(dev);
return NULL;
}

return dev;
}

of_platform_device_create_padate->of_device_alloc->platform_device_alloc

便在platform_device_alloc函数中进行进行alloc和初始化了，实现如下：

[html] view plain
struct platform_device *platform_device_alloc(const char *name, int id)
{
struct platform_object *pa;

pa = kzalloc(sizeof(struct platform_object) + strlen(name), GFP_KERNEL);
if (pa) {
strcpy(pa->name, name);
pa->pdev.name = pa->name;
pa->pdev.id = id;
device_initialize(&pa->pdev.dev);
pa->pdev.dev.release = platform_device_release;
arch_setup_pdev_archdata(&pa->pdev);
}

return pa ? &pa->pdev : NULL;
}
可以看到有个device_initialize，这里面对pdev.dev做一些列的初始化，其中有一个函数就是device_pm_init，这个函数就是我们一直关心的device相关的pm函数，具体实现如下：

[html] view plain
void device_pm_init(struct device *dev)
{
dev->power.is_prepared = false;
dev->power.is_suspended = false;
init_completion(&dev->power.completion);
complete_all(&dev->power.completion);
dev->power.wakeup = NULL;
spin_lock_init(&dev->power.lock);
pm_runtime_init(dev);
INIT_LIST_HEAD(&dev->power.entry);
dev->power.power_state = PMSG_INVALID;
}

可以看见它对device和功耗相关的数据做了一些初始化，我们这里先重点关注下dev->power.entry，初始化一个链表头，所以他/它很有可能会在后面加到某个链表里面去，而那个链表应该是用来保存所有的device用的。系统中所有的platform_device都是通过这种方式注册到系统中的，那么应该所有的platform_device都会初始化一个dev->power.entry，如果到时候把所有的dev->power.entry都添加到某个链表上去，那么系统到时候查询的时候只要找到这个list head就可以找到所有的platform_device了。嗯，不过这是我们的猜测。我们接下去分析来验证下。

platform_device通过alloc之后已经初始化好了，那么接下去就可以添加到系统中了，所以我们再回头看of_platform_device_create_pdata的实现。
函数在of_device_alloc之后把dev->dev.bus赋值给了platform_bus_type，接着就调用了of_device_add函数，在of_device_add函数中最后通过device_add添加到了bus上，但是device_add中有个函数需要我们关系，就是device_pm_add(dev)，实现如下：

[html] view plain
void device_pm_add(struct device *dev)
{
pr_debug("PM: Adding info for %s:%s\n",
dev->bus ? dev->bus->name : "No Bus", dev_name(dev));
mutex_lock(&dpm_list_mtx);
if (dev->parent && dev->parent->power.is_prepared)
dev_warn(dev, "parent %s should not be sleeping\n",
dev_name(dev->parent));
list_add_tail(&dev->power.entry, &dpm_list);
dev_pm_qos_constraints_init(dev);
mutex_unlock(&dpm_list_mtx);
}

可以看到这里list_add_tail(&dev->power.entry, &dpm_list);这就验证了我们之前的猜测。所有注册到系统中的设备，最终都是会添加到dpm_list这条链表上。

那么系统在休眠的时候是如何通过dmp_list这表链表来suspend设备的呢？接下去就是我们要分析的电源管理部分内容。

系统电源部分：
电源管理相关文件在kernel/power目录下，前面已经分析到。系统中注册的设备都是会添加到dmp_list这条链表上的。那么睡眠的时候系统应该是会查找dmp_list这条链表，
然后通过这条链表依次去查到对应的driver，然后调用driver中的suspend方法。下面我们来验证。

2.在suspend会轮询bus下的driver，然后一次调用到driver->pm->suspend方法，然后进入休眠。

3.state_store->pm_suspend->enter_state->suspend_devices_and_enter->dpm_suspend_start->dpm_suspend->device_suspend->__device_suspend->pm_op->(ops->suspend)

‘肆’ linux gec触摸屏在驱动程序中怎么用

android系统数陪摁下电源键后会让系统进入休眠以达到节电的目的。内核驱动中和休眠相关的就是suspend和resume函数。suspend函数用于休眠，resume函数用于唤醒。下面分析驱动中的这两个樱吵函数是如何被调用到的。薯颂蠢驱动部分：首先需要分析驱动的注册过

‘伍’ 嵌入式linux和android哪个对触摸屏更好的支持

只要驱动做的好，都支持。
如果驱动烂，什么都不支持。

不过相对来说 Linux 嵌入式要看你选择什么上层界面。现在似乎多点触摸的软件支持，嵌入式 Linux 里面，最好的还是选择 Android 上层。普通的 xorg 多点好像还是测试状态。不过 KDE 也有个针对嵌入式的方案，那个环境效果如何不清楚。

‘陆’ 如何在ARM Linux下使用多点触摸屏

我在3.2内核下做的，祥桐配合Xorg 1.2.4，Xinput2，Qt5.2.1。

首先，驱动程序probe的时候要声明成多点触摸的：
input_set_abs_params(input, ABS_X, 0, pdata->x_res - 1, 0, 0);
input_set_abs_params(input, ABS_Y, 0, pdata->y_res - 1, 0, 0);
input_set_abs_params(input, ABS_MT_POSITION_X,
0, pdata->x_res - 1, 0, 0);
input_set_abs_params(input, ABS_MT_POSITION_Y,
0, pdata->y_res - 1, 0, 0);
error = input_mt_init_slots(input, MAX_SUPPORT_POINTS);

pdata是board-[mach].c里面定义的platform data，如果是3.8以上的内核，你可以用喊颤device tree。

其次，提交触摸数据的时候，要提交成多点的：

for (i = 0; i < MAX_SUPPORT_POINTS; i++)
{
type = posdata.touch[i].xh >> 6;
if (type == TOUCH_EVENT_RESERVED)
continue;

x = ((posdata.touch[i].xh << 8) | (posdata.touch[i].xl)) & 0x0fff;
y = ((posdata.touch[i].yh << 8) | (posdata.touch[i].yl)) & 0x0fff;
id = (posdata.touch[i].yh >> 4) & 0x0f;
down = (type != TOUCH_EVENT_UP);

input_mt_slot(tsdata->input, id);
input_mt_report_slot_state(tsdata->input, MT_TOOL_FINGER, down);

if (!down)
continue;

input_report_abs(tsdata->input, ABS_MT_POSITION_X, x);
input_report_abs(tsdata->input, ABS_MT_POSITION_Y, y);
}

input_mt_report_pointer_emulation(tsdata->input, true);
input_sync(tsdata->input);
然后，Buildroot做根文件系统的时候要选上Target packages > Libraries > Hardware handling > mtdev和Target packages > Graphic libraries and applications (graphic/text) > X.org X Window System > X11R7 Drivers > xf86-input-evdev，网上有很多文章说如郑宴败何让X支持多点触摸的，那都是过去式了，现在的X和xf86-input-evdev都支持多点触摸。
最后，编译Qt开发包的时候要加上-xinput2选项，在qtbase/examples/touch里能找到触摸屏的样例代码。