版主好
請教您一個問題,....(省略)...,我把USB 2.0 Spec K了一遍,發現USB 2.0 SPEC
沒有提到硬體的結構說明尤其是SIE,我能找到的資料只有SIE的方塊圖,沒有詳細的說明,我的想法是把SIE的TX,RX 的DATA 還沒轉成並列資料之前,用串列方式以TTL轉給RS485.(省略).......以您對USB的了解
您其他的建議嗎,可以指點嗎.
Thanks a lot
請教您一個問題,....(省略)...,我把USB 2.0 Spec K了一遍,發現USB 2.0 SPEC
沒有提到硬體的結構說明尤其是SIE,我能找到的資料只有SIE的方塊圖,沒有詳細的說明,我的想法是把SIE的TX,RX 的DATA 還沒轉成並列資料之前,用串列方式以TTL轉給RS485.(省略).......以您對USB的了解
您其他的建議嗎,可以指點嗎.
Thanks a lot
---------------------------------------
您好...也不知該如何尊稱大名?
首先說明幾點... USB 2.0 (可能連USB1.1) 的傳輸速率是遠大於 RS485 的...所以,我是覺得,您可以放棄用RS485 的想法....可能連RS485 的Transceiver 都達不到吧...查一下75176 的規格吧...我記得他好像只有10 MHz 而已/...
第二點:一般俗稱SIE,就是Serial Interface Engine 怎麼翻?串列介面引擎?!
他是屬於IC設計的範疇的用語,因為USB在通訊介面上會有許多Packet 及PID 、CRC 等...
而這些資料對於傳輸內容來說:是沒有意義的...
所以,在數位設計上,就必須來處理這些看似沒用卻在數位訊號上不得不解的邏輯訊號...
---
當然SIE還有一個功能就是您所說的...
把要收發的資料從Parallel 轉成Serial ...或反過來轉成Parallel 再放到USB Buffer 中,
讓CPU 可以讀得到...等功能。
所以啊....處理這些東西的,就是指SIE...若要進一步說:當收到一個Setup token 發一個中斷(IRQ)給MCU...應該也可以歸納為SIE的一部份吧....
其實,SIE在USB Controller 中是扮演很大的角色,像我們所常填的那些USB Control Registers 都應該算是SIE...所以,SIE在邏輯設計中是佔很大的IC 空間的,當一切都在講求
CostDown 時,SIE卻是一塊令IC設計者心痛的一塊邏輯空間。
或許,當USB 的相容性越來越穩定時,或技術越來越成熟時,SIE 或許可以大大的縮小他的應用空間。譬如,只支援HID 時,就不要再想什麼ISO 或其他用不到的USB 細項...不過,這些竭盡所能的Costdown 的Re-design 卻是國內業者常幹的事啊...
結論:因為每一家的SIE的設計準則未必一樣,所以就算您找到一個SIE的細部設計,
也不一定能套用到所有的SIE上啊...這也可以說明為何您看到只有SIE方塊圖,卻沒有細部說明的原因吧。
...
不知這樣的回答,您滿意嗎?!
Chamber..
沒有留言:
張貼留言