FreeRTOS xTaskIncrementTick函数导致HardFault

最新推荐文章于 2024-08-19 16:47:08 发布
最新推荐文章于 2024-08-19 16:47:08 发布
阅读量2.3k 收藏 7
点赞数 8
分类专栏： 单片机 FreeRTOS
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_34720942/article/details/112850624
版权
在FreeRTOS v10.4.2版本中，STM32F030RCT6的sys_tick中断调用xTaskIncrementTick引发HardFault。原因是pxDelayedTaskList在任务未创建时被中断调用，导致空指针访问。解决方案是提前调用任务创建函数以初始化pxDelayedTaskList。
摘要由CSDN通过智能技术生成

文章目录

环境

FreeRTOS版本：v10.4.2
MCU：STM32F030RCT6

问题描述

sys_tick中断调用xTaskIncrementTick函数，导致硬错误。

原因分析

在Keil中加断点调试后，发现了出错代码行。

for( ; ; )
{
   
    /* 
     * listLIST_IS_EMPTY是宏定义，没有检查pxDelayedTaskList是否为空指针
     */
    if( listLIST_IS_EMPTY( pxDelayedTaskList ) != pdFALSE )
    <
最低0.47元/天 解锁文章
面筋吃到石灰
关注
专栏目录
FreeeRtos : xTaskIncrementTick
weixin_48217551的博客
05-11 1405
NULL )/* 将任务从等待事情的挂起表中移除*/#if ( ( configUSE_PREEMPTION == 1 ) && ( configUSE_TIME_SLICING == 1 ) )/* 任务时间片轮询功能 */#if ( configUSE_PREEMPTION == 1 )/* 如果等待中的任务的优先级高于当前任务触发任务切换*/if( xConstTickCount == ( TickType_t ) 0U )/* 系统节拍计数器xTickCount 是否溢出*/
【连载】从单片机到操作系统⑥——FreeRTOS任务切换机制详解
杰杰的博客
07-14 8134
大家晚上好，我是杰杰，最近挺忙的，好久没有更新了，今天周末就吐血更新一下吧！前言     FreeRTOS是一个是实时内核，任务是程序执行的最小单位，也是调度器处理的基本单位，移植了FreeRTOS，则避免不了对任务的管理，在多个任务运行的时候，任务切换显得尤为重要。而任务切换的效率会决定了系统的稳定性与效率。    FreeRTOS的任务切换是干嘛的呢，rtos的实际是永远运行的是具有最高优先级...
从源码解析FreeRTOS是如何进行任务切换
最新发布
嵌入式
08-19 354
在FreeRTOSConfig.h定义了系统节拍时钟频率 ，下面表示每s有1000次心跳，即1ms一次(用户自己可以根据自己的需求修改)xTaskIncrementTick()是进行任务切换的重要函数，根据条件把阻塞的任务加入就绪链表中。FreeRTOS在PendSV_Handler函数进行任务切换,此函数使用的都是汇编语言。根据上面的定义系统每隔1ms就会调用SysTick_Handler()
FreeRTOS优先级设施导致进hardfault
难波儿万的博客
04-15 1562
工作中将freeRTOS移植到cotexM4F的单片机上 #define configLIBRARY_LOWEST_INTERRUPT_PRIORITY 7 #define configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY 5 #define configPRIO_BITS 5 #define configKERNEL_INTERRUPT_PRIORITY (configLIBRARY_LOWEST_INTERRUPT_PRIORITY <&l
嵌入式实时操作系统10——系统时钟节拍
li_man_man_man的博客
01-05 5012
1.系统节拍是什么 时间管理在操作系统内核中占有非常重要的地位，操作系统内核中有大量基于时间驱动的功能。有些任务是需要周期执行，比如一个软件定时器需要一秒钟周期性运行100次；有些功能任务需要延时一段时间后再运行，比如一个传感器读取操作需要延时2000ms；比如操作系统内核也需要对运行时间进行计算，统计不同的任务运行时间和处理器利用情况。 绝大多数操作系统内核需要一个周期性的时钟源，这个时钟源称之为时钟节拍。为了生成时钟节拍，往往需要使用一个硬件定时器，配置硬件定时器产生一个频率为10~1000Hz之间的中
FreeRTOS 中断优先级嵌套错误引发HardFault异常解决
08-03
FreeRTOS 中断优先级嵌套错误引发 HardFault 异常解决 在使用 FreeRTOS 时，中断优先级的设置是一个非常重要的环节。如果中断优先级设置不当，可能会引发 HardFault 异常，导致系统崩溃。最近，有开发者在使用 ...
HardFault_Handler问题查找方法
08-04
堆栈溢出是指在程序执行过程中，堆栈的大小不够，导致程序崩溃，出现HardFault_Handler故障。解决这种问题的方法是，增加堆栈的大小，避免堆栈溢出。 出现问题时排查的方法： 1. 发生异常之后可首先查看LR寄存器中...
freertos死在void HardFault_Handler(void)中
07-20
如果 FreeRTOS 在 `HardFault_Handler()` 函数中出现死机，可能是由于以下原因之一导致的： 1. 硬件错误：检查硬件部分是否存在问题，例如外设配置错误、中断优先级设置不正确等。确保硬件配置与 FreeRTOS 的要求...
xTaskIncrementTick
ajuXuan的专栏
04-18 1909
BaseType_t xTaskIncrementTick( void ) { TCB_t * pxTCB; TickType_t xItemValue; BaseType_t xSwitchRequired = pdFALSE; /* Called by the portable layer each time a tick interrupt occurs. Increme
FREERTOS vTaskIncrementTick()函数解析
weixin_44487162的博客
04-28 947
时间管理包括两个方面：系统节拍的维护，产生；以及任务延时管理。下面分别讨论下。 时钟节拍 操作系统总是需要个时钟节拍的，这个需要硬件支持。freertos同样需要一个time tick产生器，通常是用处理器的硬件定时器来实现这个功能。它周期性的产生定时中断，所谓的时钟节拍管理的核心就是这个定时中断的服务程序。freertos的时钟节拍isr中除去保存现场，灰度现场这些事情外，核心的工作就是调用vTaskIncrementTick()函数。 比如CortexM3STM32中处理器的移植代码中，对应的..
FreeRTOS中Systick的问题
撞上电子
12-14 167
在Cortex-M内核中，系统节拍由Systick时钟提供，当配置好系统滴答时钟后，每次时钟中断就会触发中断处理数xPortSysTickHandler()。void xPortSysTickHandler( void ) { /* The SysTick runs at the lowest interrupt priority, so when this interrupt ...
第十二章 FreeRTOS的时间管理
m0_66317799的博客
10-04 128
函数描述相对延时绝对延时指每次延时都是从执行函数vTaskDelay()开始，直到延时指定的时间结束（任务被阻塞的时间，到调用此函数开始的时间）；绝对延时指将整个任务的运行周期看成一个整体，适用于需要按照一定频率运行的任务（整个任务执行的时间，从头到尾的时间）。
【11】FreeRTOS的延时函数
小浪宝宝的博客
02-22 4629
函数描述相对延时绝对延时相对延时：指每次延时都是从执行函数vTaskDelay()开始，直到延时指定的时间结束（任务被阻塞的时间，到调用此函数开始的时间）；绝对延时：指将整个任务的运行周期看成一个整体，适用于需要按照一定频率运行的任务（整个任务执行的时间，从头到尾的时间）。[^1]上图中的为绝对延时时间（假如绝对延时时间为100ms，那么以下三部分之和为100ms），包括以下三部分：(1)为任务主体，也就是任务真正要做的工作；
Freertos阅读笔记4~ Systick异常处理，任务调度流程
Yangquot的博客
01-18 1818
将博客搬至CSDN
freertos程序死机原因
WIP56的博客
10-09 9938
一、开机死机原因 1.一般是某任务栈溢出所致 栈溢出一般有两个原因： 1).此任务函数的代码量太大,或调用了某个比较大的函数。 2).此任务的函数内有比较大的局部变量的数组 调试方法： 1、先关闭所有任务再逐个打开，确定哪个任务导致的死机 2、先看看有没有较大的数据，再用水印函数看看函数的剩余栈。 uxTaskGetStackHighWaterMark(Task_sendModebuHandle ) 举例：打开此任务函数时死机，原因是 uint8_t buff[1050]太大栈溢出所致 osTh
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值