求大神解答关于stm32 drv_u***h驱动中延时的疑惑

这个rt_thread_mdelay()函数因该是后续的一个补丁，可能在调试中发现问题后在这里加了一个延时。
如果你在运用中不想过多的关注，可以不理睬它

影响读取数据的时间

这个也是，但要读写能达到系统的最佳状态是需要花点时间去修改代码的。我们常常在系统慢外设读写数据时采用块数据延时，就是这样简单。大致计算一下读写这些数据需要最大的时间，在设备状态返回完成后，加个延时，这样安全的解决了避免由于设备冲突造成下次读写的错误。但也造成了设备读写时间多了，如果要快速操作，就需要对设备状态寄存器的每种情况综合分析加以对应处理，程序量会增加很多。但有些确实是我们在运用中很少碰到。所以在硬件描述中，常常把不不考虑这些因素，用了一个偷懒的做法就是延时。
哈哈，没有办法。
就像USB、sd卡等如果我们编写一个全协议栈操作，那代码量就~。
这也是为什么有些嵌入式设备只识别某些设备，而电脑是全设备的缘故了~。
写多了，发发牢骚，就当一阵风，不要当回事哦~~

这里的延时是必须的，最近我也在调试 u*** host 的驱动，除了这里还有个地方也得添加个延时，不加会不认部分 U盘，或者识别U盘后读写数据出错，甚至把U盘的分区表写没。。。 有一次 elm 读写文件正常，放到电脑上没那个文件。。。但是 rtt 里确实读写正常。

不认部分 U盘，或者识别U盘后读写数据出错，甚至把U盘的分区表写没的延时你是加在什么地方的

去掉1ms延时，我修改成如下代码，目前枚举正常，速度一下子就上来了

static int drv_pipe_xfer(upipe_t pipe, rt_uint8_t token, void *buffer, int nbytes, int timeouts)

{

    int timeout = timeouts;

    int status = 0;

    while (1)

    {

        if (!connect_status)

        {

            return -1;

        }

        switch(status)

        {

        case 0:

            rt_completion_init(&urb_completion);

            RT_DEBUG_LOG(RT_DEBUG_USB, ("pipe xfer:%dn", nbytes));

            rt_base_t lvl = rt_hw_interrupt_disable();

            HAL_HCD_HC_SubmitRequest(&stm32_hhcd_fs,

                                 pipe->pipe_index,

                                 (pipe->ep.bEndpointAddress & 0x80) >> 7,

                                 pipe->ep.bmAttributes,

                                 token,

                                 buffer,

                                 nbytes,

                                 0);

            rt_hw_interrupt_enable(lvl);

            status = 1;                     

        case 1:

            RT_DEBUG_LOG(RT_DEBUG_USB, ("wait_compn"));

            if(rt_completion_wait(&urb_completion, timeout) != RT_EOK)

            {

                rt_kprintf("pipe xfer timeout:%dn", timeout);

                return -1;

            }

            status = 2;

            break;

        case 2:

            HCD_URBStateTypeDef urbstate = HAL_HCD_HC_GetURBState(&stm32_hhcd_fs, pipe->pipe_index);

            if(URB_DONE == urbstate){

                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);

                RT_DEBUG_LOG(RT_DEBUG_USB, ("HC_XFRC:%dn", size));

                if (pipe->ep.bEndpointAddress & 0x80)

                {

                    return size;

                }

                return nbytes;

            }

            else if(URB_IDLE == urbstate){

                HCD_HCStateTypeDef u***state = HAL_HCD_HC_GetState(&stm32_hhcd_fs, pipe->pipe_index);

                RT_DEBUG_LOG(RT_DEBUG_USB, ("urb_state:%d,%dn", urbstate, u***state));

                if(u***state == HC_IDLE)

                {

                    HAL_HCD_HC_Halt(&stm32_hhcd_fs, pipe->pipe_index);

                    status = 0;

                    continue;

                }

                rt_completion_init(&urb_completion);

                status = 1;

            }

            else if(URB_NOTREADY == urbstate)

            {

                RT_DEBUG_LOG(RT_DEBUG_USB, ("URB_NOTREADY:%dn", HAL_HCD_HC_GetState(&stm32_hhcd_fs, pipe->pipe_index)));

                status = 0;

            }

            else if(URB_NYET == urbstate)

            {

                RT_DEBUG_LOG(RT_DEBUG_USB, ("URB_NYET:%dn", HAL_HCD_HC_GetState(&stm32_hhcd_fs, pipe->pipe_index)));

                status = 0;

            }

            else if(URB_ERROR == urbstate)

            {

                RT_DEBUG_LOG(RT_DEBUG_USB, ("URB_ERROR:%dn", HAL_HCD_HC_GetState(&stm32_hhcd_fs, pipe->pipe_index)));

                status = 0;

            }

            else{

                rt_kprintf("urb_state:%dn", urbstate);

                return -1;

            }

            break;

        }

    }

}

延时之前有个完成信号量了，感觉可以试下注释掉延时。
印象中驱动里对drv_pipe_xfer()的返回值也没处理好，好像是要改成累加值

只要注释掉就发现枚举都起不来，但是不注释影响读取数据的时间