Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


paulscottrobson last won the day on November 30 2021

paulscottrobson had the most liked content!

1 Follower

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

paulscottrobson's Achievements


Contributor (5/14)

Reacting Well Dedicated Very Popular Rare First Post Collaborator Rare

Recent Badges



  1. I'm a big fan of the SC/MP but I wouldn't use it as the basis for anything designed to be used now.
  2. It's very similar to the CX16 design. (with a few advantages ; it's faster, no paging and so on). It's just engineered in a coherent fashion. And it exists without burning 5 figures.
  3. Probably less than that, though shipping to Canada you never know. The answer to your question is "it isn't done yet", but likely not, significantly, more complex than Basic V. The problem is it's essentially the same product as the X16 Modern version of classic CPU (though the eZ80 is significantly faster and has a 24 bit address space, the instruction set is an expanded Z80 (e.g. you can do things like LD DE,(HL) )) RAM about the same 512M on the basic model. Graphics and Audio handled by a seperate modern part via a fast serial link. The design of the link is more client/server I think than "Poking bitmaps" (though you probably will be able to poke bitmaps), so probably commands to draw lines/polygons etc. rather than bit tweaking. I think the graphics is based on FabGL though is likely to be extended. VGA/PS2/SDCard connector. Differences: There's no ROM other than that on the eZ80 and initially it will be an X8 design viz. boot off the SDRAM card The "VERA" equivalent is an ESP32 not an FPGA. It is less practical to build as its entirely SMT though it is open source (I think) Uses a cheap PSRAM chip to provide storage for graphics/audio stuff (8Mb I think) The eZ80 has a 24 bit address space - HL DE etc. register pairs are now 24 bits wide (it can be put into Z80 compatibiilty mode) It's only 6 bit colour. No "real" audio chip. Direct code load port. USB port. Don't know flexible it is, e.g. could you plug a mouse or gamepad in ? There's a reasonable question of "why not use a Raspberry PI" or similar, which is perfectly valid. The same criticism could be made of the Commander X16, and pretty much all the other retrocomputer projects and was made repeatedly at the start of the X16 project. Does it give you something better ? Not really, but none of them do, save for programming on a modern version of an 8 bit CPU.
  4. It’s a client server model. Effectively a 30Mhzish z80 equivalent (its pipelined) but extended, flat 24 bit address space. 512M of RAM. I/O done by an Esp32 via a serial port, so it isn’t going to be a direct bitmap access, likely to operate at next level up. Serial PSRAM for graphics storage. Likely cost sub $100 The ez80 is a z80 with 24 bit address pairs. Takes a little getting used to, because you can forget this ! It can do a compatible z80, bit like the 65816.
  5. Is there no documentation for the board ? Mine had a fair bit - okay mostly in Chinese, but you could figure out the board wiring from the circuit diagrams, it was enough.
  6. Yep. You could probably build an X16 on it ...... they're pricey now though (Unless Matt is Australian). I have an earlier generation board and it was more like half that. They're usually figurable because circuit diagrams are fairly universal and the parts are standard parts. However, the documentation is in Chinese
  7. I still think they're working out basic design issues. I don't think it's reached a "we can start building tomorrow if we get the bits". Next is Open, so there are already alternate Next PCBs without a case e.g. https://www.vintageisthenewold.com/retroshop-announces-the-first-zx-spectrum-next-clone-board Going to be like the M65 ; you can have a cheap one or an expensive one with all the gimmicks/special case etc.
  8. I think you'll have to stand in line for the Mega65 and X16 Though it is possible they may eventually produce a cheap Mega65 without all the fluff.
  9. Lean is basically a macroassembler that *only* does macros. So every action you need is defined as a macro (and some structure, and procedures are provided). So you define your own assembler instructions and register and lean converts it into the target CPU. Lean as implemented chooses something close to the 6502 (e.g. treating XA as a faux 16 bit register) for efficiency. Much of it is 1:1 so y++ maps to iny for example.
  10. Yes. I don't know for the current design, but AFAIK the Vic20 and C64 do not use NMI - it appears to be connected to RESTORE. An NMI would not be suitable for keyboard polling per se perhaps, there may be some hardware accesses that it would mess up, but you could make it an IRQ with a pull up transistor or something. There are pretty stable i2c libraries and ps/2 setups for AVR chips, so it shouldn't be difficult to make what is effectively an i2c keyboard.
  11. Well .... this board seems to have more microcontrollers than Digikey these days.
  12. Why not an ESP32 ; then you have Wifi, i2c and a well tested PS/2 interface all in for a few quid. Then move the sound samples out of VERA (which doesn't have the memory) into an ESP32 (which does) and use that to generate audio (and you might as well put the standard waveforms there as well). Some sort of standard API so you could replace it if necessary. The i2c interface can be used for expansion as well.
  13. PS/2 devices can behave very differently. And many are put through PS/2->USB converters. Generally it seems the case that cheap and basic keyboards are more reliable than those with lots of gadgets, bluetooth and so on. There are three solutions to this. Connect the clock to the interrupt. You could maybe connected to NMI except you'd want to be able to gate it for some hardware, effectively another IRQ. Have some sort of clocked shift register design or an CPLD/FPGA connection that does the work for you Have a microcontroller do it similarly. Polling is a *bad* idea. There've been Microterminals built around Atmel AVRs for years - I built a couple of 1802 based clones round the 8515, but they were matrix keyboards like the C64/Spectrum and you can address them how you like when you like. Nobody managed to get display and PS/2 working together - they'd been working apart soundly for ages - until the AVR1284 I think, which has some clockable register that does serial input or something, can't recall. You then started getting projects like this https://www.instructables.com/Single-Chip-AVR-BASIC-Computer/ which were delayed by this limitation unless you wanted something that worked like a ZX80 and blinked.
  14. How about we have a microcontroller for every single key on the keyboard and every function on the circuit board. Think how fast it will go then. Or we could stop pretending.
  • Create New...

Important Information

Please review our Terms of Use