|
- UID
- 872238
|
（3）判断屏幕是否被触摸一旦完成了触摸屏硬件设置、初始化和基准参数校准后，接下来就需要用一种可靠的方法来判断屏幕是否被触摸了。WinCE提供了屏幕是否被触摸的检测机制，而且当触摸事件发生时还可选择是否中断主处理器。判断屏幕是否被触摸的驱动程序的函数名叫WaitForTouchState()。当屏幕被初次触摸时唤醒主机的中断，称为PEN_DOWN中断。这样做可以让驱动程序在屏幕没有被触摸时中断自己的执行，而不消耗任何CPU资源，而一旦用户触摸屏幕，驱动程序就被唤醒并进入转换模式。
当被唤醒后就有一组模数数据等待转换并产生中断信号。中断是硬件与软件打交道的重要方法，所以大多数驱动程序都涉及到中断处理。就中断处理而言，WinCE采用了一种独特的方法。它将中断处理分为两步：中断服务例程(ISR)和中断服务线程(IST)。具体来讲就是把每个硬件的设备中断请求(IRQ) 和一个ISR 联系起来，当一个中断发生并未被屏蔽时，内核调用该中断注册的ISR。因为ISR 运行于内核模式，所以应该被设计得尽可能的短，ISR 的基本职责是引导内核调度和启动合适的IST。IST 在设备驱动程序软件模块中编写，它从硬件获取或向硬件发送数据和控制代码，并进一步处理设备中断。
WinCE触摸屏驱动程序是采用中断方式对触摸笔的按下状态进行检测，当检测到触摸笔按下时产生的中断，就会触发一个事件通知一个工作线程开始采集数据。同时，驱动将打开一个硬件定时器，只要检测到触摸笔仍然在按下状态，将定时触发同一个事件通知这个工作线程继续采集数据，直到触摸笔抬起后关闭该定时器。简单的说，就是驱动程序会同时采用触摸屏中断和定时器中断这两个中断源。目的在于不仅可以监控触摸笔按下和抬起状态，而且可以检测触摸笔按下时的拖动轨迹。触摸屏中断的两个逻辑中断分别是：SYSINTR_TOUCH是用于触摸笔点击触摸屏时产生相应的中断；SYSINTR_TOUCH_CHANGE则用于触摸笔离开时产生相应的中断。
（4）获得稳定的、去抖动的测量数据
在进行触摸屏程序开发时，一定要注意原始的触摸测量数据经常会有一些噪声和偏差，这是正常的。一般来说，只有用户紧紧压住电阻触摸屏才能得到两个连续的读数，然而我们会发现当触控笔或手指按上或离开触摸屏时，读数的变化要比保持稳定压力时大得多。这是因为用户是以机械的方式连通二个平面电阻-触摸层，当用户按压和释放触摸屏时，在很短的一段时间内触摸屏的电气连接均处于临界状态。这时，我们需要丢弃这些读数直到系统稳定下来，否则提交的触摸位置读数会产生大幅跳跃，导致严重的失真或触摸位置漂移。
这时就需要进行折衷考虑，这也是触摸屏驱动设计的关键所在。如果我们要求较窄的稳定窗口，那么驱动程序将无法跟踪快速的“拖曳”操作；如果加宽稳定窗口，就可能面临着许多风险，这些风险包括接收到不精确的触摸数据，或上面描述处于临界状态的层连接结果。这时，就需要通过实验来确定适合系统的最佳值。
在正常情况下，当屏幕被触摸时驱动程序应会得到每个稳定的读数，并利用简单的线性插值法将原始数据转换成像素坐标。读取触摸点的坐标是由DdsiTouchPanalGetPoint()函数实现的。另外，在每个转换过程的前后，驱动程序必须检查并确认屏幕仍处于被触摸状态。因为我们不希望采集到实际上是处于“开路状态”的稳定读数。因此，在读取触摸数据时，我们需要对原始数据进行去抖动处理，然后确定屏幕被触摸时是否有稳定的读数；如果不稳定就要继续读取数据并进行去抖动处理，直到得到稳定的数据为止。
最后，触摸屏驱动程序应将触摸状态和位置变化信息发送给更高层的应用软件，以完成一次完整的触摸操作。 |
|
