描述符请求

2万 · 2014-1-29 15:34

68013a利用端点1进行块传输的速度测试，OUT端点收，IN端点返回数据。下位机代码已经用Cypress的EZ-USB Iterface软件调通了，用Bus Hound抓了一下,上位机每发一个Bulck请求，上面都显示只有DO 然后就是跟着数据，没有其它的描述符请求！

2万 · 2014-1-29 15:35

可是当我参照cypress提供的块传输例子，自己改写了一下。Bus Hound抓到了很多请求的描述符请求，然后才是数据，并不是只有一次DO。

2万 · 2014-1-29 15:36

然后呢

2万 · 2014-1-29 15:37

这是发一次请求的情况，如果循环发送软件就报错了！

2万 · 2014-1-29 15:39

看看你的程序吧

2万 · 2014-1-29 15:40

int PACKLEN=60;
PUCHAR buf=new UCHAR[PACKLEN];
ZeroMemory(buf, PACKLEN);
LONG buflen = PACKLEN;
memset(buf,0x5a,PACKLEN);
USBDevice->BulkOutEndPt->XferData(buf,buflen);
//USBDevice->BulkOutEndPt->BeginDataXfer(buf,buflen,&outOvLap);这个也试过更上面效果一样。

2万 · 2014-1-29 15:41

USBDevice->BulkOutEndPt->TimeOut = 200; // 200ms timeout
一般加个延时，注意输出输入的写法，也就这样了。

只看该作者 · 2014-1-29 15:42

你确定固件是用端点1吗？

2万 · 2014-1-29 15:43

嗯，端点1一般很少有人用。端点0用来做命令解释，收发数据用2468，端点1闲置。

2万 · 2014-1-29 15:44

抓包那软件意思不大，会造成系统的不稳定。

2万 · 2014-1-29 15:45

还是端点1块传输，不过偶发现一个有意思的现象和传输速度有关，刚开始的时候我设置一次传64字节，后来依次设置一次传512字节，1024，2048字节(自发自收，传过去多少字节就返回多少，然后比较一是否一致，所以一个来回就是双倍的字节)。

2万 · 2014-1-29 15:46

随着一次传的字节的增加速度也会很可观的增长起码有1点几兆字节每分钟。而且CPU使用率也随着减少！

2万 · 2014-1-29 15:47

上面现象很有意思，这样做是不是真可以提高传输速度啊？

2万 · 2014-1-29 15:48

我选择一次传2048字节，我这里测得的速度是17.1MByter/分钟这个速度是不是已经很快了？

2万 · 2014-1-29 15:49

17.1MByter/分钟，相当于2.3Mbit/s，USB2.0480Mbit/s，2.3/480，占用带宽的0.5％，你说是不是很快。。

2万 · 2014-1-29 15:50

呵呵，是啊

2万 · 2014-1-29 16:06

那就结贴了哈