RM新时代网站-首页

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

基于DWC2的USB驅(qū)動開發(fā)-0x08 GLPI接口詳解

嵌入式USB開發(fā) ? 來源:嵌入式USB開發(fā) ? 作者:嵌入式USB開發(fā) ? 2023-06-02 09:05 ? 次閱讀

本文轉(zhuǎn)自公眾號,歡迎關(guān)注

基于DWC2的USB驅(qū)動開發(fā)-0x08 GLPI接口詳解 (qq.com)

1.1 前言

進行USB驅(qū)動開發(fā),有必要了解整個數(shù)據(jù)流涉及的設(shè)備,而PHY是重要的一環(huán),它負責物理層的處理,是模擬數(shù)字的橋梁。而PHY的了解重點是其和LINK之間的接口,USB中PHY和LINK之間的標準接口是UTMI,而ULPI是其低引腳的實現(xiàn)。

介紹ULPI之前有必要先了解下GLPI,因為ULPI是基于GLPI的一個具體的實現(xiàn)。

GLPI即Generic Low Pin Interface,通用低引腳接口,是應(yīng)用于LINK和PHY之間的接口??梢曰诖私涌诙x特定應(yīng)用的接口,也就是該接口規(guī)范是一個通用的接口設(shè)計,可以基于此有具體的應(yīng)用實現(xiàn),比如基于該接口實現(xiàn)UTMI協(xié)議的低引腳接口即ULPI。

1.2信號

  1. GLPI定義了如下的信號,這些信號是通用的,可以用于傳輸不同的數(shù)據(jù)類型。根據(jù)應(yīng)用的不同,數(shù)據(jù)流可以用于發(fā)送和接收數(shù)據(jù)包、訪問寄存器集、生成中斷,甚至重新定義接口本身。
  2. 所有信號都是和clock同步的,如果沒有clock則所有信號也可以是異步的。也就是規(guī)范本身并沒有完全限定死一定要clock,一定要是同步的。
  3. 作為通用接口,規(guī)范并不規(guī)定數(shù)據(jù)流本身,數(shù)據(jù)流定義是特定應(yīng)用實現(xiàn)決定的,只要具體的實現(xiàn)明確定義,實現(xiàn)互操作性即可。
  4. 通常來說控制信號dir、stp和nxt是在假設(shè)PHY是數(shù)據(jù)總線的主機的情況下指定的。當然為了通用性,也并沒有完全限定死。如果需要,實現(xiàn)也可以將LINK定義為主機此時則控制信號的方向和前者要顛倒過來。
信號 方向(以PHY的角度看) 描述
PHY****接口 以下都是以PHY作為主機描述
clock I/O 接口時鐘.雙向都可以,即可以LINK產(chǎn)生該時鐘也可以PHY產(chǎn)生該時鐘,即對應(yīng)于PHY時鐘的兩種模式,后面文章會講到.如果有clock所有信號都是和clock同步的.當然本規(guī)范也沒有限定死,即實現(xiàn)也可以沒有clock則所有信號都是異步的。所有信號和clock的上升沿同步。
data I/O 雙向數(shù)據(jù)總線,空閑時LINK驅(qū)動為低,LINK和PHY驅(qū)動為非0的數(shù)據(jù)則表示有數(shù)據(jù)傳輸。(為什么? 如果一方驅(qū)動為0則另一方怎么驅(qū)動? 因為誰低誰強) .從后面總線權(quán)限可以看出不會出現(xiàn)主從都驅(qū)動總線的情況,?因為總線所有權(quán)由主機調(diào)度,且由dir決定。并且驅(qū)動為0只是一個特殊值,用于區(qū)別其他正常數(shù)據(jù)的情況,理論上驅(qū)動為全1也?可以。這里為什么LINK一定要發(fā)一個數(shù)據(jù)是因為PHY不發(fā)數(shù)據(jù)就拉低dir監(jiān)聽數(shù)據(jù),所以CLK上升沿總是會采集到數(shù)據(jù)用一個特殊值來表示空閑無效數(shù)據(jù)?。 總線的擁有權(quán)是由主機決定的,比如PHY作為主機則由PHY驅(qū)動dir來決定.在clock的上升沿同步數(shù)據(jù)即單邊沿模式.當然實現(xiàn)也可以設(shè)計為雙邊沿傳輸數(shù)據(jù)模式。
dir OUT 主機驅(qū)動dir決定data總線的所有權(quán).如果PHY有數(shù)據(jù)需要傳輸給LINK,則PHY驅(qū)動dir為高擁有總線.如果PHY沒有數(shù)據(jù)要傳輸給LINK則拉低dir,表示LINK擁有data總線,此時PHY監(jiān)聽總線有非0 的數(shù)據(jù)則表示LINK發(fā)過來了數(shù)據(jù)給PHY.如果PHY不能接收LINK的數(shù)據(jù)也可以拉高dir.比如PHY的PLL沒有穩(wěn)定時就會拉高dir,此時LINK不能往PHY發(fā)非0數(shù)據(jù).
stp IN 停止.LINK拉高該信號1個時鐘來停止當前的數(shù)據(jù)流(LINK到PHY的或者PHY到LINK的).如果此時是LINK發(fā)送數(shù)據(jù)到PHY,LINK拉高stp則表示前一個時鐘的數(shù)據(jù)是最后一個數(shù)據(jù).原文是stp indicates thelast byte of data was on the bus in the previous cycle 我覺的從后面波形圖理解來說應(yīng)該不是前一個時鐘而應(yīng)該就是本STP拉高對應(yīng)的CLK上升沿的數(shù)據(jù)是最后一個數(shù)據(jù)。 如果此時是PHY發(fā)送數(shù)據(jù)到LINK,LINK拉高stp則PHY會強制停止本次數(shù)據(jù)發(fā)送,并且PHY會拉低dir,表示交出數(shù)據(jù)總線控制權(quán)給LINK。
nxt OUT PHY拉高nxt表示是否還有數(shù)據(jù)或者是否接收到數(shù)據(jù).1.如果LINK發(fā)送數(shù)據(jù)給PHY,PHY拉高nxt表示當前字節(jié)被PHY接收了.LINK可以在下一個時鐘繼續(xù)發(fā)送數(shù)據(jù)給PHY.。2.如果是PHY發(fā)送數(shù)據(jù)給LINK則PHY拉高nxt表示后面還有數(shù)據(jù)LINK可以繼續(xù)讀。

