FreeRTOS任务源码分析以及程序堆栈与任务堆栈的关系

发布者:平凡的梦想最新更新时间:2024-07-10 来源: elecfans关键字:FreeRTOS  任务堆栈 手机看文章 扫描二维码
随时随地手机看文章

之前的文章学习了ARM函数调用和返回时的操作,但是对于操作系统下的任务堆栈以及任务切换时堆栈的切换还不太了解,因此,首先分析了一下任务的源码,包括创建任务时,创建堆栈的过程,以及任务调度过程。后来,发现这个分析清楚了,就可以把程序堆栈和任务堆栈也梳理清楚,于是,就继续梳理一下程序堆栈和任务堆栈的关系。


以STM32F4x7_ETH_LwIP_V1.1.1工程为例,使用的版本是FreeRTOSV7.3.0。


STM32F4x7_ETH_LwIP_V1.1.1ProjectFreeRTOSudptcp_echo_server_netconnsrcmain.c中启动任务如下


 1 int main(void)

 2 {

 3  /* Configures the priority grouping: 4 bits pre-emption priority */

 4   NVIC_PriorityGroupConfig(NVIC_PriorityGroup_4);

 5 

 6   /* Init task */

 7   xTaskCreate(Main_task, (int8_t *)'Main', configMINIMAL_STACK_SIZE * 2, NULL,MAIN_TASK_PRIO, NULL);

 8   

 9   /* Start scheduler */

10   vTaskStartScheduler();

11 

12   /* We should never get here as control is now taken by the scheduler */

13   for( ;; );

14 }


在main中一般都会启动一个主任务或者叫启动任务,然后,开始任务调度,在主任务中,完成其它任务的创建。(为什么要这种模式呢?直接在main中创建所有任务,然后,开始任务调度不可以吗?)


任务控制块TCB,首个成员是任务堆栈顶部地址,第17行表示任务堆栈起始(堆栈像一个桶,桶底是高地址,桶上面是低地址,桶底部为“任务堆栈起始”pxStack,桶里的最后一个数据位置为“任务堆栈顶部地址”pxTopOfStack)。


xGenericListItem是用于将任务串成列表的列表成员,后续该任务加入就绪任务列表还是其他任务列表,都是将该列表成员插入进任务列表。


xEventListItem用于记录该任务是否在等待事件,比如是否向队列发送数据但队列已满、是否从队列读取数据但队列是空的,且设置了等待时间或无限等待。例如,若是向队列发送数据但队列已满,则该任务的xEventListItem会插入该队列的xTasksWaitingToSend列表中;同时将xGenericListItem从就绪任务列表删除,插入到挂起任务队列(若等待时间是无限)或延时任务队列(若等待时间是有限)(该过程由vTaskPlaceOnEventList完成)。若是队列非满了,则会将任务的xEventListItem从xTasksWaitingToSend中移除;同时,将任务的xGenericListItem从挂起任务队列或延时任务队列中移除,并添加到就绪队列中(该过程由xTaskRemoveFromEventList完成)。


 1 /*

 2  * Task control block.  A task control block (TCB) is allocated for each task,

 3  * and stores task state information, including a pointer to the task's context

 4  * (the task's run time environment, including register values)

 5  */

 6 typedef struct tskTaskControlBlock

 7 {

 8     volatile portSTACK_TYPE    *pxTopOfStack;        /*< Points to the location of the last item placed on the tasks stack.  THIS MUST BE THE FIRST MEMBER OF THE TCB STRUCT. */

 9 

10     #if ( portUSING_MPU_WRAPPERS == 1 )

11         xMPU_SETTINGS xMPUSettings;                /*< The MPU settings are defined as part of the port layer.  THIS MUST BE THE SECOND MEMBER OF THE TCB STRUCT. */

12     #endif

13 

14     xListItem                xGenericListItem;        /*< The list that the state list item of a task is reference from denotes the state of that task (Ready, Blocked, Suspended ). */

15     xListItem                xEventListItem;        /*< Used to reference a task from an event list. */

16     unsigned portBASE_TYPE    uxPriority;            /*< The priority of the task.  0 is the lowest priority. */

17     portSTACK_TYPE            *pxStack;            /*< Points to the start of the stack. */

18     signed char                pcTaskName[ configMAX_TASK_NAME_LEN ];/*< Descriptive name given to the task when created.  Facilitates debugging only. */

19 

20     #if ( portSTACK_GROWTH > 0 )

21         portSTACK_TYPE *pxEndOfStack;            /*< Points to the end of the stack on architectures where the stack grows up from low memory. */

22     #endif

23 

24     #if ( portCRITICAL_NESTING_IN_TCB == 1 )

25         unsigned portBASE_TYPE uxCriticalNesting; /*< Holds the critical section nesting depth for ports that do not maintain their own count in the port layer. */

26     #endif

27 

28     #if ( configUSE_TRACE_FACILITY == 1 )

29         unsigned portBASE_TYPE    uxTCBNumber;    /*< Stores a number that increments each time a TCB is created.  It allows debuggers to determine when a task has been deleted and then recreated. */

30         unsigned portBASE_TYPE  uxTaskNumber;    /*< Stores a number specifically for use by third party trace code. */

31     #endif

32 

33     #if ( configUSE_MUTEXES == 1 )

34         unsigned portBASE_TYPE uxBasePriority;    /*< The priority last assigned to the task - used by the priority inheritance mechanism. */

35     #endif

36 

37     #if ( configUSE_APPLICATION_TASK_TAG == 1 )

38         pdTASK_HOOK_CODE pxTaskTag;

39     #endif

40 

41     #if ( configGENERATE_RUN_TIME_STATS == 1 )

42         unsigned long ulRunTimeCounter;            /*< Stores the amount of time the task has spent in the Running state. */

43     #endif

44 

45 } tskTCB;


