Universal Serial Bus

Encyclopedia : U : UN : UNI : Universal Serial Bus

"USB" redirects here. For , see .

A Male USB plug (Type A)

Universal Serial Bus (USB) is a serial bus standard to interface devices. It was designed for computers such as PCs and the Apple Macintosh, but its popularity has prompted it to also become commonplace on video game consoles, PDAs, cellphones; and even devices such as televisions and home stereo equipment, and portable memory devices.

The radio spectrum-based USB implementation is known as Wireless USB.

Contents

Overview

A USB system has an asymmetric design, consisting of a host controller and multiple daisy-chained devices. Additional USB hubs may be included in the chain, allowing branching into a tree structure, subject to a limit of 5 levels of branching per controller. No more than 127 devices, including the bus devices, may be connected to a single host controller. Modern computers often have several host controllers, allowing a very large number of USB devices to be connected. USB cables do not need to be terminated.

Because of the capability of daisy-chaining USB devices, early USB announcements predicted that each USB device would include a USB port to allow for long chains of devices. In this model, computers would not need many USB ports, and computers shipped at this time typically had only two. However, for economical and technical reasons, daisy chaining never became widespread. To reduce the necessity of USB hubs, computers now come with a large number of USB ports, typically six.

USB was designed to allow peripherals to be connected without the need to plug expansion cards into the computer's ISA, EISA, or PCI bus, and to improve plug-and-play capabilities by allowing devices to be hot-swapped (connected or disconnected without powering down or rebooting the computer). When a device is first connected, the host enumerates and recognises it, and loads the device driver it needs.

USB can connect peripherals such as mice, keyboards, gamepads and joysticks, scanners, digital cameras, printers, external storage, networking components, etc. For many devices such as scanners and digital cameras, USB has become the standard connection method. USB is also used extensively to connect non-networked printers, replacing the parallel ports which were widely used; USB simplifies connecting several printers to one computer. As of 2004 there were about 1 billion USB devices in the world. As of 2005, the only large classes of peripherals that cannot use USB, because they need a higher data rate than USB can provide, are displays and monitors, and high-quality digital video components.

Standardization

The design of USB is standardized by the USB Implementers Forum (USB-IF), an industry standards body incorporating leading companies from the computer and electronics industries. Notable members have included Apple Computer, Hewlett-Packard, NEC, Microsoft, Intel, and Agere.

The USB specification is at version 2.0 (with revisions) as of 2006. Hewlett-Packard, Intel, Lucent, Microsoft, NEC, and Philips jointly led the initiative to develop a higher data transfer rate than the 1.1 specification. The USB 2.0 specification was released in April 2000 and was standardized by the USB-IF at the end of 2001. Previous notable releases of the specification were 0.9, 1.0, and 1.1. Equipment conforming with any version of the standard will also work with devices designed to any of the previous specifications (backwards compatibility).

Smaller USB plugs and receptacles, called Mini-A and Mini-B, are also available, as specified by the On-The-Go Supplement to the USB 2.0 Specification. The specification is at revision 1.0a (Jan 2006).

Technical details

PCB mounting female USB connectors

USB connects several devices to a host controller through a chain of hubs. In USB terminology devices are referred to as functions, because in theory what we know as a device may actually host several functions, such as a router that is a Secure Digital Card reader at the same time. The hubs are special purpose devices that are not officially considered functions. There always exists one hub known as the root hub, which is attached directly to the host controller.

USB endpoints actually reside on the connected device: the channels to the host are referred to as pipes

These devices/functions (and hubs) have associated pipes (logical channels) which are connections from the host controller to a logical entity on the device named an endpoint. The pipes are synonymous to byte streams such as in the pipelines of Unix, however the term endpoint is also (sloppily) used to mean the entire pipe, even in the standard USB documentation.

These endpoints (and their respective pipes) are numbered 0-15 in each direction, so a device/function can have up to 32 active pipes, 16 inward and 16 outward. (The OUT direction shall be interpreted out of the host controller and the IN direction is into the host controller.)

Each endpoint can transfer data in one direction only, either into or out of the device/function, so each pipe is uni-directional. Endpoint 0 is however reserved for the bus management in both directions and thus takes up two of the 32 endpoints — all USB devices are required to implement endpoint 0, so there is always an inward and an outward pipe numbered 0 on any given device.

