關(guān)于51單片機串口與PC端的通信理解

ID:658684 · 發(fā)表于 2021-1-11 22:03

想問問大家有沒有做過51通過串口與PC端的通信鴨？串口中斷是不是可以理解成定時中斷差不多��？可是定時器中斷到一定時間就觸發(fā)中斷，但是串口中斷怎么才能觸發(fā)，我看了好像說什么接收或發(fā)送一定的數(shù)據(jù)格式就能觸發(fā)中斷，但是數(shù)據(jù)已經(jīng)接收或發(fā)送了，觸發(fā)中斷還有什么意義么？
我太菜了，求大佬幫幫孩紙，應(yīng)該怎么去考慮串口，編程應(yīng)用的時候要注意哪些？（我也不知道我的問題描述清楚了沒。。。求大佬輕噴~小弟先謝過大家了）

ID:213173 · 發(fā)表于 2021-1-12 06:40

51單片機在發(fā)送完成或接收結(jié)束一個字節(jié)數(shù)據(jù)后都會產(chǎn)生中斷請求。要不要響應(yīng)中斷請求并執(zhí)行中斷任務(wù)完全由程序編寫者選擇。以接收為例，實用中的串口通訊內(nèi)容通常是若干字節(jié)（依據(jù)通訊協(xié)議）數(shù)據(jù)，下位機接收到一個字節(jié)數(shù)據(jù)暫存在SBUF寄存器中并自動置中斷請求RI為1。CPU響應(yīng)中斷請求執(zhí)行串口任務(wù)，讀取SBUF寄存器中數(shù)據(jù)另存，軟件清0中斷請求標志RI。結(jié)束中斷任務(wù)，等待下一個中斷發(fā)生。當若干字節(jié)（依據(jù)通訊協(xié)議）數(shù)據(jù)全部接收完畢就對收到的數(shù)據(jù)串進行驗證和解析，驗證錯誤向上位機發(fā)送錯誤消息，要求重發(fā)，驗證正確就執(zhí)行相應(yīng)任務(wù)。

ID:775776 · 發(fā)表于 2021-1-12 08:03

簡單理解就是一個外部中斷，中斷信息一個字節(jié)。

ID:752974 · 發(fā)表于 2021-1-12 09:04

沙發(fā)解釋的很明白了。單片機串口收發(fā)數(shù)據(jù)有兩種方式：查詢和中斷。查詢工作方式是：CPU時刻檢查串口狀態(tài)，收到數(shù)據(jù)時，收到數(shù)據(jù)時及時的轉(zhuǎn)存，不然收到下一個數(shù)據(jù)時當前的數(shù)據(jù)就被覆蓋了。這種工作方式要占用大量的CPU時間，工作效率低。中斷工作方式是：CPU做好串口及相關(guān)中斷的初始化，CPU就不用時刻關(guān)注串口了，當收到數(shù)據(jù)時，硬件觸發(fā)中斷，在中斷服務(wù)程序中及時的接收數(shù)據(jù)。發(fā)送數(shù)據(jù)亦如此。

ID:658684 · 發(fā)表于 2021-1-12 10:06

munuc_w 發(fā)表于 2021-1-12 09:04
沙發(fā)解釋的很明白了。單片機串口收發(fā)數(shù)據(jù)有兩種方式：查詢和中斷。查詢工作方式是：CPU時刻檢查串口狀態(tài)， ...

謝謝解答，我可不可以理解成單片機一直在工作，串口初始化之后，串口接收數(shù)據(jù)及發(fā)送數(shù)據(jù)都是由硬件自動完成的，它接收/發(fā)送完一定數(shù)據(jù)格式的數(shù)據(jù)后，產(chǎn)生串口中斷告訴單片機，我數(shù)據(jù)接收了，你要做啥處理就做啥處理？

ID:752974 · 發(fā)表于 2021-1-12 11:16

學習習鴨發(fā)表于 2021-1-12 10:06
謝謝解答，我可不可以理解成單片機一直在工作，串口初始化之后，串口接收數(shù)據(jù)及發(fā)送數(shù)據(jù)都是由硬件自動完 ...

對頭！

ID:390416 · 發(fā)表于 2021-1-12 11:55

建議你觀看《人人學會單片機》第21課開始。認認真真的好好學學。

ID:658684 · 發(fā)表于 2021-1-13 16:52

munuc_w 發(fā)表于 2021-1-12 11:16
對頭！

好的好的，十分感謝，謝謝謝謝

帳號		自動登錄	找回密碼
密碼			立即注冊

關(guān)于51單片機串口與PC端的通信理解

評分

評分

評分