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

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

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

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