In these pipes, data is transferred in packets of varying length. Each pipe has a maximum packet length, typically [2^n] bytes, so a USB packet will often contain something on the order of 8, 16, 32, 64, 128, 256, 512 or 1024 bytes.

The pipes are also divided into four different categories by way of their transfer type:

control transfers - typically used for short, simple commands to the device, and a status response, used e.g. by the bus control pipe number 0
isochronous transfers - at some guaranteed speed (often but not necessarily as fast as possible) but with possible data loss, e.g. realtime audio or video
interrupt transfers - devices that need guaranteed quick responses (bounded latency), e.g. pointing devices and keyboards
bulk transfers - large sporadic transfers using all remaining available bandwidth (but with no guarantees on bandwidth or latency), e.g. file transfers

When a device (function) or hub is attached to the host controller through any hub on the bus, it is given a unique 7 bit address on the bus by the host controller.

USB Enumeration Trace

The host controller then polls the bus for traffic, usually in a round-robin fashion, so no device can transfer any data on the bus without explicit request from the host controller. The interrupt transfers on corresponding endpoints does not actually interrupt any traffic on the bus, they are just scheduled to be queried more often and in between any other large transfers, thus "interrupt traffic" on a USB bus is really only high-priority traffic.

USB device descriptors are hierarchical and quite complex. This UML diagram tries to give an entity relation between the different descriptors: the lower left device descriptor is highest in the hierarchy, this has configuration descriptors, which have interface descriptors, which have interface settings which in turn hold the actual endpoints.

To access an endpoint, a hierarchical configuration must be obtained. The device connected to the bus has one (and only one) device descriptor which in turn has one or more configuration descriptors. These configurations often correspond to states, e.g. active vs. low power mode. Each configuration descriptor in turn has one or more interface descriptors, which describe certain aspects of the device, so that it may be used for different purposes: for example, a camera may have both audio and video interfaces. These interface descriptors in turn have one default interface setting and possibly more alternate interface settings which in turn have endpoint descriptors, as outlined above. An endpoint may however be reused among several interfaces and alternate interface settings.

The hardware that contains the host controller and the root hub has an interface toward the programmer which is called Host Controller Device (HCD) and is defined by the hardware implementer. In practice, these are hardware registers (ports) in the computer.

At version 1.0 and 1.1 there were two competing HCD implementations. Compaq's Open Host Controller Interface (OHCI) was adopted as the standard by the USB-IF. However, Intel subsequently created a specification they called the Universal Host Controller Interface (UHCI) and insisted other implementers pay to license and implement UHCI. VIA Technologies licensed the UHCI standard from Intel; all other chipset implementers use OHCI. The main difference between OHCI and UHCI is the fact that UHCI is more software-driven than OHCI is, making UHCI slightly more processor-intensive but cheaper to implement (excluding the license fees). The dueling implementations forced operating system vendors and hardware vendors to develop and test on both implementations which increased cost. During the design phase of USB 2.0 the USB-IF insisted on only one implementation. The USB 2.0 HCD implementation is called the Extended Host Controller Interface (EHCI). Only EHCI can support high-speed transfers. Each EHCI controller contains four virtual HCD implementations to support Full Speed and Low Speed devices. The virtual HCD on Intel and Via EHCI controllers are UHCI. All other vendors use virtual OHCI controllers.

On Microsoft Windows platforms, one can tell whether a USB port is version 2.0 by opening the Device Manager and checking for the word "Enhanced" in its description; only USB 2.0 drivers will contain the word "Enhanced." On Linux systems, the lspci -v command will list all PCI devices, and a controllers will be named OHCI, UHCI or EHCI respectively, which is also the case in the Mac OS X system profiler. On BSD systems, dmesg will show the detailed information hierarchy.

Device classes

Devices that attach to the bus can be full-custom devices requiring a full-custom device driver to be used, or may belong to a device class. These classes define an expected behavior in terms of device and interface descriptors so that the same device driver may be used for any device that claims to be a member of a certain class. An operating system is supposed to implement all device classes so as to provide generic drivers for any USB device.

