4336|14

59

帖子

0

TA的资源

一粒金砂(初级)

楼主
 

s3c6410 usb 发送缓冲内的数据全变成0了 [复制链接]

我给s3c6410做了个usb otg驱动,配置成device,向PC机传输数据。端点1,bulk in,向PC传输。端点2 bulk out,接收pc的数据。

如果先启动接收线程,再启动发送线程,ok
如果先启动发送线程,再启动接收线程,每次传输N个包,则接收到的第一个包全是0,后面的包正确。再传输N个包,第一个包还是0.

看起来似乎是我写到发送缓冲的第一个包在一段时间后被置0了,第二个包应该是刚写进入就被发走了,所以没有变成0.

这可能是什么问题?谢谢

最新回复

恭喜恭喜!  详情 回复 发表于 2010-3-17 16:52
点赞 关注

回复
举报

76

帖子

0

TA的资源

一粒金砂(初级)

沙发
 
使用BUSHOUND抓一下USB的通讯数据看看,追踪一下问题可能出现的环节。
 
 

回复

79

帖子

0

TA的资源

一粒金砂(初级)

板凳
 
device这端发送数据前打印一下所发送数据的部分内容,看看是否发送的时候就是0
 
 
 

回复

62

帖子

0

TA的资源

一粒金砂(初级)

4
 
可以用 示波器 抓下USB通讯时,对应的信号波形。
再就是重点关注下 发送缓冲的数据包时,对应的信号波形。

从软件上,多加下打印,对自己欢迎的地方加上对应的DEBUG信息。
 
 
 

回复

69

帖子

0

TA的资源

一粒金砂(初级)

5
 
我在6410驱动软件里打印了发送缓冲,在pc端用BudHound看了通讯数据。发送缓冲不是0,接收到pc机上就是0了,而且先启动发送线程的话,今天是接收的前2个包是0
 
 
 

回复

80

帖子

0

TA的资源

一粒金砂(中级)

6
 
在BUSHOUND上看到的是0?是否启动线程时某些寄存器还没设置好,而在接收线程里边进行设置的?
 
 
 

回复

83

帖子

0

TA的资源

一粒金砂(初级)

7
 
这玩意不懂哦,呵呵,
 
 
 

回复

84

帖子

0

TA的资源

一粒金砂(初级)

8
 
刚才打印了一下6410 OTG的端点FIFO,我使用端点1,对应FIFO地址为S3C6410_BASE_REG_PA_USBOTG_LINK+0x2000,
发送一个全为1的包,
如果先启动PC机上的接收线程,再启动6410上的发送线程,则发送后FIFO内的数据为1,接收到的也是1.
如果先启动6410上的发送线程,再启动PC机上的接收线程,则发送后FIFO内的数据为0,接收到的也是0.

这应该是什么地方的问题?
 
 
 

回复

79

帖子

0

TA的资源

一粒金砂(初级)

9
 
学习下。
 
 
 

回复

76

帖子

0

TA的资源

一粒金砂(初级)

10
 
是否启动PC端的接收线程时会与DEVICE发些命令或者进行什么数据交互,导致DEVICE端的FIFO变成了0?
建议在PC端开接收线程的时候监测一下BUSHOUND,或者在DEVICE的驱动中接收到PC的数据地方加些打印信息。
 
 
 

回复

69

帖子

0

TA的资源

一粒金砂(初级)

11
 
用BUSHOUND检测了一下,这PC端启动接收线程的时候没有下发什么东西。

我用的是友坚(urbetter)的6410开发板,
跟踪了一下,lpIssueTransfer指向UfnMdd_IssueTransfer(),再调用CPipeBase::IssueTransfer()再调用PDD层(PLATFORM\SMDK6410\SRC\DRIVERS\OTG\Device\s3c6410otgdevice.cpp)的UfnPdd_IssueTransfer(),再调用StartTransfer()。

StartTransfer()仅配置了寄存器,并使能中断。

接收到中断后,PDD层的中断服务线程ISTMain()调用HandleUSBEvent(),再调用HandleEndpointEvent(),再调用HandleTx()。HandleTx()函数负责把传入的数据写入FIFO。

ISTMain()系列函数与IssueTransfer()系列函数属于同一进程的不同线程(以下分别称为IST线程和caller线程),但他们的访问权限和虚拟地址应该是相同的,我想不会构成问题。

如果先启动6410的发送线程,则caller线程内查看要发送的数据一直是1,而在IST线程内查看要发送的数据则是0(我在HandleEndpointEvent内打印的数据,我相信更往前一些也一样),因此写到FIFO内的数据为0也就不奇怪了。
如果先启动PC端的接收线程,则在两个线程内查看要发送的数据都是1,接收到的也是1。

我想问题应该出在s3c6410otgdevice.cpp内,不知道友坚的工程师有没有进行过这方面的测试,看看是共性还是我的个例。如果坛子上正好有,烦请测试一下使用端点1,bulk in上传。
 
 
 

回复

48

帖子

0

TA的资源

一粒金砂(初级)

12
 
caller线程和IST线程访问的是同一个数据吧?你的数据是怎么定义的?有加volatile吗?加一下试试呢
 
 
 

回复

65

帖子

0

TA的资源

一粒金砂(初级)

13
 
MDD层的CPipeBase::IssueTransfer()把虚拟地址保存到一个STRANSFER结构体中了,我都是从这个结构体内取的虚拟地址。打印了虚拟地址,两个线程是一样的。
没加volatile。
 
 
 

回复

78

帖子

0

TA的资源

一粒金砂(初级)

14
 
修改s3c6410otgdevice.cpp后问题已解决。特别感谢参与讨论的网友。
 
 
 

回复

63

帖子

0

TA的资源

一粒金砂(初级)

15
 
恭喜恭喜!
 
 
 

回复
您需要登录后才可以回帖 登录 | 注册

查找数据手册?

EEWorld Datasheet 技术支持

相关文章 更多>>
关闭
站长推荐上一条 1/6 下一条

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新更新 手机版

站点相关: 国产芯 安防电子 汽车电子 手机便携 工业控制 家用电子 医疗电子 测试测量 网络通信 物联网

北京市海淀区中关村大街18号B座15层1530室 电话:(010)82350740 邮编:100190

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2025 EEWORLD.com.cn, Inc. All rights reserved
快速回复 返回顶部 返回列表