枚举.枚举.枚举.枚举

52+d12,PHILIPS D12 SMART EVALUATION BOARD 的硬件及驱动,枚举过程中收到80 06 00 02 00 00 FF 00,把我的配置传回去,然后又收到一个80 06 00 01 00 00 12 00,我应该回传什么数据啊?

我做了个试验:
回传设备描述那18字节,结果系统找到USB DEVICE,但安装驱动失败.
回传配置描述和接口描述(2*9=18字节),结果和上面一样...非常奇怪.到底那个是对的呢?

[编辑 -  12/23/02 by  dacongtou]

   关注!

  关注!

^_^..别光关注阿..既然来了.给点意见阿

  不知道你的系统是怎么回事,也不知道你说的驱动安装是什么,不敢乱说.

   我总觉得HOST发80 06 00 02 00 00 FF 00,后(只要正确的长度),应当还会80 06 00 02 00 00 09(12) 00,读你的CONFIGURATION DESCRIPTOR(+INTERFACE DESCRIPTOR),然后再80 06 00 01 00 00 12 00,读你的DEVICE DESCRIPTOR.

我还是都贴出来吧
1---80 06 00 01 00 00 40 00
2---00 05 02 00 00 00 00 00
3---80 06 00 01 00 00 12 00
4---80 06 00 02 00 00 09 00
5---80 06 00 02 00 00 FF 00
6---80 06 00 01 00 00 12 00

我就收到这么多,然后就找到设备了(虽然未正确配置)
我现在就是想知道最后一个我返回什么啊

  更不明白了，有第4步了，还要第5步干什么？还读那么长！需要INTERFACE的话可以直接读吗。是不是你第4步回的格式不对？感觉5、6两步在重复3、4两步。
  

 更不明白了，有第4步了，还要第5步干什么？还读那么长！需要INTERFACE的话可以直接读吗。是不是你第4步回的格式不对？感觉5、6两步在重复3、4两步。
  

这些步骤不是我所能决定的阿,是上位机传过来的命令,我照样执行而已.还有我看过很多网友的枚举过程都是有前5步的,应该没什么问题.第5步是叫我回传全部描述(不包括设备描述,共46字节)

 :cool:

我还是都贴出来吧
1---80 06 00 01 00 00 40 00
2---00 05 02 00 00 00 00 00
3---80 06 00 01 00 00 12 00
4---80 06 00 02 00 00 09 00
5---80 06 00 02 00 00 FF 00
6---80 06 00 01 00 00 12 00

我觉得第5步，你是不是响应错了。把config、interface、endpoint描述符都发送。好好检查你的firmware! :P :o

 :D :P :o还有检查你的描述符是否正确先！

这是我的观察情况
----------------------------
01 21------80 06 00 01 00 00 40 00------12 01 00 01 DC 00 00 10

01 21------00 05 02 00 00 00 00 00

02 41

01 21------80 06 00 01 00 00 12 00------12 01 00 01 DC 00 00 10 71 04 66 06 00 01 00 00

02 41------------------------------------00 19

03 01

01 A1------80 06 00 02 00 00 09 00------09 02 2E 00 01 01 00 80 01

03 41 A1---80 06 00 02 00 00 FF 00------09 02 2E 00 01 01 00 60 01 09 04 00 00 04 DC A0

02 41------------------------------------B0 00 07 05 81 03 04 00 0A 07 05 01 03 04 00 0A

02 01------------------------------------07 05 82 02 40 00 0A 07 05 02 02 40 00 0A

02 41

然后就是那条80 06 00 01 00 00 12 00了....
说明..第一字节是读中断寄存器,第二字节是读最后处理状态寄存器,紧跟在主机命令后面的是我回送的数据

(因为出现了个03,而我的程序是现判断Control in,再判断Control out 的.所以03后面就分别读了IN和OUT的最后处理状态....)

我看了几遍.描述没问题啊

  BULK通道应该只能定义一个方向，你下面的定义ENDPOINT2是不是重复了，仅供参考。
  07 05 82 02 40 00 0A 07 05 02 02 40 00 0A

 BULK通道应该只能定义一个方向，你下面的定义ENDPOINT2是不是重复了，仅供参考。
  07 05 82 02 40 00 0A 07 05 02 02 40 00 0A

好像有人也这么和我说过,但我是参考周立功的描述啊,应该没问题的才对阿..不知道你是这么认为还是实践证明,要是实践证明的话就是他们给的程序有问题了.......

   你好象一直在线吗.下面是Universal Serial Bus Specification(1.1)第47页的一段描述,参考.
   A bulk pipe is a stream pipe and, therefore, always has communication flowing either into or out of the
host for a given pipe. If a device requires bi-directional bulk communication flow, two bulk pipes must be
used, one in each direction.

  你好象一直在线吗.下面是Universal Serial Bus Specification(1.1)第47页的一段描述,参考.
   A bulk pipe is a stream pipe and, therefore, always has communication flowing either into or out of the
host for a given pipe. If a device requires bi-directional bulk communication flow, two bulk pipes must be
used, one in each direction.

我的理解是.我是用的主端点做BULK传输,主端点有两个PIPE(pipe5,pipe6),一个IN,一个OUT啊.

我一上班就可以始终在线了啊:)

   这个我没有试过,但我现在用的U盘,BULK ONLY,每个ENDPOINT只有一个方向.

  这个我没有试过,但我现在用的U盘,BULK ONLY,每个ENDPOINT只有一个方向.

是D12么?还是别的

有问题，有问题

有问题，有问题

什么问题???请指教

帮帮忙.阿..要不就没法过年了