【正文】 6. 參考文獻這一章參考了下列文件：■NiosII軟件開發(fā)者的手冊■QuartusII手冊第五章的“計時器核”這一節(jié)■Avalon的存儲器映射的接口規(guī)范。所有可能的中斷情況及其相關狀態(tài)和控制（中斷使能）位在頁616的表65和頁618的表66列出。AvalonMM主控外設可通過清除狀態(tài)寄存器來確認IRQ。直到它被明確確認。每個中斷情況有一個相關位在狀態(tài)寄存器和一個中斷使能位在控制寄存器。在這種情況下，寫入endofpacket是無效的，讀操作返回一個未定值。endofpacket寄存器是一個可選的硬件功能。復位后，默認值是零，這是無效的ASCII字符（\0）。更多資料見85頁“波特率選項”。在這種情況下，寫入除數(shù)無效。 除數(shù)寄存器（可選）除數(shù)寄存器里的值用來產(chǎn)生波特率時鐘，有效波特率是由公式計算的：波特率=（時鐘頻率）/（除數(shù)+1）這個除數(shù)寄存器是一個可選的硬件功能。12IEOPRW使中斷了包結束情況。如果流量控制硬件選項沒有被激活，RTS位總是為0，寫操作無效。RTS位的值只影響RTS_N輸出；它不影響發(fā)送器或接收器邏輯。RTS位可直接提供RTS_N輸出。10IDCTSRW使中斷了CTS信號的改變。TBRK位可干擾任何傳輸?shù)倪M程。當TRBK位設置為1時，TXD信號被強制設為0。9TRBKRW傳輸間隔。7IRRDYRW使中斷了讀準備。5ITMTRW使中斷了一個發(fā)射器移位寄存器空狀態(tài)。3IROERW使中斷了一個接收器超時誤差。1IFERW使中斷了幀誤差?？刂萍拇嫫魑徽f明見表6。比如，PE位是狀態(tài)寄存器的“0”位，而IPE位是控制寄存器“0”位?？刂萍拇嫫鞯拿恳晃皇範顟B(tài)寄存器的相應位產(chǎn)生中斷請求信號。 控制寄存器控制寄存器由一個個別位組成，它們每一個都控制UART的核運行的一個方面。見87頁的“AvalonMM轉移隨流動控制（DMA）轉移”。該EOP位保持設定為1，直至它通過狀態(tài)寄存器的寫操作設置為0。12（1）EOPR遇到包結束。如果流量控制硬件選項沒有被激活，該CTS位總是為0。該CTS_N輸入對發(fā)送或接收的進程沒有任何作用。CTS位反映了CTS_N輸入的瞬時狀態(tài)（采樣同步AvalonMM時鐘）。見頁86“流量管制”。該DCTS位保持設定為1，直至它通過狀態(tài)寄存器的寫操作被明確清除。每當邏輯層次的過渡在CTS_N輸入端口（采樣同步AvalonMM時鐘）被檢測到時，該DCTS位設定為1。E位通過狀態(tài)寄存器的寫操作設置為0。E位是一個TOE，ROE，BRK，F(xiàn)E，PE位的邏輯或。8ERC例外。讀rxdata寄存器使RRDY位清為0。當rxdata寄存器是空的，這是沒有準備好讀和rrdy 是0。7RRDYR接收字符準備就緒。當txdata寄存器已滿，TRDY為0。該TRDY位顯示txdata保持寄存器的目前狀態(tài)。一個AvalonMM主控外設通過檢查TMT位可決定傳輸是否完成（并且在串行鏈路的另一端被收到）。當移位寄存器正在將一個字符移出TXD腳時，TMT設為0。5TMTR傳輸空狀態(tài)。在這種情況下，TOE位設置為1。4TOERC傳輸超時錯誤。在這種情況下，ROE位設置為1，rxdata以前的內(nèi)容也被新的字符覆蓋。3ROERC接收超時誤差。當檢測到一個間隔時，brk位設置為1 。2BRKRC間隔檢測。FE位將保持設置1，直到它通過狀態(tài)寄存器的寫操作被明確清除。當接收器無法偵測到正確的停止位時，就發(fā)生了幀錯誤。見頁86數(shù)據(jù)位，停止位，奇偶 。當PE位被設置時，從rxdata寄存器的讀操作產(chǎn)生了一個未定值。當核接到的字符有不正確的校驗位，PE位設置為1。表5 狀態(tài)寄存器位位位名稱讀/寫清除說明0（1）PERC奇偶錯誤。向狀態(tài)寄存器寫入0會清除DCTS，E，TOE，ROE，BRK，F(xiàn)E和PE位。每個狀態(tài)位與控制寄存器內(nèi)一個相應的中斷使能位相關。直到第一個字符完全移出，第二個字符自動移入移位寄存器，TRDY位才置為1。然后主控外設將第二個字符寫入txdata寄存器，TRDY位又被置為0。TRDY位置為0。讀取txdata寄存器將返回一個未定值。當字符從txdat寄存器被轉移到發(fā)射器移位寄存器時，trdy位置為1。字符不應被寫入txdata直到發(fā)射器已經(jīng)為新的字符準備好，這由狀態(tài)寄存器的trdy位可以顯示出來。向rxdata寄存器寫入數(shù)據(jù)是無效的。如果一個字符轉入rxdata寄存器而rrdy位也已設定（即以前的字符不能恢復），那么將會發(fā)生接收器超時誤差，并且狀態(tài)寄存器的roe位設置為1。當一個新的字符通過rxd輸入完全收到時，它將被轉移進rxdata寄存器，并且狀態(tài)寄存器的rrdy位設置為1。(4)這個寄存器可能或不可能存在，這取決于硬件配置選項，如果不存在，讀返回一個未定值，而寫無效。如果它們不存在，它們會讀0，而寫操作無效。讀操作返回了一個未定值，寫為0。表4是UART的核的寄存器變址，設備驅動控制并通過存儲器映射同核心溝通。注意：Altera公司提供的HAL設備驅動程序可以直接訪問設備寄存器。 寄存器映射程序員使用的針對第一代Nios處理器的HAL API或Legacy SDK從不通過寄存器直接訪問UART核。關于這些路徑的細節(jié)參考“伴隨第一代Nios的處理器的UART文件編制”?！?。應用開發(fā)商不應該修改這些文件。 軟件文件該UART的核伴隨著以下軟件文件。參考NiosII軟件開發(fā)手冊詳細了解ioctl( )函數(shù)。注：（1）termios結構是指newlibC標準庫。TIOCMESET根據(jù)輸入termios結構（1）里的值來設置設備的配置。表3 僅對快速驅動的可選UART ioctl（）操作請求含義TIOCMGET通過填寫輸入termios（1）結構的內(nèi)容來返回設備的當前設置。額外的操作要求也只供快速驅動選擇，如表3為使這些操作在你的程序中運行，你必須設置預選項。詳見上文內(nèi)容。ioctl“arg”參數(shù)將被忽略。很難進一步的用open()訪問設備直到這個文件描述器關閉或使用TIOCNXCL ioctl請求來解除鎖定。表2界定了UART驅動支持的操作要求。如果CTS/RTS流量控制信號在硬件中被允許，那么快速驅動器可以自動使用它們，小型驅動器總是忽略它們。如果你要用小型、詢問執(zhí)行的UART驅動器，你可用這一選項，但你不能影響其它設備的驅動器。這個選擇也會影響系統(tǒng)中所有設備的設備驅動器。有兩種啟動小