Hi,
I have to develop the software interface for a USB HID device that uses
multiple(upto 10) interrupt endpoints in order to increase the throughput of
the device. Can this specific requirement be addressed by the HID Class
Driver provided by Microsoft or do I have to develop a new device driver? In
case a new driver has to be developed, would it be a kernel mode client
driver above the existing HID Class Driver?
Thanks in advance,
Regards,
Reema
Is this new device conforming to the USB HID class… If not then you
may require to develop your own driver
-----Original Message-----
From: Reema Sidhwani , Gurgaon [mailto:xxxxx@ggn.hcltech.com]
Sent: Wednesday, February 26, 2003 11:26 AM
To: NT Developers Interest List
Subject: [ntdev] Interface for USB HID device with multiple interrupt
endpoints
Hi,
I have to develop the software interface for a USB HID device that uses
multiple(upto 10) interrupt endpoints in order to increase the
throughput of the device. Can this specific requirement be addressed by
the HID Class Driver provided by Microsoft or do I have to develop a new
device driver? In case a new driver has to be developed, would it be a
kernel mode client driver above the existing HID Class Driver?
Thanks in advance,
Regards,
Reema
You are currently subscribed to ntdev as: xxxxx@wipro.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
“Reema Sidhwani , Gurgaon” wrote:
I have to develop the software interface for a USB HID device that uses
multiple(upto 10) interrupt endpoints in order to increase the throughput of
the device. Can this specific requirement be addressed by the HID Class
Driver provided by Microsoft or do I have to develop a new device driver? In
case a new driver has to be developed, would it be a kernel mode client
driver above the existing HID Class Driver?
It sounds to me as though you have a device that isn’t really HID but
are somehow trying to make it look like HID in order not to need a
custom driver. Why not just design the thing to use a single bulk
endpoint and write the custom driver? You’ll get better throughput that
way than with a bunch of interrupt endpoints, and you’ll have less of an
impact on the system when your device isn’t actually transferring data.
–
Walter Oney, Consulting and Training
Basic and Advanced Driver Programming Seminars
Now teaming with John Hyde for USB Device Engineering Seminars
Check out our schedule at http://www.oneysoft.com