工作了一年多，寫了不少單片機串口程序。感覺串口多字節接收部分的邏輯相對于配置寄存器跟串口回復來說，是有點難度的——寄存器配置基本上都是死的，串口回復多字節跟回復一字節只是多了一個循環。

　　串口接收程序是基于串口中斷的，單片機的串口每次接收到一字節數據產生一次中斷，然后再讀取某個寄存器就可以得到串口接收的數據了。然而在實際應用當中，基本上不會有單字節接收的情況。一般都是基于一定串口通信協議的多字節通信。在422或者485通信中，還可能是一個主機（一般是計算機）帶多個從機（相應的有單片機的板卡）。這就要求我們的單片機能夠在連續接收到的串口數據序列中識別出符合自己板卡對應的通信協議，來進行控制操作，不符合則不進行任何操作。簡而言之就是，單片機要在一串數據中找到符合一定規律的幾個字節的數據。

　　先來說下怎樣定串口協議吧。這個協議指的不是串口底層的協議，而是前面提到的數據幀協議。一般都是有幀頭（2~3個字節吧），數據（長度根據需要），結束位（1位，有時候設計成校驗字節，最簡單的校驗也就是前面所有數據求和）。比如0xaa 0x55 +（數據部分省略）+校驗和（除了aa 55 之外數據的和），如果要是多板卡的話有時候還要在幀頭后面加一個板選字節（相當于3字節幀頭了）。第一次寫串口接收程序的時候，我首先想到的就是定義一個全局變量（實際上最好是定義局部靜態變量），初始值設置為 0，然后每進一次中斷+1，然后加到串口通信協議的長度的時候再清零。然后判斷幀頭、校驗。寫完了之后我自己都覺得不對，一旦數據錯開了一位，后面就永遠都接收不到數了。

　　無奈看了一下前輩們的代碼，跟我的思路差不多，只不過那個計數值跟接收到的數據時同時判斷的，而且每次中斷都要判斷，一旦不對計數的那個變量就清零。廢話少說，直接上一段代碼讓大家看看就明白了。（通信協議姑且按照簡單的aa 55 一個字節數據 一個字節校驗，代碼是基于51單片機的）。接收成功則在中斷程序中把串口接收成功標志位置1。