使用ADS1.2进行嵌入式软件开发（2） 嵌入式软件, 存储器, 开发

yuyang911220

2.简单分散加载样例
图8所示样例中，只有一个加载块，包含了所有的代码和数据，起始地址为0。这个加载块一共对应两个执行块。一个包含所有的RO代码和数据，执行地址与装载地址相同；同时另一个起始地址为0x10000的执行块，包含所有的RW和ZI数据。这样当系统开始启动时，从第一个执行块开始运行(执行地址等于装载地址)，在执行过程中，有一段初始化代码会把装载块中的一部分代码转移到另外的执行块中。
下面是这个scatter描述文件，该文件描述了上述存储器映射方式。
LOAD_ROM0x4000
｛
EXE_ROM0x00000x4000;Rootregion
｛
*〈+RO〉;Allcodeandconstantdata
｝
RAM0x100000x8000
｛
*〈+RW,+ZI〉;Allnon-constantdata
｝
｝
3.在分散文件中放置对象
在大多数应用中，并不是像前例那样，简单地把所有属性都放在一起，用户需要控制特定代码和数据段的放置位置。这可以通过在scatter文件中对单个目标文件进行定义实现，而不是只简单地依靠通配符。
为了覆盖标准的连接器布局规则，我们可以使用+FIRST和+LAST分散加载指令。典型的例子是在执行块的开始处放置中断向量表格：
LOAD_ROM0x00000x4000
｛
EXEC_ROM0x00000x4000
｛
vectors.o〈Vect,+FIRST〉
*〈+RO〉
｝
;moreexecregions...
｝
在这个scatter文件中，保证了vextors.o中的Vect域被放置于地址0x0000。
4.RootRegion(根区)
根区是一个执行块，它的加载地址与执行地址是一致的。每个scatter文件至少有一个根区。分散加载有一个限制：创建执行块的代码和数据(即完成复制和清零的代码和数据)无法自行复制到另一个位置。因此，在根区中必须含有下面的部分：
_main.o，包含复制代码/数据的代码；
连接器输出变量$$Table和ZISection$$Table，包含被复制代码/数据的地址。
由于上面两个部分的属性是只读的，因此他们被*〈+RO〉通配符语法匹配。如果*〈+RO〉被用在了非根区中，则在根区中必须显式地指明另一个RO区域。
下面是一个例子：
LOAD_ROM0x00000x4000
｛
EXE_ROM0x00000x4000;rootregion
｛
_main.o〈+RO〉;copyingcode
*〈Region$$Tabl0e〉;RO/RWaddressestocopy
*〈ZISection$$Table〉;ZIaddressestozero
｝
RAM0x100000x8000
｛
*〈+RO〉;allotherROsections
*〈+RW,+ZI〉;allRWandZIsections
｝
｝放置堆栈和heap
Scatterloading机制提供了一种指定代码和静态数据布局的方法。下面介绍如何放置应用程序的堆栈和heap。
* _user_initial_stackheap重定向
应用程序的堆栈和heap是在C库函数初始化过程中建立起来的。可以通过重定向对应的子程序来改变堆栈和heap的位置，在ADS的库函数中，即_user_initial_stackheap()函数。
_user_initial_stackheap()可以用C或汇编来实现，它必须返回如下参数：
r0：heap基地址；
r1：堆栈基地址；
r2：heap长度限制值(需要的话)；
r3：堆栈长度限制值。
当用户使用分散装载功能的时候，必须重调用_user_initial_stackheap()，否则连接器会报错：
Error： L6218E： Undefined symbol Image$$ZI$$Limit (referred from sys_stackheap.o)

*存储器模型
ADS提供了两种实时存储器模型。缺省时为one-region，应用程序的堆栈和heap位于同一个存储器区块，使用的时候相向生长，当在heap区分配一块存储器空间时需要检查堆栈指针。另一种情况是堆栈和heap使用两块独立的存储器区域。对于速度特别快的RAM，可选择只用来作堆栈使用。为了使用这种two-region模型，用户需要导入符号use_two_region_memory，heap使用需要检查heap的长度限制值。
对这两种模型来说，缺省情况下对堆栈的生长都不进行检查。用户可以在程序编译时使用 -apcs/swst 编译器选项来进行软件堆栈检查。如果使用two-region模型，必须得在执行_user_initial_stackheap时指定一个堆栈限制值。

图9 重定向_user_initial_stackheap()

图10 基本初始化过程

图11 ROM/RAM重定向和映射

表1
系统复位和初始化
目前情况，一般假设程序从C库函数的初始化入口_main开始执行。实际上，所有的嵌入式程序在启动时都要执行一些系统级的初始化操作。在此讨论这方面的内容。
初始化过程
图10中显示了一个基于ARM的嵌入式系统的基本初始化过程。可以看到，在_main之前加入了一个复位处理模块reset handler，它在系统上电复位时立即启动。标识为$sub$$main的新代码块在进入主程序之前执行。
复位处理模块reset handler通常是一小段汇编代码，在系统复位时执行。它至少完成应用程序中使用到的所有处理器模式的堆栈初始化工作。对于含有本地存储器系统的内核(比如含cache的ARM内核)，配置工作也必须在这一段初始化过程中完成。当完成系统初始化之后，通常程序会跳向_main，开始C库函数的初始化过程。
系统初始化过程一般还包括另外一些内容，中断使能等，这些大多安排在C库函数的初始化完成之后执行。$sub$$main()完成这部分功能。
向量表(vector table)
所有的ARM系统都有一张中断向量表当出现异常需要处理时，必须调用向量表。向量表一般要位于0地址处。