分类: WINDOWS
2014-02-27 17:56:48
硬件主导的设备安装,是指在安装程序尚未运行,系统尚无设备驱动信息的情况下,用户将设备连接到电脑上,这将导致“硬件主导”的设备安装方式。每当有新设备连接到系统中,系统PNP管理器都会尝试为设备寻找合适的驱动程序,如果能够找到,将尽可能地采用服务器端方式,悄无声息地为设备将驱动安装完毕。否则,将提示用户进行驱动安装指导。
软件主导的安装方式,是软件安装先于设备接入。般来说,安装软件在运行之初,需要做一件事:判断当前系统中,PNP管理器是否正在为另一个设备安装忙碌中,如果这样的话,最好应当等待其完毕后,再进行本设备的安装。
分两种情况处理此问题:当前正连接在系统上的设备,当前不连接到系统的设备。
UpdateDriverForPlugAndPlayDevices函数最大的作用是驱动更新。通过UpdateDriverForPlugAndPlayDevices并传入设备ID,通过返回值来判断设备是否已连接:函数返回TRUE;或函数返回FALSE,且GetLastError返回错误值ERROR_NO_MORE_ITEMS.
安装驱动需要依靠UpdateDriverForPlugAndPlayDevices这个函数。它需要的参数其实不多,主要是INF文件路径等。
BOOL WINAPI UpdateDriverForPlugAndPlayDevices( HWND hwndParent, LPCTSTR HardwareId, LPCTSTR FullInfPath, DWORD InstallFlags, PBOOL bRebootRequired OPTIONAL );
eg:
WINSETUPAPI BOOL WINAPI SetupDiCreateDeviceInfo( IN HDEVINFO DeviceInfoSet, IN PCTSTR DeviceName, IN LPGUID ClassGuid, IN PCTSTR DeviceDescription, OPTIONAL IN HWND hwndParent, OPTIONAL IN DWORD CreationFlags, OUT PSP_DEVINFO_DATA DeviceInfoData OPTIONAL );
HDEVINFO SetupDiCreateDeviceInfoList( IN LPGUID ClassGuid, OPTIONAL IN HWND hwndParent OPTIONAL ); WINSETUPAPI BOOL WINAPI SetupDiGetINFClass( IN PCTSTR InfName, OUT LPGUID ClassGuid, OUT PTSTR ClassName, IN DWORD ClassNameSize, OUT PDWORD RequiredSize OPTIONAL, );
WINSETUPAPI BOOL WINAPI SetupDiSetDeviceRegistryProperty( IN HDEVINFO DeviceInfoSet, IN OUT PSP_DEVINFO_DATA DeviceInfoData, IN DWORD Property, IN CONST BYTE *PropertyBuffer, IN DWORD PropertyBufferSize );
WINSETUPAPI BOOL WINAPI SetupDiCallClassInstaller( IN DI_FUNCTION InstallFunction, IN HDEVINFO DeviceInfoSet, IN PSP_DEVINFO_DATA DeviceInfoData OPTIONAL );
这个函数第一个参数要用DIF_REGISTERDEVICE填充以便注册设备,第二项填写设备信息块列表,第三项则填写设备信息块。
我们知道,系统为所有的设备建立了一棵设备树,每个设备都是数上的一个节点,叫DevNode。设备首次连接到系统中,设备节点就被建立了。即使将设备移除,系统为了效率起见,并不会将此设备节点也从设备树上删除,这将利于设备再次插入的时候,快速识别,省略了驱动寻找的过程。这个特点不利于我们这里的更新工作,因为当设备再次插入时,更新信息不会被系统使用。故而安装程序必须要找到这个节点,并为他打上“重新安装”的标记。这样设备再次插入,PNP管理器将为他重新寻找驱动。
1> 首先安装新驱动,调用SetupCopyOEMInf函数将安装文件拷贝到系统中。这是必要的,下面的三个步骤用来修改标记。
BOOL WINAPI SetupCopyOEMInf(
__in PCTSTR SourceInfFileName, //源INF文件路径
__in PCTSTR OEMSourceMediaLocation, //其他驱动文件或源媒体路径
__in DWORD OEMSourceMediaType, //源媒体类型
__in DWORD CopyStyle, //拷贝类型,建议NOOVERWRITE
__out_opt PTSTR DestinationInfFileName, //系统创建的OEMxx.inf路径
__in DWORD DestinationInfFileNameSize, //上面缓冲区大小
__out_opt PDWORD RequiredSize, //实际使用大小
__out_opt PTSTR DestinationInfFileNameComponent//下述
);
eg:
找到要更新的设备。调用SetupDiGetClassDevs函数。由于设备未连接到系统,所以调用时要去除DIGCF_PRESENT标志。SetupDiGetClassDevs将返回一个所有符合条件的设备集。此时继续调用SetupDiEnumDeviceInfo对此设备集进行遍历操作,以得到每个设备的信息,通过设备ID或者兼容ID,来判断是否是要找的设备。
2>找到要更新的设备。调用SetupDiGetClassDevs函数。由于设备未连接到系统,所以调用时要去除DIGCF_PRESENT标志。SetupDiGetClassDevs将返回一个所有符合条件的设备集。此时继续调用SetupDiEnumDeviceInfo对此设备集进行遍历操作,以得到每个设备的信息,通过设备ID或者兼容ID,来判断是否是要找的设备。
检查设备节点DevNode状态。调用配置管理器函数CM_Get_DevNode_Status,并传入在第二步中得到的SP_DRVINFO_DATA结构体中的DevInst变量作为关键参数。不出意外的话,CM_Get_DevNode_Status的返回值应该是CR_NO_SUCH_DEVINST,表明DevNode虽存在设备却已移除。
4> 为DevNode打标记。首先获取现有的配置值,调用SetupDiGetDeviceRegistryProperty,并将属性参数设置为SPDRP_CONFIGFLAGS。将取得的配置值与CONFIGFLAG_REINSTALL(重安装也!)进行或操作,并调用相反的设置函数SetupDiSetDeviceRegistryProperty将新的配置值写入。