当前位置:首页 > 嵌入式 > 嵌入式软件
[导读]Wince5恢复默认(注册表)

对于WinCE5.0:

1. pbxmlutils.exe

在 “Windows CE Platform. Builder5.00CEPBBIN”下面可以找到,这个命令可以从PB的文档中查到。主要作用是通过解析你的工程文件.pbxml来获得与该工程相关的环境变量,并产生一个脚本来设置这些环境变量。格式如下:

pbxmlutils /getbuildenv /workspace "%_WINCEROOT%PBWorkspaces.pbxml" /cONfig ": " > Setenv.bat

看着可能有点晕,我来举个例子:

pbxmlutils /getbuildenv /workspace "%_WINCEROOT%PBWorkspacesMyWorkspaceMyWorkspace.pbxml" /config "CEPC: x86_Release" > SetEnv.bat

其实就两个参数,第一个参数很多人都知道如何设置,第二个参数config可能有些人不太了解,你可以打开你的工程,然后查环境变量PBCONFIG的值,用这个值就可以了。

2. Blddemo.exe

这个应该比较熟悉。编译WinCE的时候,实际上就是调用Blddemo -q,不多说了。

3. buildsdk.exe

这个是用来编译SDK的。格式如下;

buildsdk [MyOSDesign.pbxml]

很简单,不过还是给个例子:

buildsdk "%_WINCEROOT%PBWorkspacesMyWorkspaceMyWorkspace.pbxml"

在某些应用场合需要将注册表还原成为出厂的默认设置。以前当Wince使用了HIVE注册表后,每次用户的注册表改动将得到保存,而不会恢复默认注册表。通常要求能够在AP中通过点击一个按钮来实现这种clean boot。当Wince使用了HIVE注册表后,每次用户的注册表改动将得到保存,但是在某些应用场合需要将注册表还原成为出厂的默认设置,通常要求能够在AP中通过点击一个按钮来实现这种clean boot。

方法一:

使用HIVE注册表,系统在完成了第一阶段也就是加载完了boot.hv+binfs之后和加载系统HIVE注册表之前,filesys.exe都会调用OEMIoControl来查询是否需要清除保存在block设备上的hv文件,其CODE代码为IOCTL_HAL_GET_HIVE_CLEAN_FLAG,它的输入参数lpInBuf固定为HIVECLEANFLAG_system或HIVECLEANFLAG_USERS,filesys.exe会分别用这两种参数调用两次IOCTL_HAL_GET_HIVE_CLEAN_FLAG,第一次用HIVECLEANFLAG_SYSTEM来问OEM是否需要清除system.hv,第二次用HIVECLEANFLAG_USERS做参数来查询是否要清除user.hv,如果返回的lpOutBuf中的值为TRUE则做清除操作,如果为False则保留block设备上的注册表文件。

默认WINCE并没有实现这个IOCTL,所以OEM要删除注册表文件就必须先编写这个IOCTL代码。代码的例子可参考标题为“IOCTL_HAL_GET_HIVE_CLEAN_FLAG”的帮助文档。另外 必须在ioctl.h和ioctl.c两个文件中编写该代码。

要进一步了解这个全局数组,参见标题为“IOCTL Library”的帮助文档。

可以使用共享内存空间来实现,我们可以在物理内存中保留出一块不会被其他模块占用的空间,在这个空间放置两个BOOL变量分别来保存system和user的hv清除的标志符,缺省它们都为False,OALIoCtlBGetHiveCleanFlag()读到Flase则认为不清注册表,AP在需要的时候将这两个标志符置为True,接下来就是要重新启动到OALIoCtlBGetHiveCleanFlag()函数被调用的地方,由于标志符号是保存在RAM中的,断电会丢失,还好有个方法可以让系统复位而又能保存RAM中的内容,那就是Reset,所以让AP在设置完标志符后马上调用Reset指令就可以完美实现Clean boot了。

1 在ioctl.c文件中找到 const OAL_IOCTL_HANDLER g_oalIoCtlTable[],添加IOCTL和对应的处理函数OALIoCtlBGetHiveCleanFlag

{ IOCTL_HAL_GET_HIVE_CLEAN_FLAG, 0, OALIoCtlBGetHiveCleanFlag },

2 在ioctl.c文件中实现该函数

//added by aulyp for 恢复出厂设置

BOOL OALIoCtlBGetHiveCleanFlag( // 一般在IOCTL.C中实现

UINT32 code, VOID *lpInBuf , UINT32 nInBufSize, VOID *lpOutBuf,

UINT32 nOutBufSize , UINT32 *pOutSize)

