> Why do you all assume, it has to be on the FPGA. 512KB memory
> not on the FPGA. Quickly looking at Digikey Canada -- Altera Flex 6000
> seems
> to fit my needs, but no development board. The DE0 board for now looks to
> be a valid base development board for now. Looks like I'll order it
> early next year.
> Ben.
DE0 sure is a very nice board. But, it only has dram - which is a bit more difficult to interface than sram. DE1 gives you both. Then again, DE1 comes with an older generation FPGA, that is bigger than the one on as well. It calls for a comparison table, really - or, you might just order both? The boards are really not that expensive. And, both can run a PDP11 - and without needing a PC attached after the flash is programmed, by the way.
> NEC during the 1980s was very big in dataflow work--there's a ton of
> published work by NEC and by many others on the subject.
It's easy to look backwards by a quarter century plus, on "Fifth generation computing" as a failure, but a lot of interesting and durable stuff came out of it (if not the "fifth generation computer").
The Japanese large-system peripherals of the late 80's and early 90's really cleaned the clocks of any competitors, not just the reliability of the electromechanical transports, but in large part because of signal processing done in NEC/Fujitsu/Hitachi/Toshiba signal processing chains.
Tim.
from:
COURYHOUSE at aol.com
> Burroughs clearing house bound set. for trade- gotta be something great!
> Actually we are more in the mood for TV studio stuff... but will listen
> to anything
> here are the guidelines...
> respond off list
> send photos and details
> Thanks,
>
> Ed Sharpe, Archivist for SMECC
>
> See the Museum's Web Site at www.smecc.org <http://www.smecc.org/>
>> The only interfaces seem to be serial lines.
What there is now is basically a KL11 type serial controller - the simplest version of a rs232 controller, without the option to set baud rates, byte lengths, parity, without modem control, and without any error detection capability. ie. What you would connect a terminal or hardcopy console to.
>> I take it that any DEC peripheral that is connected via a serial line could
>> possibly be supported.
More specifically: any device connected to a KL11 - or whatever variant of that that would be accepted by the software that interfaces to the controller.
>> Other than the serial lines are there any plans to produce an interface to
>> any of the standard DEC PDP-11 busses ie Uni and Q22?
If you mean, do I have any plans to make it possible to connect original "real" Uni/Q controller boards to the FPGA? No, I don't - firstly, because I don't have any of those boards; secondly, because it would likely be more appropriate to recreate the functionality in VHDL as well. And maybe easier - because, interfacing would mean that the timing and electrical behavior of a 'real' Uni/Q bus would have to work with the timing and electrics of the 'logical' bus inside the FPGA. That would not be a trivial challenge.
>> An Ethernet port (co-ax or UTP) would be nice.
I agree :-)
I do have some thoughts on adding one of the Ethernet controllers, but that is a nontrivial job - it will probably take me at least a couple of months to get it working. And, unlike RS232 ports, Ethernet hardware differs across FPGA boards - some have a phy, some have a complete controller including dma to memory, some have wire/transformer only, most have nothing at all. So there too is a bit of a challenge - which situation to build the VHDL for?
> Well, that depends on what counts as "hard". From one point of view,
> it's really easy to damage them electrically - just connect straight
> to
> mains power; few RS232 ports will withstand that, even over here
> where
> mains pwoer is only half the voltage it is on your side of the pond.
> But it _is_ true that it's hard for someone not totally boneheaded to
> damage them accidentally.
>
> /~\ The ASCII Mouse
> \ / Ribbon Campaign
> X Against HTML mouse at rodents-montreal.org
> / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
>
>
If you are hell-bent on killing something, mains power applied between
appropriate terminals will usually do the job, even for otherwise robust
devices such as 2N3055s or big speakers. Unless of course it's a washing
machine, in which case a hand grenade or dynamite would be more useful.
Or 10kV from the local substation.
/Jonas
Does anyone have a scan of the Dr Dobbs V1 #10 article on the NIBL for the sc/mp?
Or can anyone point me to a link of the article or mag?
Thanks
Rob
Robert Borsuk
rborsuk at colourfull.com
Colourfull Creations
http://www.colourfull.com
Rik,
Back in 2009, you had posted on this thread that you could make HP-UX 9.10 (HP 9000 series 300) ISO's available, but the thread, basically ended there. I have been looking on and off for this software for some time for an HP 360 that I have.
Thanks,
Chris
Hi guys,
Does anyone have a full datasheet for the AMD Am95C60 graphics
controller LSI? (also known as the Quad Pixel Dataflow Manager, or QPDM)
I'm trying to reverse engineer the firmware in a piece of
test-and-measurement gear, and the most I've been able to find for this
chip is an abridged preliminary datasheet, which is pretty useless
(lists the registers, but not what the various bits do, and contains no
command list for the processor core).
Basically, the box has some hidden features which I need to access to do
a re-calibration. The manufacturer has binned all the documentation
(quote from their tech guy: "Omigod, we last made those in, like,
1992... I can't believe those things are still around!") so no help
there... :(
Thanks,
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
I have a quantity of these which probably have the imfamous sticky
rubber bumper. If anyone wishes to mank an offer, please contact me
off list.
Shipping from 61853, Champaign, IL area.
Thanks, Paul
Does anyone have a need for some HP terminal keyboards? Part number
C3340-60201 for a 700 series terminal. I have a few that I need to get
rid of. They seem to be "new in box". Location, Madison, WI 53714.
-Jon