Z80 CPU User Manual (2016)

https://zany80.github.io/documentation/Z80/UserManual.html

by tosh • 6 years ago

111 58 6 years ago

zany80.github.io

classified• 6 years ago

Sadly, the format of that doc is browser-only. I prefer an actual PDF that can be read offline:

https://www.zilog.com/appnotes_download.php?FromPage=DirectL...

ngcc_hk• 6 years ago

Use iphone. Save as pdf under say book. Seems it is a pdf

moonbug• 6 years ago

"First, buy an iphone." great advice, many thanks.

Tor34• 6 years ago

Isn't that fine, though? The github.io link gives you a browsable on-line document while the PDF version of UM008011-0816 can be found elsewhere.

miahi• 6 years ago

It's browsable, but there is no search and the in-browser search does not work because the pages are only rendered when scrolling. So, like many current web pages, pretty and useless.

dfox3• 6 years ago

For me it is unusable because default zoom level is completely unreadable and there is no obvious UI to change it (although somewhat surprisingly ctrl-scroll works).

bmoyles• 6 years ago

The source is in their repo: https://github.com/Zany80/Zany80.github.io/blob/master/docum...

pgen• 6 years ago

https://zany80.github.io/documentation/Z80/UserManual.pdf

blueflow• 6 years ago

Why the rerendering via HTML? If you work with hardware, you are going to have the Datasheets as PDFs anyways since thats how most of them are available.

wruza• 6 years ago

On page 27, example 2, they use JP PE, LOOP. Why not JR PE, LOOP-$? Is that because JR has no encoding for some flags?

elvis70• 6 years ago

Yes, you can only test the carry and zero flags with JR.

Note that JP takes one byte more but is a bit faster than JR when the condition is met.

willis936• 6 years ago

I found practical use for this when working on a modified version of pokemon red. It’s a fun toy. The disassembled pokemon games are a wonder. Make local copies because they won’t be around forever.

https://github.com/pret/pokered

jdmoreira2• 6 years ago

Someone has figured out labels for all those pokemon games? Wow

Angostura• 6 years ago

What a nicely written manual. Very clear

jjoonathan• 6 years ago

Z80s are alive and well in test equipment!

Here I'm repairing a 5000V power supply that likes to kill itself. One of the recent failure modes shorted some 74 series logic and held down the data bus, causing it to spin through address space.

https://www.eevblog.com/forum/testgear/ps350-5000v-power-sup...

More impressively, other members set up emulators and reverse engineered the calibration routines:

https://www.eevblog.com/forum/repair/quick-repair-standford-...

MaxBarraclough2• 6 years ago

I know it's not really the point, but it's curious that the first thing in the document is a notice saying not to use the Z80 in life-support systems or in systems intended to be implanted into the body, without written approval from high up in Zilog.

I understand wanting to prohibit irresponsible use of your system, especially if it hasn't been built to critical-systems standards, but why single out life-support systems and implants? Would it be meaningfully different if it were used in avionics, or industrial safety systems?

The dmc compiler does something similar to this, but more generally, without singling out life-support and implanted systems: Do not use this software for life critical applications. [0]

[0] https://www.digitalmars.com/download/dmcpp.html

foobarian• 6 years ago

Maybe because the physical chip itself has not been verified to operate correctly under various noisy conditions (x-rays, magnetic fields, cosmic ray errors...). E.g. launch computers like this [1] would use redundant circuits with majority voting, and even redundant voting logic.

[1] https://en.wikipedia.org/wiki/Launch_Vehicle_Digital_Compute...

MaxBarraclough2• 6 years ago

Perhaps. I'm surprised that article doesn't mention radiation. You're right of course that radiation-hardened chips are a very specialist area. Not often you can charge hundreds of thousands of dollars for a single CPU chip running at 200MHz or less.

https://en.wikipedia.org/wiki/RAD750

a1369209993• 6 years ago

Sure, that makes sense, but:

why single out life-support systems and implants? Would it be meaningfully different if it were used in avionics, or industrial safety systems?

Or any other "life critical applications"?

dfox3• 6 years ago

Disclaimer to that effect is included in essentially any integrated circuit datasheet and even in manuals for things like network switches and UPSes.

I assume that the reason is that there is some US court case where component manufacturer was found liable for bodily harm caused by some kind of (obviously misdesigned) device where root cause was traced to failure of some trivial component made by said manufacturer.

