>I'm actually interested in one for purposes of data conversion (his card
>will allow a 3.5" drive to be connected to an SS-50 machine).
From what he said a couple of days ago, it was working well on his 6800
and a 6809 but that he was having intermittent problems while formatting on
a S/09. I've been considering one myself, due to how flexible it is, once
he works out the remaining bugs. He said there shouldn't be any
compatibility problems between the board and most OS's.
Jeff
All, but particularly the UK readers,
You've probably already seen this, but today on comp.sys.dec and
comp.sys.dec.micro respectively, I saw the below announcements. I have some
interest, but probably not as much as the cost of shipping, in
Rainbow manuals (but I'd rather ard gets 'em, he'll appreciate them better)
DEC kb and mouse (to go with my VAX 4000 VLC)
AIX 3.x manuals (a lab here has an AIX 3.2 machine with no manuals):
so if anyone picks up the pile and is willing to investigate shipping to San
Antonio, TX, I'm mildly curious as to the cost.
- Mark
----------------------------------------------------------
Path:
sn-us!sn-xit-02!supernews.com!news.tele.dk!195.224.53.60!nntp.news.xara.net!xara.net!gxn.net!server6.netnews.ja.net!server4.netnews.ja.net!jura.cc.ic.ac.uk!anahata.ma.ic.ac.uk!andy
From: andy thomas <andy(a)ic.ac.uk>
Newsgroups: comp.sys.dec,comp.sys.sun.hardware,comp.sys.sun.wanted,comp.unix.aix
Subject: Free manuals and kit
Date: Tue, 26 Jun 2001 12:21:13 +0100
Organization: Imperial College, London, UK
Reply-To: <andy.thomas(a)ic.ac.uk>
During a clear-out I came across a lot of manuals for DEC and Sun kit we
no longer have. Some of this is brand new and has never been taken out of
its shrink-wrapping so it would be a shame to throw it away if someone has
a use for it. If anyome wants. it they're welcome to it for free. We have
the following:
IBM AIX: various AIX 3.x manuals, application manuals, etc
too numerous to list here
DEC: manual sets for VR-319 monochrome monitor, RRD42
CD-ROM drive, DEC 3000 AXP models 400 and 600,
manuals for the various Elsa graphics cards fitted
to PWS 500's and XP1000's
Sun: One complete documentation set for SunOS 4.1.3,
several complete manual sets for SparcStation 1
and ELC 1
I've also got some hardware I don't want:
DEC: One LA75 printer, three DEC Station 3100's (MIPS
CPU) complete with disks (Ultrix 4.2) but various
hardware faults, various DEC keyboards & mice.
Sun: several SparcStation 1's (one is in working order
with a noisy disk but the others have various faults),
several Sun 17SMM1 monitors, three Sun EXP-2
external SCSI disk expansion units complete with disks
and various Sun keyboards and mice.
I'm located in Londion, UK. Please use my reply-to address
(andy.thgomas(a)ic.ac.uk) as my from-address is broken (no time to fix my
sendmail!).
Andy
---------------- and -----------------------
Newsgroups: comp.sys.dec.micro
Subject: Re: DEC Rainbow Hard disks, rainbow software archive, reading rainbow
floppies
Date: Tue, 26 Jun 2001 11:52:56 +0100
Organization: Imperial College, London, UK
Lines: 23
...
Reply-To: <andy.thomas(a)ic.ac.uk>
On Sun, 10 Jun 2001, B'ichela wrote:
> =09Hmm. I got a rainbow 100A With the Color/Graphics card but no
> hard drives (although at least a second RX50 would be great!
I've got an RX50 in good working order that I don't want. Whereabouts are
you?
I've also got the full set of DEC service manuals, schematics, etc for
both the 100A and 100B, IPBs (illustrated parts breakdowns) which cost
cost me well over UK =A3100 back in 1987. Any use to anyone?
I gave my 3 Rainbows (one with 44 MB hard disk, colour graphics,
VR-241 monitor, 3.5" I-drive, etc), Code Blue, all software, etc to a guy
called Antonio who worked for Cabletron Systems in Reading, England
sometime in 1997 or 1998. This was shortly after DEC bought up Cabletron
but before Compaq in turn took them over - I don't know if he still reads
this newsgroup.
Andy
R.D. Davis wrote
>What we need is a method of good-quality printing, useful for archival
>quality, that's reasonably affordable to most people who already own
>computers.
>Like manhy others here have most likely experienced, I've had
>laser-printed pages stick together, injet printed pages become
>unreadable when they get a little to damp, and dot-matrix output fade
>out.
>Suggestions?
Maybe there would be a way to load archival quality ink into an inkjet
cartridge and then print the documents on acid-free paper. I purchased 3
non-working HP 1200C printers for $20, included cartridges. They have
cartridges for each color ink. I'll bet they might clog if not cleaned
correctly.
You could also perhaps find pens for a HP or other plotter containing
archival quality ink and then plot the documents on acid free paper. I know
you can get acid free plotting paper, the land plats I occasionally see are
drawn on linen or cotton paper. I've seen 60 year old copies that look
great. The modern ones are drawn by a plotter.
Hire a team of scribes to read and transcribe the documents on vellum, any
illumination would be a plus.:)
After some thought and research I have found the following:
Pointer to image permanence institute at Rochester Institute of Technology.
http://www.rit.edu/~661www1/
Pointer to archival quality inks for inkjet printers.
http://www.tssphoto.com/sp/dg/archival_inks/color.html
Pointer about lifetimes of inks and papers for inkjets, may be more image
oriented than text
http://www.tssphoto.com/sp/dg/news/Wilhelm062000.pdf
Mike
mmcfadden(a)cmh.edu
Ethan, I tried to reply to your private e-mail, but it bounced.
the address is the iname one.
--
Jim Strickland
jim(a)DIESPAMMERSCUMcalico.litterbox.com
-----------------------------------------------------------------------
BeOS Powered!
-----------------------------------------------------------------------
"Steve Robertson" <steven_j_robertson(a)hotmail.com> wrote:
> My ultimate goal is to build an automated Printed Circuit Board drilling
> machine using a classic HP 3000 MPE computer running COBOL. I'm not sure if
> OPTO22 is suitable for that application or not, I'll need to do a lot more
> experimentation to make that determination. If it's too difficult, I may
> wind up using a STD BUS computer as a smart controller/interface between the
> drilling machine and the 3000.
The sticky bit would be that the 3000's terminal I/O is essentially
one-way-at-a-time: if the terminal device doesn't have a read request
posted, then most data sent from the attached device will be discarded
(the exceptions being break and subsystem break indications). And
trying to do anything else with the terminal device will involve
aborting the read request, doing the something else, and starting a new
read request.
If the OPTO22 protocol can work around this, you're probably OK.
Otherwise, you will probably need to build a front-end processor of
some sort.
If you have questions, feel free to ask, but my COBOL is rustier than
my SPL, and so I will probably present terminal I/O examples in the
latter with heavy [ab]use of MPE intrinsics.
-Frank McConnell
>BTW, does anyone know anything about Bay networking systems?
Err...too much. I've got some clients running them, and I've done several
non-trivial networks using them.
>I once bought a big, white case at the fleamarket, which had
>been in service at a power station. One label said "LAN BRIDGE
>REPEATER" or something to that effect, and when I finally wedged
>it open, it seemed to be a VME system. The "main" board had two
>68020s, one at 16 and one at 20 or 24 MHz. The system
>also had a floppy drive, which was accessed at startup, and spome
>status lights. Other boards had several serial ports, AUI and some
>other ports which I couldn't recognise.
They are VME (sorta), and long ago obsoleted. You had a really old one;
they matched Motorola pretty close as far as processors, eventually being
one of the few big adopters of the 68060.
Backplane ran down the middle. You plugged a processor card in one side,
and a ports card in the other, for each slot. Ran from, as I recall, a one
slot fixed unit to a 13 slot monster (BN/BLN). The OS they ran was loosely
multiprocessing, with an image running on each processor card. This allowed
you to reboot a single processor board without bringing the whole box down
(well...there were caveats, especially if you were running OSPF). Nice
boxes, in many ways better than the competing Cisco product.
As an aside, unless you were really good at remembering SNMP OID strings,
you configured the things with a tool called Site Manager. This is *still*
one of the worst pieces of software I've ever used; they've done nothing to
fix it in a decade. And every different version of the router code required
a different version of Site Manager; little or no forward or backward
compatability.
>Bay have since been bought by another companym which in turn has
>been bought by yet another, which made finding information about
>it quite impossible. Why do people feel such a desire to dismantle
>the web sites of conquered companies?
It's more complicated than that. That router was actualy produced by
Wellfleet, who later merged with Synoptics to form Bay Networks. Bay was
later purchased by Nortel Networks, who is now in the process of trying not
to go out of business. A search for "Wellfleet router" should give you
sufficient info.
Ken Seefried, CISSP
I just got an incredible haul of DEC docs in the mail. Once I
get through scanning these and putting them up as .pdf's on
DECDOCS.ORG (which I just registered), the actual handbooks, etc,
themselves will need a good home, and I dont have space for them -
but I refuse to toss stuff like this away. I'd like to trade them
for other DEC PDP stuff if possible.
So, if anybody's interested, please let me know. I'll be done
with these in a month or so, assuming I get plenty of time to
use my scanner.
The list:
Everything is in "Good" or better condition, given some yellowing
of the pages due to age, of course. Only one of the handbooks has a
torn cover, and its only slightly dog-eared.
Handbooks:
Year Title
-------------
69 Digital Logic Handbook
70 Digital Logic Handbook
70 Laboratory Computer Handbook (PDP-12) (x2)
70 PDP-8/E Small Computer Handbook
71 PDP-8/E & 8/M Small Computer Handbook
71 PDP-11/45 Processor Handbook
72 PDP-8 Programming Langugaes Handbook
72 Microcomputers and Memories
72 Logic System Design Handbook
72 PDP-11/40 Processor Handbook
72-73 PDP-11/45 and 11/50 System Maintenance Manual
73-74 Digital Logic Handbook
75 PDP-11/70 Processor Handbook
75-76 LSI-11 PDP-11/03 Processor Handbook (x2)
75-76 Digital Logic Handbook
76 RK11-D & RK11-E Moving Head Disk Drive Controller User's Manual
76 DR11-C General Device Interface (x2)
76 PDP-11 Software Handbook
76 PDP-11/34 Processor Handbook
76 PDP-11 Peripherals Handbook
76-77 Digital Logic Handbook
77 PDP-11/60 Processor Handbook
78 PDP-11 Processor Handbook (04/34/45/55/60)
78 Microcomputer Processors
78 PDP-11 Peripherals Handbook
79 RSX-11M System Generation and Management Guide
81 VAX Architecture Handbook
83 Cables: Handbook for the System Builder
83 PDP-11 Software Source Book Vol. 1: Application Software
83 PDP-11 Software Source Book Vol. 2: Systems Software
83 RSX-11M Mini Reference (in mini binder)
83-84 Micro PDP-11 Handbook
84 ULTRIX Software Guidebook
88-89 Software Handbook
Catalogs:
Year Title
-------------
82 DECdirect Spring
84-85 DECdirect Winter
87-88 DECdirect Plus Summer/Fall
88-89 DECdirect Plus Summer/Fall
88-89 DECdirect Plus Winter/Spring
85-86 DECdirect Plus Fall/Winter
84 Add-Ons and Upgrades
83 (May) Emulex Controller Handbook: Communication and Peripherals
The Software Dispatch Review (bug reports):
Year Title
-------------
1974 RSX-11D (Sep, Oct, Dec)
1975 RSX-11D (Jan, July)
RSX-11D V6A (Oct)
1976 RSX-11D V6B (Jan)
RSX-11D / IAS (Feb, Mar, Apr, May, Jun, Jul, Sep, Oct, Nov, Dec)
1977 RSX-11D / IAS (Jan, Feb, Mar, May, July,
--
Bill Bradford
mrbill(a)mrbill.net
Austin, TX
Please pardon the page, gang...
John? Do you copy? If you would, please try to send E-mail to my
kyrrin(a)bluefeathertech.com address once again. I've received a firmware
update from Zyxel that should, supposedly, have fixed that SMTP problem.
Thanks much.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Bruce Lane, Owner and head honcho, Blue Feather Technologies
http://www.bluefeathertech.com // E-mail: kyrrin(a)bluefeathertech.com
Amateur Radio: KC7GR, active since 12-77 (Extra class as of June-2K)
"I'll get a life when someone demonstrates to me that it would be
superior to what I have now..." (Gym Z. Quirk, aka Taki Kogoma).
> >But as I said, it depends on what you want to do. If all the devices are
> >close together, a simple relay-driver + relays might is probably the
>
> Do you know what I mean by, the urge to engineer? It is the irresistable
> force that makes us tinkering types want to make something instead of doing
> it. ;)
>
> Maybe that is why I have ended up doing process control work so many times.
> Its just fun to turn stuff on and off with the computer, and the bigger the
> mess of stuff, the better.
Hey, I used to do distribution centers: sortation conveyors, vertical and
horizontal carousels, pick stations, etc. We used Quatech boards with Opto
22 modules stuffed in IBM PS/2 Model 80s which we stuffed in turn in big
Hoffman cabinets, and, contrary to my specs, unventilated. They ran like
gangbusters!
We'd gone in to Rose's Distribution center down in Raleigh-Duram area,
and found they had to keep a $250,000 inventory of spares *just* for
the custom controllers they used. We figured it would be a lot cheaper
to keep a couple Model 80s and some Quatech I/O boards around.
We were told that if we botched the timing of the sortation conveyor,
that the whole line could "explode"; the contractor said he'd seen
conveyor rollers embedded in a warehouse ceiling, once...
Lights going on and off, arms swinging lanes shut, packages shuttling
off into other lanes, etc. Some of the most fun I've had in computing!
And all on-topic, as everything described in the list is > 10years old.
Regards,
-doug q
