STM32F407，串口上溢（ORE）中断现象

hemanzi

程序有三个串口在用，有时候几个小时都正常运行，有时候几分钟就挂了。
今天我debug观察，发现串口2不断在中断，导致别的代码得不到运行，而不是跑到hardfault中。
观察到串口状态寄存器中RXNE=0 ORE=1，结合串口模块资料：
ORE 位置 1 时表示至少 1 个数据丢失。存在两种可能：
● 如果 RXNE=1，则最后一个有效数据存储于接收寄存器 RDR 中并且可进行读取；
● 如果 RXNE=0，则表示最后一个有效数据已被读取，因此 RDR 中没有要读取的数据。接
收到新（丢失）数据的同时已读取 RDR中的最后一个有效数据时，会发生该情况。读
取序列期间（在 USART_SR 寄存器读访问与 USART_DR 读访问之间）接收到新数据
时也会发生该情况。


看来我遇到了第二种情况，我在debug模式下，查看了DR，果然ORE清零了，程序继续跑。


EXNEIE中断使能，那么RXNE=1，RXNE=1 ORE = 1和ORE = 1三种状态，都会产生中断。


我觉得原子哥的串口中断程序，这个地方要求改一下。可以参考http://news.eeworld.com.cn/mp/STM32/a27721.jspx

明年再恋爱

路过留痕，帮顶。

nashui_sx

你是对的，不检查ore标志，开关中断容易死机
void USART1_IRQHandler(void)
{
        if(USART_GetITStatus(USART1, USART_IT_IDLE) != RESET)               // 空闲中断
        {
                USART_ReceiveData(USART1);                                      //清除空闲中断标志
                USART1_RX_BUF[USART1_RX_STA&0X7FFF]='\0';                                //添加\0,防止字符串处理函数遇不见\0一直不结束
                USART1_RX_STA|=0x8000;                                                //标记接收完成了
                //添加处理函数,最好主函数查询处理

        }       
        if(USART_GetFlagStatus(USART1,USART_FLAG_ORE) == SET)               // 检查 ORE 标志,防止开关总中断死机，放在接收中断前面
        {
                USART_ClearFlag(USART1,USART_FLAG_ORE);
                USART_ReceiveData(USART1);
        }
        if(USART_GetITStatus(USART1, USART_IT_RXNE) != RESET)               //接收中断
        {
                u8 res = USART_ReceiveData(USART1);                                    //读取接收到的数据       
                if((USART1_RX_STA&0X7FFF)<USART1_MAX_RX_LEN-1)                  //超过数组长度的舍弃,空闲中断后处理数据前来的数据会继续接上
                {
                        USART1_RX_BUF[USART1_RX_STA&0X7FFF]=res;
                        USART1_RX_STA++;
                }
        }
}

jiangyy

高频数据，你这种很容易鸡鸡，而且效率很低。一帧数据有多少个字节产生多少次中断，你不觉得效率很低吗？何不用DMA接收+串口空闲中断+DMA发送+超时机制？接收一帧数据（无论多少个字节），产生一次中断，对主循环任务来说打断的次数也就一次，执行效率又高。

hemanzi

将串口的中断级别提到整个工程中的中断里最高级别。同时中断服务子程序中对ORE做了清零处理（先后读取SR和DR）。看起来OK了