coldcode• 6 years ago

Wow, my second CPU assembly language ever (after 6502). Amazing it's still relevant to anything. I also wrote code for a Z8000[0] in the 80's which is quite different.

rbanffy4• 6 years ago

Being a child of the 6502, I could never respect the Z-80 for taking FOUR FULL CLOCK CYCLES to do a miserable NOP.

jdmoreira2• 6 years ago

So the minimal sleep() is 4x times de clock. who cares?

billforsternz• 6 years ago

Yes but Z80s were typically clocked at 4Mhz, and 6502s were more likely to be clocked at 1Mhz or so. Apples Vs Oranges. I started with Z80s and when I programmed a 6502 later I found, sure it's simple and orthogonal by comparison, all those good things. But it's not as much fun because there just aren't all the weird corners to explore. I think it's the mother syndrome at work.

tenebrisalietum• 6 years ago

C'mon man. Two 16-bit index registers and a relocatable stack pointer? What's not to like? Though 6502's zero page addressing modes were also awesome and pretty much used like IX and IY I think. Too bad the stack is stuck on page 1.

tr352• 6 years ago

I also wrote code for a Z8000[0] in the 80's which is quite different.

The Z80000 seems to have been a very obscure microprocessor. Even more so than the Z8000. What was the Z80000 system you worked with?

kens2• 6 years ago

I prefer the vintage Z80 manual from 1977: http://www.bitsavers.org/components/zilog/z80/03-0029-01_Z80...

In general, if you are interested in old manuals, be sure to visit bitsavers.org. For instance, lots of Z80 manuals at http://www.bitsavers.org/components/zilog/z80

analog31• 6 years ago

Just adding one more reference for those who are interested, and because it brings back memories. This is the Z80 book published by Howard Sams. I believe that the book was also re-sold by Radio Shack. It was my first introduction to microprocessor hardware, sometime around 1981 or 1982. I remember it for being extremely clearly written, making it a good introduction to concepts that tended to be applicable to all of the mainstream processors at the time.

If someone were to ask me how to learn about hardware today, I'd start them with one of the early 8-bit machines, where the concepts are straightforward. I think that many of the features of modern machines can be understood as an evolution of overcoming the shortcomings of the early machines.

http://www.pestingers.net/pdfs/other-computers/the-z80-micro...

swiley• 6 years ago

Haha yes! I think someone actually gave me a physical copy of this.

Also, in case no one else said it in this thread: the Z80 is one of the easiest chips to build a home brew computer with (the slightly more obscure RCA COSMAC chip might be a little easier.) It's something I'd definitely recommend everyone try (I don't think doing so has any practical application, it's just fun.)

Tor34• 6 years ago

The later 'um80xx' versions are a superset of the 1977 manual, and, in particular, the 2004 version PDF version directly from Zilog (when scaled to "fit page") has much more readable fonts (for me at least) and is super-fast to page through. Very good when not using a hard copy. Great index too. The bitsaver scan of the 1977 version is almost painful to use in comparison: More difficult to read, no index, slow.

thelazydogsback• 6 years ago

Fond memories of POKEing hand-assembled Z-80 code (LDIR, baby!) from TRS-80 BASIC...

reaperducer2• 6 years ago

I thought the TRS-80 line was 6809 and 8085. Are one of those a cousin to the Z-80, or were there TRS-80's with a real Z-80 in them?

abbeyj• 6 years ago

Tandy used the "TRS-80" name for many of their computer lines, even when they used completely different architectures.

The original TRS-80 ("Model I"), the TRS-80 Model III, and the TRS-80 Model 4 all used a Z80. https://en.wikipedia.org/wiki/TRS-80

The TRS-80 Color Computer ("CoCo") used the 6909. https://en.wikipedia.org/wiki/TRS-80_Color_Computer

The portable TRS-80 Model 100 used an 8085. https://en.wikipedia.org/wiki/TRS-80_Model_100

deelowe• 6 years ago

Website appears to have moved away from github. Here's the new link: https://pixelhero.dev/zany80/documentation/Z80/UserManual.ht...

Tor34• 6 years ago

The original link still works though.

DodgyEggplant• 6 years ago

Actually written in Assembler to it. You had to squeeze the entire code and the graphics to 16k (K, that is 1024 bytes!). Rendering the screen was directly poking values to the hardware. Great piece of hardware

codebje2• 6 years ago

