前节，实现了redboot引导运行flash中的hello程序，但该程序是通过串口把srec格式的hello程序下载到内存，再烧写到flash中的。如换作bin格式程序，则会出现问题，不能成功引导运行。
为何呢？这就是本节所要介绍的内容：实现redboot引导运行bin格式的应用程序。
1—10章节，我称之为stm32移植ecos系列的第一篇章：让Redboot和eCos跑起来。从中可以看到，借助eCos本身带的ST STM3210E EVAL board模板和examples，几乎不需要做什么修改就让eCos在STM32板子上跑起来了。这一方面得意于我的板子与该模板对应的ST官方板子在存储器设计上大同小异，另一方面则是得意于eCos良好的架构设计，使系统移植变得轻而易举。
在展开ecos裁减、配置和驱动编写移植之前，我来说下如何创建和使用自己的模板（Template）。这里可能会有人问了：官方都提供了模板，还需要创建自己板子的模板吗？这不是多此一举吗？
是的，表面上看有点多余，但实际上更符合系统移植方法与步骤。
- ecos自带的模板一般是基于芯片厂家的评估板而创建的。而我们使用的目标板或多或少与这些板有差异，甚至有比较大的差异，有时，目标板的CPU在ecos中没有相应的模板，这时候只能借鉴相近的模板展开移植，以降低难度和减少工作量；这就使我们有必要根据目标板创建自己的模板；
- 使用自己的模板可尽量少的去修改ecos本身的代码，这样便于与ecos cvs服务器代码保持同步，而不至于引起代码冲突；
- 创建自己的模板，更深入了解ecos的模板、package、component、cdl脚本、HAL的概念；
由于ecos优秀的架构设计，所以创建自己的模板也变得很容易。 阅读全文 »
2月 272013
2月 232013
上节，我们介绍了如何编译链接生成helloworld程序。在些基础上，接下来我们就要把这个helloworld程序在stm32板子上运行起来。我使用了两种方法来启动运行这个程序。一种是下章节要介绍的：烧写到内部flash中直接启动运行；另一种则是本节所介绍的：使用redboot引导运行内存中的helloworld程序。
要想使用redboot引导运行内存中的helloworld程序，首先移植好redboot并能成功运行。这已经在stm32移植ecos #4，移植redboot（ROM启动方式）上篇和stm32移植ecos #5，移植redboot（ROM启动方式）下篇两篇文章中介绍了。
当然你也可以跳过本章节，直接使用下章节介绍的方法。
下面开始介绍如何实现使用redboot引导运行。 阅读全文 »
在stm32移植ecos #4，移植redboot（ROM启动方式）上篇和stm32移植ecos #5，移植redboot（ROM启动方式）下篇两篇文章中，详细介绍了redboot的移植过程，且烧写到内部flash后可正常启动。
在stm32移植ecos #6，redboot的疑问和问题，redboot是必需的吗？文章中讨论了在我们的应用中redboot是否必需的问题。
接下来移植ecos，在此基础上运行一个最基本的helloworld程序。在移植过程中，我先后采用了两种方法并都成功运行。一种方法是在redboot下引导运行内存中的helloworld程序；另一种方法是把映像烧写到内部flash中直接运行它。这两种方式对于ecos而言，只是它的启动类型配置不同而已。
为叙述方便并使读者有的放矢，把ecos的移植步骤分为几个章节分别介绍，读者可以选择的阅读。
本节主要介绍如何配置ecos并编译生成静态链接库文件。
在stm32移植ecos #4，移植redboot（ROM启动方式）上篇和stm32移植ecos #5，移植redboot（ROM启动方式）下篇两篇中，详细介绍了redboot的移植过程，且烧写到内部flash后可正常启动。从整个移植过程来看，移植是很简单的。借助ecos模板，几乎不需要太多修改就可以让redboot运行起来。
简单地让redboot运行起来是不够的，我们知道，作为bootloader，其最基本的功能就是用来引导OS，这里就是用来引导ecos系统。那么怎样让redboot来引导我们的ecos系统呢？还有一个我在思考的问题：redboot只是ecos的一个单线程最小系统，而ecos最终是与我们的应用程序链接在一起的，那么，redboot是必需的吗？我们是否不需要redboot就可以一上电直接运行我们的最终目标程序（ecos+应用程序）呢？
怎样让redboot来引导我们的ecos系统
根据我现有ecos的项目经验和嵌入式linux的项目经验，在我看来，redboot引导ecos需要以下几步：
接上篇：stm32移植ecos #4，移植redboot（ROM启动方式）上篇
6.，设置串口波特率并保存配置
经上述步骤后，接下来我们确定下redboot的启动方式并设置debug串口的波特率。
在ecos图形配置工具configtool界面的配置项窗口（左边的主窗口）中，依次找到：
eCos HAL—>Cortex-M Architecture—>Cortex-M3/-M4 STM32 Variant—>ST STM3210E EVAL Development Board配置项，如下图所示。
![image_thumb[24]](/QQPCmgr/Temp/WindowsLiveWriter-429641856/supfiles22B4C5F/image[40].png "image_thumb[24]")
![image_thumb[34]](/QQPCmgr/Temp/WindowsLiveWriter-429641856/supfiles22B4C5F/image[62].png "image_thumb[34]")
要在stm32上运行ecos系统，首先要让redboot启动起来，然后再去引导ecos的运行。本节主要介绍在stm32开发板上移植redboot并让其从CPU内部flash启动。
redboot的作用
redboot是ecos的一部分，具体的说，它是ecos系统的一个最小实现，主要用作bootloader，用于引导OS的启动。可以引导的OS不仅仅是ecos本身，还包括像linux等其它操作系统。
说起bootloader，很多人可能马上就联想到了u-boot，是的，你现在可以把redboot视为像u-boot一样的东西。
为什么要从CPU内部ROM启动
之所以移植的redboot从CPU内部flash启动而不是从内部RAM或者外部SRAM启动，主要是移植步骤最简单，几乎不需要做任何的修改就可以运行起来。
移植redboot到stm32开发板
1.，如果没有搭建好ecos开发环境的，请阅读这篇文章：ubuntu9.10中安装eCos并建立eCos开发环境
2，打开ecos图形配置工具configtool，如下图所示。
下图中，左边窗口为ecos的配置项窗口，右边窗口从上到下分别为：冲突提示窗口、配置项属性窗口、配置项说明窗口。
Wshell在线终端