Zilog Z80
Lua error in package.lua at line 80: module 'strict' not found.
![]() One of the first Z80 microprocessors manufactured; the date stamp is from June 1976.
|
|
Produced | From 1976 to present |
---|---|
Common manufacturer(s) |
![](/w/images/thumb/d/d1/Z80A-HD.jpg/300px-Z80A-HD.jpg)
The Zilog Z80 is an 8-bit microprocessor designed and manufactured[1] by Zilog. It was launched in July 1976 and was widely used in both desktop computers and embedded systems, including military applications. The Z80 and its derivatives were one of the most commonly used CPUs of all time, and, along with the MOS Technology 6502 family, dominated the eight-bit microcomputer market from the late 1970s to the mid-1980s.[2][3]
Zilog licensed the Z80 design to several vendors, though many East European (for instance, Russian) manufacturers made unlicensed copies. This enabled a small company's product to gain acceptance in the world market since second sources from far larger companies such as Toshiba started to manufacture the device. Consequently, Zilog has made less than 50% of the Z80s since its conception. In recent decades Zilog has refocused on the ever-growing market for embedded systems (for which the original Z80 and the Z180 were designed) and the most recent Z80-compatible microcontroller family, the fully pipelined 24-bit eZ80 with a linear 16 MB address range, has been successfully introduced alongside the simpler Z180 and Z80 products.
Contents
History
![](/w/images/thumb/2/2b/Z80_pinout.svg/300px-Z80_pinout.svg.png)
The Z80 came about when Federico Faggin left Intel at the end of 1974 to found Zilog with Ralph Ungermann. Until he left, Faggin had been working on the Intel 8080 and by July 1976, their new Zilog had developed the Z80 and launched it onto the market.[4] Faggin designed the instruction set to be binary compatible with the Intel 8080[5][6] so that most 8080 code, notably the CP/M operating system and Intel's PL/M compiler for 8080 (as well as its generated code), would run unmodified on the new Z80 CPU. Masatoshi Shima, the principal logic and transistor level-designer of the 4004 and the 8080, under Faggin's supervision at Intel, also designed most of the microarchitecture as well as the gate and transistor levels of the Z80 CPU at Zilog, assisted by a small number of engineers and layout people.[7][8]
The Z80 offered many improvements over the 8080:[6]
- An enhanced instruction set[9] including bit manipulation, block move, block input/output (I/O), and byte search instructions[10]
- New IX and IY index registers with instructions for direct base+offset addressing
- A better interrupt system
- A more automatic and general vectorized interrupt system, mode 2, primarily intended for Zilog's line of counter/timers, DMA and communications controllers, as well as a fixed vector interrupt system, mode 1, for simple systems with minimal hardware (with mode 0 being the 8080-compatible mode).[11]
- A non maskable interrupt (NMI) which can be used to respond to power down situations and/or other high priority events (and allowing a minimalistic Z80 system to easily implement a two-level interrupt scheme in mode 1).
- Two separate register files, which could be quickly switched, to speed up response to interrupts or provide extra register space for applications.
- Less hardware required for power supply, clock generation and interface to memory and I/O
- Single 5 volt power supply (the 8080 needed -5 V/+5 V/+12 V).
- Single-phase 5 V clock (the 8080 needed a high-amplitude (9 to 12 volt) non-overlapping two-phase clock).
- A built-in DRAM refresh mechanism that would otherwise have to be provided by external circuitry (although this necessarily reduced the i-fetch access from 3 cycles to 2 cycles, and, therefore, required substantially faster EPROMs than the 8086/8088).
- Non-multiplexed buses (the 8080 had state-signals multiplexed onto the data bus).
- A special reset function which clears only the program counter so that a single Z80 CPU could be used in a development system such as an in-circuit emulator.[12]
The Z80 took over from the 8080 and its offspring, the 8085, in the processor market,[13] and became one of the most popular 8-bit CPUs.[2][3] Perhaps a key to the initial success of the Z80 was the built-in DRAM refresh, and other features which allowed systems to be built with fewer support chips (Z80 embedded systems typically use static RAM and hence do not need this refresh).
For the original NMOS design, the specified upper clock frequency limit increased successively from the introductory 2.5 MHz, via the well known 4 MHz (Z80A), up to 6 (Z80B) and 8 MHz (Z80H).[14][15] A CMOS version was also developed with specified frequency limits ranging from 4 MHz up to 20 MHz for the version sold today. The CMOS version also allowed a low-power sleep with internal state retained (having no lower frequency limit). The fully compatible derivatives HD64180/Z180[16][17] and eZ80 are currently specified for up to 33 and 50 MHz respectively.
Design
Programming model and register set
The programming model and register set are conventional and similar to the related x86 family. The 8080 compatible registers AF, BC, DE, HL are duplicated as two separate banks in the Z80,[18] where the processor can quickly switch from one bank to the other;[19] a feature useful for speeding up responses to single-level, high-priority interrupts. This feature was present in the Datapoint 2200 but was not implemented by Intel in the 8008. The dual register-set makes sense as the Z80 (like most microprocessors at the time) was really intended for embedded use, not for personal computers, or the yet-to-be invented home computers. According to one of the designers, Masatoshi Shima, the market focus was on high performance printers, high-end cash registers, and intelligent terminals.[citation needed] The two register sets also turned out to be quite useful for heavily optimized manual assembly-language coding. Some software, especially games for the MSX, Sinclair ZX Spectrum and other Z80 based computers, took Z80 assembly optimization to rather extreme levels, employing the duplicated registers among other things to squeeze maximum performance out of the processor.
Registers
The Z80 registers | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
As on the 8080, 8-bit registers are typically coupled to provide 16-bit versions. The 8080 compatible registers[20] are:
AF
: 8-bit accumulator (A) and flag bits (F) carry, zero, minus, parity/overflow, half-carry (used for BCD), and an Add/Subtract flag (usually called N) also for BCDBC
: 16-bit data/address register or two 8-bit registersDE
: 16-bit data/address register or two 8-bit registersHL
: 16-bit accumulator/address register or two 8-bit registersSP
: stack pointer, 16 bitsPC
: program counter, 16 bits
The new registers introduced with the Z80 are:
IX
: 16-bit index or base register for 8-bit immediate offsetsIY
: 16-bit index or base register for 8-bit immediate offsetsI
: interrupt vector base register, 8 bitsR
: DRAM refresh counter, 8 bits (msb does not count)AF'
: alternate (or shadow) accumulator and flags (toggled in and out with EX AF,AF' )BC'
,DE'
andHL'
: alternate (or shadow) registers (toggled in and out with EXX)- Four bits of interrupt status and interrupt mode status
There is no direct access to the alternate registers; instead, two special instructions, EX AF,AF'
and EXX
,[20] each toggles one of two multiplexer flip-flops; this enables fast context switches for interrupt service routines: EX AF, AF'
may be used alone (for really simple and fast interrupt routines) or together with EXX
to swap the whole BC, DE, HL set; still much faster than pushing the same registers on the stack (slower, lower priority, or multi level interrupts normally use the stack to store registers).
The refresh register, R
, increments each time the CPU fetches an opcode (or opcode prefix) and has therefore no simple relationship with program execution. This has sometimes been used to generate pseudorandom numbers in games, and also in software protection schemes.[citation needed] It has also been employed as a "hardware" counter in some designs; an example of this is the ZX81, which lets it keep track of character positions on the TV screen by triggering an interrupt at wrap around (by connecting INT to A6).
The interrupt vector register, I
, is used for the Z80 specific mode 2 interrupts (selected by the IM 2
instruction). It supplies the high byte of the base address for a 128-entry table of service routine addresses which are selected via an index sent to the CPU during an interrupt acknowledge cycle; this index is simply the low byte part of the pointer to the tabulated indirect address pointing to the service routine.[11] The pointer identifies a particular peripheral chip and/or peripheral function or event, where the chips are normally connected in a so-called daisy chain for priority resolution. Like the refresh register, this register has also sometimes been used creatively; in interrupt modes 0 and 1 it can be used as simply another 8-bit data register.
Z80 assembly language
Datapoint 2200 and Intel 8008
The first Intel 8008 assembly language was based on a very simple (but systematic) syntax inherited from the Datapoint 2200 design. This original syntax was later transformed into a new, somewhat more traditional, assembly language form for this same original 8008 chip. At about the same time, the new assembly language was also extended to accommodate the added addressing possibilities in the more advanced Intel 8080 chip (the 8008 and 8080 shared a language subset without being binary compatible; however, the 8008 was binary compatible with the Datapoint 2200).
In this process, the mnemonic L
, for LOAD, was replaced by various abbreviations of the words LOAD, STORE and MOVE, intermixed with other symbolic letters. The mnemonic letter M
, for memory (referenced by HL), was lifted out from within the instruction mnemonic to become a syntactically freestanding operand, while registers and combinations of registers became very inconsistently denoted; either by abbreviated operands (MVI D, LXI H and so on), within the instruction mnemonic itself (LDA, LHLD and so on), or both at the same time (LDAX B, STAX D and so on).
Datapoint 2200 & i8008 | i8080 | Z80 | i8086/i8088 |
---|---|---|---|
before ~1973 | ~1974 | 1976 | 1978 |
LBC |
MOV B,C |
LD B,C |
MOV BL,CL |
-- |
LDAX B |
LD A,(BC) |
MOV AL,[BX] |
LAM |
MOV A,M |
LD A,(HL) |
MOV AL,[BP] |
LBM |
MOV B,M |
LD B,(HL) |
MOV BL,[BP] |
-- |
STAX D |
LD (DE),A |
MOV [DX],AL [21] |
LMA |
MOV M,A |
LD (HL),A |
MOV [BP],AL |
LMC |
MOV M,C |
LD (HL),C |
MOV [BP],CL |
LDI 56 |
MVI D,56 |
LD D,56 |
MOV DL,56 |
LMI 56 |
MVI M,56 |
LD (HL),56 |
MOV byte ptr [BP],56 |
-- |
LDA 1234 |
LD A,(1234) |
MOV AL,[1234] |
-- |
STA 1234 |
LD (1234),A |
MOV [1234],AL |
-- |
-- |
LD B,(IX+56) |
MOV BL,[SI+56] |
-- |
-- |
LD (IX+56),C |
MOV [SI+56],CL |
-- |
-- |
LD (IY+56),78 |
MOV byte ptr [DI+56],78 |
-- |
LXI B,1234 |
LD BC,1234 |
MOV BX,1234 |
-- |
LXI H,1234 |
LD HL,1234 |
MOV BP,1234 |
-- |
SHLD 1234 |
LD (1234),HL |
MOV [1234],BP |
-- |
LHLD 1234 |
LD HL,(1234) |
MOV BP,[1234] |
-- |
-- |
LD BC,(1234) |
MOV BX,[1234] |
-- |
-- |
LD IX,(1234) |
MOV SI,[1234] |
Illustration of four syntaxes, using samples of equivalent, or (for 8086) very similar, load and store instructions.[22] The Z80 syntax uses parentheses around an expression to indicate that the value should be used as a memory address (as mentioned below), while the 8086 syntax uses brackets instead of ordinary parentheses for this purpose. Both Z80 and 8086 use the + sign to indicate that a constant is added to a base register to form an address
New syntax
Because Intel had a copyright on their assembly mnemonics,[23] a new assembly syntax had to be developed for the Z80. This time a more systematic approach was used:
- All registers and register pairs are explicitly denoted by their full names
- Parentheses are consistently used to indicate "memory contents at" (constant address or variable pointer dereferencing) with the exception of some jump instructions.[24]
- All load and store instructions use the same mnemonic name, LD, for LOAD (a return to the simplistic Datapoint 2200 vocabulary); other common instructions, such as ADD and INC, use the same mnemonic regardless of addressing mode or operand size. This is possible because the operands themselves carry enough information.
These principles made it straightforward to find names and forms for all new Z80 instructions, as well as orthogonalizations of old ones, such as LD BC,(1234)
.
Apart from naming differences, and despite a certain discrepancy in basic register structure, the Z80 and 8086 syntax are virtually isomorphic for a large portion of instructions. Only quite superficial similarities (such as the word MOV, or the letter X, for extended register) exist between the 8080 and 8086 assembly languages, although 8080 programs can be assembled into 8086 object code using a special assembler or translated to 8086 assembly language by a translator program.[25][26]
Instruction set and encoding
The Z80 uses 252 out of the available 256 codes as single byte opcodes ("root instruction"); the four remaining codes are used extensively as opcode prefixes:[27] CB and ED enable extra instructions and DD or FD selects IX+d or IY+d respectively (in some cases without displacement d) in place of HL. This scheme gives the Z80 a large number of permutations of instructions and registers; Zilog categorizes these into 158 different "instruction types", 78 of which are the same as those of the Intel 8080[27] (allowing operation of 8080 programs on a Z80). The Zilog documentation further groups instructions into the following categories:
- 8-bit arithmetic and logic operations
- 16-bit arithmetic
- 8-bit load
- 16-bit load
- Bit set, reset, and test
- Call, return, and restart
- Exchange, block transfer, and search
- General purpose arithmetic and CPU control
- Input and output
- Jump
- Rotate and shift
No multiply instruction is available in the original Z80.[28] Different sizes and variants of additions, shifts, and rotates have somewhat differing effects on flags because the flag-influencing properties of the 8080 were copied. Load instructions do not affect the flags (except for the special purpose I and R register loads).
The index register (IX/IY) instructions can be useful for accessing data organised in fixed heterogenous structures (such as records) or at fixed offsets relative a variable base address (as in recursive stack frames) and can also reduce code size by removing the need for multiple short instructions using non-indexed registers. However, although they may save speed in some contexts when compared to long/complex "equivalent" sequences of simpler operations, they incur a lot of additional CPU time (e.g. 19 T-states to access one indexed memory location vs. as little as 11 to access the same memory using HL and INCrement it to point to the next). Thus, for simple or linear accesses of data, IX and IY tend to be slower. Still, they may be useful in cases where the 'main' registers are all occupied, by removing the need to save/restore registers. Their officially undocumented 8-bit halves (see below) can be especially useful in this context, for they incur less slowdown than their 16-bit parents. Similarly, instructions for 16-bit additions are not particularly fast (11 clocks) in the original Z80; nonetheless, they are about twice as fast as performing the same calculations using 8-bit operations, and equally important, they reduce register usage.
The 10-year-newer microcoded Z180 design could initially afford more "chip area", permitting a slightly more efficient implementation (using a wider ALU, among other things); similar things can be said for the Z800, Z280, and Z380. However, it was not until the fully pipelined eZ80 was launched in 2001 that those instructions finally became approximately as cycle-efficient as it is technically possible to make them, i.e. given the Z80 encodings combined with the capability to do an 8-bit read or write every clock cycle.[citation needed]
Undocumented instructions
The index registers, IX and IY, were intended as flexible 16 bit pointers, enhancing the ability to manipulate memory, stack frames and data structures. Officially, they were treated as 16-bit only. In reality, they were implemented as a pair of 8-bit registers,[29] in the same fashion as the HL register, which is accessible either as 16 bits or separately as the High and Low registers. Even the binary opcodes (machine language) were identical, but preceded by a new opcode prefix.[30] Zilog published the opcodes and related mnemonics for the intended functions, but did not document the fact that every opcode that allowed manipulation of the H and L registers was equally valid for the 8 bit portions of the IX and IY registers. As an example, the opcode 26h followed by an immediate byte value (LD H,n) will load that value into the H register. Preceding this two-byte instruction with the IX register's opcode prefix, DD, would instead result in the most significant 8 bits of the IX register being loaded with that same value. A notable exception to this would be instructions similar to LD H,(IX+d) which make use of both the HL and IX or IY registers in the same instruction;[30] in this case the DD prefix is only applied to the (IX+d) portion of the instruction.
There are several other undocumented instructions as well.[31] Undocumented or illegal opcodes are not detected by the Z80 and have various effects, some of which are useful. However, as they are not part of the formal definition of the instruction set, different implementations of the Z80 are not guaranteed to work the same way for every undocumented opcode.
Bugs
The OTDR instruction doesn't conform to the Z80 documentation. Both OTDR and OTIR are supposed to leave the carry C unaffected. OTIR functions correctly, however, during the execution of the OTDR instruction, the carry takes the results of a spurious compare between the accumulator and what has last been output by the OTDR instruction.
Example code
The following Z80 assembly source code is for a subroutine named memcpy
that copies a block of data bytes of a given size from one location to another. Important: The example code does not handle a certain case where the destination block overlaps the source; a fatal bug. The sample code is extremely inefficient, intended to illustrate various instruction types, rather than best practices for speed. In particular the Z80 has a single instruction that will execute the entire loop (LDIR
). The data block is copied one byte at a time, and the data movement and looping logic utilizes 16-bit operations. Note that the assembled code is binary-compatible with the Intel 8080 and 8085 CPUs.
1000
1000
1000 78
1001 B1
1002 C8
1003 1A
1004 77
1005 13
1006 23
1007 0B
1008 C3 00 10
100B
|
; memcpy --
; Copy a block of memory from one location to another.
;
; Entry registers
; BC - Number of bytes to copy
; DE - Address of source data block
; HL - Address of target data block
;
; Return registers
; BC - Zero
org 1000h ;Origin at 1000h
memcpy public
loop ld a,b ;Test BC,
or c ;If BC = 0,
ret z ;Return
ld a,(de) ;Load A from (DE)
ld (hl),a ;Store A into (HL)
inc de ;Increment DE
inc hl ;Increment HL
dec bc ;Decrement BC
jp loop ;Repeat the loop
end
|
Instruction execution
Each instruction is executed in steps that are usually termed machine cycles (M-cycles), each of which can take between three and six clock periods (T-cycles).[32] Each M-cycle corresponds roughly to one memory access and/or internal operation. Many instructions actually end during the M1 of the next instruction which is known as a fetch/execute overlap.
Total
M-cycles |
instruction | M1 | M2 | M3 | M4 | M5 | M6 |
---|---|---|---|---|---|---|---|
1[33] | INC BC |
opcode | |||||
2[34] | ADD A,n |
opcode | n | ||||
3[35] | ADD HL,DE |
opcode | internal | internal | |||
4[36] | SET b,(HL) |
prefix | opcode | R(HL), set | W(HL) | ||
5[37] | LD (IX+d),n |
prefix | opcode | d | n,add | W(IX+d) | |
6[38] | INC (IY+d) |
prefix | opcode | d | add | R(IY+d),inc | W(IY+d) |
The Z80 machine cycles are sequenced by an internal state machine which builds each M-cycle out of 3, 4, 5 or 6 T-cycles depending on context. This avoids cumbersome asynchronous logic and makes the control signals behave consistently at a wide range of clock frequencies. It also means that a higher frequency crystal must be used than without this subdivision of machine cycles (approximately 2–3 times higher). It does not imply tighter requirements on memory access times, however, as a high resolution clock allows more precise control of memory timings and memory therefore can be active in parallel with the CPU to a greater extent (i.e. sitting less idle), allowing more efficient use of available memory bandwidth.[citation needed]
One central example of this is that, for opcode fetch, the Z80 combines two full clock cycles into a memory access period (the M1-signal). In the Z80 this signal therefore lasts for a much larger (relative) part of the typical instruction execution time than in a more asynchronous processor design such as the 6800, 6502, or similar, where this period would typically last only a (rather inprecise) fraction (typically 30-40%) of a clock cycle.[citation needed] With memory chip affordability (i.e. access times around 450-250 ns in the 1980s[citation needed]) typically determining the fastest possible access time, this meant that such designs were locked to a significantly longer clock cycle (i.e. lower internal clock speed) than the Z80.
Memory, especially EPROM, but also Flash, were generally slow as compared to the state machine sub-cycles (clock cycles) used in contemporary microprocessors. The shortest machine cycle that could safely be used in embedded designs has therefore often been limited by memory access times, not by the maximum CPU frequency (especially so during the home computer era). However, this relation has slowly changed during the last decades, particularly regarding SRAM; cacheless, single-cycle designs such as the eZ80 have therefore become much more meaningful recently.
Compatible peripherals
Zilog introduced a number of peripheral parts for the Z80, which all supported the Z80's interrupt handling system and I/O address space. These included the Counter/Timer Channel (CTC),[39] the SIO (Serial Input Output), the DMA (Direct Memory Access), the PIO (Parallel Input-Output) and the DART (Dual Asynchronous Receiver Transmitter). As the product line developed, low-power, high-speed and CMOS versions of these chips were produced.
Like the 8080, 8085 and 8086 processors, but unlike processors such as the Motorola 6800 and MOS Technology 6502, the Z80 and 8080 had a separate control line and address space for I/O instructions. While some Z80-based computers such as the Osborne 1 used "Motorola-style" memory mapped input/output devices, usually the I/O space was used to address one of the many Zilog peripheral chips compatible with the Z80. Zilog I/O chips supported the Z80's new mode 2 interrupts which simplified interrupt handling for large numbers of peripherals.
The Z80 was officially described as supporting 16-bit (64 KB) memory addressing, and 8-bit (256 ports) I/O-addressing. All I/O instructions actually assert the entire 16-bit address bus. OUT (C),reg and IN reg,(C) places the contents of the entire 16 bit BC register on the address bus;[40] OUT (n),A and IN A,(n) places the contents of the A register on b8-b15 of the address bus and n on b0-b7 of the address bus. A designer could choose to decode the entire 16 bit address bus on I/O operations in order to take advantage of this feature, or use the high half of the address bus to select subfeatures of the I/O device. This feature has also been used to minimise decoding hardware requirements, such as in the Amstrad CPC/PCW and ZX81.
Second sources and derivatives
Second sources
![](/w/images/thumb/b/b7/KL_Mostek_MK3880P_Z80.jpg/300px-KL_Mostek_MK3880P_Z80.jpg)
![](/w/images/thumb/8/86/KL_NEC_uPD780C.jpg/300px-KL_NEC_uPD780C.jpg)
![](/w/images/thumb/a/a3/KL_USSR_T34BM1_Z80_Black_Background.jpg/300px-KL_USSR_T34BM1_Z80_Black_Background.jpg)
![](/w/images/f/f3/TMPZ84C015AF_01.png)
![](/w/images/thumb/7/73/HD64180_DIP.jpg/300px-HD64180_DIP.jpg)
![](/w/images/d/dc/Z280_PLCC_1987.png)
Mostek, who produced the first Z80 for Zilog, offered it as second-source as MK3880. SGS-Thomson (now STMicroelectronics) was a second-source, too, with their Z8400. Sharp and NEC developed second sources for the NMOS Z80, the LH0080 and µPD780C respectively. The µPD780C was used in the Sinclair ZX80 and ZX81, original versions of the ZX Spectrum, and several MSX computers, and in musical synthesizers such as Oberheim OB-8 and others. The LH0080 was used in various home computers and personal computers made by Sharp and other Japanese manufacturers, including Sony MSX computers, and a number of computers in the Sharp MZ series.[41]
Toshiba made a CMOS-version, the TMPZ84C00, which is believed[by whom?] (but not verified) to be the same design also used by Zilog for its own CMOS Z84C00. There were also Z80-chips made by GoldStar (alias LG) and the BU18400 series of Z80-clones (including DMA, PIO, CTC, DART and SIO) in NMOS and CMOS made by ROHM Electronics.
In East Germany, an unlicensed clone of the Z80, known as the U880, was manufactured. It was very popular and was used in Robotron's and VEB Mikroelektronik Mühlhausen's computer systems (such as the KC85-series) and also in many self-made computer systems (such as COMP JU+TER). In Romania another unlicensed clone could be found, named MMN80CPU and produced by Microelectronica, used in home computers like TIM-S, HC, COBRA.
Also, several clones of Z80 were created in the Soviet Union, notable ones being the T34BM1, also called КР1858ВМ1 (parallelling the Russian 8080-clone KR580VM80A). The first marking was used in pre-production series, while the second had to be used for a larger production. Though, due to the collapse of Soviet microelectronics in the late 1980s, there are many more T34BM1s than КР1858ВМ1s.[citation needed]
Derivatives
- Compatible with the original Z80
- Hitachi developed the HD64180, a microcoded and partially dynamic Z80 in CMOS, with on chip peripherals and a simple MMU giving a 1 MB address space. It was later second sourced by Zilog, initially as the Z64180, and then in the form of the slightly modified Z180[42] which has bus protocol and timings better adapted to Z80 peripheral chips. Z180 has been maintained and further developed under Zilog's name, the newest versions being based on the fully static S180/L180 core with very low power draw and EMI (noise).
- Toshiba developed the 84 pin Z84013 / Z84C13 and the 100 pin Z84015 / Z84C15 series of "intelligent peripheral controllers", basically ordinary NMOS and CMOS Z80 cores with Z80 peripherals, watch dog timer, power on reset, and wait state generator on the same chip. Manufactured by Sharp as well as Toshiba. These products are today second sourced by Zilog.[43]
- The 32-bit Z80 compatible Zilog Z380, introduced 1994, is used mainly in telecom equipment.[citation needed]
- Zilog's fully pipelined Z80 compatible eZ80[44] with an 8/16/24-bit word length and a linear 16 MB address space was introduced in 2001. It exists in versions with on chip SRAM and/or flash memory, as well as with integrated peripherals. One variant has on chip MAC (media access controller), and available software include a TCP/IP stack. In contrast with the Z800 and Z280, there are only a few added instructions (primarily LEAs, PEAs, and variable-address 16/24-bit loads), but instructions are instead executed between 2 and 11 times as clock cycle efficient as on the original Z80 (with a mean value around 3-5 times). It is currently specified for clock frequencies up to 50 MHz.
- Kawasaki developed the binary compatible KL5C8400 which is approximately 1.2-1.3 times as clock cycle efficient as the original Z80 and can be clocked at up to 33 MHz. Kawasaki also produces the KL5C80A1x family, which has peripherals as well as a small RAM on chip; it is approximately as clock cycle efficient as the eZ80 and can be clocked at up to 10 MHz (2006).[45]
- The NEC uPD9002 was an hybrid CPU compatible with both Z80 and x86 families.
- The Chinese Actions Semiconductor's audio processor family of chips (ATJ2085 and others) contains a Z80-compatible MCU together with a 24-bit dedicated DSP processor.[46] These chips are used in many MP3 and media player products.
- The T80 (VHDL) and TV80 (Verilog) synthesizable soft cores are available from OpenCores.org.[47]
- Non-compatible
- The Toshiba TLCS 900 series of high volume (mostly OTP) microcontrollers are based on the Z80; they share the same basic BC,DE,HL,IX,IY register structure, and largely the same instructions, but are not binary compatible, while the previous TLCS 90 is Z80-compatible.[48]
- The NEC 78K series microcontrollers are based on the Z80; they share the same basic BC,DE,HL register structure, and has similar (but differently named) instructions; not binary compatible.
- Partly compatible
- Rabbit Semiconductor's Rabbit 2000/3000/4000 microprocessors/microcontrollers[49] are based on the HD64180/Z180 architecture, although they are not fully binary compatible.[50]
- No longer produced
- The ASCII Corporation R800 was a fast 16-bit processor used in MSX TurboR computers; it was software, but not hardware compatible with the Z80 (signal timing, pinout & function of pins differ from the Z80).
- Zilog's NMOS Z800 and CMOS Z280 were 16-bit Z80-implementations (before the HD64180 / Z180) with a 16 MB paged MMU address space; they added many orthogonalizations and addressing modes to the Z80 instruction set. Minicomputer features — such as user and system modes, multiprocessor support, on chip MMU, on chip instruction and data cache and so on — were seen rather as more complexity than as functionality and support for the (usually electronics-oriented) embedded systems designer, it also made it very hard to predict instruction execution times.[citation needed]
- Certain arcade games such as Pang/Buster Bros use an encrypted "Kabuki" Z80 CPU manufactured by VLSI Technology, where the decryption keys are stored in its internal battery-backed memory, to avoid piracy and illegal bootleg games.[51]
Notable uses
Desktop computers
<templatestyles src="Module:Hatnote/styles.css"></templatestyles>
![](/w/images/thumb/5/5a/ColecoVision-Open-FL.jpg/300px-ColecoVision-Open-FL.jpg)
During the late 1970s and early 1980s, the Z80 was used in a great number of fairly anonymous business-oriented machines with the CP/M operating system, a combination that dominated the market at the time.[52][53] Two well-known examples of Z80+CP/M business computers are the portable Osborne 1 and the Kaypro series. Research Machines manufactured the 380Z and 480Z microcomputers which were networked with a thin Ethernet type LAN and CP/NET in 1981. Other manufacturers of such systems included Televideo, Xerox (820 range) and a number of more obscure firms. Some systems used multi-tasking operating system software to share the one processor between several concurrent users.
In the U.S., the Radio Shack TRS-80, introduced in 1977, as well as the Models II, III, IV, and the proposed Model V, used the Z80. In the United Kingdom, Sinclair Research used the Z80 and Z80A in its ZX80, ZX81 and, ZX Spectrum home computers. Amstrad used them in their Amstrad CPC range and an early UK computer, the Nascom 1 and 2 also used the Z80. The Commodore 128 featured a Z80 processor alongside its MOS Technology 8502 processor for CP/M compatibility.[54] Other 6502 architecture computers on the market at the time, such as the BBC Micro, Apple II,[55] and the 6510 based Commodore 64,[56] could make use of the Z80 with an external unit, a plug-in card, or an expansion ROM cartridge. The Microsoft Z-80 SoftCard for the Apple II was a particularly successful add-on card and one of Microsoft's few hardware products of the era.
In 1981, Multitech (later to become Acer) introduced the Microprofessor I, a simple and inexpensive training system for the Z80 microprocessor. Currently, it is still manufactured and sold by Flite Electronics International Limited in Southampton, England.
Embedded systems and consumer electronics
Lua error in package.lua at line 80: module 'strict' not found.
![](/w/images/thumb/f/fa/PABX.jpg/300px-PABX.jpg)
The Zilog Z80 has long been a popular microprocessor in embedded systems and microcontroller cores,[20] where it remains in widespread use today.[2][57] The following list provides examples of such applications of the Z80, including uses in consumer electronics products.
Industry
- The IBM PC-XT's hard drive controller, which was actually an IBM adaptation of the Xebec 1410 SASI controller, but on a PC-XT bus, not a SASI bus.
- Office equipment such as matrix printers, fax machines, answering machines, and photocopiers are known examples.
- Industrial programmable logic controllers (PLCs) use the Z80 in CPU modules, for auxiliary functions such as analog I/O, or in communication modules.
- It has also been employed in robots, for example for speech recognition[58] and low level tasks such as servo processors in pick and place machines.
- RS232 multiplexers connecting large numbers of old style "terminals" to minicomputers or mainframes used arrays of Z80 CPU/SIO boards.
- Applications such as TV broadcast vision mixers have used the Z80 for embedded real time subtasks.[59][60]
- It has also been used in Seagate Technology's and other manufacturers' hard disks.
- Credit card consoles controlling fuel pumps used Z80 CPU and PIOs (US patents 4930665, 4962462 and 5602745).
- Retail industry point-of-sale credit card terminals manufactured by VeriFone used the Z80 processor.
- Several PC expansion cards, such as Adaptecs SCSI boards, have been using the Z80/Z180 and peripheral chips.
- Z80/Z180/Z380 have been used in telecommunication equipment such as telephone switches and various kinds of modems.
- The Stofor message switch, used extensively by banks and brokers in the UK was Z80 based.
- Cash registers and store management systems
- Home automation, wireless sprinkler control and wireless mesh using the N8VEM open source homebrew system.
- Breathalyzer equipment used by law enforcement agencies.[61]
Consumer electronics
- Z80 was often used in coin-operated arcade games,[2] and was commonly used as the main CPU, sound or video coprocessors. Pac-Man arcade games feature a single Z80 as the main CPU,[62] and Frogger used two Z80 CPUs. Galaxian and arcade games such as King & Balloon and Check Man that use the Namco Galaxian boardset also use a Z80 as the main CPU.[63] Other Namco licensed arcade games such as Galaga and other games that use the Namco Galaga boardset such as Bosconian, Dig Dug, Xevious, and Super Xevious use three Z80 microprocessors running in parallel for the main CPU, graphics, and sound.[64] Later Sega System 16, 18, X, and Y; Capcom CPS1 and CPS2; SNK Neo Geo MVS use 68000 and Z80 combination as co processors or sound CPUs.
- It was also found in home video game consoles such as the ColecoVision,[65] Sega Master System[66] and Sega Game Gear video game consoles, as an audio and general-purpose co-processor in the Sega Genesis and as an audio controller and co-processor to the Motorola 68000 in the SNK Neo-Geo.
- Nintendo's Game Boy and Game Boy Color handheld game systems used an 8080-derived processor with some Z80 instructions added (CB prefix) as well as unique auto-increment/decrement addressing modes. The CPU was a Sharp Corporation LR35902[67] running at 4.19 MHz in the original and Pocket models, and 8.39 MHz in the Color model. This processor was later included in the Game Boy Advance / SP / Micro taking up a new role as a co-processor for backwards compatibility with Game Boy / Color games (except Micro) and to add legacy 8-bit sounds to supplement the digital samples in Game Boy Advance games.
- In Russia, Z80 and its clones were widely used in multi-functional land line phones with Caller ID.
- Various scientific and graphing calculators use the Z80, including the Texas Instruments TI-73, TI-81, TI-82, TI-83, TI-83+, TI-84+, TI-85 and TI-86 series.[68]
- The Ericsson GA628 mobile phone uses the Z80 CPU.[69]
- All the S1 MP3 Player type digital audio players use the Z80 instruction set.[70]
Musical instruments
- MIDI sequencers such as E-mu 4060 Polyphonic Keyboard and Sequencer, Zyklus MPS, and Roland MSQ700 were built around the Z80.[citation needed]
- MIDI controllers and switches such as Waldorf Midi-Bay MB-15 and others.[citation needed]
- Several polyphonic analog synthesizers used it for keyboard-scanning (also wheels, knobs, displays...) and D/A or PWM control of analog levels; in newer designs, sometimes sequencing and/or MIDI-communication. The Z80 was also often involved in the sound generation itself, implementing LFOs, envelope generators and so on. Known examples include:
- Sequential Circuits Prophet 5, Prophet 10,[71] Prophet 600, Six-Trak, Multitrak, MAX, and Split-8
- MemoryMoog six-voice synthesizer[72]
- Oberheim OB-8 eight-voice synthesizer with MIDI
- Roland Jupiter-8 eight-voice synthesizer
- Digital sampling synthesizers such as the Emulator I, Emulator II, and Akai S700 12-bit Sampler, as well as drum machines like the E-mu SP-12, E-mu SP-1200, E-mu Drumulator, and the Sequential Circuits Drumtraks, used Z80 processors.
- Many Lexicon reverberators (PCM70, LXP15, LXP1, MPX100) used one or more Z80s for user interface and LFO generation where dedicated hardware provided DSP functions.
- The ADA MP-1. A MIDI controlled, vacuum tube, guitar pre-amplifier.
See also
- BDS C
- List of home computers by category
- MP/M
- S-100 bus
- Small C
- Small Device C Compiler
- SymbOS
- The Digital Group
- Transistor count
- Vasm
- Z88DK
Footnotes
- ↑ Early chips were manufactured by Mostek and Synertek, before Zilog had its own manufacturing factory ready, in 1977. These companies were chosen because they could do ion implantation. This was needed for the depletion-mode MOSFETs that the Z80 design used as load transistors in order to cope with a single 5 Volt power supply. (Today, however, Zilog is a "fabless" company again.)
- ↑ 2.0 2.1 2.2 2.3 Lua error in package.lua at line 80: module 'strict' not found.
- ↑ 3.0 3.1 Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Anderson 1994, p. 51
- ↑ Anderson 1994, p. 57
- ↑ 6.0 6.1 Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Ciarcia 1981, pp. 31,32
- ↑ 11.0 11.1 Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ 20.0 20.1 20.2 Lua error in package.lua at line 80: module 'strict' not found.
- ↑ It is not actually possible to encode this instruction on the Intel 8086 or later processors. See Intel reference manuals.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Jump (
JP
) instructions, which load the program counter with a new instruction address, do not themselves access memory. Absolute and relative forms of the jump reflect this by omitting the round brackets from their operands. Register based jump instructions such as "JP (HL)
" include round brackets in an apparent deviation from this convention.Lua error in package.lua at line 80: module 'strict' not found. - ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ 27.0 27.1 Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ 30.0 30.1 Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Robin Nixon The Amstrad Notepad Advanced User Guide ,Robin Nixon, 1993 ISBN 1-85058-515-6, pages 219-223
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Ciarcia 1981, p. 65
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Ciarcia 1981, p. 63
- ↑ Ciarcia 1981, p. 77
- ↑ Ciarcia 1981, p. 36
- ↑ Ciarcia 1981, p. 58
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ http://arcadehacker.blogspot.com.au/2014/11/capcom-kabuki-cpu-intro.html
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
References
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
Further reading
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Microprofessor I Z80 System hardware, associated coursework & training manuals.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
- Lua error in package.lua at line 80: module 'strict' not found.
External links
![]() |
Wikimedia Commons has media related to ZiLOG Z80. |
![]() |
Wikibooks has a book on the topic of: Z80 Assembly |
- Zilog Z80 Product Family
- Z80-Family Official Support Page
- Z80 software emulators
- Yet Another Z80 Emulator by AG (YAZE-AG)
- DEEDS - Digital Electronics Education and Design Suite - Simulators for Digital Design Training - The suite covers also microprocessor systems based on the DMC8 (an 8 bit CPU derived from Z80), and exports projects in VHDL and on FPGA (free download)
- Flite Electronics: Manufacturer of the Z80 Microprofessor Training System
- Free Z80 CPU core (VHDL code), (Verilog code)
- The Undocumented Z80 Documented
- N8VEM SBC
- mdfs.net: Z80 opcode list
- Mostek Z80 Processor Technical Manual
- Sharp LH0080 at CPU World
- Z80 Bus Emulator for education purpose. Includes NEC's TK-80 Training-Kit-, ZX-80 Microcomputer-, CP/M 2.2 Emulator.
- How the Z80's registers are implemented in silicon
- ZED Computer - Single Board Computer
- Pages with syntax highlighting errors
- Articles with unsourced statements from July 2011
- Articles with unsourced statements from February 2012
- Articles with unsourced statements from December 2012
- Articles with unsourced statements from November 2012
- Articles with specifically marked weasel-worded phrases from December 2010
- Articles with unsourced statements from May 2013
- Commons category link is locally defined
- Zilog microprocessors
- Z80
- Sharp Corporation products
- NEC microprocessors