wince 移植必杀技

转载于 2013-11-15 11:23:27 发布 · 2.1k 阅读

WinCE 工具及使用技巧同时被 2 个专栏收录

19 篇文章

订阅专栏

WinCE 驱动开发

14 篇文章

订阅专栏

1.arm上wince的移植概要

需要的仅仅是bsp包，常常由厂家提供，当然可以自己写，唯一的工具就是pb，即是windows的platform builder，也是所说的wince，现在有5.0和6.0，建议从wince5入手，wince加载相应bsp，构建，顺利的话，完成了

2.wince编译出现类似错误

错误类似：

NMAKE : U1073: don't know how to make 'C:/WINCE500/platform/common/lib/ARMV4I/retail/oal_cache_arm926.lib'

问题出在，厂商提供的bsp版本，安装的过多，只要安装一个即可，例如atmel的可以安装src或者bin都行，最好是src的，可以做一下修改修复错误：

C:/WINCE500/PLATFORM/COMMON/SRC/ARM
下的DIRS文件修改成：
DIRS=/
common /
ARM920T /
ARM926 /
INTEL /
SAMSUNG /
ATMEL

即可

3.wince编译选项简单解释

"Sysgen"，"Build and Sysgen"和"Build and Sysgen current BSP"

Sysgen：

当你在"Catalog"中添加或删除了新的item的时候，用这个。eboot的代码修改了，貌似也要用这个哦~

Build and Sysgen：

当你更新了/public目录下的源代码的时候，需要用这个。一般比如在打patch以后，可能就需要进行Build and Sysgen。

Build and Sysgen current BSP：

当你只改变了你的BSP部分的代码，就可以用这个选项

4.wince环境变量查看等

pb->build os->open release directory打开的窗口中使用set命令可以看到

同样的，用set ENV=XXX,即可添加或者修改，set ENV= 则删除了

发现，set命令虽然能查看环境变量，但是部分环境变量是没有，别着急，看看bsp根目录，也就是platform下你自己的bsp目录，下边有source.cmn没？再看看里边的定义吧，同时注意source文件

5.wince source文件解释

sources.cmn是Common Source文件，BSP内所有的源代码编译都会用到该文件。
source文件是针对特定目录的，只对当前目录有效

5.wince 分析代码结构方法

注意source source.cmn dirs等文件，注意环境变量获取方法，例如eboot代码：

通过查看 C:/WINCE500/PLATFORM/AT91SAM9261EK/SRC/BOOTLOADER/EBOOT/SOURCE

C:/WINCE500/PLATFORM/AT91SAM9261EK/SOURCE.CMN

C:/WINCE500/PUBLIC/COMMON/OAK/MISC/SOURCE.DEFAULT

以及set之后的所有环境变量，同时参考C:/WINCE500/BUILD.log即可清除组成

6.source insight显示完整文件路径

options -> preferences -> Display, 去掉"Trim long path names with ellipses",
这样就可以在source insight下显示文件的完整路径了

7.pb不能生成eboot.nb0

把原来的PBWorkspaces删掉，新建一个工程，导入几个选项，build and sysgen current bsp即可

8.NK.nb0 和 NK.bin区别

nk.bin和nk.nb0都是CE的镜像

首先，NK.BIN中的内容是被压缩过的,NK.NB0中的内容是没有压缩的。
两者大小的区别是因为在生成过程中BIN会将你设定的后面的NULL自动去掉，而NB0就不会。
NB0的大小就是第三个变量ROMSIZE所设置的大小。
由于nk.nb0是非压缩的数据，里面的数据就是NK展开以后在内存里面的数据。
而nk.bin是有压缩的数据，里面的数据是压缩以后类似于成块形的数据，被loader拷贝到内存以后没有区别。
由于bin文件需要解压，因而其下载方式也不一样，
通常，通过串口直接下载用nb0，pb下载用bin。
其次，nk.nb0是可以直接烧到FLASH/ROM中的，是代码镜像，可以直接跳转到其入口执行。
而nk.bin是Microsoft binary image格式的文件，必须按其格式定义解开到其指定的地址空间的位置才能执行。

9.NK.nb0没有生成

编辑

C:/WINCE500/PLATFORM/AT91SAM9261EK/FILES/config.bib

在最后添加

ROMSTART=80069000
ROMWIDTH=32
ROMSIZE=02000000

