自学内容网 自学内容网

STM32 FreeRTOS中断管理

目录

FreeRTOS的中断管理

1、STM32中断优先级管理

2、FreeRTOS任务优先级管理

3、寄存器和内存映射寄存器

4、BASEPRI寄存器

5、FreeRTOS与STM32中断管理结合使用

 vPortRaiseBASEPRI

 vPortSetBASEPRI

6、FromISR后缀

7、在中断服务函数中调用FreeRTOS的API函数需注意

FreeRTOS的临界段代码

1、通过中断管理临界区

1)taskENTER_CRITICAL():进入临界区

2)taskEXIT_CRITICAL():退出临界区

3)taskENTER_CRITICAL_FROM_ISR():进入临界区(中断级)

4)taskEXIT_CRITICAL_FROM_ISR():退出临界区(中断级)

2、通过挂起和恢复任务调度器管理临界区

1)uxSchedulerSuspended

2)vTaskSuspendAll():挂起任务调度器

3)xTaskResumeAll():恢复任务调度器


FreeRTOS的中断管理

1、STM32中断优先级管理

在STM32中,中断优先级是通过中断优先级配置寄存器的高4位 [7:4] 来配置的。因此STM32支持最多16级中断优先级,其中数值越小表示优先级越高,即更紧急的中断。

2、FreeRTOS任务优先级管理

FreeRTOS任务调度的优先级相反,数值越大越优先。任务优先级的最大值由FreeRTOSConfig.h中的配置项configMAX_PRIORITIES决定,默认为5,如下。

#define configMAX_PRIORITIES        ( 5 )

 该配置项在当前环境下不能大于32,否则编译报错,如下。

#if ( configMAX_PRIORITIES > 32 )
    #error configUSE_PORT_OPTIMISED_TASK_SELECTION can only be set to 1 when configMAX_PRIORITIES is less than or equal to 32.  It is very rare that a system requires more than 10 to 15 difference priorities as tasks that share a priority will time slice.
#endif

因此,可以得出结论,在当前配置下,FreeRTOS的任务最多可以有32个优先级。

优先级范围[0, configMAX_PRIORITIES),即最大优先级为configMAX_PRIORITIES-1。

3、寄存器和内存映射寄存器

这里的寄存器不同于STM32的外设寄存器,后者是内存映射寄存器,实际上是在内存中划分特定的地址空间,用于访问和控制外设的功能。而此处的寄存器是Cortex-M3内核中“真正的”寄存器,基于SR锁存器构建。

4、BASEPRI寄存器

BASEPRI寄存器即Base Priority Mask Register(基本优先级屏蔽寄存器)。顾名思义,该寄存器是用来屏蔽中断响应的,位定义如下。

BASEPRI只有bit7-bit4起作用,当这四位不为0时,会屏蔽优先级数值上大于等于该值的中断响应。如:BASEPRI设置为0x50(只看bit7-bit4,也就是5),代表中断优先级在5~15内的均被屏蔽,0~4的中断优先级正常执行。

当bit7-bit4为0时无效,即不屏蔽任何中断。

5、FreeRTOS与STM32中断管理结合使用

FreeRTOS可以与STM32原生的中断机制结合使用。

FreeRTOS初始化时,PendSV和SysTick被设置最低中断优先级(数值最大,15),保证系统任务切换不会阻塞系统其他中断的响应。

FreeRTOS提供了一组宏定义用于禁用和启用中断,如下。

#define portDISABLE_INTERRUPTS()                  vPortRaiseBASEPRI()
#define portENABLE_INTERRUPTS()                   vPortSetBASEPRI( 0 )
 vPortRaiseBASEPRI

vPortRaiseBASEPRI是一个内连汇编函数,如下。

static portFORCE_INLINE void vPortRaiseBASEPRI( void )
{
    uint32_t ulNewBASEPRI = configMAX_SYSCALL_INTERRUPT_PRIORITY;

    __asm
    {
        /* Set BASEPRI to the max syscall priority to effect a critical
            * section. */
/* *INDENT-OFF* */
        msr basepri, ulNewBASEPRI
        dsb
        isb
/* *INDENT-ON* */
    }
}

该函数先把configMAX_SYSCALL_INTERRUPT_PRIORITY赋值给ulNewBASEPRI,然后通过msr指令将ulNewBASEPRI的值赋给basepri寄存器。上述过程实际上是将configMAX_SYSCALL_INTERRUPT_PRIORITY配置项的值赋给了basepri寄存器。该配置项在FreeRTOSConfig.h中定义,默认值为191。因为是赋给basepri的,所以只有bit7-bit4有效,因而191等价于0xB0。 

#define configMAX_SYSCALL_INTERRUPT_PRIORITY    191

该配置项默认值为191,那么,默认情况下,FreeRTOS进入临界区时会屏蔽中断优先级数值上大于等于11的中断。我们可以说FreeRTOS管理的最大优先级为11。

在STM32F103ZET6单片机上使用FreeRTOS时,建议将上述配置项设置为较低的优先级值(逻辑上优先级较高),通常是5。需要注意的是,vPortRaiseBASEPRI函数中,会将configMAX_SYSCALL_INTERRUPT_PRIORITY直接赋值给BASEPRI寄存器,而不会进行移位操作,因此,当我们要让FreeRTOS可以管理的最大优先级设置为5时,要确保configMAX_SYSCALL_INTERRUPT_PRIORITY的bit7-bit4为5,通常赋值为0x50。

 vPortSetBASEPRI

vPortSetBASEPRI也是一个内联汇编函数,如下。

