21,597
社区成员
发帖
与我相关
我的任务
分享关于获取USB设备描述符的问题
如果系统连接若干个USB外设，当我通过URB请求包，去获取设备描述符的时候，我获取的是哪个外设的描述符呢？
想不明白，哪位高手给说一下，谢谢！
想不明白，哪位高手给说一下，谢谢！
...全文
请发表友善的回复…
发表回复
A33228371 2011-01-18
- 打赏
- 举报
To:Hunter
谢谢，我就用系统上报的这种方式了，如不能满足需求，再说！
Thanks!
谢谢，我就用系统上报的这种方式了，如不能满足需求，再说！
Thanks!
曹大夯 2011-01-17
- 打赏
- 举报
[Quote=引用 7 楼 a33228371 的回复:]
当外部设备插入的时候，windows系统会上报WM_DEVICECHANGE的消息,进而获得设备信息。
[/Quote]
这个方式对你来说有什么问题么？该方式应该是效率很高的方式了，你自己写驱动来检测不见得比这种方式好。
当外部设备插入的时候，windows系统会上报WM_DEVICECHANGE的消息,进而获得设备信息。
[/Quote]
这个方式对你来说有什么问题么？该方式应该是效率很高的方式了，你自己写驱动来检测不见得比这种方式好。
A33228371 2011-01-17
- 打赏
- 举报
谢谢！
当外部设备插入的时候，windows系统会上报WM_DEVICECHANGE的消息,进而获得设备信息。
我想在底层写个过滤驱动，自己来检测设备插入，上报给APP,来达到对外设信息的获取和控制。
我理解的DDK函数SetupDiXXXX系列，都是设备插入后 去枚举，这样不能达到我的要求。
我的想法不知道有没有问题？
当外部设备插入的时候，windows系统会上报WM_DEVICECHANGE的消息,进而获得设备信息。
我想在底层写个过滤驱动，自己来检测设备插入，上报给APP,来达到对外设信息的获取和控制。
我理解的DDK函数SetupDiXXXX系列，都是设备插入后 去枚举，这样不能达到我的要求。
我的想法不知道有没有问题？
曹大夯 2011-01-16
- 打赏
- 举报
你说的是Windows系统吧？我在#3楼的举例是Linux的。
你为什么要在内核知道某个USB的描述符和动态检测该设备状态？你到底要实现什么功能？
在内核层，只有设备对应的设备驱动程序和设备对应的总线驱动程序（USBD驱动）才可以知道这些信息。
如果要写过滤驱动，需要写类过滤驱动程序。上层和下层都可以。微软不太建议在系统中加载类过滤驱动程序，会对系统造成很大的影响。
你为什么要在内核知道某个USB的描述符和动态检测该设备状态？你到底要实现什么功能？
在内核层，只有设备对应的设备驱动程序和设备对应的总线驱动程序（USBD驱动）才可以知道这些信息。
如果要写过滤驱动，需要写类过滤驱动程序。上层和下层都可以。微软不太建议在系统中加载类过滤驱动程序，会对系统造成很大的影响。
A33228371 2011-01-15
- 打赏
- 举报
TO:Huntercao
目标DEVICE应该是在APP来枚举的吧，然后调用驱动的接口来实现？
我想实现的是动态检测有外设连接，内核就知道。
我想通过过滤驱动来实现但是觉的很难。
问题1 不知道附加到哪个PDO上，目标PDO不太好确定。
2 过滤驱动的加载的位置不能确定 是上层过滤 还是下层过滤
目标DEVICE应该是在APP来枚举的吧，然后调用驱动的接口来实现？
我想实现的是动态检测有外设连接，内核就知道。
我想通过过滤驱动来实现但是觉的很难。
问题1 不知道附加到哪个PDO上，目标PDO不太好确定。
2 过滤驱动的加载的位置不能确定 是上层过滤 还是下层过滤
曹大夯 2011-01-13
- 打赏
- 举报
每个设备URB有对应的dev对象。usb_submit_urb函数在发送URB的时候，只会发给该dev对象。不同的USB设备有不同的dev对象。所以，是不会发送错误的。
你在发URB获取设备描述符时，获取的是urb->dev对应的USB设备的描述符。
你在发URB获取设备描述符时，获取的是urb->dev对应的USB设备的描述符。
struct urb {
...
struct usb_device *dev; /* (in) pointer to associated device */
...
}
A33228371 2011-01-13
- 打赏
- 举报
OK,谢谢各位！
yuekejun 2011-01-12
- 打赏
- 举报
每次插入的设备都会获得一个设备地址，不是固定的
A33228371 2011-01-12
- 打赏
- 举报
自己顶一下
