Universal asynchronous receiver-transmitter

<h2 id="history">History</h2>
Some early <a href="/facts/Electric_telegraph/yrFhbvM8">telegraph</a> schemes used variable-length pulses (as in <a href="/facts/Morse_code/GXwCl1HV">Morse code</a>) and rotating clockwork mechanisms to transmit alphabetic characters. The first serial communication devices (with fixed-length pulses) were rotating mechanical switches (commutators). Various <a href="/facts/Character_encoding/ShJHIMoA">character codes</a> using 5, 6, 7, or 8 data bits became common in teleprinters and later as computer peripherals. The teletypewriter made an excellent general-purpose I/O device for a small computer.
<a href="/facts/Gordon_Bell/kEsh4EwF">Gordon Bell</a> of <a href="/facts/Digital_Equipment_Corporation/ztxs6keA">DEC</a> designed the first UART, occupying an entire circuit board called a line unit, for the <a href="/facts/Programmed_Data_Processor/Rgwfdqjy">PDP</a> series of computers beginning with the <a href="/facts/PDP-1/PSeIBDJU">PDP-1</a>.<a class="footnote-ref" id="fnref:2" href="#fn:2">2</a><a class="footnote-ref" id="fnref:3" href="#fn:3">3</a>
According to Bell, the main innovation of the UART was its use of <a href="/facts/Sampling_(signal_processing)/xxck7aLN">sampling</a> to convert the signal into the digital domain, allowing more reliable timing than previous circuits that used analog timing devices with manually adjusted <a href="/facts/Potentiometer/UtTC1Nvj">potentiometers</a>.<a class="footnote-ref" id="fnref:4" href="#fn:4">4</a> To reduce the cost of wiring, backplane and other components, these computers also pioneered <a href="/facts/Software_flow_control/xghcK0wu">flow control using XON and XOFF characters</a> rather than hardware wires.
DEC condensed the line unit design into an early single-chip UART for their own use.<a class="footnote-ref" id="fnref:5" href="#fn:5">5</a> <a href="/facts/Western_Digital/Yqc4qS3l">Western Digital</a> developed this into the first widely available single-chip UART, the WD1402A, around 1971. This was an early example of a <a href="/facts/Integrated_circuit/fjn6vg7C">medium-scale integrated circuit</a>. Another popular chip was the SCN2651 from the <a href="/facts/Signetics_2650/KdMH6cco">Signetics 2650</a> family.
An example of an early 1980s UART was the <a href="/facts/National_Semiconductor/xeAD8doA">National Semiconductor</a> <a href="/facts/8250_UART/ckScFokc">8250</a>, which was used in the <a href="/facts/IBM_Personal_Computer/yhcJGMPL">original IBM PC</a>'s Asynchronous Communications Adapter card.<a class="footnote-ref" id="fnref:6" href="#fn:6">6</a> In the 1990s, newer UARTs were developed with on-chip buffers. This allowed higher transmission speed without data loss and without requiring such frequent attention from the computer. For example, the popular National Semiconductor <a href="/facts/16550_UART/WlLkR7eh">16550</a> has a 16-byte <a href="/facts/FIFO_(computing_and_electronics)/RctvBNgE">FIFO</a>, and spawned many variants, including the 16C550, 16C650, 16C750, and 16C850.
Depending on the manufacturer, different terms are used to identify devices that perform the UART functions. <a href="/facts/Intel/SMF0gJJX">Intel</a> called their <a href="/facts/Intel_8251/RtmTs4sv">8251</a> device a "Programmable Communication Interface" because it was actually a USART and capable of synchronous operation as well as asynchronous. It was introduced in 1979. <a href="/facts/MOS_Technology_6551/HUpg2bUG">MOS Technology 6551</a> was known under the name "Asynchronous Communications Interface Adapter" (ACIA). The term "Serial Communications Interface" (SCI) was first used at <a href="/facts/Motorola/ztqczx68">Motorola</a> around 1975 to refer to their start-stop asynchronous serial interface device, which others were calling a UART. Zilog manufactured a number of <a href="/facts/Zilog_SCC/5b0je6xR">Serial Communication Controllers</a> or SCCs.
Starting in the 2000s, most <a href="/facts/IBM_PC_compatible/zGUpl7Sh">IBM PC compatible</a> computers removed their external <a href="/facts/RS-232/NCpvGuyq">RS-232</a> <a href="/facts/COM_(hardware_interface)/0sMVyT0H">COM ports</a> and used <a href="/facts/USB/XcIKWLyg">USB</a> ports that can send data faster. For users who still need RS-232 serial ports, external <a href="/facts/USB_adapter/XLY2g50t">USB-to-UART bridges</a> are now commonly used. They combine the hardware cables and a chip to do the USB and UART conversion. <a href="/facts/Cypress_Semiconductor/LFXMys18">Cypress Semiconductor</a> and <a href="/facts/FTDI/KYbBHMlQ">FTDI</a> are two of the significant commercial suppliers of these chips.<a class="footnote-ref" id="fnref:7" href="#fn:7">7</a> Although RS-232 ports are no longer available to users on the outside of most computers, many internal <a href="/facts/Processor_(computing)/z3wPljrI">processors</a> have UARTs built into their chips to give hardware designers the ability to interface with other chips or devices that use RS-232 or <a href="/facts/RS-485/YEABejzm">RS-485</a> for communication.

<h2 id="transmitting-and-receiving-serial-data">Transmitting and receiving serial data</h2>
See also: <a href="/facts/Asynchronous_serial_communication/amrIkBQR">Asynchronous serial communication</a>
A UART contains those following components:

