UCOS2_STM32F1移植详细过程(三)

发布者:快乐航程最新更新时间:2017-09-15 来源: eefocus关键字:UCOS2  STM32F1  移植 手机看文章 扫描二维码
随时随地手机看文章

Ⅰ、概述

上一篇文章是讲述ST芯片相关的配置和OS裁剪相关的配置,接着上一篇文章来讲述关于UCOS的移植,该文主要针对uC/OS-II Ports下面os_cpu_a.asm、os_cpu_c.c和os_cpu.h文件底层端口代码来讲述。

请下载“UCOS2_STM32F1_3个简单任务”作为参考工程。


Ⅱ、下载

笔者将F0、F1、F3、F4移植到最新UCOS2.92上。移植好的、独立的4个工程供大家下载学习、研究。建立的任务都是一样的,只是针对芯片不同,Ports目录下相关的源代码有差异、标准外设库也存在差异。每一个系列针对不同型号芯片只需要适当改一下“型号”就行了。

提供下载的软件工程都是在板子上运行,保证没问题才上传至360云盘。

UCOS基于STM32F0系列实例:

https://yunpan.cn/cRCZrQ3dzeVQq  访问密码

 

UCOS基于STM32F1系列实例:

https://yunpan.cn/cRCZxGFsqHa6Q  访问密码

 

UCOS基于STM32F3系列实例:

https://yunpan.cn/cRCZqPRCWs8UW  访问密码

 

UCOS基于STM32F4系列实例:

https://yunpan.cn/cRCZPqbFqXSPR  访问密码

 

UCOS源代码工程

官网下载(需要账号):

https://www.micrium.com/downloadcenter/download-results/?searchterm=hm-stmicroelectronics&supported=true

 

360云盘下载(定期更新至最新):

https://yunpan.cn/cRzcf8eSacEhE  访问密码 1235

 

ST标准外设库

官网下载(需要账号):

http://www.st.com/content/st_com/en/products/embedded-software/mcus-embedded-software/stm32-embedded-software.html?querycriteria=productId=SC961

 

360云盘下载(定期更新至最新):

https://yunpan.cn/cSaCpGejMSfr8  访问密码 60ae

 

参考资料:

https://yunpan.cn/cRCdSt73GwT6j  访问密码 499e

 

Ⅲ、工程目录结构说明

 

文件结构和工程目录结构对应关系如上图所示。


第一类(标准外设库):

Startup Code:启动代码

STM32F10x_StdPeriph_Driver:标准外设库库驱动

CMSIS:标准接口

 

第二类(µC/OS-II实时内核):

uC/OS-II Source:内核源代码(与处理器无关)

uC/OS-II Ports:OS端口底层代码(与处理器、编译平台有关)

 

第三类(用户应用):

Bsp:应用底层代码(初始化、驱动等)

App:应用实现代码(配置OS、应用等)

 

该文主要针对uC/OS-II Ports进行移植描述。我们不使用UCOS自带的调试功能,这里就不再描述(使用)os_dbg.c文件。

 

Ⅳ、配置os_cpu_a.asm文件

os_cpu_a.asm文件位于工程uC/OS-II Ports结构下面,主要是系统底层相关的一部分汇编代码。

该文件主要对外部引用(全局变量、函数)做了一个申明,及部分系统相关源代码(汇编)做了一个定义。

下面我将定义的几个源代码做一个描述,移植过程需要修改的我会重点提示出来。

 

1.全局申明


该文件开头对全局变量和函数进行了一次声明,只是使用的汇编,就如C语言里面的extern。

上面部分是外部(其他源文件)定义的变量和函数,下面部分是申明本文件定义的函数,下面我会对这定义的源代码进行讲述。

将OS_CPU_PendSVHandler改为PendSV_Handler,为了兼容ST标准外设库启动代码(startup_stm32f10x_hd.s)。

 

2.NVIC配置


这部分是对NVIC(中断控制)寄存器相关进行定义,就如预处理中宏定义一样,对寄存器地址,状态进行定义。

 

3.代码生成指令


这几条指令主要是针对汇编指令的一个处理。

 

4.状态保存与恢复


这两个汇编函数是程序运行在临界区,对数据的保存和恢复的函数。主要作用就是保护数据不被破坏。

 

5.运行最高优先级任务


这个函数在任务切换的时候调用,知道任务切换原来的朋友来说这里不难理解。UCOS是按优先级来执行任务,优先级越高(优先级数值越小),越容易被执行。当执行的任务处于挂起(或删除)时,系统就需要进行任务切换,切换的规则就是切换到最高优先级去执行。

 

6.上下文切换


系统切换任务可以从两个地方,也就是从任务级和中断级。这两个函数的意思都一样,当需要执行任务切换时,根据条件执行某一个。

 

