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