任务创建

下面看任务创建函数,xTaskCreate实际调用的是xTaskGenericCreate


E:projectrtosSTM32F4x7_ETH_LwIP_V1.1.1UtilitiesThird_PartyFreeRTOSV7.3.0includetask.h


1 #define xTaskCreate( pvTaskCode, pcName, usStackDepth, pvParameters, uxPriority, pxCreatedTask ) xTaskGenericCreate( ( pvTaskCode ), ( pcName ), ( usStackDepth ), ( pvParameters ), ( uxPriority ), ( pxCreatedTask ), ( NULL ), ( NULL ) )

E:projectrtosSTM32F4x7_ETH_LwIP_V1.1.1UtilitiesThird_PartyFreeRTOSV7.3.0tasks.c,486


 View Code

分配TCB和stack空间

1     /* Allocate the memory required by the TCB and stack for the new task,

2     checking that the allocation was successful. */

3     pxNewTCB = prvAllocateTCBAndStack( usStackDepth, puxStackBuffer );

第9行先分配TCB的空间,11行,TCB分配成功,再分配堆栈空间。第16行,分配输入参数*4个字节的堆栈,赋值给“任务堆栈起始”pxStack。如果分配成功,那么27行,会初始化堆栈为填充图案,这里为0xa5。


 1 /*-----------------------------------------------------------*/

 2 

 3 static tskTCB *prvAllocateTCBAndStack( unsigned short usStackDepth, portSTACK_TYPE *puxStackBuffer )

 4 {

 5 tskTCB *pxNewTCB;

 6 

 7     /* Allocate space for the TCB.  Where the memory comes from depends on

 8     the implementation of the port malloc function. */

 9     pxNewTCB = ( tskTCB * ) pvPortMalloc( sizeof( tskTCB ) );

10 

11     if( pxNewTCB != NULL )

12     {

13         /* Allocate space for the stack used by the task being created.

14         The base of the stack memory stored in the TCB so the task can

15         be deleted later if required. */

16         pxNewTCB->pxStack = ( portSTACK_TYPE * ) pvPortMallocAligned( ( ( ( size_t )usStackDepth ) * sizeof( portSTACK_TYPE ) ), puxStackBuffer );

17 

18         if( pxNewTCB->pxStack == NULL )

19         {

20             /* Could not allocate the stack.  Delete the allocated TCB. */

21             vPortFree( pxNewTCB );

22             pxNewTCB = NULL;

23         }

24         else

25         {

26             /* Just to help debugging. */

27             memset( pxNewTCB->pxStack, ( int ) tskSTACK_FILL_BYTE, ( size_t ) usStackDepth * sizeof( portSTACK_TYPE ) );

28         }

29     }

30 

31     return pxNewTCB;

32 }


task.c, 204,定义的堆栈填充图案为a5,仅用于检测任务的高地址水印。


1 /*

2  * The value used to fill the stack of a task when the task is created.  This

3  * is used purely for checking the high water mark for tasks.

4  */

5 #define tskSTACK_FILL_BYTE    ( 0xa5U )

计算任务堆栈顶部指针

