I'm looking for information on the expansion boxes for the "older"
PDP-8's (ie 8/I and 8/L). Specifically:
BA08A
BM12L
MM8I
Ideally I'd like to find user's manuals and maintenance manuals for
them, but at this point anything would be useful.
Of course, I'll also re-iterate my call for information on the DF32D
also.
Thanks.
--
TTFN - Guy
Greetings --
The diskettes are here, so here are the details:
Certron brand, retail packaged. 10 diskettes per box, with inner plactic
sleeve and labels. Still shrink-wrapped.
I opened two boxes and formatted 6 randomly-selected diskettes without
incident. They look and act brand new.
They are packed in two different size cartons: 10-box and 42-box. Weight
on the 10-box cartons is 4 pounds, and the 42-boxers are 22 pounds. I'm in
Orlando FL, zip code 32810. Price per box is $1, minimum 10-box shipment,
plus shipping. I'd prefer to ship UPS but will ship USPS media mail upon
request.
I can accept VISA, MasterCard, American Express and Discover, but we're
flexible here so if you have another preferred method of payment let me know.
I *think* I have replied to everyone who said they wanted in on this deal,
but if I skipped you, send me an email, either here or at glenatacme(a)aol.com.
I'll get back to you privately with our toll-free 800 number so you can call
and arrange shipping and payment.
Any other questions, let me know.
Later --
Glen Goodwin
0/0
I have the following DEC board for sale (best offer) or trade. They
are all in reasonable shape, but are not guaranteed functional.
M7521 AA - ETHERNET L UNIBUS
(2) M7486 - UDA50 CONTROLLER MODULE
M7485-YA -M7485 W/ BLSTD RMS 4 LYR UDA50
(2) M8750-CJ- MEMORY
(2) M7199-AF- MS750-J 4 MB MEMORY, HEX
L0002-DATAPATH & MICROQUENCER
(2) ComDesign -#010231- (?)
Thanks Norm
On Tuesday 20 April 2004 10:45, Jay West wrote:
> Ok folks, the discussion of non-computer hobbies has been fun and
> enjoyable, helping to know the folks here and get a better picture.
> But lets get back to on-topic stuff!
And to kick it off, I'm announcing yet another "feature" I'm working on
adding to my website. Right now, it's a set of pictures of some DEC
peripherals, I hope to expand it to include some specs on the devices
as well, and possibly include things like CPUs or boards. Also, it'd
be nice to get some non-B&W pictures, but this is what I've got to
start with. I'm trying to fix the fustration that I've had using
google to figure out what an RM03, for example, looks like.
The URL:
http://computer-refuge.org/dec-pics/
Pat
--
Purdue University ITAP/RCS --- http://www.itap.purdue.edu/rcs/
The Computer Refuge --- http://computer-refuge.org
Has anyone seen an altair 8800 with a circular keylock power switch, I
would like to track down the bastard
that ripped me off a long time ago.
This was in Oregon, 20 years from before, He ripped off a bunch of other
people, IMHO, Jim Willing and Mike Boyd.
His position was last reported in Eugene, that was years ago.
Jim Davis.
I was wondering how much information is around on the
microprocessors HP built in the late 70's/early 80's
I found some information on the MC2 in the Osborne processor
books from '79, and it appears an MC5 is used as the maint
processor in the HP3000 Series 44.
Anyone know what processor is used in the HP64000? One note
on Usenet claimed it was an Inmos part?
Is there a source for new 8in floppy disks? New old stock is fine. I
just would like a box of unused blank disks.
Two reasons, first I have a STD bus computer with a Z80 CPU and dual 8in
drives (one that does not work) that I might like to play with. Second I
have an IBM S/34 that has an 8in drive and I need a box of disk for
someone to copy some disks for me...
-chuck
"McFadden, Mike" <mmcfadden(a)cmh.edu> wrote:
> VAX 6000-610
> VAX 6000-410
I'm salivating but just don't have a place to house a 6000 in a full cabinet
(unless it's the smaller version for space-constrained people, a smallish
rackmount XMI card cage, but those were rarer than hen's teeth), let alone two
of them.
Is it the kind of thing that's headed for death in a melter if no one takes it?
If someone else (with a warehouse for his computers) can take them, great, but
if no one does and they head for scrap, can you please take out all boards (I'm
interested in all XMI and all VAXBI boards, the TU58, and any other boards/parts
that may be there other than the huge cabinet that I unfortunately can't handle)
and let me (or other interested people) have them?
MS
>I have a couple as well, and I thought it was quite descriptive of the
>processor's capabilities. I wonder what kind of neat logo we could come up
>with for the Hitachi 63C09... ;-)
You could make the circles '?'marks - for all the undocumented opcodes!
>>In hindsight, the 6809 while the best 8 processer it only has 64k of
>>memory space.
>
>So? Most (all?) 8-bit CPUs have that "limitation" -> which can be easily
>overcome with bankswitching and other techniques...
I agree that standard 16 bit 64k addressing should not have kept the processor
>from becoming more widespread than it did - look at the Z80 and 6502 - both
less capable processors, both with "only" 64k and both received much more
acceptance than the 6809.
I do think that a natural progression in the 6809 family (had it continued)
would have been an integrated segmented or bank switched memory manager -
this could have been worked quite nicely into the 09 architecture.
>> Also since the only
>>common 6809 system was by Radio Shack as games machine you never got the
>>good I/O like lower case letters and a real serial and floppy drives.
>>Ben.
>
>Game machine? Hardly... the Commodore & Atari were *much* better with games
>than the CoCo ever was. Floppy drives? RS drives were the best available
>for that class of market at the time.
I 1/2 agree (with each of you) - the original CoCo (and even the CoCo2) were
somewhat limited, and more importantly packaged (CoCo1) and marketed as a cheap
home console computer. Not so much a game console (although the cartridge slot
does suggest this), but as a cheap "toy" computer (that happened to play a bunch
of cartridge games). The CoCo3 was a marked improvement, however it was too
little/too late, and as no one else had really picked up the CPU, it got the
reputation as an "oddball".
I do agree on the RS drive - the drive cartridge used a standard floppy controller
chip (and you could use standard off-the-shelf drives) and interfaced directly to
the 09 bus through the cartridge slot - much better/faster then the custom serial
drive offerings by the "other guys". But, I also think that having to use a
cartridge for the drive seems a bit goofy - why not have implemented a drive
interface native to the machine?
I designed and built my own 6809 based workstations - both the homebrew ones shown
on my web page, and a couple of custom bus/racked limited production designs for a
couple of "big" companies as in-house test platforms - These "serious" systems were
remarkably powerful for their time, and gave a truer impression of the 6809's
potential than the CoCo which hid that power beneath a flimsy and toyish looking
case, an inadaquate keyboard (CoCo1) and artifically limiting system software (for
example, the CoCo ROM's required DP to be "Page Zero" - and hogged most of it).
>How does [[ Crappy graphics, crappy sound, great I/O speeds & Unix-class
>multitasking OSs ]] == "Game Machine"???
Speaking of multitasking, there's a really nice feature of the 6809 that is
often ignored, however I used this in a number of 6809 based products that
I designed to implement very fast simple multitasking.
This feature is the "Direct Page" register! - Unlike other CPU's which use
"zero page", the 6809 has DP which means that you can place your "zero page"
at any 256 byte boundary. This register is also saved and restored during a
full interrupt, meaning that in a multitasking system, each task can have it
own "zero page". This makes for compact code (many tasks never need to use
extended addressing for memory references).
Here's an example of a ultra simple task swapper in only 5 instruction, in
which each task runs in round-robin fashion, requiring only 3 bytes in each
tasks "page" - there is no system task control blocks/tables:
; Interrupt saves all registers (can be SWI for volentary swap)
INTHND: STS <MYSP ; Save current task stack pointer
LDA <TLINK ; Get next tasks DP
TFR A,DP ; Switch to new DP :-( can't load DP directly)
LDS <MYSP ; Restore new task SP
RTI ; Load new task registers & launch
Ah - such memories!
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
