Greetings,
I picked up a rather interesting 8-bit Atari system a while back.
It is an Atari 130XE with 1050 floppy drive and a modem.
What makes this system interesting is that it has been designed to be more
portable. The 130XE's power supply, 1050's power supply, and modem, are all
in a grey sheetmetal box, and the 1050 is bolted to the top. There is a large
carrying handle on the front of the box, two illuminated power switches, a
large unused red lamp, and an LED that is connected to the modem.
On the back of the box is the power cord connector, a 7-pin DIN socket for the
130XE's power connection, a 15-pin D connector, and an unused 9-pin D
connector. The telephone cable feeds through the crack between the box's lid
and its side, and the power connector for the drive is fed through a hole
drilled in the back.
14 pins of the 15-pin connector are wired up inside, so it looks like the
modem is supposed to connect to the "Expansion" connector on the back of the
130XE (14-pin edge connector). Of course, whatever cable connected the
computer to the modem has been lost (it was a Salvation Army find, so I was
extremely lucky to get the power cable and SIO cable).
The major part on the modem board is an NEC D80C48C. The board has the Atari
logo etched on it. There appears to be only 8 actual connections to the
board.
Does anyone know what kind of modem this is? And which contacts should be
wired to which contacts on the Expansion port?
Thanks.
--
Doug Spence
ds_spenc(a)alcor.concordia.ca
http://alcor.concordia.ca/~ds_spenc/
>Looks like various LSI 11s, spare parts, boards, docs. Peripherals include
>9 track and (likely) DAT tape, RD53 and RD54 drives, some SMD drives. Vaxes
>are of the Microvax III type. Full set of VMS docs, version 4.x. Also an
>optical disk drive, unknown make/model, WORM type, about 18" platters. A
>total of about 4-5 systems.
And where is this happening? Need any help?
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
>These are of the "Flip Chip" variety, and if I recollect correctly, they
>may be cards from a STRAIGHT 8!!!!!
Some of them certainly are. Others look to be from -6's or
older -10's.
>All cards listed are in neither the DEC field guide or Doug Jones' Omnibus
>module guide.
Mainly because most are not Q-bus, Omnibus, nor Unibus boards. I'll
try to remedy that :-).
>B014
Are you sure it's not a B104? That's 4 inverters.
My memory is real hazy on low-numbered B modules, but most are from -6's
or -10's.
>G180
Low density R/W amp for RK04 DECPACK drive.
>G208
PDP-8 Inhibit driver - replaces G205
>G603
Memory selection matrix for PDP-6
>G808
Power supply control for PDP/8
>G938
RK05J Head Position Servo
>M051
Don't recognize this one.
>M111
Totem-Pole NAND gates
>M113
More Totem-Pole NAND gates
>M206
Don't recognize this one
>M302
Two one-shots
>M3118YA
This is a CXA16, a 16-line serial async multiplexer as found in some
DEC terminal servers.
>M506
Bus receivers, I think.
>M624
Bus drivers for PDP-8's and -15's.
>M7164
First half of a KDA50
>M8956
>M8957
These two are out of a TU78 formatter.
>R002
Common Cathode diode network
>R205
I'm pretty sure this is a register module from a PDP-8
>R210
PDP8 Accumulator
>R211
MB, PC, MA for PDP8
>R220
3-bit SR for PDP-8
>R405
PDP-8 clock module
>R650
Don't recognize it
[General note: S modules are generally R modules with clamp loads]
>S111
5 mA clamp version of R111
>S181
DC Carry Chain, 6 diode gates and inverter from PDP-8
>S202
5mA clamp version of R202
>S203
5mA clamp version of R203
>S603
5mA clamp version of R603
>W026
PDP-8 connector card
>W103
I think some kind of bus transceiver from a PDP-10.
>W640
3 pulse converters
>W707
Book says "Teletype Transmitter, 8 bit, 2 unit stop code only". I
think from a PDP-10.
>W998
Blank piece of vectorboard, used for custom circuits.
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
< Standalone Backup I loaded VMS 5.5 and the Mandatory Update on to the
< drive. I want to bring VMS up to v5.5.2, but do not know whether I
< need load both v5.5.1 and then v5.5.2 or whether just v5.5.2 is enough.
< I presume that this is done as an Update using VMSINSTAL. Correct?
<
< - don
Yes. Why do you require VMS5.5-2?
MV2000 with 5.5 on it if you do the VMStailor correctly should leave about
100,000 or so free blocks (block=512bytes) on a RD54. The thing to attack
is the libraries (there are several for most of the major layerd languages
and they are BIG). Without tailor and with DECwindows you will have around
40-60,000 blocks free. Even at that it's still useful!
Hint, two VS2000s networked and one with trimmed libraries(any anything
else) work real well as one can use the net to make up for the missing
stuff. With the right cable a MV2000 can also power and talk to a second
RD52/53/54 with plenty of space then available.
Allison
When I had cleaned out my TRS-80 (was sitting on floor in basement when
septic tank backed up), I used a 40lb paint sprayer (air), with a cleaning
nozzle on it. I put the suction tube into a bottle of Windex, and it worked
great. I rinsed them by swishing them in a tub of warm water.
To dry the board, a dish rack and old hairdryer (hood type)with the heat
off, work wonders.
--
-Jason Willgruber
(roblwill(a)usaor.net)
ICQ#: 1730318
<http://members.tripod.com/general_1>
-----Original Message-----
From: Don Maslin <donm(a)cts.com>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Tuesday, May 11, 1999 4:33 PM
Subject: Re: Board Cleaning Opinions Wanted
>On Tue, 11 May 1999 allisonp(a)world.std.com wrote:
>
>> On Tue, 11 May 1999, Jeffrey l Kaneko wrote:
>>
>> > Thanks to everyone who offered advice; something I was thinking
>> > was to use warm water, and some dishwashing liquid. Does that
>> > seem safe?
>>
>> Maybe, maybe not, depends.
>>
>> Why is it that most of the manufactueres used something like if not a
real
>> dishwasher that every one is scared off here?
>
>Good question! The only circuit cards that I would have any hesitation
>about would be those with pots/trimpots and perhaps variable capacitors
>installed. The possible problem there being getting them really dry.
>
> - don
>
>> My experience is with more than several hundred s100, multibus, Qbus,
>> Omnibus and misc non-bus cards over 20 years of doing this it's never
been
>> a problem other than to insure the water is completely dried off the
>> board. This does not include my expereince with marine equipment that
has
>> had a swim in salt water (hint salt eats boards!).
>>
>> > I'll leave the corestacks alone (well, I'll use a soft brush to
>> > remove the dust from the *outside* of the 'sandwich').
>>
>> The core stacks themselves if there were even a hint of something nasty
>> on them they'd get washed carefully, it's the fine wire I worry about.
>> Generally the sense and driver boards are ok to machine wash.
>>
>> Allison
>>
>>
>>
>
>
>
> > >Thing is, I've dealt with a number of 'professional' archivists who
> > >couldn't/wouldn't find docs for me. Either they'd didn't know if they had
> > >them, or they couldn't easily get to them, or they were too valuable to
> > >look at (which begs the question as to why on earth they need to be kept
> > >if they aren't going to be used as a source of information).
> >
> > Indeed if they were "professional" then they would be accomodating to get
> > the so-called "too valuable to look at" docs in a form which could be
> > looked at by folks like us or other types of researchers.
>
> Agreed. For most documents produced in the last 200 years, the important
> feature is the information that they contain, not the paper/ink that they
> were produced with. So looking at a good copy would be equally useful.
>
> I can fully understand that making copies can damage documents. So why
> don't they make 1 good copy using whatever technique causes the least
> damage and then treat that as a semi-raare document that can be inspected
> carefully by interested people? If it gets damaged (through excessive
> copying, perhaps), then they could make one more copy of the original.
But if the original is damaged in some way by making the copy (the pages
may crumble just in handling), shouldn't the original be saved with the
hope that a method of duplicating that doesn't destroy the original with
be found in the next few years? Also, if the pages fall apart with
with handling, it may not be possible to make a copy at all.
Proposal for copying really OLD documents (I get a royalty if someone
does this and it works!)
1) Develop a machine that performs a CAT scan of the document
without opening it at very high resolution.
2) process the high resolution 3D images captured to determine
the ink patterns on each page.
3) OCR the individual pages to recreate the original text
Simple, Right?
clint
Hi Gang:
I'm on a semi-yearly business trip to Ottawa, Ontario. I stopped in this
evening at the friendly local computer recycler. Looks like I might have
hit a jackpot in regard to many pounds of old DEC cards.
These are of the "Flip Chip" variety, and if I recollect correctly, they
may be cards from a STRAIGHT 8!!!!!
The machine is nowhere in sight, as they are a scrap metal place it was
like chopped up over the last couple of weeks.
Here is a list of the cards. Those in the know, can you advise me and
others whether these are of interest. I had the owner put the box aside
until I call him back.
Total is about 30 pounds of cards. The list contains a sample only. There
are, in some cases, 5-6 cards of each type. There are some Q bus and Unibus
cards listed too, can you identify them?
All cards listed are in neither the DEC field guide or Doug Jones' Omnibus
module guide.
Here's the list:
B014
G180
G208
G603
G808
G808
G938
M051
M111
M113
M206
M302
M3106 4 LINE MUX
M3118YA
M3118YA
M506
M506
M624
M7164
M7270 LSI-11/02 CPU
M7608 2-4 MB RAM
M7819 8 PORT SERIAL I/O
M7942 VT72 BOOT
M7946 RX01 CONTROLLER
M8029 RX02 CONTROLLER
M8029 RX02 CONTROLLER
M8203 RS449 WITH MODEM
M8956
M8956
M8957
M8957
R002
R205
R210
R210
R211
R220
R220
R405
R650
R650
S111
S181
S202
S203
S603
W026
W103
W640
W707
W998
If these cards are indeed rare, or of value to anybody on the list, LET ME
KNOW OVER THE NEXT COUPLE OF DAYS, so I can pick them up and hold them for
you, for shipping and my out-of-pocket costs, of course.
Please post to the list, and email me directly,
Kevin
<678 PRINT "HELLO"
<792 GOTO 678
<
<is as good as
<
<1 PRINT "HELLO"
<2 GOTO 1
<
<Was this always the case?
Yes! I started with Dartmuth basic on a GE tymeshare system in '68. Later
the various basics used on DEC PDP-8s. MITS BASIC (ALTAIR), Processor Tech
5k basic, LLLbasic, Tiny basic, Nibble, NS* basic all required line numbers
for every line and by default assending order. The FIRST basic I'd seen
with out line numbers for every line was Cbasic.
1 print "hello"
Goto 1
The first language I'd seen that didn't have that requirement was Fortran
on the 8I.
Allison
<--Max Eskin (max82(a)surfree.com)
< http://scivault.hypermart.net: Ignorance is Impotence - Knowledge is Powe
<
A few days ago, I undertook to install a Maxtor XT2190 (that had
previously been used in a PC running DOS) in my VAXStation 2000. I
brought up T 70 and, to my relief and joy, it scanned the disk and
declared it an RD54! The relief came since I was not at all sure that
I could come up with all of the data that T 70 requires when it goes
into query mode. Is there a program that can extract that data from a
'real' RD54?
At any rate, the format proceeded smoothly and with the help of
Standalone Backup I loaded VMS 5.5 and the Mandatory Update on to the
drive. I want to bring VMS up to v5.5.2, but do not know whether I
need load both v5.5.1 and then v5.5.2 or whether just v5.5.2 is enough.
I presume that this is done as an Update using VMSINSTAL. Correct?
- don
Hiya,
>
>
>
> A few days ago, I undertook to install a Maxtor XT2190 (that had
> previously been used in a PC running DOS) in my VAXStation 2000. I
> brought up T 70 and, to my relief and joy, it scanned the disk and
> declared it an RD54! The relief came since I was not at all sure that
> I could come up with all of the data that T 70 requires when it goes
> into query mode. Is there a program that can extract that data from a
> 'real' RD54?
>
The values for the prompts can be found in:
http://anacin.nsc.vcu.edu/~jim/mvax/mvax_faq_text.html
Just load this page, and the search for "test 70". There is another page
somewhere that describes how to calculate the media ID, but I forget the
URL.
> At any rate, the format proceeded smoothly and with the help of
> Standalone Backup I loaded VMS 5.5 and the Mandatory Update on to the
> drive. I want to bring VMS up to v5.5.2, but do not know whether I
> need load both v5.5.1 and then v5.5.2 or whether just v5.5.2 is enough.
> I presume that this is done as an Update using VMSINSTAL. Correct?
>
> - don
I dunno, I don't use VMS, but I got a lot of layered product
licenses w/tapes.
clint
