补充：
我看了一下变量，发现USB的 bDeviceState 随着插拔很快就会变化，但是有个SD transferEND 的标识会在这十几秒里 在零和一之间变化好多次，似乎是SD 在不停进行数据传输
，这个次数不一定，有时6、7次，有时10来次，这是什么情况？是不是说USB连接上之后，文件系统不停地通过USB接口来读取SD 卡的文件信息？

正点原子 发表于 2017-3-29 20:28
移植一下我们mini板的例程，速度就比较快啊。

问题算是找到了，原因很囧！

主要原因是我格式化的时候簇选择得太小。

我用抓包工具分析了一下正常U盘和我的设备的区别，发现U盘在USB 枚举成功之后，还会有很多次读命令，我不是很了解USB协议的命令集，所以不知道host端具体在读什么，但是次数是和簇的单元划分有关的，分的越大块，读得次数就越少。2K->64K 后，抓包得到的通信数据从1W5千多行下降到2千多行。

我的问题应该是单元划分太小，导致这个读过程很长，加上我自己的设备USB每次通信都比正常U盘要慢一些，两个叠加导致接近20秒的延时。
我把单元划分从2K提高到64K，盘符弹出的这个时间就缩短到1秒以内了。

总结：我推测U盘在USB连接后，文件系统会检测每一个簇的状态是否正常，如果簇划分太小，那么簇的数量就会成倍上升，这个检测时间也会成倍上升，所以盘符就会很长时间才出来。这个只是推测。USB实在不是很懂。

SD簇一般都是512字节，效率较高~业界通用

小陀螺爱炒蛋 发表于 2017-3-31 10:27
SD簇一般都是512字节，效率较高~业界通用

512是扇区吧？
也就是块大小。簇大小和扇区不是一个概念好像。