STM32缺陷之一：串口中断标志位缺陷

    根据小道消息，M3内核是有缺陷的，但是这种缺陷不会在大会上想广大群众透露的。我用的是M3内核的stm32，我来寻找一些缺陷。

    今天找到的是串口中断标志位缺陷。

    我是做四轴飞行器的，没有买遥控器，而是用的无线串口，一开始的想法是stm32接收到串口来的数据后，进入串口中断服务函数，再比对发来的数据进行接下来的动作。

    一开始的程序是没有问题的，简单点吧，串口接收到数据后，让LED转换状态。   

void USART2_IRQHandler(void)  

{  

    if(USART_GetITStatus(USART2, USART_IT_RXNE) ==SET)     

    {   

        USART_ClearFlag (USART2,USART_FLAG_RXNE);        

        LED0=!LED0;  

    }     

}  

    但是串口中断函数和定时器函数优先级不好弄，所以我决定用串口中断查询法，在循环中查询相应的中断标志位。我直接在刚才的程序里更改，结果是错误的。

while(1)  

   if(USART_GetITStatus(USART2, USART_IT_RXNE) ==SET)     

{   

    USART_ClearFlag (USART2,USART_FLAG_RXNE);       

    LED0=!LED0;  

}     

纠结了两天，总算查出原因了，如果只用查询法，就不能配置nvic，或者把NVIC_IRQChannelCmd配制成DISABLE。

void U2NVIC_Configuration(void)  

{  

        NVIC_InitTypeDef NVIC_InitStructure;   

        NVIC_InitStructure.NVIC_IRQChannel = USART2_IRQn;  

        NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 3;  

        NVIC_InitStructure.NVIC_IRQChannelSubPriority = 3;  

        NVIC_InitStructure.NVIC_IRQChannelCmd = DISABLE;  

        NVIC_Init(&NVIC_InitStructure);  

}  

    这个缺陷确实有点。。。其实也无所谓，谁用查询法，还会去配置nvic？可能是我想多了，不过我确实要吐吐槽！