Device classes are decided upon by the Device Working Group of the USB Implementers Forum. If the class is to be set for the entire device, the number is assigned to the bDeviceClass field of the device descriptor, and if it is to be set for a single interface on a device, it is assigned to the bInterfaceClass field of the interface descriptor. Both of these are a single byte each, so a maximum of 253 different device classes are possible (values 0x00 and 0xFF are reserved). If bDeviceClass is set to 0x00, the operating system will look at bInterfaceClass of each interface to determine the device class. Each class also optionally supports a SubClass and Protocol subdefinition. These can be used as the main device classes are continuously revised.

Mass Storage Capture

The most used device classes (grouped by assigned class ID) are:

0x00: Reserved value - used in the device descriptor to signify that the interface descriptor holds the device class identifier for each interface.
0x01: USB audio device class, sound card-like devices.
0x03: USB human interface device class ("HID"), keyboards, mice, etc.
0x06: Still image capture device class, identical to the Picture Transfer Protocol as used across USB
0x07: USB printer device class, printer-like devices.
0x08: USB mass storage device class used for flash drives, portable hard drives, memory card readers, digital cameras, digital audio players etc. This device class presents the device as a block device (almost always used to store a file system).
0x09: USB hubs.
0x0A: USB communications device class used for modems, network cards, ISDN connections, Fax.
0x0E: USB video device class, webcam-like devices, motion image capture devices.
0xE0: Wireless controllers, for example Bluetooth dongles.
0xFF: Custom device class - used to establish that a device or interface does not support any standard device class and requires custom drivers.

USB signaling

Pin numbers (looking at socket):

Pin assignments
Pin Function
1 V_BUS (4.75–5.25 V)
2 D−
3 D+
4 GND
USB signals are transmitted on a twisted pair of data cables, labelled D+ and D−. These collectively use half-duplex differential signaling to combat the effects of electromagnetic noise on longer lines. D+ and D− operate together; they are not separate simplex connections. Transmitted signal levels are 0.0–0.3 V for low and 2.8–3.6 V for high.

**Pin assignments**
Pin	Function
	1	V_BUS (4.75–5.25 V)
	2	D−
	3	D+
	4	GND

Transfer speed

USB supports three data rates.

A Low Speed rate of 1.5 Mbit/s (183 KiB/s) that is mostly used for Human Interface Devices (HID) such as keyboards, mice, and joysticks.
A Full Speed rate of 12 Mbit/s (1.5 MiB/s). Full Speed was the fastest rate before the USB 2.0 specification and many devices fall back to Full Speed. Full Speed devices divide the USB bandwidth between them in a first-come first-served basis and it is not uncommon to run out of bandwidth with several isochronous devices. All USB Hubs support Full Speed.
A Hi-Speed rate of 480 Mbit/s (57 MiB/s).

Though Hi-Speed devices are commonly referred to as "USB 2.0", not all USB 2.0 devices are Hi-Speed. A USB device should specify the speed it will use by correct labeling on the box it came in or sometimes on the device itself. The USB-IF certifies devices and provides licenses to use special marketing logos for either "Basic-Speed" (low and full) or High-Speed after passing a compliancy test and paying a licensing fee. All devices are tested according to the latest spec, so recently-compliant Low Speed devices are also 2.0.

Hi-Speed devices should fall back to the slower data rate of Full Speed when plugged into a Full Speed hub. Hi-Speed hubs have a special function called the Transaction Translator that segregates Full Speed and Low Speed bus traffic from Hi-Speed traffic. The Transaction Translator in a Hi-Speed hub (or possibly each port depending on the electrical design) will function as a completely separate Full Speed bus to Full Speed and Low Speed devices attached to it. This segregation is for bandwidth only; bus rules about power and hub depth still apply.

Data Encoding

The USB standard uses the NRZI system to encode data, and uses bit stuffing for logic 1 transmission more than six bits long (put 0 logic after six bits of logic 1). NRZI (non-return to zero, inverted) encoding method does not change the signal for transmission of a logic 1, but the signal level is inverted for each change to a logic 0.

Mini USB signaling

Mini-A (left) Rounded, Mini B (Right) Square

-->

Mini USB connector pinout
Pin	Function
1	V_BUS (4.4–5.25 V)
2	D−
3	D+
4	ID
5	Ground

Most of the pins of a mini USB connector are the same as a standard USB connector, except pin 4. Pin 4 is called ID and is connected to pin 5 for a mini-A. This indicates if a device supporting usb on the go (with a mini AB socket) should initially act as host, in the mini B this is open circuit. The Mini A also has an additional piece of plastic inside to prevent insertion into slave only device.

