So I finally got the Micro PDP11/53 hooked-up to a terminal. When back at the folks at over Christmas I found an old MMJ cable and DB25F adapter, which work when the latter is plugged into the VT. I need to try the MMJ cable I bought recently with this adapter, but suspect it is something about using an MMJ direct between the PDP and VT. ISTR having this problem before trying to direct cable a MicroVAX to a VT's MMJ port.
In any case, I'd like to join this machine into Hecnet, hope to run RSTS/E and have a couple of questions:
- Looks like only v7 of RSTS/E is available, would this suffice?
- Would anyone be willing to help me out with media (happy to cover cost for media and postage, of course)?
Regards,
Andrew
--
Andrew Back
a at smokebelch.org
The items are claimed.
Thank you,
Martin Marshall
> -----Original Message-----
> From: Martin Marshall [mailto:martinm at allwest.net]
> Sent: Tuesday, December 30, 2008 9:56 PM
> To: General Discussion: On-Topic and Off-Topic Posts; The Rescue List
> Subject: Free for Shipping: SyQuest EZFlyer, EZDrive
>
>
> More from the cleanup:
>
> One = SyQuest EZFlyer 230 MB Drive - Parallel Port - Original
> box - complete
>
> One = SyQuest EZDrive 135 MB Drive - SCSI External - Shrink-wrapped
>
> Free for shipping from 82930. Reply off-list to "martinm" at
> the domain "allwest.net".
>
> Thank you,
> Martin Marshall
>
On 1 Dec 2008 10:54:43 -0200, Alexandre Souza wrote:
> Of course, you can always use a 2716 or like EPROM on the place
> of PROMs
> :o)
Actually not... A fast 2716 has an access time of 200 nsec whereas TTL
PROMs have sub 100 nsec access times (e.g. 82S115 = 60nsec max). At
the time, TTL PROMs were used where access speed was necessary. To
replace them with an EPROM or EEPROM you have to go to something much
more current.
CRC
---- General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org> wrote:
>
> > Really? Reaction on this list to the original govliq lot seemed to
> > indicate otherwise. I don't know how often they come up on ebay
> > because I don't have an active search looking for them.
>
> Most I see are not on Ebay. In the past couple of years, I have come
> across maybe six 029 and 129 machines _off_ Ebay, then there are the
> ones that we see _on_ Ebay. 029s and 129s seem to be neck and neck as
> far as availability. Other keystations, like the 024 and 026 are not.
> Then there are some weird variants, generally part of data comm sets,
> that really are rare. But then, often the difference is only a hair
> more than a new tag.
>
> > Still, considering that someone snatched that one up with a buy-it-now
> > option instead of waiting out the auction tells me that they aren't
> > common on ebay either.
>
> Lots of people, including some of the mainframe collectors (big guns),
> still think that the 029s and 129s are really rare. I suspect they are
> not looking past their screens. For those of us that are actually
> doing the legwork, the things just come around.
>
> > While rare is a relative and not an absolute term, I don't think this
> > sort of item (particularly in this condition) would qualify as common.
>
> Yes, the condition matters greatly in this example. I will admit that.
>
> --
> Will
>
I have found none here in Texas but have found several outside of Texas both in CO & GA. Picked up some 024's and other loder devices.
John K
I was perusing some topics on Wikipedia and came across this enlightening
tidbit of information in the article on "Gold plating":
"With direct gold-on-copper plating, the copper atoms tend to diffuse
through the gold layer, causing tarnishing of its surface and formation of
an oxide and/or sulfide layer.
"A layer of a suitable barrier metal, usually nickel, is usually deposited
on the copper substrate before the gold plating. The layer of nickel
provides mechanical backing for the gold layer, improving its wear
resistance. It also reduces the impact of pores present in the gold
layer."
http://en.wikipedia.org/wiki/Gold_plating
So this is why a re-seating of certain cards, connectors and ICs
oftentimes cures a fidgety system.
Just thought I'd share this. It was novel to me at least.
P.S. I'm assuming this information is accurate :)
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
Hello!
Having a New-Years clearout before my son/daughter arrives.
Free for collection:
SGI 20" Monitor (including little slide-out remote control)
Digital (DEC) 17" Monitor (originally used with a VAXstation)
Generic (beige) 19" Monitor with BNC inputs (used for my SGI Crimson)
Sun PowerMac G4 (sawtooth) X 2
Sun SparcStation 4
Sun SparcStation 5 (bad cosmetic condition - missing front "feet")
Sun SparcStation 2
Sun ULTRA 1
Sun ULTRA Enterprise 2
Xemplar Power Macintosh ONE/225
HP Deskjet 1220C
Ideally I'd like to get rid of it all in one go, but I appreciate this
is somewhat optimistic!
I can provide further information on any of the kit, upon request.
All replies directly to myself, please. I'm based in Holmfirth.
Happy New Year!
-Austin.
On 30 Dec 2008 13:59:20 -0800, Chuck Guzis wrote:
> Do fusible-link PROMs go bad? At least do they go bad any more often
> than some of the LSI on that board? [...]
Indeed they do. Six months ago I was given a DOA Rockland-Wavetek
5820B spectrum analyzer that had a disconnected power supply lead.
Fixing that brought up the unit sans random pixels on the displayed
alpha-numerics. I finally traced the problem to a 8S115 PROM that was
feeding a 8X300 (two other CPUs in the beast - Z80s). After decoding
the ROM I began editing the data to restore the missing 1-bits and
reprogrammed the very same chip. After the first half of the alphabet,
the remainder of the letters magically appeared. Once the bit "heals"
it is possible to reblow it. How long this fix is going to last is
anyones guess - probably another 20 years...
CRC
More from the cleanup:
One = SyQuest EZFlyer 230 MB Drive - Parallel Port - Original box - complete
One = SyQuest EZDrive 135 MB Drive - SCSI External - Shrink-wrapped
Free for shipping from 82930. Reply off-list to "martinm" at the domain
"allwest.net".
Thank you,
Martin Marshall
On Mon, Dec 29, 2008 at 5:52 PM, Gordon JC Pearce MM3YEQ
<gordonjcp at gjcp.net> wrote:
> Alexandre Souza wrote:
>
>> The SBC6120 is a **real nice** SBC...
Yes it is, and it's back in "print"!
> ... [I] wish I had saved a T-11 (was it?)
>> processor from many of the arcade boards I saw going to trash...I do not
>> even know how to operate a PDP, but it would be something fun to learn :o)
T-11s aren't terribly rare. Perhaps not as common as other 40-pin
CPUs from the 1980s but they can be found on DEC boards and in at
least one DEC terminal. The issue of using one in a modern
SBC6120-like board has been brought up from time to time, and one of
the limitations I think I recall is that they don't have a MMU and,
unlike the F-11, there wasn't one for it, severely limiting your OS
choices. Between that and it not being simple to emulate DEC
interfaces down to the CSR level, turning a T-11 into a bootable
PDP-11 isn't easy at all. Making a 64KB board that runs PDP-11
instructions isn't hard - but then what do you do for software? It's
a harder problem to solve than on the PDP-8 since there really is only
one dominant OS there (plus a lot of OS-less paper-tape software).
Writing _a_ disk driver for one OS for your new disk (such as with the
SBC6120) isn't a terrible obstacle. For the PDP-11, you have to
consider that folks would be interested in RT-11, RSX, RSTS, and
several varieties of UNIX.
The T-11 would make a fun little board if you happen to know or want
to learn the PDP-11 instruction set and have a use in mind for some
configuration smaller than a console line and a disk/disk emulator.
> I think I asked the question a couple of years ago, about which "classic"
> non-typical CPUs turned up in arcade machines. I seem to recall someone
> saying that the T-11 was used in Paperboy.
Yeah... I remember reading about the T-11 in Paperboy some time back
and was quite surprised. Large quantities of video games spanned the
progression over the years from 8080 to Z-80 and 6809 to 68000 as
complexity and sound and color advanced, and there were a few games
here and there with something odd like a 6502, but the rare appearance
of a T-11 really stood out for me. I never played Paperboy much, and
I haven't seen too many of the machines in the wild since I learned
they hid a T-11 inside.
-ethan
>
>Subject: Re: T-11 (was Re: PDP-11/70 cache memory)
> From: "bfranchuk at jetnet.ab.ca" <bfranchuk at jetnet.ab.ca>
> Date: Tue, 30 Dec 2008 18:23:30 -0700
> To: General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org>
>
>Seth Morabito wrote:
>
>> (Where on EARTH did Bob find a new supply of 6120s?)
>
>Who said Bob is from the Earth?
>
>> -Seth
>
The 1802 and 6120 have had a long production life and there are many
scattered around.
Allison
Any interest in the following for free if you can pickup in the Seattle area?
1990-1992 IBM RS/6000 POWERserver / POWERstation
(2x) 7012-320 20MHz desktop
(1x) 7012-320H 25MHz desktop
(3x) 7013-520 20MHz deskside
(2x) 3151 serial terminal
As far as I know these are on the slowest end of the POWER processor
range (before POWER2 and PowerPC) and probably run best with AIX
3.2.5.
I think some of these have 32MB RAM and some 16MB, and SCSI hard
drives. I won't bother poking around for more details unless someone
is interested.
If anyone is interested reply privately. If there is no interest a
new free computer recycling law goes into effect in 2009 in WA state
and these will go to a recycler sometime next month.
I have posted a transcript from the Oct 1950 Radio-Electronics article
"The World's Smallest Electric Brain" with pictures.
http://vintagecomputer.net/simon.cfm
Bill
And since some have mentioned it, there was a 3rd party upgrade to the
11/70 which replaced the whole memory system with a few cards in the CPU
box, which turned all memory into cache.
This was by a company called SETASI, and the product was the hypercache.
They actually had two products. HC-70 was the hypercache, and then you
had something called the PEP-70 as well. It appears they could be used
together, but I don't know if one was required for the other, or if they
were related in any way, and if so how.
(SETASI also did other stuff, such as a SCSI adapted for massbus, which
was pretty nice, and usable both on 16-bit and 36-bit machines.)
Johnny
Hi folks,
A few of you might remember the Jupiter Ace I had that took a 9V spike to
the expansion slot -- and my futile attempts at repairing it. It's been well
over four years since I sent it to a listmember who offered to repair it, and
all attempts to get the board or the spares I sent with it have failed. At
this point, I haven't seen hide nor hair of him in months, although he's
apparently still updating his website...
So basically I'm the proud (?) owner of the two sections of case, most of
the snap-rivets (apparently Maplin sell these, so I might be able to complete
the set), the rubber keyboard membrane, documentation, demo tape and a
(supposedly working) 16K RAM pack.
I've heard rumours of spare, unassembled Jupiter Ace PCBs kicking around;
does anyone happen to have one up for grabs? It looks like the only way I'm
going to get this thing up and running again would be to build a new mainboard
>from scratch, thus that's what I'm planning to do. About the only parts I need
are a Z80 CPU and a couple of 74LS logic chips.
Only other alternative would be to get a few PCBs made up for it, then
build one from scratch on that -- the catch being I haven't had any luck
creating a decent track master from the scans of the PCB that I have....
Can anyone assist me in my Quest to Build a Working Jupiter Ace (tm)?
Thanks,
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
Gene Buckle wrote:
> Zane, you could just use an IDE-CF bridge. That's what I use in my
> Amiga 2000 (albeit with a SCSI-IDE bridge in the middle of that).
Isn't there a SCSI <--> CF bridge available ?
I thought I read once on the web about it ...
Has anyone here ever seriously considered trying to get CP/M-68k running
on an older Sun machine, say, a Sun 2 or 3?
--
David Griffith
dgriffi at cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
I was poking around Google today and came across 4.3BSD Quasijarus as
something that might be interesting to try in SIMH and maybe on my
VAXstation, but the ftp site seems to be empty. Does anybody have a
mirror of the Quasijarus 0c distro? Without seeing the files, I don't
have any idea how it is distributed... I'm hoping it's a CD-ROM image
so I can install easily on my vaxstation--anybody know? And yes,
NetBSD is just too new for me :)
Thanks
John
--
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
Hi Guys,
I've been contacted by a chap in SW Ohio with a load of
DEC VT-180 documentation and software to find a home for.
It's a heavy box (11kg), so a bit pricy to ship ... It
would be ideal if someone closer to him could obtain this
and scan/image any of the docs and software not already
available.
Here's the list he sent me:
MANUALS:
VT-180 User Guide
VT-180 Series Technical Manual
CP/M Operating System Manual
CP/M Operating System Command Summary
CP/M BIOS User Guide for VT-180
Read Me First for CP/M Users
CP/M Applications Software Referral Catalogue
VT-100 User Guide (covers the underlying VT-100 terminal)
VT-102 Video Terminal User Guide (copy ? not original)
VT-18X Upgrade and System Test Guide
VT-180 Series Pocket Service Guide
VT-18X Diagnostic 5.25 (original DEC disc)
VT-180 CP/M 2.2 OS (original Dec disc)
SOFTWARE:
Select Word Processing for VT-180 (original DEC discs + manual)
Multiplan Spreadsheet for VT-180 (original DEC discs + manual)
MBasic for VT-180 (original DEC discs + manual)
If interested, please contact me for his info.
Regards,
Dave
--
dave06a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.classiccmp.org/dunfield/index.html
Hi Guys,
I've been contacted by a chap in Maryland with a Borroughs
B80 he wants to find a home for - I don't think he wants
anything for it other than shipping cost if non-local.
Too big/far for me ... if anyone is interested, please contact
me for his info.
Regards,
Dave
--
dave06a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.classiccmp.org/dunfield/index.html
On Tue, Dec 30, 2008 at 12:14 AM, Bob Armstrong <bob at jfcl.com> wrote:
>> Glen Slick wrote:
>>I basically followed along with the installation info I found here and
>>gettting a basic bootable system installed was fairly straight
>>forward.
>>
>>http://www.itsecuritygeek.com/itsgeek/comments/43bsd-quasijarus-on-simh-vax
Nice.
> This procedure is for a MicroVAX, though. You're not going to be able to
> boot directly from magtape on a 11/7xx VAX.
If you already know this (or still have the battle scars yourself),
what we did back in the day, for installs, we booted 9-track tapes on
PDP-11s (RK05 or RL02 if you didn't have tape, but the media charge
was expensive), TK50s or RX50s on early MicroVAXen, and "console
media" for large VAXen. The 11/78x models had RX01s via the
internal PDP-11 console processor, the 11/725 and 11/730 had TU58 by
the internal 8085 console "processor", the 11/750 came right up via
ROM and could boot TU58s, and ISTR the 86xx had RL02, but I don't know
by what attachment. You had to order your OS with the right console
media to be able to boot up a "standalone restore" program which was
then used to (sometimes) prep the disk and to restore the first
saveset off of, commonly, a 9-track tape. Early on, VMS might have
been small enough to fit on console media entirely, but by the time I
was doing it (VMS 4.x), we had a tape and a pack of TU58s for our
11/750. Our UNIX distros (System III, 4BSD...) always came on
magtape.
I still have a pile of TU58s from our 11/750, but when I went to read
them off a few years ago, I did not achieve 100% for any tape set. If
anyone would still have a stack of VMS install floppies for a 11/78x,
I think those might be more robust and quite possibly still legible.
What I can't recall is how hard it is (i.e. - how manual and how much
esoteric knowledge you have to have at your fingertips) to make a
standalone restore kit once you have a running system. Eventually,
and I forget when it started, you could create a VMS "SYSE" directory
structure on your system disk for standalone backup with a provided
script, but that doesn't help you get a completely bare machine up and
running.
This aspect of VAXen has hampered me now and then over the years -
there's a lot of little fiddly software bits you have to have for
installs and complete recoveries - stuff you never need when the
machine is working fine. Unfortunately, I don't think I have
everything we did when I did this every day or I'd have more working
machines. It appears, looking back on things, that a long-term
advantage of the MicroVAX architecture was that they did _not_ have
console processors, so they had to be able to boot any MSCP device, so
disks and diskettes and tape interfaces all were designed to fit the
bill. The 11/7xx line does _not_ have that advantage, so takes more
resources to bootstrap from the factory-fresh state.
So if anyone who has resources from before 1995 (VMS before 6.0 or
older versions of Ultrix or 4BSD) wants to write me off-list, I think
there's a need to pull out what we all might have to see what
combinations of systems and operating systems we can cover. With the
present state of simh, it seems that the 11/780 is the way to go
(there was a recent thread on the simh mailing list about this sort of
thing and I think it's safe to say that emulation of other 11/7xx
machines is distant or worse). Unfortunately for me, I don't happen
to have *any* 11/780-specific resources, but I do have plenty of OS
magtapes, etc. from about 1985-1995, FWIW, and quite a few 11/750 and
11/730-specific resources since that's what we had then.
*Is* anyone on the list sitting on a pile of ancient OS install kits?
If so, have they been read into disk and tape image files already?
-ethan
>
>Subject: T-11 (was Re: PDP-11/70 cache memory)
> From: "Ethan Dicks" <ethan.dicks at gmail.com>
> Date: Mon, 29 Dec 2008 19:21:07 -0500
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>On Mon, Dec 29, 2008 at 5:52 PM, Gordon JC Pearce MM3YEQ
><gordonjcp at gjcp.net> wrote:
>> Alexandre Souza wrote:
>>
>>> The SBC6120 is a **real nice** SBC...
>
>Yes it is, and it's back in "print"!
>
>> ... [I] wish I had saved a T-11 (was it?)
>>> processor from many of the arcade boards I saw going to trash...I do not
>>> even know how to operate a PDP, but it would be something fun to learn :o)
>
>T-11s aren't terribly rare. Perhaps not as common as other 40-pin
>CPUs from the 1980s but they can be found on DEC boards and in at
>least one DEC terminal. The issue of using one in a modern
>SBC6120-like board has been brought up from time to time, and one of
>the limitations I think I recall is that they don't have a MMU and,
>unlike the F-11, there wasn't one for it, severely limiting your OS
>choices. Between that and it not being simple to emulate DEC
>interfaces down to the CSR level, turning a T-11 into a bootable
>PDP-11 isn't easy at all. Making a 64KB board that runs PDP-11
>instructions isn't hard - but then what do you do for software? It's
>a harder problem to solve than on the PDP-8 since there really is only
>one dominant OS there (plus a lot of OS-less paper-tape software).
>Writing _a_ disk driver for one OS for your new disk (such as with the
>SBC6120) isn't a terrible obstacle. For the PDP-11, you have to
>consider that folks would be interested in RT-11, RSX, RSTS, and
>several varieties of UNIX.
>
I have a few T-11s and they are fun to play with. The bare T11 will
run RT-11 without mmu. The real problem is you need DL serial (or fake it)
and also a disk otherwise you have to build your own drivers.
The VT24x terminals used it and they actually implmented the basic
PDP11 MMU to get 18 bit addressing. the parts load to do that is
not steep but it didn't have the memory protection half of the MMU.
>The T-11 would make a fun little board if you happen to know or want
>to learn the PDP-11 instruction set and have a use in mind for some
>configuration smaller than a console line and a disk/disk emulator.
>
In this day and age a disk would best be a SD or maybe CF part fewer parts
and easier to bring up.
>> I think I asked the question a couple of years ago, about which "classic"
>> non-typical CPUs turned up in arcade machines. I seem to recall someone
>> saying that the T-11 was used in Paperboy.
>
>Yeah... I remember reading about the T-11 in Paperboy some time back
>and was quite surprised. Large quantities of video games spanned the
>progression over the years from 8080 to Z-80 and 6809 to 68000 as
>complexity and sound and color advanced, and there were a few games
>here and there with something odd like a 6502, but the rare appearance
>of a T-11 really stood out for me. I never played Paperboy much, and
>I haven't seen too many of the machines in the wild since I learned
>they hid a T-11 inside.
>
One of the few non industrial or DEC designs that did use it.
Allison
>-ethan
Merry christmas, happy new year all.
Spotted this on Ebay UK in case its of interest to anyone. its listed
in the wrong category so may not appear on everyones radar.
Item no. 180317075811
roger
Hi!
I am building a Z80 peripheral for an ECB bus device. All the Z80 control,
data, and address bus signals are present on the ECB bus. However, the
system clock (4MHz) signal is not available.
The Z80 peripheral data sheets mention a "standard Z80 single-phase system
clock" input to the CTC, DART, and PIO. I would like to supply a "local"
4MHz TTL oscillator can as an input to the CTC, DART, and PIO chips.
Obviously, the "local" oscillator will not be exactly in phase or
synchronized with the CPU clock.
Do the Z80 peripherals require *the* CPU system clock or *a* system clock?
I believe it is *a* system clock but do not know for sure and the
documentation is not clear enough for me to tell. This is what the
documentation says regarding the CTC
Clock(phi)
System Clock (input). This single-phase clock is used by the CTC to
internally synchronize certain signals.
If anyone knows *definitively* (not speculation) whether a "local"
oscillator can serve as the CTC, DART, & PIO system clock and still work
with the SBC CPU over the bus please let me know.
Responses to this thread or send to my email.
Thank you in advance
Andrew Lynch