基于STM32的USB枚举过程学习笔记

 之前使用ST官方的库以及网络的资料,完成了使用USB HID类进行STM32和PC机的通讯。由于其他原因并没有深入的分析,虽然实现了功能,但是关于USB设备的枚举,以及具体的通讯方式都没有清晰的概念,所以现在回头重新学习USB相关知识。主要参考资料是《圈圈教你玩USB》、USB枚举过程图解,ST官方的USB HID例程。

一,USB数据包
    1.    USB数据包分类

     USB总线上的数据传输以包为基本的单位。USB协议规定了四种包:令牌包、数据包、握手包、特殊包。不同的包通过包中的8位PID域区分。

  • 令牌包

    令牌包用于启动 一次USB传输,USB的数据传输必须由主机发起。令牌包有四种:

      输出令牌包(OUT):用来通知设备将要输出一个数据包。 数据方向 主机-->设备

      输入令牌包(IN):用来通知设备将要返回一个数据包。  数据方向  设备-->主机

      建立令牌包(SETUP):通知设备将要输出一个数据包,类似OUT包。不过SETUP包只能往端点0发包,只用在控制传输中。

      帧起始包(SOF):用于帧计数,USB全速设备每毫秒产生一帧,USB高速设备每125μS产生一帧。

      OUT , IN, SETUP包的结构:同步域+8位PID+7位地址+4位端点号+5位CRC校验+包结束符EOP 

  • 数据包

     数据包用来传输数据,分成DATA0. DATA1 。数据格式如下

     同步域+8位PID+N个字节的数据+CRC16校验+包结束符EOP

  • 握手包

     握手包用来表示一个传输是否被对方确认,有ACK,NAK,STALL,NYET。

     ACK:表示正确的接收数据并且有足够的空间容纳数据。主机和设备都可以使用ACK来确认,NAK,STALL,NYET只能够用于设备返回,主机不能使用。

     NAK:表示没有数据需要返回,或者数据正确接收但是没有空间容纳。当主机收到NAK后,知道设备还未准备好,主机会在合适的时候重新进行数据传输。

     STALL:表示设备无法执行该请求,或者端点已经被挂起。

     NYET:USB高速设备中用。

     握手包的格式:同步域+8位PID+包结束符EOP

 

    2.     数据包的处理

    在传输过程中,具体的处理细节由USB接口的芯片处理完成。

    当USB接口芯片正确接收到数据时,如果有空间保存,则它将数据保存并返回ACK,同时,设置一个标志表示已经正确接收到数据;如果没有空间保存数据,则自动返回NAK。

     收到输入请求时,如果有数据需要发送,则发送数据,并等待接收ACK。只有到数据成功发送出去(即接收到ACK标志后),它才设置标志,表示数据已成功发送;如果无数据需要发送,则它自动返回NAK。

    通常只需根据芯片提供的一些标志,准备要发送的数据到端点,或者从端点读取接收到的数据即可。

 

二 ,USB事务

    虽然USB定义了数据在总线上传输的基本单位是包,为了传输数据,必须按照一定的关系把这些不同的包组织成事务才能传输数据。事务通常由两个或者三个包组成:令牌包、数据包和握手包。

    令牌包用来启动一个事务,总是由主机发送;数据包用来传送数据,可以从主机到设备,也可以由设备到主机,方向由令牌包来指定;握手包用来指定数据传输结果。 

 

三,USB传输类型    

    USB规定了4种传输类型:批量传输、等时传输、中断传输、控制传输。其中前三个传输一次数据都是一个事务;控制传输包括三个过程,建立过程和状态过程分别是一个事务,数据过程则可能包含多个事务。


 接下来介绍USB设备的枚举,枚举就是从设备读取各种描述符信息,这样主机就可以根据这些信息来加载合适的驱动,从而知道是什么样的设备,如何进行通信。 枚举过程使用的是控制传输。控制传输可以保证数据的正确性。控制传输分三个过程:建立过程,可选数据过程及状态过程。

    下面介绍枚举的详细过程。

    USB主机检测到USB设备插入后,就会先对设备复位,并通过一个带数据过程的控制传输完成设备描述符的获取。

    第一步,USB主机会往地址0的端点0发送获取设备描述符的标准请求,发送请求属于控制传输的建立过程。建立过程是一个事务。首先是令牌包,即主机发送一个SETUP令牌,令牌的格式如上一篇描述的那样,有令牌的PID,地址和端点号等;其次是数据包,SETUP使用DATA0数据包,数据包中包括标准请求的ID;最后是握手包,设备只能使用ACK来应答,除非出错不应答。下面根据网上找的USB协议分析捕捉的图分析该建立过程。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

    下面通过STM32官方的USB的例子,自己添加打印信息,查看该控制传输的建立工程中USB主机发送的请求。如上一篇介绍,我们只需根据硬件置的标志位来判断USB传输的状态即可。在usb_istr.c的USB_Istr()函数中,根据中断标志,添加打印信息。在正确传输中断的处理函数CTR_LP()中Setup0_Process()函数表示端点0的建立过程,即上面USB主机复位获取设备描述符将执行的函数。增加打印信息的函数如下:

