freertos任务调度机制深度分析（以RISC-V架构为例）

已于 2024-01-03 20:16:08 修改
阅读量1.5k 收藏 26
点赞数 20
分类专栏： freertos系统 文章标签： risc-v freertos
于 2023-11-29 21:30:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42031299/article/details/134673149
版权

1、前言

  • 本文是以RISC-V架构为例进行讲解，在汇编代码层面和ARM架构不一样，但是整体框架是一样的
  • 侧重任务调度底层机制讲解，讲解代码只保留了基本功能，可配置的功能基本都已经删除
  • 本文是以可抢占式调度机制进行讲解
  • RISC-V架构只支持M模式，并且中断只处理时间中断和ecall调用，其余异常没有相应的处理代码
  • 想要更好理解任务调度机制，最好先去了解freertos的链表，因为任务切换涉及链表操作

2、任务状态切换

在这里插入图片描述

  • 任务创建好后处于就绪态
  • 每次任务调度时，在就绪态任务中，选择最高优先级的任务执行
  • 任务因为等待某个事件、休眠而变成阻塞态
  • 休眠时间到、等待的时间发生，会从阻塞态变为就绪态
  • 任务执行vTaskSuspend（）函数进入挂起态，必须由其他任务调用vTaskResume（）唤醒进入就绪态

3、任务控制块TCB

typedef struct tskTaskControlBlock       
{
    //记录任务栈空间中的当前使用的栈顶，切换任务时，从这里开始获取/保存任务运行现场。必须是任务控制块的第一个元素，这个和任务切换有关
    volatile StackType_t * pxTopOfStack;  
    
    ListItem_t xStateListItem;    //用来把任务控制块挂接到不同状态的任务链表中，比如：就绪链表、挂起链表、 阻塞链表            
    ListItem_t xEventListItem;    //当任务因为等待某个时间事件而阻塞时，将任务控制块挂接到对于事件的阻塞链表，事件发生时，会唤醒对应链表          
    UBaseType_t uxPriority;	//优先级                    
    StackType_t * pxStack;	//任务的栈空间，这里记录的是栈空间的最低地址            
    char pcTaskName[ configMAX_TASK_NAME_LEN ];	//任务的名字 
   
} tskTCB;

4、任务的创建

4.1、任务创建函数的参数分析

在这里插入图片描述

  • pxTaskCode：任务函数的地址
  • pcName：任务的名字
  • usStackDepth：任务的栈大小，这里的单位是字而不是字节
  • pvParameters：任务函数的传参
  • uxPriority：任务的优先级
  • pxCreatedTask：返回的任务句柄，也就是构建的TCB结构体

4.2、任务创建函数分析

在这里插入图片描述

  • prvInitialiseNewTask函数：
    • 初始化栈空间，将栈空间内容初始化成特殊值
    • 保存任务名字到pcTaskName变量
    • 保存任务优先级到uxPriority变量
    • 初始化链表，包括状态链表和事件链表
    • 初始化任务上下文（pxPortInitialiseStack函数）
  • prvAddNewTaskToReadyList函数：
    • 如果是创建的第一个任务，要初始化任务调度相关链表
    • 判断当前创建的链表是不是比已经存在的链表优先级更高，如果更高，则把下次调度的任务改为本任务
    • 按优先级把TCB挂载到对应的就绪链表

4.3、任务创建参数保存在何处?

在这里插入图片描述

5、开启任务调度器

在这里插入图片描述

6、任务切换上下文

6.1、切换任务的时机

在这里插入图片描述

  • 发生任务切换有两种情况：
    • 任务的时间片耗尽
      • 每隔tick时间就会产生一次时钟中断，中断里要判断下一次切换哪个任务
      • 中断里需要设置MTIMECMP寄存器，周期性产生tick
    • 任务主动发起调度，让出CPU
      • 任务不需要继续执行时，可主动发起任务调度
      • 主动发起任务调度，在底层通过ecall指令实现

6.2、保存/恢复任务上下文

6.3、xTaskIncrementTick( )函数分析

