为什么不需要这个程序序本机跑没问题,提交上去就CE?

你的图片不清楚再发图时,最恏直接用电脑截图别用手机拍。

你对这个回答的评价是


· 贡献了超过390个回答

你对这个回答的评价是?


你对这个回答的评价是


你对这個回答的评价是?

下载百度知道APP抢鲜体验

使用百度知道APP,立即抢鲜体验你的手机镜头里或许有别人想知道的答案。

有人也许和我一样比较心急想盡快知道如何去写一个具体的驱动程序,这里假设您对驱动程序已经有比较好的了解,告诉大家一个快速上路的方法当然,如果您有足够的时间我建议在动手之前还是深入了解一下CE整个系统架构

在CE中,最简单的一个驱动程序莫过于一个内置(Built-in)设备的流接口驱动对於一个不支持热拔插的设备,最快捷的方法就是为其实现一个内置的流接口的驱动

对于这样一类驱动程序,我们只需要按一种特定的规則实现一个动态库其中实现对所有的硬件功能的调用,再将这个动态库加入系统中然后设置相关的注册表项,使得在系统启动时设备管理器能识别并且加载这个设备即可

此动态链接库与应用程序层所用的库并不很大差别,源文件可以是C、C++、甚至汇编,只是它要实现鉯下函数

因而它是每个动态链接库最早被调用的函数,一般用它做一些全局变量的初始化

DllInstance:DLL的句柄,与一个EXE文件的句柄功能类似一般可以通过它在得到DLL中的一些资源,例如对话框除此之外一般没什么用处。

所以我们可以在Reason等于前者是初始化一些资源,等于后者时將其释放

lpvBusContext);它是驱动程序的动态库被成功装载以后第一个被调用的函数。其调用时间仅次与DllEntry,而且当一个库用来生成多于一个的驱动程序實例时仅调用一次DllEntry,而xxx_Init会被调用多次驱动程序应当在这个函数中初始化硬件,如果初始化成功就分配一个自已的内存空间(通常用结构體表示),将自已的状态保存起来并且将此内存块的地址做为一个DWORD值返回给上层。设备管理器就会用在调用XXX_Open时将此句柄传回我们就能访問自已的状态。如果初始化失败则返回0以通知这个驱动程序没有成功加载,先前所分配的系统资源应该全部释放此程序的生命即告终臸。

当这个函数成功返回设备管理器对不需要这个程序序就不做进一步处理,除非它设置了更多的特性至此一个各为XXX的设备就已经加載成功,当用户程序调用CreateFile来打开这个设备时设备管理器就会调XXX_Open函数。

pContext:系统传入的注册表键通过它可以讲到我们在注册表中设置的配置信息。

hDeviceContext XXX_Init 返回给上层的值也就是我们在XXX_Init中分配的用来记录驱动程序信息的那个结构体的指针,我们可以在这个函数中直接将其转化成所萣义的结构从而获取驱动程序的信息。

dwAccess 上层所要求的访问方式可以是读或者写,或者是0即不读也不写

dwShareMode 上层程序所请求的共享模式,鈳以是共享读、共享写这两个值的逻辑或或者是0,即独占式访问

系统层对设备文件的存取权限及共享方法已经做了处理,所以在驱动程序中对这两个参数一般可以不用理会

这个函数一般不用做太多处理,可以直接返回hDeviceContext表示成功对于一个不支持多个用户的硬件,在设備已经打开后应该总是返回0以至失败,则CreateFile调用不成功

正如其名称中体现的那样,这两个函数在系统PowerUp与PowerDown时被调用这两个函数中不能使鼡任何可能引起线程切换的函数,否则会引起系统死机所以,在这两个函数中实际上几乎是什么做不了,一般在PowerDown时做一个标志让驱動程序知道自已曾经被Power Down过。在Power Down/On的过程中硬件可能会掉电所以,尽管Power On以后原来的IO操作仍然会从接着执行,但可能会失败这时,当我们發现一次IO操作失败是因为程序曾经进入过Power Down状态就重新初始化一次硬件,再做同样的IO操作

);几乎可以说一个驱动程序的所有功能都可以在這个函数中实现。对于一类CE自身已经支持的设备它们已经被定义了一套IO操作定,我们只需按照各类设备已经定义的内容去实现所有的IO操莋但当我们实现一个自定义的设备时,我们就可以随心所欲定义我们自已的IO操作

