|
|
51單片機的串口，是個全雙工的串口，發(fā)送數(shù)據(jù)的同時，還可以接收數(shù)據(jù)。
當(dāng)串行發(fā)送完畢后，將在標志位 TI 置 1，同樣，當(dāng)收到了數(shù)據(jù)后，也會在 RI 置 1。
無論 RI 或 TI 出現(xiàn)了 1，只要串口中斷處于開放狀態(tài)，單片機都會進入串口中斷處理程序。
在中斷程序中，要區(qū)分出來究竟是發(fā)送引起的中斷，還是接收引起的中斷，然后分別進行處理。
看到過一些書籍和文章，在串口收、發(fā)數(shù)據(jù)的處理方法上，很多人都有不妥之處。
接收數(shù)據(jù)時，基本上都是使用“中斷方式”，這是正確合理的。
即：每當(dāng)收到一個新數(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ù)。
２．有人在發(fā)送數(shù)據(jù)之前，并沒有關(guān)閉串口中斷，當(dāng) 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ā)送完畢，可以有更多的時間查看其它的標志。 |
|
[復(fù)制鏈接]
