RT-Thread一般讨论 USB主机_host

USB host设备调试问题

发布于 2020-05-28 18:06:34 浏览：4176 订阅该版

这个RNDIS的已经接近了，ECM的 协议配置还有问题，暂时停止了！

1.想要增加usb host 模式下ECM使用，第一步遇到的问题

当把一个usb device ecm的设备插入 host中，发现没有枚举成功，打开usb log 查看是在usb host进行 获取完整的配置描述符的时候失败了。  170行

![usb.png](/uploads/202005/28/174330jm9eempm3zm36p68.png)

调用顺序如下：
```c
    /* get full configuration descriptor */
    ret = rt_usbh_get_descriptor(device, USB_DESC_TYPE_CONFIGURATION, 
        device->cfg_desc, cfg_desc.wTotalLength);
```

```c
rt_err_t rt_usbh_get_descriptor(uinst_t device, rt_uint8_t type, void* buffer, 
    int nbytes)
{
    struct urequest setup;
    int timeout = USB_TIMEOUT_BASIC;
    
    RT_ASSERT(device != RT_NULL);

setup.request_type = USB_REQ_TYPE_DIR_IN | USB_REQ_TYPE_STANDARD | 
 USB_REQ_TYPE_DEVICE;
 setup.bRequest = USB_REQ_GET_DESCRIPTOR;
 setup.wIndex = 0;
 setup.wLength = nbytes;
 setup.wValue = type << 8;

if(rt_usb_hcd_setup_xfer(device->hcd, device->pipe_ep0_out, &setup, timeout) == 8)
    {
        if(rt_usb_hcd_pipe_xfer(device->hcd, device->pipe_ep0_in, buffer, nbytes, timeout) == nbytes)
        {
            if(rt_usb_hcd_pipe_xfer(device->hcd, device->pipe_ep0_out, RT_NULL, 0, timeout) == 0)
            {
                return RT_EOK;

}
        }
    }
    return RT_ERROR;
}
```

先发送setup给device，device回复ack，然后进行数据传输，接收device的描述符，
```c
int rt_usb_hcd_pipe_xfer(uhcd_t hcd, upipe_t pipe, void* buffer, int nbytes, int timeout)
{
 rt_size_t remain_size;
 rt_size_t send_size;
 remain_size = nbytes;
 rt_uint8_t * pbuffer = (rt_uint8_t *)buffer;
 do
 {
 RT_DEBUG_LOG(RT_DEBUG_USB,("pipe transform remain size,: %d ", remain_size));
 send_size = (remain_size > pipe->ep.wMaxPacketSize) ? pipe->ep.wMaxPacketSize : remain_size;
 if(hcd->ops->pipe_xfer(pipe, USBH_PID_DATA, pbuffer, send_size, timeout) == send_size)
 {
 remain_size -= send_size;
 pbuffer += send_size;
 }
 else
 {
 return 0;
 }
 }while(remain_size > 0);
 return nbytes;
}
```

rt_usb_hcd_pipe_xfer 数据传输的逻辑是，当要发送或者接收的数据小于端点最大长度，直接发送，大于的时候，每次都发送端点最大长度，最后不够端点长度的再发送一次。

