EEPW论坛

走了。但是没时间了。这几天上班忙

解决链接时候的六个警告：

1、分散加载文件中的四个警告

需要在分散加载文件中，将空的区域使用EMPTY属性标识，说明这个空间是预留的。这样编译器就不会警告了

EMPTY  属性，i就是告诉链接器这是我要保留一个空白内存块，你别管了。修改后的sct文件如下：

LOAD_INTERFLASHROM 0x08000000 0x00100000  {      ; load region size_region
  EXEC_INTERROM    0x08000000 0x00100000  {      ; load address = execution address
   * (.vector,+First)                            ;                           1024k
   *(InRoot$$Sections)
   .ANY (+RO)
  }
  EXEC_VECTORRAM   0x20000000 EMPTY  0x00000400  {      ; vector table region in ram
  }                                              ;                             1k
  EXEC_BSSDATARAM  0x20000400 0x00001c00  {      ; zi and rw data region in ram
   .ANY (+RW +ZI)
  }                                              ;                             7k
  EXEC_SYSTEMRAM   0x20002000 EMPTY  0x00018000  {      ; ut/kernel management region

  }                                              ;                            100k
  EXEC_USERRAM     0x2001b000 EMPTY  0x00001000  {      ; user manual region in ram
  }                                              ;                             4k
  EXEC_STACKRAM    0x2001c000 EMPTY  0x00000000  {      ; default stack top
 
  }                                              ;                             0k
  ARM_LIB_HEAP 0x2001A000 EMPTY 0x500    ; 这是为了使用printf之类的系统库设置的
  {
  }
  ARM_LIB_STACK 0x2001A500 EMPTY 0x500
  {
  }
}                                                ;                      sum:  112k
2、解决链接时候的警告

警告1、.\out\kernel-rom.axf: Warning: L6306W: '~PRES8 (The user did not require code to preserve 8-byte data objects)' section knl_dispatch.o(.text) should not use the address of 'REQ8 (Code was permitted to depend on the 8-byte aligment of 8-byte data items)' function knl_power_low.

警告2、.\out\kernel-rom.axf: Warning: L6306W: '~PRES8 (The user did not require code to preserve 8-byte data objects)' section knl_int.o(.text) should not use the address of 'REQ8 (Code was permitted to depend on the 8-byte aligment of 8-byte data items)' function knl_timer_handler.

解决这两个警告，参考http://www.keil.com/support/docs/3268.htm

注意这个即可：All C code generated by the RealView compiler assumes that stack allocation is aligned on 8-byte boundaries. You must ensure that the assembler interrupt handler has an 8-byte aligned stack by specifying the PRESERVE8 directive at the beginning of your assembly file.

于是我在发出警告的两个文件里边，.text段之前加了PRESERVE8，警告就消除了

参考上边的一段红字，PRESERVE8这个关键字用来声明字节对齐的。声明之后，链接器就不会警告这里没有对齐了。

于是在knl_int.s和knl_dispatch中的所有.text段前面加上PRESERVE8关键字，警告就消除了。

格式是这样的：

    PRESERVE8
    AREA |.text|,CODE,READONLY
    THUMB
    GLOBAL Csym(enaint) [CODE]

。。。。。。。。。。。。。。。。

继续更新，开始玩转开发板的硬件部分

EM-SAM3S开发板例子工程中的启动文件分析

【预备知识】

Cortex-M3内核规定，起始地址必须存放堆顶指针，而第二个地址则必须存放复位中断入口向量地址，这样在Cortex-M3内核复位后，会自动从起始地址的下一个32位空间取出复位中断入口向量，跳转执行复位中断服务程序。对比ARM7/ARM9内核，Cortex-M3内核则是固定了中断向量表的位置而起始地址是可变化的。

【启动分析】

在例子程序中，MCU启动时，会将vector中定义的第二个地址作为程序的入口地址。即Reset_Handler。

至于为什么会从vector加载，可以查看分散加载文件（.sct）。这里有这么一段：

Vector_region 0x400000

{

    board_cstartup_keil.o (vectors, +FIRST)

}

这个声明就是让链接器将board_cstartup_keil.o加载到0x400000。

而0x400000就是内部flash的起始地址：

board_cstartup_keil.o由board_cstartup_keil..c生成。这个文件中，定义了两个东西：__vector_table[]和static void _Reset_Handler( void )

__vector_table就是中断向量表，__vector_table的第二个地址就是_Reset_Handler。因此，MCU启动时将向量表加载完成后，就开始执行_Reset_Handler这个函数。

在这个函数中跳转到main函数。好了，花花丽丽的C开始了。

（至于为什么加载到了0x400000是__vector_table而不是_Reset_Handler，那是因为那个+FIRST这个属性）

【总结一下】

1、在分散加载文件中，设置程序加载到的位置。加载到0x400000这个地址的，就会在启动时候执行。

2、这里的启动文件有很简单的两个东西，中断向量表和函数_Reset_Handler。中断向量表的第二个地址就是复位中断程序入口地址。

3、汇编文件workaround.s没用了。删掉里边的内容都没关系。于是一行汇编代码都没有了，这也算是自己写sct文件的好处吧。

总线时钟。

当年 从AVR转到ARM上，这个总线时钟理解了好长一段时间

趁着他们看晚会的空，我更新个点灯程序：

本来贴这里的，后来觉得还是单独发一贴好了

比较麻烦的一个东西。我玩了几天51就转过来的，那里没的总线时钟。

ARM7里边也有，但是没这么复杂。

计算CM3的时钟并记住，还是有点难度的