在FreeRTOS中开启硬件中断为什么会死机？

LoserMan

我在FreeRTOS中开启TIM3，系统会跑进Harddfault里，关于FreeRTOS的硬件定时器有什么需要特别注意的吗？

zuozhongkai

检查你的中断服务函数

LoserMan

zuozhongkai 发表于 2017-11-1 15:38
检查你的中断服务函数

我只是开启TIM3，还没写中断服务函数（服务函数为空），我用的是HAL库，通过STM32CubeMX生成的FreeRTOS。
后来，我又尝试打开了TIM9、TIM6，不死机了，但是不管是TIM6还是TIM9，中断都进不去；

jkd405

LoserMan 发表于 2017-11-1 15:46
我只是开启TIM3，还没写中断服务函数（服务函数为空），我用的是HAL库，通过STM32CubeMX生成的FreeRTOS。 ...

中断优先级调低

LoserMan

这是STM32CubeMX中FreeRTOS的内核配置，软件定时器配置，还有TIM3的配置

LoserMan

FreeRTOS的关于中断管理的配置

LoserMan

jkd405 发表于 2017-11-1 15:48
中断优先级调低

定时器优先级调低？调到15？

zuozhongkai

LoserMan 发表于 2017-11-1 15:46
我只是开启TIM3，还没写中断服务函数（服务函数为空），我用的是HAL库，通过STM32CubeMX生成的FreeRTOS。 ...

你没写中断服务函数？！！那不出问题才怪了，定时器一旦开始每次中断都会去调用中断服务函数，你没写的话肯定会出问题！中断服务函数一定要写，而且中断服务函数里面要清除中断标志位，中断服务函数中其它的内容你不写都可以！

LoserMan

zuozhongkai 发表于 2017-11-1 16:32
你没写中断服务函数？！！那不出问题才怪了，定时器一旦开始每次中断都会去调用中断服务函数，你没写的话 ...

我不是用标准库3.5，我是用HAL库，不存在清除中断标志位的问题啊

zuozhongkai

LoserMan 发表于 2017-11-1 16:43
我不是用标准库3.5，我是用HAL库，不存在清除中断标志位的问题啊

你检查一下你的中断服务函数里面怎么写的，还有HAL库也要清除中断标志位，只是是别的函数给你干了

LoserMan

zuozhongkai 发表于 2017-11-1 16:47
你检查一下你的中断服务函数里面怎么写的，还有HAL库也要清除中断标志位，只是是别的函数给你干了

哥，HAL定时器服务函数不用的。。。

//定时器中断服务函数调用
void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)
{
        if(htim == ( &TIM3_Handler ))
        {
                //FreeRTOS Timer
                FreeRTOSRunTimeTicks++;
        }
}

zuozhongkai

LoserMan 发表于 2017-11-1 16:55
哥，HAL定时器服务函数不用的。。。

//定时器中断服务函数调用

哥，相信我，要的！都给你说了，你不用写是因为别的函数给你做了！

LoserMan

zuozhongkai 发表于 2017-11-1 17:06
哥，相信我，要的！都给你说了，你不用写是因为别的函数给你做了！

用STM32CubeMX生成代码，HAL_TIM_IRQHandler()会自动生成在stm32f4xx_it.c中，无需用户去写，所以无需关心，这个会自动生成的，只需要在回调函数中添加自己的代码就可以了，但是我不添加代码也可以，现在的问题，就是我开启TIM3会导致系统死机，开启TIM6，TIM9，进不来中断

LoserMan

zuozhongkai 发表于 2017-11-1 17:06
哥，相信我，要的！都给你说了，你不用写是因为别的函数给你做了！

例如，自动生成的TIM4，在stm32f4xx_it.c中代码如下，并不是我写的，自动生成的

jkd405

LoserMan 发表于 2017-11-1 16:00
定时器优先级调低？调到15？

我之前用标准库碰到过这个问题，最后发现就是因为copy的原来不挂系统的初始化代码，优先级太高了，对比例程发现人家优先级低，具体调多少建议你自己测试，我当时是在最简单的例程里面试，只有三个简单任务，中断优先级设置到6可以正常工作。