`hcd->ops->pipe_xfer`本质调用的是
```c
static int drv_pipe_xfer(upipe_t pipe, rt_uint8_t token, void *buffer, int nbytes, int timeouts)
{
    int timeout = timeouts;

while (1)
 {
 if (!connect_status)
 {
 return -1;
 }
 rt_completion_init(&urb_completion);
 HAL_HCD_HC_SubmitRequest(&stm32_hhcd_fs,
 pipe->pipe_index,
 (pipe->ep.bEndpointAddress & 0x80) >> 7,
 pipe->ep.bmAttributes,
 token,
 buffer,
 nbytes,
 0);
 rt_completion_wait(&urb_completion, timeout);
 rt_thread_mdelay(1);
 if (HAL_HCD_HC_GetState(&stm32_hhcd_fs, pipe->pipe_index) == HC_NAK)
 {
 RT_DEBUG_LOG(RT_DEBUG_USB, ("nak "));
 if (pipe->ep.bmAttributes == USB_EP_ATTR_INT)
 {
 rt_thread_delay((pipe->ep.bInterval * RT_TICK_PER_SECOND / 1000) > 0 ? (pipe->ep.bInterval * RT_TICK_PER_SECOND / 1000) : 1);
 }
 HAL_HCD_HC_Halt(&stm32_hhcd_fs, pipe->pipe_index);
 HAL_HCD_HC_Init(&stm32_hhcd_fs,
 pipe->pipe_index,
 pipe->ep.bEndpointAddress,
 pipe->inst->address,
 USB_OTG_SPEED_FULL,
 pipe->ep.bmAttributes,
 pipe->ep.wMaxPacketSize);
 continue;
 }
 else if (HAL_HCD_HC_GetState(&stm32_hhcd_fs, pipe->pipe_index) == HC_STALL)
 {
 RT_DEBUG_LOG(RT_DEBUG_USB, ("stall "));
 pipe->status = UPIPE_STATUS_STALL;
 if (pipe->callback != RT_NULL)
 {
 pipe->callback(pipe);
 }
 return -1;
 }
 else if (HAL_HCD_HC_GetState(&stm32_hhcd_fs, pipe->pipe_index) == URB_ERROR)
 {
 RT_DEBUG_LOG(RT_DEBUG_USB, ("error "));
 pipe->status = UPIPE_STATUS_ERROR;
 if (pipe->callback != RT_NULL)
 {
 pipe->callback(pipe);
 }
 return -1;
 }
 else if(URB_DONE == HAL_HCD_HC_GetURBState(&stm32_hhcd_fs, pipe->pipe_index))
 {
 RT_DEBUG_LOG(RT_DEBUG_USB, ("ok "));
 pipe->status = UPIPE_STATUS_OK;
 if (pipe->callback != RT_NULL)
 {
 pipe->callback(pipe);
 }
 size_t size = HAL_HCD_HC_GetXferCount(&stm32_hhcd_fs, pipe->pipe_index);
 if (pipe->ep.bEndpointAddress & 0x80)
 {
 return size;
 }
 else if (pipe->ep.bEndpointAddress & 0x00)
 {
 return size;
 }
 return nbytes;
 }else{
 RT_DEBUG_LOG(RT_DEBUG_USB, ("other "));
 }

continue;
    }
}
```

接下来就出现问题了，当枚举过程中，数据发送/接收的长度小于64(端点最大长度)的时候就会成功，我用U盘和其他usb设备测试了 例如下面一个usb设备的插入打印如下，有一些自己加的打印
![usb2.png](/uploads/202005/28/175608m5wwq89d461w7maz.png)

红色部分为获取完整配置描述符，这个描述符总长度32，因为小于64，所以返回了OK，枚举成功了，当我换成ecm的device设备的时候（可以使用rtt本身的usb devcie里面的ecm进行测试或者其他的ecm设备，或者找一个完整描述符长度大于63的设备） 打印如下

![3333333.png](/uploads/202005/28/175857kdc9dmqdqjpap1pp.png)

可以看到这个描述符总长度203  因为大于64，所以第一次接收64个，还剩余139个，再接收64个，还剩余75，应该再接收64个，剩余15，再接收15个 就是正常的，但是接收了一半就出现了nak。  然后一直while循环 nak 退不出去。

以为是超时问题，超时时间我也改大了，还是这个问题。

这个是什么问题呢？有没有什么办法请教下

新增加一个usb设备插入的 log，这个端点最大长度为8，full描述符长度18   
![4.png](/uploads/202005/28/182232sberta5cmt9gtyg5.png)

14 个回答

肉肉肉肉肉肉多 2020-05-29

这家伙很懒，什么也没写！

_xiangxi 2020-05-29

这家伙很懒，什么也没写！

配置描述符是一次性获取，然后再解析的。
这个64字节拆包，我印象中，我也遇到过这个情况。
现在拆包的操作是系统做的，试一试不由系统拆包，而由硬件拆包试试。

```c
int rt_usb_hcd_pipe_xfer(uhcd_t hcd, upipe_t pipe, void* buffer, int nbytes, int timeout)
{
    rt_size_t remain_size;
    rt_size_t send_size;
    int size;
    remain_size = nbytes;
    rt_uint8_t * pbuffer = (rt_uint8_t *)buffer;
    do
    {
        RT_DEBUG_LOG(RT_DEBUG_USB,("control pipe transform remain size: %d\n", remain_size));
        send_size = remain_size;
        size = hcd->ops->pipe_xfer(pipe, USBH_PID_DATA, pbuffer, send_size, timeout);
        if(size == -1)
        {
            return -1;
        }
        else if(size == send_size)
        {
            remain_size -= send_size;
        }
        else
        {
            RT_DEBUG_LOG(RT_DEBUG_USB, ("Attention: send failed,send_size = %d, wMaxPacketSize = %d\n",
            send_size, pipe->ep.wMaxPacketSize));
            return 0;
        }
    }while(remain_size > 0);
    return nbytes;
}
```

做一下类似处理。现在，无论是bulk方式的in,out方式都是一致的，感觉有问题。
如果很有必要，可以分开写这些功能。