Chinaunix首页 | 论坛 | 博客
  • 博客访问: 3398527
  • 博文数量: 864
  • 博客积分: 14125
  • 博客等级: 上将
  • 技术积分: 10634
  • 用 户 组: 普通用户
  • 注册时间: 2007-07-27 16:53
个人简介

https://github.com/zytc2009/BigTeam_learning

文章分类

全部博文(864)

文章存档

2023年(1)

2021年(1)

2019年(3)

2018年(1)

2017年(10)

2015年(3)

2014年(8)

2013年(3)

2012年(69)

2011年(103)

2010年(357)

2009年(283)

2008年(22)

分类: C/C++

2008-06-23 13:13:33

开始还以为触摸校准成功了,结果ts_test.c不只是要终端出现信息,
还需要是用手点哪里光标跟着去哪里
可是屏上并没有光标显示
对于tslib-1.3版本:
首先我运行校准程序得到校准文件
[/mnt/nfs/tslib-1.3/tests/.libs]./ts_calibrate
xres = 640, yres = 480
Took 1 samples...
Top left : X = 585 Y = 3298
Took 2 samples...
Top right: X = 3257 Y = 3289
Took 1 samples...
Bot right: X = 3246 Y = 702
Took 1 samples...
Bot left : X = 580 Y = 753
Took 1 samples...
Middle: X = 1996 Y = 1947
-69.743103 0.202175 -0.000510
539.055481 -0.001745 -0.148005
Calibration constants: -4570684 13249 -33 35327540 -114 -9699 65536
然后运行测试程序
[/mnt/nfs/tslib-1.3/tests/.libs]./ts_test
应该是用手点哪里光标跟着去哪里
可是屏上并没有光标显示
想着是不是校准有问题
回头看ts_calibrarte.c中的一段源代码

put_cross(50,50,1);
getxy(ts, &cal.x[0], &cal.y[0]);
put_cross(50,50,0);
cal.xfb[0] = 50;
cal.yfb[0] = 50;
printf("Top left : X = %4d Y = %4d\n", cal.x[0], cal.y[0]);
那么cal.xfb和cal.yfb应该是理论值
cal.x和cal.y是getxy的实际值
可是Top left : X = 577 Y = 3291而不是与50,50相近的值,是不是这个有错?
发现LCD的坐标和得到的触摸屏的坐标感觉坐标系是反的.以为是屏接反了。
后来又去看关于触摸屏的知识,才知道这正是tslib做的事情,将两个坐标通过算法一一对应转换。

对于校正原理:
我们传统的鼠标是一种相对定位系统,只和前一次鼠标的位置坐标有关。
而触摸屏则是一种绝对坐标系统,要选哪就直接点哪,与相对定位系统有着本质的区别。
绝对坐标系统的特点是每一次定位坐标与上一次定位坐标没有关系,每次触摸的数据通过校准转为屏幕上的坐标,
不管在什么情况下,触摸屏这套坐标在同一点的输出数据是稳定的。不过由于技术原理的原因,
并不能保证同一点触摸每一次采样数据相同,不能保证绝对坐标定位,点不准,这就是触摸屏最怕出现的问题:
漂移。对于性能质量好的触摸屏来说,漂移的情况出现并不是很严重。所以很多应用触摸屏的系统启动后,
进入应用程序前,先要执行校准程序。
通常应用程序中使用的LCD坐标是以像素为单位的。
比如说:左上角的坐标是一组非0的数值,比如(20,20),
而右下角的坐标为(620,460)。这些点的坐标都是以像素为单位的,
而从触摸屏中读出的是点的物理坐标,其坐标轴的方向、XY值的比例因子、偏移量、缩放因子都与LCD坐标不同,
所以,可以在IAL的某个函数(比如wait_event函数)中把物理坐标首先转换为像素坐标,
然后再赋给POS结构,达到坐标转换的目的。图是LCD坐标和触摸屏的物理坐标的比较。

触摸屏校正思路
在IAL的某个函数(比如wait_event函数)中加入调试信息,
开发板上运行Calibrate程序,那么触摸屏上任何一点的坐标就可以在主机监视屏上回显出来。
于是,就采集到了4个角的物理坐标,假设是6.4英寸屏,640X480分辨率,
则它们的像素坐标分别是(20,20)、(20,460)、(620,460)和(620,20)。
这样,使用待定系数法就可以算出坐标系之间的平移关系。比如:
Vx = xFactor*Px + xOffset
Vy = yFactor*Py + yOffset
那么得出结论就不是屏接反了。

那么问题是出在ts_test.c上了,与是在程序中加了一些代码,重新编译运行:
校准完毕后,运行测试程序
[/mnt/nfs/tslib-1.3/tests/.libs]./ts_test
//自己加的printf语句
ts_device open success 打开触摸屏节点设备成功
ready to put_cross x, y 在屏上默认第一次画光标
first time to put_cross

//自己再在屏上任意位置点击,触摸画光标的函数执行
//终端输出信息,按照输出的samp里面的成员变量定义为
按键发生时间: x坐标 y坐标 压力动作
//默认终端数据
1253762277.780181: -69 539 0 //轻按时
1253762281.350047: -69 539 0
1253762338.250838: -69 539 1 //重按时

//当压力值>0时输出自己加的printf
pressure>0
put cross again! c = 0
put cross again! c = 1
//在屏上拖动
//默认终端数据
1253764826.440828: -69 539 2 //拖动时
pressure>0
put cross again! c = 0
put cross again! c = 1
//按照这样应该就是画光标的那一步已经执行了,
之所以没有在屏幕上,从终端的到的数据开来因为是坐标的x值为负数-69,而且按其他的地方,坐标值都不变.
而导致屏上没有出现光标
对照自己的驱动程序对tslib里面的程序和一些环境变量的定义都做了相应的修改
查不出错误究竟在哪里

最后我们换用了tslib-0.1.1版本,恩,按照触摸屏共享库文件的名字来看1.3版本应该是对应0.1.0版本的
其中ts.conf不太一样
ts.conf中没有指定module_raw,自带的ts.conf的所有module_raw都被注释掉
要选择一个和自己触摸屏驱动相符的
我们的驱动对应的是h3600_ts_event结构
就选择的H3600的module_raw
其中如何看对应结构
要按照ts.conf中的module_raw名在plugins文件夹中找到其对应的源文件,里面有驱动的结构体定义
哪一个中和自己的驱动结构一样就选哪个module_raw
然后0.1.1版本中的函数改变了一些。也不清楚究竟是什么原因,改用了0.1.1版本,
ts_test.c测试程序就可以正常运行了。

而且我将qte自带的examples中的progressbar交叉编译移植到板子上可以支持触摸运行正常
可见qte已经成功实现了触摸
可是移植到板子上的qtopia却只能出现欢迎界面,仍然不能响应触摸,
而且也只有些warnings,没有出现什么错误的报告

我认为qtopia不也就是一个软件的集成么?不是只用qte支持触摸就可以了么?
难道qtopia中也要修改什么才能支持触摸么?
这要继续查资料了。希望快点搞定!!!

TAG http://blog.chinaunix.net/u1/3

阅读(1222) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~