ARM单片机中程序在ROM空间和RAM空间的分布（分散加载文件，Scatter-Loading Description File）

     对于$KeiluVisionIDE$，程序编译好之后，代码的下载位置（$ROM$空间）以及代码运行的时候使用的$RAM$空间（$RAM$空间）默认在图1所示的红圈中的位置进行配置，但是这里的配置对于比较复杂的情况可能就不是太友好了，比如要配置从$SRAM$启动（那么中断向量表就要放在地址$0x20000000$开头的位置，图1所示的红圈中的配置大部分默认是从内部$FLASH$启动）。这时就可以利用分散加载文件来代替图1中红圈中的配置。如果要使用分散加载文件来代替图1中红圈中的配置的话需要将图2中红圈处的勾选取消并且蓝色圈的位置是分散加载文件的目录。

　

图1.

　

图2.

     和图1中红圈中的配置相同的分散加载文件如下所示：

; *************************************************************
; *** Scatter-Loading Description File generated by uVision ***
; *************************************************************

LR_IROM1 0x08000000 0x00080000  {    ; load region size_region
  ER_IROM1 0x08000000 0x00080000  {  ; load address = execution address
   *.o (RESET, +First)
   *(InRoot$$Sections)
   .ANY (+RO)
   .ANY (+XO)
  }
  RW_IRAM1 0x20000000 0x00010000  {  ; RW data
   .ANY (+RW +ZI)
  }
}

     需要注意的是我这里不会详细的去讲解分散加载文件，对于这部分的内容我也没有详细的看，因为这部分内容似乎还挺多的，需要详细了解的可以去看一下图3的$ARM$的官方文档。我这里只是记录一下我常用的几种配置。

　

图3.

     这里弄了一个简单且常见的例子（基于$STM32F103ZET6$芯片，片上$FLASH$为512$KB$，$SRAM$为64$KB$），这里图4中的配置是基于从$SRAM$启动的。这里只是简单的将中断向量表放在$SRAM$区域从地址$0x20000000$开头的$2KB$的区域，$test.c$放在$SRAM$区域从地址$0x20000800$区域开头的$2KB$的区域，然后其它的代码都放在片上$FLASH$从地址$0x80000000$开始的区域。

　

图4.

     这里程序编译完之后会生成3个$bin$文件，如图5和图6所示所示，这3个$bin$文件和图4中3个$loadregion$对应，这里生成$bin$文件的命令如图7所示。

fromelf --bin --output=..\bin\sct.bin  ..\obj\sct.axf

　

图5.

　

图6.

　

图7.

     这里还需要注意的是既然有三个$bin$文件，那可能就需要三部分的下载算法配置和这三个$bin$文件相对应（其实$bin$文件$ER\_IROM2$和$bin$文件$ER\_IROM3$的地址区域是连续的，因此只用一个部分的下载算法配置也是可以了），如图8所示。如果有针对$SRAM$区域的下载算法的话，$bin$文件$ER\_IROM2$和$bin$文件$ER\_IROM3$应该用针对$SRAM$区域的下载算法。还有就是这里地址区域从$0x20000000$到$0x20000FFF$已经被$bin$文件$ER\_IROM2$和$bin$文件$ER\_IROM3$占用了，因此提供给程序运行的$RAM$区域以及下载算法用到的$RAM$区域都不能用到这块区域，因此图8中$RAMforAlgorithm$的配置以及图4中提供给程序运行的$RAM$区域的配置都是从地址$0x20001000$开始。

　

图8.

     假设现在存储空间的分布按照图9的配置，则还有方法来指定变量或函数存储在指定的地址开始的存储空间，如图10和图11所示。图10将数组$global\_array$放在从地址$0x20001000$开始的存储空间，将数组$global\_array\_extra$放在从地址$0x20009000$开始的存储空间，但是从图9可以看出，这里配置的不论是$ROM$区域还是$RAM$区域都没有包含地址$0x20009000$开始的存储空间，因此这里会对数组$global\_array\_extra$专门生成一个$BIN$文件，如图12所示，如果图8中下载算法的配置的$AddressRange$覆盖了地址$0x20009000$开始的存储空间，则下载算法还是会把数组$global\_array\_extra$下载到地址$0x20009000$开始的存储空间里面去，否则会报算法缺失的错误。

　

图9.

　

图10.

　

图11.

　

图12.

     我们再来看一个例子，假设此时存储器的配置按照图1的配置，第一种情况如图13所示，这种情况我们在这里已经讲过了，这里数组$global\_array$会被编译器自动分配到$SRAM$区域（地址$0x20000000$开始），属于全局区，打印出来的地址值也确实是在$SRAM$区域。

　

图13.

     假设此时存储器的配置按照图1的配置，第2种情况如图14所示，这时数组$global\_array$被指定存放到片上$FLASH$区域（地址$0x08001000$开始），打印出来的地址值也确实是在$FLASH$区域。在上一种情况中，数组$global\_array$在程序运行中是可读可写的，但是这里数组$global\_array$在程序运行中就变成只读的了，这一点需要注意。因为此时数组$global\_array$被放到了片上$FLASH$区域，而片上$FLASH$区域是不能随机写的，必须先擦除才能写。

　

图14.

     最后再提一下利用图15和图16的配置也可以把$test\_sct$函数放到从地址$0x20000800$开头的$2KB$的区域。

　

图15.

　

图16.