static portFORCE_INLINE void vPortSetBASEPRI( uint32_t ulBASEPRI )
{
    __asm
    {
        /* Barrier instructions are not used as this function is only used to
            * lower the BASEPRI value. */
/* *INDENT-OFF* */
        msr basepri, ulBASEPRI
/* *INDENT-ON* */
    }
}

 该函数将ulBASEPRI赋值给BASEPRI寄存器。因此,portENABLE_INTERRUPTS()宏的逻辑是将0赋给BASERPI,不再屏蔽任何中断。

6、FromISR后缀

FreeRTOS提供了一组带FromISR后缀的函数,这类函数是对应无后缀API的另一个版本,专门用于在ISR(Interrupt Service Routine,中断服务函数或例程)中调用,相较于无后缀版本,增加了一些额外操作。

7、在中断服务函数中调用FreeRTOS的API函数需注意

1、中断服务函数的优先级需在FreeRTOS所管理的范围内,阈值由configMAX_SYSCALL_INTERRUPT_PRIORITY指定。

2、建议将所有优先级位指定为抢占优先级位,方便FreeRTOS管理。

3、在中断服务函数里边需调用FreeRTOS的API函数,必须使用带“FromISR”后缀的函数。

FreeRTOS的临界段代码

临界段代码,又称为临界区,指的是那些必须在不被打断的情况下完整运行的代码段。例如,某些外设的初始化可能要求严格的时序,因此在初始化过程中不允许被中断打断。

1、通过中断管理临界区

在FreeRTOS中,临界段代码需要被“临界区进入”和“临界区退出”函数保护起来。临界区的进入和退出可以通过中断来实现,相关函数有 4 个:

1)taskENTER_CRITICAL():进入临界区
void vPortEnterCritical( void )
{
    portDISABLE_INTERRUPTS();
    uxCriticalNesting++;

    /* This is not the interrupt safe version of the enter critical function so
     * assert() if it is being called from an interrupt context.  Only API
     * functions that end in "FromISR" can be used in an interrupt.  Only assert if
     * the critical nesting count is 1 to protect against recursive calls if the
     * assert function also uses a critical section. */
    if( uxCriticalNesting == 1 )
    {
        configASSERT( ( portNVIC_INT_CTRL_REG & portVECTACTIVE_MASK ) == 0 );
    }
}

是通过portDISABLE_INTERRUPTS()宏禁用中断实现的。 

2)taskEXIT_CRITICAL():退出临界区
void vPortExitCritical( void )
{
    configASSERT( uxCriticalNesting );
    uxCriticalNesting--;

    if( uxCriticalNesting == 0 )
    {
        portENABLE_INTERRUPTS();
    }
}

是通过调用portENABLE_INTERRUPTS()宏启用中断实现的。

3)taskENTER_CRITICAL_FROM_ISR():进入临界区(中断级)
4)taskEXIT_CRITICAL_FROM_ISR():退出临界区(中断级)

进入和退出临界区是成对使用的。每进入一次临界区,全局变量uxCriticalNesting都会加一,每调用一次退出临界区,uxCriticalNesting减一,只有当 uxCriticalNesting 为 0 时才会调用函数 portENABLE_INTERRUPTS()使能中断。这确保了在存在多个临界区代码的情况下,不会因为某个临界区代码的退出而破坏其他临界区的保护。只有当所有的临界区代码都退出时,中断才会被重新使能。

上文提到,PendSV和SysTick两个中断的优先级在FreeRTOS初始化时都被置为最低优先级15,而这两个中断时FreeRTOS任务切换的核心。因此,在进入临界区时,FreeRTOS无法执行任务切换,保证了临界区操作的原子性。但要注意,优先级高于(数值上低于)配置项configMAX_SYSCALL_INTERRUPT_PRIORITY的中断未被FreeRTOS管理,仍然可以打断任务执行。

2、通过挂起和恢复任务调度器管理临界区

挂起和恢复任务调度器, 调用此函数不需要关闭中断:

1)uxSchedulerSuspended

这是一个全局变量,声明及初始化如下。

PRIVILEGED_DATA static volatile UBaseType_t uxSchedulerSuspended = ( UBaseType_t ) pdFALSE;

pdFALSE数值上为0,如下。 

#define pdFALSE                                  ( ( BaseType_t ) 0 )

在FreeRTOS中,任务调度器可以被多次挂起,uxSchedulerSuspended用于记录调度器被挂起的次数,只要它不为0,则无法进行任务切换。 

2)vTaskSuspendAll():挂起任务调度器

该函数的核心逻辑只有一行,如下。

++uxSchedulerSuspended;

调用该函数后,任务切换被禁止,当前任务的执行不会被其它任务打断,从而保护了临界区代码。

3)xTaskResumeAll():恢复任务调度器

该函数核心逻辑如下。

--uxSchedulerSuspended;



if( uxSchedulerSuspended == ( UBaseType_t ) pdFALSE )

{

……

}

首先将uxSchedulerSuspended减1,而后判断是否为pdFALSE,是则说明所有临界区已退出,可以恢复任务调度,执行相关操作。

vTaskSuspendAll和xTaskResumeAll是成对出现的,临界区可以嵌套,仅在所有临界区全部退出时,才能恢复任务切换。

与中断管理临界区不同的是,挂起任务调度器时未关闭中断;这种方式仅仅防止了任务之间的资源争夺,中断仍然可以直接响应;挂起调度器的方法适用于临界区位于任务与任务之间的情况;这样既不需要延迟中断,同时又能确保临界区的安全性。


原文地址:https://blog.csdn.net/qq_64219867/article/details/145134907

免责声明:本站文章内容转载自网络资源,如本站内容侵犯了原著者的合法权益,可联系本站删除。更多内容请关注自学内容网(zxcms.com)!