{

BSP_ARGS *pArgs = (BSP_ARGS*)IMAGE_SHARE_ARGS_UA_START; //保留的共享RAM空间的虚拟地址

if (!lpInBuf || (nInBufSize != sizeof(DWORD)) || !lpOutBuf || (nOutBufSize != sizeof(BOOL)))

{

SetLastError(ERROR_INVALID_PARAMETER);

return FALSE;

}

else

{

DWORD *pdwFlags = (DWORD*)lpInBuf;

BOOL *pfClean = (BOOL*)lpOutBuf;

if (*pdwFlags == HIVECLEANFLAG_SYSTEM)

{

if(pArgs->bClearSystemHive) //判断是否清除system.hv

{

RETAILMSG(1, (TEXT("OEM: cleaning system hivern")));

}

else

{

RETAILMSG(1, (TEXT("OEM: Not cleaning system hivern")));

}

*pfClean = pArgs->bClearSystemHive;

pArgs->bClearSystemHive=FALSE; //一定在执行完后设置为默认的false否则常规reset都会清空注册表

}

else if (*pdwFlags == HIVECLEANFLAG_USERS)

{

if(pArgs->bClearUserHive) //判断是否清除user.hv

{

RETAILMSG(1, (TEXT("OEM: cleaning user hivern")));

}

else

{

RETAILMSG(1, (TEXT("OEM: Not cleaning user hivern")));

}

*pfClean = pArgs->bClearUserHive

pArgs->bClearUserHive=FALSE; //restore to default

}

}

return TRUE;

}

3 Args.h文件中,找到BSP_ARGS结构体定义

加入如下:

BOOL bClearSystemHive=FALSE; //TRUE ? clear system.hv

BOOL bClearUserHive=FALSE; //TRUE ? clear user.hv

4 在Oal_ioctl.h中加入函数声明

BOOL OALIoCtlBGetHiveCleanFlag(UINT32 code, VOID *lpInBuf , UINT32 nInBufSize,[!--empirenews.page--]

VOID *lpOutBuf,UINT32 nOutBufSize , UINT32 *pOutSize);

5在应用中可以如下使用:

Void On_CleanBoot()

{

BSP_ARGS* pArgs = (BSP_ARGS*)IMAGE_SHARE_ARGS_UA_START;

//保留的共享RAM空间的虚拟地址

pArgs-> bClearSystemHive =TRUE; //设置system.hv清空标志符

pArgs-> bClearUserHive =TRUE; //设置user.hv清空标志符

ReSet();

}

使用这种方法每次系统在启动到加载HIVE系统注册表之前都会先检查保存在/HDD中的文件的存在和合法性,如果不满足要求系统将会用binfs中的缺省文件创建新的system.hv和user.hv文件于/HDD中,根据这个特性我在WinCE运行起来后删除这两个hv文件,但是由于WinCE已经事先加载了它们,删除被禁止,只有采用其他的方法来解决。

基于HIVE注册表的WinCE的启动过程我发现,系统在完成了第一阶段也就是加载完了boot.hv+binfs之后和加载系统HIVE注册表之前,filesys.exe都会调用OEMIoControl来查询是否需要清除保存在block设备上的hv文件,其CODE代码为IOCTL_HAL_GET_HIVE_CLEAN_FLAG,它的输入参数lpInBuf固定为HIVECLEANFLAG_SYSTEM或HIVECLEANFLAG_USERS,filesys.exe会分别用这两种参数调用两次IOCTL_HAL_GET_HIVE_CLEAN_FLAG,第一次用HIVECLEANFLAG_SYSTEM来问OEM是否需要清除system.hv,第二次用HIVECLEANFLAG_USERS做参数来查询是否要清除user.hv,如果返回的lpOutBuf中的值为TRUE则做清除操作,如果为False则保留block设备上的注册表文件。

所以现在要做的就是实现和IOCTL_HAL_GET_HIVE_CLEAN_FLAG相对应的OEMIoControl源码(假设由OALIoCtlBGetHiveCleanFlag()这个function来实现),加入对是否需要清除注册表的判定条件并告知filesys.exe即可。现在的问题是如何让AP通知OALIoCtlBGetHiveCleanFlag()该不该清除注册表,因为OALIoCtlBGetHiveCleanFlag()只能在指定的时候由filesys.exe去调用,AP的运行只能在OALIoCtlBGetHiveCleanFlag()运行完之后。

后来想到可以使用共享内存空间来实现,可以在物理内存中保留出一块不会被其他模块占用的空间,在这个空间放置两个BOOL变量分别来保存system和user的hv清除的标志符,缺省它们都为False,OALIoCtlBGetHiveCleanFlag()读到Flase则认为不清注册表,AP在需要的时候将这两个标志符置为True,接下来就是要重新启动到OALIoCtlBGetHiveCleanFlag()函数被调用的地方,由于标志符号是保存在RAM中的,断电会丢失,还好有个方法可以让系统复位而又能保存RAM中的内容,那就是Reset,所以让AP在设置完标志符后马上调用Reset指令就可以完美实现Clean boot了。