<ul><li>a clock generator, usually a multiple of the bit rate to allow sampling in the middle of a bit period</li>
<li>input and output shift registers, along with the transmit/receive or FIFO buffers</li>
<li>transmit/receive control</li>
<li>read/write control logic</li></ul>
The universal asynchronous receiver-transmitter (UART) takes bytes of data and transmits the individual bits in a sequential fashion.<a class="footnote-ref" id="fnref:8" href="#fn:8">8</a> At the destination, a second UART re-assembles the bits into complete bytes. Each UART contains a <a href="/facts/Shift_register/foHzdJft">shift register</a>, which is the fundamental method of conversion between serial and parallel forms. Serial transmission of digital information (bits) through a single wire or other medium is less costly than parallel transmission through multiple wires.
The UART usually does not directly generate or receive the external signals used between different items of equipment. Separate interface devices are used to convert the <a href="/facts/Logic_level/aa9GrAPg">logic level</a> signals of the UART to and from the external signaling levels, which may be standardized voltage levels, current levels, or other signals.
Communication may be 3 modes:

<ul><li><a href="/facts/Simplex_communication/vS2RBGI8">simplex</a> (in one direction only, with no provision for the receiving device to send information back to the transmitting device)</li>
<li><a href="/facts/Duplex_(telecommunications)/LCULeVxr">full duplex</a> (both devices send and receive at the same time)</li>
<li><a href="/facts/Duplex_(telecommunications)/LCULeVxr">half duplex</a> (devices take turns transmitting and receiving)</li></ul>
For UART to work the following settings need to be the same on both the transmitting and receiving side:

<ul><li>Voltage level</li>
<li><a href="/facts/Baud_Rate/uCsmXrdT">Baud Rate</a></li>
<li><a href="/facts/Parity_bit/peFp3Wau">Parity bit</a></li>
<li>Data bits size</li>
<li>Stop bits size</li>
<li><a href="/facts/Flow_control_(data)/qcdKcLon">Flow Control</a></li></ul>
For the voltage level, two UART modules work well when they both have the same voltage level, e.g 3V-3V between the two UART modules. To use two UART modules at different voltage levels, a level shifting circuit needs to be added externally.<a class="footnote-ref" id="fnref:9" href="#fn:9">9</a>

<h3>Data framing</h3>

A UART frame consists of five elements:

<ul><li>Idle (logic high (1))</li>
<li>Start bit (logic low (0)): the start bit signals to the receiver that a new character is coming.</li>
<li>Data bits: the next five to nine bits, depending on the code set employed, represent the character.</li>
<li>Parity bit: if a parity bit is used, it would be placed after all of the data bits. The parity bit is a way for the receiving UART to tell if any data has changed during transmission.</li>
<li>Stop (logic high (1)): the next one or two bits are always in the mark (logic high, i.e., 1) condition and called the stop bit(s). They signal to the receiver that the character is complete. Since the start bit is logic low (0) and the stop bit is logic high (1) there are always at least two guaranteed signal changes between characters. If the line is held in the logic low condition for longer than a character time, this is a break condition that can be detected by the UART.</li></ul>
In the most common settings of 8 data bits, no parity and 1 stop bit (i.e. <a href="/facts/8N1/aK302qyy">8N1</a>), the protocol efficiency is 8/10 = 80%. For comparison, <a href="/facts/Ethernet_frame/LC4BXFhI">Ethernet</a>'s protocol efficiency when using <a href="/facts/Ethernet_frame/LC4BXFhI">maximum throughput frames</a> with payload of 1500 bytes is up to 95% and up to 99% with 9000 byte <a href="/facts/Jumbo_frame/b4CGn6fM">jumbo frames</a>. However due to Ethernet's <a href="/facts/Protocol_overhead/e2jgPrHr">protocol overhead</a> and minimum payload size of 42 bytes, if small messages of one or a few bytes are to be sent, Ethernet's protocol efficiency drops much lower than the UART's 8N1 constant efficiency of 80%.
The idle, no data state is high-voltage, or powered. This is a historic legacy from telegraphy, in which the line is held high to show that the line and transmitter are not damaged.
Each character is framed as a logic low start bit, data bits, possibly a <a href="/facts/Parity_bit/peFp3Wau">parity bit</a> and one or more stop bits. In most applications, the least significant data bit (the one on the left in this diagram) is transmitted first, but there are exceptions (such as the <a href="/facts/IBM_2741/2dFo6C0b">IBM 2741</a> printing terminal).

<h3>Receiver</h3>
All operations of the UART hardware are controlled by an internal clock signal which runs at a multiple of the data rate, typically 8 or 16 times the bit rate. The receiver tests the state of the incoming signal on each clock pulse, looking for the beginning of the start bit. If the apparent start bit lasts at least one-half of the bit time, it is valid and signals the start of a new character. If not, it is considered a spurious pulse and is ignored. After waiting a further bit time, the state of the line is again sampled and the resulting level clocked into a shift register. After the required number of bit periods for the character length (5 to 8 bits, typically) have elapsed, the contents of the shift register are made available (in parallel fashion) to the receiving system. The UART will set a flag indicating new data is available, and may also generate a processor <a href="/facts/Interrupt/Mm6C4rpc">interrupt</a> to request that the host processor transfers the received data.
Communicating UARTs have no shared timing system apart from the communication signal. Typically, UARTs resynchronize their internal clocks on each change of the data line that is not considered a spurious pulse. Obtaining timing information in this manner, they reliably receive when the transmitter is sending at a slightly different speed than it should. Simplistic UARTs do not do this; instead they resynchronize on the falling edge of the start bit only, and then read the center of each expected data bit, and this system works if the broadcast data rate is accurate enough to allow the stop bits to be sampled reliably.<a class="footnote-ref" id="fnref:10" href="#fn:10">10</a><a class="footnote-ref" id="fnref:11" href="#fn:11">11</a>
It is a standard feature for a UART to store the most recent character while receiving the next. This "double buffering" gives a receiving computer an entire character transmission time to fetch a received character. Many UARTs have a small first-in, first-out (<a href="/facts/FIFO_(computing_and_electronics)/RctvBNgE">FIFO</a>) buffer memory between the receiver shift register and the host system interface. This allows the host processor even more time to handle an interrupt from the UART and prevents loss of received data at high rates.

