1

I have a USB device (USB to RS-232) that works on some computers without drivers but not on others. This is a problem because I don't have the drivers disk for it nor any info on who made it.

Are there any tools that will tell me what kind of device it is or whatever info windows (and other OS's) pulls in when it's trying to set it up?

3 Answers 3

1

Its not a general solution, but a USB to RS-232 interface cable has a high probability of being built out of either a Silicon Labs CP210x chip, or a close relative of the FTDI FT232R chip.

You can get driver packages for both easily on-line, and the odds that one is right are pretty good.

Finding VID, PID, REV, CLASS, SUBCLASS, PROTOCOL etc.

In the general case, you should be able to extract the VID/PID and device class codes from the node in the device manager corresponding to the unknown device. VID and PID can be read from the Details tab, by selecting Hardware Ids, and the Class and Subclass by selecting Compatible Ids.

VID/PID/REV

The VID can usually be translated to an actual vendor name since vendors are supposed to buy VIDs and register with the USB-IF. The list linked by Dennis is kept reasonably up to date, and may be the quickest way to just look up a vendor name.

Windows will match a driver as specifically as it can, so a vendor can bug-fix a product without using up one of their precious PID codes by modifying the revision code, and produce a driver that compensates for the bug in old devices by matching it to the triple of VID/PID/REV.

CLASS/SUB/PROTO

If the device implements one of the standard device classes, then the VID/PID don't matter nearly as much as the class codes. This is why nearly any USB thumb drive "just works"; they all promise to implement the Mass Storage Class, and Windows knows that means they act like a disk and should have a recognized partition table and file system.

There is a list of the class codes about 90% of the way down the list linked above. Don't be surprised to find a lot of devices that say CLASS 0xFF, which is the vendor-defined class.

Part of your problem is that there isn't a completely obvious standard class for an RS232 bridge device, and it doesn't look Windows has nominated a right answer with a stock driver either.

The classes in which you might put a USB to serial translator got standardized relatively late in the game, not all flavors of Windows have a stock driver for it, and not all of the devices claim to implement it.

3
  • The PID/VID bit gets me to a chipset, now to find drivers... The thing claims to be of "USB\Class_ff&SubClass_00&Prot_00" do you known where I can translate that?
    – BCS
    Jul 3, 2009 at 5:57
  • 1
    it seems to be this chipset: prolific.com.tw/eng/Products.asp?ID=59 with the drivers available here: prolific.com.tw/eng/downloads.asp?ID=31 (with a 1[!] page EULA)
    – BCS
    Jul 3, 2009 at 6:03
  • 1
    Class FF is "vendor defined", meaning that only a driver matching the VID/PID pair will work. You'll have to chase down that vendor, and it sounds like you did. :-)
    – RBerteig
    Jul 3, 2009 at 8:28
3

A list of USB vendor and product IDs is available here.

These programs can give you some or all of the information you need in order to try to track down a source for drivers:

1
  • That list you linked works like a charm (once I found the VID/PID).
    – BCS
    Jul 3, 2009 at 5:58
1

I've had good luck with Everest

http://www.softpedia.com/get/System/System-Info/Everest-Home-Edition.shtml

It will give you all kinds of info about devices that are present without drivers.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .