I saw that there were a post on PDP-8/a systems (and parts).
I have a few 8A100 chassis. These are H9300 with a G8016 regulator board.
No CPU, no memory, no frontpanels. Just the H9300 chassis including the 10
slot backplane, the 50Hz transformer assembly and the G8016 MOS memory
regulator.
BTW. The backup batteries are probably not in good shape any longer.
Nothing is tested so capacitors etc might need checking.
There are also some G8018 regulators, 50 Hz transformers for
8A400/8A600/8A800 boxes, 50 Hz transformers for 8A420/8A620/8A820 boxes
(these are really very heavy).
Then there are two CDC / IMI floppy drives. BR8A5D. Single sided. 8 inch.
http://i.imgur.com/cMp76YA.jpghttp://i.imgur.com/EA91ayu.jpghttp://i.imgur.com/pWpmdX6.jpghttp://i.imgur.com/eP3m06n.jpg
They are in the original box. Not sure if these are new or not. They look
fine. But haven't tested them. I might be able to test if there are
interest.
Then two Tandon TM100-3 Single sided 80 tracks / 96 TPI drives. Tested
working.
http://i.imgur.com/UOnHNNI.jpghttp://i.imgur.com/F4ypilz.jpg
We have one too many of TI SlientWriters. I have no picture of it
currently. But is som 7XX model I think. Printing on thermo paper. Interest?
We have a few DECprinter I aka LA180. A manual can be included as well...
And since we got one LA30 working just fine, we don't need another one.
There is one DECwriter / LA30 available. It is complete but will probably
need care and attention to get working.
Everything is located in Sweden so shipping can be rather expensive for
heavier items.
Trade for something interesting...
/Mattis
I have a PDP 8A for sale. It's kind of a project but as far as I can tell
it's complete, with the front panel.
See photos and information here:
http://vintagetech.com/sales/Big%20Iron/PDP%208a/Chassis%201/
Asking price is $900 obo.
I also have two other PDP 8A systems in various states of disrepair here:
Complete boardset and chassis without front panel - asking $450 obo
http://vintagetech.com/sales/Big%20Iron/PDP%208a/Chassis%202/
Junk system for parts/serious restoration - asking $300 obo
http://vintagetech.com/sales/Big%20Iron/PDP%208a/Chassis%203/
Also please start here and navigate for more computers I presently have
for sale:
http://vintagetech.com/sales/
Please inquire directly with me with any questions.
Thanks!
--
Sellam Abraham VintageTech
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintagetech.com
Whatsoever a man soweth, that shall he also reap. The truth is always simple.
* * * NOTICE * * *
Due to the insecure nature of the medium over which this message has
been transmitted, no statement made in this writing may be considered
reliable for any purpose either express or implied. The contents of
this message are appropriate for entertainment and/or informational
purposes only. The right of the people to be secure in their papers
against unreasonable searches and seizures shall not be violated.
The decoding of the DEC PDP XX2247 keys has been discussed, but I have not
yet seen decoding for others.
To repeat the data for XX2247, that is 5173757 assuming 7-1 with a center
offset
To add to that knowledge, I'm checking other keys I have. Note - I'm sure of
the XX values of course but the codes have not been tested/confirmed yet; I
will do so and report back.
For every Data General Nova (800, 1200, 1220, 2) & Eclipse (S/130, S/200)
that I have, those keys are all stamped XX2065. The coding appears to be
1353757 (7-1, center offset)
For every HP 2100 that I have, those keys are all stamped XX2946. The coding
appears to be 4557457 (7-1, center offset).
Of course, the advantage is that copies of copies tend to get off, and with
the original code we can all get "original tolerance" keys.
While I'm testing/confirming the codes for XX2065 and XX2946, can anyone
with stamped DG Nova/Eclipse keys or stamped HP2100 keys confirm if their XX
numbers are all the same? I've got enough of each that I'm fairly sure those
keys fit all of those systems, but wanted to check.
Are there other common systems that used Ace keys that we should document
besides XX2247, XX2065, and XX2946? I should probably toss up a quick
website under classiccmp if so.
J
Hello Guys
The latest batch of PDP-8 panels are now reaching
their new owners.
We held shipping until now to make sure we had good product.
The only way you can check the quality is to go through the whole
production cycle
We threw a fair few in the dumpster!
We did extra on the current run and there may be some 8/e Type B (After
the switch change) available.
Next up are PDP-8/f and /m to fulfill existing orders.
I will be making for stock after fulfilling the current order book .
My policy is to ship from prepackaged stock.
We have loads of custom boxes and soft wrap.
We intend to hold manufacturing cycle stock numbers
This means if takes three weeks to make a batch we will stock three
weeks sales.
I'll publish the stock position once a week or by email order enquiry
We will be stocking:
8/e A (pre switch change)
8/e B (post switch change)
8/f (maynard address)
8/f (galway address)
8/m (maynard address)
8/m (galway address)
Later pdp11/XX
Order cycle should be same/next day dispatch against item in stock and
PayPal transfer
Delivery to UK next day, Europe 1-3 days and the US 2-5days
Currency exchange rates are moving all the time and may affect costs.
OEM quantities for reproduction makers of any panel, any
manufacturer may be possible. (Email me)
Bespoke one off for major restorations - email me.
Rod Smallwood (Panelman)
I'm not sure where I should start asking, so I'm starting here ;-)
I have a problem reading TK70 (and probably TK50) tapes in NetBSD 3.0 on a
MicroVAX II. There is absolutely no way of reading a single tape block
with a simple read(). All I get is
mt0: unknown opcode 0x80 status 0xc01 ignored
on the console, and then the driver hangs. The output is generated in
/usr/src/sys/dev/mscp/mscp.c
It is my impression that the code has *never* been tested on real hardware
after all that years. BTW the TK70 is working fine otherwise (e.g. I can
boot the MVII diagnostic tape).
Now for something strange: the same procedure works in SimH (with the same
system installation and kernel). So apparently SimH has a "bug", too. It
doesn't behave like the real device.
Background of the story: I want to image TK70 tapes as TAP files.
Has anyone ever encountered the same behaviour?
Christian
Just wanted to let folks know where the MEM11A (as opposed to the UMF11) is.
All of the verilog code is written for the CPLD and I?ve simulated full unibus transactions
to the FRAM and everything seems to work.
I?m almost done with schematic entry. I just have a few things to clean up and verify.
I?ve done basic component placement (still have to finish placing the 40+ bypass capacitors).
I?m planning on doing a 4 layer board so I can avoid having routing issues due to 3 different
power supply voltages (yea, modern low voltage design meets 5v). I haven?t done a 4 layer
design before, so I?m in for a bit of learning (mainly on how to ?pour? the inner layers).
I?m still undecided if I?m going to place some (or all) of the bypass caps on the backside of the
board. It would make things easier especially around the 100pin CPLD.
At this point I?m hoping to FAB a set of prototype boards in about a month from now (mid to
late April). I?ll hand populate a couple (total prototype FAB run will ~5 boards) and test them
out. I?ll be using my 11/34, 11/40 and possibly my 11/20 for testing these so there should be
pretty good coverage.
I should know pretty quickly after I?ve started debugging the prototypes what the price will be
for the assembled & tested boards. I?ll start taking orders then.
I?ve also decided that the Unibus interface IC?s will be socketed (mainly I don?t want to deal
with the ?wastage? from the assembly house for NLA parts). It also means that if some of
my stock don?t work, it?s an ?easy? fix. For those that care, I?ll be using machined pin
sockets (gold plated of course). Any for any that ask, no I will *not* be making the boards
available without the drivers. I?ll be providing fully assembled and tested boards.
TTFN - Guy
> From: David Bridgham
> how the GE processor mapped each segment to physical memory on its own
> while the x86 maps the segments into a single 2^32 byte linear address
> space first and then maps that to physical memory.
Oh, right, I remember there was a 4GB limit on physical memory (which I
mentioned in an earlier message in this thread), but I'd forgotten the
details.
The paging is done on that 4GB linear address space, so it's separate from
segmentation - on the 645 at least, the two are jumbled in together, which I
find over-complex. I like the clean separation between paging and segments.
> The x86 got this one wrong, in my opinion, as it means you can't have
> full-sized segments if you have more than one effective segment.
Well, but that's in the implementation, invisible to the user (in a properly
done OS). The user-visible architecture is 16K segments (8K local, 8K
global), of up to 4G each, or 2^46 total address space (per process).
Yes, not more than 4GB of them can be resident in memory at any one time, but
I'm not convinced that's a problem.
Noel
> My call for a VAX-11/750 a month or so ago actually bore some fruit
> (locally, even!) and as of a couple of weeks ago, I now have a very
> nicely configured 11/750 system taking up most of the basement.
Some guys have all the luck. Now if anyone in the Southeast has a 750
they're no longer attached to...
Congrats
KJ
I was thinking of using a M9301 board to get a console emulator and some
different bootstraps with the 11/05. But can I just put the M9301 in the
slot where the M930 normally goes? Slot 4 AB.
>From looking in the schematics I get that:
1. The bus grant pull ups on the M9301 is through jumpers. According to the
note they should only be installed on 11/70 systems. But the M930 do pull
these up (no jumpers here) so my guess is that these jumpers should be
installed.
2. The M930 connects much more signals to a common ground. Except for the
normal ones the M9301 uses for ground (AC2, BC2, AT1 and BT1) it also has
connected AB2, BB2, AN1, AP1, AR1, AS1, AV2, BD1, BE1, BV2 to ground.
Reading the pin assignments on a MUD slot I think that putting a M930 into
it could potentially create a lot of smoke. BV2 is -5V and AV2 is +20V if
the appropriate regulator is in the system.
M9301 goes into MUD slots. But can it go into the slot where a M930
normally sits?
My thinking is that it should work. What is your experience?
/Mattis