<h3>Transmitter</h3>
Transmission operation is simpler as the timing does not have to be determined from the line state, nor is it bound to any fixed timing intervals. As soon as the sending system deposits a character in the shift register (after completion of the previous character), the UART generates a start bit, shifts the required number of data bits out to the line, generates and sends the parity bit (if used), and sends the stop bits. Since full-duplex operation requires characters to be sent and received at the same time, UARTs use two different shift registers for transmitted and received characters. High performance UARTs could contain a transmit FIFO (first in first out) buffer to allow a <a href="/facts/CPU/Jxp1bqMV">CPU</a> or DMA controller to deposit multiple characters in a burst into the FIFO rather than have to deposit one character at a time into the shift register. Since transmission of a single or multiple characters may take a long time relative to CPU speeds, a UART maintains a flag showing busy status so that the host system knows if there is at least one character in the transmit buffer or shift register; "ready for next character(s)" may also be signaled with an interrupt.

<h3>Application</h3>
Transmitting and receiving UARTs must be set for the same bit speed (Baud rate), character length, parity, and number of stop bits for proper operation. The receiving UART may detect some mismatched settings and set a "framing error" flag bit for the host system; in exceptional cases, the receiving UART will produce an erratic stream of mutilated characters and transfer them to the host system.
Typical serial ports used with personal computers connected to modems use one start bit, eight data bits, no parity, and one stop bit; for this configuration, the number of ASCII characters per second equals the bit rate divided by 10.
Some very low-cost <a href="/facts/Home_computers/CDEPVd1T">home computers</a> or <a href="/facts/Embedded_systems/a4muX1wU">embedded systems</a> that lack a physical UART may instead <a href="/facts/Emulator/FMHE8qDj">emulate</a> the protocol with software by sampling the state of an input port or directly manipulating an output port for data transmission. While very CPU-intensive (since the CPU timing is critical), the UART chip can thus be omitted, saving money and space. The technique is known as <a href="/facts/Bit-banging/7DpmIV0q">bit-banging</a>.

<h2 id="models">Models</h2>
A dual UART, or DUART, combines two UARTs into a single chip. Similarly, a quadruple UART or QUART, combines four UARTs into one package, such as the NXP 28L194. An octal UART or OCTART combines eight UARTs into one package, such as the <a href="/facts/Exar_Corporation/IhQJtmVw">Exar</a> XR16L788 or the NXP SCC2698.