7.PendSV_Handler中断


PendSV_Handler中断函数定义于这里,主要是在执行该中断对M3内核寄存器进行一些操作(保存与修改)。

将OS_CPU_PendSVHandler改为PendSV_Handler,为了兼容ST标准外设库启动代码(startup_stm32f10x_hd.s)。

 

8.总结os_cpu_a.asm

对于UCOS的移植,os_cpu_a.asm文件主要就是修改OS_CPU_PendSVHandler的名称,包含申明时的名称和定义源代码时的名称,其他源代码保持不变。

 

Ⅴ、配置os_cpu_c.c文件

os_cpu_c.c文件位于工程uC/OS-II Ports结构下面,主要是系统底层相关的一部分C语言接口代码。

该文件有许多HOOK函数,也就是所谓的钩子函数,主要用于系统初始化、与任务相关等,如:系统初始化时OSInitHookBegin()、OSInitHookEnd(); 创建任务时OSTaskCreateHook等。其实我们自己移植,有很多HOOK函数是不需要使用,或者不用去实现函数体里面的代码。下面我将讲述几个重要的函数,有些不重要的HOOK函数不再讲述。

下面我将定义的几个源代码做一个描述,移植过程需要修改的我会重点提示出来。

 

1.系统滴答



这些都是关于SysTick系统滴答的宏定义和函数体,由于我们使用M3标准(ST库里面有)的SysTick系统滴答函数接口,我们屏蔽掉os_cpu_c.c里面SysTick相关的定义。

 

2.OSInitHookBegin


这个函数被OSInit()开头调用,也就是我们main函数开始调用OSInit()就会调用它。

注意:

#if OS_CPU_HOOKS_EN > 0u

也就是需要在os_cfg.h文件里面配置OS_CPU_HOOKS_EN>0.

 

3.OSTaskStkInit初始化任务堆栈


这个函数比较重要,在创建任务的时候调用它。主要是对芯片内核寄存器进行一个配置,并现场保护数据。这个函数根据芯片内核不同,也存在很大不同。

 

 

Ⅶ、配置os_cpu.h文件

os_cpu.h文件位于工程uC/OS-II Ports结构下面,主要是系统底层相关的某些定义(堆栈、数据类型)、申明(函数)等。

该文件下面源代码比较简单,有些不使用,即移植过程需要修改的我会重点提示出来。

 

1.OS数据类型


这部分是为系统定义相关的数据类型,这里不用修改。

 

2.临界区管理


我们使用默认使用临界区第3模式,这个定义主要是与os_cpu_a.asm文件中定义OS_CPU_SR_Save()函数有关。


3.函数申明


函数申明比较简单,这里有几个函数我们在os_cpu_a.asm和os_cpu_c.c文件中都屏蔽掉了的,这里也将他们屏蔽掉。

 

Ⅷ、说明

相关的文章可以到我博客上查看,我也会定期更新,新内容第一时间在微信分享。

当你掌握UCOS在一种平台上的移植,其他平台移植原理类似,请不要局限某一平台。

以上总结仅供参考,若有不对之处,敬请谅解。

 

Ⅸ、最后

关注微信,回复“更多内容”,将获得更多内容(如:UCOS实例等,不断更新中......)。

如果你喜欢我分享的内容,你又想了解更多相关内容,请关注文章开头的微信公众号,新内容持续更新中,后期将会有更多精彩内容出现。


关键字:UCOS2  STM32F1  移植 引用地址:UCOS2_STM32F1移植详细过程(三)

上一篇:STM32F1_外部NorFlash存储程序代码
下一篇:UCOS2_STM32F1移植详细过程(四)

推荐阅读最新更新时间:2024-03-16 15:37