重新生成下，整个bsp，包括public和private，直接build and sysgen即可

10.虚拟地址和物理地址的映射关系

参考文件

WINCE500/PLATFORM/AT91SAM9261EK/SRC/INC/cfg.inc

可以获得物理到虚拟的映射

参考文件

C:/WINCE500/PLATFORM/AT91SAM9261EK/FILES/config.bib

可以获得内存映射图，内核启示地址等

11.各种配置文件和头文件哪里找

寻找各种src下的inc目录即可，如：

PLATFORM/COMMON/SRC/INC/

PLATFORM/COMMON/SRC/ARM/ATMEL/AT91SAM926x/INC

12.kitl

kitl是一种调试方式，可以在工程设置中禁止掉，kitl通过网络窗口等与pb通信

13.wince中文

在工程设置里，选择默认语言文中文即可，附加选择一个中文字体

14.wince网络配置

其实不用配置什么东西，bsp网卡驱动加入之后，如果成功，进入系统后，会自动建立网络连接的，默认可以上网了~可以参照选择：

Networking – Local Area Network (LAN)  →  Wired Loacal Area Network
Networking – Wide Area Networking→  RAS/PPP→Autodial
Networking – Wide Area Networking  →TAPI→Unimodem

最好是kitl先关闭掉~貌似会有影响~还没研究~

15.wince音频驱动

音频驱动有3种模式: 1.MDD/PDD模式.2.Wavedev2模式.3.UAM模式它们相同的地方很明显:它们公开相同的接口,因为是流驱动!都是透过流接口与上层的waveapi.dll交互.

16.wince音频驱动wavedev生成过程

整个驱动是一个dll，微软的mdd和自己写的pdd要连接成一个dll，此处通过build.log简单跟踪此dll的生成过程，从dll的reg了解到，dll名字为at91sam9261ek_wavedev.dll，.log文件直接搜索：

BUILD: [01:0000000393:INFO ] C:/WINCE500/PBWorkspaces/newmsg9261/WINCE500/AT91SAM9261EK_ARMV4I/cesysgen/oak/lib/ARMV4I/retail/ wavemdd.lib C:/WINCE500/platform/AT91SAM9261EK/lib/ARMV4I/retail/gpio.lib

BUILD: [01:0000000394:INFO ] Creating library C:/WINCE500/platform/AT91SAM9261EK/lib/ARMV4I/retail/at91sam9261ek_wavedev.lib and object C:/WINCE500/platform/AT91SAM9261EK/lib/ARMV4I/retail/at91sam9261ek_wavedev.exp

BUILD: [01:0000000395:INFO ] set LIB=C:/WINCE500/sdk/CE/lib

BUILD: [01:0000000396:PROGC ] Linking C:/WINCE500/platform/AT91SAM9261EK/target/ARMV4I/retail/at91sam9261ek_wavedev.dll

搜索到以上内容，看到红色部分，就是微软提供的mdd库，并且提供了源码的哦~可以用来跟踪~

17.wince上出现文件找不到的错误

有时候打开一个图片或者视频，音乐什么的，wince会说找不到文件，其实是不识别那个格式

18.wince驱动简单分类

wince驱动分类如下：
--1--实现接口
本地驱动和流驱动
本地驱动实现的接口不统一，很复杂的，针对不同的设备接口不同，由操作系统调用，应用程序不能调用
流驱动暴露给系统统一的接口，应用程序可以通过设备文件调用，这个跟linux的驱动很像了哦
所以，一个驱动可以实现成流，也可以实现成本地，都没问题
--2--代码结构
单层和多层
单层就是自己实现从上到下所有的功能，所有的调用
多层就是mdd/pdd即，设备无关/设备相关的模式，驱动一般只需要实现pdd即可
综上，一个驱动可以是单层的流，也可以是多层的流，可以是单层的本地，也可以是多层的本地，言之就是用什么样的接口+采取什么样的代码结构~就像人分为男人和女人，又分为好人和坏人，有好男人和好女人，也有坏男人和坏女人咯~

19.wince映射物理内存到虚拟内存的方法

--1--MmMapIoSpace

PaBaseVir = (unsigned int *)MmMapIoSpace(PhysAddr, PIO_REG_SIZE, FALSE);

--2--VirtualAlloc+VirtualCopy