USB connectors

The connectors which the USB committee specified were designed to support a number of USB's underlying goals, and to reflect lessons learned from the varied menagerie of connectors then in service. In particular:

The connectors are designed to be robust. Many previous connector designs were fragile, with pins or other delicate components prone to bending or breaking, even with the application of only very modest force. The electrical contacts in a USB connector are protected by an adjacent plastic tongue, and the entire connecting assembly is further protected by an enclosing metal sheath. As a result USB connectors can safely be handled, inserted, and removed, even by a small child. The encasing sheath and the tough moulded plug body mean that a connector can be dropped, stepped upon, even crushed or struck, all without damage; a considerable degree of force is needed to significantly damage a USB connector.
It is difficult to incorrectly attach a USB connector. Connectors cannot be plugged-in upside down, and it is clear from the appearance and kinesthetic sensation of making a connection when the plug and socket are correctly mated. However, it is not obvious at a glance to the inexperienced user (or to a user without sight of the installation) which way round a connector goes, so it is often necessary to try both ways.
The connectors are particularly cheap to manufacture.
The connectors enforce the directed topology of a USB network. USB does not support cyclical networks, so the connectors from incompatible USB devices are themselves incompatible. Unlike other communications systems (e.g. RJ-45 cabling) gender-changers are never used, making it difficult to create a cyclic USB network.
A moderate insertion/removal force is specified. USB cables and small USB devices are held in place by the gripping force from the receptacle (without the need for the screws, clips, or thumbturns other connectors require). The force needed to make or break a connection is modest, allowing connections to be made in awkward circumstances or by those with motor disabilities.
The connector construction always ensures that the external sheath on the plug contacts with its counterpart in the receptacle before the four connectors within are connected. This sheath is typically connected to the system ground, allowing otherwise damaging static charges to be safely discharged by this route (rather than via delicate electronic components). This means of enclosure also means that there is a (moderate) degree of protection from electromagnetic interference afforded to the USB signal while it travels through the mated connector pair (this is the only location when the otherwise twisted data pair must travel a distance in parallel). In addition, the power and common connections are made after the system ground but before the data connections. This type of staged make-break timing allows for safe hot-swapping and has long been common practice in the design of connectors in the aerospace industry.
The USB standard specifies relatively low tolerances for compliant USB connectors, intending to minimize incompatibilities in connectors produced by different vendors (a goal that has been very successfully achieved). Unlike most other connector standards, the USB spec also defines limits to the size of a connecting device in the area around its plug. This was done to avoid circumstances where a device complied with the connector specification but its large size blocked adjacent ports. Compliant devices must either fit within the size restrictions or support a compliant extension cable which does.

The USB 1.0, 1.1 and 2.0 specifications define two types of connectors for the attachment of devices to the bus: A, and B. The USB 2.0 specification also introduces the mini-B connector, for smaller devices such as PDAs, mobile phones or digital cameras. All connectors are mechanically incompatible, with an A connector always used on the upstream (host) end, and a B connector always used on the downstream (device) end. Hosts and devices include connectors (female) while cables contain plugs (male). Thus all compliant USB cables have an A plug on one end, and either a B or Mini-B on the other end. The A-plug is approximately 4x12 mm, the B-plug is approximately 7x8 mm, and the B-mini plug is approximately 3x7 mm.

However, the mechanical layer has changed in some examples. For example, the IBM UltraPort is a proprietary USB connector located on the top of IBM's laptop LCDs. It uses a different mechanical connector while preserving the USB signaling and protocol. Other manufacturers of small items also developed their own small form factor connector, and a wide variety of these have appeared. For specification purposes, these devices were treated as having a captive cable.

An extension to USB called USB On-The-Go allows a single port to act as either a host or a device - chosen by which end of the cable plugs into the socket on the unit. Even after the cable is hooked up and the units are talking, the two units may "swap" ends under program control. This facility targets units such as PDAs where the USB link might connect to a PC's host port as a device in one instance, yet connect as a host itself to a keyboard and mouse device in another instance. USB On-The-Go has therefore defined two small form factor connectors, the mini-A and mini-B, and a universal socket (mini-AB), which should stop the proliferation of proprietary designs.

