准备工作：
1.到micrium官网下载最新的 OS在stm32上的移植资料。下载地址为：http://micrium.com/download/Micrium-ARM-OS-II-Cortex-M3.exe
2.平台搭建：
a.将1下载得到的文件解压得到micrium文件夹，并在Micrium\Software\ OS-II下用UV4创建一个 OS工程，配置CPU为STM32F101C8
b.
建立如图1所示的工程目录结构。其中APP层用于放置应用程序， OS用于放置所有 OS与处理器无关的源码，PORT用于放置移植
OS需要改动的文件，而BSP则用于放置系统的驱动程序，LIB为系统调用的库支持。该目录组织依据来源于micrium公布的
OS移植文档，图2是该移植文档的系统软件结构图供参考。
图1 OS的目录结构
图2 OS系统软件结构
c.
工程建立完毕以后将Micrium\Software\ OS-II\Source目录下的所有文件(包括h文件)添加到
OS组，将Micrium\Software\
OS-II\Ports\ARM-Cortex-M3\Generic\RealView目录下的所有文件添加到PORT组
d.完成以上工作后进行一次编译，我们可以发现出现错误提示
.Source\os_core.c(26): error: #5: cannot open source input file " os_ii.h": No s h file or directory
该问题是包含文件路径引起的， os_ii.h文件实际上存在于Micrium\Software\ OS-II\Source目录下。因此我们需要在工程设置中的C/C++选项卡手动增加头文件路径，针对以上错误我们应该增加的头文件路径未.\Source
e.再次编译发生错误
.\Source\ os_ii.h(44): error: #5: cannot open source input file "app_cfg.h": No s h file or directory
这
个问题应该不是原生
OS导致的，是micrium移植系统的时候修改了源文件，在其中增加了一些配置选项，这个配置选项保存在app_cfg.h中，但是micrium发布
移植文件包的时候该文件又没有包含在内，因此需要我们自己写一个配置文件。本文为了方便就不细致研究文件内容，直接从micrium的开发板
STM3210B-EVAL源码包中拷贝该文件放置于工程目录下的APP文件夹中，并设置相应的包含路径。
f.再次编译发生错误
.\Source\ os_ii.h(45): error: #5: cannot open source input file "os_cfg.h": No s h file or directory
在micrium的移植文件包中也没有这个文件，但是在目录Micrium\Software\ OS-II\Source下存在一个文件名为os_cfg_r.h的文件，将该文件名后的r去掉解决。
g.再次编译发生错误
.\Source\ os_ii.h(46): error: #5: cannot open source input file "os_cpu.h": No s h file or directory
该文件实际上存在于Micrium\Software\ OS-II\Ports\ARM-Cortex-M3\Generic\RealView目录下，因此可以通过修改文件包含路径解决。
h.再次编译发生错误
.\OUTPUT\ OSII.sct(7): error: L6236E: No section matches selector - no section to be FIRST/LAST.
点击该错误提示出现以下内容：
; *************************************************************
; *** Scatter-Loading Description File generated by uVision ***
; *************************************************************
LR_IROM1 0x08000000 0x00010000 { ; load region size_region
ER_IROM1 0x08000000 0x00010000 { ; load address = execution address
*.o (RESET, +First)
*(InRoot$$Sections)
.ANY (+RO)
}
RW_IRAM1 0x20000000 0x00002800 { ; RW data
.ANY (+RW +ZI)
}
}
实
际上这个错误发生在连接阶段，从点击错误得到的信息看表示连接的时候找不到一个标号为RESET的段，而keil默认连接是从RESET段开始的，因此出
现了这个错误。对于这个错误的解决方法我们可以通过e的方式，将开发板软件包内的init.s文件拷贝到APP目录，并添加到工程中，同时把init.s
文件中第一个段改名由INIT为RESET解决。
i.再次编译发现在连接的时候很多以hook结尾的代码找不到实体，但是有声明。错误示例如下：
.\OUTPUT\ OSII.axf: Error: L6218E: Undefined symbol App_TCBInitHook (referred from os_cpu_c.o).
这
些函数实际上都是 OS为了方便用户监视系统运行过程而保留的钩子函数，
OS内部的函数名实际上是OSTCBInitHook,micrium在移植过程中为了层次清晰，在
OS钩子函数内部增加了相应的APP***HOOK调用，同时通过功能开关OS_APP_HOOKS_EN来控制是否启用这些功能。我们当前的代码除了
OS系统代码，其他什么应用代码都还没有，因此编译会出错。这种情况下我们需要暂时关闭这个功能将在OS_CFG.h中的OS_APP_HOOKS_EN
配置为0。
j.再次编译发现系统提示没有main函数，增加一个main.c文件解决。
k.再次编译发生错误：
.\OUTPUT\ OSII.axf: Error: L6218E: Undefined symbol OS_CPU_SysTickClkFreq (referred from os_cpu_c.o).
这
个错误时系统找不到OS_CPU_SysTickClkFreq这个函数实体。查阅相关资料发现micrium增加这个函数的目的是获取系统当前的时钟频
率，于是我们在工程中的BSP组增加一个bsp.c文件，同时实现这个OS_CPU_SysTickClkFreq函数即可。未测试需要，本函数简单写为
INT32U OS_CPU_SysTickClkFreq(void)
{
return 8000000;
}
l.再次编译已经没有错误发生，只有一个警告信息
.\OUTPUT\ OSII.axf: Warning: L6305W: Image does not have an entry point. (Not specified or not set d to multiple choices.)
通过查阅资料，大致意思就是说keil不知道整个代码的入口在哪儿，根据init.s中的代码
ENTRY
ResetHndlr
;******************************************************************************
; SETUP STACK POINTERS
;******************************************************************************
;******************************************************************************
; MOVE TO MAIN
;******************************************************************************
ldr r0, =__main
bx r0 ; Save this in register for possible long jump ;
ALIGN
END
可以看到我们的入口在标号为ResetHndlr的地方，因此我们通过指定入口解决该问题。指定入口的方法是在编译器选项的linker页增加命令
--entry ResetHndlr
至此第一步编译算是完成了。
http://blog.163.com/tianyake@yeah/blog/static/7493314120114511507343/
