|
20楼#
发布于：2003-09-24 08:04
感觉用SOONPY的人不多，BUSHOUND足以了。
|
|
|
21楼#
发布于：2003-09-24 10:27
对于USB，好像snoopy给出的信息更详细呀。我在用SnoopyPro，可以看到每个URB的详细信息，并且对数据有翻译显示，比较直观。
有兴趣的414吧:) 一个问题，Dir上显示：out up/out down（in up/in down；inout up/inout down），既然是out，为何还有up和down？？？对USB协议不是很懂呀 |
|
|
|
22楼#
发布于：2003-09-24 10:35
而且，比较了一下，BUSHOUND对ISOC的数据比snoopy的少很多呀，是不是省略了一些？？？
|
|
|
|
23楼#
发布于：2003-09-24 10:37
你要干什么啊？用这么复杂吗？ :D
|
|
|
24楼#
发布于：2003-09-24 10:44
我需要得到所有ISOC的数据（对于协议过程不是很关心），pc camera的图像数据应该在这里面吧。
flytomoon，有空的话，要不帮我看一看（装上SnoopyPro，用MSN）？？？ 要求很过份哦 :D :D :D [编辑 - 9/24/03 by jason.gao] |
|
|
|
25楼#
发布于：2003-09-24 10:47
我需要得到所有ISOC的数据（对于协议过程不是很关心），pc camera的图像数据应该在这里面吧。 不瞒你说，我们这里是局域网，MSN根本没戏，QQ也不行。 |
|
|
26楼#
发布于：2003-09-24 10:48
装上SNOOPY到可以，哪里可以下载啊？
|
|
|
27楼#
发布于：2003-09-24 10:54
不记得在哪下的了，就直接用我机上的吧（其他人就不要从这下了） ：D
ftp://218.79.179.92/soft/Develop/Tool/UsbSnoopy/SnoopyPro-0.22.zip 等会我放几个数据文件上去。 [编辑 - 9/24/03 by jason.gao] |
|
|
|
28楼#
发布于：2003-09-24 11:06
这里有数据文件：
ftp://218.79.179.92/temp/1.usblog (133K) ftp://218.79.179.92/temp/2.rar (3.78M) 这个是BusHound的，可以参考 ftp://218.79.179.92/temp/1.txt.rar(78K) [编辑 - 9/24/03 by jason.gao] |
|
|
|
29楼#
发布于：2003-09-24 11:15
虽然这样说话不太方便，但还是支持班主在这灌水而且有工分:D:D:D
flytomoon今天好像很忙，有很多人找?:D 吃饭去了先 [编辑 - 9/24/03 by jason.gao] |
|
|
|
30楼#
发布于：2003-09-24 11:40
我先看看！
|
|
|
31楼#
发布于：2003-09-24 11:52
我大致看了一下，SNOOPY确实如gao兄所言，必bushound要详细。不过核心的东西还是差不多的，都有。
|
|
|
32楼#
发布于：2003-09-24 13:32
没错，核心的东西差不多，都有。
但我现在要完整的数据，老大，继续给我讲讲： 比如文件 2.usblog 中， 从 433 项以后的， 那些Packet，Buffer都是什么意思？（packet和buffer什么关系） 又比如 433/up 中，有32个packet，为什么只有buffer 0有数据？ 然后 434/up 没数据， 然后 435/up ，只有 buffer 28 - 31 有数据，是不是掉数据了？ ？？？ 总之，我的目的就是提取 ISOC 数据（从设备传上来的），并最好能确定每一帧的开始。:) 辛苦老大了！！ |
|
|
|
33楼#
发布于：2003-09-24 13:47
我的理解是，每个PACKET对应一个BUFFER，其Len都是一样的，只要任意PACKET里面指明数据长度，那么其对应的BUFFER中就会有相应长度的数据。而且你现在的数据都是在UP中的，说明你传输的方向现在是单一的。不知道说没说明白？ :D
|
|
|
34楼#
发布于：2003-09-24 14:05
看到飞班长已经下载了数据文件，呵呵，挺认真的嘛。现在讨论可以正式参照着文件说:D:D
>> 每个PACKET对应一个BUFFER， 同意。 >> 而且你现在的数据都是在UP中的，说明你传输的方向现在是单一的 现在有点明白了： down 是host->device，up是device->host，你看同一编号的URB都有一个down，一个up。 当然，实际的数据是device->host，但host发的请求？ >> 其Len都是一样的，只要任意PACKET里面指明数据长度，那么其对应的BUFFER中就会有相应长度的数据。 基本同意，但len也许是在初始化时某个命令中确定的。你看在（比如）433/down中，Len都是0啊。 ----- 又看了一下，好像我说的也不对，比如436/up中，每个packet的数据长度都不一样啊。 还有，这些buffer是不是谁都可能有数据返回，如果不是按次序的，如何将它们组织起来？ 为什么一个URB里有这么多packet/buffer？？？:( |
|
|
|
35楼#
发布于：2003-09-24 14:21
\"但len也许是在初始化时某个命令中确定的。你看在（比如）433/down中，Len都是0啊\" 这正好说明在433/down中的buffer中应该是没有任何数据的，事实证明如此。
“但host发的请求？”你看看在432/down中发了请求，然后由433/up送给host，那么在host发下一个请求前/down中自然是没有数据了。 “又看了一下，好像我说的也不对，比如436/up中，每个packet的数据长度都不一样啊。”我说的对应是指packet0中len的长度和buffer0中数据的长度是一样的，不是说各个packet的长度是一样的。 “这些buffer是不是谁都可能有数据返回，如果不是按次序的，如何将它们组织起来？”数据是固定的啊，送到packet中的时候顺序就定了的（我认为）。 “为什么一个URB里有这么多packet/buffer？？？”这就是协议规定的了，没必要知道为什么是32个的。 你满意我的回答吗？ :D :D |
|
|
36楼#
发布于：2003-09-24 14:53
呵呵，果然都是32个。谢谢老大，基本概念明白了，细节我该去看看spec了。 :o
回头再跟你们“算帐”:D:D:D |
|
|
|
37楼#
发布于：2003-09-24 14:55
呵呵，果然都是32个。谢谢老大，基本概念明白了，细节我该去看看spec了。 :o 早点结了吧，我好更有动力啊！ :D :D :D |
|
|
38楼#
发布于：2003-09-24 15:13
KAO，俺什么时候赖过帐呀！:D:D
不过，表示理解！:):) 还是要KAO的是，俺辛辛苦苦打了半天分，结果说给出的分已超过总分。结果退回去修改时，打的分全没了，又变成了系统默认分。 一气之下就按系统默认的分给了。也不知道给完没有？:( [编辑 - 9/24/03 by jason.gao] |
|
|
|
39楼#
发布于：2003-09-24 15:17
收到了，老大果然慷慨。有事您说话，我尽力！OK?
|
|