【银杏科技ARM+FPGA】分享iCore4T移植RT-Thread过程的点点滴滴

2020-03-01 11:51发布

本帖最后由 heart蓝 {MOD}CD 于 2020-2-22 12:33 编辑

分享iCore4T移植RT-Thread过程的点点滴滴——DAY 1
高手请略过,如有错误请多多批评指点!

首先放上iCore4T靓照   
    iCore4t.jpg

一、初识RT-Thread
       RT-Thread,全称是 Real Time-Thread,顾名思义,它是一个嵌入式实时多线程操作系统。以下我们就简称RTT,RTT是一款完全由我们国内团队开发的嵌入式实时操作系统,它诞生于2006年,最初源于对当时小型RTOS现状的诸多不满,RTT要打造一个精致而优雅的操作系统。从最初的V0.0.1发布,历经十几个年头的沉淀到今天的V4.0.0的发布,它正演变成一个功能强大、组件丰富的物联网操作系统。
       RTT支持任务抢占,STM32默认支持优先级范围是32,支持多任务(线程)轮转调度,可以通过信号量、互斥量、事件集进行线程间同步,通过邮箱、消息队列、信号进行线程间的通信。RTT也支持动态内存、中断等管理。

二、辅助工具
2.1、Env简介
     Env是RTT推出的开发辅助工具,针对基于RTT操作系统项目工程,提供编译构建环境、图形化系统配置及软件包管理功能,其内置的menuconfig提供了简单易用的配置剪裁工具,可对内核、组件和软件包进行自由剪裁,使用系统以搭积木的方式进行构建。
2.1.1 准备工作
        在电脑上首先安装好git,软件包管理功能需要git的支持。
        git下载地址:https://git-scm.com/downloads。
        下载后一路next安装,安装完成测试是否安装成功。打开cmd,输入git,如果可以显示版本信息说明安装成功。
        如果安装成功说明git已添加到系统环境变量。
        
        下载Env工具
        Env工具下载地址:https://www.rt-thread.org/page/download.html
        下载后解压,打开Env控制台
        双击Env目录下可执行文件env.exe
        在文件夹中通过右键菜单打开 Env 控制台,添加 Env 至右键菜单。

         day1_5.png
         day1_6.png
2.1.2 如何使用
        现在打开我已经制作好的bsp工程,我们通过Env工具对RTT系统进行菜单配置(制作方法我会在以后详细介绍)
        打开工程文件rt-thread/bsp/stm32/stm32h750-gingko-icore4t,右击鼠标点击ConEmu Here
        输入menuconfig,回车
         day1_8.png
         day1_9.png
        至此我们就可以正确的借助Env来方便快速的对内核进行配置,进入RTT的世界。

2.2 Scons构建工具
        SCons 是一套由 Python 语言编写的开源构建系统,类似于 GNU Make。它采用不同于通常 Makefile 文件的方式,而是使用 SConstruct 和 SConscript 文件来替代。这些文件也是 Python 脚本,能够使用标准的 Python 语法来编写。所以在 SConstruct、SConscript文件中可以调用 Python 标准库进行各类复杂的处理,而不局限于 Makefile 设定的规则。
        上面我们介绍了可以通过Env来完成对内核、组件、BSP的配置,我们还可以通过Scons工具来完成对KEIL、IAR等工程的搭建。通过一条命令"scons --target=mdk5",即可完成KEIL新工程的生成。
        
三、烧录进我们的iCore4T双核心板
        打开我们制作的最简单的BSP工程(在这里我们以MDK5为例),编译、下载。
        iCore4T双核心板自带DEBUG_UART,打开终端Putty,程序运行后我们会发现RT-Thread信息打印在了终端。
         day_10.png
        我们在终端输入list_device,可以看一下当前已经挂载上的设备。
         day_11.png

        我将在DAY2里面给大家简单介绍如何制作最简单的BSP工程,也就是RT-Thread的移植过程。








友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
16条回答
王紫豪
2020-03-02 06:59
本帖最后由 王紫豪 于 2020-2-23 23:54 编辑
cooldog123pp 发表于 2020-2-23 16:06
问下楼主这种解决方案有什么意义嘛,ARM+FPGA 一片zynq就解决,分离的是有成本优势么 ...

我的理解至少有几种优势:
1、成本优势:这个方案成本比ZYNQ低很多。

2、方案通用性:现在微控制器和FPGA都属于百花齐放的阶段,CPU和FPGA都可以根据自己的需求更换合适的,若成本敏感就换1块钱的M0和几块钱的CPLD,若需要更好的性能就用Cortex-A系列应用处理器加高容量FPGA。伸缩自如。

3、快速开发且更灵活:ZYNQ是 微处理器非控制器,裸奔过于复杂,需要上Linux,两个竞争不再一个段位内。

4、开发工具链优势:STM32在国内有众多的用户支持,且KEILMDK (或IAR )用户广泛,编译器优化的又快又好,而且出现了诸如CubeMX 这么优秀的工具,可以快速上手。

当然说这么多并不是ZYNQ不好,我的理解是任何东西合适就好,也许以后我们也会做ZYNQ的方案,各有千秋。

另外目前国内出现了诸多cortexM的国产芯片和一些国产的FPGA芯片,我认为这些东西目前属于百花齐放的阶段,某一个方案并不能够一统江湖。

以上为鄙人愚见,请多多指教。


一周热门 更多>