USB IP核的設(shè)計(jì)及FPGA驗(yàn)證

接收部分：從同步域中恢復(fù)出12 MHz的時(shí)鐘信號(hào)，接收主機(jī)過來的比特流對其進(jìn)行不歸零碼(NRZI)解碼，剔除位填充然后進(jìn)行串并轉(zhuǎn)換，最后將轉(zhuǎn)換后的數(shù)據(jù)以字節(jié)的形式傳給協(xié)議層。接收部分還要能判斷出一個(gè)包的開始，在USB傳輸過程中，是以包為單的，因此接收部分首先要測包的開始SOP(Start of Packet)，所有包都是從同步字段(SYNC)開始的，同步字段是產(chǎn)生最大的邊緣轉(zhuǎn)換密度(Endge Transition Density)的編碼序例。以NR—ZI編碼的二進(jìn)制串“KJKJKJKK”同步字段最后2位是同步字段結(jié)束的標(biāo)記，同時(shí)標(biāo)志了包標(biāo)識(shí)符(Pacekt Iden一tiler，PID)的開始。只有當(dāng)檢測到包SOP才開始后面的NRZI解碼、去位填充和串并操作，否則就繼續(xù)處于等待階段。

在接收部分還需要有檢錯(cuò)部分，在檢查到傳輸過來的數(shù)據(jù)有錯(cuò)誤時(shí)，要進(jìn)行相應(yīng)的錯(cuò)誤處理。如在NRZI解碼后，在對數(shù)據(jù)進(jìn)行去位填充時(shí)發(fā)現(xiàn)了有連續(xù)7個(gè)“1”則可以認(rèn)為數(shù)據(jù)在傳輸過程中出現(xiàn)了錯(cuò)誤，數(shù)據(jù)包已經(jīng)損壞，必須通知協(xié)議層。在接收部分需要特別注意的是：在接收USB主機(jī)過來數(shù)據(jù)時(shí)，是不同的時(shí)鐘域，因此必須考慮到亞穩(wěn)態(tài)問題。在本設(shè)計(jì)中，由于只處理單個(gè)比特信號(hào)，因此用了兩級(jí)寄存器來消除亞穩(wěn)態(tài)。

發(fā)送部分：將協(xié)議層打包好的加上同步字段，然后進(jìn)行并串轉(zhuǎn)換，將字節(jié)形式轉(zhuǎn)換成比特流形式，接著根據(jù)協(xié)議將數(shù)據(jù)進(jìn)行位填充和NRZI編碼，通過D+和D一信號(hào)傳送給USB主機(jī)。這個(gè)同步字段也是告訴USB主機(jī)有一個(gè)新數(shù)據(jù)包發(fā)送過來了，在發(fā)送部分還要產(chǎn)生包結(jié)束EOP(End of Packet)的信號(hào)。

3．3 USB協(xié)議層

協(xié)議層主要分成三個(gè)子模塊：解包模塊、打包模塊和協(xié)議引擎模塊。這一層主要是將經(jīng)過串口接口引擎模塊過來的數(shù)據(jù)進(jìn)行解包，剔除USB協(xié)議中的信息。同時(shí)將端點(diǎn)中要發(fā)送的數(shù)據(jù)，在協(xié)議引擎控制下進(jìn)行相應(yīng)的打包，然后通過SIE模塊傳送給USB主機(jī)。 3．3．1 解包模塊

本模塊主要將接收到的信息包數(shù)據(jù)進(jìn)行解析，解析出包標(biāo)識(shí)(PID)，端點(diǎn)地址和USB設(shè)備地址以及包含在包中的有效數(shù)據(jù)。在解包時(shí)，對令牌包進(jìn)行CRC5校驗(yàn)，對數(shù)據(jù)包進(jìn)CRCl6檢驗(yàn)，若出錯(cuò)則進(jìn)行相應(yīng)的出錯(cuò)處理。從上面所述可知，任何包都有同步字段而同步字段在串口接口引擎模塊中已經(jīng)除去了，因此本模塊不用關(guān)心同步字段。整個(gè)解包數(shù)據(jù)流如圖3所示。