串口發送數據

1、串口發送數據最直接的方式就是標準調用庫函數 。

voidUSART_SendData(USART_TypeDef*USARTx,uint16_tData);

第一個參數是發送的串口號，第二個參數是要發送的數據了。但是用過的朋友應該覺得不好用，一次只能發送單個字符，所以我們有必要根據這個函數加以擴展：

以上程序的形參就是我們調用該函數時要發送的字符串，這里通過循環調用USART_SendData來一 一發送我們的字符串。

這句話有必要加，他是用于檢查串口是否發送完成的標志，如果不加這句話會發生數據丟失的情況。這個函數只能用于串口1發送。有些時候根據需要，要用到多個串口發送那么就還需要改進這個程序。如下：

這樣就可實現任意的串口發送。但有一點，我在使用實時操作系統的時候（如UCOS,Freertos等），需考慮函數重入的問題。

當然也可以簡單的實現把該函數復制一下，然后修改串口號也可以避免該問題。然而這個函數不能像printf那樣傳遞多個參數，所以還可以在改進，最終程序如下：

該函數就可以像printf使用可變參數，方便很多。通過觀察函數但這個函數只支持了%d,%s的參數，想要支持更多，可以仿照printf的函數寫法加以補充。

2、 直接使用printf函數。

很多朋友都知道想要STM32要直接使用printf不行的。需要加上以下的重映射函數：

如果不想添加以上代碼，也可以勾選以下的Use MicroLI選項來支持printf函數使用：

串口接收數據

串口接收最后應有一定的協議，如發送一幀數據應該有頭標志或尾標志，也可兩個標志都有。

這樣在處理數據時既能能保證數據的正確接收，也有利于接收完后我們處理數據。串口的配置在這里就不在贅述，這里我以串口2接收中斷服務程序函數且接收的數據包含頭尾標識為例。

數據的頭標識為“ ”，即換行符，尾標識為“+”。該函數將串口接收的數據存放在USART_Buffer數組中，然后先判斷當前字符是不是尾標識，如果是說明接收完畢，然后再來判斷頭標識是不是“+”號，如果還是那么就是我們想要的數據，接下來就可以進行相應數據的處理了。但如果不是那么就讓Usart2_Rx=0重新接收數據。

這樣做的有以下好處：

可以接受不定長度的數據，最大接收長度可以通過Max_BUFF_Len來更改

可以接受指定的數據

防止接收的數據使數組越界

這里我的把接受正確數據直接打印出來，也可以通過設置標識位，然后在主函數里面輪詢再操作。

以上的接收形式，是中斷一次就接收一個字符，這在UCOS等實時內核系統中頻繁的中斷，非常消耗CPU資源，在有些時候我們需要接收大量數據時且波特率很高的情況下，長時間中斷會帶來一些額外的問題。

所以以DMA形式配合串口的IDLE（空閑中斷）來接受數據將會大大的提高CPU的利用率，減少系統資源的消耗。首先還是先看代碼。

之前的串口中斷是一個一個字符的接收，現在改為串口空閑中斷，就是一幀數據過來才中斷進入一次。而且接收的數據時候是DMA來搬運到我們指定的緩沖區（也就是程序中的USART1_RECEIVE_DMABuffer數組），是不占用CPU時間資源的。

最后在講下DMA的發送：

這里需要注意下DMA_Cmd(DMA1_Channel4,DISABLE)函數需要在設置傳輸大小之前調用一下，否則不會重新啟動DMA發送。

有了以上的接收方式，對一般的串口數據處理是沒有問題的了。下面再講一下，在ucosiii中我使用信號量+消息隊列+儲存管理的形式來處理我們的串口數據。先來說一下這種方式對比其他方式的一些優缺點。

一般對串口的處理形式是"生產者"和"消費者"的模式,即本次接收的數據要馬上處理，否則當數據大量涌進的時候，就來不及"消費"掉生產者（串口接收中斷）的數據，那么就會丟失本次的數據處理。所以使用隊列就能夠很方便的解決這個問題。

在下面的程序中，對數據的處理是先接受，在處理，如果在處理的過程中，有串口中斷接受數據，那么就把它依次放在隊列中，隊列的特征是先進先出，在串口中就是先處理先接受的數據，所以根據生產和消費的速度，定義不同大小的消息隊列緩沖區就可以了。缺點就是太占用系統資源，一般51單片機是沒可能了。下面是從我做的項目中截取過來的程序：

上面被注釋掉的代碼為我是為了防止當分區中沒有空閑的存儲塊時加入信號量，打印出報警信息。當然我們也可以將存儲塊直接設置大一點，但是還是無法避免當沒有可有存儲塊時會程序會崩潰現象。希望懂的朋友能告知下~。

下面是串口數據處理任務，這里刪去了其他代碼，只把他打印出來了而已。

責任編輯：lq6