[首先簡(jiǎn)單研究一下什么時(shí)候會(huì)出現(xiàn)overrun的問題，配置正常的HAL串口中斷接收如下

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
   /* judge interrupt source */
   if(huart ->Instance == USART2)
  {
       //send data to huart1 from huart2
       HAL_UART_Transmit(&huart1, (uint8_t*)recv_buf, 3,0xFFFF);
       //enable RX IT
       HAL_UART_Receive_IT(huart, (uint8_t*)recv_buf, 3);
  }
}

[其中，觸發(fā)兩次接收緩存溢出的時(shí)候，就會(huì)進(jìn)入Overrun Error。

[比如說BUF長度為3，連續(xù)發(fā)兩次長度為4的數(shù)據(jù)，就會(huì)進(jìn)入ORE。或者說第一次發(fā)送長度為2的數(shù)據(jù)，然后接著發(fā)送兩次長度為3的數(shù)據(jù)，也是會(huì)觸發(fā)ORE的，后續(xù)的兩次長度為3的數(shù)據(jù)因?yàn)橛兄�前一條長度為2的鋪墊，都是視作BUF溢出的數(shù)據(jù)。但是如果發(fā)送一次長度為4的數(shù)據(jù)之后，后續(xù)發(fā)長度一條長度為2的數(shù)據(jù)，就會(huì)進(jìn)入正常狀態(tài)，是有彈性的。彈性限度為BUF長度的兩倍，也就是說發(fā)送一次長度為6的數(shù)據(jù)，會(huì)立即進(jìn)入ORE。

[ORE狀態(tài)下，串口進(jìn)入ORE溢出中斷，無法繼續(xù)接收數(shù)據(jù)，但是可以發(fā)送數(shù)據(jù)，相當(dāng)于接收數(shù)據(jù)不會(huì)觸發(fā)中斷了。

[對(duì)于ORE溢出常用解決方案有下：

[無論哪一種方法都要理解HAL_UART_RxCpltCallback的實(shí)現(xiàn)原理：

[從上到下，層層封裝和調(diào)用。

[        想要關(guān)閉ORE中斷，將errorflags中的USART_SR_ORE 這一位去掉即可，相當(dāng)于對(duì)ORE錯(cuò)誤不予檢查，經(jīng)過實(shí)際的測(cè)試是可行的，實(shí)際的表現(xiàn)就是出現(xiàn)ORE溢出之后，串口只接受固定BUF長度的數(shù)據(jù)，對(duì)于溢出的數(shù)據(jù)直接丟棄，但是還需要考慮ORE溢出之后，那個(gè)時(shí)刻中BUF肯定是有數(shù)據(jù)，但是由于沒有清除BUF，后續(xù)的數(shù)據(jù)直接進(jìn)來會(huì)導(dǎo)致錯(cuò)位，因此想要真正實(shí)現(xiàn)完美的溢出數(shù)據(jù)丟棄處理且不影響后續(xù)的數(shù)據(jù)，是要在程序中加入清除BUF的指令的。但是這些方法都會(huì)影響HAL庫的底層代碼，包括去掉USART_SR_ORE 這一位，這也是STM32IDE的一點(diǎn)的不好的地方，底層文件是沒有用戶代碼入口的，修改IOC文件之后，一切都會(huì)回到最初的起點(diǎn)。

[          其次就是雙重緩存，具體的就是將BUF長度設(shè)置為1，這樣子每一次收到一個(gè)字節(jié)的話都會(huì)調(diào)用回調(diào)函數(shù)，為什么長度長度大于1的時(shí)候會(huì)發(fā)生ORE，而1的時(shí)候可以接受很長的數(shù)據(jù)而不ORE呢，我猜是因?yàn)?的時(shí)候?qū)⒛承┪恢梦涣耍�間接關(guān)閉了ORE，然后用戶自己定義BUF區(qū)，一個(gè)一個(gè)去讀取寫入，這個(gè)方法還可以實(shí)現(xiàn)不定長的接收，設(shè)置數(shù)據(jù)結(jié)束幀位就可以了。缺點(diǎn)也很明顯，當(dāng)數(shù)據(jù)很長的時(shí)候，中斷要進(jìn)入很多次，有點(diǎn)占資源了。

[用戶回調(diào)函數(shù)HAL_UART_RxCpltCallback只有接收到設(shè)定的BUF的長度才會(huì)調(diào)用一次，而不是有字節(jié)就調(diào)用，實(shí)現(xiàn)的方法在UART_Receive_IT函數(shù)中：

[if (--huart->RxXferCount == 0U)這一句，每次字節(jié)來都會(huì)調(diào)用UART_Receive_IT，然后RxXferCount減1，這個(gè)變量就是一開始設(shè)置的BUF接收長度，只有等這個(gè)到零了，才會(huì)調(diào)用HAL_UART_RxCpltCallback(huart)。

[最終，因?yàn)樵陧?xiàng)目中串口是需要來高頻率接收固定長度的測(cè)量數(shù)據(jù)的，但是在之前要用串口發(fā)送上電指令，這個(gè)指令會(huì)返回一個(gè)和測(cè)量數(shù)據(jù)長度不同的ASK信號(hào)，處理方法就是在上電之后，再開啟串口接收，這樣子就可以設(shè)置BUF長度為固定長度，同時(shí)稍微降低測(cè)量的頻率，讓串口接收有足夠的時(shí)間，避免ORE的產(chǎn)生。