wince6.0编译环境
|
在WinCE5.0中，在"Build OS”菜单中，我们会看到不同的编译选项： "Sysgen"，"Build and Sysgen"和"Build and Sysgen current BSP" Sysgen：不用多说，当你在"Catalog"中添加或删除了新的item的时候，就用这个吧。 Build and Sysgen：当你更新了/public目录下的源代码的时候，你就需要用这个了。一般比如在打patch以后，可能就需要进行Build and Sysgen了。 Build and Sysgen current BSP： 当你只改变了你的BSP部分的代码，就可以用这个选项。据说，当你改变了/platform目录下的代码，也可以用这个，具体没有试过。
在WinCE6.0中，在VS2005的"Build"菜单中，有一个“Advanced Build Commands”，其中有很多编译选项： "Sysgen"：相当于执行命令"blddemo -q”，一般第一次编译或者是改变了"Catalog"中的item的时候，就用这个了。 "Clean Sysgen"：相当于执行命令"blddemo clean -q"，按照文档上的说明，当修改了 %_WINCEROOT%/Public/CEBASE/OAK/Misc/Cesysgen.bat的时候，或者改变了以SYSGEN，BSP为前缀的环境变量的时候，需要使用这个来编译。 在此我说一下我个人的经验，一般只有第一次创建完工程的时候，我会用"Sysgen"命令，以后只要是改变了SYSGEN为前缀的环境变量的设置或者是"Catalog"中的item，我就会使用"Clean Sysgen"，而改变了以BSP为前缀的环境变量要看具体情况，也不一定就要用"Clean Sysgen"。继续... "Build and Sysgen"：相当于执行命令"blddemo"，当改变了/public目录下的代码，比如你打了WinCE的patch，你就需要用这个了。 "Rebuild and Sysgen Clean"：相当于执行命令"blddemo clean cleanplat -c"，相当于清除上一次编译生成的文件，然后重新编译/public目录和你的工程。 "Build and Sysgen Current BSP"：相当于执行命令"blddemo -qbsp"，仅编译/platform目录下的代码。所以当改变了/platform目录下的代码的时候或者说改变了BSP的代码的时候，可以用这个来编译。 "Rebuild and Clean Sysgen Current BSP"：相当于执行命令"blddemo -qbsp -c"，相当于完全重新编译/platform目录下要编译的代码。 --------------------------------------------------------------------------------------------------------------------------------------- 关于cvrtbin的用途，最常用的就是将NK.bin转换出NK.nb0。用法如下： ------------------------------------------------------------------------------------------------------------------------------------ Viewbin是微软提供的一个命令行工具，在WinCE6.0中，可以在"/WINCE600/PUBLIC/COMMON/OAK/BIN/I386"找到他。Viewbin工具可以用来查看NK.bin文件。它可以从NK.bin中获得这个NK image的大小，运行的起始地址等。还能查看到里面所包含的模块，应用程序及相关的信息。 ------------------------------------------------------------------------------------------------------------------------------------ 在WinCE中有很多的环境变量，那么如何设置/删除/查询这些环境变量呢： 1. 查询环境变量：无论是在WinCE5.0还是WinCE6.0，当我们在PB里打开或者创建一个工程以后，我们可以在菜单中点“build”->“Open Release Directory in Build Window”，然后会弹出命令行对话框。在对话框中输入“set”命令，然后回车，就会看到当前工程下所有的环境变量以及相应的值。 2. 添加环境变量：有两种方法添加环境变量，一种是点“build”->“Open Release Directory in Build Window”，再弹出的对话框中添加新的环境变量，例如：set WINCE_TEST=1。这句话的意思是添加一个环境变量叫WINCE_TEST，它的值为1。还有另一种方法添加环境变量，以WinCE6.0为例，在“Solution Explorer”窗口中，右击工程的名字，然后选择“Properties”。在弹出的对话框中选择“Configuration Properties”->“Enviroment”，然后在右侧的窗口中添加环境变量。 3. 删除环境变量：同样两种方法，一种是点“build”->“Open Release Directory in Build Window”，再弹出的对话框中删除已经定义的环境变量，例如：set WINCE_TEST=。这句话的意思是删除环境变量叫WINCE_TEST。另一种删除环境变量的方法是在“Solution Explorer”窗口中，右击工程的名字，然后选择“Properties”。在弹出的对话框中选择“Configuration Properties”->“Enviroment”，然后在右侧的窗口中删除已经定义的环境变量。 4. 通过环境变量对代码进行选择性编译：对代码进行选择性编译如下： #ifdef NANDFLASH_ECC ..... #endif 对platform.reg进行选择性加载如下： IF NANDFLASH_ECC ...... ENDIF ------------------------------------------------------------------------------------------------------------------------------------ 在WinCE下面，创建工程，然后编译是需要花很长时间的。当我们第一编译完工程以后，如果需要改我们的驱动或者BSP，我们是不需要重新编译整个工程的： 1. 如果更改了driver，以WinCE6.0为例，我们可以在菜单里面选择“build”->“Open Release Directory in Build Window” ，然后在弹出的命令行窗口中，通过dos命令切换到你要编译的driver的目录下面，然后运行“build”就可以了。也可以运行“build -c”会强制把所有的文件都编译一遍。被编译后的driver的dll会被自动拷贝到release目录下面，然后再切换的工程的release目录下面，运行一下“make image”就可以了。 2. 如果改变了OAL部分的代码，同样用上面介绍的方法，需要注意的是，OAL部分可能包含多个文件夹，如果改变了OAL里面的代码，不要进入OAL里面的文件夹去编译，一定要在OAL这层进行编译，这样OAL部分的lib，dll才会被重新编译并拷贝到release目录下面。 3. 如果改变了配置文件，比如config.bib，platform.reg文件，那么直接将这些文件拷贝到你的工程目录下面，然后运行一下“make image”就可以了。 4. 如果改变了eboot部分的代码，那按照步骤1的方法就可以了，可能你都不需要运行“make image”命令，因为可能你只需要eboot.bin或者eboot.nb0。 -------------------------------------------------------------------------------------------------------------------------------------般在ARM架构的CPU上，物理地址都是统一编址的，寻址空间为4GB(32Bit CPU)。也就是说，针对一个ARM的处理器，它可以访问的物理空间是4GB。在WinCE中，ARM中的4GB物理地址空间将被映射为512MB的虚拟内存空间。 OEMAddressTable就是一个4GB物理地址空间到WinCE Kernel中的512MB虚拟地址空间的映射表。 在BSP中，会定义OEMAddressTable来描述系统中可访问的物理空间及对应的虚拟地址空间，还有大小。这个表会在WinCE系统开始启动的时候传给MMU，具体到BSP中应该是在OAL中的startup.s中，OEMAddressTable的起始地址会被放到r0寄存器中，然后就跳转到KernelStart里面，KernelStart会用OEMAddressTable完成MMU得初始化。当WinCE启动以后，就只能访问虚拟地址空间了。 举个例子，比如我们要开发一个Flash的驱动程序，那么首先我们知道这个flash所接的片选对应的物理起始地址是多少(假如是0x60000000)，大小是多少(假如是0x2000000)。如果我们要在WinCE中访问它，就必须为它定义一个虚拟地址(假如是0x80000000)，并添加到OEMAddressTable中，这样，我们才能在我们的驱动里面通过这个虚拟地址访问到flash。 虚拟地址不是随便定义的，WinCE中有规定，必须在0x80000000---0x9FFFFFFF。实际上WinCE创建了两套虚拟地址空间，一个是0x80000000---0x9FFFFFFF，是Cache Enabled。另一个是0xA0000000---0xBFFFFFFF，是Cache Disabled。有啥区别呢： 如果我们访问的这个空间只是一段内存空间(比如SDRAM)，那么就可以用Cache Enabled的空间来访问，这样存取数据的速度会比较快，因为数据被保存在Cache中。 如果我们访问的这个空间是一个外设的地址，那么我们就要使用Cached Disabled的空间来访问，这样才能使CPU与外设同步。 可能说得有点绕，我的经验就是：只要是SDRAM，可以用Cache Enabled空间访问。如果是寄存器，就用Cache Disabled空间访问。 如何定义OEMAddressTable呢，如果安装了WinCE5.0或者6.0，那么提供的参考BSP中都已经有定义了，在BSP目录下搜索“OEMAddressTable”，一看代码就明白了，这里重复一下，格式如下： 虚拟地址 物理地址 大小 比如： OEMAddressTable: dd 0x80000000 0x60000000 0x2000000 dd 0 0 0 上面这个表定义了一个flash的物理地址到虚拟地址的映射，物理地址是0x60000000，虚拟地址是0x80000000，大小是32MB。OEMAddressTable最后必须以0结尾，表示OEMAddressTable结束 |