Difference between revisions of "UNIBUS"
(→See also: +DA11, DB11)
m (→See also: typo in page name)
|Line 270:||Line 270:|
* [[DB11-A Bus Repeater]]
* [[DB11-A Bus Repeater]]
* [[-B DMA UNIBUS Link]]
* [[-F UNIBUS Window]]
[[Category: DEC Buses]]
[[Category: DEC Buses]]
Revision as of 01:55, 13 January 2022
The UNIBUS (or Unibus - the capitalization style changed over time) was the earliest of two bus technologies used with PDP-11s manufactured by DEC; it was first seen in the PDP-11/20, in 1970. Later, early VAX systems from that company used the UNIBUS as an I/O bus; it was also used in the small KS10-based model of the DECSYSTEM-20 mainframe, to furnish it with inexpensive peripherals.
It was the only bus in most PDP-11 systems, and thus supported several capabilities: the ability of the CPU to read and write main memory, and device registers; and the ability for devices to do DMA transfers to memory, and to interrupt the CPU.
The UNIBUS contained 16 data lines, and 18 address lines, as well as a number of control lines. The 18 address lines allowed the direct addressing of a maximum of 256 KBytes. Typically, the top 8 KBytes of address space was reserved for the registers of the memory mapped I/O devices used in the PDP-11 architecture; this block is often referred to as the I/O page.
The limit of 18 address lines, while generally adequate in the days of core memory, was to prove a severe handicap in the later phases of the UNIBUS' operational life. On machines with more main memory than could be addressed directly with 18 bits, it was necessary to provide a UNIBUS map to allows DMA devices to 'see' all of main memory.
The bus was completely asynchronous, allowing a mixture of fast and slow devices. It also allowed arbitration (selection of the next bus master) while the current bus master was still performing data transfers, overlapping the two functions.
The design deliberately minimized the amount of redundant logic required in the system. For example, a system always contained more slave devices than master devices, so most of the complex logic required to implement asynchronous data transfers was forced into the relatively few master devices. For interrupts, only the interrupt-fielding processor needed to contain the complicated timing logic.
It could exist on a cable (the original physical form of implementation), and later, within a backplane (in 'Small Peripheral Controller (SPC)' or 'Modified UNIBUS Device (MUD)' slots). Up to approximately 20 nodes (devices) could be connected to a single UNIBUS segment; additional segments could be connected via a bus repeater.
Two control lines (C0 and C1) allowed the selection of four different data transfer cycle types in normal master/slave cycles:
- DATI (Data In, a read)
- DATIP (Data In/Pause, the first portion of a Read-Modify-Write operation. A DATO or DATOB operation completes this.)
- DATO (Data Out, a word write)
- DATOB (Data Out/Byte, a byte write)
During these operations, several signals (MSYN - Master Sync; SSYN - Slave Sync; and BBSY - Bus Busy) are used to synchronize between the master and slave, to indicate when the data is ready to be read (during a DATI/DATIP), or has been written (during a DATO/DATOB).
During an interrupt cycle, a fifth style of transfer was used to convey an interrupt vector from the interrupting device to the interrupt-fielding processor.
DMA and Interrupts
Both DMA (in which a device must request control of the bus, so that it can peform a normal master/slave cycle, only with itself as the master), and interrupts, use the same mechanism for the device to communicate with the CPU to request something, and for the CPU to communicate with the device that it has granted the device's request.
There are bus request lines (NPR for DMA, and BR4-BR7 for interrupts), and bus grant lines (NPG for DMA, and BG4-7 for interrupts). The request lines are normal 'wired-OR' broadcast bus lines, but the grant lines are special; they are wired in series - one device's 'grant out' line is connected to the next device's 'grant in' line, starting the the CPU's 'grant out' line.
When a device receives a grant, it uses another bus line (SACK) to indicate that it received its grant; if the CPU sends a grant, and does not see a SACK in response, it know there was some sort of error.
In the final, and lasting version, a slave which stored data along with parity (usually main memory) could indicate to a master, during a DATI/DATIP operation, that there had been a parity error seen when retrieving the data. The master could then take whatever action it deemed appropriate; most PDP-11 CPU's would perform a trap.
Details of the operation of the UNIBUS may be found in the DEC publications "pdp11 peripherals handbook" (various editions from 1972 to 1977), and the "pdp11 bus handbook" (1979).
NOTE: There is a serious editing error in the latter volume, in the description of UNIBUS arbitration. On page 38, immediately after step 13 of the NPR Arbitration Sequence ("13. .... SACK must be negated before BBSY may be negated."), it says "A bus master may issue an interrupt command to the interrupt fielding processor."
Despite its location in the text, this does not apply to the "NPR arbitration sequence" being discussed above. There is an editing error - this text is (or should be) separate from the "NPR Arbitration Sequence" section just before it; it belongs with "BR Interrupt Arbitration Sequence" - that header (on pg. 39) was put in the wrong place.
The 1975 "peripherals handbook" has very similar text, but it does have a section header after the NPR details (line 13 is identical), and before the start of the (very similar) BR text ("A bus master that has gained control ... through a BRn/BGn arbitration transaction may issue an interrupt command to the processor.").
The UNIBUS is usually described as containing 56 lines. In its initial BC11A UNIBUS cable instantiation, the UNIBUS was composed of 72 wires (2 standard DEC board edge connectors, with 36 lines per connector); when not counting the power and ground lines, this was reduced to the canonical 56.
Among the UNIBUS signals are:
- BR4-BR7 - Bus (Interrupt) Requests at priorities 4 (lowest) through 7 (highest)
- BG4-BG7 - Bus (Interrupt) Grants at priorities 4 (lowest) through 7 (highest)
- NPR - Non Processor (DMA) Request
- NPG - Non Processor (DMA) Grant
- MSYNC - Master Sync
- SSYNC - Slave Sync
- BBSY - Bus Busy
- SACK - Selection Acknowledge
- PA, PB - Parity control
- C0, C1 - Cycle Control
The values on the C0 and C1 lines specify the cycle type; this table shows them:
For many years, the cable used to carry the UNIBUS from one backplane to another was the BC11A UNIBUS cable, a pair of wide (3-3/4 inch) white Flexprint cables, separated by a thin foam layer, with small printed circuit boards with edge connector fingers on each end of the cable. The latter plugged into 'UNIBUS In' and 'UNIBUS out' slots in backplanes. The flat cables actually contained 64 connectors each; every other trace was grounded, to prevent cross-talk between the signal lines.
DEC later developed a series of cards (the M9014, an extended height dual card, and the M9042 short dual card) which plug into the same slots, and contain three 2x20 Berg headers for 40-conductor flat cables (known as H854 cables in DEC parlance); a pair of these, and three cables, perform the same role as a BC11A cable. Both of these cards use the same header pinout, so they may be used interchangeably.
The following table gives the pinout for the flat cable form, and SPC slot form. Pins are identified in the standard DEC manner. There are two connectors on the cable, A and B; pins on the component side are 1, those on the solder side are 2. Pins are identified by the 'DEC alphabet', A-V, with G, I, O and Q dropped.
|Signal||Assertion||Termination||Cable Pin||SPC Pin|
|Initialization and Shutdown|
|-15||N/A||N/A||N/A||xB2 (except 1A, 1B, 4A, 4B)|
Entries of the form 'xYN' mean that that is available on all 4 connectors (C, D, E and F) in each slot.
% For forward compatibility, use the first pin rather than the second