Wince5恢复默认(注册表)

发布者:xxoke624最新更新时间:2011-07-31 关键字:wince 手机看文章 扫描二维码
随时随地手机看文章
对于WinCE5.0:
  
1. pbxmlutils.exe
  在 “\Windows CE Platform. Builder\5.00\CEPB\BIN”下面可以找到,这个命令可以从PB的文档中查到。主要作用是通过解析你的工程文件.pbxml来获得与该工程相关的环境变量,并产生一个脚本来设置这些环境变量。格式如下:
  pbxmlutils /getbuildenv /workspace "%_WINCEROOT%\PBWorkspaces\\.pbxml" /config ": " > SetEnv.bat
  看着可能有点晕,我来举个例子:
  pbxmlutils /getbuildenv /workspace "%_WINCEROOT%\PBWorkspaces\MyWorkspace\MyWorkspace.pbxml" /config "CEPC: x86_Release" > SetEnv.bat
  其实就两个参数,第一个参数很多人都知道如何设置,第二个参数config可能有些人不太了解,你可以打开你的工程,然后查环境变量PBCONFIG的值,用这个值就可以了。
  
2. Blddemo.exe
  这个应该比较熟悉。编译WinCE的时候,实际上就是调用Blddemo -q,不多说了。
  
3. buildsdk.exe
  这个是用来编译SDK的。格式如下;
  buildsdk [MyOSDesign.pbxml]
  很简单,不过还是给个例子:
  buildsdk "%_WINCEROOT%\PBWorkspaces\MyWorkspace\MyWorkspace.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 hive\r\n")));
  }
  else
  {
  RETAILMSG(1, (TEXT("OEM: Not cleaning system hive\r\n")));
  }
  *pfClean = pArgs->bClearSystemHive;
  pArgs->bClearSystemHive=FALSE; //一定在执行完后设置为默认的false否则常规reset都会清空注册表
  }
  else if (*pdwFlags == HIVECLEANFLAG_USERS)
  {
  if(pArgs->bClearUserHive) //判断是否清除user.hv
  {
  RETAILMSG(1, (TEXT("OEM: cleaning user hive\r\n")));
  }
  else
  {
  RETAILMSG(1, (TEXT("OEM: Not cleaning user hive\r\n")));
  }
  *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,
  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 hive\r\n")));
  else
  RETAILMSG(1, (TEXT("OEM: Not cleaning system hive\r\n")));
  *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 hive\r\n")));
  else
  RETAILMSG(1, (TEXT("OEM: Not cleaning user hive\r\n")));
  *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();


关键字:wince 引用地址:Wince5恢复默认(注册表)

上一篇:ST、NXP牵手Trusted Logic和Stollmann开发与硬件无关的NFC Android API
下一篇:OCCI程序访问SQL地理数据的一般过程研究

推荐阅读最新更新时间:2024-03-30 21:46

基于WinCE6.0的LPC3250串口驱动程序开发
引 言 Windows CE是一个开放的、可升级、可裁减的32位实时嵌入式操作系统,具有可靠性好、实时性高、内核体积小的特点,广泛应用于工业控制、信息家电、移动通信、汽车电子、个人电子消费品等领域。最新版本Windows Em-bedded CE 6.0于2006年11月发布,其特点有:最大进程数量到32K,且每个进程有最大2 GB的虚拟内存空间;将关键的驱动程序、文件系统和图形界面管理器移到了内核中,大大减少了CPU在内核态和用户态间切换造成的性能损失等。 LPC3250是NXP半导体公司(由Philips公司成立)推出的带有矢量浮点协处理器的ARM926EJ-SCPU内核的微控制器。它具有丰富的外围接口,包括7个UART,其
[单片机]
基于<font color='red'>WinCE</font>6.0的LPC3250串口驱动程序开发
S3C2410 && WinCE6.0的中断处理分析
S3C2410的内核是ARM920T,所以,这里先介绍一下ARM920T的异常。ARM920T中有一个当前程序状态寄存器(CPSR),其中BIT6和BIT7分别控制FIQ和IRQ的使能与否。大家经常说的开中断和关中断,就是指的设置这两个BIT。 ARM体系的异常中断如下图所示: 可以看到,ARM920T中一共有7中异常模式,如果同一时刻有多个异常发生,系统则通过优先级顺序来决定处理其中的哪一个异常。他们之间的优先级顺序从高到低依次是: 1.Reset复位 2.Data Abort数据访问中止 3.FIQ 快速中断请求 4.IRQ 外部中断请求 5.指令预取中止 6.未定义的指令和软件中断 当系统发生异常时,P
[单片机]
S3C2410 && <font color='red'>WinCE</font>6.0的中断处理分析
基于Windows CE的嵌入式网络收音机
  引言   目前,国内收音机设备还停留在模拟收音技术阶段,而国外网络收音机均采用专用集成芯片接收方案,成本高昂且均以ODM(原始设计制造商)方式投入市场,技术封闭且界面单调,这无疑给信息家电和数字化家庭信息化系统的推广增加了阻力。   本设计将嵌入式技术应用于实体网络收音机系统设计中,以Samsung公司ARM920T内核的S3C2440A为核心处理器,以Windows CE操作系统为软件平台,通过加载必要的驱动程序和应用程序构建一个完整的实体网络收音机系统,通过网络连接访问国内外网络电台并获取音频信息,下载播放并实现网络收音功能。系统可以通过有线连接或者无线连接(WiFi)接入网络,分析网络电台传输协议:对于采用顺序流
[嵌入式]
基于WinCE的ARM视频监控系统解析
设计一种嵌入式系统,以WinCE操作系统和ARM硬件平台为核心实现对现场的实时监控;通过无线网络把视频图像传输到主机端,以实现分析、存储及显示等功能。 数字视频监控系统是以计算机或嵌入式系统为中心、视频处理技术为基础组建的的一种新型监控系统,系统采用符合图像数据压缩的国际标准,综合利用图像传感器、计算机网络、自动控制和人工智能等技术。由于数字视频监控系统对视频图像进行了数字化,所以与传统的模拟监控系统相比,数字监控具有许多优点。数字化的视频系统可以充分利用计算机的快速处理能力,对其进行压缩、分析、存储和显示。 数字化视频处理技术提高了图像的质量与监控效率,使系统易于管理和维护。整个系统是模块化结构,体积小,易于安装、使用和维护
[单片机]
基于<font color='red'>WinCE</font>的ARM视频监控系统解析
基于WinCE的GPS导航数据提取的设计与研究
    Windows CE 是一个开放的、可裁剪的、32位实时嵌入式窗口操作系统,具有可靠性好、实时性高、内核体积小的特点,广泛应用于各种智能式设备的开发。系统通过微软提供的Platform Builder定制需要的Windows CE5.0系统,运行在硬件平台上。硬件平台采用博创科技PXA270实验箱,该实验箱嵌入式处理器是基于ARMV5E的Xscale核心PXA270,并支持串口通信。     GPS导航芯片采用天宝iQ 46240,将接收到的数据通过串口发送给处理器。串口是计算机系统与外部串行设备之间的数据传输通道,是嵌入式通信最可靠、最通用的通信方式。程序员利用Windows API函数可以编写出高效、可移植性的应用
[嵌入式]
移动嵌入式遭遇能耗瓶颈,WinCE电源管理应对有技巧
伴随着移动嵌入式产品的普及,电源管理已经成为重要技术指标和产品的有机组成。典型移动嵌入式设备对能耗越来越敏感,电源管理技术正成为产品设计的关键所在。为了应对电源管理面临的挑战,如何设计出高效的嵌入式系统的电源管理已成为研究热点。 典型移动嵌入式系统能耗主要部件包括嵌入式微处理器CPU、内存、LCD及背光、电源转换部件、DSP、外设控制器等。在这些元件中,有些元件能耗固定,有些元件可在不同时间段工作并有多种可控的耗能状态,后者的有效使用成为嵌入式系统节能的关键所在。   1.什么是WinCE电源管理   (1)电源管理概念与方法 在电池供电的移动嵌入式系统中,一般采用高效率的电源芯片用于供电管理,或采用大容量的电池以解决能耗需求
[嵌入式]
基于WinCE与LPC935单片机CAN通信设计
随着信息技术的不断发展,嵌入式WinCE在工业控制领域中的应用越来越广泛。主要作为上位机的操作系统。LPC935单片机作为一款工业级的单片机芯片,广泛应用于各种工控设备。在许多复杂的应用场合,一个LPC935单片机是不可能满足需要的,需要多片LPC935单片机协同工作。此时,怎样实现多片LPC935单片机的通信就成为了设计的关键。以基于嵌入式WinCE设备为核心,代替传统的PC机,搭建CAN通信系统。结合嵌入式、单片机、网络通信技术的优点,将各个独立系统复杂的通信协议、数据格式进行统一的转化,实现系统之间的相互通信。将嵌入式WinCE与单片机结合起来将具有重要的实用价值和广阔的应用前景。 1.硬件平台 1)嵌入式WinCE采用周立
[电源管理]
为S3C6410添加开机logo(Wince6.0)(一)
Wince加入开机画面方法一般有以下两种: 1、 在文件中下定义一个常量大数组,如const unsigned char logo ,在显示图片的地方利用for循坏把数组都拷贝到framebuffer中。对于我的系统来说,800*600@16Bpp的分辨率,一张图片就有将近1M的容量,已远超过EBOOT的大小限制(据说是512K),虽然可以用过降低图片质量来缩减容量,但这种对付的方法不像是我们工程师的作为嘛。pass! 2、 把图片数据存放到Flash的某位置,启动时使用特定的方法读取。此方法可以说是主流的做法,但是涉及到的问题也很多。 1)要研究Wince中Flash扇区的分布和功能,修改扇区和其对应功能的映射。
[单片机]
小广播
添点儿料...
无论热点新闻、行业分析、技术干货……
最新工业控制文章
换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved