在wince 开发的软件能嵌入到触摸屏里吗

在wince 开发的软件能嵌入到触摸屏里吗

WinCE系统在驱动设计上有一个很方便的功能，就是原始设备制造商(OEMs)和独立硬件开发商(IHVs)可以自主开发设备驱动程序来支持他们的硬件。因此，在动手进行触摸屏驱动程序开发之前，深入了解WinCE系统驱动方式是非常有必要的。

（1）从驱动加载方式上的分类

要编写WinCE驱动程序首先要确定它是属于哪类驱动。一般来说，WinCE平台上使用的设备可分为两类：内建设备和可安装设备。因此，从驱动加载方式上WinCE可分为内建设备驱动（Built-In
Driver）和可加载驱动（Loadable Driver）。

WinCE系统可直接使用内建设备，因为内建设备驱动程序是与WinCE的核心组件紧密相连的，也就是内建设备驱动程序是被静态地链接到GWES（Graphics
Windowing and Events
Subsystem）的。这些驱动对应的设备通常在系统启动时，在GWES的进程空间内被加载，主要是与显示和输入有关的驱动。

因为它们不是以独立的DLL形式存在，所以要求每一个内建驱动程序都必须与设备驱动程序接口(DDI)的特定接口保持一致。内建设备包括显示、触摸屏、音频、串行埠、LED、电池和PC卡插座等。内建驱动程序一般设计为动态链接库，但有两个例外：电池和LED驱动程序由于小而设计为静态库。它们一般储存在ROM或闪存内。

可加载设备是指可与平台连接和分离的第三方接口设备，可由用户随时安装和卸载。这种外围设备的驱动也被称为流驱动，这些驱动可以在系统启动时、或者启动后的任何时候由设备管理器动态加载。通常这类驱动是以DLL动态链接库的形式存在，加载后的这些驱动程序也只能以用户态的角色运行。在WinCE中典型的可加载驱动有：PCMCIA
driver（PCMCIA.dll）、Serial driver（SERIAL.dll）、ATAFLASH driver（ATA.dll）、Ethernet
driver（NE2000.dll，SMSC100FD.dll）。

与内建驱动程序不同的是，所有可加载流驱动程序都共享一个公用接口，而且功能也与应用程序所用的文件API中的功能匹配。因此，控制可加载设备的流接口驱动程序一般由应用程序存取。也就是说，流接口驱动程序是由一个特殊文件来将设备功能展现给应用程序的，该文件可被打开、读取、写入和关闭。通常只有OEMs才会对内建设备驱动程序进行修改，其它自由设备生产商由于只提供附加的硬件设备，对内建设备驱动程序不会有过多涉及。

（2）从驱动程序层次上分类

WinCE最大的好处是具有可定制性，当它自带的驱动程序不能满足用户的要求时，用户可以自己编写相应的驱动程序。因此按照结构分，WinCE驱动程序又可分为分层的驱动程序和不分层的驱动程序。分层的驱动程序由两个设置好的层组成:上层是模型设备驱动程序（Model
Device Driver, MDD），下层是依赖平台的驱动程序（Platform Dependent Driver, PDD）。

分层的驱动程序中的MDD通常是无需修改可直接使用，MDD的作用是链接PDD层并定义它希望调用的函数接口：设备驱动程序提供器接口（Device
Driver Service Provider Interface,
DDSI）。同时MDD又把不同的函数集提供给WinCE内核，这些函数叫做设备驱动程序接口（Device Driver Interface,
DDI）。不分层的驱动程序是把PDD与MDD写在一起，没有做严格的区分，通常这种驱动比较简单，比如ATADISK。简单的说，内建驱动和加载式流驱动是从驱动与系统其它模块(调用者)的接口形式上做的分类；而不分层和分层是从驱动实现方式上的分类。

在开发过程中，MDD层驱动是不需要被修改的。但和MDD层驱动不同的是，PDD层驱动必须被修改成和特定硬件相匹配的代码。程序员可以自己开发一个PDD程序，但多数情况下建议开发者在Platform
Builder提供的样例驱动程序上进行修改。在Win CE系统中触摸屏驱动是一种分层驱动。

2．触摸屏驱动程序的设计和实现

嵌入式设备触摸屏按其技术原理可分为五类：矢量压力传感式、电阻式、电容式、红外线式和表面声波式。其中电阻式触摸屏在嵌入式系统中用的较多，电阻式触摸屏可分为四线、五线、七线等几种。一般来说，WinCE触摸屏驱动的设计和实现有以下几个步骤：

（1）配置和初始化触摸屏

触摸屏驱动在初始化过程会调用TouchPanelEnable函数，该函数调用的DDSI函数为DdsiTouchPanelEnable和DdsiTouchPanelDisable。这两个DDSI接口函数是驱动实现的关键所在，分别用于打开和关闭触摸屏硬件。但是为了降低功耗，这两个函数其实可以不真正操作硬件，而只是实现软件上的控制。

同时，在初始化时还需要进行这几个配置和初始化：一是创建事件hTouchPanelEvent和hCalibrationSampleAvailable，前者是在正常状态下当有触摸笔按下或者按下后需要定时采集数据时被触发；而后者是在校准状态下当有校准数据输入时被触发。二是检查初始化所需的中断gIntrTouch（触摸屏中断）和gIntrTouchChanged（定时器中断），并将这两个中断关联到事件hTouchPanelEvent。三是创建一个ISR线程TouchPanelpISR，用于等待和处理触摸屏事件hTouchPanelEvent，它也是整个驱动程序中唯一的事件源。

（2）校准触摸屏基准参数

