驱动调试助手的下载次数已经过万,很多网友也提出了一些宝贵建议,非常感谢。这里再做一个更新,V2.9中主要增加了注册表查找和注册表项重命名这两个功能,至此,有关注册表操作的所有功能基本都已实现了。虽然不能跟Resco Regedit等大牌比,但功能上并不差多少,而且原生态的支持WinCE系统,包括ARMV4、ARMV4I、MIPSII、SH4。
简单说明一下新增功能的用法,查找的界面如下。
支持查找项名、键名和字符串类型的键值。默认查找全部注册表,也可以在RegTree中选择查找的起始位置。全字匹配的意思是查找项与查找目标完全一致(不区分大小写),如果没选择该复选框则允许查找目标在查找项中部分匹配。
项名的重命名可通过菜单“重命名项”完成,如下图所示。
也可以再RegTree中左键点击相应的项完成,如下图所示。
键值的重命名与项的重命名一致,不再赘述。
另外,gooogleman在使用驱动调试助手动态加载串口驱动时出现了一些问题。串口驱动在启动时能正常加载,但通过驱动调试助手卸载后再加载总是失败。我查了一下,主要原因是系统启动时通过BusEnum.dll加载驱动与驱动调试助手的加载过程还是有一些区别的。驱动调试助手只是以简单的流驱动的方式加载,而BusEnum.dll以总线设备的方式加载,并在注册表中设置了相应的键值。串口驱动中在物理地址的内存映射时需要用到相应的键值,如果键值不存在就会导致内存映射失败,以致串口驱动加载失败。两种方式加载驱动后的注册表对比如下。
开机启动时加载成功的Active键的截图。
可以看到,里面设置了InterfaceType、BusName和BusParent等键值。其中InterfaceType就是串口驱动动态加载失败的关键。
动态加载串口驱动成功时Active键的截图。
可以看到,这里没有设置InterfaceType、BusName和BusParent等键值。但是串口驱动也加载成功了,并且经验证可以正常使用串口。这是为什么呢?其实,并没有修改串口驱动,只是修改了CEDDK.dll中的一个函数HalTranslateBusAddress()。因为这是出错的根本原因,是这里使用了InterfaceType。我的修改方法是注释掉SRC\Drivers\Ceddk\Dll\sources中SOURCELIBS变量的第一行“$(_TARGETPLATROOT)\lib\$(_CPUINDPATH)\ddk_bus.lib \”,即不使用BSP中的ddk_bus.lib,而使用系统提供的ddk_bus.lib,它里面没有对InterfaceType做处理,所以加载驱动时就不会出错了。
以上是解决串口驱动不能动态加载的一种方法,实际上驱动调试助手主要是动态管理流驱动的,可能还有其他一些驱动不能通过它正常加载,这时候,我们就不能再偷懒了,只能乖乖的走老路,多花点时间下载NK了。
- PC官方版
- 安卓官方手机版
- IOS官方手机版