使用ts_calibrate校準觸控螢幕

轉自http://www.qqread.com/linux/2010/01/u487324.html

使用ts_lib包內建的ts_calibrate校準觸控螢幕非常簡單實用，但在基於Xsever的GUI應用環境下，有兩個問題存在。 1.校準後必須重新啟動X，應用端才會生效。這樣處理使用者肯定不能接受，因為啟動一次機器畢竟耗時。 2.在使用ts_calibrate校準觸控螢幕時。

使用ts_lib包內建的ts_calibrate校準觸控螢幕非常簡單實用，但在基於Xsever的GUI應用環境下，有兩個問題存在：

　　1.校準後必須重新啟動X，應用端才會生效。這樣處理使用者肯定不能接受，因為啟動一次機器畢竟耗時。

　　2.在使用ts_calibrate校準觸控螢幕時，要觸摸5個點，這時如果GUI應用端在運行其他響應觸摸事件(滑鼠事件)的程式就會出現錯亂。所以安全的做法應該是在校準觸控螢幕時進行鎖屏操作。

　　解決這兩個問題之前來看看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");

　　原文地址 http://blog.chinaunix.net/u3/94694/showart_1915009.html

延伸閱讀：為 Linux 安裝觸控螢幕

GNOME/Nautilus、OpenWindows、WINE 等等 —— 有很多 GUI 都使得使用者可以簡化對於 Linux 應用程式強大功能的訪問和使用。我們在這裡面可以添加哪些組件來使 Linux 更加穩健地進入消費裝置領域呢？答案是觸控螢幕。使用觸控螢幕，Linux 程式就可以成為很多裝置的控制器。