新聞中心

EEPW首頁 > 嵌入式系統(tǒng) > 設(shè)計應(yīng)用 > USB系統(tǒng)組成及模塊設(shè)計

USB系統(tǒng)組成及模塊設(shè)計

作者: 時間:2013-08-31 來源:網(wǎng)絡(luò) 收藏

3.3 USB協(xié)議層

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

3.3.1 解包模塊

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


整個解包過程如下:首先判斷接收的包是什么包,若為TOKEN包(0UT或IN或SOF或SETUP或ACK或NAK或STALL或PRE)則轉(zhuǎn)入到TOKEN包的處理進(jìn)程,若為數(shù)據(jù)包(DATA0或DATAl)則轉(zhuǎn)入到DATA包的處理進(jìn)程。在TOKEN包或DATA包中若發(fā)現(xiàn)數(shù)據(jù)有錯則丟棄此包并報錯。
3.3.2 打包模塊
  根據(jù)PE送來的PID組織相應(yīng)的信息包,把要發(fā)送的數(shù)據(jù)安排在相應(yīng)的數(shù)據(jù)包,或者組織令牌包。發(fā)送令牌包時,不必產(chǎn)生CRC5校驗位。在發(fā)送數(shù)據(jù)包時,需要把有效數(shù)據(jù)的CRCl6校驗位放在末尾一起發(fā)送。這個模塊主要就是如何把協(xié)議層引擎模塊送過來的數(shù)據(jù)進(jìn)行打包,打包的概念其實質(zhì)就是把要發(fā)送的數(shù)據(jù)根據(jù)其相應(yīng)的信息安排相應(yīng)的發(fā)送順序。同樣打包的過程中也不用考慮同步字段,同步字段在串口接口引擎層加入。整個打包數(shù)據(jù)流如圖4所示。
3.3.3 協(xié)議層引擎模塊
  在USB設(shè)備中,某一個時刻和主機(jī)通信的只能是一個端點,當(dāng)前操作都基于這個端點地址。主機(jī)不能同時和幾個端點進(jìn)行通信,端點的屬性在設(shè)備和主機(jī)剛開始連接時進(jìn)行的枚舉過程中已經(jīng)確定,保存在各端點對應(yīng)的寄存器中,比如是IN還是OUT端點,是支持控制傳輸、批量傳輸還是中斷傳輸?shù)亩它c等。協(xié)議引擎模塊是整個協(xié)議層的核心控制單元,控制了其他所有模塊的工作方式,根據(jù)當(dāng)前端點的配置或當(dāng)前狀態(tài)處理傳輸事務(wù),并在傳輸事務(wù)中實時更新控制與狀態(tài)寄存器。他的功能包括:有效處理IN,OUT和SETUP事務(wù),確定當(dāng)前傳輸事務(wù)要操作的端點地址,正確應(yīng)答各種包和管理數(shù)據(jù)的發(fā)送和接收,同時實現(xiàn)USB協(xié)議中的錯誤恢復(fù)機(jī)制。
3.4 端點控制模塊和端點模塊
  端點模塊:端點其實就是USB進(jìn)行通信時,用于存數(shù)據(jù)的緩沖區(qū),為了提高數(shù)據(jù)存取的速度,本的端點設(shè)計成FIFO。端點控制模塊:主要是端點控制寄存器和端點狀態(tài)寄存器,此模塊中包含了USB 的頂層控制和狀態(tài)寄存器。如USB設(shè)備的狀態(tài)控制寄存器、設(shè)備地址寄存器、中斷屏蔽寄存器和中斷源寄存器等。為了增加靈活性,在設(shè)計時針對每一個端點分別設(shè)計了設(shè)置和功能相同但地址不同的寄存器,包括端點的控制狀態(tài)寄存器、中斷源寄存器、中斷屏蔽寄存器、緩沖區(qū)的指針寄存器。端點根據(jù)協(xié)議可以配置1到16個,在實際設(shè)計中根據(jù)本身系統(tǒng)需要可以對USB 配置端點數(shù),增加了USB IP核端點可擴(kuò)展性。