Wireless USB is a standard being developed to extend the USB standard while maintaining backwards compatibility with USB 1.1 and USB 2.0 on the protocol level.

The maximum length of a USB cable is 5 meters; greater lengths require hubs [link].

Power supply

Standard

Mac OS X dialog displayed when the 500mA limit is exceeded

The USB specification provides a single 5 volt wire from which connected USB devices may power themselves. The specification allows no more than 5.25 V and no less than 4.375 V.

Initially a device is only allowed to draw 100 mA, additional units of 100 may be requested from the upstream device in units of 100 mA up to a maximum of 500 mA (in practice most ports will deliver the full 500 mA or more before shutting down power even if the device hasn't requested it or even identified itself as a valid usb device). If a (compliant) device requires more power than is availible then it cannot operate until the user changes the network (either by rearranging USB connections or by adding external power) to supply the power required.

If a bus powered hub is used then the devices downstream may only use a total of 4 units of power (this limits compliant bus powered hubs to 4 port among other things). Equipment requiring more than 500 mA, hubs with more than 4 ports and hubs with downstream devices using more than 4 100 mA units total must provide their own power. The host operating system typically keeps track of the power requirements of the USB network and may warn the computer's operator when a given segment requires more power than is available.

Non-standard

A number of devices use this power supply without participating in a proper USB network. The typical example is a USB-powered reading light, but fans, battery chargers (particularly for mobile telephones) and even miniature vacuum cleaners are available. In most cases, these items contain no electronic circuitry, and thus are not proper USB devices at all. This can cause problems with some computers—the USB specification requires that devices connect in a low-power mode (100 mA maximum) and state how much current they need, before switching, with the host's permission, into high-power mode.

Some USB devices draw more power than is permitted by the specification for a single port. This is a common requirement of external hard and optical disc drives and other devices with motors or lamps. Such devices can be used with an external power supply of adequate rating; some external hubs may, in practice, supply sufficient power. For portable devices where external power is not available, but not more than 1 A is required at 5 V, devices may have connectors to allow the use of two USB cables, doubling available power but reducing the number of USB ports available to other devices. Amongst others, a number of peripherals for IBM laptops (now made by Lenovo) are designed to use dual USB connections.

USB-powered devices attempting to draw large currents without requesting the power will not work with certain USB controllers, and will either disrupt other devices on the bus or fail to work themselves (or both). Those problems with the abuse of the USB power supply have inspired a number of April Fool hoaxes, like the introduction of a USB-powered George Foreman iGrill [link] and a desktop USB Fondue Set [link].

USB compared to other standards

Storage

A Flash Drive, a typical USB mass-storage device

USB implements connections to storage devices using a set of standards called the USB mass-storage device class. This was initially intended for traditional magnetic and optical drives, but has been extended to support a wide variety of devices. USB is not intended to be a primary bus for a computer's internal storage: buses such as ATA (IDE) and SCSI fulfill that role.

However, USB has one important advantage in making it possible to install and remove devices without opening the computer case, making it useful for external drives. Today, a number of manufacturers offer external, portable USB hard drives, or empty enclosures for drives, that offer performance comparable to internal drives. These external drives usually contain a translating device that interfaces a drive of conventional technology (IDE, ATA, SATA, ATAPI, or even SCSI) to a USB port. Functionally, the drive appears to the user just like another internal drive.

Human-interface devices ( As of 2006, most PCs and motherboards have at least one USB port, but still retain PS/2 keyboard and mouse connectors. AT keyboard connectors are less frequently found. Motherboards for non-portable PCs usually have a number of USB 2.0 high-speed ports, some available at the back of the computer case, others requiring USB sockets on the front or rear of the computer to be connected via a cable to a header on the motherboard. Joysticks, keypads, tablets and other human-interface devices are also progressively migrating from MIDI, PC game port, and PS/2 connectors to USB. Mice and keyboards are frequently fitted with USB connectors, but are generally supplied with a small USB-to-PS/2 adaptor so that they can be used with either USB or PS/2 ports.
Apple computers have used USB mice and keyboards exclusively since January 1999.

FireWire

USB was originally seen as a complement to FireWire, which was designed as a high-speed serial bus which could efficiently interconnect peripherals such as hard disks, audio interfaces, and video equipment. USB originally operated at a far lower data rate and used much simpler hardware, and was suitable for small peripherals such as keyboards and mice.

However, FireWire ports were more costly to implement than USB ports, in part due to their per-port license fee (between 75 cents and $1.50 in bulk licenses^{([Disputed statementdisputed]—see [

Today, USB Hi-Speed is rapidly replacing FireWire in consumer products. FireWire retains its popularity in many professional settings, where it is used for audio and video transfer, and data storage.}

Technical differences

The most significant technical differences between FireWire and USB include the following:

USB networks use a tiered-star topology, while FireWire networks use a repeater-based topology.

USB uses a "speak-when-spoken-to" protocol; peripherals cannot communicate with the host unless the host specifically requests communication. A FireWire device can communicate with any other node at any time, subject to network conditions.

A USB network relies on a single host at the top of the tree to control the network. In a FireWire network, any capable node can control the network.
These and other differences reflect the differing design goals of the two busses: USB was designed for simplicity and low cost, while FireWire was designed for high performance, particularly in time-sensitive applications such as audio and video.

USB 2.0 Hi-Speed vs FireWire
The signalling rate of USB 2.0 Hi-Speed mode is 480 megabits per second, while the signalling rate of FireWire 400 (IEEE 1394a) is 393.216 Mbit/s [link]. USB requires more host processing power than Firewire due to the need for the host to provide the arbitration and scheduling of transactions. USB transfer rates are theoretically higher than Firewire due to the need for Firewire devices to arbitrate for bus access. A single Firewire device may achieve a transfer rate for Firewire 400 as high as 41 MB/s. While for USB 2.0 the rate can theoretically be 55 MB/s (for a single device). In a multi device environment Firewire rapidly loses ground to USB: Firewire's mixed speed networks and long connection chains dramatically affect its performance.
The peer to peer nature of Firewire requires devices to arbitrate, which means a FireWire bus must wait until a given signal has propagated to all devices on the bus. The more devices on the bus the lower the peak performance. Conversely, for USB the maximum timing model is fixed and is limited only by the host-device branch (not the entire network). Furthermore, the host-centric nature of USB allows the host to allocate more bandwidth to high priority devices instead of forcing them to compete for bandwidth as in Firewire.
Despite all this and despite USB's theoretically higher speed, in real life benchmarks the actual speed of firewire hard drives nearly always beats USB 2 hard drives by a significant margin. In addition to this some operating systems take a conservative approach to scheduling transactions and limit the number of transfers per frame, reducing the maximum transfers from, say, the theoretical 13 per frame to 10 or 9. Therefore if high speed transfer is what you need you should match this with a good host controller and operating system.
In 2003, FireWire was updated with the IEEE 1394b specification. This provides a new mode called S800, which operates at 786.432 Mbit/s. S800 requires a new physical layer, but S800 nodes can be connected to existing FireWire 1394a ports, just as USB Hi-Speed nodes will operate with older full-speed hosts. However unlike USB Hi-Speed systems which can change the speeds on each branch a 1394a device on a 1394b system requires all devices to fall to 1394a speeds. IEEE 1394b also provides rates up to approximately 3.2 Gbit/s; however, the higher rates use special physical layers which are incompatible with 1394a devices.

Version history

USB

USB 1.0 FDR: Released in November 1995, the same year that Apple adopted the IEEE 1394 standard known as FireWire.

USB 1.0: Released in January 1996.

USB 1.1: Released in September 1998.

USB 2.0: Released in April 2000. The major feature of this standard was the addition of high-speed mode. This is the current revision.

USB 2.0: Revised in December 2002. Added three speed distinctions to this standard, allowing all devices to be USB 2.0 compliant even if they were previously considered only 1.1 or 1.0 compliant. This makes the backwards compatibility explicit, but it becomes more difficult to determine a device's throughput without seeing the symbol. As an example, a computer's port could be incapable of USB 2.0's hi-speed fast transfer rates, but still claim USB 2.0 compliance (since it supports some of USB 2.0).

USB On-The-Go Supplement

USB On-The-Go Supplement 1.0: Released in December 2001.

USB On-The-Go Supplement 1.0a: Released in June 2003. This is the current revision.

Wireless USB
Released on [May 12, 2005]. Wireless USB uses [UWB] (Ultra Wide Band) as the radio technology.

Extensions to USB
The PictBridge standard allows for interconnecting consumer imaging devices. It typically uses USB as the underlying communication layer.
Microsoft's Xbox game console uses standard USB 1.1 signalling in its controllers, but features a proprietary connector rather than the standard USB connector. (However, Microsoft uses standard USB 2.0 connectivity in its newer Xbox 360.) Similarly IBM UltraPort uses standard USB signalling, but uses a proprietary connection format. Powered USB uses standard USB signalling with the addition of extra power lines for Point of sale terminals.
The USB Implementers Forum is working on a wireless networking standard based on the USB protocol. Wireless USB is intended as a cable-replacement technology, and will use Ultra wideband wireless technology for data rates of up to 480 Mbit/s. Wireless USB is well suited to wireless connection of PC centric devices, just as Bluetooth is now widely used for mobile phone centric personal networks (at much lower data rates). See http://www.usb.org/developers/wusb/ for more details.
A company called Fiberbyte have developed an open industry software specification called USB-inSync, which allows real-time control of multiple USB devices. The standard USB interface is asynchronous, which leads to poor control of temporal parameters. See http://www.fiberbyte.com/usbinsync.htm for more details

Communication with USB devices
Communication between software and USB devices usually depends upon the Operating System (Windows, Macintosh, Linux etc) and the language you choose (Java, C++, Delphi etc). One exception is the [libusb project], which provides a common library interface for use under multiple operating systems.

Communication from the Linux OS

General - http://www.linux-usb.org/
Java - The [jUSB] project provides a Free Software (and Open Source) Java API for USB, supporting applications using Java host-side software to drive USB devices. This API is unfortunately limited to Linux.

Communication from the Mac OS

General - Apple has [this page on General Mac USB Development]
Java - No info is available on this combination.

Communication from the Solaris Operating Environment

General - Sun has [this page on General Solaris USB Development]
Java - No info is available on this combination.

Communication from the Windows OS

General - [USBIO] has commercial C++ drivers for USB communication on windows from C & C++. Their COM interface allows for Delphi, C# and VB development. Java development is possible via JNI.
General - [libusb-win32] is a Windows port of the multi-platform [libusb libraries] and also allows writing USB drivers in user space.
Java - The [Mike Stahl] started work on this combination in 2003. The usb.windows package has a partial Windows implementation of a usb.core.Host object, bootstrapping support, and other classes leveraging Windows USB support. It appears that no work has been done on this package since 2003, so it may be abandoned..

Communication from the Amiga OS

General - [Poseidon] are commercial drivers for USB

Other communication options
If your Operating System and language combination is not supported, another option is a USB to RS-232 bridge. [FTDI] Chip provides virtual COM drivers with its chips, to make the USB device look to the host software like a COM (RS-232) port. Alternatively, Microchip offers COM port [emulation firmware] for their range of USB PIC microcontrollers.

See also

U3 (for running Microsoft Windows applications from a USB flash drive)
USB Flash Drive
USB Implementers Forum
USB streaming
For other buses, see:
ACCESS.bus
FireWire (also known as IEEE 1394, or I.link)
PCMCIA
Peripheral Component Interconnect (PCI)
Serial cable (for RS-232)
Wi-Fi

External links

has more about this subject:

[Home of USB Implementers Forum, Inc.], including [the USB 2.0 specification]
[USB Central] for developers of USB devices and hosts
[USB for DOS]
[USB for DOS]
[UHCI for DOS]
[Linux USB Project], containing much technical information and documentation
[Linux USB device overview], which contains much more comprehensive information than the Linux USB Project
[USB Networking Introduction]
[Linux usbmount].
[USB in a NutShell] - a primer for developers
[Universal Host Controller Interface (UHCI)]
[USB vs Firewire speed comparison]
[Embedded USB Stack] (Embedded USB-MSD and USB-Bulk Stack for any RTOS)
[Pinouts for some devices with USB connector or interface]
[What is USB-inSync]
[USB pinout]
[USBgear.com] - a website dedicated to unusual USB products.

From Wikipedia, the Free Encyclopedia. Original article here. Support Wikipedia by contributing or donating.
All text is available under the terms of the GNU Free Documentation License See Wikipedia Copyrights for details.