1.3 協(xié)議

1.3.1 總線所有權(quán)

非特殊實現(xiàn)都是PHY作為主機,PHY驅(qū)動dir來決定總線的所有權(quán)。

PHY需要發(fā)送數(shù)據(jù)時拉高dir,其他時候都是拉低dir監(jiān)聽總線。

如果LINK需要獲取總線權(quán)可以等PHY發(fā)送完不再需要發(fā)送數(shù)據(jù)時PHY主動拉低dir,LINK也可以主動拉高stp一個時鐘來結(jié)束PHY的發(fā)送,讓PHY主動讓出總線所有權(quán),讓LINK來發(fā)送數(shù)據(jù),這種情況LINK主動請求的則必須進行一次數(shù)據(jù)發(fā)送,PHY才會重新拉高dir重新?lián)碛锌偩€。

dir為0時LINK擁有總線所有權(quán),LINK可以往data總線發(fā)數(shù)據(jù),

dir為1時PHY擁有總線所有權(quán),PHY可以往data總線發(fā)數(shù)據(jù),

所有信號都是和CLK同步的,且在CLK的上升沿修改數(shù)據(jù),所以CLK的上升沿時dir翻轉(zhuǎn),

dir翻轉(zhuǎn)時的那一個CLK叫做turnaround,LINK和PHY都不能往data總線發(fā)送數(shù)據(jù),LINK和PHY也要丟棄該時候的總線數(shù)據(jù)。

所以在實現(xiàn)時dir可以直接用于控制PHY和LINK的輸出緩沖器,只是PHY和LINK兩邊的使能電平是反的。

image.png

  1. dir為低,LINK擁有總線所有權(quán),LINK可以往總線發(fā)數(shù)據(jù)
  2. dir翻轉(zhuǎn)時對應(yīng)的那一個CLK,LINK和PHY都不能發(fā)數(shù)據(jù),總線上的數(shù)據(jù)無效,即turnaround
  3. dir為高,PHY擁有總線所有權(quán),PHY可以往總線發(fā)數(shù)據(jù)
  4. dir和clock同步,dir總是在clk的上升沿翻轉(zhuǎn)

1.3.2 傳輸數(shù)據(jù)

image.png

  1. dir為0, LINK擁有總線所有權(quán),而LINK又沒有數(shù)據(jù)要發(fā)給PHY,此時就是空閑階段,LINK驅(qū)動data總線為0,此時PHY監(jiān)聽到全0就認為是無效數(shù)據(jù).
  2. dir為0, LINK擁有總線所有權(quán),LINK有數(shù)據(jù)要發(fā)送給PHY,則LINK驅(qū)動總線為非0值D0。

