|
阅读：1171回复：6
一个简单的问题――急急急
一个简单的问题，在usb协议中，pc host获取设备描述符的一个基本流程怎么样的？这样对嘛？
我是这样做的：端点0out中断――>读取端点0outbuffer内容分析请求类型――>如果是设备描述符请求则直接写描述表到端点0in的buffer中――>validate 端点0in的buffer。 这样对嘛，我在这过程中还发现有端点0in中断，可是我只利用了端点0out中断。请问大侠具体的流程怎样的？ |
|
最新喜欢： jxchen...
|
|
沙发#
发布于：2003-10-17 15:09
好象对呀！ :D
端点0in中断没有利用？ 把数据写到端点0in的buffer中，等端点0in中断来到，pc把数据取走！ :D |
|
|
板凳#
发布于：2003-10-17 15:13
那就是说我只要在端点0 in中断清中断就可以了，不需要再做别的事情？谢谢你
|
|
|
地板#
发布于：2003-10-17 15:20
应当是 pc端发读设备描述符命令->设备接到后返回设备描述符。对应设备端的端点0就是端点0out(设备接收数据管道)接收到pc发来的命令，端点0in(设备发送数据的管道)发送设备描述符。端点0in中断表示设备描述符已被取走。不知这个回答对你有帮助么？
[编辑 - 10/17/03 by bjdxwz] |
|
|
地下室#
发布于：2003-10-17 15:28
是不是完全可以这样理解就是端点0in中断只是说pc告诉我来读buffer，而写这个buffer并不需要在in中断里边写，可以这么说嘛？这就产生了一个问题，是不是意味着如果不把端点0inbuffer中数据准备好并validate，那么相应的in中断就不会产生？？
|
|
|
5楼#
发布于：2003-10-17 15:36
在d12中是这样的。端点0in中断表示pc把数据已经读走了。其他器件我就不知道了。
|
|
|
6楼#
发布于：2003-10-17 15:59
真实苦恼，谢谢兄弟
|
|