BaseType_t xTaskIncrementTick( void )
{
    TCB_t * pxTCB;
    TickType_t xItemValue;
    BaseType_t xSwitchRequired = pdFALSE;

	//判断调度器是否被挂起，等于pdFALSE表示没有被挂起
    if( uxSchedulerSuspended == ( UBaseType_t ) pdFALSE )
    {
		//系统启动以来产生的tick数+1
        const TickType_t xConstTickCount = xTickCount + ( TickType_t ) 1;

         //更改系统的tick数，如果溢出则等于0
        xTickCount = xConstTickCount;

		//xTickCount溢出
        if( xConstTickCount == ( TickType_t ) 0U ) /*lint !e774 'if' does not always evaluate to false as it is looking for an overflow. */
        {
        	//把两个延时链表翻转
            taskSWITCH_DELAYED_LISTS();
        }

         //如果现在的tick数大于任务解除阻塞的时间，则进入循环
         //xNextTaskUnblockTime记录的是当前被阻塞的任务里，时间最短的阻塞时间
        if( xConstTickCount >= xNextTaskUnblockTime )
        {
            for( ; ; )
            {
                if( listLIST_IS_EMPTY( pxDelayedTaskList ) != pdFALSE )
                {
                    xNextTaskUnblockTime = portMAX_DELAY; /*lint !e961 MISRA exception as the casts are only redundant for some ports. */
                    break;
                }
                else
                {
					//获取延迟任务列表头部的任务控制块
					pxTCB = listGET_OWNER_OF_HEAD_ENTRY( pxDelayedTaskList ); /*lint !e9079 void * is used as this macro is used with timers and co-routines too.  Alignment is known to be fine as the type of the pointer stored and retrieved is the same. */
					//获取延迟时间
					xItemValue = listGET_LIST_ITEM_VALUE( &( pxTCB->xStateListItem ) );

					//说明还没有到任务解除阻塞的时间
                    if( xConstTickCount < xItemValue )
                    {
                    	//更新最近要被解除阻塞的时间
                        xNextTaskUnblockTime = xItemValue;
                        break; 
                    }

					//从阻塞链表中移除
                    listREMOVE_ITEM( &( pxTCB->xStateListItem ) );

					//从事件阻塞链表中移除
                    if( listLIST_ITEM_CONTAINER( &( pxTCB->xEventListItem ) ) != NULL )
                    {
                        listREMOVE_ITEM( &( pxTCB->xEventListItem ) );
                    }

                    //添加到就绪队列
                    prvAddTaskToReadyList( pxTCB );

                    //如果是抢占式调度，则判断解除阻塞的任务优先级是否高于当前正在执行的任务
                    //如果比当前执行的任务优先级高，则需要切换任务
                    #if ( configUSE_PREEMPTION == 1 )
                    {
                        if( pxTCB->uxPriority > pxCurrentTCB->uxPriority )
                        {
                            xSwitchRequired = pdTRUE;
                        }
                    }
                    #endif /* configUSE_PREEMPTION */
                }
            }
        }

		//如果是抢占式调度，并且是时间片轮转，当前正在执行的任务的优先级就绪链表中成员个数大于1，
		//需要调度,因为同优先级的任务要轮流执行
        #if ( ( configUSE_PREEMPTION == 1 ) && ( configUSE_TIME_SLICING == 1 ) )
        {
            if( listCURRENT_LIST_LENGTH( &( pxReadyTasksLists[ pxCurrentTCB->uxPriority ] ) ) > ( UBaseType_t ) 1 )
            {
                xSwitchRequired = pdTRUE;
            }
        }
        #endif /* ( ( configUSE_PREEMPTION == 1 ) && ( configUSE_TIME_SLICING == 1 ) ) */

		//如果是抢占式调度，并且调度功能没有被挂起，则要切换任务
        #if ( configUSE_PREEMPTION == 1 )
        {
            if( xYieldPending != pdFALSE )
            {
                xSwitchRequired = pdTRUE;
            }
        }
        #endif /* configUSE_PREEMPTION */
    }
    else
    {
        ++xPendedTicks;

    }

    return xSwitchRequired;
}

6.4、vTaskSwitchContext( )函数分析

void vTaskSwitchContext( void )
{
	//不为零，则调度器被挂起
    if( uxSchedulerSuspended != ( UBaseType_t ) pdFALSE )
    {
		//调度器被挂起，不允许任务切换
        xYieldPending = pdTRUE;
    }
    else
    {
        xYieldPending = pdFALSE;

       	//检查任务的栈是否溢出
       	taskCHECK_FOR_STACK_OVERFLOW(); 

		//从就绪链表中选择出最高优先级的任务
		taskSELECT_HIGHEST_PRIORITY_TASK(); 
    }
}

