1.STM32CubeMX的配置沒啥子好說的，使能然後改一下波特率和字長，然後在将中斷勾選，把中斷等級調到1(一定要比systick的優先級垃圾！！！)
2.驅動代碼
在生成的it.c檔案中，例如用的是序列槽3，防止序列槽的ORE的bug粗現
void USART1_IRQHandler(void)
{
if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_ORE)!=RESET)
__HAL_UART_CLEAR_OREFLAG(&huart1);
HAL_UART_IRQHandler(&huart1);
}
在使用者檔案userUtility.c中，第一個函數也是為了防止序列槽出ORE的bug，第二個函數用于接收
void HAL_UART_ErrorCallback(UART_HandleTypeDef *huart)
{
if(__HAL_UART_GET_FLAG(huart, UART_FLAG_ORE)!=RESET)
__HAL_UART_CLEAR_OREFLAG(huart);
}
void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
if(huart == &huart1)
{
vUart1RecData();
}
else if(huart == &huart4)
{
vUart4RecData();
}
}
序列槽的驅動檔案中
#define UARTX_RX_BUF_MAX_LEN 32
#define UARTX_TX_BUF_MAX_LEN 32
staticuc prv_ucUartxRxBuf[UARTX_RX_BUF_MAX_LEN];staticuc prv_ucUartxRxLen;staticuc prv_ucUartxTxBuf[UARTX_TX_BUF_MAX_LEN];staticuc prv_ucUartxTxLen;void vStartUartxRecIt(void)//初始化函數，開啟序列槽接收中斷
{
HAL_UART_Receive_IT(&huart1, prv_ucUartxRxBuf,1);
}void vUartxRecData(void)
{
prv_ucUartxRxLen=1;while(HAL_UART_Receive(&huart1, &prv_ucUartxRxBuf[prv_ucUartxRxLen], 1, 2)==HAL_OK)//進入阻塞接收2ms接不到就不算在同一包資料中，就是因為這裡内部用了sysytick來延時，是以要注意中斷優先級
{
prv_ucUartxRxLen++;if(prv_ucUartxRxLen>=UARTX_RX_BUF_MAX_LEN)
{break;
}
}
controlData.ucUart1RxFlg=1;
}void vHandleUartxRxBuf(void)
{if(controlData.ucUart1RxFlg==1)//通過一個Flg來耦合接收和處理函數，處理函數看情況放在userWhile中或者直接放在TIM6的回調函數中，多少ms執行一次，充當實時任務
{//
//Handle code// memset((uc *)&prv_ucUartxRxBuf,0,sizeof(prv_ucUartxRxBuf));
controlData.ucUart1RxFlg=0;
vStartUartxRecIt();
}
}
3.序列槽發送資料的時候
HAL_UART_Transmit(UART_HandleTypeDef *huart, uint8_t *pData, uint16_t Size, uint32_t Timeout)
這個函數最好用
__disable_irq();
和
__enable_irq();
夾起來，一來是為了防止發送的時候，有中斷來造成資料傳輸有“斷包”的現象，二來是避免發送資料的時候同時接到資料
産生ORE這種BUG
PS;有的人看到可能會說CLEAR_LG這個宏函數，要求輸入的參數和GET_ERROR傳回的值，參數類型不一樣，但其實看一下底層的宏定義會發現，
就tm是同一個玩意兒
