STM32缺陷之一：串口中斷標志位缺陷
加入技術交流群
今天找到的是串口中斷標志位缺陷。
本文引用地址：http://www.104case.com/article/201611/318078.htm我是做四軸飛行器的，沒有買遙控器，而是用的無線串口，一開始的想法是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？可能是我想多了，不過我確實要吐吐槽！
評論