第5行,会根据堆栈生成方向来分别计算,对于arm堆栈是向下生长的,分配的pxStack是低地址,因此,第7行,栈顶就是pxStack+深度-1(-1是因为是full stack,堆栈指针指向最后一个数据)。第8行会进行一下对齐,因为ARM是4字节对齐,因此,该句不会改变地址。


 1         /* Calculate the top of stack address.  This depends on whether the

 2         stack grows from high memory to low (as per the 80x86) or visa versa.

 3         portSTACK_GROWTH is used to make the result positive or negative as

 4         required by the port. */

 5         #if( portSTACK_GROWTH < 0 )

 6         {

 7             pxTopOfStack = pxNewTCB->pxStack + ( usStackDepth - ( unsigned short ) 1 );

 8             pxTopOfStack = ( portSTACK_TYPE * ) ( ( ( portPOINTER_SIZE_TYPE ) pxTopOfStack ) & ( ( portPOINTER_SIZE_TYPE ) ~portBYTE_ALIGNMENT_MASK  ) );

 9 

10             /* Check the alignment of the calculated top of stack is correct. */

11             configASSERT( ( ( ( unsigned long ) pxTopOfStack & ( unsigned long ) portBYTE_ALIGNMENT_MASK ) == 0UL ) );

12         }


初始化TCB变量

