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？可能是我想多了，不过我确实要吐吐槽！