RetroBrew Computers Forum
Discussion forum for the RetroBrew Computers community.

Home » RBC Forums » General Discussion » PicoROM (8-bit ROM emulator in a DIP-32 compatible)
PicoROM [message #10862] Sun, 02 February 2025 11:45 Go to next message
tingo is currently offline  tingo
Messages: 114
Registered: February 2017
Location: Oslo, Norway
Senior Member
If you need a DIP-32 ROM emulator the PicoROM looks interesting.
Hmm, now I need to find a project to use it on...


Torfinn
Re: PicoROM [message #10864 is a reply to message #10862] Mon, 03 February 2025 07:15 Go to previous message
jayindallas is currently offline  jayindallas
Messages: 110
Registered: June 2021
Senior Member
WARNING! Reading this message will introduce you to the hidden field of "Electronic Insanity Engineering!"

If you use something like the virtual PicoROM, you could code-modify it into various data-portals by (1) using addressing sequences as a 'data writes' bus to the picoROM and (2) the 'data-bus-reads' as data input to the system CPU. No reason why a virtual Read/Write disk couldn't be done or a communications portal to another system or resource, through the Virtualized IC. In fact, a self-modifying segment of the ROM could provide BIOS code for running the portal within the same PicoROM address range. Like putting CP/M and BIOS into a 1K Rom address space; just think outside the box.

A unique read address sequence-pattern could flip the PicoROM from virtual ROM mode into any alternate virtual portal modes that are code-supported. That mode could be easily confirmed by reading a ROM address within the PicoROM address range, whose ROM data changes to verify the portal mode the PicoROM changed to. As the system also needs the PicoROM as ROM, you have to define a handshake pattern to put it back into ROM mode. Its likely that reading a ROM image replacement into a block of RAM would be easier.

This is an example of the advantage of first emulating vintage system ICs with a modern MPU and then virtualizing new functions into it, particularly in vintage or retro systems. The possibilities are endless, but you just have to twist your brain until you see the way. Its just creative design and coding.

My initial interest in this strange area was to replace floppy disk controllers with virtual FDCs with 'enhanced' abilities. But a CPU replacement is generally the most powerful socket to emulate and then virtualize.

Now you know why I call this field, "Electronic Insanity Engineering." heheheh

It takes talent, creativity, disrespect for convention, vision and a bit of insanity. Like the best of Rock & Roll musicians. :)

[Updated on: Mon, 03 February 2025 07:28]

Report message to a moderator

Previous Topic: Diving Deep into the CTS256A-AL2 Firmware
Next Topic: General comments and SC/MP


Current Time: Fri Mar 14 21:35:02 PDT 2025

Total time taken to generate the page: 0.00686 seconds