lm3sBootLoader说明.docVIP

现今，嵌入式系统越来越受到人们的重视。随着系统复杂程度的提高，小型化和网络化也成为嵌入式系统发展的必然趋势。如何利用现成的通信网络，安全、快捷的对各个节点单片机进行在线软件升级（ISP），成为了嵌入式系统发展的一项重要课题，对工业控制、航空航天、通信等领域意义重大。而实现这一功能，需要一段核心代码的支持，这段代码就是BootLoader。 Luminary? Micro 公司设计并生产的 Stellaris 系列单片机，基于先进的 ARM? Cortex-M3内核，芯片提供的高效的性能、广泛的集成功能，适用于各种关注成本并明确要求具有过程控制以及连接能力的应用方案。不可多得的是，Luminary 官方提供了 BootLoader 的全部源代码，大大减小了开发难度。本章将分析 Stellaris BootLoader 的组成、结构及设计思路，试图掌握其关键技术，以更好地应用 BootLoader。 3.1 简介 BootLoader? 是位于 Flash? 起始地址处的一小段代码，占据空间默认为 2K。如果没有BootLoader，硬件启动成功后，将直接运行用户应用程序（Application）。反之，BootLoader的启动代码（Start-up Code）将先被执行，进行一系列的初始化操作后，根据预先设定的条件，选择执行用户应用程序（Application）或升级控制程序（Updater）。Updater在升级Flash的过程中，需要与上位机通信，通信的端口可选用UART，SSI，I2C或以太网端口。为了保证数据的无差错传输，BootLoader采用了控制传输的通信协议：UART，SSI，I2C端口均采用了自定义的串行加载协议；而以太网采用了UDP协议。对接收到的格式正确且校验成功的数据包，Updater能够将其解包，并将得到的加载命令转化为对Flash底层寄存器的操作。 由于官方提供了 BootLoader 的全部源代码，用户也可自行修改通信端口、通信协议等相关组件，使其更好地符合用户需求。 BootLoader的源代码由多个文件组成（图3.1）： 在图3.1中可以看出主要有6个文件组成部分，同时还有几个头文件。bl_packet.c ?串行数据包收发控制 bl_uart.c ??UART 端口数据传输 bl_autobaud.h?自动获取波特率bl_ssi.c ??SSI 端口数据传输 3.2 原理分析 总体来说，Cortex‐M3支持4GB存储空间，如图3.2所示地被划分成若干区域。 3.2.1 存储器映射 图3.2 存储器映射 从图3.2中可见，不像其它的ARM架构，它们的存储器映射由半导体厂家说了算，Cortex‐M3预先定义好了“粗线条的”存储器映射。通过把片上外设的寄存器映射到外设区，就可以简单地以访问内存的方式来访问这些外设的寄存器，从而控制外设的工作。结果，片上外设可以使用C语言来操作。这种预定义的映射关系，也使得对访问速度可以做高度的优化，而且对于片上系统的设计而言更易集成（还有一个重要的，不用每学一种不同的单片机就要熟悉一种新的存储器映射）。Cortex‐M3的内部拥有一个总线基础设施，专用于优化对这种存储器结构的使用。在此之上，CM3甚至还允许这些区域之间“越权使用”。比如说，数据存储器也可以被放到代码区，而且代码也能够在外部RAM区中执行（但是会变慢不少）。处于最高地址的系统级存储区，是CM3用于藏“私房钱”的——包括中断控制器、MPU以及各种调试组件。所有这些设备均使用固定的地址。通过把基础设施的地址定死，就至少在内核水平上，为应用程序的移植扫清了障碍。 由于Cortex-M3内核具有固定的存储器映射，这使得相同内核的芯片具有了更好的兼容性Cortex-M3的地址空间中，0～0.5G被映射为Flash空间，0.5G～1G被映射为SRAM空间。由于SRAM是易失性存储器，故系统上电时，SRAM中并没有内容，系统必须从Flash开始启动。Flash空间起始地址处必须存放向量表。向量表是异常产生时获取异常处理函数入口的一块连续内存，每一个异常都在向量表固定的偏移地址处（偏移地址以字对齐），通过该偏移地址可以获取异常处理函数的入口指针。向量表中前4个字分别为：栈顶地址、复位处理函数地址、NMIISR地址、硬故障ISR地址。一张向量表至少由这四项组成。在程序代码开始运行后，向量表的基地址也可以改变。通过软件设置NVIC中的向量表偏移寄存器（NVIC_VTABLE，0xE000ED08），可以在任意32字对齐处建立向量表。 3.2.2 硬件启动原理Stellaris系列单片机硬件启动原理如下：硬件复位时，NVIC_VTABLE复位为0，向量表默认位于Flash空间起始地址处（0x000000