完成前面繁琐的工作后，驱动程序的各种功能就都已经准备就绪了，现在就可以实际操作触摸屏幕了。但一般来说，电阻式触摸屏需要校准，也就是说在驱动启动过程中MDD层要调用相应的DDSI函数来读取注册表中的校正数据校正触摸屏。理想情况下，校准程序只要在嵌入式设备初次加电测试过程中运行一次就可以了，参考值会被存储在非易失性存储器中，以免让用户在以后的加电启动期间再做校准。不过，高质量的触摸屏驱动程序是应该要向用户提供一种进入校准例程的途径，从而在由于温度漂移或其它因素造成校准不准确时进行重新校准。

在理想情况下，校正触摸屏基准只需两组原始数据，即在屏幕对角读取的最小和最大值。但在实际应用中，因为许多电阻式触摸屏存在明显的非线性，如果只在最小和最大值之间简单的插入位置数值会导致驱动程序非常的不精确。因此，在WinCE中需要获取多个校准点，常用的校准点数量为5个。

方法是：①首先驱动程序在函数DdsiTouchPanelGetDeviceCaps
中设置校准点的个数；②是系统在TouchDriverCalibrationPointGet中获取每个校准点的屏幕坐标；③是在屏幕界面的校准点坐标处显示一个位置符号，用户需要精确地在位置符号按下触摸屏；④驱动程序通过TouchPanelReadCalibrationPoint函数读取相应的触摸屏坐标值；⑤然后再开始下一个校准点，直到循环设定的次数后将采集到的触摸屏坐标值和校准点屏幕坐标送到TouchPanelSetCalibration函数中进行处理，该函数将产生校准基准参数。校准完成之后，触摸屏便可以开始正常的操作了。

（3）判断屏幕是否被触摸

一旦完成了触摸屏硬件设置、初始化和基准参数校准后，接下来就需要用一种可靠的方法来判断屏幕是否被触摸了。WinCE提供了屏幕是否被触摸的检测机制，而且当触摸事件发生时还可选择是否中断主处理器。判断屏幕是否被触摸的驱动程序的函数名叫WaitForTouchState()。当屏幕被初次触摸时唤醒主机的中断，称为PEN_DOWN中断。这样做可以让驱动程序在屏幕没有被触摸时中断自己的执行，而不消耗任何CPU资源，而一旦用户触摸屏幕，驱动程序就被唤醒并进入转换模式。

当被唤醒后就有一组模数数据等待转换并产生中断信号。中断是硬件与软件打交道的重要方法，所以大多数驱动程序都涉及到中断处理。就中断处理而言，WinCE采用了一种独特的方法。它将中断处理分为两步：中断服务例程(ISR)和中断服务线程(IST)。具体来讲就是把每个硬件的设备中断请求(IRQ)
和一个ISR 联系起来，当一个中断发生并未被屏蔽时，内核调用该中断注册的ISR。因为ISR 运行于内核模式，所以应该被设计得尽可能的短，ISR
的基本职责是引导内核调度和启动合适的IST。IST 在设备驱动程序软件模块中编写，它从硬件获取或向硬件发送数据和控制代码，并进一步处理设备中断。

WinCE触摸屏驱动程序是采用中断方式对触摸笔的按下状态进行检测，当检测到触摸笔按下时产生的中断，就会触发一个事件通知一个工作线程开始采集数据。同时，驱动将打开一个硬件定时器，只要检测到触摸笔仍然在按下状态，将定时触发同一个事件通知这个工作线程继续采集数据，直到触摸笔抬起后关闭该定时器。简单的说，就是驱动程序会同时采用触摸屏中断和定时器中断这两个中断源。目的在于不仅可以监控触摸笔按下和抬起状态，而且可以检测触摸笔按下时的拖动轨迹。触摸屏中断的两个逻辑中断分别是：SYSINTR_TOUCH是用于触摸笔点击触摸屏时产生相应的中断；SYSINTR_TOUCH_CHANGE则用于触摸笔离开时产生相应的中断。

（4）获得稳定的、去抖动的测量数据

在进行触摸屏程序开发时，一定要注意原始的触摸测量数据经常会有一些噪声和偏差，这是正常的。一般来说，只有用户紧紧压住电阻触摸屏才能得到两个连续的读数，然而我们会发现当触控笔或手指按上或离开触摸屏时，读数的变化要比保持稳定压力时大得多。这是因为用户是以机械的方式连通二个平面电阻-触摸层，当用户按压和释放触摸屏时，在很短的一段时间内触摸屏的电气连接均处于临界状态。这时，我们需要丢弃这些读数直到系统稳定下来，否则提交的触摸位置读数会产生大幅跳跃，导致严重的失真或触摸位置漂移。

这时就需要进行折衷考虑，这也是触摸屏驱动设计的关键所在。如果我们要求较窄的稳定窗口，那么驱动程序将无法跟踪快速的“拖曳”操作；如果加宽稳定窗口，就可能面临着许多风险，这些风险包括接收到不精确的触摸数据，或上面描述处于临界状态的层连接结果。这时，就需要通过实验来确定适合系统的最佳值。

在正常情况下，当屏幕被触摸时驱动程序应会得到每个稳定的读数，并利用简单的线性插值法将原始数据转换成像素坐标。读取触摸点的坐标是由DdsiTouchPanalGetPoint()函数实现的。另外，在每个转换过程的前后，驱动程序必须检查并确认屏幕仍处于被触摸状态。因为我们不希望采集到实际上是处于“开路状态”的稳定读数。因此，在读取触摸数据时，我们需要对原始数据进行去抖动处理，然后确定屏幕被触摸时是否有稳定的读数；如果不稳定就要继续读取数据并进行去抖动处理，直到得到稳定的数据为止。

最后，触摸屏驱动程序应将触摸状态和位置变化信息发送给更高层的应用软件，以完成一次完整的触摸操作。