The F-16 back when I started my career at General Dynamics was slated to use implementations of Mil Std 1750A, with the Z8002 as an interim processor for the fighter's next generation computers (F-16C/D in the early/mid 80s). I wrote some of the Jovial runtime that was intended to be used for both processors. No idea what happened to that code since I left in 1984. The 1750A had a math coprocessor which made things a little easier than the Z8002.
I have so much <i>moe</i> for the various post-Z80 chips Zilog made that people think failed in the marketplace but are still around and perfectly viable for applications that don't <i>need</i> 32-bit<p><a href="https://en.wikipedia.org/wiki/Zilog_eZ80" rel="nofollow noreferrer">https://en.wikipedia.org/wiki/Zilog_eZ80</a><p>But the thing is that you keep getting dragged kicking and screaming to ARM because even if it is boring it is capable, affordable and everywhere.
From the wiki link of the z8000 there is a curious bit of Commodore history I never knew of: <a href="https://en.wikipedia.org/wiki/Commodore_900" rel="nofollow noreferrer">https://en.wikipedia.org/wiki/Commodore_900</a><p>C. had a pretty good deal with zilog, but they pissed it away for maybe not very good reasons....<p>Had things gone different C900 and the like might've been there instead of the Amiga.
I actually took the Captain Zilog self-study course (probably in 1981 or 1982). They mailed you the first installment and you answered the questions. Then you mailed back the answers to get graded and receive the next installment. I think the completion prize was a Captain Zilog t-shirt.<p>The thing that I remember was that the Z8000 had some pretty complex addressing modes.
There was an earlier, and to my way of thinking, much better idea at Zilog than the Z8000. That was the Z280 (later christened the Z800) it was a 16 bit machine akin to the 8086 but with upward compatibility with the Z80 and a much nicer architecture. I believe that Godbout made and S-100 card with this processor at one time. I wanted one so badly and yet the 8088 and the IBM-PC steamrolled the industry because "big blue" and all that. Sigh.
Very impressed, how obvious looking high level design flaws of Z8000. And these are not technical flaws, but sure C-level decision flaws.<p>Only one question decided it's fate - why SMALL startup decided to make CHEAP design?<p>- It was obvious, it was impossible to compete with Intel on large cheap market. But obviously, Intel would not compete on niches, where startup without legacy could make something significantly better!<p>Exxon as a foundation, is not good, because their money was not money of Faggin, even more than money of investors are not money of Intel execs.<p>So, second drawback, of Zilog's situation, that Faggin was far more limited in maneuver then Intel's tops. So why he even more limited himself with cheap design?<p>I see only possible explanation, Faggin just was not brave enough, to propose Exxon tops something more brave, like 68k.
Or he really was, but they chosen simpler and more traditional design for that time.<p>Finally, I think, Faggin was tech genius, but looks like, this time some political things overweight to obviously flawed decision.
Does anyone have the history for why number of pins was such an important consideration (not just for Zilog, Intel too)? Was it really that much more expensive to make a 64 pin package than a 40 pin one?
Zilog could get a bigger market share.
Still remember those times programming in Z80 machine code. It was much more flexible and convenient versus 8080.<p>You can find Zilog in embedded systems, they are not dead at all.
> This was even though Intel’s 8086 was, by many measures, a design that was markedly inferior to the Z8000.<p>I don't see this as true at all. The 8086 segment registers are fine-grained, so you can use the single 16 bit value in a single register as a "pointer" to memory as long as you're OK with your blocks being allocated in 16 byte chunks and don't try to do array indexing on the raw value. This doesn't match the C memory model well, but it's very usable and for years DOS software exploited this trick to get clean addressing across the full 1M memory space of the PC with near-zero overhead[1].<p>The Z8000 had two-register addresses[2] and you needed to carry those two full words around everywhere. It's equivalent to writing DOS software with the "Huge" memory model pervasively (something pretty much no performance-sensitive software did, historically), because that's all the CPU could support. It's a big, big loss.<p>And all you get back for your trouble is a bigger register set, which looks great in a ISA document but doesn't really make up for the terrible memory access design. Zilog spent their transistors on the wrong things.<p>[1] Not zero, because there are only two usable segment registers to hold these pointers, but then the architecture had only 4 true GPRs anyway.<p>[2] IIRC (and seemingly confirmed by a quick wikipedia check) not even linear ones! The "segment offset" wasn't packed next to the low address bits. So you can't even do natural math on arrays bigger 64kb.
FTA: “One cheaper version would fit into a 40-pin package. This version would have its memory address sizes limited to 16-bits and so would only be able to use 64 KB of memory. A more expensive 48-pin version would have access to a 23-bit or 8 MB address space.<p>To support this approach, the architecture would be based on segmented addresses.”<p>I don’t see how that follows, given the example of the 6507. <a href="https://en.wikipedia.org/wiki/MOS_Technology_6507" rel="nofollow noreferrer">https://en.wikipedia.org/wiki/MOS_Technology_6507</a><p><i>“The 6507 (typically "sixty-five-oh-seven" or "six-five-oh-seven") is an 8-bit microprocessor from MOS Technology, Inc. It is a version of their 40-pin 6502 packaged in a 28-pin DIP, making it cheaper to package and integrate in systems. The reduction in pin count is achieved by reducing the address bus from 16 bits to 13 (limiting the available memory range from 64 KB to 8 KB) and removing a number of other pins used only for certain applications.”</i><p>The instruction set of the 6507 can address 64kB of memory, but it lacks connections to the outside world to actually use its full address range (it might even be possible for a hardware hacker to open up a 6507 and add those extra pins, depending on how much the 6507 internals differ from that of the 6502)
The Z80 will always be my first love, in a TRS-80 Model 1 and soon after, the Vector Graphic Vector 3 which was a sturdy S-100 machine running CP/M. Robert Harp of Vector was an extremely competent designer faced with a challenge, a computer with CPU, CRT and keyboard in one unit. All-in-one machines were a challenge because noise from the video stream and HV flyback transformer pervaded the insides, so he restricted the 6 card S-100 cage width to a few inches and found the worst transients on signal lines and placed extra conditioning on the bus, mods reported back to Zilog to assist with future Z80/S-100 builds. The Vector 3 paper manual had 40 dense pages in the back with commented assembly of its entire BIOS. That was a nice touch and I taught myself assembler from it.
> One key implementation decision was that the Z8000 would not make use of microcode. Microcode would have broken down the Z8000’s instructions into a series of simpler instructions, hidden from the outside world, which the processor would execute. Instead, all instructions would be ‘hard-wired’ into the logic of the CPU, a more challenging approach for the designer. Shima would later discuss how much more difficult the Z8000 was to create when compared to the Z80, and how it tested the limits of the tools that he had available:<p>“… there are so many instructions in Z8000 it is impossible to store all of test vector for debugging in the memory of test bench anymore. Also, MOS process was getting denser and denser and also the size of the defects in masks was getting smaller. That is it was not so easy to find the fully functional die.”<p>This seems like a remarkable engineering decision to go entirely without microcode. Are there any comparable examples post 1979?
Some friends of mine worked at a startup in the early 80's working on a z8000 based multi-user business system (Proteus for anyone around Vancouver then).