版主: 51FPGA |
zwj1234
最后登陆时间:2015-01-06 14:26:12 |
|
bluecd
最后登陆时间:2014-10-28 11:22:59 |
USB发数据都是有握手的。如果下面来不及接收,会返回nak等信号。所以,感觉你的想法不正确。 如果需要验证,可以使用usb协议分析仪抓包看看。 至于具体原因,给出信息太少,无法判断。 |
zwj1234
最后登陆时间:2015-01-06 14:26:12 |
bluecd的原帖 USB发数据都是有握手的。如果下面来不及接收,会返回nak等信号。所以,感觉你的想法不正确。 如果需要验证,可以使用usb协议分析仪抓包看看。 至于具体原因,给出信息太少,无法判断。 PC端应用程序我是用Qt实现的,根据打印信息可知,发送图片功能是正常的;设备端SDK里面debug调试的时候,发现usb驱动本身的接收数据的函数,每次只能接收512字节的数据,而且地址空间不改变,下一次接收的512字节把前面的覆盖掉。我设置了一个绝对地址为接收数据的起始地址,然后地址不断递增,这种情况下计算地址空间大概为188k。 |
bluecd
最后登陆时间:2014-10-28 11:22:59 |
bluecd的原帖 zwj1234的原帖USB发数据都是有握手的。如果下面来不及接收,会返回nak等信号。所以,感觉你的想法不正确。 如果需要验证,可以使用usb协议分析仪抓包看看。 至于具体原因,给出信息太少,无法判断。 PC端应用程序我是用Qt实现的,根据打印信息可知,发送图片功能是正常的;设备端SDK里面debug调试的时候,发现usb驱动本身的接收数据的函数,每次只能接收512字节的数据,而且地址空间不改变,下一次接收的512字节把前面的覆盖掉。我设置了一个绝对地址为接收数据的起始地址,然后地址不断递增,这种情况下计算地址空间大概为188k。 linux还是裸奔? 裸奔的话需要你自己处理好缓冲。 |
zwj1234
最后登陆时间:2015-01-06 14:26:12 |
bluecd的原帖 zwj1234的原帖USB发数据都是有握手的。如果下面来不及接收,会返回nak等信号。所以,感觉你的想法不正确。 如果需要验证,可以使用usb协议分析仪抓包看看。 至于具体原因,给出信息太少,无法判断。 PC端应用程序我是用Qt实现的,根据打印信息可知,发送图片功能是正常的;设备端SDK里面debug调试的时候,发现usb驱动本身的接收数据的函数,每次只能接收512字节的数据,而且地址空间不改变,下一次接收的512字节把前面的覆盖掉。我设置了一个绝对地址为接收数据的起始地址,然后地址不断递增,这种情况下计算地址空间大概为188k。 linux还是裸奔? 裸奔的话需要你自己处理好缓冲。 裸跑的,缓存大小是调整的端点1(端点1设置为bulk传输)的buffer,可以设置为512字节,最大2048字节。 |
共5条 1/1 1 |