关于stm32串口接收大量数据导致死机,即使加了看门狗也死机的情况,论坛上已有热心网友分享乐宝贵经验,至于效果,应该是有的。未能免俗,也来分享,狗尾续貂了。
原文网站:http://bbs.21ic.com/icview-160999-1-1.html 感谢这位网友分析问题。
首先,造成死机的原因多种多样,本人做的实验室用串口接收飞控数据,波特率57600。大量数据导致串口中断频繁,理想情况下,设置好中断优先级应该是可以有条不紊的处理数据。我遇到的情况是
1、 设置看门狗,只用定时器喂狗,main函数没有做任何处理,串口开了一段时间,main函数挂了,可是喂狗一直在跑,程序不复位,那也就说某些外设在不断的跑,或者跑飞,main函数回不来;
2、 第一种情况不会使程序复位,于是在main函数里边设置定时器的标志位,main函数处理之后,定时器才能喂狗,这种情况程序跑飞,喂狗便不成功,自动复位。
3、 两种情况都未能解决问题,于是只好模块测试,最后分析到时串口中断频繁,卡死在串口中断里面
找了网上资源,了解到的是串口数据频繁,会造成一个中断溢出现象,也就是说本次数据没有处理完成,下一次数据又进来了,导致所谓的溢出错误
那么问题来了,按照常规思维,在初始化串口时,原本没有打开所谓的溢出错误中断,也就是ORE中断,为何会产生这个中断呢?看到数据手册,坑爹的逻辑来了,
手册写的是你只要接收中断打开,即RXNEIE设置为1,那么ORE中断也自动打开了。
这不符合正常逻辑,于是乎在串口2中断里面应该做相应的处理,防止产生意想不到的中断,因此,中断函数应该写的严谨一些
void USART2_IRQHandler(void)
{
uint8_t ch;
if(USART_GetFlagStatus(USART2, USART_FLAG_PE) != RESET)
{
USART_ReceiveData(USART2);
USART_ClearFlag(USART2, USART_FLAG_PE);
}
if (USART_GetFlagStatus(USART2, USART_FLAG_ORE) != RESET)
{
USART_ReceiveData(USART2);
USART_ClearFlag(USART2, USART_FLAG_ORE);
}
if (USART_GetFlagStatus(USART2, USART_FLAG_FE) != RESET)
{
USART_ReceiveData(USART2);
USART_ClearFlag(USART2, USART_FLAG_FE);
}
if(USART_GetITStatus(USART2, USART_IT_RXNE) != RESET)
{
// USART_ClearITPendingBit(USART2,USART_IT_RXNE); //清除中断标志
ch = USART_ReceiveData(USART2);
USART_ClearITPendingBit(USART2, USART_IT_RXNE);
}
}
因此,在中断里面,即使产生了所谓的溢出中断,也不会导致程序死在串口中断。
另一个是本人试验中犯的低级错误,串口接收使用的是循环数组接收,数组序号不断往上加,而在main函数中循环获取数据,那么问题来了。
箭头里面的==号应该写为>= 这样防止变量++之后溢出而不归零,于是把这问题改了
在此之上,把 USART2_BUFFER_LEN调大,stm32内存大着呢,随便用,竟然神一般的好了,腰不疼,腿不酸,程序跑了一个多小时,还在!
以此分享,共同进步!
上一篇:STM32单片机串口接收不定长无标志位字符串定时器判断结束
下一篇:STM32正交编码器驱动,引入(突变)带进位的位置环和速度环
推荐阅读最新更新时间:2024-03-16 15:43