I have a Tektronix VT220 compatible keyboard as pictured here:
http://deskthority.net/resources/image/12676
Can anyone provide any information/links/technical specs? I suspect it
is off either a character terminal or an X-terminal. If I can't find
anything about the protocol the plan will be to replace the controller,
an Intel p8049ah with an Arduino to do the row/column scanning.
The keyboard was made by NMB and contains Hi-Tek 'space invader' key
switches.
The cable ends in a 6 pin mini-din connector.
The pins of the cable are labelled as follows:
1. Clock
2. Data
3. N.C.
4. IG GND
5. +5V
6. CHASSIS GND
I didn't think this would be PS/2 compatible, and it doesn't look like
it as the signals don't tie up with a 6 pin MINI-DIN PS/2 pin out.
Thanks!
Mark.
They also had a version of SystemV for them called MicroXelos System V.
UniPlus did their System III. Perhaps the SysV as well. They also had
idris available. They were standard Multibus chassis, IIRC,.b
I had a 16 port version in a tower called an XF200 running a news feed for
a while. There was a 16 port card...
I found an old post on them.
http://marc.info/?l=classiccmp&m=104957799225097&w=2
I had a crap pile of them at one time.
Dumped them all at Trenton Computer Festival's dumpster and my trash cans
in Lakewood since no one wanted them.
The MFM drives were fairly slow and their screen handling was lousy.
They did emulate a Perkin-Elmer 1251 terminal IIRC on their screen with
full blockmode.
Sorry about the top post... pulled these both out of gmail and attempted to
reformat and quote.
I think they were a Perkin-Elmer product that was merged into the
Interdata/Concurrent manufacturing. Perkin-Elmer eventually stopped paying
for Concurrent to build them.
One of the few computers made in New Jersey.
It was in dhrystone outputs back in the day,
* CCC 7350A 68000-8MHz UniSoft V.2 cc 821 875
Trident (3rd party maintenanve place) showed they had the XF200 power supply...
8-)
Bill
> Yes, these only have two serial ports on the back but they do have$
> blanks in the panel for two more. $
>
> Now I'm hoping the drives weren't wiped (but they probably were
considering $
> the defense contractor it came from.)$
> $
> Todd$
--
d|i|g|i|t|a|l had it THEN. Don't you wish you could still buy it now!
pechter-at-gmail.com
My hackerspace (ENTS; http://ents.ca/) recently got a large donation of
equipment and components from an automation company. Most of it was test
equipment but there was also a PDP-11/34 with two RL01 drives. An LP11
and a DZ11 are also installed. Several RL cartridges are included,
although some are RL02 cartridges, and one is a VMS 3.0 distribution
cartridge. There are also a few boxes of documentation that we haven't
gone through yet (although I'd be surprised if there were anything there
that's not on Bitsavers).
It draws a bit too much power for us to run it there, so we are looking
to sell it. I am not quite sure what is a reasonable price is, but I'm
thinking somewhere around $200-$300. However, we are open to offers. I
just don't want to see it scrapped. The buyer would have to either pick
it up or pay for shipping themselves.
Labels of included RL cartridges:
BC-M951G-BC (RSX-1M+ pregenned dist kit) (RL02)
BC-V981E-BC (RSX-11M+ 2.1 MPU21E dist kit; has note saying it has
errors) (RL02)
AX-D820B-BC (BSC-11/IAS-RSX V2 bin) (RL01)
AX-J624A-BC (KED/RSX 1.0 bin) (RL01)
VAX/VMS 3.0 required (RL02)
Northwest Digital Sales - CTOS - Version 4.0 RSX Demonstration Disk
(RL01) (not quite sure what this is)
"Scratch Disk" (RL01)
"Editors" (RL01)
one more disk may be in one of the drives since there is a spare cover,
but I'm not sure
Next time I go there I should really go through the documentation and
see if there are cartridges in either of the drives.
Does anyone have the source code for the PDP-8 disassembler "dcp16.bn"
or know where it can be found? One place where dcp16.bn can be found
is at http://www.dbit.com/pub/pdp8/nickel/utils/dcp/os8/. John's
"from" directory says that the files came from "DECTAPE/DT42" -- does
that mean anything to anyone?
Thanks,
Bov
5150 sys board
5160 64/256K old style sys board
5160 async com card
The IBM boards are sealed in static bags and boxed. The boxes had a
description but not an IBM number on them. These could be unused, possibly
refurbed. I probably picked up everything on this page from a 3ed party
maintenance company over 10 years ago as surplus inventory. Only a few
boxes were open and what I did look at looked like new. I'm not an IBM
person, but I can look for actual part numbers upon request although I
might have to open the sealed bags. I have quantity mostly on the 64/256
board.
I should have a qty of power supplies, PS2 and other parts here yet.
AST Megaplus MG-064-P new in box
AT&T Z3A Async Data unit new in box
Compac async card
boxes of nib Allen Bradley and Cutler Hammer parts
Feel free to contact me off list if you are interested. Shipping from 61853.
Thanks, Paul
On Thu, Jul 24, 2014 at 4:21 PM, Tony Duell <ard at p850ug1.demon.co.uk> wrote:
> [1] The VAX11/730 also loads the CPU microcode at power-up, but from what
> I rememebr, ther eare some hardware features that optimise it for the VAX
> instruction set. While it is possible to give it a differnet instruciton
> set, I think it wopuld be a lot less efficient.
All of the microcoded processors DEC designed, whether they had
loadable microcode or only ROM, had hardware that was substantially
oriented toward the normal DEC macroinstruction set(s), and would have
been very inefficient at implementing other instruction sets. The
VAX-11/7xx series hardware was designed for efficient execution of
both VAX and PDP-11 instruction sets, but the other machines were
designed for a single instruction set only. Even the machines that
officially supported user-written microcode (PDP-11/03, PDP-11/60,
some VAXen) were generally unsuited to implementing entirely different
instruction sets, and user-added instructions were expected to have
similar structure to standard instructions. The Western Digital chip
set used in the PDP-11/03 was used for at least two other instruction
sets, the WD16 used by Alpha Micro, which was very similar to the
PDP-11, and the Pascal Microengine, which executed UCSD p-System
p-code. The latter was not a very efficient use of the
microarchitecture, and consequently the Pascal Microengine was not
much faster than the UCSD p-System running on the fastest
general-purpose microprocessors available at its introduction. Since
general-purpose microprocessors were evolving quickly, soon it was too
slow to be taken seriously.
Early on, it was very expensive to use fast RAM chips for a microcode
store, so DEC used bipolar PROMs except on relatively high-priced
machines (e.g., KL10 and KS10), and if serious bugs were found, the
microcode PROMs had to be replaced.
For the KS10, it was considered that the RAM chips used in the control
store were unreliable, so they did parity checking on the control
store, and if there was an error, the CPU would halt and the console
processor would reload the control store. They patented that:
http://www.google.co.in/patents/US4231089
The VAX-11/780 introduced the concept of patchable control store,
where most of the control store was PROM but there was a small amount
of patch RAM. Costs of high speed RAM declined quickly enough that
most later non-microprocessor VAXen used entirely RAM control store.
With the advent of VAX microprocessors, the larger die area required
for RAM vs ROM shifted the economics shifted back to favor ROM with a
small RAM patch area.
Forwarding.
This is very nice hardware, I hope someone can rescue it.
--Toby
-------- Original Message --------
Subject: Free Sun 3/470 (sun3x) stuff
Date: Sat, 26 Jul 2014 09:17:00 -0700 (PDT)
From: Jeremy Cooper <jeremy at baymoo.org>
To: port-sun3 at netbsd.org, port-mvme68k at netbsd.org
I have the parts to a full 3/470 "Pegasus" machine ready to give away or
it will have to be recycled. I never got a chance to learn all the names
of these pieces, nor their exact part numbers. They include:
* A 12-slot desk-side 9U (three connector) VME chasis. It is not the
original Sun chasis, it's a clone.
* About five memory boards.
* 3/470 "3400" main CPU board
* A couple of SCSI boards
* A color framebuffer board.
There are a couple of interesting feature on this sun3x machine that never
made it into NetBSD: the block copy accelerator and the page-zeroing
accelerator. It would be great if some kind NetBSD developer could take
this machine and use it to incorporate support for these devices into
NetBSD/sun3x, but I will gladly give the machine, or parts, to anyone who
asks.
The machine is located in the Northern San Francisco Bay Area. I can drive
the chasis around the Bay Area (but no further). The boards, which are
perhaps more rare, still have their most recent shipping boxes and
packaging. These I will ship to anywhere in the US or Canada for free.
If you aren't interested in this hardware but know someone who might be,
please forward this message to them.
Thanks!
-Jeremy
Hello List,
I've been developing my own Z80 SBC kit computer (who hasn't?) and have
been debugging CP/M 3 on it. I seem to have come across an interesting
problem with the LDIR instruction which appears on some 10MHz Z80 CPU's
I bought from Farnell, but not on what are probably Chinese fakes which
are supposed to be 20MHz. I'm running the system at 6.75MHz.
The problem is when I execute the LDIR instruction, it writes an
additional zero to memory. Say if I transfer 16 bytes, it'll transfer
them correctly but overwrite the 17th address with a zero.
Does anyone know anything about this? I've looked for a list of
revisions or bug fixes from Zilog but haven't come up with anything.
The Z80's in question are marked:
zilog
Z84C0010PEG
Z80 CPU
1209
Thanks,
Alexis K.