从硬件到软件,从电气特性到传输事务的建立,下面的思维导图是实例通过数据分析仪得到的流程。对调试USB底层驱动有很好的指导作用。
先看USB设备状态,对于全速设备,电气上,主机监测到D+ 上拉,则认为已连接,开始加电,第三步后开始软件方面的枚举过程。
连 接 |
加 电 |
缺 省 |
编 址 |
配 置 |
挂 起 |
说 明 |
不 |
__ __ |
__ __ |
__ __ |
__ __ |
__ __ |
设备尚未连接至接口.其他特性无关 |
是 |
不 |
__ __ |
__ __ |
__ __ |
__ __ |
设备已连接至接口,但未加电. 其他特性 无关. |
是 |
是 |
不 |
__ __ |
__ __ |
__ __ |
设备已连接至接口,并且已加电.但尚未被 复位. |
是 |
是 |
是 |
不 |
__ __ |
__ __ |
设备已连接至接口,已加电. 并被复位. 但尚未分配地址.设备在缺省地址处可寻 址. |
是 |
是 |
是 |
是 |
不 |
__ __ |
设备已连接至接口,已加电. 并被复位.且 分配了唯一地址. 尚未被配置. |
是 |
是 |
是 |
是 |
是 |
不 |
设备已连接至接口,已加电. 并被复位.且 分配了唯一地址,并被配置. 设备功能可被使用. |
是 |
是 |
__ __ |
__ __ |
__ __ |
是 |
设备在至少 3 毫秒以内探测不到总线活 动,自动进如挂起. 设备功能不可用. |
表 1. USB设备状态
思维导图如下所示。
1 USB 的插入检测
当12脚短接,Q1截止,Q2导通,D+上拉,windows 就会认为 USB 接口有一个全速设备,马上复位总线,并开始枚举设备。
如果23脚短接,则 Q1状态取决于 USB-DISCONNECT(PD2)脚的状态。CPU 复位后,GPIO 引脚处于浮空输入状态。所以此时,Q1导通,Q2截止,主机检测不到设备。
在程序初始化了 USB 相关部分后,可以通过设置 PD2=0 低电平使 Q1截止, Q2导通。则 USB 检测到设备,开始枚举过程。
所以要控制开发板作为 USB 设备工作,必须23短接。
当12脚短接,Q1截止,Q2导通,D+上拉,windows 就会认为 USB 接口有一个全速设备,马上复位总线,并开始枚举设备。
如果23脚短接,则 Q1状态取决于 USB-DISCONNECT(PD2)脚的状态。CPU 复位后,GPIO 引脚处于浮空输入状态。所以此时,Q1导通,Q2截止,主机检测不到设备。
在程序初始化了 USB 相关部分后,可以通过设置 PD2=0 低电平使 Q1截止, Q2导通。则 USB 检测到设备,开始枚举过程。
所以要控制开发板作为 USB 设备工作,必须23短接。
2、枚举过程中,第一个来回的详细分析。
检测到设备,主机发总线复位。这个复位与 USB 上电复位和系统复位是不同的。这个是 SIE(Serial Interface Engine) 根据总线状态通知用户的一种复位。设备产生复位中断,如何处理由设备固件程序决定。
主机发起第一个控制传输:
(1)主机 SETUP 包(发往地址0端点0) 、主机数据包(请求设备描述符) 、设备握手包 ACK。
设备产生端点0数据输出中断,固件程序要根据数据包中的主机要求做好准备,这里是在端点0输入缓冲区准备好设备描述符。
(2)数据过程,主机先发一个 IN 令牌包、设备发一个数据包(这个数据已经准备好,SIE 收到 IN 令牌后,直接送到总线上,用户此时不干预) 、主机发 ACK 包。
此时 SIE 产生端点0数据输入中断,表明主机已经取走了设备所准备的数据,用户也可以在该中断处理程序中作自己的处理。(SIE 指串行接口引擎,是所有 USB 控制器内部的“核心”.SIE 负责处理底层协议,如填充位,CRC 生成和校验,并可发出错误报告.SIE 的主要任务是将低级信号转换成字节,以供控制器使用)
此时,主机只接受一次数据,最少8个字节。如果用户数据没有发完,又在控制端点输入缓冲区,准备了数据,主机也不理会。
(3)状态过程:主机发 OUT 包(通知设备要输出) 、主机发0字节状态数据包(这个是0字节,表明自己收到设备描述符) 、设备发握手 ACK 包。
此时设备不会产生端点0数据输出中断,此时没有数据。
sean:正确的控制传输都是在这里结束,而对于STM32的结果是pInformation->ControlState=WAIT_STATUS_OUT
3、枚举过程中,第二个来回:设置地址。
第一个来回成功以后,主机再次复位总线。进入地址设置控制传输阶段。
(1)主机 SETUP 包(发往地址0端点0) 、主机数据包(请求设置地址) 、设备握手包ACK。所以 SETUP 包后面都会跟一个表明主机 SETUP 目的的数据包,要么 GET,要么SET。
设备产生端点0数据输出中断,固件程序要根据数据包中的主机要求做好准备,这里是在根据主机发来的地址写入自己的地址控制寄存器。
(2)数据过程,本次传输没有数据。
(3)状态过程:主机发 IN 包(通知设备要返回数据) 、设备发0字节状态数据包(表明地址设置已经成功) 、主机发握手 ACK 包(地址设置已经生效) 。
此时设备不会产生端点0数据输入中断,此时没有数据。
4、枚举过程中,第三个来回:主机使用新地址获取完整的设备描述符。
主机采用新地址发起第一个控制传输:
(1)主机 SETUP 包(发往新的地址端点0) 、主机数据包(请求设备描述符) 、设备握手包 ACK。
设备产生端点0数据输出中断,固件程序要根据数据包中的主机要求做好准备,这里是在端点0输入缓冲区准备好设备描述符。
(2)数据过程,主机先发一个 IN 令牌包、设备发一个数据包(这个数据已经准备好,SIE 收到 IN 令牌后,直接送到总线上,用户此时不干预) 、主机发 ACK 包。
此时 SIE 产生端点0数据输入中断,表明主机已经取走了设备所准备的数据,用户可以该中断处理程序中要做如下处理:如果一次没有将描述符送完,要再次将剩下的内容填充端点0输入缓冲区。
第二次数据传输:主机再发一个 IN 令牌包、设备发一个数据包、主机发 ACK 包。
此时 SIE 再次产生端点0数据输入中断,如果数据已经发完了。这里就不处理了。进入状态过程。
(3)状态过程:主机发 OUT 包(通知设备要输出) 、主机发0字节状态数据包(表明自己收到设备描述符) 、设备发握手 ACK 包。
接下来获取配置描述符、配置集合、字符串描述符、报告描述符的过程差不多,这里就不再叙述了。
二、USB 设备固件程序要做些什么?
1、USB 初始化
2、使能 USB 连接(在 D+或 D-线提供上拉) ,被主机检测。
3、接下来的工作
我觉得几乎都是在中断中完成的。接下来,我会根据书上的实例和网上的例程“JoyStickMouse”先了解 USB 的工作过程,ST 的“USB 库”的使用方法。然后将它移植到 stm32开发板上。
另一个说法
1、检测到 USB 设备后,对 USB 设备复位,使设备地址变为 0x0。发 80 06 01 00 00 40 00 命令,读取设备描述符命令,由于不知道设备描述符的长度,暂时要求返回数据长度为 0x40。
2、给这个新接上的设备分配地址。
3、设置地址成功后,对新地址发送获取设备描述符命令,此时已经知道了它的长度,直接按这个长度即可。
4、在得到设备描述符后,我们再发获取配置描述符命令。
5、从上一步,我们可以得到设备支持的接口数及端点数,此时再发一次得到配置描述符命令,把数据长度改大,数据长度我们可以从 wTotallLength 中读取,但我们一般在这里设为 0xFF。
6、如果有字符串描述符,在这里可以发命令读取。接下来再一次发命令完整读取设备描述符和配置描述符
7、在这里发送设置配置命令,到此,我们已经完整地得到了设备的信息。枚举过程结束