提供相关代码作为参考:

BOOL OALIoCtlBGetHiveCleanFlag( // 一般在IOCTL.C中实现

UINT32 code, VOID *lpInBuf , UINT32 nInBufSize, VOID *lpOutBuf,

UINT32 nOutBufSize , UINT32 *pOutSize)

{

BSP_ARGS *pArgs = (BSP_ARGS*)IMAGE_SHARE_ARGS_UA_START; //保留的共享RAM空间的虚拟地址

if (!lpInBuf || (nInBufSize != sizeof(DWORD)) || !lpOutBuf || (nOutBufSize != sizeof(BOOL)))

{

SetLastError(ERROR_INVALID_PARAMETER);

return FALSE;

}

else

{

DWORD *pdwFlags = (DWORD*)lpInBuf;

BOOL *pfClean = (BOOL*)lpOutBuf;

if (*pdwFlags == HIVECLEANFLAG_SYSTEM) {

if(*pfClean = pArgs->bcleansystemhive) //判断是否清除system.hv

RETAILMSG(1, (TEXT("OEM: cleaning system hivern")));

else

RETAILMSG(1, (TEXT("OEM: Not cleaning system hivern")));

*pfClean = pArgs->bcleansystemhive;

pArgs->bcleansystemhive=FALSE; //一定在执行完后设置为默认的false否则常规reset都会清空注册表

} else if (*pdwFlags == HIVECLEANFLAG_USERS) {

if(*pfClean = pArgs->bcleanuserhive) //判断是否清除user.hv

RETAILMSG(1, (TEXT("OEM: cleaning user hivern")));

else

RETAILMSG(1, (TEXT("OEM: Not cleaning user hivern")));

*pfClean = pArgs->bcleanuserhive;

pArgs->bcleanuserhive=FALSE; //restore to default

}

}

return TRUE;

}

AP中的实现代码如下:

Void On_CleanBoot()

{

BSP_ARGS* pArgs = (BSP_ARGS*)IMAGE_SHARE_ARGS_UA_START; //保留的共享RAM空间的虚拟地址

pArgs->bcleansystemhive=TRUE; //设置system.hv清空标志符

pArgs->bcleanuserhive=TRUE; //设置user.hv清空标志符

ReSet();

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: 驱动电源

在工业自动化蓬勃发展的当下,工业电机作为核心动力设备,其驱动电源的性能直接关系到整个系统的稳定性和可靠性。其中,反电动势抑制与过流保护是驱动电源设计中至关重要的两个环节,集成化方案的设计成为提升电机驱动性能的关键。

关键字: 工业电机 驱动电源

LED 驱动电源作为 LED 照明系统的 “心脏”,其稳定性直接决定了整个照明设备的使用寿命。然而,在实际应用中,LED 驱动电源易损坏的问题却十分常见,不仅增加了维护成本,还影响了用户体验。要解决这一问题,需从设计、生...

关键字: 驱动电源 照明系统 散热

根据LED驱动电源的公式,电感内电流波动大小和电感值成反比,输出纹波和输出电容值成反比。所以加大电感值和输出电容值可以减小纹波。

关键字: LED 设计 驱动电源

电动汽车(EV)作为新能源汽车的重要代表,正逐渐成为全球汽车产业的重要发展方向。电动汽车的核心技术之一是电机驱动控制系统,而绝缘栅双极型晶体管(IGBT)作为电机驱动系统中的关键元件,其性能直接影响到电动汽车的动力性能和...

关键字: 电动汽车 新能源 驱动电源

在现代城市建设中,街道及停车场照明作为基础设施的重要组成部分,其质量和效率直接关系到城市的公共安全、居民生活质量和能源利用效率。随着科技的进步,高亮度白光发光二极管(LED)因其独特的优势逐渐取代传统光源,成为大功率区域...

关键字: 发光二极管 驱动电源 LED

LED通用照明设计工程师会遇到许多挑战,如功率密度、功率因数校正(PFC)、空间受限和可靠性等。

关键字: LED 驱动电源 功率因数校正

在LED照明技术日益普及的今天,LED驱动电源的电磁干扰(EMI)问题成为了一个不可忽视的挑战。电磁干扰不仅会影响LED灯具的正常工作,还可能对周围电子设备造成不利影响,甚至引发系统故障。因此,采取有效的硬件措施来解决L...

关键字: LED照明技术 电磁干扰 驱动电源

开关电源具有效率高的特性,而且开关电源的变压器体积比串联稳压型电源的要小得多,电源电路比较整洁,整机重量也有所下降,所以,现在的LED驱动电源

关键字: LED 驱动电源 开关电源

LED驱动电源是把电源供应转换为特定的电压电流以驱动LED发光的电压转换器,通常情况下:LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: LED 隧道灯 驱动电源
关闭