U-Boot移植(9)u-boot主要的数据结构
u-boot的主要功能是用于引导OS的,但是本身也提供许多强大的功能,可以通过输入命令行来完成许多操作。所以它本身也是一个很完备的系统。u-boot的大部分操作都是围绕它自身的数据结构,这些数据结构是通用的,但是不同的板子初始化这些数据就不一样了。所以u-boot的通用代码是依赖于这些重要的数据结构的。这里说的数据结构其实就是一些全局变量。  1)gd 全局数据变量指针,它保存了u-boot运行需要的全局数据,类型定义:  typedef struct global_data { bd_t *bd; //board data pointor板子数据指针 unsigned long flags;  /
[单片机]
TMS320F28x上RTOS移植关键技术研究
  TMS320F28x上RTOS移植关键技术研究    摘要 详细分析TT公司TMS320F28x系列DSP的启动过程;说明BootROM中程序的运行过程,介绍C编译器和DSP/BIOS的工作细节;探讨DSP的中断处理及从RAM中执行代码等问题。最后分析如何在TMS320F28x系列DSP上移植实时操作系统。    关键词 数字信号处理器 TMS320F28x BootRoM 实时操作系统   TMS320F28x(简称“F28x”)数字信号处理器是TI公司推出的32位定点DSP控制器,其频率高达150 MHz,大大提高了控制系统的精度和芯片的处理能力。在F28x系列DSP上移植实时操作系统,需要对编泽器、系统启动过程、中
[嵌入式]
u-boot-2015.04 在tq2440上的移植(使用spl引导u-boot)
本次移植跟以往的不同之处是采用了spl来引导u-boot,参考了博客 http://blog.csdn.net/fulinus/article/details/42738641 下载链接: http://pan.baidu.com/s/1bnlRKgn 使用方法: 1、 编译   make tq2440_defconfig   make 2、 然后会在u-boot根目录下生成u-boot.bin,在spl目录下会生成u-boot-spl.bin,目前的分区是: u-boot-spl.bin (1M) u-boot.bin (1M) kernel (3M) rootfs (剩余) 自己可以改动,在arc
[单片机]
stm32f103c8t6移植Fatfs文件系统出现的一些问题
一、环境 keil5,使用库函数 二、移植对象 stm32f103zet6 stm32f103c8t6 三、连接方式 硬件SPI1(PA5,6,7) 四、主函数代码 #include stdio.h #include delay.h #include sys.h #include oled.h #include malloc.h #include MMC_SD.h #include ff.h #include exfuns.h void SD_Read_Sectorx(u32 sec); int main(void) { u32 total,free; delay_ini
[单片机]
STM8S程序移植心得
大部分的STM8S芯片是可以兼容的 其中有很多是有共同之处,但是也有不同之处,比如有些芯片有串口1有些芯片没有串口1却又串口2;这一点仍然需要去认真的看看芯片数据手册; 两种芯片的共同拥有的io口或者其他硬件,完全可以进行程序移植,首先是在IAR上右键项目,选择option–》General Option,修改DEVICE,修改为移植后的芯片; 除此之外,还需要在STM8S.h的头文件中修改声明,选择使用的芯片
[单片机]
STM8S程序<font color='red'>移植</font>心得
s3c2440移植openharmony
s3c2440移植openharmony。OpenHarmony是开放原子开源基金会的一个孵化项目,OpenHarmony完全开源开放,OpenHarmony轻量和小型系统比较适合内存小的IOT设备。 OpenHarmony同时提供许多可选的系统组件,设备开发者能够按需配置。系统能够把这些能够选择的组件合成一个系列的系统能力让设备开发者更好的理解和开发。 想对OpenHarmony进行开发、编译、烧录、调测能够使用DevEco Device Tool。 现在的openharmony轻量和小型系统搭建系统环境Windows版本不支持在Windows平台编译,Hi3861除外,其它的只能在Ubuntu平台下编译。
[单片机]
uTenux的移植方法(cortex M)
uTenux现在已经之类几乎所有主流的cortex M的开发板,比如:ATMEL(爱特梅尔)、Cypress(赛普拉斯)、Freescale(飞思卡尔)、Infineon(英飞凌)、Nuvoton(新唐)、NXP(恩智浦)、SiliconLabs、Spansion、ST(意法半导体)、TI(德州仪器)。uTenux支持3个开发环境,IAR、Keil、uTstudio(悠龙开发套件)。正对个别开发板还进行支持其特有的开发环境,比如Cypress的PSoC Creator,ATMEL的Studio由于不能创建组(虚目录)暂时没有支持等... 介绍一下uTenux在cortex M系列上的移植方法,简单叙述一下在Coretex M系列
[单片机]
uTenux的<font color='red'>移植</font>方法(cortex M)
STM32的DS18B20的驱动移植
折腾了一晚上,才把DS18B20的驱动移植到STM32上来。以前在51上使用过单个和多个连接的DS18B20,有现成的程序了,以为很快就能弄好,结果还是被卡住了,下面说下几个关键点吧: 首先是延时的问题,STM32上若用软件延时的话不太好算时间,所以要么用定时器要么用SysTick这个定时器来完成延时的计算。相比之下用SysTick来的简单方便点。 接着是STM32 IO脚的配置问题,因为51是双向的IO,所以作为输入输出都比较方便。STM32的IO是准双向的IO,网上查了下资料,说将STM32的IO配置成开漏输出,然后外接上拉即可实现双向IO。于是我也按规定做了,但调了老半天都不成功,是因为DS18B20没有响应的信号。
[单片机]
小广播
添点儿料...
无论热点新闻、行业分析、技术干货……
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved