开始还以为触摸校准成功了，结果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，没有出现什么错误的报告
