關(guān)于串口FIFO中斷

作者：時間：2013-04-10 來源：網(wǎng)絡

加入技術(shù)交流群
- 掃碼加入
  和技術(shù)大咖面對面交流
  海量資料庫查詢

串口的接收模塊包括接收緩沖寄存器和移位寄存器。接收的數(shù)據(jù)進入移位寄存器后經(jīng)移位處理并行傳入緩沖寄存器，事實上，UART的FIFO是一個硬件環(huán)形的緩沖隊列，物理上不可尋址，不可見，僅U0RBR這個FIFO出口可見。U0RBR就是接收FIFO的第一位。FIFO的長度是可設的，也叫觸發(fā)點，低于這個長度的字符串不會引起中斷，但在實際應用中，不可能串口讀入的數(shù)據(jù)長度總為觸發(fā)點值的整數(shù)倍，為此，引入了CTI即字符接收超時中斷，當有不足觸發(fā)點值規(guī)定的字符串讀入時，將引起中斷，其與串口的RDA中斷具有相同的優(yōu)先級，并會同時被使能。

那么，LPC2000的UART機制是如何判斷串口讀入數(shù)據(jù)的一次性容量呢?如果接收FIFO里已經(jīng)有了1個字符，它可在一定的時間內(nèi)等待下一個字符的讀入，也就是說，不超過一定的時間就不會觸發(fā)CTI中斷，這個時間是在本次通訊協(xié)議設置的前提下，接收3.5到4.5個字符所用的時間。比如，需串口接收GPRS數(shù)傳狀態(tài)成功建立后的返回值“Ok_Info_WaitingForData”22個字符組成的字符串，F(xiàn)IFO觸發(fā)點設置為14，在前14個字符讀入之后，立即觸發(fā)RDA中斷(接收中斷)，跳轉(zhuǎn)至RDA中斷服務子程序?qū)⑦@14個字符放入我所預設的緩沖區(qū)內(nèi)，接著，后8個字符讀入，這時CPU并不立刻中斷，它需等待在本次串口通訊協(xié)議設置的前提下，接收3.5到4.5個字符所用的時間(需根據(jù)波特率和幀格式具體計算)，這個時間一到，立刻觸發(fā)CTI中斷(超時中斷)，換句話說，超過這個時間的等待，CPU就認為一個完整的字符串已經(jīng)結(jié)束了，這才是字符串超時的真正含義。

CTI觸發(fā)的前提是接收FIFO里已經(jīng)有了1個字符,在等待下一個字符的進入

用FIFO發(fā)送數(shù)據(jù)時，需要保證接受端的FIFO不溢出，則發(fā)送過快，接受端FIFO滿后中斷末取走數(shù)據(jù)，發(fā)送端就又發(fā)數(shù)據(jù)。其只能由發(fā)送端來保證

不過接受端FIFO有2個Buffer，循環(huán)接收.

3、個人覺得，當FIFO的觸發(fā)深度設為1時和不用FIFO時的效果是一樣的。

4、串口發(fā)送時，推薦第一個字符要在打開串口中斷前送(不懂???)，否則可能中斷只來一次。比如下面的這個用串口中斷發(fā)送字符串的函數(shù)為：

/******************************************************

** 函數(shù)名稱：UART0_SendStr()

** 函數(shù)功能：向串口發(fā)送字符串

** 入口參數(shù) ：str 要發(fā)送的字符串的首地址指針

** 出口參數(shù) ：無

*******************************************************

void UART0_SendStr( CHAR const *str)