3.5 總線適配器模塊
  此模塊是為了提高本IP核的可重用性而設(shè)計的。他主要包括WishBone總線接口、AMBA ASB總線接口和相應(yīng)的配置寄存器。若使用于WishBone總線結(jié)構(gòu)的SoC中,則在綜合前通過宏定義進(jìn)行設(shè)置啟用WishBone總線接口,這樣整個USB IP核可以無縫接入WishBone總線結(jié)構(gòu)的SoC中。若使用于AMBA ASB總線結(jié)構(gòu)的SoC中,則在綜合前通過宏定義進(jìn)行設(shè)置啟用AMBA總線接口無縫接入其SoC中。由于是在綜合前通過宏定義的,因此在實際綜合的時候,只會將宏定義的總線模塊綜合成實際電路,而不會兩個總線接口模塊都給綜合,節(jié)省資源。同時當(dāng)此IP核要應(yīng)用于其他的總線結(jié)構(gòu)SoC中,如Altera的Avalon總線,則只要根據(jù)此總線協(xié)議再設(shè)計一個總線接口模塊,在綜合時啟用此總線接口模塊就可以將此IP核直接應(yīng)用于此SoC中。因此本USB IP核對于不同總線的SoC利用總線適配器使具體較強(qiáng)靈活性,可重用性強(qiáng)。
4 FPGA驗證
  本USB IP核已經(jīng)應(yīng)用于一款數(shù)據(jù)采集單芯片系統(tǒng)中。因此在進(jìn)行FPGA驗證時,是將此IP核嵌入于此單芯片系統(tǒng)中進(jìn)行的。此單芯片系統(tǒng)中嵌入UART模塊可與PC機(jī)的串口進(jìn)行通信,此系統(tǒng)中的增強(qiáng)型8051MCU核對整個USB IP核進(jìn)行相應(yīng)的控制。FPGA驗證采用了Xilinx公司的ISE集成開發(fā)環(huán)境,在調(diào)試的過程中用了ChipSeope Pro軟邏輯分析儀。硬件平臺用Xilinx公司的Virtex4系列中XC4VLX60器件。
  整個過程如下:

 ?。?)USB從設(shè)備與PC機(jī)的USB接口連接,此時USB從設(shè)備要完成設(shè)備枚舉的過程。

 ?。?)設(shè)備枚舉完成PC機(jī)會提示驅(qū)動程序還沒有裝,要求加載驅(qū)動程序在PC機(jī)上加驅(qū)動程序,USB的驅(qū)動程序直接與PC機(jī)的操作系統(tǒng)聯(lián)系,項目中的USB接口是在WindowsXP操作系統(tǒng)中調(diào)試的。

  (3)在驅(qū)動程序加載完成后,PC機(jī)會提示“現(xiàn)在可以正常通訊”,表明現(xiàn)在可以利用USB的應(yīng)用層軟件進(jìn)行通信了。

 ?。?)將數(shù)據(jù)從PC機(jī)的應(yīng)用層輸入,通過USB接口發(fā)給嵌入USBIP核的數(shù)據(jù)采集SoC芯片,然后通過其中的SoC中UART將數(shù)據(jù)返回給PC機(jī),經(jīng)過比較兩者數(shù)據(jù)完全相同,驗證表明了此IP核的正確。

  圖5是在進(jìn)行IP核FPGA驗證時,設(shè)備枚舉階段PC的USB主機(jī)發(fā)送給USBIP核的幀開始(SOF)包。
  
fs_clk為從PC機(jī)發(fā)過來的比特流恢復(fù)過來的12MHz的時鐘信號。rx_data表示收到的數(shù)據(jù),如圖5所示在rx_valid高電平時,表明收到的rx_data是有效的,從圖中可以看出收到了十六進(jìn)制數(shù)“A5—43—85”,此包正是PC機(jī)發(fā)給USBIP核的SOF包。rxdp和rx_dn是串口接口引擎模塊中的信號,他經(jīng)過一個三態(tài)門與圖1所示的D+和D一相連接。由圖中可以看出,在“85”收到時,rxdp和rx_dn的波形表明收到了PC機(jī)發(fā)過來的兩個fS_clk時鐘周期的“SE0”表示包結(jié)束的信號。

5結(jié)語

  本USBIP核在設(shè)計時,充分考慮到可重用性,其USB端點可進(jìn)行相應(yīng)的配置和擴(kuò)展。同時針對目前SoC中常用的WishBone總線和AMBAASB總線結(jié)構(gòu)設(shè)計了總線適配器,在綜合前進(jìn)行相關(guān)的宏定義就可以無縫接入SoC中。本USBIP核在實際項目中,與MCU核以及其他的IP核集成于一款數(shù)據(jù)采集SoC芯片中,該數(shù)據(jù)采集SoC已經(jīng)處于版圖后仿真階段,即將流片。

上一頁 1 2 下一頁

評論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