STM32 串口USART调试Error

关于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内存大着呢，随便用，竟然神一般的好了，腰不疼，腿不酸，程序跑了一个多小时，还在！

以此分享，共同进步！