使用51單片機(jī)進(jìn)行串口通信的發(fā)送與接收的資料和程序免費(fèi)下載

　　51單片機(jī)的串口，是個(gè)全雙工的串口，發(fā)送數(shù)據(jù)的同時(shí)，還可以接收數(shù)據(jù)。

　　當(dāng)串行發(fā)送完畢后，將在標(biāo)志位 TI 置 1，同樣，當(dāng)收到了數(shù)據(jù)后，也會(huì)在 RI 置 1。

　　無論 RI 或 TI 出現(xiàn)了 1，只要串口中斷處于開放狀態(tài)，單片機(jī)都會(huì)進(jìn)入串口中斷處理程序。

　　在中斷程序中，要區(qū)分出來究竟是發(fā)送引起的中斷，還是接收引起的中斷，然后分別進(jìn)行處理。

　　看到過一些書籍和文章，在串口收、發(fā)數(shù)據(jù)的處理方法上，很多人都有不妥之處。

　　接收數(shù)據(jù)時(shí)，基本上都是使用“中斷方式”，這是正確合理的。

　　即：每當(dāng)收到一個(gè)新數(shù)據(jù)，就在中斷函數(shù)中，把 RI 清零，并用一個(gè)變量，通知主函數(shù)，收到了新數(shù)據(jù)。

　　發(fā)送數(shù)據(jù)時(shí)，很多的程序都是使用的“查詢方式”，就是執(zhí)行 while（TI ==0）; 這樣的語句來等待發(fā)送完畢。

　　這時(shí)，處理不好的話，就可能帶來問題。

　　看了一些網(wǎng)友編寫的程序，發(fā)現(xiàn)有如下幾條容易出錯(cuò)：

　?。保腥嗽诎l(fā)送數(shù)據(jù)之前，先關(guān)閉了串口中斷！等待發(fā)送完畢后，再打開串口中斷。這樣，在發(fā)送數(shù)據(jù)的等待期間內(nèi)，如果收到了數(shù)據(jù)，將不能進(jìn)入中斷函數(shù)，也就不會(huì)保存的這個(gè)新收到的數(shù)據(jù)。這種處理方法，就會(huì)遺漏收到的數(shù)據(jù)。

　?。玻腥嗽诎l(fā)送數(shù)據(jù)之前，并沒有關(guān)閉串口中斷，當(dāng) TI = 1 時(shí)，是可以進(jìn)入中斷程序的。但是，卻在中斷函數(shù)中，將 TI 清零！ 這樣，在主函數(shù)中的while（TI ==0）;，將永遠(yuǎn)等不到發(fā)送結(jié)束的標(biāo)志。

　?。常€有人在中斷程序中，并沒有區(qū)分中斷的來源，反而讓發(fā)送引起的中斷，執(zhí)行了接收中斷的程序。對(duì)此，做而論道發(fā)表自己常用的方法：

　　接收數(shù)據(jù)時(shí)，使用“中斷方式”，清除 RI 后，用一個(gè)變量通知主函數(shù)，收到新數(shù)據(jù)。

　　發(fā)送數(shù)據(jù)時(shí)，也用“中斷方式”，清除 TI 后，用另一個(gè)變量通知主函數(shù)，數(shù)據(jù)發(fā)送完畢。

　　這樣一來，收、發(fā)兩者基本一致，編寫程序也很規(guī)范、易懂。更重要的是，主函數(shù)中，不用在那兒死等發(fā)送完畢，可以有更多的時(shí)間查看其它的標(biāo)志。