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

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

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

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