[cpp]  view plain copy
  1. /******************************************************************************* 
  2. * Function Name  : Setup0_Process 
  3. * Description    : Get the device request data and dispatch to individual process. 
  4. * Input          : None. 
  5. * Output         : None. 
  6. * Return         : Post0_Process. 
  7. *******************************************************************************/  
  8. uint8_t Setup0_Process(void)  
  9. {  
  10.   
  11.   union  
  12.   {  
  13.     uint8_t* b;  
  14.     uint16_t* w;  
  15.   } pBuf;  
  16.   
  17. #ifdef STM32F10X_CL  
  18.   USB_OTG_EP *ep;  
  19.   uint16_t offset = 0;  
  20.    
  21.   ep = PCD_GetOutEP(ENDP0);  
  22.   pBuf.b = ep->xfer_buff;  
  23. #else    
  24.   uint16_t offset = 1;  
  25.     
  26.   pBuf.b = PMAAddr + (uint8_t *)(_GetEPRxAddr(ENDP0) * 2); /* *2 for 32 bits addr */  
  27. #endif /* STM32F10X_CL */  
  28.   
  29. #ifdef  USB_DEBUG0  
  30.   printf("\r\nSETUP0中断-->控制传输.建立过程\r\n");  
  31. #endif /* #if USB_DEBUG0 */  
  32.   
  33.   if (pInformation->ControlState != PAUSE)  
  34.   {  
  35. #ifdef USB_DEBUG0  
  36.     printf("设备可以接收新的数据\r\n");  
  37. #endif /* USB_DEBUG0 */  
  38.     pInformation->USBbmRequestType = *pBuf.b++; /* bmRequestType */  
  39.     pInformation->USBbRequest = *pBuf.b++; /* bRequest */  
  40.     pBuf.w += offset;  /* word not accessed because of 32 bits addressing */  
  41.     pInformation->USBwValue = ByteSwap(*pBuf.w++); /* wValue */  
  42.     pBuf.w += offset;  /* word not accessed because of 32 bits addressing */  
  43.     pInformation->USBwIndex  = ByteSwap(*pBuf.w++); /* wIndex */  
  44.     pBuf.w += offset;  /* word not accessed because of 32 bits addressing */  
  45.     pInformation->USBwLength = *pBuf.w; /* wLength */  
  46.   
  47. #ifdef USB_DEBUG0  
  48.     printf("设备接收数据如下:\r\n");  
  49.     printf("0x%x ",pInformation->USBbmRequestType);//用于指定请求的 数据传输反向 请求类型 请求的接收者  
  50.     printf("0x%x ",pInformation->USBbRequest);//标准请求及代码  
  51.   
  52.     printf("0x%x ",pInformation->USBwValue0);  
  53.     printf("0x%x ",pInformation->USBwValue1);//具体见圈圈书P77页  
  54.   
  55.     printf("0x%x ",pInformation->USBwIndex0);  
  56.     printf("0x%x ",pInformation->USBwIndex1);    
  57.   
  58.     printf("0x%x ",pInformation->USBwLength1);  
  59.     printf("0x%x ",pInformation->USBwLength0);  
  60.   
  61.     printf("\r\n");  
  62. #endif /* USB_DEBUG0 */  
  63.   }  
  64. return Post0_Process();  
  65. pInformation->ControlState = SETTING_UP;  
  66.   if (pInformation->USBwLength == 0)  
  67.   {  
  68.     /* Setup with no data stage */  
  69.     NoData_Setup0();  
  70.   }  
  71.   else  
  72.   {  
  73.     /* Setup with data stage */  
  74.     Data_Setup0();  
  75.   }  
  76.   return Post0_Process();  
  77. }  

在打印信息之后直接就让函数返回,使主机得不到ACK应答,下面根据打印信息看下测试情况。


 

 

 

 

 

 

 

 

 

 

 

 

 

根据打印信息,由于从机没有ACK应答给PC机的请求,在PC机尝试发了3次请求后,就放弃了。可以在PC机的设备管理器看到,在请求打印3次以后出现了unknown device。