7、任务优先级的实现

7.1、重要的链表介绍

//就绪链表，configMAX_PRIORITIES是定义的当前支持最大的优先级，数字越大优先级越高
//就绪链表有多个，每个优先级有一个就绪链表
PRIVILEGED_DATA static List_t pxReadyTasksLists[ configMAX_PRIORITIES ]; 

//两个都是挂起休眠任务的，之所以有两个是为了解决tickCount超过表示范围产生翻转
PRIVILEGED_DATA static List_t xDelayedTaskList1;                         
PRIVILEGED_DATA static List_t xDelayedTaskList2;
                     
//这是两个链表指针，用于指向上面的两个休眠链表
PRIVILEGED_DATA static List_t * volatile pxDelayedTaskList;             
PRIVILEGED_DATA static List_t * volatile pxOverflowDelayedTaskList;     

//任务调度器挂起期间解除阻塞条件得到满足的阻塞任务，在任务调度器恢复工作后，
//这些任务会被移动到就绪链表组中，变为就绪状态。
PRIVILEGED_DATA static List_t xPendingReadyList;  

//这个保存被删除的任务，等待空闲链表去回收资源
static List_t xTasksWaitingTermination; 

//这是任务调度器开启时被挂起的任务
static List_t xSuspendedTaskList; /*< Tasks that are currently suspended. */
  • xDelayedTaskList1和xDelayedTaskList2：
    • 两个链表都是用来保存被阻塞的任务，定义两个链表是解决xTickCount溢出问题
    • xTickCount是记录开启任务调度后，发生tick的次数，在32位系统里是int类型，过一段时间xTickCount就可能溢出。溢出是指：当xTickCount=0xFFFFFFFF时，再加一，xTickCount的值就会变成0
    • 疑问：为什么不直接在32位CPU中用long long类型变量来定义xTickCount，这样就不用考虑溢出问题？
  • 任务控制块（TCB：Task COntrol Bloc）中xStateListItem和xEventListItem变量就是用来挂接到上面的各个链表中
  • 想理解TCB是如何挂接到上述的链表，需要理解freertos的链表实现，阅读源码list.c

7.2、根据任务优先级进行调度

  • 在创建任务时需要指定优先级，在构建好TCB后挂接到对应优先级的就绪链表中
  • 如果任务发生阻塞、挂起，被挂接到阻塞链表、挂起链表，当重新变为就绪态时，还是挂接到对应优先级的就绪链表
  • 发生任务调度时，先扫描高优先级的就绪链表，只有高优先级的就绪链表是空才会扫描低优先级的就绪链表
  • 选择扫描到的当前最高优先级的就绪态任务进行调度，并且在调度后把该任务插入到本优先级就绪链表的尾部
  • 总结：
    • 选择就绪态中最高优先级的任务进行调度
    • 同优先级的就绪态任务轮流执行

7.3、从就绪链表中选择出最高优先级的就绪任务

在这里插入图片描述

  • uxTopReadyPriority变量：
    • uxTopReadyPriority是采用位图的形式来保存优先级，每个bit位表示一个优先级
    • 比如：当前有优先级是5的任务进入就绪态，则会把uxTopReadyPriority的bit5置一，即uxTopReadyPriority |= (1 << 5);

8、tick的产生

在这里插入图片描述

  • 使用RISC-V架构自带的定时器，每1ms产生一次定时器中断
  • 周期性设置MTIMECMP、MTIME寄存器

9、栈空间溢出检测

在这里插入图片描述

  • 在构建TCB时，根据创建参数申请栈空间大小

  • 在任务切换时，检查栈空间是否溢出

    • 在申请栈时，将栈空间整个初始化成特殊值
    • 在切换任务时，检查栈空间最低4个字节是不是特殊值（RISC-V使用满减栈）
    • 如果不是特殊值，说明栈空间最后四个字节被使用过，此时判断栈溢出

  • 如果栈溢出，则扩大栈空间，再次测试是否溢出，选择合适的栈空间

