交叉编译tslib1.4过程详述，配合QT4.5.3成功在Mini2440运行成功


移植tslib-1.4所遇到的问题分析与总结(elephant半原创：在移植过程中参考了一些网友的资料，现在结合我遇到的问题分析一下移植过程)

一：移植环境

1：主机环境：Ret Hat Enterprise 5

2: 交叉工具链：arm-linux-gcc-4.3.2

3: 开发平台：友善之臂mini2440+统宝3.5寸屏

4：所需的软件资源：

tslib-1.4.tar.gz  qt-x11-opensource-src-4.5.3.tar.gz   qt-embedded-opensource-src-4.5.3.tar.gz

（QT的移植是参考网上找到一篇较好的移植手册，但是此手册的作者不知道是无心之失还是咋的，给的资料有所保留。不过思路比较清晰以及解析的比较详细，还是非常值得参考的）

参照的文章链接地址为：

二：交叉编译tslib-1.4

为什么要移植tslib1.4呢？

在移植好触摸屏的驱动后(在移植内核的时候完成)，一般都要移植一个tslib来配合，在用户层对触摸屏的数据进行滤波和矫正，同时也可以给应用程序一个统一的接口，很多GUI都支持tslib的接口。我移植到开发板的QT版本是QT4，所以用tslib-1.4进行触摸屏校正，因为QT4只是支持tslib-1.4（目前最新版），QT2支持的是tslib-1.3版本，所以在移植过程中先要看清楚自己移植的是什么版本。 

简单描述tslib校正触摸屏原理：

   Tslib是触摸屏驱动和应用层之间的适配层，它从触摸屏驱动处获得原始的设备坐标数据，通过一系列的去噪、去抖、坐标变换等操作，来去除噪声并将原始的设备坐标转换为相应的屏幕坐标。通过tslib/src/tslib.h文件可以看出，在tslib中为应用层提供了2个主要的接口ts_open(),ts_close();ts_read()和ts_read_raw()，其中ts_read()为正常情况下的接口，ts_read_raw()为校准情况下使用的接口。从tslib默认的ts.conf文件中可以看出包括如下基本插件：（强烈建议通读这个配置文件并理解这个文件所写的内容）

   pthres 为Tslib 提供的触摸屏灵敏度门槛插件；

   variance 为Tslib提供的触摸屏滤波算法插件；

   dejitter 为Tslib 提供的触摸屏去噪算法插件；

   linear为Tslib 提供的触摸屏坐标变换插件。 

tslib 从触摸屏驱动采样到的设备坐标进行处理再提供给应用端的过程大体如下：

   raw device --> variance --> dejitter --> linear --> application
    module         module       module      module

再来看看ts_calibrate主要做了哪些事情，校准情况下，tslib对驱动采样到的数据进行处理的一般过程如下：
   1。读取屏上5个点的坐标(Top Left,Top Right,Bottom Left,Bottom Right,Center)，在进行一系列的变换,取样的5个点，实际上是包含3个不同的X值，3个不同的Y值。和scaling 值一共7个值，一起保存到/etc/pointercal中.（触摸屏校准文件）

   2.这个/etc/pointercal文件主要是供linear插件使用。而我们每次的触摸的操作都进行多次触摸坐标变换。

至此已经找到解决问题的大体的方法了。在校准触摸屏后只需及时的让linear插件再次读取新的/etc/pointeracal文件，这样新校准的坐标信息就及时的更新到上层应用。下面就要考虑具体实现的问题了。

1。从linear.c文件可以看出在该模块初始化时读取了/etc/pointercal文件。只要在linear_read()中读取新的/etc/pointercal文件即可。

2。校准后保存了一个新的pointercal文件，但ts_lib怎么知道当前的pointercal文件是应该读取的新文件。刚开始的时候我们在linear.c的linear_read()函数中采取计数轮询的方式查看/etc/poinercal文件的最后更新时间，如果当前的更新时间大于上次更新时间，就去读取下pointercal文件。我们暂且不说在一台刚下流水线的机器，它的rtc时间是不确定，再进行时间比较时会出现错误。另外始终的轮询的方式和ts_lib的采样间隔时间值很小。这样用户在进行触摸屏常按操作时，会非常明显的消耗系统资源。

3。此时想到的办法就是进程通信，ts_lib是个动态库运行于系统中，他存在系统中不是以进程方式，但可以采取折衷方法，将调用ts_lib的进程号（实际上就是X的进程号）保存到一个配置文件中。这样在使用ts_calibrate校准触摸屏后，利用信号的方式给ts_lib发送用户自定义信号，ts_lib的lineral.c中加一个简单的信号处理函数。在接受到信号后就去读取下新的pointercal文件。正常情况下不做任何的轮询和读取操作。

从上说的3个步骤中完全解决了校准后应用端触摸及时生效的问题。还有个次要问题就是如何锁屏？这需要从内核入手了，查看linux2.6内核/drivers/input/evdev.c从该驱动提供的ioctl中看到对基于evdev的输入设备都提供EVIOCGRAB实现。顾名思义，grab就是将当前的输入操作抓取到当前的操作中，让当前操作之外的所有应用端读不到触摸屏的触摸操作。由驱动源码就很容易知道该如何实现锁屏解锁操作了。源码如下：