但是此時PHY拉低了nxt,表示不能接收,所以LINK只能下一個CLK重發(fā)D0

  1. PHY收到LINK發(fā)送過來的數(shù)據(jù)D0,拉高nxt,表示PHY收到了,這樣LINK可以繼續(xù)發(fā)D1。
  2. LINK主動拉高stp表示結(jié)束傳輸
  3. stp保持高一個CLK后拉低,此時PHY也會拉低nxt,如果PHY需要發(fā)送數(shù)據(jù),需要擁有總線權(quán)則會拉高dir,否則會繼續(xù)拉低dir等待LINK的下一次傳輸。上圖中dir拉高了,說明PHY需要發(fā)數(shù)據(jù)了,dir拉高的一個CLK內(nèi)是turn around總線無效。
  4. Turn around之后PHY發(fā)送數(shù)據(jù)。
  5. PHY發(fā)送數(shù)據(jù),同時拉高nxt表示后續(xù)還有數(shù)據(jù)要發(fā)。
  6. PHY后面沒有數(shù)據(jù)要發(fā)了拉低nxt,并且拉低dir交出總線所有權(quán)。

所以PHY拉低nxt可以用于掐斷數(shù)據(jù)傳輸(LINK或者PHY發(fā)送的數(shù)據(jù)), 在傳輸期間,nxt可以在拉高stp的相同周期中拉高。

從以上可以看出由LINK發(fā)送最后一個字節(jié),轉(zhuǎn)到PHY發(fā)送第一個字節(jié)需要2個周期,即stp要一個周期,turn around需要一個周期。

1.3.3 停止傳輸數(shù)據(jù)

PHY可以拉高dir用于結(jié)束LINK的發(fā)送

LINK可以拉高stp一個時鐘來結(jié)束PHY的發(fā)送,此時PHY需要無條件拉低dir,準備接收LINK的數(shù)據(jù)。PHY必須等接收完LINK的數(shù)據(jù)才能重新拉高dir。也就是LINK拉高stp以結(jié)束上一次PHY的傳輸,告訴PHY強制拉低dir來使得LINK擁有總線權(quán),這也是LINK主動需要切換到總線所有權(quán)的一種方式,這時則LINK必須進行一次發(fā)送,只有這樣PHY才會重新拉高dir 使得PHY擁有總線權(quán)。這里有個未定義行為,假設(shè)LINK進行了stp拉高但是又不發(fā)送數(shù)據(jù)或者一直發(fā)送數(shù)據(jù)不stp,那么PHY是不是只能一直等待,不能重新拉高dir擁有總線權(quán)了?。

image.png

  1. dir為高 PHY在發(fā)送數(shù)據(jù)D2,nxt為高說明后面還有數(shù)據(jù)待發(fā)送
  2. dir為高 PHY在發(fā)送數(shù)據(jù)D3,nxt為低說明后面的數(shù)據(jù)無效
  3. 這個CLK由于前面一次nxt為低,所以數(shù)據(jù)無效,LINK不接收, nxt拉高說明下一個CLK PHY又有數(shù)據(jù)要發(fā)
  4. 這個CLK PHY發(fā)送D4, LINK接收,nxt為高表示PHY還有數(shù)據(jù)要發(fā),但是在此時LINK想要發(fā)送數(shù)據(jù),于是拉高stp一個CLK.
  5. Stp拉高一個CLK后要拉低,此時PHY無條件拉低dir交出總線所有權(quán),同時拉低nxt.
  6. 一個turn around時鐘后,LINK發(fā)送數(shù)據(jù)D0,此時PHY拉低nxt為0表示PHY沒有準備好接收數(shù)據(jù)
  7. 由于上一次PHY沒有準備好接收數(shù)據(jù),LINK只能重新發(fā)D0,此時PHY拉高nxt表示接收了數(shù)據(jù)D0
  8. LINK繼續(xù)發(fā)送D1,PHY拉高nxt表示接收了數(shù)據(jù)D1
  9. LINK發(fā)送stp主動結(jié)束發(fā)送,此時PHY也要拉低nxt。

之后PHY再看需要是不是要發(fā)送數(shù)據(jù)來決定是拉高還是拉低dir。

1.4 總結(jié)

GLPI的接口是比較簡單的,需要注意主從機,PHY是主機LINK是從機,

Stp是從機驅(qū)動,nxt和dir是主機驅(qū)動。

需要注意總線的擁有權(quán)由主機決定,主機需要發(fā)送是拉高dir擁有總線權(quán),其他時候拉低dir交出總線權(quán)監(jiān)聽總線。而LINK可以在dir為高,PHY在發(fā)送數(shù)據(jù)時主動拉高stp一個CLK來請求PHY交出總線權(quán),PHY必須無條件交出,并且必須等LINK發(fā)送完數(shù)據(jù)之后才能重新?lián)碛锌偩€。

