Source code, binary and assets are available here: https://github.com/sijnstra/agon-projects/tree/main/logoplay2
#ez80 #z80 #assemblyLanguage #8bit #retrocomputing #console
A Retro Computer Project: 40 Year Old: MP/M II on a 50 MHZ eZ80
Christopher Brock began this retro computer hardware and software project 40 years ago. A review of development steps as well as performance comparison demonstrations with a 6 MHZ Z80 CP/M Plus hardware system. Many new operating system function calls have been defined and added to the original operating system code and more are being proposed.
VCFe 1-3 Mai 2026, München
And on my new #codeberg account, there is a new experimental release for the #eZ80 CPU module.
A new feature to boot directly to CP/M without need for a banked memory module. CP/M runs in a '64K segment' within the linear 2MB Ram Module.
More details on my blog:
https://www.dinoboards.com.au/2026/04/12/ez80-booting-cpm-part-2.html
Made a new thing - (available on my store) - a little kit/pcb to connect a pi pico module to the #eZ80 cpu module - to flash and test the module.
https://shop.dinoboards.com.au/product/ez80-pi-pico-programmer/
RE: https://hachyderm.io/@itworldcup/115949253823078683
Es musste sein.
#Rust für komplizierte Sachen. Wenn man mit Speicher jongliert und Sicherheit will. Aber es ist auch einfach ein tolles Gefühl, so nah am System zu sein wie in #C.
Und noch eine Sache, die für mich relevant ist: #LLVM unterstützt nur Prozessoren, deren Wortbreite eine Zweierpotenz ist. Ich schreibe gerne Programme für den #eZ80, der mit 24-bit-Wörtern einfach von modernen Sprachen nicht unterstützt wird.
Vielleicht kann man hier ja dafür werben.
#ticalc #swift
Dear internet,
Does anyone know of a cycle accurate #zilog #ez80 simulator? I'm looking for something that exposes all of the pins in the emulator as well, that is I need to be able to sample the address and data lines from other code in a cycle accurate way to test-drive some peripherals.
I found a core written for the TI calculators, but it seems very tied to that use, and I don't know how accurate it is either. Maybe it is very good, if anyone knows please let me know!
Would it be interesting to add ez80 support to the zenas assembler?
In my first attempt when I wrote the (still incomplete) assembler callled zxa, I had already implemented the entire Z80 instruction set, and also the Spectrum Next's-specific Z80N extensions. That didn't work too well, but at least I learnt what not to do, or how not to do it.
I'm trying to think what would be the better way to support different variants and extensions.
Some Z80 variants also existed in the world of MSX when various Japanese chipmakers produced their own, improved and extended versions of the Z80.
The question to me is not so much whether ez80 and Z80N support should be implemented, but HOW as in what's a clean way to support them. Via directives?
With pragmas or ifdefs?
Via command line switches?
What do you think?