truct tsdev *ts;
char *tsdevice = "/dev/input/event0";
ts = ts_open(tsdevice, 0);
int ts_tmpfd = ts_fd(ts);
if (ts_tmpfd== -1)
{
    perror("ts_open");
    exit(1);
}
unsigned long val =1;
int ioctl_ret=ioctl(ts_tmpfd,EVIOCGRAB,&val);
printf("now lock the ts ioctl ret is:%d/n",ioctl_ret);

if (ioctl_ret!=0)
{
    printf("Error: %s/n", strerror(errno));
    exit(1);
}
printf("lock the ts success /n");

现在开始交叉编译tslib，在开始编译前需要确定自己的开发环境是否安装了autoconf、automake和 libtool等软件包。之前我的虚拟机并不是完全安装，在编译过程中出现很多问题，在这里我建议大家虚拟机完全安装。不过如果确实不想重装系统的话，也可以手动安装，之前我自己就是手动安装的，虽然成功安装了tslib软件，但是在后续的QT移植过程中出现很多不可预知的错误，因此还是建议大家的虚拟机是完全安装的。可以利用命令查看自己虚拟机上的autoconf版本：autoconf –V

在开始编译tslib前还有一个问题需要特别注意：就是要确定在编译时所用的工具是交叉工具链而不是PC平台下的GCC工具，因为我要运行的平台是嵌入式ARM架构而不是PC的X86架构。关于这一点，在网上找到很多资料都没有说明，几经寻找之下，终于看到一篇文章对这一点作了说明。详细解析tslib-1.4交叉编译：

第一步：解压源码包：

tar  xvzf tslib-1.4.tar.gz

cd tslib

第二步：进入tslib之后关键是要设置交叉编译环境（下面是根据我自己的实际情况所添加的）——如果不设置交叉编译环境，在移植到开发板时，执行./ts_calibrate程序时会出现以下错误：

./ts_calibrate: line 1: syntax error :”(” unexpected.

$export PATH=$PATH:/usr/local/arm/4.3.2/bin

$export CC=arm-linux-gcc

$export CXX=arm-linux-g++

设置好交叉编译环境后就可以开始安装了：

执行./autogen.sh

执行./autogen.sh之后可能会有上述信息出现，但是我的机器上灰常不给力，只是显示出其中几行信息，一开始以为是出错，但是最后还是移植成功，证明这步就算只出现几行信息并无多大关系。

接着执行以下命令：

./configure  --prefix=/usr/local/tslib/  --host=arm-linux  ac_cv_func_malloc_0_nonnull=yes

(1)有些开发板在执行此命令时需要添加—enable inputapi=no或者—enable input=no,至于是哪一个就需要根据tslib目录下的configure文件才可以知道。（建议这个文件还是看一下）。由于友善之臂mini2440的触摸屏驱动是支持ioctl操作的（在内核移植时做触摸屏驱动时可以看到源码中是支持ioctl的），因此我在这里并没有加上—enable inputapi=no.

(2)如果没有加上ac_cv_func_malloc_0_nonnull=yes会出现交叉编译错误：undefined reference to `rpl_malloc'. 这是由ac_cv_func_malloc_0_nonnull检查引起的，为了不让它检查，产生一个cache文件daiq_tslib.cache,欺骗configure再执行：因此为了编译的顺利进行，在配置的时候需要加上这一句：ac_cv_func_malloc_0_nonnull=yes

最后执行make & make install就可以在指定的路径上成功安装tslib。我的指定路径是/usr/local/tslib/,在这个文件下安装成功的话会有四个目录：lib/  etc/  include/  bin/. 

安装好tslib之后将动态链接库文件拷贝到根文件系统中，（注意tslib依赖的是动态链接库文件），如果忘记拷贝动态链接库的话会出现以下错误：

拷贝进去之后需要在自己的根文件系统的/etc/profile(在文件的一开始添加下面的内容)设置tslib的环境变量（要根据自己的实际情况来设置），下面是我的开发板所设置的有关tslib的环境变量：

# Ash profile

#vim syntax=sh

#No core files by default

echo "Set ENV for tslib......"

export  QTDIR=/usr/local/Trolltech/QtEmbedded-4.5.3-arm(文件系统中QT的安装目录)

export TSLIB_ROOT=/usr/local/tslib   （tslib的目录）

export TSLIB_CONSOLEDEVICE=none

export TSLIB_FBDEVICE=/dev/fb0

export TSLIB_TSDEVICE=/dev/input/event0

export TSLIB_PLUGINDIR=$TSLIB_ROOT/lib/ts export TSLIB_CONFFILE=$TSLIB_ROOT/etc/ts.conf export TSLIB_CALIBFILE=$TSLIB_ROOT/etc/pointercal

export POINTERCAL_FILE=$TSLIB_ROOT/etc/pointercal

export  QWS_DISPLAY=LinuxFb:dev/fb0

export set QWS_SIZE=320x240

export QWS_MOUSE_PROTO=Tslib:/dev/input/event0
export LD_LIBRARY_PATH=$TSLIB_ROOT/lib:$QTDIR/lib:/usr/local/lib:$LD_LIBRARY_PATH

echo “the env is successful”

当配置好这些环境变量后下载到开发板，执行./ts_calibrate时如果出现：

ts_open: No such file or directory

说明环境变量设置有问题，可以用env命令查看一下有没有你刚才设置的环境变量。在设置环境变量这一个环节上是比较重要的，要保证在每一个目录下都存在你需要用到的文件。

如果移植成功：

cd /usr/local/tslib/bin   

./ts_calibrate    校准触摸屏

./ts_test         测试触摸屏

  • 1
  • 2
  • 下一页

相关内容