關(guān)于串口FIFO中斷
加入技術(shù)交流群
串口的接收模塊包括接收緩沖寄存器和移位寄存器。接收的數(shù)據(jù)進入移位寄存器后經(jīng)移位處理并行傳入緩沖寄存器，事實上，UART的FIFO是一個硬件環(huán)形的緩沖隊列，物理上不可尋址，不可見，僅U0RBR這個FIFO出口可見。U0RBR就是接收FIFO的第一位。FIFO的長度是可設(shè)的，也叫觸發(fā)點，低于這個長度的字符串不會引起中斷，但在實際應(yīng)用中，不可能串口讀入的數(shù)據(jù)長度總為觸發(fā)點值的整數(shù)倍，為此，引入了CTI即字符接收超時中斷，當有不足觸發(fā)點值規(guī)定的字符串讀入時，將引起中斷，其與串口的RDA中斷具有相同的優(yōu)先級，并會同時被使能。
那么，LPC2000的UART機制是如何判斷串口讀入數(shù)據(jù)的一次性容量呢?如果接收FIFO里已經(jīng)有了1個字符，它可在一定的時間內(nèi)等待下一個字符的讀入，也就是說，不超過一定的時間就不會觸發(fā)CTI中斷，這個時間是在本次通訊協(xié)議設(shè)置的前提下，接收3.5到4.5個字符所用的時間。比如，需串口接收GPRS數(shù)傳狀態(tài)成功建立后的返回值“Ok_Info_WaitingForData”22個字符組成的字符串，F(xiàn)IFO觸發(fā)點設(shè)置為14，在前14個字符讀入之后，立即觸發(fā)RDA中斷(接收中斷)，跳轉(zhuǎn)至RDA中斷服務(wù)子程序?qū)⑦@14個字符放入我所預設(shè)的緩沖區(qū)內(nèi)，接著，后8個字符讀入，這時CPU并不立刻中斷，它需等待在本次串口通訊協(xié)議設(shè)置的前提下，接收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ā)深度設(shè)為1時和不用FIFO時的效果是一樣的。
4、串口發(fā)送時，推薦第一個字符要在打開串口中斷前送(不懂???)，否則可能中斷只來一次。比如下面的這個用串口中斷發(fā)送字符串的函數(shù)為：
/******************************************************
** 函數(shù)名稱 ：UART0_SendStr()
** 函數(shù)功能 ：向串口發(fā)送字符串
** 入口參數(shù) ：str 要發(fā)送的字符串的首地址指針
** 出口參數(shù) ：無
*******************************************************
void UART0_SendStr( CHAR const *str)
{
Str_Send_P = str;
U0THR = *Str_Send_P++;
U0IER |= 0x02; //開發(fā)送中斷
}
在中斷發(fā)送程序中的處理為：
SWITCH(IIR 0x0e)
{
case 0x02: //利用串口發(fā)送中斷，發(fā)送字符串
if((*Str_Send_P)!='')
U0THR = *Str_Send_P++;
else
U0IER = (~0x02); //關(guān)發(fā)送中斷
break;
這種做法的道理不太明白，但實驗證明，不這么做就只發(fā)一次！~
評論