WinCE第三方驱动安装之二——CAB安装包制作
Microsoft Windows CE是紧凑的，高效的操作系统，它被广泛的应用在从手持电脑到专门的工业控制器或消费用电子产品等各种嵌入工业产品中。英创公司ARM9系列工控主板预装了正版Windows CE5.0操作系统，并对板上所有硬件资源提供了完备的驱动支持。随着WinCE操作系统的广泛应用，越来越多的在PC上使用的硬件设备提供了对WinCE系统的支持，如3G模块，Wi-Fi等。
第三方驱动一般以两种形式提供，一是动态链接库（*.dll）加对应的注册表文件（*.reg），另一种是可直接安装的CAB文件（*.cab）。与动态链接库加注册表文件形式的驱动相比，CAB文件安装十分方便，不需要了解繁杂的WinCE INF文件格式或REG文件格式。本文介绍通过WinCE CAB Manager工具将以动态链接库usbser.dll和注册表文件usbser.reg 形式提供的USB转串口驱动程序压缩为可直接在英创主板上安装的CAB压缩包的方法。
1、打开WinCE CAB Manager，选择File->New，运行New Cabinet wizard(CAB新建向导)，选择“next”直至完成如图1。
2、在CAB Information上点击右键，选择Properties(属性)选项（如图2），打开CAB 包属性设置对话框，如图3。
3、在CAB Properties对话框中（如图3），填写Company Name(公司名称)和Application Name(CAB包名称)。
4、切换至CAB Properties->Installation Directory对话框，设置CAB包默认安装路径，此处设置为NandFlash\USBDriverDll目录，如图4。
5、切换至CAB Properties->Cabinet对话框，设置处理器类型，Processor可直接选择为ALL/CEF，如图5。
6、切换至CAB Properties->Operating System对话框，设置操作系统版本，设置为支持CE4.0～CE5.0，如图6。设置完成后选择确认完成CAB包属性设置。
7、为CAB包增加DLL文件，如图7，在File标签上点击右键，选择Add…添加USB 转串口驱动的动态链接库文件usbser.dll。
8、修改usbser.dll的安装路径，在图8中所示USBSER.DLL上点右键，选择Properties,在弹出的USBSER.DLL Properties对话框中设置usbser.dll的安装路径，如图9，选
择%InstallDir%表示使用在第4点中设置的默认安装路径，即将usbser.dll安装到NandFlash\USBDriverDll目录。
9、选择File->Import->Import form RGE...导入USB转串口驱动程序对应的注册表文件usbser.reg。在导入注册表时需要注意，第三方驱动默认安装目录往往是windows目录，因此需要在注册表文件中将动态链接库安装目录修改为在第4点中指定的目录NandFlash\USBDriverDll 。图10是注册表修改前后的对比。
将上面的工作保存后，一个可在英创主板上安装的CAB包PL2303_Driver.CAB就制作完成了，下面结合英创工控主板EM9161，介绍PL2303_Driver.CAB的安装方法。
1、在EM9161的Nandflash目录下新建UsbDriverDll文件夹。
2、将制作好的CAB安装包PL2303_Driver.CAB拷贝到EM9161 Nandflash，双击运行，如图11，点击OK完成驱动程序的安装。
对于英创公司其它没有WinCE标准显示界面的嵌入式主板EM9160、EM9260、
EM9360可通过WinCE远程桌面实现CAB包安装，安装过程与EM9161一致。
https://www.doczj.com/doc/a65316553.html,/article/article2010394.html
posted @ 2011-07-25 17:06 Maintell 阅读(65) 评论(0) 编辑
wince下USB设备驱动程序
随着USB设备的不断增加，我们这些开发人员也就多了对USB设备进行驱动程序开发的工作。但是对于很多初学者来说，存在以下三个困难：
一是对WinCE的驱动程序结构了解得太少，没办法得心应手的专注于驱动程序的开发工作；
二是对WinCE自带的USB驱动程序的例子没有弄懂，看到一大堆文件夹结构和源程序思维混乱；
三是几乎没有什么中文的参考资料，不知如何下手。
第三条是很多开发人员都遇到的，我也一样，很多朋友问我有没有什么资料，我也只能说抱歉，因为我也同样有这个问题，一切都靠自己的黑暗中摸索，因此本文不谈第三条。
第一条是可以找到资料的，如《Windows CE .NET系统分析及实验教程》，因此本文也不打算在此花费大量笔墨。
这样，本文的着重点就在第二条上面了，通过本文，我希望能让更多的朋友理解Windows CE下对USB设备的驱动模型及样例程序中的实现过程，以样例代码为基础理顺USB设备驱动程序的开发思路。同样，本文的读者对象预期是入门者和准备着手USB驱动开发的人员，驱动开发高手自然就当一笑吧。同时写本文的目的也是履行我半年前答应很多朋友的诺言，并向我的慵懒致歉。
好了，在看样例程序之前，我们还有些东西需要了解，我们就先来看下图：
在此图中，我们可以非常清晰的看到主机和物理外设之间的结构方式，在主机端，通过USBD模块和HCD模块使用默认的PIPE访问一个通用的逻辑设备，实际上就是说USBD 和HCD是一组抽象出来的访问所有USB设备的逻辑接口，它们负责管理所有USB设备的连接、加载、移除、数据传输和通用的配置。其中HCD是主机控制驱动，是为USBD提供底层的功能访问服务，USBD是USB总线驱动，位于HCD的上层，利用HCD的服务提供较高层次抽象的功能。
由于HCD和USBD都是面向的一致的逻辑设备接口，那么对于各种各样的物理设备，就需要有唯一对应的设备驱动程序，这就是上图中最上层的特殊的PIPE所连接的物理设备和USB设备驱动程序。
有了对这个结构的认识，我们可以明确的是我们要写的就是最上端的USB设备驱动程序，在WINCE的样例程序中也称为USB Client Driver，它是工作于USBD之上，所以实际上我们的工作就变成了利用USBD提供的接口针对特定的物理设备来完成USB设备驱动程序，而暂时与其他的部分无关。
好了，先到这，接下来就准备看一些具体的东西吧！
接下来，我们就来分析一下CE中的样例程序，我用的是4.2版本的，所以下面的内容是4.2版本中的程序。这里的程序是通过文件夹的形式组织在一起的，所以我们还是像以前学习CE的时候那样，先来了解与此相关的文件夹结构，如下图。
在USB文件夹下，分成了CLASS,CLIENTS,COMMON,HCD,INC,USBD几个文件夹，其中INC和COMMON里面有一个lock.c的程序，这个程序很明显是将要被其他USB有关的驱动程序所使用的一个锁，代码很简单，只是一个类似临界区的封装体，可以保护多线程对同一内存区域的读写访问，可以先不去管它。CLIENTS文件夹可能最初微软的开发人员是用来放置设备驱动程序的，但是后来没有放，而发布的时候也没有删除，所以遗留了下来，里面是个空的文件夹，所以没用实际用处。USBD和HCD是前述的底层驱动，里面含有很多子文件夹和程序，由于我们只针对USB设备驱动，因此对这两部分不做分析，不兴趣的朋友可以自己去了解。
重点就在CLASS文件夹了，展开来看，里面又包含了COMMON、HID、PRINTER、STORAGE几个文件夹，同样，COMMON里面存放的源程序是为HID、PRINTER、STORAGE所共有的。HID是USB输入设备如键盘/鼠标的样例驱动程序，PRINTER是USB打印机的样例驱动程序，STORAGE是USB存储设备如U盘的样例程序。
我们此次以USB存储设备为例，所以再来展开STORAGE文件夹，其中的INC文件夹里面是头文件，CLASS是USB存储设备的驱动程序，DISK是磁盘驱动程序。这里为什
么有两个驱动程序呢，我来简要解释一下。
驱动程序工作在硬件与操作系统之间，它有两个功能，一个是将操作系统转发来的操作以符合指定硬件设备的形式控制硬件设备，另一个是向操作系统提供这个访问接口。比如说U盘，一方面驱动程序要把操作系统对U盘的识别、读、写等操作转换成U盘的动作，另一方面又告诉操作系统这是个U盘，可以当成一个文件夹或文件系统来用，能够接受标准的文件操作命令。所以此处存在两个驱动。
另外还有一个文件夹，WINCE420\PUBLIC\COMMON\DDK\INC，这里面是与设备驱动有关的头文件，对于USB设备，相关的文件有USB100.H, USBTYPES.H, USBDI.H，这里面前两个里面关于USB的定义是完全符合USB规范的，不是随便定义出来的，而USBDI.H文件里的内容就是USBD总线驱动程序向USB设备驱动程序提供的接口描述，在开发USB设备驱动时必须要包含此头文件，这样才可以得到USBD接口的原型。
此前，我们共同了解了USB驱动在CE中的位置结构，也了解了样例驱动程序的文件夹结构，接下来，我们就要了解一下USBD为我们提供了哪些接口来实现设备访问以及驱动程序管理的功能。找到USBDI.H，不要告诉我你找不到吧，不管你用什么编辑器，记事本也好，PB也好，VC/EVC或者VS都行，打开它，我们一起来了解一下USBD为我们提供了什么。
我们首先看到的一个大的结构体就是_USB_DRIVER_SETTINGS，注意这个结构体不是USB规范中的USB设备描述，而是为了CE设备管理器加载USB设备驱动程序方便而建立的。该结构体中对供应商描述、设备描述和Interface的描述是用来匹配注册表中对USB 设备驱动的注册表键，当设备管理器发现你设备的这些值与注册表中的这些值相符时，就会加载你的驱动。也就是说它是与你的设备唯一对应的东西，是一种标识。该结构体的供应商部分的描述需要根据你的设备的供应商信息来填，设备描述的设备类、子类、协议等可以在USB规范中找到，在USB100.H头文件中也有一部分，在后面的样例程序中也定义了一部分。
在接下来有三个函数是必须由USB设备驱动程序实现的，这也就是我们在MSDN里或其他CE的文档里所看到的，这几个函数就是：
USBDeviceAttach：设备加载的时候由系统调用
USBInstallDriver：设备第一次加载的时候由系统调用，用来安装注册表配置以便搜索设备
USBUnInstallDriver：设备移除后清理由上一个函数写入的注册表配置
这样在我们的驱动程序中就一定要按照这三个函数的原型来实现，否则就不能为设备管理器所识别。其实除了这三个，个我觉得第四个也是必须的，这就是一个函数指针所指向的函数：
*LPDEVICE_NOTIFY_ROUTINE
这个指针所指向的函数是用来接收通知消息的，既然微软说任何USB设备必须实现
USB_CLOSE_DEVICE消息的响应，那么这个指针所指向的函数自然也就是必须要实现的了。
继续向下看，是一组函数的原型，这些函数就是USBD向设备驱动程序提供的服务接口，有些函数是可以任意调用的，用来完成版本信息读取、注册表操作和设备驱动程序注册，这些函数有：
GetUSBDVersion RegisterClientDriverID UnRegisterClientDriverID RegisterClient Settings
UnRegisterClientSettings OpenClientRegistryKey
还有大量的函数是必须通过指针调用的，通常只允许在驱动程序中调用，为了方例使用，在这里给出一个_USB_FUNCS的结构体，每一个结构体成员对应了一个函数指针，这样在驱动程序中要想使用USBD函数只能通过一个结构体变量来进行了，在这里我们要记住这个结构体的名字，并且微软还对这个结构体变量进行了以下的类型定义：
typedef struct _USB_FUNCS USB_FUNCS, * PUSB_FUNCS, * LPUSB_FUNCS; typedef struct _USB_FUNCS const * PCUSB_FUNCS;
typedef struct _USB_FUNCS const * LPCUSB_FUNCS;
好了，到此我们发现，大部分的USB工作都已经被USBD完成了，我们为了实现自己的设备驱动，只需要利用这些指针或函数，来实现四个我们自己的函数，然后在其中匹配上我们自己的设备就可以了。是不是忒简单，没错，总不能刚开始就把自己吓得不行，那样后面可就没法做了。
在上次了解了所有USBD接口函数以后，我们已经有了很多基础知识了，回顾USB样例的文件夹结构，我们还能记得USB\CLASS\COMMON这个文件夹下是存放所公共部分的源程序，它是微软专门抽象出来的能为大多数USB设备驱动程序服务的一些结构体以及函数的封装，我们这次再来概略的了解一下这里面的源程序。
这里面包含了三个程序，分别是：
remlock usbclient utils
下面我们分别来了解一下这三个程序的功能和接口，很显然，USB设备驱动程序肯定是会用到这其中的一部分函数的，因此我们不一定需要读懂这其中的每一行，但至少要对这些函数有个印象，不至于在读驱动程序时不知道函数的来源。
remlock程序是一个移除设备的锁，利用这个结构体
typedef struct _REMOVE_LOCK
{
BOOL Removed;
LONG IoCount;
HANDLE RemoveEvent;
} REMOVE_LOCK, *PREMOVE_LOCK
来实现在设备移除时进行的同步控制。其中Removed成员是对设备是否已经移除的标识，IoCount成员是对设备进行访问的数量，这也是驱动程序中常用的行为，就像此前我们看到的那个Lock程序一样，RemoveEvent是一个内核事件，熟悉WIN32编程的应该都很清楚，它是内核通知应用程序的一种方式，也是线程这间并发控制的一种手段，如果不熟悉，还是
像我在以前文章中提到的那样，一定要找WINDOWS高级编程之类的书把它学明白，否则就很难控制驱动程序了。
利用它实现的那几个函数就不说了，与临界区的用法是一样的。另外提一句，在此程序中有类似InterlockedIncrement这样的函数，这种函数是WIN32 API函数，专门用来提供多线程对同一变量的同步访问的，可以通过MSDN查到详细用法。
usbclient程序是对USBD进行包装以供USB设备驱动程序使用的函数接口，通过usbclient.h我们可以发现里面是关于数据传输、属性设置、状态描述和复位的一组函数原形的定义，我们再看usbclient.c文件，这些函数大部分都拥有一个LPCUSB_FUNCS类型的参数，回顾上次我们对USBD的了解可知，正是通过这一参数才能访问USBD提供的服务功能，浏览一下函数的实现发现，确实每个函数都是通过这个参数调用了USBD的函数，然后处理调用后的结果，所以这里只是多了一层封装，使得驱动程序的编写更加清晰易于维护。
另外，这里我们要留意一下IssueBulkTransfer()、IssueInterruptTransfer()、IssueVendorTransfer() 这三个函数，它们实现了通用的Bulk传输、中断传输和自定义的传输方式，在驱动程序中要用得到。
utils程序很简单，是对注册表操作的封装，利用_REG_VALUE_DESCR这个结构体和GetSetKeyValues()函数可以方便的访问注册表，在驱动程序的安装中会用得较多。
又说了这么多东西，虽然没有看多少程序，但我们又离驱动程序近了一层，至少知道了很多函数是要在驱动程序中用到的，如果有兴趣，可以具体阅读每一个函数的实现方法，但我觉得这并不影响对驱动程序的开发。如果是我写驱动，在没有特别的情况下，我会把这些公用的源程序照搬过来，这可是能极大的缩短开发周期的事哦！
正如所料，接下来我们就进入到DRIVERS\USB\CLASS\STORAGE\CLASS文件夹下，接触USB设备驱动程序。
我们先来了解两个头文件，分别是STORAGE\INC\usbmsc.h和
STORAGE\CLASS\usbmscp.h，其中前者是USB存储设备公用的头文件，后者是需要按
照自己的设备更改的头文件。我们先来看前者。
在usbmsc.h这个头文件中，前边定义了很多常量，包括子类和协议的常量，这是从
哪里来的呢？前文我们已经提到过，这些量值是依据USB设备规范得来的，在规范上都作了定义，所以此处的值必须与USB规范中的相一致。再向下的命令块结构体和数据块结构体是用来与USB设备通讯用的，可以通过这两个结构体的实例与USB设备传输数据。下面的函数原型就不说了，前文提到过，在这里只记得有这几个函数就行了。
再来看usbmscp.h这个头文件，这个头文件是要按照自己的需要和USB设备来进行
修改的，比如DRIVER_NAME_SZ是驱动程序的名字，RESET_TIMEOUT 是一个超时的默认值。还有很重要的一个就是USBMSC_DRIVER_SETTINGS的设置，这个设置是与USBDI.H中的USB_DRIVER_SETTINGS结构体一一对应的，为了符合我自己的设备，通常要把dwVendorId和dwProductId等设置成设备的对应值，比如我的U盘的VendorID是0x058F，ProductID是0x9321,那我就会把这两个值对应的写在相应的位置上。同时在系统注册表中也会利用这两个值修改注册表的键以便设备管理器可以顺利的找到我的设备驱动。
下面还有一个_USBMSC_DEVICE结构体，它是用来描述你自己的USB存储设备的，是封装了USBD函数表指针、磁盘设备指针、管道和配置项的最重要的数据结构，在驱动
程序实现上此数据结构就是重点的参数，鉴于样例程序对每一个结构体元素都作了明确的注释，此处我就不一一描述了，它就像C++中的类一样，是最后把一些小类组合起来的可以
最终使用的结构。
好了，对这两个头文件有所了解以后，我们就进入最关键的部分，源程序。我们接下来来看usbmsc.c这个文件。为什么要先看这个文件而不是同一文件夹下的其他几个文件呢？我来解释一下。在这个文件夹中有一个usbmsc.def的文件，大家都知道它是定义了导出函数的，通常与它同名的程序文件都会含有DllEntry的入口，既然入口在这，那我们自然就
先来看这个文件了。如果用到了其他的文件，再看不迟。
这可是一个有1000多行的源程序，但不要害怕，我们只看最主要的，别的函数的实
现你可以自己去研究。首先看到文件的DllEntry入口之前有5个函数原型的定义，从函数
名上就可以知道这个函数的功能了，很显然这几个函数是程序实现过程中被调用的，所以目前知道功能就行了，不用了解实现方法。忘了说一句，这个程序中包含了bot.h和cbit.h两个头文件，可见程序中是要用到它们的功能的，不过先不管它，继续往下看。
DllEntry入口函数的下面，就是USBInstallDriver()这个函数了，它的作用是进行与USB 设备相关的注册表操作，主要的语句是：
bRc = RegisterClientDriverID( wsUsbDeviceID );
bRc = RegisterClientSettings( szDriverLibFile, wsUsbDeviceID, NULL,
&usbDriverSettings );
即先注册设备类别，然后是设备细节。同样，USBUnInstallDriver()函数是以相反的顺序解除注册信息的。这几个与注册有关的函数在前面我们提到过，是由USBD接口提供的，这里我们可以看到USBD对设备驱动程序的重要性。
在继续向下看，我们发现了USBDeviceAttach()函数，这可是最重要的地方了，当有USB 设备插入插口以后，操作系统是如何识别它的呢，如何将其做为一个文件夹加以访问的呢？我们就来解开这里的谜团。
为了我们方便说明，我将此程序简化如下：
后面的程序将以此行号进行说明。
我们来看程序的第4行，这里有一个判断语句，它是在判断插入的设备是否是
USBMSC_INTERFACE_CLASS类型的，这个常量是在usbmsc.h文件中定义的，也就是说如果设备不是USB存储设备，那么就结束这个函数，也就是此驱动只能处理USB存储设备。
当发现设备符合此驱动程序的要求后，就通过函数ParseUsbDescriptors()来解析这个设备，这个函数在下面的程序中将被实现，我们可以看一下该函数的函数体，很显然，它是在为设备进行各种配置，这就不多说它了。
再往下，分配内存，设置标志，从注册表中读取信息。注意，这里读取到的注册表信息是Drivers\\USB\\ClientDrivers \\Mass_Storage_Class和bInterfaceSubClass变量组合成的注册表键下的值，具体可参阅源程序，这个注册表键下放置的内容是
[HKEY_LOCAL_MACHINE\Drivers\USB\ClientDrivers\Mass_Storage_Class\6] "DLL"="USBDISK6.DLL"
"Prefix"="DSK"
"Folder"="USB Disk"
"IOCTL"=dword:4
"IClass"="{A4E7EDDA-E575-4252-9D6B-4195D48BB865}"
由此可以看出，通过此处的注册表读取，驱动程序可以知道这个设备将通过哪种形式以及哪个DLL向操作系统提供接口。同时也为后续的操作进行了准备。
最关键的部分就在接下来的LoadDriver()那句，加载了另一个驱动程序的DLL文件，就是上述注册表中的USBDISK6.DLL文件，计数器增一，取到该文件中UsbDiskAttach函数及UsbDiskDetach函数的地址，注册事件通知处理函数，然后调用了该DLL文件中的UsbDiskAttach函数。
由此可见，USB设备驱动程序有两层功能，一方面是识别出指定的设备并进行配置，另一方面按照要求调用更高层的驱动程序来向操作系统提供接口。当调用了
USBDISK6.DLL后，操作系统就会按该文件中的程序以一个磁盘的形式或文件夹的形式进
行处理，通过文件系统的操作，就可以对其进行读写控制了。我们也可以看一下HID设备的这个函数，它也是通过这种方式让操作系统知道把USB设备识别成鼠标设备的。
前文我们说过还有一个通知消息的回调函数，我们在刚才的程序体中已经发现通过：UsbFuncs->lpRegisterNotificationRoutine( hDevice, UsbDeviceNotify, pUsbDevice );
语句已经对这个函数进行了设置。我们再向下来看一下这个函数的函数体。这个函数很简单，只要对USB_CLOSE_DEVICE消息进行处理，既然是要关闭USB设备，那么调用USBDISK6.DLL中的Detach函数是必须的，让上层的驱动程序进行释放，然后将引用计数减一，如果不再有设备引用此驱动程序，则FreeLibrary()，仅此而已。
其余的函数可以再仔细研究一下，在此就不详细描述了，接下来我们要弄明白的就是到底操作系统是如何通过抽象的DISK读写具体的设备呢？
带着上次留下的疑问，我们继续来学习操作系统如何通过USBDISK读写USB设备的。我们先看USB\CLASS\STORAGE\DISK \SCSI2\usbdisk6.def文件。在这个文件中可以看到，该DLL一共导出了14个函数，其中两个是上次内容当中被设备驱动程序调用的UsbDiskAttach和UsbDiskDetach，余下的是一组以DSK开头的流驱动接口，易见，USBDISK是以流驱动的形式向操作系统提供服务的。
为了清晰起见，以下大量的程序我们并不学习，而只关心设备读写，因此我们来看DISK.C这个程序文件。找到DSK_Read和DSK_Write两个函数，令我们大失所望，因为这两个函数都是形如
UNREFERENCED_PARAMETER(pDevice);
UNREFERENCED_PARAMETER(pBuffer);
UNREFERENCED_PARAMETER(BufferLength);
DEBUGMSG(ZONE_ERR,(TEXT("DSK_Read\n")));
SetLastError(ERROR_INVALID_FUNCTION);
return 0;
这样的实现，也就是说用户无法通过常规的ReadFile和WriteFile函数使用这个设备，那怎么办？是否意味着这个DISK无法读写呢？当然不是，我们应该马上想到DSK_IOControl()这个函数，当遇到某些设备无法用常规的文件操作函数操作时，我们有DeviceIoControl()用户函数可以使用，而这个函数就会调用到驱动程序中的DSK_IOControl函数。
在这个函数中，我们找到了对IOCTL_DISK_READ等命令的处理程序，其中最关键的一句就是ScsiRWSG(pDevice, pSgReq, pDevice->Lun, bRead)，即调用了一个ScsiRWSG的函数。
在Scsi2.c这个程序中，我们找到了这个函数，其中SG指的是一种读写缓冲区的数据结构，实际上就是带有缓冲区及长度的一个结构体，是CE下磁盘设备通用的读写数据结构，可以在diskio.h中找到它的定义。在这个函数中我们发现它再次调用了ScsiReadWrite()这个函数进行读写操作，找到这个函数，里面有我们最重要的一行调用，即调用了UsbsDataTransfer()函数，还记得这个函数在哪见过吗？没错，就是在USB设备的驱动程序当中。
通过这一过程我们发现，那些Scsi的函数都只是在准备一些缓冲区、数据结构等，并没有对硬件进行操作，真正要操作硬件设备的还是由驱动程序来完成的，可见，设备驱动程序是有着很强层次结构的，下层是专门针对物理设备的，上层是针对操作系统的抽象设备的，下层是U盘等物理实体，上层是文件夹，二者通过一定的通信或调用机制完成了设备在操作系统下的正常工作。
回到usbmsc.c程序中来，找到UsbsDataTransfer函数，这个函数很简单，根据传输协议调用CBIT_DataTransfer()或BOT_DataTransfer() 即可。
https://www.doczj.com/doc/a65316553.html,/sea918/archive/2009/03/04/1403463.html
利用EVC快速开发WINCE5.0的流驱动(转载)
WinCE5.0提供了一个标准的流驱动格式，大大方便了设备驱动程序的开发工作。但是传统的开发方式往往效率很低。方法如下：
1.在Platform Builder下建立一个流驱动的dll工程。
2.为流驱动增加注册表项。如：
[HKEY_LOCAL_MACHINEDriversBuiltinIRControl]
"Prefix"="IRC"
"Dll"="irc.dll"
"Order"=dword:66
"Index"=dword:1
3.修改platform.bib文件,将流驱动的dll文件打包到NK.bin.
4.MakeImg,生成包含流驱动的NK.BIN.
整个过程烦琐,而且只要稍加修改,就要重先makeImg,大概要浪费3-5分钟.这种开发效率是很低的.
下面2种介绍在EVC下快速开发WINCE流驱动的方法,是我自己亲身经验,拿出来与大家分享,也希望和各高手相互学习和探讨.
WINCE 的驱动,不象桌面windows驱动开发那样烦琐,windows驱动开发分好几种,如wdm 啦,VXD啦,等等,开发这些驱动需要专门的开发环境和工具,给开发者带来比较高的技术门槛.所幸的是,WinCE的驱动开发,没有这么多的限制和门槛.而且应用程序可以直接和底层硬件打交道的(注:尽管这样,笔者还是不建议大家直接用应用程序访问底层硬件,这种做法是不
WinCE中的驱动程序开发 一．实验目的 1、熟悉WinCE中流式接口驱动程序的12个接口的功能。 2、掌握流式驱动程序的工作过程。 3、能够编写出流式接口的驱动程序。 二．实验内容 使用VS2005的智能设备应用程序开发方法，进行网络通信的编程，并通信多线程技术实现服务器与客户端之间的文件传输。 三．实验设备及工具 硬件：PC机一台； 软件：Windows XP操作系统，VS2005开发环境，WinCE 6.0开发环境，或Windows Mobile 5.0 SDK 四．实验步骤及说明 (1)写出流式接口驱动程序的12个接口，及每个接口的功能。 答：见教材515页 (2)写出流式驱动程序的工作过程。 答：第一步：加载驱动程序，主要有两种加载方式：（1）当系统启动时，设备管理器搜寻注册表的HKEY_LOCAL_MACHINE\Drivers\BuiltIn键下面的子键，并逐一加载该子键下的每一个驱动，此过程称为BusEnum；（2）应用程序可调用ActivateDeviceEx()函数动态地加载驱动程序。 第二步：设备管理器从注册表的dll键值中获取驱动程序所在的DLL文件名。 第三步：设备管理器调用LoadDriver()函数把该DLL加载到自己的虚拟地址空间中。 第四步：设备管理器在注册表的HKEY_LOCAL_MACHINE\Drivers\Active下，记录所有已经加载的驱动程序。 第五步：设备管理器调用驱动程序中的COM_Init函数，并把上一步中添加的注册表项的完整路径作为COM_Init函数的第1个参数传入驱动程序内。 第六步：在COM_Init中，通常须对硬件进行一些最基本的初始化操作。 通过以上的操作完成流式驱动程序的加载任务。 对驱动程序的操作： 第一步：应用程序使用该设备。首先，应用程序调用CreateFile(TEXT(“COM1”)….)打开设备。然后，文件系统判断打开的是文件还是设备。最后，如果打开的是设备，就将控制权交回设备管理器。 第二步：设备管理器调用驱动程序的COM_Open()函数打开设备。 第三步：COM_Open()函数把打开设备的结果返回给设备管理器。 第四步：设备管理器把SMP_open()的返回结果，返回给应用程序的CreateFile()函数调用。 通过第七步到第十步，设备已被成功打开，接下来可对设备进行读/写和控制操作。下面将以从设备中读取数据为例。 第一步：应用程序使用CreateFile()调用返回的句柄，调用函数ReadFile()，向设备发送读请求。
Window CE6.0开发平台搭建详解 2011年08月29日 Windows CE6.0的开发无非两大方面：操作系统开发和应用程序开发，操作系统开发包括系统的定制，驱动开发和其他需要完成的底层工作。应用程序开发主要是与实际应用结合紧密的程序开发。 要搭建这样的开发环境，至少要包括两部分，一个是硬件平台，一个是软件平台，在Windows CE6.0的开发中，微软公司把这些开发软件集成到了vs2005中。 Windows CE6.0开发环境需要安装的软件比较多、比较大，至少要10GB的空间，而且有着严格的安装顺序要求，一旦其中某一个环节出错，都会导致软件运行出现故障，为确保安装顺利，请仔细阅读本文，按照步骤一步一步进行安装。 一、所需安装软件 1、Visual Studio 2005 2、Visual Studio 2005 Service Pack 1 3、MSDN 4、platform builder for Windows Embedded CE6.0 5、Windows Embedded CE 6.0 Platform Builder Service Pack 1 6、Windows mobile 6的sdk 二、所用磁盘空间 在安装之前，请检查电脑的磁盘空间，VS2005和Windows Embedded CE6.0均是比较大 的软件，要占硬盘好10G多的空间，建议不要装在C盘，但是我装Windows Embedded CE6.0的时候，发现不能更改安装路径，没办法，只能把Windows Embedded CE6.0装在 C盘。 三、安装顺序 1.安装Visual Studio 2005 最好选择自定义安装方式，把不用的一些组件都删掉，这样会节省不少的磁盘空间。WINCE6.0的Platform Builder不像WINCE5.0是独立的，而是作为VS2005的插件，以后建立和定制OS、编译调试全部在VS2005里完成。 2.安装Visual Studio 2005 Service Pack 1
【转】LocalAlloc,VirtualAlloc,malloc,new的异同首先明白几个概念：虚拟内存是从硬盘置换出来的，堆本身就是内存，程序运行时，可用内存=物理内存+虚拟内存。虚拟内存一般用文件来保存数据，虚拟内存的出现主要是因为以前内存不够(16M的内存刚出来的时候可是天价啊)，磁盘相对便宜一些，所以聪明的系统设计者就把设计了虚拟内存，在程序运行的时候把那些很久没有被访问过的(可能以后也不会用到）内存映射到文件里面去（以后需要的时候再读进内存），把内存腾出来给真正需要执行的代码和数据，这样看起来可用内存就比物理内存多了。 HeapAlloc（）是堆分配内存函数，查看c,c++的malloc,new函数的代码，可以看到就是对HeapAlloc（）函数的封装，在堆上可以动态分配内存。 1. 首先我们来看HeapAlloc： MSDN上的解释为：HeapALloc是从堆上分配一块内存，且分配的内存是不可移动的（即如果没有连续的空间能满足分配的大小，程序不能将其他零散的空间利用起来，从而导致分配失败），该分配方法是从一指定地址开始分配，而不像GloabalAlloc是从全局堆上分配，这个有可能是全局，也有可能是局部。函数原型为： LPVOID HeapAlloc( HANDLE hHeap, DWORD dwFlags, SIZE_T dwBytes ); hHeap是进程堆内存开始位置。 dwFlags是分配堆内存的标志。包括HEAP_ZERO_MEMORY，即使分配的空间清零。 dwBytes是分配堆内存的大小。 其对应的释放空间函数为HeapFree。 2. 再看GlobalAlloc：该函数用于从全局堆中分配出内存供程序使用，函数原型为： HGLOBAL GlobalAlloc( UINT uFlags, SIZE_T dwBytes ); uFlags参数含义 GHND GMEM_MOVEABLE和GMEM_ZEROINIT的组合 GMEM_FIXED 分配固定内存，返回值是一个指针 GMEM_MOVEABLE 分配活动内存，在Win32中,内存块不能在物理内存中移动，但能在默认的堆中移动。返回值是内存对象的句柄，用函数GlobalLock可将句柄转化为指针 GMEM_ZEROINIT 将内存内容初始化为零 GPTR GMEM_FIXED和GMEM_ZEROINIT的组合
WinCEWinCEIWinCE Touch Panel 驱动详解 WinCE中的Touch Panel驱动是由GWE模块来管理的，Touch Panel驱动接收用户的触摸信息，并将其转换为屏幕上的坐标信息，传给GWE模块。在WinCE中, Touch Panel 驱动是分层的，分为MDDg和PDD层，这和其他WinCE设备驱动是一样的。MDDI由微软提供，用户只需要实现MD床口PDD层间的DDSI函数就可以了。如图 WinCE中的GWE模块负责加载和管理Touch Panel驱动，Touch Panel的MDD 层向上提供DDI接口，PDD层是针对硬件的实现，对MDD g提供DDSI接口。文档收集自网络，仅用于个人学习 1 Touch Panel驱动中的数据结构 ⑴ TOUCH _P ANEL_SA MP LE_FLAGS 用于描述一个采样点的信息，这些信息被定义在一个枚举结构中: enum enu mTouch Pan elSa mp leFlags { TouchSa mp leValidFlag = 0x01, TouchSa mp leDow nF lag = 0x02, TouchSa mp lelsCalibratedFlag = 0x04, TouchSa mpleP reviousDow nF lag = 0x08, TouchSa mp lelg nore = 0x10, TouchSa mp leMouse = 0x40000000 }; TouchSampleValidFlag :—个有效的采样值 TouchSa mp leDow nF lag：第一次按触摸屏时，返回该flag
wince驱动开发学习笔记 嵌入式技术/walking_man 发表于2007-03-20, 20:03 首先是wince驱动的分类问题。按照书上讲的说CE下驱动分成单体驱动和分层驱动,而看到另一种说法是本机驱动和流式驱动。经过microsun大哥的指点，把这两种分类法分开了。在这里引用一下：“单体与分层只是从代码的形式上做的分类.分层驱动代码上分为PD D与MDD,一般的微软已经实现了MDD，可能也实现了PDD，我们只需要对PDD做些修改就能使用，比如音频的驱动，显示的驱动。单层驱动是把PDD与MDD写在一起，没有做严格的区分，通常这种驱动比较简单，比如：ATADISK。 至于本地驱动和流式驱动是从驱动与系统其它模块(调用者)的接口 形式上做的分类.其实,本地驱动这个名称不大恰当,可能叫专用驱动或其它名字更为合适.它是指调用它的模块给它有特定的接口，比如电源驱动和通用LED驱动。而串口，网卡等就是流接口驱动程序. 所以,一个驱动程序可以是单体的流式驱动,例如:ATADISK.也可以 是分层的流式: 如OHCI ” 按照我的理解，单体和分层是驱动实现方式上的分类，而本地和流式则是驱动模型上的分类，所谓本地驱动就是操作系统有保留专门的接口，所谓流式是指编写的DLL文件里可以导出各种流式接口函数。 第二点：驱动的功能属性。设备驱动程序是操作系统内核和硬件的接口，操作系统定义了一组标准的接口，编写驱动的过程也就是实现这些接口。从应用程序到具体硬件间有如下这些环节起作用：
应用程序-调用OS函数-操作系统-驱动接口-驱动程序-硬件操作函数-硬件。在wince里驱动都以用户态的DLL存在，需要通过进程加载到slot里。共有三类系统进程用来加载：Device.exe,GWES.exe,File Sys.exe.绝大多数设备驱动都是通过Device.exe加载的。需要注意的是，不同的OS保留的设备驱动接口是不一样的，如桌面windows 和wince就不同。 第三点：wince下设备的初始化分为两个阶段：Device.exe的初始化；外设的枚举和加载。其流程是：上电-启动bootloader-启动N K-启动注册表init键（Device.exe启动）-初始化数据结构，I/O，电源管理等-加载BusEnum.dll(总线枚举器）-枚举注册表下Driver/buil din的所有子键。这里的枚举过程就是循环调用ActivateDeviceEx()函数加载驱动的过程。在OS启动完毕后，我们可以用PB的Remot e Registry Tool查看H_L_M/drivers/active包含的子键，看哪些驱动随启动而加载。 第四点：流接口驱动的概念。暴露流式接口函数的驱动即是流驱动，它把外设抽象成一个文件。过程是：应用程序使用文件API 对设备进行访问，OS接受API调用FileSys.exe，转到device.exe，调用流接口，与硬件交互。所谓流接口函数有十个，包括XXX_Init、XXX_Deinit、XXX_Open、XXX_Close、XXX_Read、XXX_Write、XXX_P owerUp、XXX_PowerDown、XXX_Seek、XXX_IOControl，在wince5.0中 增加le了XXX_PreClose,XXX_PreDeinit.而我们在应用程序里对应的文件A PI有CreateFile、DeviceIoControl、 ReadFile、 WriteFile，CloseHan dle,SetFilePointer. 第五点：编写流驱动的步骤。有两种实现途径：1。写DLL，做
Wince6.0驱动开发 (1) 在WINCE600\PLATFORM\LPC32XX \SRC\DRIVERS目录下新建一个目录MyDriver. (2) 在MyDriver目录下新建5个文件。 a) MyDriver.c 实现流接口函数的具体代码。 b) MyDriver.h 为MyDriver.h的头文件。 c) MyDriver.def 定义导出的函数名称。 d) makefile 与其它驱动的相同，不用改。 e) sources 链接和编绎文件。 (3) 前缀定义为MYD (4)文件内容完成后，在平台的“解决方案”的界面下，寻找FLATFORM\LPC32XX\src\drivers\MyDriver,然后单击鼠标右键，在弹出的菜单中选择“Build”,开始编绎驱动，完成后，在WINCE600\PLATFORM\LPC321XX\target\ARMV4I\retail下可找到MyDriver.dll. (5) 驱动加载的方法：手动，自动。 这里介绍自动加载的方法： a) 在MyDriver目录的位置找到dirs文件，在该文件中插入一行mydriver （都为小写）,并在上一行后加“\”。 b) 在平台的“解决方案”的界面下，寻找FLATFORM\LPC32XX\Parameter Files\platform.bib.打开此文件，在相关位置添加mydriver(_FLATRELEASEDIR)\mydriver.dll NK SHK SHK指明该文件的属性，S—系统文件，H—隐藏文件，K—在内核中的位置固定。 c) 在Platform.req文件中相关位置添加程序如下： ；MyDriver [HKEY_LOCAL_MACHINE\Drivers\BuiltIn\MYD] “Prefix”=”MYD”
开发wince驱动步骤： software：VS20005+wince6.0+BSP hardware：AT91SAM9261开发板（MCUZONE）1在vs2005新建一个驱动工程DemoDrv。
2编写好所有DemoDrv的源文件，例如“.cpp”or“.c”or“.REG”文件，特别注意source文件编写，然后单独编译DemoDrv看有无错误，这样避免全部编译NK导致时间太久。然后立即看到编译结果。若编译成功，会在$:\WINCE600\PLATFORM\AT91SAM9261EK\target目录有相应的DemoDrv.dll文件。（在实现文件“.c”需添加串口抛出信息以便调试）在如图所示：
3在目录$:\WINCE600\PLATFORM\AT91SAM9261EK\FILES找到配置文件：platform.reg 和platform.bib文件。 platform.bib文件添加： IF BSP_AT91SAM9261EK_DemoDrv DemoDrv.dll$(_FLATRELEASEDIR)\DemoDrv.dll NK SHK ENDIF BSP_AT91SAM9261EK_LED platform.reg文件添加： IF BSP_AT91SAM9261EK_DemoDrv #include"$(_TARGETPLATROOT)\SRC\DRIVERS\DemoDrv\DemoDrv.reg" ENDIF BSP_AT91SAM9261EK_LED 添加后分别保存。 4在$:\WINCE600\PLATFORM\AT91SAM9261EK\CATALOG目录下at91sam9261ek.PbcXml 文件打开： 添加文件：
微 处 理 机 M I CROPROCESS ORS W inCE 流驱动程序设计概述 顾峥浩,王自强,聂文华 (南京大学电子科学与工程系,南京210093) 摘 要:介绍了W inCE 操作系统下流驱动的设计方法,并在I ntel 公司的DBPXA255开发板下提供了关于8位数码管LED 的设计实例。 关键词:W inCE;流驱动;DBPXA255中图分类号:TP316.7 文献标识码:B 文章编号:1002-2279(2007)03-0081-03 The D e s i gn o f S tream I n te rface D ri ve r fo r W i nC E G U Zheng -hao,WANG Zi -qiang,N I E W en -hua (D epart m ent of Electronics and Engineering,N anjing U niversity,N anjing 210093,China ) Abstract:This paper intr oduces the strea m interface driver of W inCE,and p resents a sa mp le driver f or the Hex LED s of I ntel ’s DBPXA255. Key words:W inCE;Strea m interface driver;DBPXA255 1 引 言 W inCE 是一款由微软公司推出的面向嵌入式 领域的操作系统,被广泛应用于手机、P DA 、平板电 脑以及各种工控领域中。由于嵌入式设备硬件平台的多样性,针对不同的硬件编写驱动程序,从而使W inCE 上层屏蔽底层硬件的多样性就显得尤为重 要。 W inCE 的驱动按类型分有四种,分别为本地驱动(Native device driver )、流驱动、US B 驱动和网络驱动。其中流驱动由于接口简单、支持硬件设备最多,因而最为常用。下面将结合DBPXA255开发板中流驱动的一个简单实例,详细说明其设计方法。 2 流驱动开发的基本知识 2.1 开发W inCE 驱动的基本工具 驱动程序属于板级支持包(BSP )开发的一部分,可以使用微软的Platfor m Builder 工具进行设计。该工具将驱动编译成动态库,并整合到CE 系统中去。如果成功,则会得到一个NK .bin 的文件,此文件即为按照你的硬件平台定制的内核镜像,将其下载到嵌入式设备中就可以运行W inCE 了。笔者使用的是其.Net 版本。2.2 DBPXA255开发板 PXA255是I ntel 公司推出的取代Str ong AR M S A1110的新一代嵌入式应用处理器,属于ar m 系 列,它拥有Thumb 压缩指令、64位长乘法指令、增强型DSP 指令等先进特性,并集成了众多的外部接口,支持L inux 、W inCE 、Pal m OS 、Sy mbian OS 等主流嵌入式操作系统。DBPXA255开发板基于该型处理器,添加了一些外设如触摸屏、声卡接口等,在嵌入式开发中有着广泛的应用。2.3 W inCE 设备驱动程序的加载 大部分W inCE 驱动程序在系统引导的时候被设备管理器加载,加载信息被放在注册表的特定子键中,一般被设定为“HKEY _LOCAL _MACH I N E \DR I V ERS\BuiltI n ”。例如音频设备(W ave Dev )的加载信息: [HKEY _LOCAL _MACH I N E \D rivers \BuiltI n \W ave Dev\] "Prefix"="WAV ""D ll"="wavedev .dll" "I ndex"=dword:1"O rder"=dword:0 Prefix 的值代表设备的前缀名,用于标识与特 定名称设备相关联的文件流访问接口,必须由三个大写字母组成。在这里它的值为WAV ,那么设备的打开、关闭例程就为WAV_Open 和WAV_Cl ose 。 “D ll ”的值代表该设备驱动程序所在的动态库的名称,这里系统将在“wavedev.dll"中查找对 作者简介:顾峥浩(1981-),男,江苏无锡人,硕士研究生,主研方向:W inCE 、L inux 下嵌入式开发及应用。收稿日期:2005-03-02 第3期 2007年6月 No .3 Jun .,2007
用Labview开发WINCE应用程序 概述 这几年安装Windows CE系统的单板电脑开始在工控行业里普及。用VS2005/VS2008开发Windows CE系统的应用程序可以像开发PC机的应用程序一样。现在我们还可以选择LabVIEW开发Windows CE系统的应用程序。这样我们就可以很容易开发出漂亮而且专业的界面。如仪表,波形显示等。Labview 2009安装和激活Touch Panel Module后即可支持Windows CE。推出的WINCE工业单板电脑系列有4.3寸，5.6寸，7寸，8寸，10.4寸，15寸均支持Labview开发。 图1 安装Windows CE系统的单板电脑 1.用Labview 2009开发WinCE应用程序 需要安装的工具包括了：USB驱动程序、Microsoft ActiveSync 同步软件、Labview 2009、和LabVIEW 2009 Touch Panel Module。随光盘附带有丰富的例子：串口、波形图等。 1.1.准备步骤 1.1.1.安装USB驱动程序 Wince 单板电脑首次与PC机（一般是桌面电脑）相连时，会提示需安装USB驱动程序。以后可跳过这步。将PC机与Wince 单板电脑通过USB口相连，当PC机提示发现新硬件时,找到附带光盘中的USB驱动文件夹中WINCE下面的wceusbsh 文件。 1.1. 2.安装工具软件步骤 1.Microsoft ActiveSync 4.2同步软件；
2.开发工具： ①安装Labview 2009开发系统平台； ②安装触摸屏面板模块（LabVIEW 2009 Touch Panel Module）； 1.1.3.重点提示 以上工具安装完成后,当WinCE运行并与开发机通过USB 相连时，ActiveSync 会自动启动,要求建立合作关系,如下图 1.1： 图 1.1 按默认设置即可,完成后如下图 1.2所示： 图 1.2
Computer Science and Application 计算机科学与应用, 2011, 1, 160-163 doi:10.4236/csa.2011.13031 Published Online December 2011 (https://www.doczj.com/doc/a65316553.html,/journal/csa) The Embedded Design of Audio Network Transmission Based on WinCE Operating System* Wenfeng Li1, Juming Li1, Keqiang Xu2, Jun Lu3 1College of Communication and Information Engineering, Xi’an University of Science & Technology, Xi’an 2Xi’an Mount Zhong Nan Information Technology Ltd, Xi’an 3Shijiazhuang Institute of Career Academy, Shijiazhuang Email: liwenfeng@https://www.doczj.com/doc/a65316553.html,; {lijuming2008, lujun07}@https://www.doczj.com/doc/a65316553.html,; glen_xu@https://www.doczj.com/doc/a65316553.html, Received: Oct. 14th, 2011; revised: Oct. 25th, 2011; accepted: Nov. 9th, 2011. Abstract: In order to solve the heavy equipment and hard to build fast networking problems in mine emer- gency rescue communication network, a portable network terminal equipment is designed in this paper. It uses WinCE system and TCP/IP network protocols, including WinCE transplantation, network transmission and WinCE embedded application development. A mutually for the client server network communication is realized, and the real-time transmission of underground video, audio, environmental parameters acquisition information is achieved. Finally the embedded terminal and the PC host combined joint debugging are conducted. Test data indicate that audio network transmission is efficient, and the software code is with good encapsulation and portability. Keywords: Mine Emergency Rescue; Network; TCP/IP; WinCE 嵌入式WinCE的视音频网络传输设计* 李文峰1，李举名1，徐克强2，陆军3 1西安科技大学通信与信息工程学院，西安 2西安终南信息技术有限公司，西安 3石家庄理工职业学院，石家庄 Email: liwenfeng@https://www.doczj.com/doc/a65316553.html,; {lijuming2008, lujun07}@https://www.doczj.com/doc/a65316553.html,; glen_xu@https://www.doczj.com/doc/a65316553.html, 收稿日期：2011年10月14日；修回日期：2011年10月25日；录用日期：2011年11月9日摘要：为了解决矿山应急救援通信网络设备沉重、快速组网困难的问题，本文设计了一种便携式网络终端设备。其采用WinCE系统和TCP/IP网络传输协议，包括WinCE移植工作，网络传输和WinCE 嵌入式应用程序的开发。实现了一种互为客户端服务器的网络通信，完成了井下视频、音频、环境参数采集信息的实时传输。最后将嵌入式终端和PC主机结合起来进行了联合调试。大量测试数据表明视音频网络传输高效，软件代码具有良好的封装性，可移植性。 关键词：矿山应急救援；网络传输；TCP/IP；WinCE 1. 引言 近年来，我国矿山事故频繁发生，例如塌方、透水、煤矿起火、瓦斯爆炸等，对矿工生命构成威胁，并使国家遭受重大经济损失。为此，国家煤矿安全监察局成立了矿山救援指挥中心。预示着国家对矿山救援设备及救援人员素质的要求有进一步的提高[1]。本文源于井下现场信息记录仪研发项目，旨在设计一款专用于矿山应急救援通信的便携式设备，实现井下移动通信、视频传输、语音双向传输、人员定位以及瓦斯粉尘监控信息传输。方便灾后救援人员快速展开救援工作。网络通信是整个系统设计的关键基础，本文重点阐述软件平台搭建和网络通信的实现。 *基金项目：国家科技部2009年度科技型中小企业技术创新基金(09C26226115674)；2010年西安市科技创新支撑计划(CY100850)；陕西省教育厅自然科学专项(08JK354)。
平台：wince5.0.0OK2440-III BSP 直接在wince下操作硬件可以避免烧写NK，避免繁琐的驱动调试，用来验证硬件好坏非常有用，是系统起来后调试外设的很好的手段。 一、在平台 wince平台是比较成熟的平台，驱动比较好调试，驱动和应用的写法可以一模一样，甚至可以采用EVC来开发流驱动，效果不错。 在上直接访问硬件有如下方法： 1、直接访问uncached虚拟地址，成功案例如下： //-GPB for LCD backlight control 0xB16000XX is uncached Address#define rGPBCON(*(volatile unsigned *)0xB1600010)//Port B control#define rGPBDAT(*(volatile unsigned *)0xB1600014)//Port B data#definerGPBUP(*(volatileunsigned*)0xB1600018)//Pull-upcontrolB下面的代码在EVC下成功控制了背光。 // test is OK ---the backlight is controlled void CSPI_wifi_testDlg::OnButton3() { // TODO: Add your control notification handler code here// setting GPB1out [3:2]=01 rGPBCON& rGPBCON| rGPBDAT| }=~(1<<3); =(1<<2);
=(1<<1);// backlight on // backlight off //rGPBDAT&=~(1<<1); 2、使用MmMapIoSpace以及MmUnmapIoSpace访问 其实MmMapIoSpace以及MmUnmapIoSpace就是用VirtualAlloc和VirtualCopy实现的，下面地址有一篇文章详细介绍 MmMapIoSpace以及MmUnmapIoSpace成功访问硬件案例： void CDlgDemoDlg::OnButton1() { // TODO: Add your control notification handler code here//unsigned char *gpio_base; unsigned int *gpio_base; OutputDebugString(L"TestDrv - LedDrive1\n"); //PUCHAR ioPortBase; PHYSICAL_ADDRESS PortAddress = {0x, 0};//LowPart=0x；HighPart=0;gpio_base =(unsigned int *)MmMapIoSpace( PortAddress, 0x04,FALSE );//获得内存，4字节大小。 *gpio_base = 0x0585FF87; }//直接访问硬件 //释放内存 MmUnmapIoSpace(gpio_base,0x04); 3、用VirtualAlloc和VirtualCopy访问硬件
基于WinCE的I2C驱动程序设计 摘要：将操作系统和相应硬件设备连接起来，编写联系硬件和软件的驱动程序至关重要。本文主要讨论在WinCE操作系统下，如何设计实现S3C2410芯片具有I2C接口的驱动程序；详细介绍WinCE下，流驱动程序的编写方法，同时将驱动通过Platform Builder编译进操作系统，最后用动态链接库的方式提供给用户使用。 关键词：WinCE 流驱动 I2C总线驱动程序 引言 随着以计算机技术、通信技术和软件技术为核心的信息技术的迅速发展，嵌入式系统在各行业得到了广泛的应用，极大地推动了行业的渗透性应用。嵌入式系统是“以应用为中心、以计算机技术为基础、软硬件可裁剪、适应应用系统对功能、可靠性、成本、体积、功耗严格要求的专用计算机系统”，由嵌入式硬件和嵌入式软件两部分组成。嵌入式软件包括嵌入式操作系统和嵌入式应用软件。Microsoft的桌面操作系统已经为人们熟悉和使用，嵌入式的操作系统Windows https://www.doczj.com/doc/a65316553.html,也日益风行。Windows https://www.doczj.com/doc/a65316553.html,是Microsof t推出的功能强大的紧凑、高效、可伸缩的32位嵌入式操作系统，主要面对各种各样的嵌入式系统和产品。该系统所具有的多线程、多任务、完全抢占式的特点是专为各种具有严格资源限制的硬件系统所设计的。为了将操作系统和硬件设备连接起来，联系硬件和软件的驱动就显得很重要。 下面主要针对三星公司ARM9内核的芯片S3C2410进行分析，介绍在Windows https://www.doczj.com/doc/a65316553.html,系统下进行底层设备驱动开发的方法并提供I2C通信的实例。 1 I2C通信协议及S3C2410芯片介绍 I2C(Inter Integrated Circuit)总线是1980年由Philips公司推出的。 I2C总线用两条线（SDA和SCL）在总线和装置之间传递信息，在微控制器和外部设备之间进行串行通信或在主设备和从设备之间进行双向数据传送。两条通信线通过上拉电阻被拉升至+5 V。在控制系统中的每个集成电路可以通过一个CMOS缓冲器来读每一条线路，也可以通过一个栅极开路的FET管将每一条线的电平下拉。因此，对每个芯片来说，每条线既是输入线，又是输出线。 I2C总线遵从同步串行传输协议，即各位串行（一位接一位）发送，由时钟（clock）线指示读数据（d ata）线的时刻。每个数据包前有一个地址，以指示由哪个器件来接收该数据。 S3C2410是一款基于ARM920T的16/32位RISC微处理器，主要用于手持设备，拥有高性价比，低功耗等特点，也是目前市面上出现较多的嵌入式开发板的处理器之一。芯片拥有16 KB的指令和数据缓存器，有存储管理单元（MMU）、LCD控制器、3个串口、4路DMA、4个时钟定时器、8路10位的A/D转换；支持I2C、I2S、SPI、主从USB等接口以及SD/MMC卡。 S3C2410微处理器的I2C总线可以处于下面4种模式下：主接收模式、主发送模式、从接收模式和从发送模式。处理器对I2C进行的操作，主要是对下面的几个寄存器进行读/写： ◇ IIC控制寄存器，IICCON（物理地址0X54000000，内存映射后的虚拟地址）；
WinCEWinCE1WinCE Touch Panel驱动详解 WinCE中的Touch Panel驱动是由GWES模块来管理的，Touch Panel驱动接收用户的触摸信息，并将其转换为屏幕上的坐标信息，传给GWES模块。在WinCE中，Touch Panel驱动是分层的，分为MDD层和PDD层，这和其他WinCE设备驱动是一样的。MDD层由微软提供，用户只需要实现MDD和PDD层间的 DDSI函数就可以了。如图 WinCE中的GWES模块负责加载和管理Touch Panel驱动，Touch Panel的MDD 层向上提供DDI接口，PDD层是针对硬件的实现，对MDD层提供DDSI接口。 1 Touch Panel驱动中的数据结构 (1) TOUCH_PANEL_SAMPLE_FLAGS 用于描述一个采样点的信息，这些信息被定义在一个枚举结构中： enum enumTouchPanelSampleFlags { TouchSampleValidFlag = 0x01, TouchSampleDownFlag = 0x02, TouchSampleIsCalibratedFlag = 0x04, TouchSamplePreviousDownFlag = 0x08, TouchSampleIgnore = 0x10, TouchSampleMouse = 0x40000000 }; TouchSampleValidFlag：一个有效的采样值 TouchSampleDownFlag：第一次按触摸屏时，返回该flag TouchSampleIsCalibratedFlag：采样的x和y坐标值不需要再被校验
WinCE第三方驱动安装之二——CAB安装包制作 Microsoft Windows CE是紧凑的，高效的操作系统，它被广泛的应用在从手持电脑到专门的工业控制器或消费用电子产品等各种嵌入工业产品中。英创公司ARM9系列工控主板预装了正版Windows CE5.0操作系统，并对板上所有硬件资源提供了完备的驱动支持。随着WinCE操作系统的广泛应用，越来越多的在PC上使用的硬件设备提供了对WinCE系统的支持，如3G模块，Wi-Fi等。 第三方驱动一般以两种形式提供，一是动态链接库（*.dll）加对应的注册表文件（*.reg），另一种是可直接安装的CAB文件（*.cab）。与动态链接库加注册表文件形式的驱动相比，CAB文件安装十分方便，不需要了解繁杂的WinCE INF文件格式或REG文件格式。本文介绍通过WinCE CAB Manager工具将以动态链接库usbser.dll和注册表文件usbser.reg 形式提供的USB转串口驱动程序压缩为可直接在英创主板上安装的CAB压缩包的方法。 1、打开WinCE CAB Manager，选择File->New，运行New Cabinet wizard(CAB新建向导)，选择“next”直至完成如图1。
2、在CAB Information上点击右键，选择Properties(属性)选项（如图2），打开CAB 包属性设置对话框，如图3。 3、在CAB Properties对话框中（如图3），填写Company Name(公司名称)和Application Name(CAB包名称)。 4、切换至CAB Properties->Installation Directory对话框，设置CAB包默认安装路径，此处设置为NandFlash\USBDriverDll目录，如图4。
如何用Labview开发工业wince平板电脑的应用程序 1楼度娘 2楼
图1 安装Windows CE系统的平板电脑 这几年安装Windows CE系统的平板电脑开始在工控行业里普及。用VS2005/VS2008开发Windows CE系统的应用程序可以像开发PC机的应用程序一样。现在我们还可以选择LabVI EW开发Windows CE系统的应用程序。这样我们就可以很容易开发出漂亮而且专业的界面。如仪表,波形显示等。Labvi ew 2009安装和激活Touch Panel Module后即可支持Windo ws CE。广州市微嵌计算机科技有限公司https://www.doczj.com/doc/a65316553.html,，推出的WINCE工业平板电脑系列有5.6寸，7寸，8寸，10.4寸均支持Labview开发。 1. 用Labview 2009开发WinCE应用程序 需要安装的工具包括了：USB驱动程序、Microsoft ActiveS ync 同步软件、Labview 2009、和LabVIEW 2009 Touch Pan el Module。随光盘附带有丰富的例子：串口、波形图等。 1.1. 准备步骤 1.1.1. 安装USB驱动程序
Wince 平板电脑首次与PC机（一般是桌面电脑）相连时，会提示需安装USB驱动程序。以后可跳过这步。将PC机与 Wi nce 单板电脑通过USB口相连，当PC机提示发现新硬件时,找到附带光盘中的USB驱动文件夹中WINCE下面的 wceusbs h 文件。 1.1. 2. 安装工具软件步骤 1. Microsoft ActiveSync 4.2同步软件； 2. 开发工具： ①安装Labview 2009开发系统平台； ②安装触摸屏面板模块（LabVIEW 2009 Touch Panel Modul e）； 1.1.3. 重点提示
第一章驱动的准备 1. 驱动程序完成以下功能： 对设备初始化和释放； 把数据从内核传送到硬件和从硬件读取数据； 读取应用程序传送给设备文件的数据和回送应用程序请求的数据； 检测和处理设备出现的错误。 2. 整个硬件系统资源在驱动程序面前是赤裸裸的，驱动可以使用所有系统资源，编写驱动程序时我们必须格外小心驱动代码的边界条件，确保它们不会损坏整个操作系统。 3. WinCE毕竟是一个嵌入式系统，有其自身的特殊性，为了提高运行效率，所有驱动皆为动态链接库，驱动实现中可以调用所有标准的API。而在其他Windows系统中可能的驱动文件还有.vxd，.sys和动态链接库。 4. Windows支持的驱动： 1）虚拟设备驱动程序（V irtual Device Driver）：Windows3.1（Windows95/98/Me） 2）内核模式驱动程序（Kernel Mode Driver）：Windows NT 3）Win32驱动程序模型（Win32 Driver Mode）：从Windows98开始使用。 其中WDM是目前主流，然而在WinCE系统中，由于硬件资源有限和嵌入式系统的特点，对其的支持非常有限。 第二章WINCE驱动 1.WINCE驱动模型 目前Windows CE提供了4种设备模型，其中2种专门用于Windows CE 模型，另外2种模型来自于其它的操系统，如图1所示：
图1 Windows CE 各种驱动模型的关系 2.我们的工作 为了帮助开发者快速地开发Windows CE 驱动程序，微软在Platform Builder 中提供了大量的驱动程序例源代码，同时，芯片厂商或OEM 厂商有时也提供一些设备的驱动程序源代码，这些驱动程序源代码在多数情况下可以直接拿来使用，但是在少数情况下需要开发者根据自己的设备硬件特性做一些移植的工作，修改例源代码，重新编译和调试驱动程序。移植工作虽然没有像开发一个全新的驱动程序那样富有挑战性，但它仍具有相当大的难度，其原因如下： 移植工作仍然要求开发者具有良好的软、硬件基础，熟悉驱动程序的基本开发和调试方法，并要求具有一定的开发环境和测试手段。 移植工作仍然需要了解驱动程序的架构，需要确切知道驱动程序对外暴露哪些接口，微软提供了哪些接口，还必须实现哪些接口等。 对于同一设备的驱动程序，其源代码往往位于Platform Builder 多个不同的安装目录，移植工作首先需要找出所移植驱动程序的所有源代码的位置。 移植工作需要在所移植驱动程序的所有源代码中区分出与硬件有关的代码和独立于硬件的代码，熟悉每个软件模块的大致功能，找出需要更改的与特定硬件有关的代码，并详细分析这些代码。 大部分驱动程序的代码放在目录%_WINCEROOT%\public\COMMON\oak\drivers\下，这些驱动程序都是与平台无关的。此外，对于不同的平台，在BSP 目录中也有一些驱动程序的代码，它们在%_WINCEROOT%platform\