prvInitialiseTCBVariables主要给TCB的变量赋值。重点关注以下几个地方,第3、4行,初始化两个链表的成员,第8、12行设置两个链表的拥有者为TCB(拥有者Owner一般为包含该链表成员的结构体对象),第11行设置xEventListItem的链表成员数值为优先级补数,事件链表永远按优先级排序。


 1 static void prvInitialiseTCBVariables( tskTCB *pxTCB, const signed char * const pcName, unsigned portBASE_TYPE uxPriority, const xMemoryRegion * const xRegions, unsigned short usStackDepth )

 2 {

 3     vListInitialiseItem( &( pxTCB->xGenericListItem ) );

[1] [2] [3] [4] [5]
关键字:FreeRTOS  任务堆栈 引用地址:FreeRTOS任务源码分析以及程序堆栈与任务堆栈的关系

上一篇:摄像头驱动学习
下一篇:ARM处理器基础Cortex-M4

推荐阅读最新更新时间:2026-03-20 15:03

UCOSIII任务堆栈、控制块及就绪表
一、UCOSIII任务堆栈 1、任务堆栈的创建 堆栈是在RAM中按照“先进先出(FIFO)”的原则组织的一块连续的存储空间。为了满足任务切换和响应中断时保存CPU寄存器中的内容及任务调用其它函数时的需要,每个任务都应该有自己的堆栈。 如何创建? #define START_STK_SIZE 512 //堆栈大小 CPU_STK START_TASK_STK ; //定义一个数组来作为任务堆栈 可查看main.c的29行,跳转可知堆栈大小: CPU_STK为CPU_INT32U类型,也就是unsigned int类型,为4字节的,那么任务堆栈START_TASK_STK的大小就为:512 X
[单片机]
UCOSIII<font color='red'>任务</font><font color='red'>堆栈</font>、控制块及就绪表
详解μC/OS-II如何检测任务堆栈实际使用情况
不少屌丝同学都有类似经历吧,在使用ucosii创建任务时,关于任务堆栈大小设为多大合适搞的不清不楚,郁闷之下就随便整个数,比如就1024吧,呵呵,反正也没见得出问题,那就不多想了。 我想大多数同学都是这样做的吧。这样只是因为在一般情况下,1024确实已经足够大了,堆栈溢出的可能性很小而已。那么,如果你任务实际使用率只有很小的 百分之几,一旦被你知道了,你会痛心不?我想你不痛心, C/OS-II也会痛心的,它会觉得这个coder真是浪费啊,哈哈!顺便提醒下大家,堆和栈是 完全不同的两个概念,出于国内习惯,还是称之为堆栈罢了! 下面,我就来告诉大家怎么知道运行中任务的堆栈实际使用情况,然后就知道应该分配多少堆栈大小合适了!开始正题。
[单片机]
STM32之程序如何防止堆栈溢出
近日为某个项目写了个草稿程序,即非正式程序,后来发现老是进入hardfaulthandler,原来是堆栈溢出,后仔细查看发现函数调用纵深太深,最多的时候可保持7个函数在堆栈中调用。 因此有心得如下: 一、函数调用不要纵深太深,即以下模式: main() { fun1(); } fun1() { fun2(); } fun2() { fun3(); } fun3() { fun4(); } fun4() { fun5(); } fun5() { fun6(); } fun6() { fun7(); } 这样子main函数要调用fun1函数完成某个功能,则要一直调到fun7为止,才能完成。这样导致堆栈中
[单片机]
STM32之程序如何防止堆栈溢出
近日为某个项目写了个草稿程序,即非正式程序,后来发现老是进入hardfaulthandler,原来是堆栈溢出,后仔细查看发现函数调用纵深太深,最多的时候可保持7个函数在堆栈中调用。 因此有心得如下: 一、函数调用不要纵深太深,即以下模式: main() { fun1(); } fun1() { fun2(); } fun2() { fun3(); } fun3() { fun4(); } fun4() { fun5(); } fun5() { fun6(); } fun6() { fun7(); } 这样子main函数要调用fun1函数完成某个功能,则要一直调到fun7为止,才能完成。这样导致堆栈中
[单片机]
第四节:PIC系列单片机程序存储器及堆栈
PIC16C5X内部有384~2K的只读程序存贮器,下面论述其结构和堆栈。 §1.4.1 程序存储器结构 PIC16C5X程序存储器结构如图1.3所示: 从上图可看出,PIC程序存储器采用分页结构,每页长0.5K。因此对于PIC16C52程序存储器在1页之内,而对于PIC16C54和PIC15C55程序存储器容量为1页,PIC16C56和PIC16C57 的容量则分别为2页和4页。页面地址由状态寄存器f3的第5位和第6位(PA0、PA1)确定。程序转移时,在本页内可直接进行;在需跨页跳转时(GOTO、CALL指令),则必须根据将要跳转去的页面,把f3中的PA0、PA1位置成相应的值。具体请参考f3寄存器描述及§2.7.2
[单片机]
第四节:PIC系列单片机<font color='red'>程序</font>存储器及<font color='red'>堆栈</font>
基于STM32创建FreeRTOS系统的详细流程
1、Freertos中任务顺序 通常把程序设计为前后台系统,主要分为两部分:前台系统和后台系统。这样的程序包括一个死循环和若干个中断服务程序(应用程序是一个无限循环,循环中调用API函数完成所需的操作,这个大循环就叫做后台系统;中断服务程序用于处理系统的异步事件,也就是前台系统),前台是中断级,后台是任务级。引入操作系统的任务调度之后,就会让系统响应更具有实时性。 前后台机制 2、RTOS任务属于多线程 对于目前主流的RTOS,freeRTOS属于并发的线程,表示的就是实时的线程。 1.首先对于MCU上的资源每个任务都是共享的,可以认为是单进程多线程模型。 2.MCU一般没有内存管理模块MMU等等,这样
[单片机]
基于STM32创建<font color='red'>FreeRTOS</font>系统的详细流程
STM32与FreeRTOS中的消息队列详解
01 一、概述 队列又称消息队列,是一种常用于任务间通信的数据结构,队列可以在任务与任务间、中断和任务间传递信息,实现了任务接收来自其他任务或中断的不固定长度的消息,任务能够从队列里面读取消息,当队列中的消息是空时,读取消息的任务将被阻塞,用户还可以指定阻塞的任务时间 xTicksToWait,在这段时间中,如果队列为空,该任务将保持阻塞状态以等待队列数据有效。 当队列中有新消息时,被阻塞的任务会被唤醒并处理新消息;当等待的时间超过了指定的阻塞时间,即使队列中尚无有效数据,任务也会自动从阻塞态转为就绪态。 消息队列是一种异步的通信方式。通过消息队列服务,任务或中断服务例程可以将一条或多条消息放入消息队列中。同样,
[单片机]
STM32与<font color='red'>FreeRTOS</font>中的消息队列详解
16_freeRTOS 任务控制函数
osThreadCreate 任务创建函数 osThreadTerminate osThreadTerminate(任务对象) 任务结束函数 task1 只打印了一次 获取任务ID printf( id = %dn , osThreadGetId()); printf( id = %dn , myTask2Handle); 两个打印内容相同,都是id 任务阻塞 osThreadYield(); 如果两个任务没有osDelay(1000);用来延时那么只会执行一个任务,这时加上osThreadYield();就可以让两个任务轮流执行,但是本人试验失败,也只运行一个任务 查看任务优先级 osThreadGetPri
[单片机]
16_<font color='red'>freeRTOS</font> <font color='red'>任务</font>控制函数
小广播
最新单片机文章
何立民专栏 单片机及嵌入式宝典

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

厂商技术中心

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

 
机器人开发圈

电子工程世界版权所有 京ICP证060456号 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2026 EEWORLD.com.cn, Inc. All rights reserved