在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系统，首先要让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的配置项窗口，右边窗口从上到下分别为：冲突提示窗口、配置项属性窗口、配置项说明窗口。

阅读全文 »