More troubleshooting with Microsoft USB View and other USB utilities

Greg Shultz takes a closer look at USB troubleshooting and answers questions raised by readers.

Very soon after my recent blog post, "Map and Troubleshoot Your USB Ports with Microsoft USB View," was published, the associated discussion took off with all sorts of comments, concerns, questions, and suggestions for additional USB utilities, as well as a couple of wiseacre remarks. While I posted answers and suggestions in the discussion area, I found myself wanting to write more than just a brief comment. I thought that with so much interest in the topic, I would write a follow-up article and expand on my answers, share additional information, and clear up any potential confusion.

Oh, and before I get started, I'm not joking. ;-)

USB View 64-bit support

Some of you expressed concern about Microsoft USB View working in the 64-bit versions of Windows 7. I know that a lot of utilities, such as Nirsoft USBDeview, come in both 32-bit and 64-bit versions. However, there is only one version of the USB View utility, and it runs fine on both 32-bit and 64-bit versions of Windows 7. (I no longer have a 64-bit version of Windows XP, so I can't vouch for that, but it runs fine in 32-bit Windows XP.)

In fact, the system on which I ran USB View for my tests and screen captures is running Windows 7 Ultimate 64-bit on an AMD 64-bit Dual Core Processor, and I had no problems whatsoever. USB View is a standalone executable file that doesn't patch into the operating system in any functional way other than to reveal the details of the system's USB hardware. As such, I wouldn't think that there would be any problems specifically related the bit version of the operating system.

In fact, according to Microsoft's 32-bit and 64-bit Windows: frequently asked questions:

The terms 32-bit and 64-bit refer to the way a computer's processor (also called a CPU) handles information. The 64-bit version of Windows handles large amounts of random access memory (RAM) more effectively than a 32-bit system.


Most programs designed for the 32-bit version of Windows will work on the 64-bit version of Windows. Notable exceptions are many antivirus programs.

Device Manager

Someone noted that Device Manager's Devices by Connection view has some of the functionality of Microsoft USB View utility. And, I must admit that to a great degree it does. To be fair, I really should have shown the Devices by Connection view in the original article. However, for my troubleshooting expedition, I really wanted to be able to see connections by port number, and as you can see in Figure A, while Device Manager's tree view is much prettier, you don't get as much connection detail as you do with the USB View utility.

Figure A

When you compare Device Manager's Devices by Connection view alongside USB View, you can immediately see the difference in the level of detail.

For instance, in both you can see that two generic USB Hubs are present, but in USB View you can see that each are 4-port hub and you can see what port on each hub has a device connected to it.

NirSoft USBDeview

If you have read some of my previous posts about the NirSoft utilities (ShellMenuView and ShellExView, OpenWithView, and ShellMenuNew) you know that I highly recommend tools from NirSoft. However, in the case of my troubleshooting expedition, NirSoft's USBDeview wasn't useful because it really doesn't show any sort of connection detail, as you can see in Figure B. Now don't get me wrong, USBDeview is an awesome tool, but it just doesn't show you the connection map like USB View does.

Figure B

NirSoft's USBDeview doesn't show any sort of connection detail.

USB 1.x vs. USB 2.x

Several folks wondered about identifying devices by USB version numbers, and while I touched on it in last week's blog post, it may not have been clear to all who read it. Device Manager and USB View both show two main branches in the tree:

  • Standard Enhanced PCI to USB Host Controller, and
  • Standard OpenHCD USB Host Controller

These main branches indicate the USB drivers that Windows 7 installs rather than actual hardware ports. The Standard Enhanced PCI to USB Host Controller branch represents the driver for the USB 2.0 devices, and the Standard OpenHCD USB Host Controller branch represents the driver for the USB 1.x devices.

If you have any USB 1.x devices connected directly to your system, you will see them appear under the Standard OpenHCD USB Host Controller branch. If you don't have any USB 1.x devices connected directly to your system, the Standard OpenHCD USB Host Controller branch will be empty. Any USB 2.0 devices that are connected to your system will appear under the Standard Enhanced PCI to USB Host Controller branch.

However, there are some caveats to this, and they revolve around external Hubs. If you have a USB 1.x Hub and then connect a USB 2.0 device to it, both will show up under the Standard OpenHCD USB Host Controller branch. If you have a USB 2.0 Hub and then connect a USB 1.x device to it, both will show up under the Standard Enhanced PCI to USB Host Controller branch.

The best way to identify devices by USB version numbers is with NirSoft's USBDeview. See I told you that it was an awesome tool!

Once you have USBDeview up and running (you can run it right away as there is no installation procedure), just locate the device you are interested in and double-click. When you do, you'll see a detailed Properties dialog box, like the one shown in Figure C, and will be able to tell what USB version the device is.

Figure C

USBDeview will allow you to identify the USB version of your devices.

USB 3.0

If your system has USB 3.0 ports in it, you will see a branch in Device Manager/USB View that is titled Extensible Host Controller Interface (xHCI). If you have any USB 3.0 devices connected directly to your system, you will see them appear under the Extensible Host Controller Interface (xHCI) branch. Again, USBDeview will easily identify what USB version a device is.

What's your take?

Have you used USBDeview or USB View? If so, what was your experience? As always, if you have comments or information to share about this topic, please take a moment to drop by the TechRepublic Community Forums and let us hear from you.

Also read:


Greg Shultz is a freelance Technical Writer. Previously, he has worked as Documentation Specialist in the software industry, a Technical Support Specialist in educational industry, and a Technical Journalist in the computer publishing industry.


OK. I am the Turkey that reported the trouble with USBView under Win 7 64 bit. I am running Win 7 Professional 64 bit with an AMD FX-4100 CPU, 8 gb of Patriot DDR3-1600 Ram, a Vertex 4 120 gb Boot SSD, and an ASUS Crosshair V mb, with a Saphire ATI 5770 video card. Everytime I try to run USBView it generates an error message "Microsoft Windows USB Device Viewer has stopped working". Rghe event viewer shows a repeatable error logged as follows: Faulting application name: usbview.exe, version:, time stamp: 0x4c3ebf3d Faulting module name: msvcrt.dll, version: 7.0.7601.17744, time stamp: 0x4eeaf722 Exception code: 0xc0000005 Fault offset: 0x00010922 Faulting process id: 0x1a40 Faulting application start time: 0x01cd214c491d8f69 Faulting application path: C:\Users\Liljim\Desktop\usbview.exe Faulting module path: C:\Windows\syswow64\msvcrt.dll Report Id: 882a344a-8d3f-11e1-b0bb-14dae91397c8 I have no idea why USBViewer fails on my system, but it clearly wont run properly. I have a non complaint USB printer, a Brothers HL-5140 printer connected, which may relate to my problems. Any suggestions, short of "get a new printer" would be appreciated.

Mark W. Kaelin
Mark W. Kaelin

Are you having some trouble with USB devices and connections? What are the symptoms? What tools are you using to troubleshoot the problem?

Greg Shultz
Greg Shultz

... a problem with msvcrt.dll. If you Google that file name, it appears that it cause all sorts of issues... It appears that it posed a security problem in January and was patched. Not sure, but that could be causing your problem...maybe you downloaded that update and the new msvcrt.dll file is preventing USB View from running or you didn't download that update and windows won't load the file... Just speculating at this point...There could be other causes. Let's continue investigating this and see what we can find...

Greg Shultz
Greg Shultz

... the properties of the msvcrt.dll? Go to the C:\Windows\syswow64 foder and locate the msvcrt.dll file. Right click on it, select Properties and then slect the Details tab. Let me know the version, size, and date On my system msvcrt.dll has the following: File version: 7.0.7601.17744 Size: 674 KB Date modified: 12/16/2011

Editor's Picks