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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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