<table><tbody><tr><th>Model</th><th>Description</th></tr><tr><td>WD1402A</td><td>The first single-chip UART on general sale. Introduced about 1971. Compatible chips included the Fairchild TR1402A and the General Instruments AY-5-1013.<a class="footnote-ref" id="fnref:12" href="#fn:12">12</a></td></tr><tr><td>Exar XR21V1410</td><td></td></tr><tr><td>Intersil 6402</td><td></td></tr><tr><td>CDP 1854 (RCA, now Intersil)</td><td></td></tr><tr><td>Zilog Z8440</td><td><a href="/facts/Universal_synchronous_and_asynchronous_receiver-transmitter/6nNL6zox">Universal synchronous and asynchronous receiver-transmitter</a> (USART). 2000 kbit/s. Async, <a href="/facts/Binary_Synchronous_Communications/D3HfJsHC">Bisync</a>, <a href="/facts/Synchronous_Data_Link_Control/KoVGwb3j">SDLC</a>, <a href="/facts/High-Level_Data_Link_Control/aTndRUQ3">HDLC</a>, <a href="/facts/X.25/yaGPqw2Y">X.25</a>. <a href="/facts/Cyclic_redundancy_check/u2exo4sv">CRC</a>. 4-byte RX buffer. 2-byte TX buffer. Provides signals needed by a third party <a href="/facts/Direct_memory_access/DWuVgclV">DMA</a> controller to perform DMA transfers.<a class="footnote-ref" id="fnref:13" href="#fn:13">13</a></td></tr><tr><td><a href="/facts/Zilog_SCC/5b0je6xR">Z8530/Z85C30</a></td><td>This USART has a 3-byte receive buffer and a 1-byte transmit buffer. It has hardware to accelerate the processing of HDLC and SDLC. The CMOS version (Z85C30) provides signals to allow a third party DMA controller to perform DMA transfers. It can do asynchronous, byte level synchronous, and bit level synchronous communications.<a class="footnote-ref" id="fnref:14" href="#fn:14">14</a></td></tr><tr><td><a href="/facts/8250_UART/ckScFokc">8250</a></td><td rowspan="6">Obsolete with 1-byte buffers. These UARTs' maximum standard serial port speed is 9600 bits per second if the operating system has a 1 millisecond <a href="/facts/Interrupt_latency/nu1RWx2F">interrupt latency</a>. 8250 UARTs were used in the <a href="/facts/IBM_5150/yhcJGMPL">IBM PC 5150</a> and IBM PC/XT, while the 16450 UART were used in <a href="/facts/IBM_PC%2fAT/YEVHpWKF">IBM PC/AT</a>-series computers. The 8251 has USART capability.</td></tr><tr><td><a href="/facts/Intel_8251/RtmTs4sv">8251</a></td></tr><tr><td>Motorola 6850</td></tr><tr><td><a href="/facts/MOS_Technology_6551/HUpg2bUG">6551</a></td></tr><tr><td>Rockwell 65C52</td></tr><tr><td>16450</td></tr><tr><td>82510</td><td>This UART allows asynchronous operation up to 288 kbit/s, with two independent four-byte FIFOs. It was produced by Intel at least from 1993 to 1996, and Innovastic Semiconductor has a 2011 Data Sheet for IA82510.</td></tr><tr><td><a href="/facts/16550_UART/WlLkR7eh">16550</a></td><td>This UART was introduced by Startech Semiconductor which is now owned by <a href="/facts/Exar_Corporation/IhQJtmVw">Exar Corporation</a> and is not related to Startech.com. Early versions have a broken FIFO buffer and therefore cannot safely run any faster than the 16450 UART.<a class="footnote-ref" id="fnref:15" href="#fn:15">15</a> Versions of this UART that were not broken have 32-character FIFO buffers and could function at standard serial port speeds up to 230.4 kbit/s if the operating system has a 1 millisecond interrupt latency. Current versions of this UART by Exar claim to be able to handle up to 1.5 Mbit/s. This UART introduces the Auto-RTS and Auto-CTS features in which the RTS# signal is controlled by the UART to signal the external device to stop transmitting when the UART's buffer is full to or beyond a user-set trigger point and to stop transmitting to the device when the device drives the CTS# signal high (logic 0).</td></tr><tr><td><a href="/facts/16550_UART/WlLkR7eh">16550A</a></td><td rowspan="2">This UART has 16-byte FIFO buffers. Its receive interrupt trigger levels can be set to 1, 4, 8, or 14 characters. Its maximum standard serial port speed if the operating system has a 1 millisecond interrupt latency is 128 kbit/s. Systems with lower interrupt latencies or with DMA controllers could handle higher baud rates. This chip can provide signals that are needed to allow a DMA controller to perform DMA transfers to and from the UART if the DMA mode this UART introduces is enabled.<a class="footnote-ref" id="fnref:16" href="#fn:16">16</a> It was introduced by National Semiconductor, which has been sold to Texas Instruments. National Semiconductor claimed that this UART could run at up to 1.5 Mbit/s.</td></tr><tr><td>16C552</td></tr><tr><td>16750</td><td>64-byte buffers. This UART can handle a maximum standard serial port speed of 460.8 kbit/s if the maximum interrupt latency is 1 millisecond. This UART was introduced by Texas Instruments. TI claims that early models can run up to 1 Mbit/s, and later models in this series can run up to 3 Mbit/s.</td></tr><tr><td>16850</td><td rowspan="2">128-byte buffers. This UART can handle a maximum standard serial port speed of 921.6 kbit/s if the maximum interrupt latency is 1 millisecond. This UART was introduced by Exar Corporation. Exar claims that early versions can run up to 2 Mbit/s, and later versions can run up to 2.25 Mbit/s depending on the date of manufacture.</td></tr><tr><td>16C850</td></tr><tr><td>16950</td><td rowspan="2">128-byte buffers. This UART can handle a maximum standard serial port speed of 921.6 kbit/s if the maximum interrupt latency is 1 millisecond. This UART supports 9-bit characters in addition to the 5- to 8-bit characters that other UARTs support. This was introduced by Oxford Semiconductor, which is now owned by PLX Technology. Oxford/PLX claims that this UART can run up to 15 Mbit/s. PCI Express variants by Oxford/PLX are integrated with a first party bus mastering PCIe DMA controller. This DMA controller uses the UART's DMA mode signals that were defined for the 16550. The DMA controller requires the CPU to set up each transaction and poll a status register after the transaction is started to determine if the transaction is done. Each DMA transaction can transfer between 1 and 128 bytes between a memory buffer and the UART. PCI Express variants can also allow the CPU to transfer data between itself and the UART with 8-, 16-, or 32-bit transfers when using programmed I/O.</td></tr><tr><td>16C950</td></tr><tr><td>16954</td><td rowspan="2">Quad-port version of the 16950/16C950. 128-byte buffers. This UART can handle a maximum standard serial port speed of 921.6 kbit/s if the maximum interrupt latency is 1 millisecond. This UART supports 9-bit characters in addition to the 5–8 bit characters that other UARTs support. This was introduced by Oxford Semiconductor, which is now owned by PLX Technology. Oxford/PLX claims that this UART can run up to 15 Mbit/s. PCI Express variants by Oxford/PLX are integrated with a first party bus mastering PCIe DMA controller. This DMA controller is controlled by the UART's DMA mode signals that were defined for the 16550. The DMA controller requires the CPU to set up each transaction and poll a status register after the transaction is started to determine if the transaction is done. Each DMA transaction can transfer between 1 and 128 bytes between a memory buffer and the UART. PCI Express variants can also allow the CPU to transfer data between itself and the UART with 8-, 16-, or 32-bit transfers when using programmed I/O.</td></tr><tr><td>16C954</td></tr><tr><td>16C1550/16C1551</td><td>UART with 16-byte FIFO buffers. Up to 1.5 Mbit/s. The ST16C155X is not compatible with the industry standard 16550 and will not work with the standard serial port driver in Microsoft Windows.</td></tr><tr><td>16C2450</td><td>Dual UART with 1-byte FIFO buffers.</td></tr><tr><td>16C2550</td><td>Dual UART with 16-byte FIFO buffers. Pin-to-pin and functional compatible to 16C2450. Software compatible with INS8250 and NS16C550.</td></tr><tr><td>SCC2691</td><td rowspan="2">Currently produced by <a href="/facts/NXP/naAqdtWq">NXP</a>, the 2691<a class="footnote-ref" id="fnref:17" href="#fn:17">17</a> is a single channel UART that also includes a programmable counter/timer. The 2691 has a single-byte transmitter holding register and a 4-byte receive <a href="/facts/FIFO_(computing_and_electronics)/RctvBNgE">FIFO</a>. Maximum standard speed of the 2692 is 115.2 kbit/s.The 28L91 is an upwardly compatible version of the 2691, featuring selectable 8- or 16-byte transmitter and receiver FIFOs, improved support for extended data rates, and faster bus timing characteristics, making the device more suitable for use with high performance microprocessors.Both the 2691 and 28L91 may also be operated in <a href="/facts/RS-422/le2rYC8T">TIA-422</a> and <a href="/facts/RS-485/YEABejzm">TIA-485</a> modes, and may also be programmed to support non-standard data rates. The devices are produced in PDIP-40, PLCC-44 and 44 pin QFP packages, and are readily adaptable to both <a href="/facts/Motorola_68000_family/jxd7VPlW">Motorola</a> and <a href="/facts/X86/Kypq5fgu">Intel</a> buses. They have also been successfully adapted to the <a href="/facts/65C02/XyP1EdgY">65C02</a> and <a href="/facts/65C816/5Ce9Nh4P">65C816</a> buses. The 28L91 will operate on 3.3 or 5 volts.</td></tr><tr><td>SCC28L91</td></tr><tr><td>SCC2692</td><td rowspan="3">Currently produced by NXP, these devices are dual UARTs (DUART), consisting of two communications channels, associated control registers and one counter/timer. Each communication channel is independently programmable and supports independent transmit and receive data rates.The 2692 has a single-byte transmitter holding register and a 4-byte receiver <a href="/facts/FIFO_(computing_and_electronics)/RctvBNgE">FIFO</a> for each channel. Maximum standard speed of both of the 2692's channels is 115.2 kbit/s.The 26C92 is an upwardly compatible version of the 2692, with 8-byte transmitter and receiver FIFOs for improved performance during continuous bi-directional asynchronous transmission (CBAT) on both channels at the maximum standard speed of 230.4 kbit/s. The letter C in the 26C92 part number has nothing to do with the fabrication process; all NXP UARTs are <a href="/facts/CMOS/NJIWYgBl">CMOS</a> devices.The 28L92 is an upwardly compatible version of the 26C92, featuring selectable 8- or 16-byte transmitter and receiver FIFOs, improved support for extended data rates, and faster bus timing characteristics, making the device more suitable for use with high performance microprocessors.The 2692, 26C92 and 28L92 may be operated in TIA-422 and TIA-485 modes, and may also be programmed to support non-standard data rates. The devices are produced in PDIP-40, PLCC-44 and 44 pin QFP packages, and are readily adaptable to both Motorola and Intel buses. They have also been successfully adapted to the 65C02 and 65C816 buses. The 28L92 will operate on 3.3 or 5 volts.</td></tr><tr><td>SC26C92</td></tr><tr><td>SC28L92</td></tr><tr><td>SCC28C94</td><td>Currently produced by NXP, the 28C94 quadruple UART (QUART) is functionally similar to a pair of SCC26C92 DUARTs mounted in a common package, with the addition of an arbitrated interrupt system for efficient processing during periods of intense channel activity. Some additional signals are present to support the interrupt management features and the auxiliary input/output pins are arranged differently than those of the 26C92. Otherwise, the programming model for the 28C94 is similar to that of the 26C92, requiring only minor code changes to fully utilize all features. The 28C94 supports a maximum standard speed of 230.4 kbit/s, is available in a PLCC-52 package, and is readily adaptable to both Motorola and Intel buses. It has also been successfully adapted to the 65C816 bus.</td></tr><tr><td>SCC2698B</td><td>Currently produced by NXP, the 2698 octal UART (OCTART) is essentially four SCC2692 DUARTs in a single package. Specifications are the same as the SCC2692 (not the SCC26C92). Due to the lack of transmitter FIFOs and the small size of the receiver FIFOs, the 2698 can cause an interrupt "storm" if all channels are simultaneously engaged in continuous bi-directional communication. The device is produced in PDIP-64 and PLCC-84 packages, and is readily adaptable to both Motorola and Intel buses. The 2698 has also been successfully adapted to the 65C02 and 65C816 buses.</td></tr><tr><td>SCC28L198</td><td>Currently produced by NXP, the 28L198 OCTART is essentially an upscaled enhancement of the SCC28C94 QUART described above, with eight independent communications channels, as well as an arbitrated interrupt system for efficient processing during periods of intense channel activity. The 28L198 supports a maximum standard speed of 460.8 kbit/s, is available in PLCC-84 and LQFP-100 packages, and is readily adaptable to both Motorola and Intel buses. The 28L198 will operate on 3.3 or 5 volts.</td></tr><tr><td><a href="/facts/Zilog_SCC/5b0je6xR">Z85230</a></td><td>Synchronous/Asynchronous modes (USART),<a class="footnote-ref" id="fnref:18" href="#fn:18">18</a> 2 ports. Provides signals needed by a third party DMA controller needed to perform DMA transfers. 4-byte buffer to send, 8-byte buffer to receive per channel. SDLC/HDLC modes. 5 Mbit/s in synchronous mode.</td></tr><tr><td>Hayes ESP</td><td>1 KB buffers, 921.6 kbit/s, 8-ports.<a class="footnote-ref" id="fnref:19" href="#fn:19">19</a></td></tr><tr><td>Exar XR17V352, XR17V354 and XR17V358</td><td>Dual, Quad and Octal PCI Express UARTs with 16550 compatible register Set, 256-byte TX and RX FIFOs, Programmable TX and RX Trigger Levels, TX/RX FIFO Level Counters, Fractional baud rate generator, Automatic RTS/CTS or DTR/DSR hardware flow control with programmable hysteresis, Automatic Xon/Xoff software flow control, RS-485 half duplex direction control output with programmable turn-around delay, Multi-drop with Auto Address Detection, Infrared (IrDA 1.1) data encoder/decoder. They are specified up to 25 Mbit/s. DataSheets are dated from 2012.</td></tr><tr><td>Exar XR17D152, XR17D154 and XR17D158</td><td>Dual, Quad and Octal PCI bus UARTs with 16C550 Compatible 5G Register Set, 64-byte Transmit and Receive FIFOs, Transmit and Receive FIFO Level Counters, Programmable TX and RX FIFO Trigger Level, Automatic RTS/CTS or DTR/DSR Flow Control, Automatic Xon/Xoff Software Flow Control, RS485 HDX Control Output with Selectable Turn-around Delay, Infrared (IrDA 1.0) Data Encoder/Decoder, Programmable Data Rate with Prescaler, Up to 6.25 Mbit/s Serial Data Rate. DataSheets are dated from 2004 and 2005.</td></tr><tr><td>Exar XR17C152, XR17C154 and XR17C158</td><td>Dual, Quad and Octal 5 V PCI bus UARTs with 16C550 Compatible Registers, 64-byte Transmit and Receive FIFOs, Transmit and Receive FIFO Level Counters, Automatic RTS/CTS or DTR/DSR Flow Control, Automatic Xon/Xoff Software Flow Control, RS485 Half-duplex Control with Selectable Delay, Infrared (IrDA 1.0) Data Encoder/Decoder, Programmable Data Rate with Prescaler, Up to 6.25 Mbit/s Serial Data Rate. DataSheets are dated from 2004 and 2005.</td></tr><tr><td>Exar XR17V252, XR17V254 and XR17V258</td><td>Dual, Quad and Octal 66 MHz PCI bus UARTs with Power Management Support, 16C550 compatible register set, 64-byte TX and RX FIFOs with level counters and programmable trigger levels, Fractional baud rate generator, Automatic RTS/CTS or DTR/DSR hardware flow control with programmable hysteresis, Automatic Xon/Xoff software flow control, RS-485 half duplex direction control output with selectable turn-around delay, Infrared (IrDA 1.0) data encoder/decoder, Programmable data rate with prescaler. DataSheets are dated from 2008 and 2010.</td></tr></tbody></table>
<h2 id="uses">Uses</h2>
<a href="/facts/Modem/9H0Xwtq0">Modems</a> for personal computers that plug into a motherboard slot must also include the UART function on the card. The original 8250 UART chip shipped with the IBM personal computer had a one-character buffer for the receiver and the transmitter each, which meant that communications software performed poorly at speeds above 9600 bit/s, especially if operating under a multitasking system or if handling interrupts from disk controllers. High-speed modems used UARTs that were compatible with the original chip but which included additional FIFO buffers, giving software additional time to respond to incoming data.
A look at the performance requirements at high bit rates shows why the 16-, 32-, 64- or 128-byte FIFO is a necessity. The Microsoft specification for a DOS system requires that interrupts not be disabled for more than 1 millisecond at a time.[dubious – discuss] Some hard disk drives and video controllers violate this specification. 9600 bit/s will deliver a character approximately every millisecond, so a 1-byte FIFO should be sufficient at this rate on a DOS system which meets the maximum interrupt disable timing. Rates above this may receive a new character before the old one has been fetched, and thus the old character will be lost. This is referred to as an overrun error and results in one or more lost characters.
A 16-byte FIFO allows up to 16 characters to be received before the computer has to service the interrupt. This increases the maximum bit rate the computer can process reliably from 9600 to 153,000 bit/s if it has a 1 millisecond interrupt dead time. A 32-byte FIFO increases the maximum rate to over 300,000 bit/s. A second benefit to having a FIFO is that the computer only has to service about 8 to 12% as many interrupts, allowing more CPU time for updating the screen, or doing other chores. Thus the computer's responses will improve as well.