v_pIOPregs = (volatile IOPreg *)VirtualAlloc(0, sizeof(IOPreg), MEM_RESERVE, PAGE_NOACCESS);
      if (v_pIOPregs == NULL){
                  RetValue = FALSE;
      }
      else {
                  if (!VirtualCopy((PVOID)v_pIOPregs, (PVOID)(IOP_BASE), sizeof(IOPreg), PAGE_READWRITE | PAGE_NOCACHE)) {
                           RetValue = FALSE;
                  }
其中PHYSICAL_ADDRESS PhysAddr;类型为：

typedef LARGE_INTEGER PHYSICAL_ADDRESS; -->

typedef union _LARGE_INTEGER {
struct {
      DWORD LowPart;
      LONG HighPart;
};
struct {
      DWORD LowPart;
      LONG HighPart;
} u;

20.wince组件管理和控制

我们知道在bsp上右键直接添加组件，但是谁来控制添加了哪些组件呢？实际上用的是环境变量！在build-os菜单下（ce5），打开命令行，输入set命令，当然可以set > d:/set.txt，之后查看发现

BSP_AT191SAM9261EK_NANDFLASH=1

在看platform.reg

IF BSP_AT91SAM9261EK_NANDFLASH
#include "$(_TARGETPLATROOT)/SRC/DRIVERS/NandFlash/NandFlashDll/NandFlash.reg"
ENDIF BSP_AT91SAM9261EK_NANDFLASH

明白了pb怎么控制组件的了吧~

21.一个好用的msi安装工具制作工具

Advanced Installer 相当好用~

22.wince的LCD驱动RGB顺序问题

wince这一点非常好的，"forceRGB"=dword:1注册表中的这个项目，这个注册表是lcd驱动的注册表，直接修改，就可以交换rgb的中r和b的位置，实际上，根据不同bsp实现不同，直接按照bsp驱动的实现去跟踪即可，跟踪简要路线是：

GetMasks函数，关键变量是 m_bForceRGB，此变量在初始化时候赋值，初始化函数很诡异，实际上是类的构造函数，找不到调用的地方吧，分析代码一定要注意，这个函数是LCDC6xhw::LCDC6xhw，通过这个函数中的QueryMode函数调用，查找注册表中前边说的"forceRGB"=dword:1，最终确定了rgb的顺序~

23.wince的LCD驱动

LCD实际上分为2种架构

--1--mdd/pdd

一般bsp都实现这个，起码atmel和s3c如此，上层规定下层实现几个特定函数，pdd实现即可

--2--directDraw

让应用少走层次，直接绘图，当然也是通过驱动oal功能函数咯

具体参见 http://blog.youkuaiyun.com/nanjianhui/archive/2008/09/14/2790871.aspx 大师解释，呵呵

24.eboot单独快速译编

wince出了名的编译慢，每次修改eboot代码，要整个sysgen一下，很慢，时间浪费了。且看今天的eboot单独快速编译

打开pb的BuildOs菜单下的命令行，之所以从这里打开，是因为各种环境变量已经设置好了，打开之后，要自己确定下你修改了的那个文件所在的文件夹，比如我修改了：

C:/WINCE500/PLATFORM/COMMON/SRC/ARM/ATMEL/AT91SAM926x/BOOTLOADER/GenericEBOOT/main.c

那么我就进入（当然是命令行哦）

C:/WINCE500/PLATFORM/COMMON/SRC/ARM/ATMEL/AT91SAM926x/BOOTLOADER/GenericEBOOT/

然后

build -c

过程中，我们发现，生成的是Linking C:/WINCE500/platform/common/lib/ARMV4I/retail/GenericEBOOT.lib，也就是说，当前编译生成的东东，只是最终使用的一个库而已，那么最终生成运行时镜像的是哪里呢？因为eboot还有其他的文件夹，找到

C:/WINCE500/PLATFORM/AT91SAM9261EK/SRC/BOOTLOADER/EBOOT

我们在此

build -c

发现，生成了含有类型exe的文件，在目录

C:/WINCE500/PLATFORM/AT91SAM9261EK/target/ARMV4I/retail

发现，生成的eboot等最终镜像了~

总结一下规律，要快速编译某个东西，就在被修改那个文件夹build -c，之后再这个东东的“起点”也是“最终点“那里build -c！那么怎么确定哪里是辅助库，哪里是镜像终点呢？也很简单，猜想是由当前文件夹下的sources文件决定的，看到

C:/WINCE500/PLATFORM/AT91SAM9261EK/SRC/BOOTLOADER/EBOOT/sources中

TARGETNAME=eboot
TARGETTYPE=PROGRAM
RELEASETYPE=PLATFORM
EXEENTRY=StartUp
NOMIPS16CODE=1

有exe入口点，有目标类型，看来这里是终点哦~又看到

C:/WINCE500/PLATFORM/COMMON/SRC/ARM/ATMEL/AT91SAM926x/BOOTLOADER/GenericEBOOT/sources

RELEASETYPE=CUSTOM
TARGETTYPE=LIBRARY

类型是lib，可想而知，这里肯定是辅助库咯~

综上分析，在被修改的地方build -c，在源头build -c，参照sources可以知道依赖和类型~

at91sam9261ek，源头build后，在C:/WINCE500/PLATFORM/AT91SAM9261EK/target/ARMV4I/retail中找到生成的镜像！

25.wince驱动快速编译

--23--讨论了eboot的快速编译，实际上驱动的快速编译原理是相通的，首先找到驱动被修改的目录，之后build -c，最后看下他被连接到哪去了，驱动一般是dll的，且被拷贝到了一个lib目录下。build-c之后，找到生成的dll，copy到release目录，此步骤可用命令buildrel，然后执行下makeruntimeimage就行了~超快~当然，命令行的情况下，直接：makeimg命令即可

26.evc程序不能执行

在工程的settings里，设置下mfc用静态库，试试，可能是因为缺少动态库没能执行，静态库链接即可

27.wince的emulator很好用

wince5中，使用emulator很简单，新建一个设备，选择emulator，sysgen的x86版本的工程，之后连接设备就行了；其中，emulator可能造成系统不稳定，所以初次使用要设置下，不然会有错误：

One or more files from the Emulator for Windows CE installation is missing.

实际上是系统禁用了emulator，解决办法：

Click Start , click Run , type sysdm.cpl, and then click OK .

In the System Properties dialog box, click the Advanced tab.

Under Start and Recovery , click Settings .

In the Startup and Recovery dialog box, click Edit .

Disable PAE mode by removing the /pae option if it exists.

Remove the /noexecute option if it exists.

Add the /execute option.

On the File menu, click Save .

To exit Notepad, click Exit on the File menu.

10.

To close System Properties , click OK two times.

11.

Restart your computer.

实际上就是修改下启动参数，照着做就行了~

28.wince的emulator是神级的工具，介绍2点使用

--1--Target菜单中的AttachDevice会自动连接emulator

--2--emulator的FolderSharing更是妙不可言，试了才知道

28.快速删除.svn文件夹

我们知道，svn会在控制的文件夹下生成.svn数据库，发布软件的时候会很讨厌，下面的方法快速的删除.svn文件夹

新建个.reg，内容如下:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE/SOFTWARE/Classes/Folder/shell/DeleteSVN] @="Delete SVN Folders"
[HKEY_LOCAL_MACHINE/SOFTWARE/Classes/Folder/shell/DeleteSVN/command]
@="cmd.exe /c /"TITLE Removing SVN Folders in %1 && COLOR 9A && FOR /r /"%1/" %%f IN (.svn) DO RD /s /q /"%%f/" /""

保存后，导入注册表，亲自试过，好用~

30.wince点灯方法

pa = (unsigned int*)OALPAtoVA((DWORD)0xfffff400, FALSE);
*((unsigned int *)pa) = 0x1<<29;
pa = (unsigned int*)OALPAtoVA((DWORD)0xfffff410, FALSE);
*((unsigned int *)pa) = 0x1<<29;
pa = (unsigned int*)OALPAtoVA((DWORD)0xfffff434, FALSE);
*((unsigned int *)pa) = 0x1<<29;

31.系统加载so动态库查找的位置

动态库的搜索路径搜索的先后顺序是：

1.编译目标代码时指定的动态库搜索路径；

2.环境变量LD_LIBRARY_PATH指定的动态库搜索路径；

3.配置文件/etc/ld.so.conf中指定的动态库搜索路径；

4.默认的动态库搜索路径/lib；

5.默认的动态库搜索路径/usr/lib。

在上述1、2、3指定动态库搜索路径时，都可指定多个动态库搜索路径，其搜索的先后顺序是按指定路径的先后顺序搜索的。