-Matt Pritchard
Graphics Engine and Optimization Specialist
MS Age of Empires & Age of Empires ][
> -----Original Message-----
> From: Jeff Kaneko [SMTP:Jeff.Kaneko@ifrsys.com]
> Sent: Wednesday, April 22, 1998 9:37 AM
> To: Discussion re-collecting of classic computers
> Subject: RE: The PC's Soviet?
>
>
> >
> > There were all kinds of small Apple cloners around, with various
> Apple
> > variety and fruit names ("Granny Smith", "McIntosh", "Pear", etc.).
> The
> > only obvious differences between most of these machines and an
> actual
> > Apple ][+ was the lack of the Apple logo, and usually the presence
> of
> > lower case display (though not necessarily the shift-key mod, which
> my
> > machine lacks). Some had additional stuff, though, like function
> keys and
> > slightly differently shaped cases. Or maybe a different colour of
> > plastic.
>
> I fondly remember an issue of BYTE from long ago, that was the April
> 1st edition, that had a phoney advertisement in it for a 'Lemon
> Computer' that looked suspiciously like an Apple ][ (with a rather
> distressed and dissheveled user scratching his head . .).
>
> Wasn't that Creative Computing?. Back in the late 70's they would do
> an "April fools" section of their magazine. One year they printed it
> upside down at the back of the magazine so if you flipped it over, it
> looked like a different magazine.
Have you considered doing this for acoustic delay lines?
Actually, I was thinking about making an emulator that would use
.WAV files instead of .T64 or whatever.
>too. However, I could generalize and say they were all DOS-based,
>written in Pascal or assembler, don't come with source code, have
>poor documentation, etc. and I want to roll my own in straight portable
C.
>I'd rather make it general to handle old S-100 tapes, C-64 tapes, etc.
>instead of just hard-coding one flavor. It should be ready in
>the year 2010.
>
Don't bet on it. I have a book that predicted quality software by
1990. Seriously, though, I don't think collectors are in danger of
making their hobby worthless by saving too much. I doubt you will see
an "extra" C-64 in 2010. They will all be in the hands of collectors
or landfills.
>rescue old data. Sure, QuickCams are nearly disposable now. Cheap
>$1,500 PCs include them these days. Five years from now, they'll be
>embedded in cheap monitors. Ten years from now, they'll be in cereal
>boxes. Unless the hobby of collecting computer junk is adopted by
>Hollywood stars, I humbly suggest that it will be at least *more
difficult*
>for you to find spares for your original equipment than it will be
>for me to find something that could deliver a bitmap by looking
>at my punched card. :-)
>
>- John
>Jefferson Computer Museum <http://www.threedee.com/jcm>
>
>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
>> If not the schematics themselves, then how about a database indicating who
>> has what? Users could submit a list of what they have, and others could
>> search it for needed contacts.
That's a pretty good idea... maybe store machines, related hardware,
whether the user has manuals for the machine or not, other notes etc...
It's a shame though about the copyright situation; I try to store binary
images of everything that I can in the hope that I can recreate boot
disks etc. in the event of problems, but it would be nice to be able to
share those freely with others...
(I suppose the danger with this, as with anything on the 'net, is that
we end up with thousands of people all trying to do the same thing and
end up with the current situation of knowing that the information is
probably there *somewhere* but spending years finding it...)
cheers
Jules
>
On Apr 22, 16:08, Philip.Belben(a)powertech.co.uk wrote:
> Subject: Re[2]: PDP 11/23 help needed
> Seth and Pete were discussing the PDP11-23...
> ISTRT the F11 processor is settable between 18 and 22 bit
I forgot -- there's a bit in SSR3 that sets 18/22. You're quite correct about
that.
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
On Apr 22, 16:08, Philip.Belben(a)powertech.co.uk wrote:
> Subject: Re[2]: PDP 11/23 help needed
> Seth and Pete were discussing the PDP11-23...
>
> >> 2) Same as above, but for the M8044-DB boards. I could put one
> >> of these in with the M8047's to get a full 64Kword of RAM, yes?
> >> Does anyone know what the DIP-switch settings for these boards
> >> are?
> >
> > Yes, but I'm not sure why you say "full" and 64Kword" together :-)
> > 32KW (64KB) is the limit for 16-bit addressing, or 128KW (256KB) for 18-bit
> > addressing. Ignoring the I/O page, that is.
>
> Um... Am I way out here? Doesn't the 23 support 22 bit addressing? And
> I never before heard of a 16 bit Qbus! ISTRT the F11 processor is
> settable between 18 and 22 bit (128KW, 256KB and 2MW, 4MB respectively).
> The 18 bit setting is used in the 23 on 18 bit Qbuses and in the 24 on
> unibuses. The 22 bit setting is used on 22 bit Qbuses, but you need
> extra hardware to use it in the 24 (i.e. on unibus).
An 11/23 only supports 18/22-bit addressing if it has the MMU chip fitted,
which
almost all do, though it was, strictly speaking, an option (at least, for most
of the 23's life).
Early KDF11-A's (Rev.A) only support 18-bit, most (Rev.C) support 22-bit
addressing -- iff they have the MMU. Otherwise, they can only access 16-bits
of
address space. I don't recall any setting to change that, you just only get 18
bits in an 18-bit backplane. If you try to access beyond that range, you get a
bus error. ISTR that the ODT still works (always 18-bit) without the MMU,
though. I can't easily check as the only one I have running ATM is a 22-bit
system.
A number of KDF11-A's were fitted to 11/03's as upgrades, and those had 18-bit
backplanes. The 11/03, however, only had a 16-bit address range, as did early
core, MOS RAM, and ROM boards. I wasn't referring to the bus as 16-bit, but to
the address range.
For slightly different reasons, you can't use an MSV11-D (or several other
options) in a 22-bit system. It will fit in the backplane, and work fine, but
it effectively turns the whole system into 18-bit, because it doesn't decode
BAL18-21, and therefore responds to sixteen blocks of addresses.
For similar reasons, the RKV11-D is not often used in 18-bit or 22-bit systems,
since it can only perform DMA with 16-bit addressing (you can access the
registers in an 18- or 22-bit system, of course, because it responds to the
BBS7 signal). There are lots of other I/O options with similar restrictions.
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
Hi all,
are there any good sites out there containing collections of schematics
for old machines? I occasionally come across sites with a few schematics
/ info for specific machines, but has anyone collected stuff together
for several different machines into one place?
(It's something I keep on meaning to do myself - would there be much
interest in this? I was thinking more along the lines of some of the
more obscure hardware out there though, as there's probably plenty of
places to get details on common machines such as the popular 8-bit
micros of the early 80's. Would be nice to have copies of ROM/Disk
images where possible too...)
cheers
Jules
On Apr 22, 14:25, Julian Richardson wrote:
> >> There is the problem of copyrights and permission. Not as easy as you'd
> >> think as the copyright live past the companies demise so you have to
> >> track where or who still holds it.
>
> I think roms/disks for some machines are no longer copyrighted though,
> no? (or at least freely distributable) - I think Acron's BBC machines
> fall under this category.
That's VERY manufacturer-specific, and doesn't apply to Acorn code. As Allison
pointed out, you need some dispensation, either individually or to the public
at large.
> There seemed to be a lot of people a few years
> back who took to putting rom/disk images up on public sites until
> somebody complained - presumably there's been a crackdown on that sort
> of thing recently though...
Well, Motorola had a go at somebody a year or two ago, as I recall, and ISTR
that ended after a bit of a row with the website in question being closed.
OTOH, there's a site with old Sun boot roms and a note to the effect that if
anyone from Sun objects, the site will remove them immediately on official
request.
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
On Apr 22, 0:16, Seth J. Morabito wrote:
> 1) The M8047-CA boards need to be wire-wrapped to assign their
> address vectors -- they're combination MOS RAM and Async EIA,
> and I have no docs for them. Can anyone guide me to some info,
> or tell me how to jumper one of them to be console serial
> port, and the other to be next in line on the bus?
> The wire-wrap pins have absolutely no markings on them, not
> even any single-letter or number labels, so this one could
> require ASCII-art to describe :)
There are umpteen pages of link settings in the manual. I'm not keen to type
all that in ATM, but if no-one else answers in a few days, I might scan the
pages and accidentally store them on my website (copyright? wassat?)
> 2) Same as above, but for the M8044-DB boards. I could put one
> of these in with the M8047's to get a full 64Kword of RAM, yes?
> Does anyone know what the DIP-switch settings for these boards
> are?
Yes, but I'm not sure why you say "full" and 64Kword" together :-)
32KW (64KB) is the limit for 16-bit addressing, or 128KW (256KB) for 18-bit
addressing. Ignoring the I/O page, that is.
The MSV11-D addresses memeory on any 4KW boundary, set by the switches.
SW1-5 = A13, SW1-1 = A17. Right under Sw1-5 are 2 wrapped links (6 posts) that
set the memory *size* which you shouldn't need to change. There are 3 posts
labelled 6,5,7 which set parity/no-parity; they should be jumpered 5-7 to set
no parity for the -Dx. There are 3 posts labeled 2,1,3 near the B
edge-connector which enable/disable use of the bottom 2K of Bank7; 1-3 to
disable that. Lastly, there are two sets of power jumpers just above the notch
between the connectors; these are used to set battery/no-battery option.
> 3) I'd love to have the RK05 controller in there, in the hopes
> that someday I'll have an RK05 to play with. Just like the
> above... How do I jumper it, and where (physically) in the
> Bus should I put it?
Usually after the other IO/memory options.
> 4) Actually, that raises a good question. All of these boards
> are single-height (1/2 the width of the Q-bus backplane).
> I know there is some special physical layout the boards should
> use when they populate the backplane, but what is it?
> My best (probably wrong) guess right now is:
> CPU in row 1, slot 1 (is that left or right?),
> M8047's in row 2, slots 1 and 2,
> M8044 in row 3, slot 1,
> M7269 in row 4, slot 1, DSD controller in row 4, slot 2.
>
> Does that make any sense? Should the CPU only live in the
> first row, not RAM? I seem to remember something like this
> from the darkest depths of my mind, but I don't remember
> for sure.
The processor should go in slot 1 (top) because that's the only one with
connections to the RUN signal (used for the front panel light), though it will
work elsewhere apart from that. Except in BA23/BA123 cabinets with H
backplanes (see below).
Normally you'd put the memory next, then the I/O, starting with the options
that need the best CPU response (which is often the SLUs, not the disks).
As to which side, that depends on the type of backplane. There are two main
types; "serpentine" (aka "zigzag") which have Qbus in both A-B and C-D slots
(A-B are the left side as you look into the card cage from outside, with slot 1
at the top), and "straight", which have QBus in the A-B slots, and C-D
interconnect in, surprise surprise, C-D. In serpentine backplanes, the slots
are wired in the order 1A/B, 1C/D, 2C/D, 2A/B, 3A/B, 3C/D....
There are variations in microPDP-11 backplanes, where the first 3 (BA23
cabinet, H9278-A backplane) or 4 (BA123 cabinet) slots are wired straight (Qbus
in A-B, interconnect in C-D) and the rest are serpentine. That's to allow PMI
memory in the top, and lots of dual-width options below.
H9273, H9276 are straight. H9270 and H9275 are serpentine. You probably have
an H9273, if it's an early 11/23. Later ones had H9276's (22-bit instead of
18-bit). There should be a label somewhere on it. That means you probably
want all the cards in the left side, and none on the right.
There are also odd ones like the various H9281-x which are only dual-wide, and
the DDV-11 backplane which is hex wide, with Qbus in A/B and C/D, and
interconnect in E/F.
> 5) OK, simple question, one I've wondered about but never bothered
> getting answered because I felt like a complete idiot moron
> asking it: Does the QBUS need to be terminated by a special
> card in any way, in order to work?
Usually, yes. H9275 and H9278 backplanes have built-in terminator options.
Others need a terminator card, such as a BDV11. The normal termination is a
nominal 120 ohms, usually as 180/390-ohm resistor packs.
> 6) What's the pin-out on the M8047 EIA ports? They're 9-pin Berg
> connectors, and I need to build a cable for them to connect
> either to 9-pin or 25-pin PC-style serial in order to set up
> any kind of console terminal.
Looking at the back of the card, components uppermost:
____________________
| |
| 9 7 5 3 1 |
| |
| 10 8 6 4 2 |
|___________________|
1 UART clock in/out (depending on a link, not all SLUs have this)
2 signal ground
3 transmit +
4 transmit -
5 signal ground
6 index - no pin
7 receive -
8 receive +
9 signal ground
10 some SLUs have +12V here, from a current-limiting resistor or a fuse, to
supply a converter. I use it with a 1K series resistor to provide a
pseudo-DTR signal for some terminals.
For normal RS232, link 7-9, and use 3 as XMIT, 8 as RCV, 5 as SG, and ignore
pin 4.
> 7) Anyone know what the Data Systems Design board is? It has
> "RX" stensiled onto the board near the jumper block, among
> other things like "BOOT", so I assume it's some sort of RX01
> or RX50 controller or some such.
Much more likely to be RX01 or RX02 than RX50. What kind of connector does it
have? If 34-pin, it might be RX50 but could be like the Baydel units that use
a 34-pin connector but are actually an SA800 interface. If 50-pin, probably an
SA800/801 interface for 8" drives.
> WHEW, that's _too_ many questions. Anyone who can tackle one of them
> gets my respect, and you may award yourself one cookie.
I prefer flapjacks :-)
> I'd like to piece this system together and get it working to the
> point where I can play with it and at least fiddle with the monitor
> again, playing with Octal. And I'd dearly love to put it in a
> proper DEC desk-side rack with an RK05, but that comes later...
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
"Doug Coward" <dcoward(a)pressstart.com> wrote:
>Now I just have to order some new paper tape.
>It came with 3 rolls but the tape is so old that it breaks when an entire
>row of holes are punched and the sprocket keeps ripping the sprocket
>holes even with no tension on the tape.
I just got 21 rolls of original yellow Teletype 1" tape from
someone on the RTTY mailing list for the cost of shipping, and I
promised to share the wealth, so ...
- John
Jefferson Computer Museum <http://www.threedee.com/jcm>
>> No.
the simple answers are always the best :)
>
>> There is the problem of copyrights and permission. Not as easy as you'd
>> think as the copyright live past the companies demise so you have to
>> track where or who still holds it.
I think roms/disks for some machines are no longer copyrighted though,
no? (or at least freely distributable) - I think Acron's BBC machines
fall under this category. There seemed to be a lot of people a few years
back who took to putting rom/disk images up on public sites until
somebody complained - presumably there's been a crackdown on that sort
of thing recently though...
(always seems a pity that the information is out there... somewhere...
but almost impossible to get to!!)
ta
Jules
>
>
From: Max Eskin [mailto:maxeskin@hotmail.com]
<< I'm curious about the various home/small business computer standards.
I know about the PC standard *sigh*. There was also the MSX standard
which involved a Z80 and 64K ram, I think. What other ones were there?
>>
Quite a few. from memory....the S-100, probably the earliest micro bus
to become popular. A standard business configuration for 8-bit would be
a Z-80, 64K RAM, 5.25" floppies, serial ports to a CRT terminal and
printer, and CP/M-80, running applications written in CBASIC. For
16-bit systems it would be an 80286, 1MB RAM, hard drive in the 40MB
range, 4 to 16 serial ports to CRT terminals and printers, maybe even a
modem, running MP/M or Concurrent DOS, again with applications written
in BASIC. A lot of single board Z80, 8086, and 80286 systems (like
Altos) built this same basic configuration, but without an expansion
bus.
The SS-50, a competitor for the S-100 but using Motorola 6800 CPU, never
really caught on. VME, an industrial bus still alive today, lots of
different CPUs supported over the years, but it started with an Intel
8080. Motorola came up with a competing bus that looked very similar to
S-100 except it used 86 pin bus, called Exor, something like that, never
caught on either, though Motorola did their best to promote it for a
while.
There were some holdovers from the mini makers. Q-bus, DEC's bus for
the PDP-11 micros and later the MicroVAX. A typical PDP would be a
PDP-11/03 CPU, 64K RAM, 2.5MB hard drive (RK05), 4 port serial to a
VT-100 terminal, and a DECwriter II for a printer. Business apps were
written in FORTRAN, DIBOL, or BASIC, usually running on the RT-11
operating system. BTW the Q-bus wasn't strictly DEC proprietary, DEC
sold PDP-11 CPU chips for a while, Plessey made their own PDP-11 systems
with them. DEC later dropped CPU sales when they found out the other
manufacturers were just taking away DEC customers, not expanding into
new markets. Sort of like MAC clones... <s>
VAX Q-bus configurations are still around in sizeable numbers (we have
some in the office). The machines aren't fast, but very reliable (as in
years per hardware failure). It's not unheard of for VMS systems to run
for a year or more between boots. A common setup in the late 80's was
the MicroVAX II (roughly equivalent to a 386), a 32-bit CPU with up to
16MB of RAM. An 8 slot chassis, holding the CPU board, 2 memory boards,
disk controller (RQDX3, MFM), tape controller (TK50), Ethernet
controller, and an 8-port serial card (DHV11). Drives would be either
70MB or 160MB. The tape drive could hold about 95MB. It ran VMS (still
in use today), or less commonly Ultrix (DEC Unix). Several languages
are available, including C, FORTRAN, COBOL, and BASIC. DEC has
discontinued new VAX Q-bus machines, and new VAXes in general, but they
have large stocks of VAX CPU chips, enough to last a few more years.
Intersil made the IM6100, a microprocessor version of the 12-bit PDP-8,
but I don't recall if a bus was ever associated with it. Data General
had a bus for the NOVA minis and I believe Fairchild made a micro
version based on the 9440 microprocessor (NOVA instruction set). Texas
Instruments made the 9900, a micro version of their minis, and it had
some kind of proprietary TI bus.
Jack Peacock
Hi,
I just got back.
The Channel F is the first programmable color cartidge based video console.
It predates the Atari 2600 by about 1 year (1976). The controllers have 8
degrees of freedom: normal joystic directions plus twisting plus pushing up
or down.
The ISBN fo the Haddock is: 0-89689-098-8
Copyright 1993
The publisher is:
Books Americana, Inc.
P.O. Box 2326
Florence, Alabama 35630
And I still can't believe that the COCO had a 6899E for a processor :)
Francois
-------------------------------------------------------------
Visit the Sanctuary at: http://www.pclink.com/fauradon
-----Original Message-----
From: Greg Troutman <mor(a)crl.com>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Monday, April 20, 1998 10:48 AM
Subject: Re: Week-end finds
>Max Eskin wrote:
>>
>> Two questions: a) what is a channel F?
>
>It's a video game console. Older than the Atari 2600, I think it was
>the first programmable home system introduced.
>
>--
>mor(a)crl.com
>http://www.crl.com/~mor/
>
Sorry to post a partially less-than-on-topic message:
Brian, recently you posted concerning a book you were interested
in, and I e-mailed you (privately) concerning it... did you recieve
the e-mail? I only ask this way because my ISP seems to be getting,
shall we say, slightly less 'vigilant' when it comes to %100
delivery rates. Now, spam, on the other hand....... ;}
Anyway, if any interest in Korn and Korn still, write me back. If
not, accept my apologies for this.
ObClassiccmp: Southern Cal collectors... the TRW swap meet is
this Saturday, the 25th, at the TRW plant in El Segundo, CA from 7:00
to 11:30 am. I will have some DEC PDP and Plessey items for sale or
trade... and also I have heard from my spies that Marvin (of this
list) will once again mis-appropriate one of my two precious spaces,
where he will try to foist^H^H^H^H^H sell some of his Very Good Stuff
to any unsuspecti^H^H^H^H^H discriminating buyers. I get first pick.
:)
Further details posted if any interest in the Group, otherwise
e-mail me privately. There *is* some room for a few other items,
should someone wish to also participate; free of charge, you just
have to get your stuff down there. A Note to collectors: there are
frequently some nice finds... Kaypro II, IV, 10... $5, an IBM sys36
complete, $25 *delivered* (!) S100 things, etc, etc. And it's always
fun to meet other folks on this list in person, as well...
Cheers
John
From: Tony Duell [mailto:ard@p850ug1.demon.co.uk]
I was once involved with a design when we needed a nasty function of 3
TTL level signals. There wasn't space for a lot of extra gate packages.
I
immediately said that I could do it in one single TTL package. One of
the
other designers (who is very clueful) said 'Oh, I suppose you want a TTL
PROM, or maybe one of those TI PALs with the 74-series numbers'. I said
'No, I can do it with a normal 16 pin TTL chip that doesn't have to go
in
a programmer first'. So, what was the chip ?
74LS138, 1 of 8 decoder, the three inputs go to A, B, C, all 8
possibilities decoded on the outputs.
Jack Peacock
A few hours ago, I rescued from the trash a Data General
commemorative 5-year anniversary serving tray. It is a shallow
wooden box, 1' X 1.25' X 1", with handles on the narrow sides.
The inside bottom of the box, on which you would put the teapot
and so on, it says,"Data General Five Years of Service 1983".
Surrounding that text is a timeline of 1977-1978, with photos.
It starts with, "Corporate Quality Logo Chosen", and ends with
"Data General Weathers the Blizzard -Data General employees in the
northeast, particularly those in Massachusetts, have weathered what
is now being called 'The Blizzard of '78'.
Many Employees were stranded at DG plants that were surrounded by
more than 20 inches of snow. In true DG fashion, everyone joined
together to make the best of it. DG sheltered many motorists who
found themselves stranded." -My abbreviations.
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
I got a Data General One laptop that someone was using as a wheel-
chock at a flea market. It has a smashed LCD, and won't start.
Now,
a)Does anyone have an extra LCD that would work?
b)What type of power does it use?
c)Does anyone want any parts? It's in good physical condition.
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
<Quite a few. from memory....the S-100, probably the earliest micro bus
<to become popular. A standard business configuration for 8-bit would be
It was preceeded by at least three others. L-bus from Control Systems
of natick MA for 8008. Intel had the MCS bus and later multibus.
<16-bit systems it would be an 80286, 1MB RAM, hard drive in the 40MB
<range, 4 to 16 serial ports to CRT terminals and printers, maybe even a
<modem, running MP/M or Concurrent DOS, again with applications written
More likely 8088 or 8086 with 1meg. The 286 s100 crates could carry at
least 16meg and 4meg would not be out of line.
<in BASIC. A lot of single board Z80, 8086, and 80286 systems (like
<Altos) built this same basic configuration, but without an expansion
<bus.
AmproLB and xerox820 were pretty well known.
<The SS-50, a competitor for the S-100 but using Motorola 6800 CPU, never
<really caught on. VME, an industrial bus still alive today, lots of
IT did but it was exclusively 6800/6809.
<S-100 except it used 86 pin bus, called Exor, something like that, never
<caught on either, though Motorola did their best to promote it for a
It was processor specific, if you weren't using MOTO cpu it was
inappropriate.
<There were some holdovers from the mini makers. Q-bus, DEC's bus for
<the PDP-11 micros and later the MicroVAX. A typical PDP would be a
<PDP-11/03 CPU, 64K RAM, 2.5MB hard drive (RK05), 4 port serial to a
<VT-100 terminal, and a DECwriter II for a printer. Business apps were
Only the very earliest LSI-11 system ised the RK05 series as they were
replaced very quickly by the RL01 and later RL02. An 11V03 was 32kb ram,
two DL serial lines and RX01 floppy in the 30" short cab. The 11T03 added
a pair of RK05 disks.
By the early to mid 80s the 11/23 cpu had replaced the slow 11/03 cpu and
memory was typically 128-256k.
<written in FORTRAN, DIBOL, or BASIC, usually running on the RT-11
RSTS and RSX-11 timesharing and multitasking OSs were available as well
as Ultrix-11(dec unix) by the mid 80s.
<operating system. BTW the Q-bus wasn't strictly DEC proprietary, DEC
<sold PDP-11 CPU chips for a while, Plessey made their own PDP-11 systems
DEC owned the license there were at least three that were licensed for
it, Heath/schulmber/zenith, plessy and one of the military aircraft guys.
DEC also sold raw chips, the T-11 and J-11 being notable.
Most of the volume production of chips was by AMD and Harris to DEC spec.
Also CTbus (pro350/380), UNIBUS 11/24, 11/74, 11/84 are two more examples
of DEC PDP-11 buses used for micros.
<Intersil made the IM6100, a microprocessor version of the 12-bit PDP-8,
<but I don't recall if a bus was ever associated with it. Data General
Omnibus was the real PDP-8(E,F,M,A series) and intersil had a bus that
was also used by harris. The 6120 was supplanted by the faster 6120
that had the EMA integrated into it. The DECMATE-II/III used the 6120.
Harris was the second source. However they out produced intersil on the
raw parts.
DECs first 32bit micro that was complete on one chip was the 78032 (aka
microvax-II). It is still a popular cpu for those that like a good
performing system that runs as DEC would advertize 24x7x365. The ones I
have did and still do exactly that save for power failures.
<had a bus for the NOVA minis and I believe Fairchild made a micro
<version based on the 9440 microprocessor (NOVA instruction set). Texas
Microflame. It was supposed to be a faster version of the micronova. I
have specs in my collection.
TI had no less than many different busses depending on model and the group
that originated the system.
Allison
There's an interesting one. I only have two floppy drives. Where
would the hard drive go? There's an extra ribbon plug on the MB,
same as for the display and keyboard, what's that for?
>
>I'd like the hard drive if it still works.
>
>James L. Rice
>
>Max Eskin wrote:
>>
>> I got a Data General One laptop that someone was using as a wheel-
>> chock at a flea market. It has a smashed LCD, and won't start.
>> Now,
>> a)Does anyone have an extra LCD that would work?
>> b)What type of power does it use?
>> c)Does anyone want any parts? It's in good physical condition.
>>
>> ______________________________________________________
>> Get Your Private, Free Email at http://www.hotmail.com
>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
I don't have much room, but thankfully, manuals are pretty rare.
But I think I wouldn't be able to tolerate having hundreds of manuals
for incredible machinery and never even seeing the machine.
>I grab any/all manuals (and data books, general computing books) that
are
>being thrown out, of course. I also buy just about any I see in
>second-hand bookshops.
>
>But I also buy a lot new. The IBM Techrefs, for example. I've probably
>spent more on manuals than on hardware over the years. Having complete
>and accurate documentation is very important.
>
The boston public library probably has more books on writing
computer manuals than any other single thing about computers.
>
>Hmm.. I'd rather have a schematic and a ROM listing with a brief
>description, however badly written to a lot of English prose that tells
>me nothing. Alas a lot of manuals and books are in the latter category.
>
>
>> Possibly the rare good ones become Sci-Fi writers :^)
So that's why the stories never make sense and have tiny chapters :)
>> ciao larry
>> lwalker(a)interlog.com
>>
>
>-tony
>
>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
Thanks to everyone that responded about archiving documents. I printed
out all the replies and I'm in the process of experimenting.
IT'S ALIVE
About two months ago I picked up a package deal that included an H-8
computer, H-17 dual (hard sector) floppy drive unit, a couple of boxes
of 5 1/4 diskettes (HDOS), a 4K Altair Basic paper tape and manual, and
a H-10 paper tape reader/punch with all the manuals. I had the boxes sent
to work so as soon as I unpacked everything I connected the H-8 up. I used
my Pentium as the terminal and the H-8 fired right up into HDOS.
Anyway...
The H-10 had been nonfunctioning for years because the owner had
arc tested the electronics board with a screwdriver. Last week I took
a break from scanning manuals to take the H-10 apart on the kitchen
table. It turned out to be 2 1N4002 diodes in the 5 volt supply that had
both shorted. It works. Now I just have to order some new paper tape.
It came with 3 rolls but the tape is so old that it breaks when an entire
row of holes are punched and the sprocket keeps ripping the sprocket
holes even with no tension on the tape.
I'll try to get some pictures of the insides to put up. It's beautiful. Nine
large solenoids connect to the punch head by rods about 6-7 inches long.
The read head uses a lamp that looks like an automobile tail lamp.
The cool part is that the H-10 can copy tapes stand-alone (without being
connected to the computer).
Well, I'm excited.
By the way.
Question:
If I made the claim on my ELF page that the 32 byte prom based monitor
on the SUPER ELF was the "smallest manufacturer installed firmware
operating system for a digital microcomputer" would anyone here
disagree? (I'm trying to add more infomation to this page of my museum)
Later
=========================================
Doug Coward dcoward(a)pressstart.com
Senior Software Engineer
Press Start Inc.
Sunnyvale,CA
Curator
Museum of Personal Computing Machinery
http://www.best.com/~dcoward/museum
=========================================
Tony Duell <ard(a)p850ug1.demon.co.uk> wrote:
>Punched cards have one major design bug IMHO that's not shared by paper
>tape. There's no 'column reference' on a card.
>It's therefore almost impossible to make a hand-pulled card reader.
Come to think of it, perhaps a sub-$50 B/W QuickCam would make a
cheaper reader than a scanner. You could aim it at the card, in a
frame, and drive it by hand. Front-lighting and scanning can put
a non-card color behind the holes. Or you could back-light with
infrared LEDs and take advantage of chip-cam IR sensing. Unlike
phototransistor or mechanical solutions, it's not dependent on
particular card geometry.
I know the video/scanning route sounds like technological overkill.
What's wrong with that? :-) It reminds me of my day-dream to
rescue audio cassette data using PC sound card digitizing.
I like these novel solutions because they are less dependent on
esoteric hardware, and the core - the software - is more portable
and transportable into the future and to users who need it.
Sounds like Ethan has more spare time than I do, though!
- John
Jefferson Computer Museum <http://www.threedee.com/jcm>
>>
>> Could someone tell me what the configuration of individual gates
>> is (one of them, at least) for binary addition (or provide an EASY
>> TO FIND reference)?
> I'll give you the equations, you can draw the gates yourself (it's
> getting late...)
> lots of stuff about adders
There is a much easier one chip solution, the brute force approach.
Take a TTL PROM, size dependent on how big an adder you need, use the
address lines as terms A and B, and use the outputs as the result. For
instance, for a 4 bit adder, use a 256x8 TTL PROM, lower 4 address bits
are A, upper 4 are B, and the 8 output lines are the result (only 5
used, 4 plus carry). Program the PROM with all the possible results.
You can also make a poor man's multiplier or divider the same way. For
a multiplier all 8 output lines would be used.
Jack Peacock
I'm curious about the various home/small business computer standards.
I know about the PC standard *sigh*. There was also the MSX standard
which involved a Z80 and 64K ram, I think. What other ones were there?
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
<True. If you write the program to keep careful time (and reject cards wi
<fewer than 80 chars), it _might_work. There is, of course, a brute-forc
<approach - 960 phototransistors. Additionally, one could build a 4 dpi
<scanner (12 pixels and a stepper motor). With the steppper from a 5.25"
<drive and either a mechanical amplifier (lever) to pull the 7" stroke or
<either a) multiple 12-bit sensors or b) one 80-bit sensor w/3" stroke,
<it wouldn't be that hard to make, not that I have the time to make a
<contraption of that complexity.
Ah gads you guys do it the hard way. Take a stepper from something and
put a roller on it with a diameter such that one step will move the card
forward one column. Then all you need is one rows worth of
phototransistors. I forget the punched card orgainization but a parallel
port (printer) off a PC should be enough bits.
For hand pulled it's a row of phototransistors for reading the column and
one phototransistor for each row.
V--to read column
=============================================================guide rail
+
+
+
+
+++++++++++++++++++++++++++ <<<<<<<direction of motion (96 needed)
^ +
| +
/ +
| +
|=============================================================guide rail
^optos to read the leading edge of the card for column clock, spacing
is such that each one is obscured as the column is over the column
leds making it self indexing. It's possible to go very fast.
Oh the only difference with hole vs mark sense is transmittance or
reflective sensing.
Allison