<h2 id="emulation">Emulation</h2>
Since the UART's <a href="/facts/Communication_protocol/5uady7cB">communication protocol</a> is simple, it can be <a href="/facts/Emulated/FMHE8qDj">emulated</a> by <a href="/facts/Bit_banging/7DpmIV0q">bit banging</a> <a href="/facts/General-purpose_input%2foutput/rIGeu7TW">GPIO</a> <a href="/facts/Lead_(electronics)/nW8ICkYs">pins</a> in <a href="/facts/Software/RP79lVSW">software</a> on modern <a href="/facts/Microcontrollers/MKrnAhnm">microcontrollers</a> (e.g. <a href="/facts/Arduino/Ah1eKzyS">Arduino</a><a class="footnote-ref" id="fnref:20" href="#fn:20">20</a> or <a href="/facts/Teensy/7Q3C7fGX">Teensy</a><a class="footnote-ref" id="fnref:21" href="#fn:21">21</a>), or on programmable I/O <a href="/facts/Finite-state_machine/GMusWd0a">state machines</a> (e.g. <a href="/facts/Raspberry_Pi_Pico/Ie6Lx9n5">Raspberry Pi Pico</a>'s PIO<a class="footnote-ref" id="fnref:22" href="#fn:22">22</a><a class="footnote-ref" id="fnref:23" href="#fn:23">23</a> or <a href="/facts/NXP_Semiconductors/naAqdtWq">NXP</a>'s FlexIO<a class="footnote-ref" id="fnref:24" href="#fn:24">24</a>).