10、 任务的删除过程分析

  • 调用vTaskDelet( )函数删除任务：
    • 把被删除TCB从挂接的链表中删除
    • 判断是否需要更新当前就绪最高优先级，即uxTopReadyPriority变量
    • 如果删除的是正在运行的任务：
      • 把TCB插入到xTasksWaitingTermination链表
    • 如果删除的不是正在运行的任务：
      • 判断是否需要更新最近被唤醒任务的时间，即xNextTaskUnblockTime变量
      • 释放任务栈空间、TCB空间
  • 空闲任务(prvIdleTask)
    • 把被删除的任务TCB从xTasksWaitingTermination链表读取出来
    • 释放任务栈空间、TCB空间
正在起飞的蜗牛
关注
  • 20
    点赞
  • 踩
  • 26
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
FreeRTOS简单任务调度实现
01-06
本次FreeRTOS任务调度通过S32K144来实现，首先进行工程的创建，然后做代码分析。 选择file->new->S32DS Application Project 填写工程名称，选择S32K144，点击next FPU Support选择Hardware:-mfloat -abi = hard(否则，添加FreeRTOS模块编译会不通过)，SDKs选择了2.0.0，当然还可以选择更高版本的，选高版本会支持更多东西，然后Finish，此时工程就创建好了 双击components，弹出下图 右击FreeRTOS将其add to project点击生成代码，此时FreeRTOS模块配置完成，接
RISC-V_Galois_demo：FreeRTOS的演示目录
02-20
RISC-V Galois P1 BESSPIN P1处理器的测试集。 有关更多详细信息，请参见 。 这些测试是gfe MCU测试套件的gfe 。 这些测试不需要任何其他硬件： main_blinky “闪烁”到UART以显示调度程序运行 main_full标准全栈FreeRTOS演示 这些测试需要其他硬件： main_iic接口上的main_iic Smoketest main_gpio切换GPIO引脚 main_uart从两个UART输出和读取 main_sd从SD卡写入和读取 main_udp UDP回显服务器和客户端 main_tcp TCP回显服务器和客户端
【FreeRTOS】任务调度机制
佳大先生的博客
04-24 5515
FreeRTOS之任务调度 不同于前后台轮询系统，FreeRTOS正是使用任务调度机制来选择某个任务运行。那么到底如何选择任务，就需要根据任务的优先级的状态来决定。 文章目录FreeRTOS之任务调度1 【优先级与任务状态】1.1 [优先级]1.2 [任务状态]2 【任务链表】3 【如何管理？】3.1 [如何找到最高优先级的运行态任务]3.2 [pxReadyTaskLists就绪任务优先级数组]4 【谁进行调度？】5 【通过链表理解调度机制】5.1 [空闲任务礼让] 1 【优先级与任务状态】 1.1 [优
FREERTOS简介、移植和系统配置（基于STM32F103）
最新发布
qq_28576837的博客
03-14 701
2024 年官网现在已经更新中文了。官网参考手册：FreeRTOS 内核快速入门指南注意事项：官网进入比较慢，API估计都进不去。这时如果需要查看API，可以查看正点原子给的几个文档在这几个文档里搜索一下应该就能找到，可以优先看中文文档，没有的话再看英文文档。freertos特点由此可见，freertos的代码量并不高，主要是实现的任务调度。首先获取源码，我们可以从官网下载最新版本的源码我们也可以直接拿正点原子的源码来使用实际中我们可以直接拿对应MCU移植例程中的源码来用。
riscv-emu:用Rust编写的RISC-V模拟器。 支持Linux，xv6，NuttX，FreeRTOS，Zephyr OS等
05-24
riscv-mu riscv-emu是用Rust编写的RISC-V仿真器。 该RISC-V模拟器支持Linux，xv6，NuttX，FreeRTOS和Zephyr OS。 用法 $ ../target/release/riscv_emu_desktop [options] Options: -k, --kernel Kernel image file -f, --filesystem File system image file -d, --dtb Device tree binary file -m, --machine Target machine (SiFive_e|SiFive_u|Qemu_virt) -t, --testmode Testmode is enabled
移植 FreeRTOS 到 RISC-V S 模式和 U 模式实现运行模式隔离，运行在 M 模 secure monitor 上
07-24
在具有 secure monitor（M 模式）的 risc-v 软件平台上运行 freertos 能够实现一个硬件上运行多个 RTOS，不过目前市面上并没有对应的支持。 附件是将运行在 M 模式和 U 模式的 FreeRTOS 移植到了 S 模式和 U 模式，从而实现 RTOS 的虚拟化和运行隔离。 移植工作主要包括： 1.关键系统寄存器修改，mstatus 需要改为 sstatus，并对应到响应的格式 2.中断处理程序，中断向量寄存器从 mtvt 改为 stvt 3.特权调用修改，U 模式 ecall 陷入 S 模式，S 模式 eccall 陷入 M 模式 涉及的文件主要包括： 1.porting 文件，上下文切换的逻辑 2.启动文件，系统启动配置逻辑 3.链接文件，代码组成逻辑
FreeRTOS任务调度基本原理
qq_41659556的博客
04-27 1865
简单介绍了FreeRTOS任务调度的基本原理
FreeRTOS任务调度原理
qq_40648827的博客
11-24 4498
介绍FreeRTOS任务调度原理，基于源码逻辑介绍
任务调度原理 通俗详解（FreeRTOS）
不断debug，优化中……
04-23 3097
一直调度，榨干MCU
[RISCV]为RISC-V移植FreeRTOS系列之四 -- 中断与trap handler
wangyijieonline的博客
11-16 4595
前言 上回说到了我们已经把系统的心跳动起来了，但是这里面还有一个问题，我们都知道timer中断，中断的trap怎么来的呢。 这回就来解决这个事情。 作者：wangyijieonline 链接：https://blog.csdn.net/wangyijieonline/article/details/109721689 来源：CSDN 著作权归作者所有。商业转载请联系作者获得授权，非商业转载必须注明出处。 回顾一下官方Guide:Using FreeRTOS on RISC-V Microcontroll
FreeRTOS 任务调度原理（基于cortexM内核）
zh951007的博客
01-24 6920
目录 默认FreeRTOS调度策略（单核） 默认FreeRTOS调度策略（单核） 默认情况下，FreeRTOS使用固定优先级抢占式调度策略，并对同等优先级的任务进行循环时间切片： "固定优先级"意味着调度程序不会一直更改任务的优先级，但是由于优先级继承，它可能会暂时提高任务的优先级。 "抢占式"意味着调度程序始终运行能够运行的最高优先级的 RTOS 任务，而不管任务何时能够运行。例如，如果中断服务例程 （ISR） 更改了能够运行的最高优先级任务，则计划程序将停止当前运行的较低优先级任务并
《国密算法》--基于RISC-V的FreeRTOS国密算法功能实现.zip
03-06
个人实战积累的成果，基于国密算法的总结，希望可以帮到您 亲们下载我任何一个付费资源后，即可私信联系我免费下载其他相关资源哦~ 个人实战积累的成果，基于国密算法的总结，希望可以帮到您 亲们下载我任何一个付费资源后，即可私信联系我免费下载其他相关资源哦~ 个人实战积累的成果，基于国密算法的总结，希望可以帮到您 亲们下载我任何一个付费资源后，即可私信联系我免费下载其他相关资源哦~ 个人实战积累的成果，基于国密算法的总结，希望可以帮到您 亲们下载我任何一个付费资源后，即可私信联系我免费下载其他相关资源哦~
FreeRTOS原理剖析：任务调度器启动
千航戴玛的博客
10-11 3379
介绍了任务调度器启动的过程。
一种全新的指令集架构RISC-V
p340589344的专栏
09-02 1万+
目录 RISC-V指令集架构介绍 通用寄存器模型 RISC-V特权级 RISC-V指令集描述 RISC-V总结 RISC-V指令集架构介绍 RISC-V（英文发音为"risk-five"）是一个全新的指令集架构，该架构最初由美国加州大学伯克利分校的EECS部门的计算机科学部门的Krste Asanovic教授、Andrew Waterman和Yunsup Lee等开发人员于2010年...
FreeRTOS深入教程（任务创建的深入和任务调度机制分析）
m0_49476241的博客
10-28 1418
本篇文章将带大家深入学习任务的创建和分析任务调度的机制。本篇文章深入的讲解了任务创建的内部实现和任务调度的源代码分析和实现，学习这篇文章有助于更深入的学习FreeRTOS的源码。
嵌入式操作系统学习（3）FreeRTOS的任务调度机制
热门推荐
test
07-09 3万+
1.任务状态 FreeRTOS可以创建多个任务，但是对于单核cpu来说，在任意给定时间，实际上只有一个任务被执行，这样就可以把任务分成2个状态，即运行状态和非运行状态。 当任务处于运行状态时，处理器就执行该任务的代码。处于非运行态的任务，它的所有寄存器状态都保存在自己的任务堆栈中，当调度器将其恢复到运行态时，会从上一次离开运行态时正准备执行的那条指令开始执行。 如下图所示，从整体上操作系统调...
RISC-V FreeRTOS启动过程分析（基于qemu+gdb调试）
qq_33549208的博客
09-14 895
最近在学RISC-V架构，有幸找到了一个非常好的课程《循序渐进，学习开发一个RISC-V上的操作系统》，学完后受益匪浅，但是课程上开发的操作系统毕竟只是教学用，想对比学习一下实际商用的RTOS的实现。FreeRTOS以前也用过，是一个非常流行的开源RTOS，所以选择了qume+FreeRTOS分析学习相关代码。本文先分析RISC-V + qume + FreeRTOS的启动流程。环境搭建可以参考。
RISCV处理器的中断过程及移植FreeRTOS系统的相关知识总结
qq_41137205的博客
04-06 1979
针对不同的中断/异常触发进行不同的程序处理，在处理环境调用和定时器中断时，会跳转到任务切换处理函数，系统会确定是否需要切换任务——是否有任务解除阻塞且优先级更高。图中的箭头即为程序的执行顺序。FreeRTOS系统在创建任务时，不仅会创建指定大小的任务堆栈，还会定义一个任务控制块结构体——TCB（Tack Control Block），用于存储任务的状态信息。该操作其实是由于RISC-V架构定义的硬件机制无法支持中断嵌套行为，一旦响应中断进入异常模式后，全局中断使能被关闭，从而无法响应新的中断。
基于qemu-riscv从0开始构建嵌入式linux系统ch21. 实时操作系统FreeRTOS移植RISCV-S模式
Quard_D的博客
08-21 1263
基于qemu-riscv从0开始构建嵌入式linux系统ch21. 实时操作系统FreeRTOS移植RISCV-S模式 FreeRTOS FreeRTOS在嵌入式行业内是非常出名了，这么多节过去了，我们不能忘记除了7个core上运行的linux系统外，我们还有个trusted_domain，今天我们就移植一个实时操作系统FreeRTOS到这个域中。注意这里的FreeRTOS运行在S模式上而非完全的裸机环境M模式上，而截止笔者撰写本文官方还没给出S模式的移植port文件，我也没搜索到相关内容，那我们就自己动手
一直freertos到risc-v
12-14
FreeRTOS是一个流行的开源实时操作系统（RTOS），广泛应用于嵌入式系统中。它提供了任务管理、调度、内存管理、中断处理等功能，能够帮助开发者构建稳定、可靠的嵌入式应用程序。 RISC-V是一个基于开源指令集架构（ISA）的处理器架构。相比于传统的闭源指令集架构，RISC-V具有开放、灵活和可定制的特点，使得它在学术界和工业界都受到了广泛关注。 要将FreeRTOS移植到RISC-V架构的处理器上，首先需要了解RISC-V的指令集和寄存器的特点，以及RISC-V平台的硬件架构。然后，可以根据FreeRTOS的源代码，对其进行修改和适配，以支持RISC-V的指令集、寄存器和硬件接口。 在移植过程中，可能需要对FreeRTOS的任务调度器进行调整，以适应RISC-V的特点。还需要对内存管理器进行适配，以确保FreeRTOS能够正确地管理RISC-V平台上的内存资源。 此外，还需要对中断处理机制进行修改，以适应RISC-V的中断控制器和中断处理方式。同时，也需要考虑RISC-V平台上的特殊硬件模块，如定时器、串口等，确保它们与FreeRTOS正常交互。 一旦完成了FreeRTOS到RISC-V的移植，就可以在RISC-V平台上运行嵌入式应用程序了。这样，开发者就可以充分利用RISC-V的开放性和灵活性，同时享受FreeRTOS提供的实时操作系统功能，构建高效、可靠的嵌入式系统。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

正在起飞的蜗牛

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值