From: Al Kossow <aek at bitsavers.org>
To: cctalk at
classiccmp.org
Cc:
Date: Sun, 22 Dec 2013 09:08:12 -0800
Subject: Re: RFC Ethernet Bus Interface V1
On 12/22/13 8:43 AM, Al Kossow wrote:
Here is a first draft. Anything wrong/missing
architecturally?
The one thing that I didn't think of was not handling 18 bit data transfers
on Unibus DMA, though now that I've thought of it adding the data parity
bits
to the buffering wouldn't be a big deal even if there wouldn't be any code
behind it.
That is only an issue for two systems I can think of, KS10s and
Unichannel-15s..
<snip>
Now, as usual whenever I think about this, I'll
spend the next several
weeks
trying to get a tool chain running to actually get "hello world" running on
an ARM proto board or the equivalent on an FPGA board. Maybe it'll actually
work this time (I think I've tried doing this for several years running now
and gave up when after buying a prototyping board I couldn't get anything
to work).
>
>
Having an 18-bit Unibus interface for the KS10 is a great idea. You could
easily put enough RAM on the board to emulate several Massbus disk drives
and save the disk images on flash.
Last year I made a Posibus Peripheral Emulator with an Actel SmartFusion
FPGA/ARM
http://www.ricomputermuseum.org/Home/equipment/pdp-8-l/making-a-posibus-per…
I started with an Emcraft SOM module, used the free FPGA tool chain from
Actel, and the FPGA and uC Linux image from Emcraft. Linux was running on
the SOM when it was first powered up.
http://www.emcraft.com/products/255
All I needed to to was make an interface board from the 3.3V logic in the
FPGA to the Posibus in the PDP-8/L. My idea was to put the time sensitive
logic in the FPGA and do everything else with a Linux device driver and
application.
You could do the same and use something like an M9014 module to connect to
the Unibus. Once the circuit was debugged you could make a PCB that plugged
directly into the Unibus and had a socket for the FPGA SOM. Since all of
the Unibus logic is in the FPGA the single board could respond to many
Unibus addresses and then emulate multiple peripherals at the same time.
With a little FPGA logic change, and a bit of coding, you could run SIMH on
the ARM in the FPGA and then emulate just about any CPU.
--
Michael Thompson