想寫博客已經(jīng)很久了，但由于項目時間緊，一直沒有抽出時間來。不過這些都是借口，主要還是自己太懶。好了不多說了，因為這些天的項目中一直在用串口，所以就從串口開始寫起。 首先總結(jié)一下串口232,422,485 串口232：可雙向傳輸，全雙工，最大速率20Kbps,負(fù)邏輯電平，-15V~-3V邏輯“1”， 3V~ 15V邏輯“0”。 串口422：可雙向傳輸，4線全雙工，2線單工。 串口485：可雙向傳輸，4線全雙工，2線單工，最大速率10Mb/s,差分信號，發(fā)送端： 2V~ 6V邏輯“1”，-2V~-6V邏輯“0”，接收端： 200mV邏輯“1”，-200mV邏輯“0”。 對于串口的實現(xiàn)有以兩個方案： 方案一，和原子的《例說STM32》一樣，首先接收，然后處理，沒有消息驗證處理，這樣就會出現(xiàn)消息覆蓋，消息出錯后死機(jī)，無法明確區(qū)分命令，無法及時應(yīng)答握手信號。方案二，借鑒uC/OSII的消息隊列，進(jìn)入中斷服務(wù)函數(shù)之后，關(guān)閉中斷，接收數(shù)據(jù)，如果沒有數(shù)據(jù)接收，等待一段時間（時間和波特率有關(guān)）后開中斷，出中斷，然后在對接收到的數(shù)據(jù)進(jìn)行處理，下面看代碼： 消息隊列及其初始化函數(shù)： 這樣就把數(shù)據(jù)一次性全部存儲下來了，剩下的就是對消息緩沖器message_buff[]中的消息進(jìn)行處理了，這樣就解決了消息覆蓋，消息出錯無法糾正的問題，至于消息怎么處理就是依據(jù)不同的需求不同的處理，另外注意，握手信號好用定時器中斷。? (mbbeetchina)