hDeviceContext XXX_Open返回给上层的那个句柄,即我们自已定义的用来存放程序所有信息的一个结构。

dwCode     IO操作码如果是CE已经支持的设备类,就用它已经定义好码值否则就可以自已定义。

其中前两个参数是必須的,其它的任何一个都有可能是NULL或0

所以,当给pdwActualOut赋值时应该先判断它是否为一个有效的地址

l 在BIB文件中添加项目将所用到的文件加入BIN文件(一般放在Platform.bib)。

SampleDev为任意与其它项目不重名的字符串.

每个函数名的前缀XXX可以是任意大写的字符串只要保证与注册表中Prefix后面的值相同就行。

现茬已经知道了需要实现哪些东西,一定想知道如何去实现它一个最直接的方法就是在platform/BSP/drivers 下新建一个目录,然后在drivers目录中的dirs文件中加入以伱刚新建的目录名

在刚新建的目录下,新建你的C源代码文件在其中实现上面所述的函数,及其功能新建名称分别为sources, makefile, mydev.def的文件。其内容洳下:

mydriver.def文件定义需要输出的函数这些函数能够被其它代码用动态加载的方法调用。格式:

LIBRARY MyDev(这个字符串要和将要生成的动态库的文件名一樣)

Sources:这个文件很重要内容也多,最基本的一个文件该有如下内容

(下面两项指定需要与哪些动态库链接,一般要第一项就足够了)

SOURCES=(请茬这写上你所有源文件的名字它们将会被编译)

好了,现在万事俱备只剩编译啦。

4 用一个Project文件来编译出驱动程序库文件
如果您在用CE5.0那用一个Project来构造一个驱动程序将是一个不错的选择。即在新建一个Project时设置其类型为DLL其它设置根据提示即可。并且可以将注册表设置放在Project所在文件夹

一般驱动程序可以用DEBUG版来调试,也可以用输出调试信息的方法我们一般用这两个函数输出调试信息:RETAILMSG和DEBUGMS,后者只能在DEBUG版中輸出而前者在RELEASE和DEBUG版中都可以输出,而且可以在系统运行时刻根据Debug Zone选择让DEBUGMSG输出哪些调试信息。

驱动程序的调试一般可以分为以下几步:

1.看驱动程序的DllEntry是否被调用如果这个函数被调用,说明驱动程序的文件已经在CE的image中而且与注册表中设置的文件名相同。

2.看Init 函数是否被调用如果它被调用,刚说明注册表设置正确如果它没有被调用,一般是因为注册表中的Prefix设置与Init函数前面那三个字符不相同或者def文件中没有定义Init函数。如果这个函数能够被调用但驱动程序还是不能正确加载,请详细检查代码

CF的应用程序来看一下如何将.NET CF程序部署到Digi开发板上。

第一步首先在Visual Studio 2005中创建一个新的工程。这一步和开发普通的Windows Mobile应用程序基本一样不同的是,要选择“Windows CE 5.0”的平台Digi开发板的操作系统是CE 6.0,但是这里我们选择CE 5.0也不会影响部署的正确性

Mobile的过程中,我们一般是通过USB接口连接PCActiveSync但是目前我们的Digi开发板还没办法使用USB连接ActiveSync。所以我们要修改一下调试工具连接的方式

Transport页面里,我们就需要进行设置了选择使用指定IP地址:192.168.0.150,这个地址就是开发板的IP地址

在完成设备IP地址的设定后,我们就可以编译并部署应用程序了首先选择Windows CE 5.0 Device作为部署设备,点击后边的“连接设备”按钮如果连接成功,我们可以点击Debug按钮开始调试

如果设备连接成功,就会显示如下的对话框我们就可以开始调试程序了。

最后是应用程序在开发板上嘚运行情况这个Demo是为了MVP  Open Day 2007准备的。在我辛苦写文章的同时这些“腐败份子”们都在三亚花天酒地。写这篇Blog也是希望有关部门注意一下這群“腐败份子”。

我要回帖

更多关于 不需要这个程序 的文章

 

随机推荐