FreeRTOS 启动第一个任务 prvStartFirstTask vPortSVCHandler

最新推荐文章于 2024-12-27 20:00:47 发布
原创 最新推荐文章于 2024-12-27 20:00:47 发布 · 4.6k 阅读 · 16 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#freertos

__asm void prvStartFirstTask( void )

__asm void prvStartFirstTask( void )
{
    PRESERVE8

    /* Use the NVIC offset register to locate the stack. */
    ldr r0, =0xE000ED08   //  0xE000ED08 地址处为VTOR（向量表偏移量）寄存器，存储向量表起始地址

    ldr r0, [r0]   //  启动文件中, 最初地址放置的__initial_sp 
    ldr r0, [r0]  //  根据向量表实际存储地址，取出向量表中的第一项，向量表第一项存储主堆栈指针 MSP 的初始值
    /* Set the msp back to the start of the stack. */
    msr msp, r0   //  将 __initial_sp的初始值写入 MSP 中 
    /* Globally enable interrupts. */
    cpsie i
    cpsie f
    dsb
    isb
    /* Call SVC to start the first task. */
    svc 0   //    调用SVC中断   
    nop
    nop
}
最低0.47元/天 解锁文章
FreeRTOS学习（9）-任务调度汇编函数分析（难点）
qq_43495237的博客
07-28 2665
调度器完整实现过程，汇编代码详细分析。
FreeRTOS任务调度与任务切换 | FreeRTOS八
qq_57663276的博客
02-07 2931
FreeRTOS任务调度与任务切换
Rtos是如何启动任务的（源码分析）？
zs3194068129的博客
07-24 876
的.对于。
FreeRTOS_调度器开启和任务相关函数详解
light_2025的博客
06-29 2014
在之前的学习过程中，已经学习了 FreeRTOS 的任务创建和删除，挂起和恢复等基本操作，并且也学习了分析 FreeRTOS 源码所必须掌握的知识：列表和列表项。但是深究其过程，任务究竟是如何被创建、删除、挂起和恢复的？以及系统是如何被启动的？这些我们还并不了解，一个操作系统最核心的内容就是多任务管理，所以我们非常有必要去学习一下 FreeRTOS 的任务创建、删除、挂起、恢复和系统启动等。 在学习调度器开启过程之前，我们先来学习以下 ARM 的相关汇编指令。汇编语言：基本语法
1267_FreeRTOS启动第一个任务接口prvPortStartFirstTask实现分析
小灰笔记
06-11 1519
全部学习汇总： GreyZhang/g_FreeRTOS: learning notes about FreeRTOS. (github.com) 前面分析了启动调度器的接口实现，在接口实现的最后部分有几个封装的接口当时只做了定时器设置的分析。今天，看一下启动第一个Task的接口prvPortStartFirstTask()的分析。 首先，确认了一下上面涉及到的这个地址信息其实是向量表的偏移寄存器。 接下来，去理解ldr的用法。这个我参考了ARM的汇编手册。
FreeRTOS进入函数prvStartFirstTask() 启动SVC后进入HardFault死循环
qq_35663145的博客
03-01 4891
FreeRTOS进入函数prvStartFirstTask() 启动SVC后进入HardFault死循环 原因：在初始化串口时为串口中断配置的NVIC与FreeRTOS的优先级设置冲突 解决方法：设置USART的中断分组为，主优先级为4位，副优先级为0位即可！！ 这是修改前的代码： //使能发送和接收 usart_transmit_config(UART_Periph,USART_TRANSMIT_ENABLE); usart_receive_config(UART_Periph,USART_RECEIVE
freertos学习笔记——启动第一个任务
qq_60610314的博客
10-16 743
只有在启动第一个任务的时候会调用SVC中断，任务切换是调用PendSV中断来进行任务的上下文切换的（就是将正在运行任务CPU中的寄存器保存到该任务的栈空间中，然后在将要运行的任务的相关寄存器赋值到CPU寄存器中）c.获取r0指向的地址内容存储在r0中（存储的内容就是当前任务控制块的内容（栈顶指针的地址））d.获取r0地址里面的内容存储在r0中（存储的内容是栈顶指针指向的内容）c.获取r0指向的地址内容存储在r0中（存储的内容就是MSP的地址）d.获取r0地址里面的内容存储在r0中（存储的内容是MSP的值）
STM32F1+HAL库+FreeTOTS学习8——第一个任务，启动！
weixin_67907028的博客
09-01 1810
从开启任务调度器函数调用开始，到第一个任务正式启动，解剖全过程
FreeRTOS启动第一个任务和任务的切换（Cortex-M4）
ymj321的专栏
05-14 2173
调度器是FreeRTOS操作系统的核心，主要负责任务切换，即在就绪任务中找出最高优先级的任务，并使之获得CPU运行权。调度器并非自动运行的，需要人为启动它。 API函数vTaskStartScheduler()用于启动调度器，它会创建一个空闲任务、初始化一些静态变量，最主要的，它会初始化系统节拍定时器并把SVC中断和Pendsv中断设置为最低优先级，在prvStartFirstTask函数里开全局中断及触发SVC异常，接下来进入SVC中断服务函数vPortSVCHandler，这个函数只要是...
FreeRTOS调度器启动过程分析
qq_43460068的博客
12-04 1775
在Free RTOS中MSP是给系统栈空间使用的，而PSP是给任务栈使用的，也就是说，FreeRTOS任务的栈空间是通过PSP指向的，而在进入中断服务函数时，则是使用MSP指针。因为Cortex-M4的中断优先级有点反直觉：在Cortex-M内核中，优先级的数值越大，表明优先级越低，数值越小代表优先级越高。首先是使用了PRESERVE8，进行8字节对齐，这是因为，栈在任何时候都是需要4字节对齐的，而在调用入口得8字节对齐，在进行C编程的时候，编译器会自动完成对齐操作，而对于汇编，就需要手动进行对齐。
FreeRTOS启动第一个任务和任务的切换实现过程
李易达 的博客
01-09 8737
FreeRTOS启动第一个任务和任务的切换实现过程 此篇文章主要参考了野火的《FreeRTOS内核实现与应用开发指南》，和其他博主的一些资料并加入了一些个人理解，作为学习笔记，在此感谢火哥和其他博主； 第一个任务的启动 vPortSVCHandler函数开始真正启动第一个任务； 上代码： __asm void vPortSVCHandler( void ) { extern pxCurrentT...
1910_野火FreeRTOS教程阅读笔记_prvStartFirstTask函数
小灰笔记
03-07 1258
而返回之后，由于之前的SVC等已经设置了PSP的信息，因此接下来的软件会按照PSP中的设定去执行。为什么能够启动，结合之前梳理的任务创建的分析是可以理解的。因为任务创建的时候，把执行入口绑定到了TCB的栈中，在这次的退出时会返回执行。这是上面提到的表17。至于为什么要写入0xD，其实有其他的原因，因为这里的这段代码是一个异常的Handler。这里描述的事向量表的内容，向量表的0地址偏移处刚好是SP的初始值。vPortSVCHandler代码中的信息，代码到124行，其实是获取了当前任务TCB中的栈顶信息。
freertos创建任务后进入prvStartFirstTask发生HardFault_Handler中断
qq_42025309的博客
06-17 6327
在stm32f103zet6环境中移植成功freertos之后，创建第一个任务之后，会进入硬件中断，经过排查发现死在了prvStartFirstTask() 排查原因： 发现是启动文件startup_stm32f10x_hd.s中发生了错误 修改前： 修改后： 解决完毕。 ...
FreeRTOS第一个任务的创建和调度详解(SVC异常)
主要分享嵌入式软件、人工智能部分知识
12-07 3152
在上一篇文章中，我详细分析了FreeRTOS中上下文切换：基于Cortex-M的RTOS上下文切换详解及FreeRTOS实例但是第一个任务没有上下文，它是怎么运行的呢？如果我们没有创建任务的话，系统也有一个空闲任务用来调度，这里不对这个进行分析。首先，我们知道指向当前运行任务的TCB，所以我们先看看哪里设置了，流程如下的大概逻辑如下： 也就是说如果为空，则直接将新创建的任务赋值给，如果不为空且还没有开始任务调度，则判断当前创建任务的优先级是否比中任务的优先级高，若是则更改。接着就是任务调度了，来看看上电后
FreeRTOS中xPortPendSVHandler()和vPortSVCHandler()这两个函数的作用
m0_68465947的博客
12-27 659
FreeRTOS 中，xPortPendSVHandler() 和 vPortSVCHandler()
FreeRTOS-07任务切换 对vPortSVCHandler和xPortPendSVHandler的理解
Tracker647的博客
12-19 2988
其实看懂代码之后就知道上下文切换的实质是将哪个任务栈的数据加载入cpu寄存器中，新任务加载时，旧任务的数据将由cpu寄存器通过汇编代码加载回其任务栈，然后屏蔽中断，调用切换函数修改当前指向的TCB，再恢复中断，通过新任务的TCB将新任务的任务栈数据加载入cpu, 自此切换完成。
9.2 任务调度—启动第一个任务
qq_45882525的博客
09-10 1145
假设我们要启动的第一个任务是任务A，那么就需要将任务A的寄存器值恢复到CPU寄存器。任务A 的寄存器值，在一开始创建任务时就保存在任务堆栈里边，每一个任务都有各自的任务堆栈，每创建一个任务，那么就把该任务所对应的寄存器初始值赋值给自己的任务堆栈。注意;1)中断产生时，硬件自动将下PSR、PC（R15)、LR(R14）、R12、R3-R0保存和恢复，而R4-R11需要手动保存和恢复；2）进入中断后硬件会强制使用MSP指针，此时LR(R14)的值将会被自动更新为特殊的EXC_RETURN。
关于freertos运行调试keil卡在prvTaskExitError
m0_54442739的博客
03-09 2389
static void prvTaskExitError( void ) { /* A function that implements a task must not exit or attempt to return to its caller as there is nothing to return to. If a task wants to exit it should instead call vTaskDelete( NULL ). Artificial.
freertos源码学习笔记--启动第一个任务源码分析
cm7565的博客
06-10 332
Cortex-M3与Cortex-M4权威指南
在STM32F4移植FreeRTOS时，如何调试`prvStartFirstTask`函数中的启动失败？
最新发布
07-01
<think>我们正在讨论STM32F4移植FreeRTOS时，`prvStartFirstTask`函数启动失败的调试方法。根据引用[1][3][4]，移植过程涉及正确的文件组织、配置和硬件初始化。以下是针对启动失败的调试步骤： ###1. **检查堆栈指针初始化**- **问题**：`prvStartFirstTask`中第一条指令加载初始堆栈指针（MSP）时，若向量表地址错误，会导致硬故障。- **调试方法**：1.确认向量表地址：在STM32F4中，向量表起始地址由`SCB->VTOR`寄存器设置，通常为`0x08000000`（Flash起始地址）。检查`FreeRTOSConfig.h`中是否正确定义：```c#defineconfigINTERRUPT_VECTOR_ADDRESS(0x08000000)```2.在`prvStartFirstTask`的汇编代码中设置断点，查看`r0`寄存器的值：```assemblyldrr0, =0xE000ED08;VTOR寄存器地址 (Cortex-M4)ldr r0,[r0];读取向量表地址ldrr0, [r0];读取MSP初始值```若第二个`ldr`后`r0`的值不是有效的堆栈顶部地址（如`0x2000xxxx`），则向量表配置错误。- **解决方案**：确保在启动文件中正确设置向量表偏移（如使用`VECT_TAB_OFFSET`和`VECT_TAB_BASE`）。 ###2. **验证中断启用与屏障指令**- **问题**：若`cpsiei/f`未正确启用中断，或`dsb/isb`缺失，可能导致后续`svc0`无法触发。-**调试方法**：-单步执行汇编代码，检查处理器状态寄存器（PRIMASK,FAULTMASK）是否被清除（应为0）。-使用逻辑分析仪或调试器观察`svc0`执行后是否进入`vPortSVCHandler`（SVC异常处理函数）。- **解决方案**：确保汇编代码完整：```assemblycpsie i;启用中断cpsie fdsb;数据同步屏障isb;指令同步屏障``` ###3. **排查任务堆栈初始化**-**问题**：首个任务的堆栈未正确初始化，导致`svc0`上下文加载时崩溃。- **调试方法**：1.在`xPortStartScheduler()`中，检查`pxCurrentTCB`指向的任务控制块（TCB）：```cexternTaskHandle_txIdleTaskHandle;//空闲任务句柄pxCurrentTCB= &(xIdleTaskHandle->xStateListItem); //实际需根据创建顺序```2.验证任务堆栈顶部地址（`pxCurrentTCB->pxTopOfStack`）是否对齐到8字节（Cortex-M4要求）。可通过调试器查看该地址值（低3位应为0）。-**解决方案**：在`FreeRTOSConfig.h`中配置堆栈对齐：```c#defineportBYTE_ALIGNMENT8```###4.**检查SVC异常处理函数**-**问题**：`vPortSVCHandler`未正确定义或未正确实现上下文恢复。- **调试方法**：-确认在启动文件（如`startup_stm32f407xx.s`）中，`SVC_Handler`指向FreeRTOS的`vPortSVCHandler`（通常通过弱定义覆盖）。-在`vPortSVCHandler`入口设断点，观察`svc0`后是否进入该函数。-**解决方案**：在移植层文件（`port.c`）中实现`vPortSVCHandler`，并确保其被链接器优先使用。###5.**硬件时钟与SysTick配置**- **问题**：SysTick未正确配置，导致首次上下文切换后无时钟中断。-**调试方法**：-检查`vTaskStartScheduler()`中调用的`xPortStartScheduler()`是否配置SysTick：```c//port.c (STM32F4)voidxPortStartScheduler(){//...设置PendSV和SysTick优先级portNVIC_SYSTICK_LOAD =(configSYSTICK_CLOCK_HZ/ configTICK_RATE_HZ) -1UL;portNVIC_SYSTICK_CTRL =portNVIC_SYSTICK_CLK_BIT |portNVIC_SYSTICK_INT_BIT| portNVIC_SYSTICK_ENABLE_BIT;// ...其他初始化}```-使用调试器查看`SysTick->CTRL`寄存器的值（预期为0x00000007）。-**解决方案**：确保系统时钟和`configSYSTICK_CLOCK_HZ`匹配（STM32F4通常为168MHz）。 ###6. **常见失败场景与修复**| **现象**|**可能原因**|**修复措施**||------------------------|-----------------------------|------------------------------------------||卡在`svc0`之前|中断未启用或屏障指令缺失|补全`cpsie i/f`和`dsb/isb`||进入HardFault|堆栈指针无效或任务栈损坏|检查`pxCurrentTCB->pxTopOfStack`的地址有效性||执行首个任务后立即复位| SysTick配置错误导致看门狗触发 |验证SysTick重装载值和时钟源|###总结流程调试`prvStartFirstTask`启动失败的关键步骤：1. **确认向量表和堆栈指针**→2.**单步执行汇编代码** →3. **验证任务堆栈对齐**→4.**检查SVC处理函数**→5.**验证SysTick配置**。 >提示：使用JTAG/SWD调试器（如ST-Link）结合IDE（Keil/IAR）的寄存器视图和内存查看功能，可快速定位问题[^1][^3]。§§相关问题§§1.在STM32F4上移植FreeRTOS时，如何正确配置SysTick定时器以匹配FreeRTOS时钟？2. FreeRTOS任务堆栈溢出检测机制在STM32F4上如何实现？3.如何优化STM32F4的FreeRTOS移植以降低功耗？[^1]:STM32F4移植FreeRTOS V10.3.1的工程组织结构。[^3]: STM32F407芯片的FreeRTOS移植实例，强调IDE配置。[^4]: FreeRTOS移植的文件管理方法，涉及头文件和源文件路径。</think>### 调试STM32F4移植FreeRTOS时`prvStartFirstTask`启动失败的解决方案 在STM32F4移植FreeRTOS过程中，`prvStartFirstTask`启动失败是常见问题。以下是系统化的调试方法和解决方案，结合移植实践和硬件特性： --- #### 1. **检查堆栈指针初始化（首要步骤）** - **问题现象**：卡在`svc 0`指令或进入HardFault - **调试方法**： 1. 在`prvStartFirstTask`的汇编代码前设置断点 2. 检查`r0`寄存器值（向量表地址）： ```assembly ldr r0, =0xE000ED08 ; VTOR寄存器地址 ldr r0, [r0] ; 读取向量表地址 ``` 预期值：`0x08000000`（Flash起始地址）或`0x20000000`（RAM起始地址） 3. 验证第二个`ldr`加载的MSP值： ```assembly ldr r0, [r0] ; 获取初始堆栈值 ``` 预期值：有效的堆栈顶部地址（如`0x2000xxxx`） - **常见错误**： - 向量表偏移未设置（需在`SystemInit()`中配置`SCB->VTOR`） - 堆栈地址未8字节对齐（Cortex-M4硬性要求） --- #### 2. **验证中断优先级配置** - **关键点**：PendSV和SysTick必须设为最低优先级 - **调试步骤**： 1. 在`xPortStartScheduler()`中添加寄存器检查： ```c // port.c void xPortStartScheduler() { // 检查中断优先级 uint32_t pendSV_pri = NVIC_GetPriority(PendSV_IRQn); uint32_t systick_pri = NVIC_GetPriority(SysTick_IRQn); // 必须满足：pendSV_pri >= 15 && systick_pri >= 15 prvStartFirstTask(); } ``` 2. 在`FreeRTOSConfig.h`确认配置： ```c #define configKERNEL_INTERRUPT_PRIORITY 255 // 0xFF, 最低优先级 ``` --- #### 3. **堆栈溢出检测** - **诊断工具**： - 启用FreeRTOS堆栈检测： ```c #define configCHECK_FOR_STACK_OVERFLOW 2 ``` - 实现`vApplicationStackOverflowHook`钩子函数： ```c void vApplicationStackOverflowHook(TaskHandle_t xTask, char *pcTaskName) { // 通过串口输出任务名和堆栈信息 while(1); // 触发断点 } ``` - **手动检查**： - 在启动前填充任务堆栈模式（如`0xA5A5A5A5`） - 启动后查看堆栈区域被修改的范围 --- #### 4. **时钟与SysTick配置验证** - **关键检查点**： 1. SysTick时钟源：必须使用内核时钟（非HCLK/8） ```c SysTick_Config(SystemCoreClock / configTICK_RATE_HZ); ``` 2. 确认`SystemCoreClock`值正确（STM32F4通常168MHz） 3. 检查`configTICK_RATE_HZ`合理性（典型值1000） - **调试技巧**： ```c // 临时禁用SysTick测试 void xPortStartScheduler() { // prvStartFirstTask(); // 先注释 for(;;) { __asm("nop"); // 测试是否因SysTick导致失败 } } ``` --- #### 5. **移植文件完整性检查** 根据引用[1][4]确保文件结构正确： ```diff 工程目录/ ├── FreeRTOS_CORE/ │ ├── tasks.c │ ├── queue.c │ └── ... # 所有核心文件 ├── FreeRTOS_PORTABLE/ │ ├── heap_4.c # 内存管理 │ ├── port.c # ARM_CM4F移植文件 ← 重点检查 ``` **port.c关键验证**： - 确认使用`ARM_CM4F`专用移植层（非通用ARM_CM3） - 检查`vPortSVCHandler`实现是否完整 --- #### 6. **硬件相关故障排查** - **电源/时钟问题**： - 测量VDDA电压（>2.0V） - 确认HSI/HSE时钟稳定 - **调试接口冲突**： - 禁用JTAG/SWD复用功能（尝试使用`GPIO_PinRemapConfig`） - **内存保护单元(MPU)**： - 若启用MPU，检查任务内存区域权限： ```c // FreeRTOSConfig.h #define configENABLE_MPU 0 // 首次移植建议禁用 ``` --- ### 调试流程图 ```mermaid graph TD A[启动失败] --> B{检查寄存器状态} B -->|HardFault| C[分析HardFault原因] B -->|卡在svc 0| D[检查向量表/堆栈指针] A --> E{输出调试信息} E --> F[串口输出错误代码] E --> G[使用SEGGER RTT实时输出] A --> H{分阶段测试} H --> I[注释SysTick初始化] H --> J[禁用所有中断] ``` ### 典型解决方案 当定位到具体问题后： 1. **堆栈指针错误**： ```c // 启动文件startup_stm32f4xx.s中显式设置堆栈 __initial_sp EQU 0x20010000 ; 32KB RAM顶部 ``` 2. **中断优先级问题**： ```c // 在SystemInit()后添加 NVIC_SetPriority(PendSV_IRQn, 15); NVIC_SetPriority(SysTick_IRQn, 15); ``` 3. **时钟配置错误**： ```c // 明确时钟源 RCC_GetClocksFreq(&RCC_Clocks); SystemCoreClock = RCC_Clocks.HCLK_Frequency; ``` > 提示：使用`__breakpoint()`指令在关键位置触发调试器断点[^3]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值