<h2 id="see-also">See also</h2>
<ul><li><a href="/facts/Automatic_baud_rate_detection/zN4rNcf6">Automatic baud rate detection</a></li>
<li><a href="/facts/Baud/uCsmXrdT">Baud</a></li>
<li><a href="/facts/Bit_rate/ppUNMmVd">Bit rate</a></li>
<li><a href="/facts/Comparison_of_synchronous_and_asynchronous_signalling/NHNkAdqv">Comparison of synchronous and asynchronous signalling</a></li>
<li><a href="/facts/Crystal_oscillator_frequencies/dBgkWw1Q">Crystal oscillator frequencies</a></li>
<li><a href="/facts/MIDI/tblhmeFV">MIDI</a></li>
<li><a href="/facts/Synchronous_serial_communication/Ar6sp7Eb">Synchronous serial communication</a></li></ul>

<h2 id="further-reading">Further reading</h2>
<ul><li>Serial Port Complete: COM Ports, USB Virtual COM Ports, and Ports for Embedded Systems; 2nd Edition; Jan Axelson; Lakeview Research; 380 pages; 2007; <a href="/facts/ISBN_(identifier)/15AdSPa9">ISBN</a> 978-1-931-44806-2.</li>
<li>Serial Port Complete: Programming and Circuits for RS-232 and RS-485 Links and Networks; 1st Edition; Jan Axelson; Lakeview Research; 306 pages; 1998; <a href="/facts/ISBN_(identifier)/15AdSPa9">ISBN</a> 978-0-965-08192-4.</li>
<li>Serial port and Microcontrollers: Principles, Circuits, and Source Codes; 1st Edition; Grzegorz Niemirowski; CreateSpace; 414 pages; 2013; <a href="/facts/ISBN_(identifier)/15AdSPa9">ISBN</a> 978-1-481-90897-9.</li>
<li><a href="https://en.wikibooks.org/wiki/Serial_Programming">Serial Programming (Wikibook)</a>.</li></ul>
<h2 id="external-links">External links</h2>
<ul><li><a href="http://www.freebsd.org/doc/en_US.ISO8859-1/articles/serial-uart/">FreeBSD Serial and UART Tutorial</a>, includes standard signal definitions, history of UART ICs, and pinout for commonly used DB25 connector.</li>
<li><a href="http://www.societyofrobots.com/microcontroller_uart.shtml">UART Tutorial for Robotics</a>, contains many practical examples.</li></ul>

