Z80 Product Line Z84C00 End of Life / Last Time Buy [pdf]
mouser.com
mouser.com
I ran into similar issues with Motorola 68k builds. Many of the interesting processors are vintage. So, over time, any builds I open source would become increasingly difficult for folks to build. But, produce a cycle accurate clone core on FPGA, and this ISA can be preserved on a reasonable facsimile of real hardware for generations to come. Thankfully, Amiga enthusiasts have already taken the lead in FPGA preservation.
Am I a nostalgic idiot or what?
As for what to do with them, consider a retro-controller project that you'd typically use an Arduino or similar, or consider porting Microsoft BASIC or CP/M. It depends if you want to be semi-practical by doing something with the former or have a little nostalgia fun by doing something with the latter. These can also interface with an SN76489 to do some old school sound effects and music. With some more advanced interfacing, it would be possible to drive an OPL3 or similar.
These are surprisingly capable CPUs.
Yeah, problem is i have an arduino and an esp32 plugged into other stuff on my desk right now for work (and a couple Pis with different setups). Because I'm paid to do stuff like that, it's not new and interesting as a hobby.
I'll do look into getting some support chips for the z80s though, thanks.
> These are surprisingly capable CPUs.
I grew up with zx spectrums and some access to cp/m machines :)
It's not practical, but it can be an interesting application of art.
https://www.digikey.com/en/products/detail/zilog/Z8401510FEG...
Now the thing is, this chip is a different package than what most people probably expect when they think "Z80" chips. It's QFP, not DIP. So not a "drop in replacement" for many situations. But you can probably use a QFP to DIP adapter or breakout board and use these in many places you'd want a traditional Z80. And if you're designing your own ad-hoc retrocomputer around a Z80, this should work fine, albeit with the constraint that you have to work with QFP chips.
Or maybe it's just time to pick up a Z180 and start learning to work with that. sigh
https://www.digikey.com/en/products/detail/zilog/Z8401510FEG...
I guess we should really applaud the Intel 8080 for starting this, but probably the brilliance of the Z80 was simplifying the external requirements. The 8080 required +5v, -5v and +12v, and I think some external clocking and DRAM refresh, whilst the Z80 was just +5v, and integrated clocking and refresh to get the component count down.
Look at the schematic for the TRS-80 on how they handled the drive.
It can't be that hard to just do a small production run every once in a while, given that Zilog fabricated these for 40+ years? And there's a few companies / individuals that specialize in these low demand, veerrry long tail markets.
Sadly Zilog never did a 3.3V (or >20 MHz) version of the good old Z80. Only newer (but not quite 100% compatible) parts like Z180 & eZ80. And if I could dream: I'd like to see such an updated Z80 in some beautiful package. Say, a small PGA with quartz window to see the chip (frit-seal), in a couple of different colored ceramics, gold-plated pins, the works. Then present that @ Z80's 50th anniversary? /dream
> The 6502 needs access to memory only half the time, during the what is usually called the ϕ2 phase of the clock. The other half of the time, so long as you tri-state the CPU address pins,² the bus and memory are available to other systems.
> The Z80 does not have such a well-defined, synchronous system of accessing RAM. Many cycles don't need RAM access, but many do, and which particular ones do and do not depend on the instruction mix.
> There is no "do nothing" solution to this constraint, and Z80-based systems that wanted consistent video output would have to solve this one way (hardware) or the other (software).
Ok... The 6502 does not have port-I/O. Everything is memory mapped. Therefore, the Z80 is better.
Or, the Z80 has more registers than the 6502, therefore the Z80 is better.
Or, the Z80 can do limited 16-bit operations that the 6502 can't, therefore the Z80 is better.
I'm not saying the z80 is better than the 6502, but it's a pretty big stretch to say the 6502 is better, especially if you're not coding in assembler.
Otherwise, there's no clear winner.
The first time I used dBase II on a Xerox C/PM machine was when I realized what a business computer could be like. It seemed standardized more than the PETs or TRS80s.