WindowsCE嵌入式开发入门——基于Xscale架构(5)

9.2.5  Windows CE标准BootLoader的需求

1&＃xff0e;BSP必须在加载Windows CE BootLoader以及操作系统的时候有一个默认的模式。

&＃xff08;1&＃xff09;在系统启动时&＃xff0c;即使用户不输入指令&＃xff0c;也能自动地下载操作系统镜像文件。即便使用了启动菜单&＃xff0c;也是有时间限制了&＃xff0c;超过时间限制&＃xff0c;BootLoader应当能自动地按照默认方式启动操作系统&＃xff1b;

&＃xff08;2&＃xff09;BootLoader应当被固化在FLASH中&＃xff1b;

&＃xff08;3&＃xff09;BootLoader应当使用BLCOMMON的架构&＃xff1b;

&＃xff08;4&＃xff09;BootLoader应当提供FLASH擦写和BootLoader自我更新的功能。这就要求BootLoader要分段执行&＃xff0c;在FLASH中执行时&＃xff0c;主要把自身剩余的代码复制到RAM中&＃xff0c;然后进入RAM中运行时就能更新在FLASH中的BootLoader镜像文件。如果一直在FLASH中执行&＃xff0c;同时又更新FLASH中的数据&＃xff0c;那样会引起程序的逻辑错误&＃xff1b;

&＃xff08;5&＃xff09;BootLoader应当提供向线性地址的FLASH下载操作系统镜像文件&＃xff0c;并且跳转到其镜像文件数据首地址的功能&＃xff1b;

&＃xff08;6&＃xff09;BootLoader应当提供向线性地址的RAM下载操作系统镜像文件&＃xff0c;并且跳转到其镜像文件数据首地址的功能&＃xff1b;

&＃xff08;7&＃xff09;在Platform Builder中的功能控制流里出现的任何分支&＃xff0c;BootLoader都应当提供支持&＃xff1b;

&＃xff08;8&＃xff09;BootLoader应当能使用硬件提供的任何接口来下载操作系统镜像文件&＃xff0c;如并口、串口、以太口以及硬盘。在Platform Builder 4.2自带的样例BootLoader中&＃xff0c;都以以太口为默认的传输方式。

2&＃xff0e;目标机硬件结构的设计应当兼顾软件性能。硬件结构设计是否合理&＃xff0c;这关系到后续软件开发以及调试的效率。

&＃xff08;1&＃xff09;目标机的flash应当是可以被替换的&＃xff1b;

&＃xff08;2&＃xff09;目标机应当提供足够的RAM和flash来支持debugging&＃xff1b;

&＃xff08;3&＃xff09;目标机是否有LED灯之类操作简单的、可用于调试的设备。

3&＃xff0e;BootLoader应当提供两个启动选项&＃xff1a;从主机下载操作系统镜像文件以及从FLASH中固化的镜像文件启动。在下载操作系统镜像文件执行时&＃xff0c;又分为两个步骤&＃xff1a;先将镜像文件下载到RAM中&＃xff0c;然后再固化到FLASH里。

以上便是符合Windows CE标准要求的BootLoader功能及其硬件支持。这些要求保证了BootLoader在各个平台间中逻辑结构上的一致性。

那么BootLoader是如何被写入裸板的呢&＃xff1f;实现方法有以下几种方式。

&＃xff08;1&＃xff09;使用ADS软件和JTAG仿真器。先将BootLoader的镜像文件通过JTAG下载到目标机的RAM中&＃xff0c;然后在ADS中运行FLASH的烧写软件&＃xff0c;这样可以把RAM中的数据写入FLASH&＃xff1b;

&＃xff08;2&＃xff09;使用专门的FLASH编程器&＃xff0c;将BootLoader写如FLASH&＃xff08;注意&＃xff0c;这时FLASH还没有插入目标机&＃xff0c;不受CPU控制&＃xff09;然后将烧写完毕的FLASH插入目标机中。

&＃xff08;3&＃xff09;在BootLoader已经驻留在FLASH的情况下&＃xff0c;可以通过BootLoader实现自我更新的功能。