<h2 id="references">References</h2>

<ol>
<li id="fn:1">"RS-232 vs. TTL Serial Communication - SparkFun Electronics". www.sparkfun.com. <a href="https://www.sparkfun.com/tutorials/215" target="_blank">https://www.sparkfun.com/tutorials/215</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></li>
<li id="fn:2">C. Gordon Bell, J. Craig Mudge, John E. McNamara, Computer Engineering: A DEC View of Hardware Systems Design, Digital Press, 12 May 2014, ISBN 1483221105, p. 73 <a href="http://bitsavers.org/pdf/dec/_Books/Bell-ComputerEngineering.pdf" target="_blank">http://bitsavers.org/pdf/dec/_Books/Bell-ComputerEngineering.pdf</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></li>
<li id="fn:3">Allison, David. "Curator, Division of Information Technology and Society, National Museum of American History, Smithsonian Institution". Smithsonian Institution Oral and Video Histories. Retrieved 14 June 2015. <a href="http://americanhistory.si.edu/comphist/bell.htm#Inventing%20the%20UART" target="_blank">http://americanhistory.si.edu/comphist/bell.htm#Inventing%20the%20UART</a> <a href="#fnref:3" class="footnote-back-ref">↩</a></li>
<li id="fn:4">Oral History of Gordon Bell, 2005, accessed 2015-08-19 <a href="http://archive.computerhistory.org/resources/text/Oral_History/Bell_Gordon_1/102702036.05.01.pdf" target="_blank">http://archive.computerhistory.org/resources/text/Oral_History/Bell_Gordon_1/102702036.05.01.pdf</a> <a href="#fnref:4" class="footnote-back-ref">↩</a></li>
<li id="fn:5">C. Gordon Bell, J. Craig Mudge, John E. McNamara, Computer Engineering: A DEC View of Hardware Systems Design, Digital Press, 12 May 2014, ISBN 1483221105, p. 73 <a href="http://bitsavers.org/pdf/dec/_Books/Bell-ComputerEngineering.pdf" target="_blank">http://bitsavers.org/pdf/dec/_Books/Bell-ComputerEngineering.pdf</a> <a href="#fnref:5" class="footnote-back-ref">↩</a></li>
<li id="fn:6">Technical Reference 6025008 (PDF). Personal Computer Hardware Reference Library. IBM. August 1981. pp. 2–123. <a href="http://www.minuszerodegrees.net/manuals/IBM_5150_Technical_Reference_6025005_AUG81.pdf" target="_blank">http://www.minuszerodegrees.net/manuals/IBM_5150_Technical_Reference_6025005_AUG81.pdf</a> <a href="#fnref:6" class="footnote-back-ref">↩</a></li>
<li id="fn:7">"FTDI Products". www.ftdichip.com. Retrieved 22 March 2018. <a href="http://www.ftdichip.com/FTProducts.htm" target="_blank">http://www.ftdichip.com/FTProducts.htm</a> <a href="#fnref:7" class="footnote-back-ref">↩</a></li>
<li id="fn:8">Adam Osborne, An Introduction to Microcomputers Volume 1: Basic Concepts, Osborne-McGraw Hill Berkeley California USA, 1980 ISBN 0-931988-34-9 pp. 116–126 <a href="/wiki/ISBN_(identifier)" target="_blank">/wiki/ISBN_(identifier)</a> <a href="#fnref:8" class="footnote-back-ref">↩</a></li>
<li id="fn:9">Texas Instrument (2021-03-01). "Universal asynchronous receiver/transmitter (UART)" (PDF). ti.com. p. 6, "2.3.1 Voltage Translation With UART". Retrieved 25 Aug 2023. <a href="https://www.ti.com/lit/an/scea065b/scea065b.pdf?ts=1692931646648" target="_blank">https://www.ti.com/lit/an/scea065b/scea065b.pdf?ts=1692931646648</a> <a href="#fnref:9" class="footnote-back-ref">↩</a></li>
<li id="fn:10">"Determining Clock Accuracy Requirements for UART Communications" (PDF). an2141. Maxim Integrated. 2003-08-07. Retrieved 1 November 2021. <a href="https://pdfserv.maximintegrated.com/en/an/AN2141.pdf" target="_blank">https://pdfserv.maximintegrated.com/en/an/AN2141.pdf</a> <a href="#fnref:10" class="footnote-back-ref">↩</a></li>
<li id="fn:11">"Universal asynchronous receiver/transmitter (UART)" (PDF). SCC2691. Philips NXP. 2006-08-04. p. 14. Retrieved 1 November 2021. <a href="https://www.nxp.com/docs/en/data-sheet/SCC2691.pdf#page=14" target="_blank">https://www.nxp.com/docs/en/data-sheet/SCC2691.pdf#page=14</a> <a href="#fnref:11" class="footnote-back-ref">↩</a></li>
<li id="fn:12">Interfacing with a PDP-11/05: the UART, blinkenbone.com, accessed 2015-08-19 <a href="http://retrocmp.com/how-tos/interfacing-to-a-pdp-1105/143-interfacing-with-a-pdp-1105-the-uart" target="_blank">http://retrocmp.com/how-tos/interfacing-to-a-pdp-1105/143-interfacing-with-a-pdp-1105-the-uart</a> <a href="#fnref:12" class="footnote-back-ref">↩</a></li>
<li id="fn:13">"Zilog Product specification Z8440/1/2/4, Z84C40/1/2/3/4. Serial input/output controller" (PDF). 090529 zilog.com <a href="http://www.zilog.com/docs/z80/ps0183.pdf" target="_blank">http://www.zilog.com/docs/z80/ps0183.pdf</a> <a href="#fnref:13" class="footnote-back-ref">↩</a></li>
<li id="fn:14">"Zilog Document Download" (PDF). www.zilog.com. Retrieved 22 March 2018. <a href="http://www.zilog.com/docs/serial/PS0117.pdf" target="_blank">http://www.zilog.com/docs/serial/PS0117.pdf</a> <a href="#fnref:14" class="footnote-back-ref">↩</a></li>
<li id="fn:15">T'so, Theodore Y. (January 23, 1999). "Re: Serial communication with the 16650". The Mail Archive. Retrieved June 2, 2013. <a href="http://www.mail-archive.com/linux-serial@vger.rutgers.edu/msg00065.html" target="_blank">http://www.mail-archive.com/linux-serial@vger.rutgers.edu/msg00065.html</a> <a href="#fnref:15" class="footnote-back-ref">↩</a></li>
<li id="fn:16">"FAQ: The 16550A UART & TurboCom drivers 1994". Retrieved January 16, 2016. <a href="ftp://ftp.cs.utk.edu/pub/shuford/terminal/mswin_serial_faq.txt" target="_blank">ftp://ftp.cs.utk.edu/pub/shuford/terminal/mswin_serial_faq.txt</a> <a href="#fnref:16" class="footnote-back-ref">↩</a></li>
<li id="fn:17">"Universal asynchronous receiver/transmitter (UART)" (PDF). SCC2691. Philips NXP. 2006-08-04. p. 14. Retrieved 1 November 2021. <a href="https://www.nxp.com/docs/en/data-sheet/SCC2691.pdf#page=14" target="_blank">https://www.nxp.com/docs/en/data-sheet/SCC2691.pdf#page=14</a> <a href="#fnref:17" class="footnote-back-ref">↩</a></li>
<li id="fn:18">Zilog. "SCC/ESCC User Manual UM010901-0601" (PDF). leocom.kr. Retrieved 13 May 2023. <a href="http://data.leocom.kr/datasheets/207906_91825.pdf" target="_blank">http://data.leocom.kr/datasheets/207906_91825.pdf</a> <a href="#fnref:18" class="footnote-back-ref">↩</a></li>
<li id="fn:19">bill.herrin.us - Hayes ESP 8-port Enhanced Serial Port Manual, 2004-03-02 <a href="http://bill.herrin.us/freebies/hayes-esp8/" target="_blank">http://bill.herrin.us/freebies/hayes-esp8/</a> <a href="#fnref:19" class="footnote-back-ref">↩</a></li>
<li id="fn:20">"SoftwareSerial Library | Arduino Documentation". Arduino. 2022-10-05. Archived from the original on 2023-06-01. Retrieved 2023-06-10. <a href="https://docs.arduino.cc/learn/built-in-libraries/software-serial" target="_blank">https://docs.arduino.cc/learn/built-in-libraries/software-serial</a> <a href="#fnref:20" class="footnote-back-ref">↩</a></li>
<li id="fn:21">Stoffregen, Paul. "AltSoftSerial Library, for an extra serial port". www.pjrc.com. Archived from the original on 2023-03-22. Retrieved 2023-06-10. <a href="https://web.archive.org/web/20230322175935/https://www.pjrc.com/teensy/td_libs_AltSoftSerial.html" target="_blank">https://web.archive.org/web/20230322175935/https://www.pjrc.com/teensy/td_libs_AltSoftSerial.html</a> <a href="#fnref:21" class="footnote-back-ref">↩</a></li>
<li id="fn:22">"Raspberry Pi Pico Serial Communication Example(MicroPython)". Electrocredible. 2023-01-24. Archived from the original on 2023-06-03. Retrieved 2023-06-10. <a href="https://web.archive.org/web/20230603201653/https://electrocredible.com/raspberry-pi-pico-serial-uart-micropython/" target="_blank">https://web.archive.org/web/20230603201653/https://electrocredible.com/raspberry-pi-pico-serial-uart-micropython/</a> <a href="#fnref:22" class="footnote-back-ref">↩</a></li>
<li id="fn:23">McKinney, Josh (2022-11-05). "Programmable IO (PIO) for MIDI with the Rasberry Pi Pico". joshka.net. Archived from the original on 2023-04-04. Retrieved 2023-06-10. <a href="https://www.joshka.net/2022/11/pio-for-midi-with-raspberry-pi-pico" target="_blank">https://www.joshka.net/2022/11/pio-for-midi-with-raspberry-pi-pico</a> <a href="#fnref:23" class="footnote-back-ref">↩</a></li>
<li id="fn:24">Krenek, Pavel (2015). "Emulating UART by Using FlexIO" (PDF). NXP. Archived (PDF) from the original on 2022-10-05. Retrieved 2023-06-10. <a href="https://www.nxp.com/docs/en/application-note/AN5034.pdf" target="_blank">https://www.nxp.com/docs/en/application-note/AN5034.pdf</a> <a href="#fnref:24" class="footnote-back-ref">↩</a></li>
</ol>

Universal asynchronous receiver-transmitter open-in-new

Universal asynchronous receiver-transmitter