That would have been a specific machine built around the Z80. The Z80 CPU has a 16-bit address bus and can handle 64K of memory. It has an 8-bit I/O bus, but it was common for Z80-based machines to use memory-mapped I/O like the 6502.

Two very common machines from the era were the ZX spectrum and the TRS-80. But there were dozens - Kaypro, Osborne, MSX, the Nintendo Gameboy... the Z80 was used in lots of machines. Chips based on the Z80 are still used in embedded systems today.

I built a retro-computer this year using a Z180, which is a Z80 (minus undocumented behaviours) core with a handful of useful peripherals built in. They're still actively manufactured and sold.

djmips• 6 years ago

The Gameboy did not use the Z80. Gameboy CPU was derived from the 8080 with a smattering of Z80 instructions (very few in the big picture). However, the Sega Master System was a full on Z80.

AnimalMuppet2• 6 years ago

"Fourth-generation microprocessors". The Z80. Um... I... uh...

I mean, it was an earlier time, and it is at least partly marketing. But still, I find that phrase mind-blowing to refer to a Z80.

What were the first three generations, 4004, 8008, and 8080?

Also: The internal CPU registers are repeatedly described as "208 bits". That seems to me to be the least informative way possible to describe them.

dragonwriter• 6 years ago

"Fourth-generation microprocessors". The Z80. Um... I... uh..

The Z80 probably makes as much sense as a fourth-generation microprocessors as it makes sense that there are, what, 11 generations of Intel Core microprocessors.

What were the first three generations, 4004, 8008, and 8080?

Probably. The 4040 might fit in somewhere (timewise, its a close contemporary of the 8080, I think, not sure if it would fit cocnceptually in the same or early generations; its still 4-bit like the 4004, but otherwise at least somewhat more advanced.)

AnimalMuppet2• 6 years ago

I could see a bit more realistically thinking of the 4004 as "generation zero" (yes, I know it was a pioneer, but I still have a hard time calling it even "first generation"). 8-bit micros are first generation (yes, I know, the 8080 was significantly better than the 8008, but on the larger scale, there wasn't that much difference). 16-bit (Z80 and 8086) were second generation, 32 bit (386, 68020, 32000) were third, with 68000 being a grey area. Maybe the 4th generation comes when floating point and memory management are on the same chip, and 5th generation when there's more than one core.

dfox3• 6 years ago

Both of the from todays PoV somewhat mind-boggling phrases meant very much in mid 70ties.

The fourth generation bit probably refers to some combination of being real CPU with (somewhat famously) "almost parallel" ALU, requiring minimal external support circuitry and not requiring multiple power supplies with complex sequencing requirements.

And 208bits was quite relevant, because for the time it is somewhat large amount of flipflops/SRAM. For context: 16kbit DRAM chips were first introduced in the same year as Z80.

kens2• 6 years ago

Strangely, the 1978 Z80 datasheet [1] describes it as a third generation microprocessor. So somehow the Z80 added another generation between 1978 and 2016.

Generations are sort of nonsense, but you could say the first generation microprocessors were PMOS processors like the 4004 and 8008 that were barely usable. Second generation would be the "classic" NMOS microprocessors like the 8080 and 6502. The Z80 is a step more advanced so maybe you could call it a generation, but I don't know how you'd get to fourth generation. Usually 16-bit microprocessors are considered the third generation, which makes more sense.

[1] Second paragraph, http://www.bitsavers.org/components/zilog/z80/03-0027-02_Z80...

cmrdporcupine• 6 years ago

In the 80s I was young and owned and used 6502 machines and not Z80, so had a builtin bias about the Z80. But looking back now, it really is a nifty processor, I wish I'd had a chance to spend more time with it. Not as cycle efficient as the '02, but looks nicer to write code for.

bcrl• 6 years ago

I had a single sheet double sided plastic reference card for the 6502. Had everything needed to dig deep into the Apple ][+ / ][e computers we had at school. My most productive use of that was to hack Lode Runner to start on arbitrary levels so we could get to the higher levels of the game during lunch break. Such fun!

mwcremer• 6 years ago

I really liked Rodnay Zaks' reference:

http://www.z80.info/zaks.html

pjmlp• 6 years ago

For those that care about how it came to be, and is still being used, Advent of Computing podcast did a session on it and how it traces back to the 8080.

https://adventofcomputing.libsyn.com/episode-34-8080-vs-z80

Z80 CPU User Manual (2016)

Related Stories