所以關(guān)鍵點是了解誰驅(qū)動什么信號,總線擁有權(quán)的切換,了解這兩點就基本了解了該接口的邏輯了。

1.5 參考

《UTMI+ Low Pin Interface (ULPI) Specification Revision 1.1 October 20, 2004》
審核編輯:湯梓紅

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 接口
    +關(guān)注

    關(guān)注

    33

    文章

    8575

    瀏覽量

    151014
  • usb
    usb
    +關(guān)注

    關(guān)注

    60

    文章

    7936

    瀏覽量

    264456
  • 信號
    +關(guān)注

    關(guān)注

    11

    文章

    2789

    瀏覽量

    76730
  • 總線
    +關(guān)注

    關(guān)注

    10

    文章

    2878

    瀏覽量

    88051
  • DWC2
    +關(guān)注

    關(guān)注

    0

    文章

    35

    瀏覽量

    125
收藏 人收藏

    評論

    相關(guān)推薦

    基于DWC2USB驅(qū)動開發(fā)-0x01開篇介紹與新思DWC2 USB2.0控制器簡介

    本文轉(zhuǎn)自公眾號,歡迎關(guān)注 基于DWC2USB驅(qū)動開發(fā)-0x01開篇介紹與新思DWC2
    的頭像 發(fā)表于 05-08 18:10 ?4584次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-<b class='flag-5'>0x</b>01開篇介紹與新思<b class='flag-5'>DWC2</b> <b class='flag-5'>USB</b>2.0控制器簡介

    基于DWC2USB驅(qū)動開發(fā)-0x02 DWC2 USB2.0 IP功能特征介紹

    DWC2即新思(Synopsys )的DesignWare? Cores USB 2.0 HiSpeed On-The-Go (OTG)控制器IP,被大量使用。從linux的內(nèi)核源碼驅(qū)動中就帶
    的頭像 發(fā)表于 05-09 10:09 ?9357次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-<b class='flag-5'>0x</b>02 <b class='flag-5'>DWC2</b> <b class='flag-5'>USB</b>2.0 IP功能特征介紹

    基于DWC2USB驅(qū)動開發(fā)-0x07 DWC2 USB2.0 IP 配置參數(shù)

    混淆,IP的配置參數(shù)固定之后就不能改了,就決定了IP所具有的能力。對于軟件開發(fā)者來說也要了解其具體的配置,因為只有知道當前IP的配置,知道支持哪些功能,哪些是軟件可以配置的哪些是硬件固定了無法配置的,等等這些,后面寫驅(qū)動才心中有數(shù)。 配置相關(guān)
    的頭像 發(fā)表于 05-17 09:49 ?2285次閱讀

    基于DWC2USB驅(qū)動開發(fā)-0x08 ULPI接口協(xié)議概覽

    本篇概述了ULPI相關(guān)的內(nèi)容,內(nèi)容比較多后面還有工作模式和寄存器相關(guān)內(nèi)容會分開講。
    的頭像 發(fā)表于 06-02 13:08 ?8423次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-<b class='flag-5'>0x08</b> ULPI<b class='flag-5'>接口</b>協(xié)議概覽

    基于DWC2USB驅(qū)動開發(fā)-IAD描述符詳解

    本文轉(zhuǎn)自公眾號,歡迎關(guān)注 基于DWC2USB驅(qū)動開發(fā)-IAD描述符詳解 (qq.com) 一.? 前言 IAD描述符用于一個設(shè)備功能關(guān)聯(lián)多
    的頭像 發(fā)表于 06-27 08:45 ?12.4w次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-IAD描述符<b class='flag-5'>詳解</b>

    基于DWC2USB驅(qū)動開發(fā)-USB復(fù)位詳解

    本文轉(zhuǎn)自公眾號歡迎關(guān)注 基于DWC2USB驅(qū)動開發(fā)-USB復(fù)位詳解 (qq.com) 一.前言
    的頭像 發(fā)表于 07-07 11:18 ?6.4w次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-<b class='flag-5'>USB</b>復(fù)位<b class='flag-5'>詳解</b>

    基于DWC2USB驅(qū)動開發(fā)-USB連接詳解

    本文轉(zhuǎn)自公眾號,歡迎關(guān)注 基于DWC2USB驅(qū)動開發(fā)-USB連接詳解 (qq.com) 一.前
    的頭像 發(fā)表于 07-07 08:46 ?3690次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-<b class='flag-5'>USB</b>連接<b class='flag-5'>詳解</b>

    基于DWC2USB驅(qū)動開發(fā)-高速設(shè)備枚舉為全速設(shè)備問題案例分析

    本文轉(zhuǎn)自公眾號,歡迎關(guān)注 基于DWC2USB驅(qū)動開發(fā)-高速設(shè)備枚舉為全速設(shè)備問題案例分析 (qq.com) 一.前言 ? 本文分享一個高速設(shè)備被枚舉為全速的問題。 ? ? 高速設(shè)備速
    的頭像 發(fā)表于 07-10 17:12 ?1396次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-高速設(shè)備枚舉為全速設(shè)備問題案例分析

    基于DWC2USB驅(qū)動開發(fā)-設(shè)備類驅(qū)動框架

    本文轉(zhuǎn)自公眾號,歡迎關(guān)注 基于DWC2USB驅(qū)動開發(fā)-設(shè)備類驅(qū)動框架 (qq.com) 一.前言 從軟件頂層,從數(shù)據(jù)流的角度來看
    的頭像 發(fā)表于 07-16 15:56 ?1305次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-設(shè)備類<b class='flag-5'>驅(qū)動</b>框架

    基于DWC2USB驅(qū)動開發(fā)-發(fā)送相關(guān)的寄存器DMA寄存器詳解

    本文轉(zhuǎn)自公眾號,歡迎關(guān)注 基于DWC2USB驅(qū)動開發(fā)-發(fā)送相關(guān)的寄存器DMA寄存器詳解 (qq.com) 前言 如下寄存器DIEPxxx,
    的頭像 發(fā)表于 07-16 16:42 ?1639次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-發(fā)送相關(guān)的寄存器DMA寄存器<b class='flag-5'>詳解</b>

    基于DWC2USB驅(qū)動開發(fā)-USB詳解

    不管什么通訊協(xié)議,比如UART,SPI,USB等等,不管是并口還是串口,不管是同步還是異步,我們從抽象的角度去看,其本質(zhì)都是一樣的。都是先定義物理信號,物理信號可能是差分,單端,電流驅(qū)動電壓驅(qū)動等等
    的頭像 發(fā)表于 07-23 17:11 ?2574次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-<b class='flag-5'>USB</b>包<b class='flag-5'>詳解</b>

    基于DWC2USB驅(qū)動開發(fā)-數(shù)據(jù)不能發(fā)送問題分析案例

    本文轉(zhuǎn)自公眾號歡迎關(guān)注 基于DWC2USB驅(qū)動開發(fā)-數(shù)據(jù)不能發(fā)送問題分析案例 (qq.com) ? 一.前言 ? ? ? ?對于驅(qū)動
    的頭像 發(fā)表于 08-08 09:43 ?2268次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-數(shù)據(jù)不能發(fā)送問題分析案例

    如何對基于hal庫的DWC2 USB IP進行調(diào)試呢

    背景之前適配 DWC2 USB IP 的時候,主要是基于 st 的 hal 庫來走的,當時我就對他們的 hal 庫代碼不滿,只是無奈,迫于時間就沒重構(gòu),果不其然,usb bug 一堆,隨意舉例,這還
    發(fā)表于 06-14 15:23

    基于DWC2USB驅(qū)動開發(fā)-0x0A ULPI接口同步模式介紹

    同步模式是ULPI必須支持的且主要的模式,內(nèi)容比較多,對于軟件開發(fā)人員來說重點關(guān)注下總線時序,即數(shù)據(jù)是如何交互的,這樣必要的的時候可以使用邏輯分析儀進行抓包分析。另外重點關(guān)注下各個狀態(tài)是如何反應(yīng)在ULPI的寄存器中的
    的頭像 發(fā)表于 06-04 15:35 ?3973次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-<b class='flag-5'>0x0</b>A ULPI<b class='flag-5'>接口</b>同步模式介紹

    基于DWC2USB驅(qū)動開發(fā)-抽絲剝繭再論切換到狀態(tài)階段標志DOEPINTn.StsPhseRcvd

    本文轉(zhuǎn)自公眾號系列文章,歡迎關(guān)注 基于DWC2USB驅(qū)動開發(fā)-USB詳解 (qq.com)
    的頭像 發(fā)表于 07-24 18:04 ?1568次閱讀
    基于<b class='flag-5'>DWC2</b>的<b class='flag-5'>USB</b><b class='flag-5'>驅(qū)動</b><b class='flag-5'>開發(fā)</b>-抽絲剝繭再論切換到狀態(tài)階段標志DOEPINTn.StsPhseRcvd
    RM新时代网站-首页