关于8个字节的请求代码的具体含义请参照USB协议,或者在《圈圈教你玩USB》里面对照。

    以上就是枚举过程获取设备描述符的第一步控制传输的建立过程,主机发送获取描述符的请求,下一篇我们将代码中ACK返回,使主机接收到建立过程的应答,从而进入到数据过程,即设备响应主机的请求,将设备描述符发送给主机。

上一篇介绍到了主机上电复位USB设备,在控制传输的建立过程,发送了8个字节的数据给设备,这8个字节为0x80 0x06 0x00 0x01 0x00 0x00 0x40 0x00,该请求为USB标准设备请求中的GET_DESCRIPTOR请求。0x80表示标准设备请求,数据方向是设备到主机。0x60表示请求类型GET_DESCRIPTOR。0x01表示描述符类型是设备描述符。0x40表示描述符长度。

     设备在收到该请求以后,首先进行解析,根据请求中的0x40表示该控制传输有数据过程,因此进入到Data_Setup0()函数。该函数根据请求的不同描述符,执行不同的回调函数

CopyRoutine(),并在DataStageIn()函数中把要发送给主机的描述符填入USB缓冲区,等待USB主机发送IN令牌包。

    主机在建立过程最后收到ACK以后,发送IN令牌包,从而进入到数据过程。在CTR_LP()函数中判断是IN0中断后,进入In0_Process()函数。在数据过程将之前填在USB缓冲器的设备描述符发给主机,并等待主机的应答。

    主机在确认接收到的设备描述符没有出错后,就会返回一个0数据长度的确认包,即控制传输的状态过程。在CTR_LP()函数中判断是OUT0中断,进入Out0_Process()函数,由于在状态过程,所以调用回调函数Process_Status_OUT()。

    下面和上篇一样,对照着USB分析仪捕捉的数据分析获取设备描述符这次控制传输的数据过程和状态过程。

   

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

下面通过串口打印信息查看获取设备描述符控制传输过程中的数据包的数据。打印信息如下

 

 

 

 

 

 

 

 

 

 

 

 

 

 

    至此,USB主机成功获取到设备描述符。打印信息最后可以看到,主机再次复位USB,将进入到设置地址的阶段。

 前几篇介绍中,USB主机完成了获取设备的描述符,现在进入第二步,设置设备的地址阶段。

    该阶段是一个无数据过程的控制传输。首先,在建立过程中USB主机往设备的端点0发出一个设置地址的请求,新地址在建立过程的数据包中。该事务的结构包括:SETUP0令牌包+SET_ADDRESS数据包+握手包。在建立过程之后直接进入到的状态过程,因为设置地址阶段是一个无数据过程的控制传输。在状态过程,设备等待主机请求状态返回(即等待主机发送一个IN令牌包),收到IN令牌包后,设备就返回一个0长度的数据包,如果主机确认该数据包已经正确收到,就会发送应答包ACK给设备,设备收到ACK之后,就要启动新的设备地址,这样设备就分配到了一个唯一的设备地址。

    接下来将这段设置地址的过程通过USB分析仪捕捉分析如下

 

 

    接着分析STM32 USB_HID例子中的枚举过程的设置地址阶段。同样在接收到主机的setup0令牌后,STM32 USB进入中断处理函数Setup0_Process(),由于是没有数据过程的控制传输,接着进入NoData_Setup0()函数,函数最后通过USB_StatusIn()等待主机的IN令牌,即状态阶段。主机发IN令牌进入到状态阶段,USB中断函数中执行In0_Process()函数,该函数把在建立过程函数Setup0_Process()中保存在pInformation的地址信息,通过SetDeviceAddress()函数,配置新的设备地址。串口的调试信息如下

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

至此,设备新的地址设置成功,这里设置成0x6,之后的过程将使用这个新地址。

接下来,主机将使用新的设备地址和设备进行通信。 主机需要再次获取设备描述符,配置描述符,字符串描述符,另外HID设备还要获取报告描述符等。根据《圈圈教你玩USB》里面介绍,我们可以使用BUS Hound工具,对主机发送给设备的数据进行抓包,分析数据包,根据USB协议完成相应的主机的请求。

    在STM32 USB_HID的例子中,和以上获取描述符相关的主要文件有Usb_desc.c(定义了各种描述符),Usb_prop.c (其中的CustomHID_GetStringDescriptor函数完成了对主机获取字符串描述符种类的细分)。具体的内容可以自己根据调试信息按照之前几篇文章中介绍的分析方法分析。

    下面给出用到的资料的下载连接

    圈圈教你玩USB

    USB枚举过程协议分析图

    STM32 增加USB枚举过程的工程模板




你可能感兴趣的:(工作-C语言)