最近学习了电容触摸屏的驱动与其上层工作原理,拿出来和大.docVIP

最近学习了电容触摸屏的驱动及其上层工作原理，拿出来和大家分享！ 转]Android触摸屏校准程序的实现 一， 触摸屏校准通用方法。（XL, YL是显示屏坐标，XT, YT是触摸屏坐标，）XL = XT*A+YT*B+CYL = XT*D+YT*E+F由于具体计算是希望是整数运算，所以实际中保存的ABCDEF为整数，而增加一个参数DivXL = (XT*A+YT*B+C) / DivYL = (YT*D+YT*E+F) / DivTSLIB把以上的7个参数 ABCDEF Div 保存在 pointercal 文件中。不校准的数据： A=1, B=0, C=0, D=0, E=1, F=0, Div=1A??? B??? C??? D??? E??? F??? Div-411??? 37818??? -3636780??? -51325??? 39????? 65536二，Android 事件处理机制android 事件的传入是从EventHub开始的，EventHub是 事件的抽象结构，维护着系统设备的运行情况（设备文件放在/dev/input里），设备类型包括Keyboard、TouchScreen、 TraceBall。它在系统启动的时候会通过 open_device方法将系统提供的输入设备都增加到这个抽象结构中，并维护一个所有输入设备的文件描述符，如果输入设备是键盘的话还会读取 /system/usr/keylayout/目录下对应键盘设备的映射文件（修改./development/emulator/keymaps /qwerty.kl来改变键值的映射关系），另外getEvent方法是对EventHub中的设备文件描述符使用poll操作等侍驱动层事件的发生，如果发生的事件是键盘事件，则调用Map函数按照映射文件转换成相应的键值并将扫描码和键码返回给KeyInputQueue.frameworks/base/services/jni/com_android_server_KeyInputQueue.cpp根据事件的类型以及事件值进行判断处理，从而确定这个事件对应的设备状态是否发生了改变并相应的改变对这个设备的描述结构InputDevice。Windowmanager会创建一个线程（InputDispatcherThread），在这个线程里从事件队列中读取发生的事件 （QueuedEvent ev = mQueue.getEvent（）），并根据读取到事件类型的不同分成三类（KEYBOARD、TOUCHSCREEN、TRACKBALL），分别进 行处理，例如键盘事件会调用dispatchKey((KeyEvent)ev.event, 0, 0)以将事件通过Binder发送给具有焦点的窗口应用程序，然后调用 mQueue.recycleEvent(ev)继续等侍键盘事件的发生;如果是触摸屏事件则调用dispatchPointer(ev, (MotionEvent)ev.event, 0, 0)，这里会根据事件的种类（UP、DOWN、MOVE、OUT_SIDE等）进行判断并处理，比如Cancel或将事件发送到具有权限的指定的窗口中 去;移植方案Android本身并不带触摸屏校准。Android获取到的数据就是驱动上报的原始数据。方案一 : 移植TSLIB，通过TSLIB产生 pointercal 校准参数文件。方案二 : 从Android框架层获取OnTouch事件产生 pointercal 校准参数文件方案一: 数据的校准在驱动中完成。 即把 pointercal 的参数数据通过某种方式(sysfs)传递给驱动程序进行校准。方案二: 驱动上报原始点，原始点在框架层拦截后进行校验处理。TSLIB移植过程修改源码以适应android的文件结构。设定Android.mk 编译选项，生成库即应用。etc/ts.conf module_raw inputsrc/ts_config.c #define TS_CONF /system/etc/ts.confsrc/ts_load_module.cchar *plugin_directory=/system/lib/ts/plugins/;tests/fbutils.cchar *defaultfbdevice = /dev/graphics/fb0;COPY ts.conf 到 /system/etc/ts.confinit.rc. mkdir /data/etc/pointercal通过 ts_calibrate 产生pointercal 数据文件。框架内获取参数文件制作APK 应用，仿效ts_c