U S B 设 备 枚 举 过 程
USB 设备在正常工作以前, 第一件要做的事就是枚举. 枚举就是让 HOST 认得这个设备, 并且为该设备准备其所请求的资源,
建立好主机和设备之间的信息沟通机制.
USB 枚举是一系列有序而又连贯的过程, 哪怕只有一丝丝请求或者自报家门时出错, 甚至于在规定的时间内答不上来,设备
就会被停机. 枚举自然就不会成功.
这一连贯性不允许中途打断, 简 单地说, 在 USB设备枚举期间, 不 能用仿真器的单步功能来跟踪双方交换的数据流. 这是因
为在枚举成功以前, 设备处于不确定状态, 而 且 占据着唯一的公共资源---- 0地址 . HOST 决 不允许一个模糊设备长期霸占
0地址 , 将重试三次之后放弃( 鬼佬也玩 好事不过三 的把戏, 在 即将进行的枚举过程中, 好事也要过三才算数! )
观察 USB 枚举过程, 只有另找途径, 下面是使用 LOG2001 USB DEMO KIT 开发板 printf 得 到 的 数据. 在 理解这些数据
以前, 请 对照 PDIUSBD12 手册及参阅 LOG2001 Firmware.
这 些数据基本上概括了 USB 协议书第九章的大部分内容, 顶 得上看十遍协议书. 更何况有的中文协议书还错误百出.
不对之处, 欢迎指正,交流: logroom@263.net or logroom@public.guangzhou.gd.cn
我们后面还将介绍一些有关 USB方面的工程问题.
1) 40
2) 80
3) C0
4) 01 21 80 06 0001 0000 4000 请求设备描述 12 01 00 01 DC 00 00 10 71 04 66 06 00 01 00 00
5) 02 41 00 01
6) 40
7) 01 21 00 05 0200 0000 0000 setup_packet
8) 02 41
9) 01 21 80 06 0001 0000 1200 请求设备描述 12 01 00 01 DC 00 00 10 71 04 66 06 00 01 00 00 \
10) 02 41 00 01
11) 02 01
12) 01 A1 80 06 0002 0000 0900 请求配置描述 09 02 2E00 01 01 00 60 01
13) 02 41
14) 01 A1 80 06 0002 0000 FF00 请求配置描述 09 02 2E00 01 01 00 60 01 + 09 04 00 00 04 08 06 \
15) 02 41 50 00 + 07 05 81 03 04 00 0A + 07 05 01 03 04 00 0A
16) 02 01 07 05 82 02 40 00 0A + 07 05 02 02 40 00 0A
17) 02 41
18) 01 41
19) 01 21 80 06 0001 0000 1200 请求设备描述 12 01 00 01 DC 00 00 10 71 04 66 06 00 01 00 00 \
20) 02 41 00 01
21) 02 01
22) 01 A1 80 06 0002 0000 0901 请求配置描述 09 02 2E 00 01 01 00 60 01 09 04 00 00 04 08 06 \
23) 02 41 50 00 07 05 81 03 04 00 0A 07 05 01 03 04 00 0A
24) 02 01 07 05 82 02 40 00 0A 07 05 02 02 40 00 0A
25) 02 41
26) 01 41
27) 01 21 00 09 0100 0000 0000 setup_packet 设置配置"0x01"
28) 02 41
29) 01 21 80 08 0000 0000 0100 setup_packet 01读配置
30) 02 41 ;bEPPflags.bits.control_state != USB_TRANSMIT
31) 01 A1 81 0A 0000 0000 0100 setup_packet 00 读接口
32) 02 41 ;bEPPflags.bits.control_state != USB_TRANSMIT
33) 01 21 C0 0C 0000 7404 0400 ;请求
Read main Buffer Size
34) 01 41 USB-IDLE
PDF created with FinePrint pdfFactory trial version http://www.fineprint.com
评论0