> I've been looking for a list of the various hard drive units
> available for the PDP-11 and their capacites, but have not
> been able to find one online. Can anybody help me out here?
Which PDP? They span many models and 3 decades. Some later models could
use "modern" (1985 modern) disks with the addition of the right
interface board.
> -----Original Message-----
> From: Dave Mabry
>
> There has been lots of discussion lately about 8" formats.
> Perhaps we might be lucky here. There is a chance that the
> 8" diskettes in question here were written in the one
> standard 8" format. Single-sided, single-density. If that
> is the case then there are lots of cp/m systems that can read
> those diskettes. Even my Intel development systems can read
> that format! And I would be happy to transfer the files to
> today's format, whatever form that might be. However I am
> not on the left coast and the diskettes would have to travel
> through the postal system or UPS, etc., to get to me and back.
>
> Do you have a way to determine if the diskettes are SS, SD ???
I think ultimately, before we get further with this, I need to go back
to the developer and try to get some more information on the system
involved. If they can remember anyway!
I'll do that, and then report back. :)
Kieron
============================
Pareto Investment Management Limited is a Mellon Financial Company. Pareto Investment Management Limited is authorised and regulated by the Financial Services Authority (Firm Ref. No. 416024), and registered in England and Wales with Number 03169281. Registered Office: Mellon Financial Centre, 160 Queen Victoria Street, London EC4V 4LA, United Kingdom. Pareto is the registered trademark of Pareto Investment Management Limited. This message may contain confidential and privileged information and is intended solely for the use of the named addressee. Access, copying or re-use of the e-mail or any information contained therein by any other person is not authorised. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator and then immediately delete this message.
> -----Original Message-----
> From: Nico de Jong
>
> Well, that does not really help very much, as a
> track-by-track dump does not take the niceties of CP/M into
> account, such as directory structure and where the various
> segments are written. As you speak about 8" disks, we also
> have to take the segment size (often 256 or 512, on some
> formats 1024) into account.
Eeek.
My reasons for suggesting doing a track dump is so we can leave figuring
out the filesystem later... Which from my experience of other systems
means it is less likely we would get it wrong "on the day". It is bad
enough getting this done once, twice would not be too fun either. ;)
But of course, CP/M is not exactly part of my previous experiences.
> A "photocopy" of a disk is possible using (MS)DOS, if you can
> find a MicroSolutions Compaticard IV (I have one, and no, I
> dont want to part with it).
> This card works very well; I once generated a bootable MS-DOS
> 3.1 (or 3.20?) 8"
> floppy.
Nice.
> The only (in my opinion) good solution, is software reading
> the CP/M (or
> whatever) disk, and decode the filestructure etc., so you can
> write a nice, continuous file.
Absolutely, my only concern was getting that wrong. But perhaps it is
far simpler operation to work out the file system with CP/M than getting
a track dump the disk, in which case this method is probably more
appropriate.
Of course one reason (off topic!) to dump the whole disk (down to the
flux-transition level) is to ensure you get absolutely everything on the
disk. But of course, this is only really useful for retail software that
might have applied copy protection - not really applicable for a
developers old development system! :)
Thanks!
Kieron
============================
Pareto Investment Management Limited is a Mellon Financial Company. Pareto Investment Management Limited is authorised and regulated by the Financial Services Authority (Firm Ref. No. 416024), and registered in England and Wales with Number 03169281. Registered Office: Mellon Financial Centre, 160 Queen Victoria Street, London EC4V 4LA, United Kingdom. Pareto is the registered trademark of Pareto Investment Management Limited. This message may contain confidential and privileged information and is intended solely for the use of the named addressee. Access, copying or re-use of the e-mail or any information contained therein by any other person is not authorised. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator and then immediately delete this message.
>I'm afraid I am not very familiar with CPM systems. Could you please
>tell me why a conversion system is needed? Didn't they use similar FDC
>chips? I (perhaps naively) assumed it would be some sort of a
>NEC765-derived one and we could get a simple track-by-track dump...
CP/M itself is independant of any particular disk format. It can work with
hard-sector systems, soft-sector systems, 8" 5.25", 3.5" drives, ROM disks
and RAM disks. The only real requirement is that there be block addressable
storage.
Most 8" systems use IBM soft-sector format, and a lot of them use the WD
series of FDC controllers. Most of these can be read with a 765 type
controller, but there are a number that cannot. There really is a lot of
variation.
>While this is true, the problem we have is that although we have
>convinced the ex-developer to let us help them preserve this data, it
>will be very much harder to get them to go out of their way to get it
>done. This is the reason I was trying to get somebody local to them to
>help us do it, even though they do treasure it.
Getting data from 8" drives will require some work. Chances are that it
can be recovered on a PC with ImageDisk or TeleDisk, however to do so
they would have to make an adapter to connect the drive, connect it to
the PC floppy controller, power the drive, configure the software etc/,
and you run the risk that after all that effort, it may not be a disk
format compatible with the PC floppy controller (we could tell this in
advance if you can find out the exact type of CP/M system it is).
This sounds like it is more work they they are willing to do.
If the original CP/M system is still running, then the content of the
disks can be pulled off with a serial connection to a PC - but this
will require getting the connection established, getting a bit of
software running on both the CP/M system and the PC.
Failing either of the two above, then you need someone local who can
do one of the above, or have them send the disks to someone further away
who can do it.
>It's a difficult situation for sure.
>
>I'll try again on the mailing of the media, but it will probably have to
>be a last resort.
I have the ability image 8" disks directly to a PC, and I also have a multi-format
copying station that I have not yet "gotten around" to setting up (but I could do
that). I also know someone relatively close to me who does have a multi-format
copying station up and running. You could have them send the disks to me (Ontario
Canada) which would be a bit closer than going "across the pond".
I've been fairly actively involved in preservation of disk images from classic
systems in the past couple of years - if it would help, the game developer can
contact me directly to discuss ways to recover the data.
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.parse.com/~ddunfield/museum/index.html
> -----Original Message-----
> From: Allison
>
> >I'm afraid I am not very familiar with CPM systems. Could you please
> >tell me why a conversion system is needed? Didn't they use
> similar FDC
> >chips? I (perhaps naively) assumed it would be some sort of a
> >NEC765-derived one and we could get a simple track-by-track dump...
>
> No. the 765 was available for sale in late 1980, CP/M systems were
> 3+ years old by then. Even after that point the 765 was not the
> common part used for CP/M systems. That a PCism.
Okay, thanks for putting me straight. I think my confusion stems from my
experience of the Amstrad CPC computer that IIRC ran a CPM-derived
operating system, and used the 765.
> CP/M systems were largely a common coperating system a that allowed
> for diverse hardware by way of a BIOS that the user or manufacturer
> could configure for that hardware. There were many different disk
> systems, formats and in the games space deliberate attempts to make
> the disks uncopyable by standard systems.
What a nightmare!
> What you need is a CP/M familiar person here (actually close
> to the developer)
> in the usa and the data once extracted can be shipped via the
> internet.
> Systems that convert formats are common enough for people
> that actively
> collect and restore.
Well that is good news at least.
> >> The only "local" one I can think of from the top of my head,
> >> is Sellam Ismail
>
> IF its in San Fancisco hes' loads closer than me (3000 miles!).
Seems he lives in California at least. Maybe I can convince him to make
a trip... ;)
Kieron
============================
Pareto Investment Management Limited is a Mellon Financial Company. Pareto Investment Management Limited is authorised and regulated by the Financial Services Authority (Firm Ref. No. 416024), and registered in England and Wales with Number 03169281. Registered Office: Mellon Financial Centre, 160 Queen Victoria Street, London EC4V 4LA, United Kingdom. Pareto is the registered trademark of Pareto Investment Management Limited. This message may contain confidential and privileged information and is intended solely for the use of the named addressee. Access, copying or re-use of the e-mail or any information contained therein by any other person is not authorised. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator and then immediately delete this message.
> -----Original Message-----
> From: Nico de Jong
>
> Sorry, Denmark....
Ah, oops. And there is me always using the UK acronym... :)
> He could use DHL, they are very reliable.
> I dont think anyone is going to log a conversion system to
I'm afraid I am not very familiar with CPM systems. Could you please
tell me why a conversion system is needed? Didn't they use similar FDC
chips? I (perhaps naively) assumed it would be some sort of a
NEC765-derived one and we could get a simple track-by-track dump...
> the US. It would be cheaper for him to take a plane to
> Denmark, and have a nice weekend in Copenhagen, while I
> hopefully do the job.
While this is true, the problem we have is that although we have
convinced the ex-developer to let us help them preserve this data, it
will be very much harder to get them to go out of their way to get it
done. This is the reason I was trying to get somebody local to them to
help us do it, even though they do treasure it.
It's a difficult situation for sure.
I'll try again on the mailing of the media, but it will probably have to
be a last resort.
> The only "local" one I can think of from the top of my head,
> is Sellam Ismail
Ah great. Well if he does not reply to this thread, I will send them a
mail. Thanks!
Kieron
============================
Pareto Investment Management Limited is a Mellon Financial Company. Pareto Investment Management Limited is authorised and regulated by the Financial Services Authority (Firm Ref. No. 416024), and registered in England and Wales with Number 03169281. Registered Office: Mellon Financial Centre, 160 Queen Victoria Street, London EC4V 4LA, United Kingdom. Pareto is the registered trademark of Pareto Investment Management Limited. This message may contain confidential and privileged information and is intended solely for the use of the named addressee. Access, copying or re-use of the e-mail or any information contained therein by any other person is not authorised. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator and then immediately delete this message.
>
>Subject: RE: 8" floppy system needed to recover old game data
> From: "Kieron Wilkinson" <Kieron.Wilkinson at paretopartners.com>
> Date: Thu, 06 Oct 2005 12:57:36 +0100
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>
>> -----Original Message-----
>> From: Nico de Jong
>>
>> Sorry, Denmark....
>
>Ah, oops. And there is me always using the UK acronym... :)
>
>> He could use DHL, they are very reliable.
>> I dont think anyone is going to log a conversion system to
>
>I'm afraid I am not very familiar with CPM systems. Could you please
>tell me why a conversion system is needed? Didn't they use similar FDC
>chips? I (perhaps naively) assumed it would be some sort of a
>NEC765-derived one and we could get a simple track-by-track dump...
No. the 765 was available for sale in late 1980, CP/M systems were
3+ years old by then. Even after that point the 765 was not the
common part used for CP/M systems. That a PCism.
CP/M systems were largely a common coperating system a that allowed
for diverse hardware by way of a BIOS that the user or manufacturer
could configure for that hardware. There were many different disk
systems, formats and in the games space deliberate attempts to make
the disks uncopyable by standard systems.
>While this is true, the problem we have is that although we have
>convinced the ex-developer to let us help them preserve this data, it
>will be very much harder to get them to go out of their way to get it
>done. This is the reason I was trying to get somebody local to them to
>help us do it, even though they do treasure it.
What you need is a CP/M familiar person here (actually close to the developer)
in the usa and the data once extracted can be shipped via the internet.
Systems that convert formats are common enough for people that actively
collect and restore.
>> The only "local" one I can think of from the top of my head,
>> is Sellam Ismail
IF its in San Fancisco hes' loads closer than me (3000 miles!).
Allison
> Re: Nico de Jong
> Do you have the name of the CP/M system?
I am afraid I don't. However, I will try and find out, asap.
> I have 120+ CP/M formats in my conversion system, so it
> _could_ be an easy job.
Wow. I did not consider that there was so many!
If it is easier to simply take an image of the disks somehow, this is
perfectly acceptable, and we can extract the files later. Of course, in
this case it might be a good idea to take multiple reads just in case...
> I'm located in DK
Is that Dakota? Is that a long way? I'm pretty sure the person who has
the disks are not going to be willing to send them by post. They are
very precious - being the only copies of this stuff in existance.
Thanks!
Kieron
============================
Pareto Investment Management Limited is a Mellon Financial Company. Pareto Investment Management Limited is authorised and regulated by the Financial Services Authority (Firm Ref. No. 416024), and registered in England and Wales with Number 03169281. Registered Office: Mellon Financial Centre, 160 Queen Victoria Street, London EC4V 4LA, United Kingdom. Pareto is the registered trademark of Pareto Investment Management Limited. This message may contain confidential and privileged information and is intended solely for the use of the named addressee. Access, copying or re-use of the e-mail or any information contained therein by any other person is not authorised. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator and then immediately delete this message.
Come to my website at http://www.classiccmp.org/transputer. I havent set up
a ST20 site yet, but what are you looking for? Datasheets, etc, etc..
Ram
> -----Original Message-----
> From: Brad Parker [mailto:brad at heeltoe.com]
> Sent: Thursday, September 29, 2005 3:41 PM
> To: General Discussion: On-Topic and Off-Topic Posts
> Subject: transputers
>
>
>
> Hi,
>
> I find myself, in real work, for money and everything,
> working on an ST20 micro.
>
> Little did I know it was a transputer :-)
>
> I recall seeing some messages here from people who seemed to
> be interested in transputers.
>
> I'm curious - is there any nice "hints & kinks" on the web
> for transputers, or a good book or tutorial? It's not that
> complex but I am curious to hear from anyone "in the know" as
> it where about ways to make them go fast...
>
> (it's so rare when my hobbies cross my day gig. note to self... :-)
>
> -brad
>
>
>Subject: Re: CRT implosions (was: Re: "screen mold")
> From: William Donzelli <aw288 at osfn.org>
> Date: Wed, 05 Oct 2005 15:34:56 -0400 (EDT)
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>Fact Check...
>
>> Tubes typical of that era was the smaller electrostatic types and 5up1/7
>> were of the era.
>
>Electromagnetic (and combo) tubes were just as common starting in the
>1940s. If a tube had a P7 phosphor, it was likely intented for PPI duty,
>and nearly all PPI scopes of the era were rotating yoke types.
There were a few that used elctrostatic that were not PPI but time domain.
There were a variety of radars used some very crude appearing by most
standards for display. A few the CRT was simply a scope doing TDR on the
radar pulse and it was the operators duty corrolate the antenna position
with the displayed reflection. There was at least one airborne system that
used two smaller tubes to display azmuth and elevation based of one
transmitted source and two seperatly recived returns. By late war there
was considerable evolution in radar types.
There were also airborne landing aids systems that were crt based as well.
I used to see them on Cannal st NY back when 1$ was a good hours pay.
Fun stuff really as much of it can be duplicated in miniature using
current tech at 10ghz.
>> The aviation tubes used for that airborne radar were
>> surrounded by a mumetal shield to keep mag fields out and the graticule
>> was far thicker than the tube.
>
>Graticle thickness not far thicker than the tube face in many
>instances. Most actually were probably thinner. They varied from 3/16
>inch to just a very thin sheet, maybe just a few thousandths thick.
Yes they did. But not all. Airborne systems were prone to mechanical
shock and that was a known thing. Having a radar fail was nearly as
serious as damaging the trained operator.
>> Tubes larger than about 10"
>> didn't appear much till the mid 50s.
>
>12 inch tubes were very common before 1950. Just about ever World War 2
>Allied air search radar had one (or in the case of late war types, two).
key words, "appear much" as in not commonplace but did exist. Even the
military had inerta.
Fixed service. Airborne were space limited as well as power.
Allison
On04 Oct 2005 20:39:39 -0400 Bill Pechter <pechter at gmail.com> wrote:
> [...]
>
> An uncontrolled failure could be different. I've seen one old 1960
> vintage tv blow up and the glass was retained by a plastic or glass
> sheet across the black and white tube.
>
> Never saw anything like a real accident, though.
>
> Bill
>
>
In the mid 50s they used to show on TV a tape of a ball on a string
launched into the face of an unprotected CRT. The neck proceeded
through the faceplate and embedded in a 1/2" piece of plywood.
Definitely made one careful when playing with the old sets.
CRC
Hmmm,
Someone has a Texas Instrument 980A Computer, with two
Diablo Series 30 Hard Drives, circa 1972, to offer. Do
I want it??
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Took a few looks at the IRIS, and it seems to be a Frankensiggy. 31xx graphics. 2000 series processor (PM2/PM2M1/SKYFFP, 68010) with ST-506 drives (safely unplugged now, don't know what's on them) Looks like the DIPS are set wrong (gives an HALT-E on the back panel, looks like memory? does anyone know?). I've been looking at the 68k IRIS FAQ, but most of that deals with 2000Turbo and 3000 models
Does anybody know
(a) what the 26-pin header on the front of the PM2 is? it's between the bridge to the GFX and the 8-pos DIP. Currently unconnected, should it be? Pictures of a 2400/2500 would help.
(b) what are the switch settings? 3 switches on the PM2 (one on the edge, two mounted amongst the chips)
(c) PM2M1 switch settings- are they like IM1 (IRIS 3000 memory)
>
>Subject: Re: CRT implosions (was: Re: "screen mold")
> From: Paul Koning <pkoning at equallogic.com>
> Date: Wed, 05 Oct 2005 09:44:09 -0400
> To: cctalk at classiccmp.org
>
>>>>>> "Tony" == Tony Duell <ard at p850ug1.demon.co.uk> writes:
>
> >> > I am told, BTW, that several radar operates in planes in the
> >> last war > were killed when the plane had a heavy landing, the
> >> radar display CRT > imploded, and they were litterally shot in the
> >> face by bits of the > electron gun.
Tubes typical of that era was the smaller electrostatic types and 5up1/7
were of the era. The aviation tubes used for that airborne radar were
surrounded by a mumetal shield to keep mag fields out and the graticule
was far thicker than the tube. tere were really two generations of
tubes used the first ones were the fragile O'scope types and later
there were special heavy glass/metal types. Generally It's rare to
see a CRT exposed enough to be a hazard as there is always a case
(if for HV only) and some kind of graticule. The actual expections were
small O'scopes (O1) and hobby scopes. Tubes larger than about 10"
didn't appear much till the mid 50s.
Getting face full was unlikely due to the graticule and general
consturction.
I still have a bunch of 2AP1s (2" round green), 3BP1s (3" round green)
for projects. These are old tubes (ca 1953/55 date codes!). I also
have a modern D170 (2.2x1.8 rectangular) for some project..
>But larger flat face radar tubes appeared in the 1960s if not
>earlier. The CDC 6000 series console (DD60) uses a pair of radar
>tubes, with electrostatic deflection. I'm not sure exactly how big
>they are, but certainly not less than 12 inches. They were probably
>at least 2 feet long. Deflection voltage is around 2 kV, supplied by
>an amplifier chain ending in a 3CX100A5 microwave transmitter tube.
Actually earlier, the SAGE system used a larger 12 to 16 inch round
with a 10-12KV Accelerator. Heck look at the tube used for the PDP-1
Console.
>The radar tubes used until maybe 5 years ago at US air traffic control
>centers were at least that big, possibly bigger, and also flat.
Those were bigger flat face ARTS 1 and II series. If memory serves they
were in the 19-21" range.
The fragile portion of CRTs is always the neck area. The risk with
implosion is the neck/gun assembly will be propelled foward through
the screen if the screen shatters. When I was younger I'd scrounge
old TVs for the componenents. The CRT being useless to me would get
taken out back and put in the junk hole and a big rock heaved in. If
it was put in neck first and the face crushed the neck/gun would be
propelled 10 to 15 ft on a good shot to a large 19" or bigger CRT and
the glass widely scattered in a 10ft or so radius, we avoided that
as that meant raking up the remains.
The real hazard and I got to see this once is foolish people transporting
CRTs without making sure they are properly discharged. One case I did
see was a doof carrying a 12" by the neck, minor cuts. The other was
a fool carrying a tube from a H1500 terminal. He was careful supporting
it but the face with the neck upright. However the HV was still undischarged
and found it's way to his chest. CRT was dropped straight down and the neck
rebounded off the floor and went straight up into the rooms ceiling tiles.
Minor cuts to the lower legs, very lucky. Took a while to sweep that mess
up, there was glass everywhere.
Allison
> The TI would definitely be worth saving and restoring.
There is a fair amount of documentation on them on bitsavers.
What is lacking is software. Any TI OS distributions would be
a great thing to get archived.
They are 16 bit accumulator-style minis (as opposed to the
registers-in-memory arch of the 990)
--al (who has a 980A and disk ctlr, but no software)
The TI would definitely be worth saving and restoring. If no one else
wants it I would take it for sure. This is my first contact with this
group. For the people who know me, the IBM 1130 has been picked up in
Austria and should arrive by ship around Nov 10. Bob Message: 21 Date:
Tue, 04 Oct 2005 22:11:09 -0600 From: Tim Riker <Tim at Rikers.org>
Subject: Re: Texas Instruments 980A minicomputer?? To: General
Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org>
Message-ID: <4343525D.5020103 at Rikers.org> Content-Type: text/plain;
charset=us-ascii steven stengel wrote:
>> Hmmm,
>>
>> Someone has a Texas Instrument 980A Computer, with two
>> Diablo Series 30 Hard Drives, circa 1972, to offer. Do
>> I want it??
>
>
Wow. 2 in one day? Sure.
I can find you someone that'll want it.
I saw one in salvage a while back, but it was gutted so I didn't grab it.
Just a quick note concerning the ongoing re-implementation of Q-Link:
We publicly unveiled the project at the Fall SWRAP EXPO in Chicago. The
demo went well, with many trying the service for the first time in 11
years or more.
Prior to the EXPO, as noted in some places, we moved the server to a
commercial hosting facility. Mark Ponter and associates of Legend Tech
gave us space and bandwidth on their OC-3 connected co-located servers.
Following EXPO, I took a breather, and then started the next push,
preparinng the rest of the system for the November 5, 2005 20th
Anniversary.
Work has now shifted from functionality to beefing up the
infrastructure. Code cleanup, refactoring, etc.
Last week, I added support for multiple screen names on an account (up
to 5), and also added a questionaire to obtain City and State (and
Country) information from users, to populate the "IDENTIFY" menu item in
Q-Link PEOPLE CONNECTION. I also added a feature to allow changing uer
names on the fly without logging out of the service (something Q-Link
had originally, but was removed throughout much of the original
service's lifetime.)
This week, I am cleaning up the PEOPLE CONNECTION (chat) codebase,
trying to squash a last remaining bug or two. I am also working on a
new feature to be hopefully unveiled this weekend.
Most of the base service is functional, with the exception of uploads
(just need time to implement), Having the system pick partners for
PEOPLE CONNECTION games,(not exactly sure how this worked, what the
dialogs said, etc. Anyone who has information, email me please), and the
Box Office (never worked in the real Q-Link either, but still...
Mainly, the menu items and message bases need to be cleaned up and
fleshed out.
Along the way, word was received on some of the Q-Link mailing lists,
and a number of "classic" Q-Linkers have arrived back on the system (Sir
Fitz, DonnaS4, KsLass, SkyLine, and the owner of Bonnie's Bar, BonnieB3,
to name a few). The stories they tell of the original service are
worthy of a book (Qmoms, QDads, QMarriages, Qfamilies, Qbrothers,
Qsisters, the QBashes, etc.).
On a further note, as part of the 20th Anniversary festivities, the
system/service will be demonstrated by the reverse engineer guru
himself, Keith Henrickson, at the Vintage Computer Festival on November
5th and 6th in Mountain View, CA. (http://www.vintage.org/2005/main/)
I hope you can either attend the festival or log on during that time.
We're lining up prizes and other fun activites for the anniversary.
A couple weekly items have started already. Dark Vulcan has started
weekly TRIVIA games in the PEOPLE CONNECTION TRIVIA room on Tuesday
nights @8Central, and DonnaS4 has a ORPHANS room on Thursday nights for
the returning Q-Linkers.
We even have a 2 minute video "trailer" that Fixxer made. He is working
on fleshing it out and making another. Very impressive. We'll post
when they are ready.
More help is always appreciated. If you have memories, would like to
help in development, or just want to staff a room, please contact us.
More information is at: www.quantum-link.org
--
Jim Brain, Brain Innovations
brain at jbrain.comhttp://www.jbrain.com
Dabbling in WWW, Embedded Systems, Old CBM computers, and Good Times!
> From your description, it already sounds like I need to
> start shopping for a bench grinder.
A grinder is way too fast for polishing plastic (unless you mind divots
and burns). Though it would be hand-held, you might want to try a buffer
first (much slower).
>> Looking for the CP/M boot disk and related software for
>> the original Furguson BigBoard ... Guy I got mine from
>> last year has been looking, but so far has come up dry on
>> the disks for it (thinks they must have been tossed).
>>
>> Can anyone provide me with images? (which I will of course
>> make available in the archive as well).
>Cool! (somebody send it to him, I need the above too).
>
>I have full schematics and docs with mine, in case you didn't get that
>perhaps I should digitize and upload it.
>
>Mine *might* need a BIOS chip. It came from Honeywell in St. Paul,
>where they had targeted it at some embedded controller operation where
>they had it running a custom BIOS with their code. I got a BIOS image
>from someone but thus far STILL haven't powered it up with the
>replacement BIOS.
I do have the schematics and docs. Mine has a BIOS chip, although I believe
it was slightly modified for a different terminal (still trying to get the
details) It was a working CP/M system when it was taken out of service -
The guy is looking for the original BIOS ROM which he thinks he still has
(but it might be with the disks). I also have a full set of Micro Cornucopia,
and some of the articals provide useful information - let me know if you
are looking for any details in particular.
I know the BB is very similar to the Xerox 820 ... I have a working 820-II
with system disks ... does anyone know if these might be compatible? I also
know where there is an 820 (original version) close by, but I don't know if
he has disks for it...
If anyone has the original BB disks, I would very much like to obtain an
image of them.
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.parse.com/~ddunfield/museum/index.html
Looking for the CP/M boot disk and related software for
the original Furguson BigBoard ... Guy I got mine from
last year has been looking, but so far has come up dry on
the disks for it (thinks they must have been tossed).
Can anyone provide me with images? (which I will of course
make available in the archive as well).
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.parse.com/~ddunfield/museum/index.html
Sridhar wrote:
>>Dan Williams wrote:
>>>Sridhar wrote:
>>>I live in Morse's hometown. 8-)
>> Oxford ?
>Later in life.
Are we entirely sure we're both talking about
the same Morse :-) I think Dan might be alluding
to Colin Dexter's creation rather than the
failed painter.
Antonio
-----------------------------------------
Email sent from www.ntlworld.com
Virus-checked using McAfee(R) Software
Visit www.ntlworld.com/security for more information
>
>Subject: Re: Tony's kit, was: Re: USB Stuff
> From: Sridhar Ayengar <ploopster at gmail.com>
> Date: Tue, 04 Oct 2005 19:45:19 -0400
> To: General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org>
>
>Cameron Kaiser wrote:
>>>>Actually it doesn't. I am looking at a monochrome green screen at the
>>>>moment. OK, I do have colour monitors around here....
>>>
>>>I know I've asked this before but I don't recall the answer. What
>>>exactly *do* you use to connect to the Internet?
>>
>>
>> Smoke signals. Checksum's a pain, though.
>
>Hmmm... Encrypted IP over smoke signals. Do I feel an RFC coming on?
>
>Peace... Sridhar
IP over Morse (CW) nearest to smoke but, still electronic!
I think I'll run for cover.. NOW.
Allison
Anyone in the Toronto area interested in a late model Cromemco or two?
300/400/420s I think, some manuals & spare cards also available, almost
free. Can find out more detail if anyone's interested.
Pickup only within next two weeks or so; contact me off-list.
mike
I picked this up a while back but just got around to checking it today.
It looks brand new!! The power cord has never been unfolded or had it's tie
strap cut off and the paper for the printer is still sealed in heat shrink
plastic. The case, CRT and keyboard are all immaculate and the plastic is
nice and white not faded to a dirty yellow/brown. The only flaw that I
could find is that something caused the carrying case to rub on the bottom
of the case and it wore away some of the paint on the bottom of the
computer. It even has both manuals with it. BUT all of the original disks
are missing. Does anyone have copies of the disks for this thing? I'd LIKE
to have originals but I'll settle for copies. I did boot it today with a PC
DOS 3.1 disk and it worked flawlessly. It has been upgraded to 512k and a
second 360k drive has been added.
Joe
>> Work out the force on the faceplate due to air pressure (which
>> you can assume is 14 pounds per square inch). It's pretty large
>> for TV-sized CRTs!
> Several tonnes even on little ones 14"-20", even MORE on 36" CRT.
Just over 1200lbs for a 14" and just _under_ 4T for a 36"
Lee.
.
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
> All I know is NOT to throw the PCB in the dishwasher. :)
Why not? Dishwashing won't hurt a PCB, how do you think they
get cleaned after soldering?
Lee.
.
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
I'll be in NY, NY in the Brooklyn area starting tomorrow night very late
(my flight gets in around midnight) and possibly through until Friday
morning. I'm consulting on a movie shoot involving an ASR32.
I'm not sure what my schedule will be, but if anyone wants to meet up (if
I have time) then please contact me privately.
--
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 ]
>From: "Ethan Dicks" <ethan.dicks at gmail.com>
>
>On 10/4/05, Chuck Guzis <cclist at sydex.com> wrote:
>> Looking very carefully at the photos of these contacts, I believe they're
simple tinplate. This would fit with the inexpensive phenolic PC board material
being used.
>
>I have an Odyssey - the cards are indeed simple tinplate over copper
>on uber-cheap phenolic board. What you see is what you get. No
>camera tricks here.
>
>-ethan
>
>
Hi
I will repeat again. Coat with DC#4.
I'm beginning to sound like a broken record. It works
with tinplate over copper. It even works with bare copper.
As long as the surface is cleaned first of salts and such,
it will protect for years.
Dwight
>From: "der Mouse" <mouse at rodents.montreal.qc.ca>
>
>> I'll never seen anything horrendous in so far as implosions. I used
>> to service Mac's "back in the day" and had to replace a few CRT's on
>> the original Macs. Apple would send the replacement monitor in a box
>> and inside was another box that you placed the whole mac inside of,
>> you'd follow the standard discharge and then purposely snap the tip
>> of the neck off the back of the monitor before closing up the box and
>> disposing of it, it was a scary moment the first time, but just a
>> quick zip of air and it was done, never had anything happen, did a
>> few dozen monitor replacements and disposals.
>
>Yeah, a small crack in a not-particularly-stressed part of the tube is
>rather unlikely to produce spectacular implosions. (The evacuation
>pinch-off is about as unstressed a part of the tube as it gets.)
>
>I remember, as a kid, going to the village dump. There were usually
>some dead TVs with the cases gone, and I'd throw a rock into the CRTs
>from as far away as I could throw rocks (even then I'd heard of CRT
>implosion danger). Never seemed to be much more dramatic than a glass
>vessel of similar size and shape with no pressure differential, but of
>course I was rather far away. It also could be that a thrown rock is
>not the sort of stress that produces implosion failures.
>
Hi
It usually takes a break such that the gun assembly goes
into the tube. This requires that it has a ring fracture
somewhere in front of the yoke. The assembly is then pulled
by 14.5 lbs towards the front screen. While some vacuum is
lost, as the gun is excelerating, if the diameter of the
assembly of gun and glass is large enough, it will be moving
quite fast before much vacuum is lost.
Assume that the break is such that a 12 inch diameter chunk,
including the neck breaks. Imaging that piece being pushed by
about 1800 lbs of force. How fast would you expect it to be
moving?
Not likely to break this way in most cases. It really depends
on stress, scratches and luck.
Dwight
Yet another IMSAI 8080 has been listed on the VCM. The last one went for
a really good price at $990, but this one is listed for $850 as a straight
sale!
http://www.vintagecomputermarketplace.com/view.cfm?ad=2023
I'd say that's at least a couple hundred bucks under current market value.
Get it while you can...
--
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 ]
> Interestingly, that info implies that it's the steel strap
> around the perimeter of the CRT's face which does the implosion
> protection, and that the laminated faceplate is purely an
> additional protection against scratches etc.
Glass is very strong under compression but not strong under tension,
the forces on an unbanded CRT leave the glass on the outside edge of
the face under tension as the forces from the air pressure on the back
and the front of the envelope are concentrated there. The steel band
compresses the whole tube so that no part of the glass is under
tension.
That said I do have tubes that don't have this band but they are all
shallow angle tubes, much less than 60 degrees.
> So that article alone suggests that the faceplate isn't there
> to stop debris at all
The faceplate is there to stop debris, it really doesn't need to be
any thicker than the rest of the envelope but is made so that if the
envelope fails it will be inside the set that the failure happens.
Lee.
.
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
Re: "I've seen an LED map light that plugs into and gets its power from USB.
It seemed to work OK."
That's nothing. Computer Geeks is selling a motorized USB "Aquarium" .... a
clear plastic "tank" in which motorized fish (or perhaps just a mural of
fish) move, powered from a USB port.
At 16:50 -0500 10/4/05, tony wrote:
> >
>> Drive *does* make spinning-up and head-seeking noises (once
>> per power-up). LED indicating drive attention does flash, *once*, as
>
>Does it sound as though it's staying spun-up? It doesn't make spin-down
>noises I hope.
Not until powered down, at which point it makes the noises I'd expect
(taking 2-3 times as long to spin down as the fan, for example).
>Those 'wings' are heatsink tabs, used to conduct heat away from the
>actual chip. It's a standard package for power driver type chips. I would
>guess this chip is either the spindle motor or head actuator driver.
Thought I was being clever, but Oh Well.
>As to whether it should get hot. Well, it is a power device, so it would
>get warm. But if it gets too hot to keep your finger on it for any length
>of time, then I'd start worrying. The chip may not be faulty of course,
>it might be a problem (like a shorted load, or an incorrect drive signal)
>elsewhere in the unit.
Both the head seek and the platter spin noises are consistent with
what I recall from before the failure, so I'll bet that chip is OK.
It's warm, but I can keep my finger on it for seconds at a time, with
no blisters arising.
Started looking for similar drives to mail-order for a controller board-swap.
Thanks to all responses so far!
Progress about to come to a screeching halt on the project, as I'm
about to hit the road again. Sigh.
--
- Mark
210-522-6025, temporary cell 240-375-2995
>From: "Vintage Computer Festival" <vcf at siconic.com>
>
>On Tue, 4 Oct 2005, Andreas Holz wrote:
>
>> I'm experiencing some monitors in the last time, mostly, but not only
>> from HP, with the effect of some kind of small bubbles or shell-like
>> failures in the flront part of the crt-tube. Somewhere I read the
>> description of "screen mold".
>
>Nowadays the consensus is leaning towards a delamination process.
>
>> Does someone knows this effect, has an explanation of it's source (is it
>> really temperature related?) or how to avoid this problem. Some of these
>> monitors (esp. of a HP9845) are looking so badly, that I don't dare to
>> power on.
>
>Most likely it is the protective cover over the CRT which is delaminating
>from the CRT face. I don't currently know of a way to prevent this. It
>seems to happen randomly.
>
Hi
I think it is from evaporation of plasticizers in the layer.
As they evaporate over time, the material shrinks. This causes
a void. The void provides another path for the plasticizer to
evaporate and a local stress point. This forms the stem like
channel feature. As time goes on, plasticizer evaporates from
the edges of the channels. This causes new stems to radiate
outward. This makes the typical fern leaf look.
I would guess the biggest difference between different
manufactures is either a different material or different
sealing of the edges.
The fogging of the material is most likely moisture from
the air.
Dwight
At 04:36 PM 10/3/05 -0700, you wrote:
>
>
>If the connector is gold plated, you should not need to clean them. If you
>are having green, then the gold is a very thin plate,
Not necessary. Gold is very porous and acids and the like penetrate it
easily and corrode the copper underneath and the corrosion products then
travel back through the gold and appear on the surface of the contact. It's
not uncommon to find gold plated contacts with nothing left but a thin
sheet of gold. All the copper was corroded away leaving nothing but the
gold. Corrosion like this is common on the HP calculators and it's what
happens when you plate gold directly over copper. The proper way to do it
is to plate nickel or other non-porous material over the copper and then
plate gold over that. The nickel will prevent the acids and oxygen from
penetrating the surface and corroding the copper. FWIW on OLD cars they
used to plate steel with copper, then nickel and then chrome plate over
that. Plating like that will easily last 40 years (speaking from experience).
Joe
or an amalgam of
>copper and gold ( and possibly other metals) Have you tried a dremel tool
>with a dry polishing wheel - no solvent or compound? Use it lightly. This
>has worked wonders for me though it does take patience.
>
On Oct 3 2005, 13:28, Mark Tapley wrote:
> Broken component is the hard drive from a La Cie Tsunami
> external enclosure. Drive is a Quantum Prodrive LPS, 240 MB capacity,
> 1) Is the HA13476 expected to be pretty warm in use?
>
> 2) What is an HA13476? Is it unobtanium
Don't know...
> 3) Anyone have a matching drive that I could get at reasonably low
> cost to try exchanging controller boards?
...and too far away...
> 4) Any suggestions for further trouble-shooting and/or repairing?
...but I can offer some possible comfort, in that I have swapped boards
between Quantum Prodrive LPSs of that sort of size successfully, even
when the drives participating in the swap have not been the same size
as each other. Might need to swap the ROM as well, but the ones I've
seen are all socketed.
--
Pete Peter Turnbull
Network Manager
University of York
I intend to return the 5028 to working condition. If, even in its
terrible cosmetic condition, the 5028 is needed as part of somebody's IBM
collection, I will trade it for a regular ASR33. But shipping from NYC
would be expensive and quite possibly destructive. -kurt
I have no idea exactly what model (could LCII screens be used with
anything other than an LCII?), but we have more Apple hardware than we
need right now - if anyone wants to chase this one up, then contact
Mavis Beard direct on mavis.beard at btinternet.com
Seems like a good way of getting a stock Apple machine in nice condition
at the very least.
<<<
I wonder whether you can help please - I wish to find a home for the
following computer which I now no longer need and I have been advised to
contact yourselves:
Apple Mac Computer with Claris Works
Mackintosh LCII Monitor
Mouse
Keyboard
Modem
Printer Stylewriter II
This is in very good condition, in fact hardly used so hope you can
take it on board.
>>>
This is round 5/16" dia mic with felt screen stuck over the small
opening.
Now mic working intermittently and had to tap even bang on it to
wake up.
Now today, I'm planning to combine my mic search with downtown
shopping, will these mic robbed from cheap headphone with mic with
1/8" jack work?
Cheers, Wizard
I have a Texas Instruments 980A with all the flashing lights and switches, hard disk drive and all
I am trying to find a Museum or Individual that would like it
Can you help?
Phillip J. Stensgaard
1123 Fairview Ave
South Pasadena, CA 91030
(626)441-1542
gramp at dslextreme.com
Hi all
Ben Woodelf said :
>Blars Blarson wrote:
>
> > Are you interested in a couple of Frank Hogg Labs systems os9/68k
> > systems? One 68000, one 68020. Located in Los Angeles.
>
>PS. Shipping to Canada is the other factor.
And here I'm sitting wondering what shipping to South Africa
would cost...Canada? Sheesh, you guys are right around the
corner from one another *grin*
W
(Yea, yea, I know, it's a beeeg country...)
Barry Watzman wrote:
On cleaning "copper" contacts (which may be gold plated): I would first try
using a "magic rub" pencil eraser, rubbing it over the contacts. It is very
important to use this specific brand, "Magic Rub", it's non-abrasive. These
are popular and common and this brand of eraser is carried at all office
supply stores (OfficeMax, Staples, Office Depot, etc.)
On sanding plastic, DON'T. Instead use automotive rubbing or polishing
compound and rub/buff with a soft cloth. (if you are going to paint, rubbing
compound is the coarser product). It's possible these will leave a finish so
smooth that you no longer need/want to paint.
I am not familiar with the "magic rub" pencil eraser. Most pencil or
so-called rubber erasers have a high sulpher content. They are especially
hard on silver and copper. I've tried them on copper contacts and watched
the color go from shiny new penny to forest green in a few days.
If the connector is gold plated, you should not need to clean them. If you
are having green, then the gold is a very thin plate, or an amalgam of
copper and gold ( and possibly other metals) Have you tried a dremel tool
with a dry polishing wheel - no solvent or compound? Use it lightly. This
has worked wonders for me though it does take patience.
I agree with Barry on the plastic. I would add to never use power equipment
when sanding plastic. It always leaves a pattern that almost impossible to
get rid off. A little elbow grease and lots of patience. Most rubbing
compound is very coarse so run a test on a hidden surface before using.
I've also used some astronomers grinding grits in water. These come in
extremely fine grits and won't leave visible scratches. Used to buy them
through Edmond or Fisher Scientific.
Billy
On Oct 3 2005, 22:24, Jules Richardson wrote:
>
> I have no idea exactly what model (could LCII screens be used with
> anything other than an LCII?), but we have more Apple hardware than
we
> need right now
I have hardware (most notably a Mac Plus with a matching external hard
drive) but not a key piece of software: Aldus Pagemaker from around
1985/86 (ie one of the earliest versions). Has anybody got a copy they
could donate or lend?
The reason I ask is that I'm involved in an exhibition in Computer
Science at the University of York, to run for the University's Open Day
this Friday, and also to support a series of "hardware tours" for the
first year students starting on Monday (these guided tours are a
scheduled part of each tutorial group's activities in the first week of
term, and are compulsory for each new student). The idea is to show
students what real hardware looks like, in support of the Introduction
to Computer Systems course, which deals with architectures and systems
at an introductory level. Since modern PC hardware isn't very
interesting or especially educational to look at, someone had the
bright idea of showing classic hardware and its innards, and I got
roped in.
Anyway, amongst the PDP-8, PDP-11s, SGIs and Suns, KIM-1, and a bunch
of other things, there's a Mac Plus beside a loop of the 1984 promo
film, and I wanted to show Pagemaker on it, as being the "killer app".
--
Pete Peter Turnbull
Network Manager
University of York
All,
mea culpa, didn't teach the kids about backups before trying
to teach them Pascal on my Mac Plus. Sigh.
Broken component is the hard drive from a La Cie Tsunami
external enclosure. Drive is a Quantum Prodrive LPS, 240 MB capacity,
part number (I think) GN24S012 Rev 05-J. Drive failed while in use,
so it's not termination; another hard drive (Seagate ST31230N) in the
same enclosure appears to format OK (that's as far as I've gotten to
date), so I don't think it's the SCSI interface in the Mac Plus or
the Tsunami power supply. (Despite one inadvertent 120V discharge to
the anti-static on the inside of the Tsunami case!)
Drive no longer appears as a boot drive on the Mac Plus SCSI
chain, nor as a boot drive to a Mac II, nor as an accessible drive to
either the Plus or a Powerbook 3400. Another drive (Apple CD 300)
placed downstream of it (and termination rearranged appropriately)
*does* appear to the 3400, so that's another data point that it's the
Quantum that's broken and not the enclosure or the SCSI
cabling/termination.
Drive *does* make spinning-up and head-seeking noises (once
per power-up). LED indicating drive attention does flash, *once*, as
computer boots up. 5V and 12V supplies to drive look OK to my old
analog multimeter.
When running with case open and parts spread out (now more
carefully insulated), one chip on the Quantum controller board gets
pretty hot pretty fast. That chip is marked 2J4 HA13476 and
has a couple of "wings" in place of the middle 4 or so legs that
would normally be on either side of a regular DIP package.
I haven't gotten an ESR meter yet (I *really* need one of
those), and have not attempted to survey for bad caps on the Quantum
controller board.
Questions:
1) Is the HA13476 expected to be pretty warm in use?
2) What is an HA13476? Is it unobtanium, or replaceable by someone of
my meager soldering skill?
3) Anyone have a matching drive that I could get at reasonably low
cost to try exchanging controller boards?
4) Any suggestions for further trouble-shooting and/or repairing?
I'm proceeding with the Seagate, and will restore from my
last backups, but I know I won't get the kids' Pascal code, so I'd
like to try to get this HDA running again if at all possible. (Plus
there's the nostalgia factor - this was our main home system until
1997 or so, long enough that people were making fun of us about it.)
(And yes, our current main home system is *almost* on topic. It's the
3400 referred to above.)
I'm reading classiccomp on digest, and have an hellacious
travel schedule through next February, so my responses will be
sporadic at best. Apologies in advance for that, but any advice is
well appreciated!
--
- Mark
210-522-6025, temporary cell 240-375-2995
Hi
I recommend removing the oxides as non-abrasively
as you can. Try the eraser trick but for stubborn
oxides, I often use a stiff piece of wood, like
a popsicle stick and water. The oxide itself can
be abrasive so make sure the rinse the loose stuff
off.
The green oxide can be from copper or nickel.
Once you have the surface clean and dry, use a little
of the DC#4 to coat and protect it from future corrosion.
( See earlier post on subject of DC#4 )
Dwight
>From: "Martin Scott Goldberg" <wgungfu at csd.uwm.edu>
>
>>>My concern is I don't want to use any sort of cleaner that will harm
>>>whatever material the surrounding pcb is made of (as it appears to be made
>>>out of an older, thicker material than most modern PCB's I see).
>>
>>If the underlying material is copper, why not one of the ion-exchange instant
silverplate solutions like Cool-Amp or Caswell Silverplater? They deposit a
very (one molecule) thin layer of silver that might do the trick for a
restoration. Caswell also m
>arkets brush-plating electrolytic silver (and nickel, gold and a whole bunch of
other metals) kits if you'd like something more substantial..
(http://www.caswellplating.com).
>>
>>Cheers,
>>Chuck
>>
>
>The exposed copper doesn't look to be underlying.
>
>Well, here's a pic of what the cart and connector normally looks like -
>
>http://www.pong-story.com/pics/odyssey/cart7.jpg
>http://www.pong-story.com/pics/odyssey/carts.jpg
>
>As you can see, the PCB is much thicker than a standard PCB of today. I'm
>assuming its made of a different material then (which is why I'm hoping
>people on here in to mini's and such from that period of around 1972 would
>be familiar).
>
>The contacts themselves are what are tarnishing and turning green, some
>with white deposits.
>
>Marty
>
Someone sent me this link...
http://davidguy.brinkster.net/computer/
It is an online scan of the book "How it works - the computer", circa 1971.
Very mini-computer oriented. What's even better, is they scanned both a 1971
and 1979 edition of the same book, so you can see how they revised it based
on advances in technology.
I thought it was neat in any case :) Some of the pictures are true porn for
mini collectors :)
Jay West
From: Doc Shipley <doc at mdrconsult.com>
> IIRC, Slack v3.3 took 54 1.44MB disks.
Interesting.
I recall installing something I think was slack with a 0.99 kernel around 1993-4. The i386 with 5M ram and a 40MB HD that ran it was a sporty box back then. I remember bitching 'cause it was something more than a dozen floppies or so. But it had a C compiler, so I could do my homework (and not dial into an AT&T 3b20 or drive in to campus and use a Sun 3).
And it was my UUCP node: ...!ucbvax!gatech!weasel!ken.
Good times...good times...
54 floppies? Wow...you've got more patience than me.
Ken
On cleaning "copper" contacts (which may be gold plated): I would first try
using a "magic rub" pencil eraser, rubbing it over the contacts. It is very
important to use this specific brand, "Magic Rub", it's non-abrasive. These
are popular and common and this brand of eraser is carried at all office
supply stores (OfficeMax, Staples, Office Depot, etc.)
On sanding plastic, DON'T. Instead use automotive rubbing or polishing
compound and rub/buff with a soft cloth. (if you are going to paint,
rubbing compound is the coarser product). It's possible these will leave a
finish so smooth that you no longer need/want to paint.
Hi,
I have a pair of Franklin ACE-1000 (Apple-II clones). One is extremely
clean, and the other is very beat up and dirty. Both appear complete
and I'd guess that at least the clean one probably works, but I have no
cards, drives, cables, or software for these.
I'd rather not deal with ebay or shipping these, so they are available
to whoever wants to get them. Ideally I'd like to get some Apple-II/IIe
software out of the deal for an Apple-IIe I'm trying to get running,
but I don't want any money, just do not want to throw these out.
I live in Plymouth Meeting, and work near West Chester, PA. USA
Mark
--
Mark G. Thomas (Mark at Misty.com)
voice: 215-591-3695
http://www.misty.com/http://mail-cleaner.com/
> Anyone who dosn't know, I'm hoping to run up a CP/M archive.
>As with all endevours of this sort, I'm in need of disk images!
>
> Put 'em online, email 'em to me, do whatever! Get them to me,
>Send minor descriptions, tell me what machines they were made for,
>And most importantly, do include the disk image :)
I have quite a few system disk images posted on my site, including
many CP/M disks for various systems. You can get them directly from
my site, which is:
http://www.parse.com/~ddunfield/museum/index.html
Near the bottom of the page, you will find
"Download Disks/Software images"
New images are being added on an ongoing basis, so check back in from
time to time.
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.parse.com/~ddunfield/museum/index.html
>From: "Michael B. Brutman" <mbbrutman at brutman.com>
>
>
>I don't think that the lack of a DMA controller on the PCjr really
>slowed it down any. The old double density drives have a data rate of
>250,000 bps. If the data is presented one byte at a time, that is just
>31250 bytes per second. Even with multiple I/O clock cycles per byte to
>get it to the processor and then to memory, a 4.77Mhz processor can keep
>up with that easily.
>
>Where the lack of DMA would hurt you is on a much faster interface, such
>as a hard disk. Then you wouldn't have any cycles to spare, the the
>difference would show up.
Hi
I don't think the early PC's used DMA for the hard disk.
The HD controllers usually had sector or track buffers.
The program would wait until the buffer was full and
then just move it by software to memory. The floppies
needed DMA because the controllers didn't buffer more
than one byte. The processor would have had to dedicate
it self to the one task without interrupts.
Dwight
I saw an auction which reminded me of the days when the PC and XT
came out, but before clones or otherwise appeared, and before such
as AST were dominating the market.
This auction is for a "zukerboard" 576K mem expansion. 6801436037.
I remember the hype for zucker that they were going to wreck the
market.
The only reason this has any significance is that I believe this was one
of the
AST wannabe's, or even was larger than AST, pre the days when they
started making systems.
I know of at least Zucker, Tecmar (marty tech, I don't remember marty's
last name, but he was some sort of PHD ohio type, I think).
A number of companies were based here in Orange County, California,
and provided a lot of cheap stuff as they cratered, and the local
scrappers
got their. stuff and sold it off.
Processor Technology (? I think) went big time and cratered.
I remember a little shop here in Santa Ana which had the first clone of
the IBM PC. It was a single board which had 640k memory, allowed
using 64k memories, instead of the 16K memory that the PC and XT
earlier models used.
It was called "Superboard" and was no relation to Supermicro, which
came much later. It had a bios that usually worked, but also had,
conveniently, a spot for up to 6 eprom chips, so you could put in a
PC bios if you could get a copy.
The PC used either EProms, (16K I think) and the Roms that were
shipped with the BIOS were registered. The standard Data I/O would
not read them since they were not programmable, and needed their
output enabled to read the data.
But once someone had them in the 2716's, it was easy to get them
running in your superboard.
First systems had a 63 watt P/S, and IBM cards if you could find
them for video. Also there was no floppy controller on the first
board.
Maybe others of you can recall expansion card makers, of such
things as serial, parallel, memory, floppy, then hard drive, etc.
Jim
I just examined a "Zilog Z80 Microcomputer System", Model 05-6002-05 (MCZ 1/80
60K), Serial Number 744 and an associated terminal, Dentronix Systems SCS200,
Serial Number 395. The Z80 development system looks in good shape (but needs
exterior cleaning). It has two built-in 8" FDD and it has both a terminal
port and a serial or parallel port. The matching Dentronix terminal is so
clean, it looks brand new.
The system comes with a complete set of manuals, which includes schematics of
the "mainframe" and plug-in boards. Unfortunately, there is no software
available.
The system and terminal are located in Mountain View, California and I'm
guessing a total weight of 50 lbs.
If this is of interest to you, make an offer for it directly to me - and I'll
pass that information on to it's owner.
If there are no takers, I'll likely buy it myself to keep it from going to a
scrapper (in about a week).
Cheers,
Lyle
--
Lyle Bickley
Bickley Consulting West Inc.
Mountain View, CA
http://bickleywest.com
"Black holes are where God is dividing by zero"
On Sep 30 2005, 14:59, Dwight K. Elvey wrote:
> I believe there are 4 holes that you can see in the bottom
> plate that go to empty threaded holes in the frame of the printer.
> You need to put these screws in and it will clamp the
> printer unit to the frame so it doesn't wobble around
> on the rubber mounts.
> I'd tell you what thread but my unit came without them :(
Oddly enough, I had occasion to lock down my ASR 33 last night -- it
has one hole for a transit screw, at the centre near the front, between
the rubber mounts. It takes a 10-32 screw about one-and-a-quarter
inches long, with a flat washer. The manual says that when originally
shipped, there were six screws securing the typing unit and base to the
pallet, but only that one needs to be retained for future transit.
Four other holes are used to secure the base to the stand.
--
Pete Peter Turnbull
Network Manager
University of York
>Date: Thu, 29 Sep 2005 11:55:18 -0700
>From: Eric J Korpela <korpela at ssl.berkeley.edu>
>Subject: Re: Tristate Buffer Output if Input is High-Z?
>Anyone have a datasheet for Hitachi HM511000AJP8 DRAMs? It's used in at
>least some IIfx SIMMS.
>
>What's the deal with parity on the IIfx? Is the parity bit stored off the
>SIMM? The technote
>http://developer.apple.com/technotes/hw/pdf/hw_25.pdfmentions parity,
>are there 9-chip SIMMS on the IIfx? Or is the parity stored
>on a separate RAM on the mainboard? Since your max memory is 8x(4Mx8bit bit
>SIMMS) accessed 32 bits at a time (I assume) you'd only need 1 Mbit of
>parity RAM if you do parity across 32 bits.
You are unlikely to ever see a IIfx that actually implements parity.
It was an option for the IIfx but was very rare in practice. In
virtually all cases the IIfx uses an 8 bit 64 pin SIMM with no
parity. The presence of parity on the SIMM will not affect
operation, because on a non-parity IIfx, the SIMM pins for parity
connections are NC.
A IIfx SIMM built for parity will have 1/8 more capacity. The extra
storage for parity is on each individual SIMM. The pinout for the
SIMMs is in "The Guide to the Macintosh Family Hardware". It's one
of those Addison Wesley books.
I don't have that particular datasheet on hand. But if you get one,
I'd like a copy as well. I imagine it's a pretty standard 1M X 1
DRAM chip.
>Date: Thu, 29 Sep 2005 14:01:37 -0700
>From: Eric J Korpela <korpela at ssl.berkeley.edu>
>I also notice that the table on page 2 of the technote contradicts the IIfx
>section. The table says you can put up to 128MB in a IIfx, but the IIfx
>section says the biggest SIMM allowed is 256kx8.
I think you misread that somehow. The tech note states that the IIfx
does not support 256KB SIMMs. It gives examples of memory
configurations up to 32 MB, using 4 MB SIMMs, although there's a
consistent typo in the example where megabit is written instead of
megabyte.
But the maximum memory capacity is 128 MB, using eight 16 MB SIMMs.
That was/is the maximum capacity for most of the Mac II family. The
exceptions are the original Mac II (68020 based), the Mac IIsi
(supports 16 MB SIMMs, but only has 4 slots) and the abomination with
variations known as the IIvi and IIvx.
As far as I know, there can't be 30 pin SIMMs with capacities larger
than 16 MB, because there are only 12 address pins available and 12 X
2 = 24 and 24 address bits yields 16M addresses. There aren't any NC
pins left to convert to additional address lines, unless one steals
the parity pins.
Jeff Walther
I recently acquired through the generous efforts of a member here, a
Commodore PET 2001-32B. It boots up to just garbage characters on the
screen. Any quick things I can check or a 'suspect' part? Also if anyone
knows where I can obtain a schematic for this beauty, please let me know!
Thanks
>From: "Hans Franke" <Hans.Franke at siemens.com>
>
>Am 29 Sep 2005 14:41 meinte Star Master:
>
>> I recently acquired through the generous efforts of a member here, a
>> Commodore PET 2001-32B. It boots up to just garbage characters on the
>> screen. Any quick things I can check or a 'suspect' part?
>
>It's a PET, so first thing is just to press back all chips
>firm into their sockets. Solves 98% of all Commodore problems.
>
>Gruss
>H.
>
Hi
I'll make my standard comment here. Putting
DC#4 or similar materials onto pins before
putting things back together will make a difference.
This is especially true for the power pins that
would otherwise tend to over heat because of
contact resistance.
Dwight
Hi
I believe there are 4 holes that you can see in the bottom
plate that go to empty threaded holes in the frame of the printer.
You need to put these screws in and it will clamp the
printer unit to the frame so it doesn't wobble around
on the rubber mounts.
I'd tell you what thread but my unit came without them :(
Dwight
>From: "Vintage Computer Festival" <vcf at siconic.com>
>
>
>Grrr, I hate bringing up old topics, but I can't find anything in the
>archives or on Googl.e
>
>I'll be shipping an ASR32 and want to lock the typing unit. I've seen a
>message from Tony mentioning a "transit screw" that secures the typing
>unit to the base.
>
>Can anyone elaborate?
>
>--
>
>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 ]
>
>
>From: "Ashley Carder" <wacarder at earthlink.net>
---snip---
> but I can't get the keyboard to type in local mode. The keys don't press down
all the way.
Hi
As another mentioned, it most likely has a keyboard
reset problem. If it still has the H shaped coupling
between the keyboard and the printer, remove this
and see if you can reset the keyboard by actuating
the crank manually. Also, look to see if the printer
assembly is actuating the reset by manually turning
the motor and watching where the H coupling goes.
This is driven by ( as I recall ) a clutch near the
distributor.
Dwight
Just noticed your file on google. Are you still in need of paper tape or more to the point for me , do you still have fan-fold paper tape to get rid of?
Ray Plett at mts.net
>Date: Thu, 29 Sep 2005 17:51:13 -0400
>From: Paul Koning <pkoning at equallogic.com>
>Subject: Re: Tristate Buffer Output if Input is High-Z?
> Tony> An analogue switch IC is a similar device, and those do
> Tony> exist. The problem is finding one that will switch quickly
> Tony> enough (I would guess in a few nanoseconds) for this
> Tony> application.
>
>No problem.
>
>Quickswitches are rated to several hundred Megahertz. If that isn't
>good enough, you can use microwave switch transistors. I don't know
>the max switch rate of either, but presumably any transistor capable
>of carrying microwave frequencies can switch on/off in a nanosecond or
>better.
>Date: Thu, 29 Sep 2005 15:16:46 -0700 (PDT)
>From: "Dwight K. Elvey" <dwight.elvey at amd.com>
>Subject: Re: Tristate Buffer Output if Input is High-Z?
>>No problem.
> The problem is as Tony mentioned, you get no buffering.
>This means you can't expect to put the mux too far from
>the inputs on either side. You are really better off
>using something like '245's.
Thank you, gentlemen, and that includes the respondents I did not
quote above (previous digest). I really appreciate all the great
information and leads.
I started with Pericom (as one person suggested) as I am familiar
with some of their products and worked backwards from there. It
appears that they are calling the product which I want "Bus Switch".
Once I knew that, there's a nice selection available on Digi-Key,
although I'll check Mouser later for better pricing.
The selection is not quite as nice as I'd like, because there's
nothing analogous to the SN74ABT241A. The nice thing about the 241
is that it divides its eight buffers into two groups of four with
independent enables for the two groups of four. Okay, that's like a
244. However, the 241 has one active high enable, and one active low
enable, while both enables on the 244 are active low.
So I'll need an inverter in line with one of the OE pins on the bus
switches, which isn't the end of the world, but its not as elegant as
the SN74ABT241A would have been. The candidates are the Pericom
PI5C3244 or the TI SN74CBT3244.
The speeds on these components look fast enough, the time to switch
>from high-Z to conducting has a maximum value of about 6 ns on the
Pericom and 8 ns on the TI. I'm not certain they used the same test
conditions. Minimum times are 1 ns. Both have a propagation time of
.25 ns from A to B or B to A once the switch is enabled.
Dwight, can you elaborate on why I'd be better off with something
like '245s? I either don't understand your point, or I have not
explained my intent clearly enough. I am trying to emulate the SIMM
on a IIfx. The only difficulty is getting X 4 DRAM chips to look as
if they have separate D and Q pins.
On stock IIfx SIMMs, the data signals are not buffered on the SIMM,
they come directly from the DRAM chip to the SIMM connector. On my
SIMM, they will go from the DRAM chip, through a bus switch (or
tristate buffer) and then to the SIMM connector. So, unless too much
signal strength is lost going through the bus switch, I do not
understand why I'd need a buffer there to strengthen or clean up the
signal. Or are you saying that I should have a latch there to hold
the signal for some time after my switch control signal goes inactive
to make sure that hold times are supported?
The pinout on the SN74ABT241A (buffer) and the SN74CBT3244 (switch)
are the same (the PI5C3244 is also the same but comes in a smaller
package) and the same packages are available. I jumped the gun and
already have some SN74ABT241A on hand.
So I think what I'll do is design my first set of SIMMs with the
posibility of taking the OE signal for the Data Out side of the
buffer/switch either directly from WE, from WE run through an
inverter (WE'), or from WE AND CAS'. The inverters and AND gates
are available in tiny SC70 packages (similar to SOT23).
Then I can test the Buffer with WE (OE is active high) as control for
Din and Dout. The Buffer with WE AND CAS' (OE is active high) as
control for Dout. And the Bus Switch with WE' (OE is active low) as
control for Dout.
Jeff Walther
Hi Bryan
It is a type of silicon grease ( NOT heat sink grease ).
It is not really a cleaner but unlike petroleum grease,
it has vary low film strength. In other words, it is
a poor lubricant. When the contacts scrape together,
surface oxides are scraped off and the grease protects
the new surface from degrading because of air contact.
There are similar products sold through hi-fi shops
but I've been using DC#4 ( Dow Corning #4 ) for a long
time and trust it. You can get it at many electric
shops ( you know lighting and wiring ) as well as
mail order, like McMaster-Carr.
In a pinch I've had good luck with automotive products
like SilGlyde grease and other dielectric greases.
It is good for most any electrical connector since it
is non-conductive. It works best on connection that carry
High current, like power supply connectors. It also works
well on connectors that have vibration issues, like the
RAM pack connected to the back of a Sinclair ZX81.
It does lubricate slightly so one should make pins on
things like EPROMs at 90 degrees relative to the package,
so they don't have spring tension that tend to pop them
out of the sockets. This is probably a good idea to do
with plastic ROM packages as well for reliability reasons.
Stressed pins, from automatic insertion methods, tend
to increase the likelihood of pin to chip failure.
Dwight
>From: "Bryan Pope" <bpope at wordstock.com>
>
>And thusly Dwight K. Elvey spake:
>>
>> Hi
>> I'll make my standard comment here. Putting
>> DC#4 or similar materials onto pins before
>
>DC#4? What is that? Some sort of contact cleaner?
>
>Cheers,
>
>Bryan
>
>
>> putting things back together will make a difference.
>> This is especially true for the power pins that
>> would otherwise tend to over heat because of
>> contact resistance.
>> Dwight
>>
>>
>>
>
>
Chris,
Checked out the multibus cards.
I have:
4 IAPX86 cards (8086-2, 512k ram, 8255, serial 8251 and timer.)
1 512k parity ram
These were from a MDS 800 someone did a disassembly and scrap on.
1 backplane from MDS800 spare
1 Monitor board from same
1 frontpannel board from same.
Allison
>
>Subject: offlist Re: Looking for: BCC180 schematics and..
> From: Chris M <chrism3667 at yahoo.com>
> Date: Thu, 29 Sep 2005 08:05:45 -0700 (PDT)
> To: "General Discussion: On-Topic Posts Only" <cctech at classiccmp.org>
>
>That sounds like something that was published in Byte
>years ago. As a matter of fact I'm pretty positive.
>Mostly definate. 99% anyway. Provided I have it, would
>that solve your problem?
>
>--- Allison <ajp166 at bellatlantic.net> wrote:
>
>> I'm looking for schematics for MicroMint BCC180
>> rev1.
>>
>> Also Imagewise V2.0 reciever (ca1987) the earlier
>> with DB25
>> connector. Any docs or schematic would help.
>>
>> Allison
>>
>
>
>
>
>__________________________________
>Yahoo! Mail - PC Magazine Editors' Choice 2005
>http://mail.yahoo.com
Anyone have any information about this computer? It's a small RUGGED
laptop. It's even beefier than the Grids. Here's a bit of general info
about them but I'd like more specific info on the model RLT-88.
Joe
We (my company) do a lot of business with an IBM dealer/reseller in
San Antonio, TX. Their systems guy sent me this spreadsheet the other
day listing *all* the RS6k/pSeries models, basic system info, supported
AIX versions, etc. It's not very detailed, but it's the first really
complete and coherent listing of models I've ever seen (yes, including
the telco variants and switches). He told me this morning I can share it.
Sorry about the Excel format. I didn't make it and I haven't had
time to export it to something more universal.
http://www.docsbox.net/RS6000_Ref.xls
Doc
Well, it would also help if you told us what version (model) of the ST20 it
is?
Is it the ST20450 (a true transputer model) or the later stripped down
sequential versions. What tools are you using (compilers, etc)...
Thanks,
Ram
> -----Original Message-----
> From: Brad Parker [mailto:brad at heeltoe.com]
> Sent: Thursday, September 29, 2005 10:28 PM
> To: General Discussion: On-Topic and Off-Topic Posts
> Subject: Re: transputers
>
>
>
> Ram Meenakshisundaram wrote:
> >Come to my website at http://www.classiccmp.org/transputer.
> I havent
> >set up a ST20 site yet, but what are you looking for?
> Datasheets, etc,
> >etc..
>
> Mostly just experiences with writing asm code for them...
> speed tips, etc...
>
> -brad
>
All,
On 9/30/05, Zane H. Healy <healyzh at aracnet.com> wrote:
[...]
> As for the Acorn, did it ever get exported anywhere?
The Acorn made it to Australia in small numbers. It was not hugely
visible. I only really know about them through a friend. I think he
gained his knowledge through his school. Most schools had BBC Micros
or Micro Bees before digressing into Wintel territory. It is a shame
as I am lead to believe that the Acorn architecture and OS where well
engineered.
[...]
Simon
--
------------------------------------------------------------------------
"Well, an engineer is not concerned with the truth; that is left to
philosophers and theologians: the prime concern of an engineer is
the utility of the final product."
Lectures on the Electrical Properties of Materials, L.Solymar, D.Walsh
> Sellam said:
>
> Grrr, I hate bringing up old topics, but I can't find anything in the
> archives or on Google
>
> I'll be shipping an ASR32 and want to lock the typing unit. I've seen a
> message from Tony mentioning a "transit screw" that secures the typing
> unit to the base.
>
> Can anyone elaborate?
If you look on the outside of the case under the bottom of the keyboard,
you will see a hole. You can put a bolt of the correct length and thread size
through the hole and it will screw into a hole on a metal part of the tty
inside the case. I had an ASR33 shipped with the shipping bolt in place
and it worked fine when it arrived at my place. I have had another one
that was shipped without the shipping bolt and something inside seems to
be out of alignment and the keyboard isn't working.
Ashley
Grrr, I hate bringing up old topics, but I can't find anything in the
archives or on Googl.e
I'll be shipping an ASR32 and want to lock the typing unit. I've seen a
message from Tony mentioning a "transit screw" that secures the typing
unit to the base.
Can anyone elaborate?
--
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 ]
> HI Ashley, the 33ASR you mentioned is actually a TWX machine if it has a
> phone dialer option & it has 4 rows of keys on the keybd. The "H" lever is
> probably out of it's slot, causing the keybd. not to reset. I would start there.
> Larry
Larry, I think these ASR-33s were set up as TWX machines. They can also
be set up as computer terminals, can't they? Aren't all the mechanics, etc.,
the same except for the telephone stuff and the modem stuff that's in the
stand?
Thanks for the info. I'll take a look at the H Lever.
Ashley
It also doesn't help when there are about 5 people who are vigourous
collectors of transputer stuff (that includes me). This drives the prices
up into un-precedented levels. 3 out of the 5 collectors are unbelievably
ruthless (that excludes me) when it comes to acquisition on ebay. This
makes it difficult for anyone else to obtain one. The large transputer
equipments (that are found in universities) is a good place to look, but
also a bit difficult at times unless you know someone there.
Ram
> -----Original Message-----
> From: Jules Richardson [mailto:julesrichardsonuk at yahoo.co.uk]
> Sent: Friday, September 30, 2005 10:28 AM
> To: On-Topic and Off-Topic Posts
> Subject: Re: transputers
>
> Local universities are worth a try - many would have had transputer
> equipment back in the day, and it may well still be lurking
> in a cupboard...
>
> cheers
>
> Jules
>
HI Ashley, the 33ASR you mentioned is actually a TWX machine if it has a
phone dialer option & it has 4 rows of keys on the keybd. The "H" lever is
probably out of it's slot, causing the keybd. not to reset. I would start there.
Larry
At 14:41 29/09/2005 -0600, you wrote:
>I recently acquired through the generous efforts of a member here, a
>Commodore PET 2001-32B. It boots up to just garbage characters on the
>screen. Any quick things I can check or a 'suspect' part? Also if anyone
>knows where I can obtain a schematic for this beauty, please let me know!
"Most everything" about the PET is at: http://www.funet.fi/pub/cbm
"Garbage" characters at startup usually mean the machine isn't clearing
the screen, which is part of it's startup initialization. Possible causes
- The processor isn't running... Look for apropriate 6502 clocks. You should
see a fetch to the top of memory (FFFC-FFFD) as the first access (CPU
fetches reset vector), and then fetches at whatever address is stored there.
- The code is invalid... See notes on PET ROMs below. Could also be a bad
buffer etc. If the ROMs are correct, then look at each data line to insure
that it is making it all the way back to the processor.
- The processor is "crashing" before it gets there. Most likely cause
bad-RAM (stack failure).
- The code is getting "hung up" waiting for something --- not much happens
before the screen clear, but it might be this ... if so, you should be able
to scope the address lines and see the code sitting in a tight loop - you
should also be able to figure out what it's polling (read address) and
using the schematics, memory maps, listing etc (avail from funet) you can
figure out what is wrong. (I had one unit which hung polling a bad 6521).
I've repaired about 1/2 dozen different PETs over the last couple of years,
and here's what I found (in rough order of most common to least common):
#1 - Bad connections, ROM sockets and power connector to mainboard
(some level of this in almost all the machines I worked on)
#2 - Bad 2114 SRAMs (3-4 instances of this - also in 2040/4040s)
#3 - Bad 4116 DRAMs (3-4 instances of this)
#4 - Bad ROMs (2 instances of this) **
#5 - Bad 6521 (1 instance of this)
** ROMS:
You can get the ROM images from funet - Exact compatible EPROM devices
to the commodore ROMs are tough to find - If you are lucky (as I was in
one instance), and the bad ROM is the Edit ROM, which is only a 2K device,
you can actually replace it with a 2116 (It doesn't quite line up - (IIRC
it gets SELECT on OE, and SELECT gets driven by an address line which is
low for the 2K "bottom half" of the socket range where the Edit ROM lives)
but it's "good enough" to work). For the 4K device I replaced, I had to
make a little daughter card (see photo in my PET section).
I checked the ROMs by making an adapter to read them in my homebuilt
programmer as 2732s, and compared the results to the ROMs from another
PET (you can use the images from funet).
Depending on which version of the ROMs you have, you may be able to get into
an internal monitor by pulling down the DIAG line - but I think the screen clears
before it is checked - again, you can find the pinouts on funet. I also have
complete scans of the 2001 manuals posted on my site which shows the I/O ports
and pinouts.
Good luck!
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.parse.com/~ddunfield/museum/index.html
On Thu, 29 Sep 2005 cctalk-request at classiccmp.org wrote:
> Date: Thu, 29 Sep 2005 20:14:44 -0400
> From: Douglas Taylor <dj.taylor at starpower.net>
> Subject: FPGA PDP-11
> Message-ID: <6.0.1.1.0.20050929201244.01bde3b0 at pop.starpower.net>
>
> I found this interesting bit of work on the web, it is a college project to
> create a PDP-11 on a chip; look at the link:
>
>
> http://shimizu-lab.dt.u-tokai.ac.jp/pop11.html
>
>
> Why did he pick PDP-11/40 model?
Probably because it's a fairly simple and straight PDP-11, having more or
less the clean original design combined with an MMU, without any of the
later tricky stuff that would cause lots of more problems.
> Date: Thu, 29 Sep 2005 17:42:51 -0700 (PDT)
> From: Vintage Computer Festival <vcf at siconic.com>
> Subject: Re: FPGA PDP-11
> Message-ID: <Pine.LNX.4.33.0509291742360.29998-100000 at siconic.com>
>
> On Thu, 29 Sep 2005, Douglas Taylor wrote:
>
> > I found this interesting bit of work on the web, it is a college project to
> > create a PDP-11 on a chip; look at the link:
> >
> >
> > http://shimizu-lab.dt.u-tokai.ac.jp/pop11.html
> >
> >
> > Why did he pick PDP-11/40 model?
>
> Maybe because that's what they had in their lab?
Could be.
> Date: Thu, 29 Sep 2005 18:04:01 -0700
> From: "Zane H. Healy" <healyzh at aracnet.com>
> Subject: Re: FPGA PDP-11
> Message-ID: <a06200700bf623e5719c4(a)[192.168.1.199]>
>
> At 8:14 PM -0400 9/29/05, Douglas Taylor wrote:
> >I found this interesting bit of work on the web, it is a college
> >project to create a PDP-11 on a chip; look at the link:
> >
> >http://shimizu-lab.dt.u-tokai.ac.jp/pop11.html
> >
> >
> >Why did he pick PDP-11/40 model?
> >
> >Doug
>
> It's worth noting that they're also working on a VAX-11/780 implementation.
>
> http://shimizu-lab.dt.u-tokai.ac.jp/
Yikes! If they would pull that off, it would be interesting... I wonder
how feasible it is, though.
> It's interesting to note, based on the pictures, they might be
> emulating RK05's using the IDE HD. As such it might possible to run
> something other than Unix on this.
Hmm... 11/40 and RK05... The theory about 6ed Unix don't sound that far
fetched...
> Date: Thu, 29 Sep 2005 22:04:45 -0400
> From: Allison <ajp166 at bellatlantic.net>
> Subject: Re: FPGA PDP-11
> Message-ID: <0INL0011FXOYKNC1 at vms046.mailsrvcs.net>
>
> >
> >Subject: FPGA PDP-11
> > From: Douglas Taylor <dj.taylor at starpower.net>
> > Date: Thu, 29 Sep 2005 20:14:44 -0400
> > To: cctech at classiccmp.org
> >
> >I found this interesting bit of work on the web, it is a college project to
> >create a PDP-11 on a chip; look at the link:
> >
> >
> >http://shimizu-lab.dt.u-tokai.ac.jp/pop11.html
> >
> >
> >Why did he pick PDP-11/40 model?
>
> It was one of the higher performing models. whats significant is the
> IDE, serial as well as MMU were included.
Um. No, actually the 11/40 is pretty low performance. It's basically a 2nd
generation PDP-11. EIS was still very optional, and usually not included.
You have 18-bit mode, but no split I&D space, no supervisor mode or
anything else fancy. Also, no FPP available. You did have the FIS option,
though.
Might you be thinking of the 11/45 with variations?
> However I prefer my DEC310s (40pin dip LSI-11).
:-)
> Date: Thu, 29 Sep 2005 23:25:32 -0400
> From: 9000 VAX <vax9000 at gmail.com>
> Subject: Re: FPGA PDP-11
> Message-ID:
> <ddc584f50509292025v593427b2t7687221d298a7b78 at mail.gmail.com>
>
> On 9/29/05, Douglas Taylor <dj.taylor at starpower.net> wrote:
> > I found this interesting bit of work on the web, it is a college project to
> > create a PDP-11 on a chip; look at the link:
> >
> >
> > http://shimizu-lab.dt.u-tokai.ac.jp/pop11.html
> >
> >
> > Why did he pick PDP-11/40 model?
>
> I probably know why they chose PDP-11/40, because I chose PDP-11/40
> before I found their work. The reason why I chose PDP-11/40 is because
> UNIX V6 runs on PDP-11/40 and there is a very good book about the UNIX
> V6 source code hacking (written by an Australian I believe). Sure, I
> abandoned the plan to create a PDP-11/40 to focus on other projects.
Good point. Having something to run on the hardware is desireable.
Johnny
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at update.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
All,
Does anyone have or have access to a schematic for a Fluke 702
Calibrator? One has come my way that has emitted smoke from a couple
of power supply components.
The offending board has the details:
Power Supply Assy 938279
Fluke - 700 - 3001 Rev G
According to the power supply board, this is 1994 vintage - so just on
topic. For those that are interested, the CPU appears to be a
XC68306FC16.
Thanks.
Simon
--
------------------------------------------------------------------------
"Well, an engineer is not concerned with the truth; that is left to
philosophers and theologians: the prime concern of an engineer is
the utility of the final product."
Lectures on the Electrical Properties of Materials, L.Solymar, D.Walsh
I am surprised no one has bid on my 1966-67 DEC Flip Chip Logic Handbook on
eBay, item 5295648822, about 15 hours to go.
Paxton
--
Paxton Hoag
Astoria, OR
USA
I found this interesting bit of work on the web, it is a college project to
create a PDP-11 on a chip; look at the link:
http://shimizu-lab.dt.u-tokai.ac.jp/pop11.html
Why did he pick PDP-11/40 model?
Doug
>
>Subject: FPGA PDP-11
> From: Douglas Taylor <dj.taylor at starpower.net>
> Date: Thu, 29 Sep 2005 20:14:44 -0400
> To: cctech at classiccmp.org
>
>I found this interesting bit of work on the web, it is a college project to
>create a PDP-11 on a chip; look at the link:
>
>
>http://shimizu-lab.dt.u-tokai.ac.jp/pop11.html
>
>
>Why did he pick PDP-11/40 model?
It was one of the higher performing models. whats significant is the
IDE, serial as well as MMU were included.
However I prefer my DEC310s (40pin dip LSI-11).
Allison
>
>Subject: Re: PalmOS no more? :(
> From: Scott Stevens <chenmel at earthlink.net>
> Date: Thu, 29 Sep 2005 19:12:40 -0500
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>On Thu, 29 Sep 2005 01:51:44 +0100
>Liam Proven <lproven at gmail.com> wrote:
>
>> On 28/09/05, Sridhar Ayengar <ploopster at gmail.com> wrote:
>>
>> 40h use? I flat-out don't believe you. That's /use/ - not standby
>> time, which is many *months*. We're talking 2 *days* of *continuous*
>> operation.
My PX8 killed the last two set of batteries from use and all. With a good
set I expect something like 14-16 hours of continous use. The best use of
it was some data logging where it would take a few reading via serial port
every few minutes for as long as the batteries lasted. With the sleep
function that was just over three weeks of data. They had planned to use
at the time a fairly decent laptop and two marine batteries for that.
>My Tandy Pocket Computer (a PC-8) still has the same battery in it that
>it did when I bought it used. Granted, I don't hammer away at it
>extensively, but I've coded in BASIC programs to factor numbrers to
>their primes and various other tasks and fooled with it enough. I am
>talking about a machine as thin as a light-duty calculator which uses a
>coin battery. I've owned it personally for more than four years now and
>it STILL has the same battery. And it has retained my BASIC programs
>that long.
I have the proto for a PC8 or similar only it's not pretty package but
still after 23 years its functional and all it needs for power is a few
AA cells.
However the portable on batteries death match goes to the Tandy M100 and
friends. It's both good on batteries and uses cells available anywhere.
Allison
>>Gil Carrick wrote:
>>I've got the space & the bandwidth. Two things: 1) what is a good package to
>>download in bulk under XP? 2) The site does not load very fast. Is it on a
>>high speed link?
>If you try to download in bulk you are likely to
>find the system gone in short order. I know the
>guy that is currently maintaining the system.
>--
>Eric Dittman
>dittman at dittman.net
I never suggested a blind mirror, I just didn't talk to the site operator because a "mirror" to a dialup computer is completely pointless except for archival purposes (I do have Jagubox archived because it's so hard to find now). Perhaps an arrangement could be worked out to mirror it over a period of time or PostOfficeNet DVDs - who knows? There was a time after Wisniewski's death that it wasn't around, and it would be a shame if it went down for good without any mirrors.
Not sure about the FX, but the CI had a parity option available for the feds, because they demanded it. Almost every CI you see (commercial stock), though, doesn't have parity checking and ignores parity. Possibly same thing with the FX.
Scott Quinn
check out http://vmsone.com- looks to have all the layered products up under webpages:OpenVMS Kits. Haven't got my VMS skills to where I have tried them, yet, but it looks like the read deal.
This is John Wisniewski's site, and I'm not sure who has custody of it or how long it will be up now that he's gone, so possibly someone with a high-speed connection could look at mirroring the VMS stuff.
-Scott Quinn
>From: "Paul Koning" <pkoning at equallogic.com>
>
>>>>>> "Tony" == Tony Duell <ard at p850ug1.demon.co.uk> writes:
>
> >> It sounds like the tristate buffers don't do exactly what I would
> >> like, although I think I can make it work with more logic in front
> >> of the control line for the buffer.
> >>
> >> However, doing a bit more research, it looks like what I really
> >> need is a Transmission Gate. The important difference is that a
> >> transmission gate will pass the input regardless of its state, so
> >> L passes L, H passes H and Z passes as Z. The disadvantage is
> >> that if you have a noisy signal, the TG doesn't clean it up at all
> >> the way a TB will.
> >>
> >> The catch is that I cannot find one listed anywhere as a part that
> >> one can actually buy. Are transmission gates purchasable parts?
> >> Or are they just something they discussed in my VLSI textbook?
>
> Tony> An analogue switch IC is a similar device, and those do
> Tony> exist. The problem is finding one that will switch quickly
> Tony> enough (I would guess in a few nanoseconds) for this
> Tony> application.
>
>No problem.
>
>Quickswitches are rated to several hundred Megahertz. If that isn't
>good enough, you can use microwave switch transistors. I don't know
>the max switch rate of either, but presumably any transistor capable
>of carrying microwave frequencies can switch on/off in a nanosecond or
>better.
>
> paul
Hi
The problem is as Tony mentioned, you get no buffering.
This means you can't expect to put the mux too far from
the inputs on either side. You are really better off
using something like '245's.
Dwight
>Date: Tue, 27 Sep 2005 07:54:24 -0700
>From: Eric J Korpela <korpela at ssl.berkeley.edu>
>Subject: Re: Tristate Buffer Output if Input is High-Z?
>On 9/26/05, Jeff Walther <trag at io.com> wrote:
>>
>> If a tristate buffer is enabled by its control line, but the input to
>> the buffer is at high-Z is there a typical output?
>
>
>If there is it probably varies between parts. If you need a defined output
>for tristated inputs you should pull the inputs up or down.
Thanks to everyone for all the replies.
It sounds like the tristate buffers don't do exactly what I would
like, although I think I can make it work with more logic in front of
the control line for the buffer.
However, doing a bit more research, it looks like what I really need
is a Transmission Gate. The important difference is that a
transmission gate will pass the input regardless of its state, so L
passes L, H passes H and Z passes as Z. The disadvantage is that if
you have a noisy signal, the TG doesn't clean it up at all the way a
TB will.
The catch is that I cannot find one listed anywhere as a part that
one can actually buy. Are transmission gates purchasable parts? Or
are they just something they discussed in my VLSI textbook?
If they are real parts, would someone please suggest a part number?
Preferably an octal transmission gate (eight on a chip) divided into
two sets of four with separate control lines (OE) and one OE active
low and the other active high. That's how the SN74ABT241A tristate
buffer is configured and it's perfect for my application, other than
the little detail that a tristate buffer doesn't quite meet my needs.
:-)
Since someone asked, a quick synopsys of my project (for those who
missed the earlier threads) is that I'm trying to build 16 MB SIMMs
for the Mac IIfx (1991) using 16M X 4 parts (Samsung KM44C16100).
The IIfx used unusual 64 pin SIMMs which are 8 bits wide, but keep
the Data In and Data Out pins separate. This is fine, when one is
using X 1 DRAM chips, as X 1 chips have separate Din and Dout (D & Q)
pins. I've checked the IIfx motherboard and it actually does make
use of the divided data pins to allow it to buffer writes, so I can't
just tie the pins together. If I tie the pins together, the data
for buffered writes will go out on the machine's data bus, when it
should just stay between the buffers and the SIMMs.
Using a (one per memory chip) SN74ABT241A, I can buffer the DRAM chip
data pins and make them look like separate in and out pins. The
SN74ABT241A is an octal tristate buffer with two OE lines. Each OE
controls four of the buffers, and one is active high, the other
active low.
So, using WE to control both OE lines of the SN74ABT241A means that
the buffers will only conduct data from the Din SIMM pins to the DRAM
data pins, when WE is low, and will only conduct data from the DRAM
data pins to the Dout SIMM pins when WE is high. There's no way for
data from the SIMM's Din pins to feed back onto the SIMM's Dout pins.
This looks beautiful until one considers what happens when the
computer is trying to use the data bus for other things. If the
computer leaves WE high, then the buffers will be driving some signal
onto the Dout pins of the SIMMs. With normal SIMMs this would be
okay, because the Dout of the DRAM chips should go to High-Z after
CAS goes high at the end of the Read, even if WE is still high
(according to DRAM datasheets).
But in my situation, CAS goes high, the DRAM chip data pins go
high-Z, and if WE stays high, then the buffer takes that high-Z input
and tries to make it into some deterministic H or L output. I need
that high-Z output from the DRAM chips to propagate through the
buffer.
Or I can shut the buffer output down after CAS goes high. So an
alternative is to use an inverter and AND gate to deliver (CAS' AND
WE) to the buffer control line for Data_Out. This will probably
work--barring timing issues--but involves two more components (or
four if I don't want to run a trace cross-board), and the associated
additional layout headaches.
I've actually already laid out the board (in software) with the
inverter and AND gate added, but a transmission gate would be more
elegant and keep the component count down.
But if there aren't actual transmission gate components available,
I'll just produce a set of boards with traces and positions for the
AND gate and inverter, and Vias in close proximity so I can do a bit
of wire wrap modification and experimentation on the first set to see
what control to the tristate buffer works--or doesn't work.
Jeff Walther
The 6800 indeed had HCF and while I forget the opcode
(not a regular 6800 user) it was real. Basically if
the opcode was encountered the chip executed bus cycles
and did nothing else till reset. Story then was it
enabled some level of factory testing of the die for
the is it even alive test.
Allison
>
>Subject: Re: 6800 opcode $02
> From: "J.C. Wren" <jcwren at jcwren.com>
> Date: Tue, 30 Aug 2005 21:45:00 -0400
> To: General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org>
>
> I'd suggest finding a VHDL or Verilog implementation, and see if
>that provides any insight. Also, Google for '6800 undocumented opcodes'
>(no quotes). There are a number of hits. Most seem to indicate that
>the undocumented opcode (no value given) causes the processor to go into
>a mode where there are no instruction fetchs, but the address bus runs
>incrementing bus cycles.
>
> --jc
>
>Scott Stevens wrote:
>
>>On Mon, 29 Aug 2005 17:53:59 +0100 (BST)
>>ard at p850ug1.demon.co.uk (Tony Duell) wrote:
>>
>>
>>
>>>Does anyone know what Opcode $02 is on a Motorola 6800 processor. It's
>>>
>>>not defined in the data sheet, but I have a device which forces that
>>>instruction onto the data bus in one of the test modes.
>>>
>>>Is it, by any chance, the infamous HCF instruction?
>>>
>>>-tony
>>>
>>>
>>>
>>Hmm, all the other $0x opcodes on the table are inherent instructions
>>that mess with the condition code register. Looking at the order of the
>>bits in the instructions, I don't see an order that corresponds with
>>good old HINZVC (we were required to memorize this, the order of the
>>bits in the condition code register, in tech school)
>>
>>0a clears overflow (V)
>>0b sets overflow (V)
>>0c clears carry (C)
>>0d sets carry (C)
>>0e clears interrupt mask (I)
>>0f sets interrupt mask (I)
>>
>>The lower instructions defined are
>>06 Accumulator A to CCR
>>07 CCR to Accumulator A
>>
>>
>>Is there a bit-level 'Opcode Breakdown' reference for the 6800
>>processor, that defines bit field and gives clues to how the opcodes are
>>translated in hardware, like there is (it's an elaborate table and I
>>even have a machine language Textbook that drags you through it all on
>>an early chapter) for the 8086 processor?
>>
>>The good old 6800. 'Freescale' : bah!
>>
>>
>>
>
>Subject: offlist Re: Looking for: BCC180 schematics and..
> From: Chris M <chrism3667 at yahoo.com>
> Date: Thu, 29 Sep 2005 08:05:45 -0700 (PDT)
> To: "General Discussion: On-Topic Posts Only" <cctech at classiccmp.org>
>
>That sounds like something that was published in Byte
>years ago. As a matter of fact I'm pretty positive.
>Mostly definate. 99% anyway. Provided I have it, would
>that solve your problem?
Yes. I just need the schematic.
I know the SB180 was published in Byte (september '85) as I have the
article and the SB180. The BCC180 was a few years later and by then
I getting Byte as it had become a PC rag.
I've been in the process of moving a small mountain of stuff and this
weekend I hope to assess the multibus boards I have.
Allison
I recently sold an item using the "Vintage Computer Marketplace"
[ http://marketplace.vintage.org/ ] I recommended buyers us check, money order
or PayPal. The buyer was familiar with BidPay - and chose to use it
instead...
BidPay rejected the first payment - as it didn't recognize the auction - and
said they to not pay "individual" to "individual" transactions.
Both the buyer and I responded to BidPay that the "Vintage Computer
Marketplace" was a valid auction and payment should be honored.
When the buyer tried again - the payment got rejected a second time.
DON'T USE BIDPAY!!!!
Regards,
Lyle
--
Lyle Bickley
Bickley Consulting West Inc.
Mountain View, CA
http://bickleywest.com
"Black holes are where God is dividing by zero"