>Ok, they are a very convenient shape compared with Superbrains, Tandy
>Model 4s and PETs. I only have a couple of PETs and they are a real
>pain. What do other collectors do with these machines?
Put them on top of piles of minicomputers :-).
Seriously, I _have_ used chipboard/shelf brackets to make 'tunnels' that fit
over the crazier shaped machines (PETs, etc), so that I can stack other things
on top. If you do this, and decide to run the machines that inside the tunnels,
then please add fans or at least make sure air can get into the cooling vents.
>On the down side for storage space the manuals for minicomputers are
>normally far more extensive than the typical 1/2" thick A4/A5 manual you
>get with a micro.
Indeed. I have a large pile of DEC printsets + A4 binders of user guides, etc.
Mind you, the 8 IBM Techref manuals (PC, XT, AT vol1, AT vol2, O&A vol 1, O&A
vol 2, Scientific O&A, PC-jr) take up quite a bit of space as well...
>--
>Kevan
-tony
From: MX%"classiccmp(a)u.washington.edu" 22-JUL-1997 17:57:36.60
To: MX%"classiccmp(a)u.washington.edu"
CC:
Subj: Re: Minicomputer Storage Myths
>Wanna here a crying shame!? I only collect micros, simply because I'm not
>at all familiar with Unix, Vax, or any flavor thereoff. I have an 18X24
>room in the basement of my house devoted to not just storing my collection,
>but having it setup and running. If I knew more about these machines, I'd
>probably love to have one.
That's no excuse! :-). When I got my first minicomputer I knew absolutely
nothing about them (I'd never used a front panel, had only vague ideas on
how a processor worked at gate level, etc). I suspect the rest is true
of some other serious collectors on this list.
Still, I sat down with the machine, and even more importantly the service
manual, and I figured it out. It didn't take that long. And I didn't have a
group of experts to turn to, either.
-tony
I have some comments on the PET FAQ, but I've lost Larry Anderson's
e-mail address. Accordingly I am posting it here, with apologies to all
who don't wish to read it.
> WHAT MODELS OF THE PET ARE THERE?
>
> The PET line was Commodore's first computer line after purchasing MOS
> Technologies the primary design of the computer (as well as its
> microprocessor, the 6502) was by Chuck Peddle. The line was labeled in
> series' the first series, the 2001 series, the european 3000 series, and the
> modern 4000 and 8000 series, and the final single unit 9000 series which is
> the SuperPET.
What about the 8200 Series? I am not sure of the differences between this, the
8000 series and the 500/700 (B/P) series - see my post earlier this week. I
have also heard that the 8200 series runs BASIC 4.5, but mine runs 4.0.
[...]
> Large Keyboard PETs (no more internal datasette drive):
> PET 2001 xN (x=8,16,or 32 depending on amount or RAM it was shipped with)
> - Full-size key keyboard w/PET graphic symbols imprinted on keys
I dispute this. The 2001 xN, of which we had several at school, had the new
ROMs, the new motherboard (using 2332 ROM chips) but the small keyboard and the
built in C2N. This was the essential difference between the N and B machines.
> - Upgrade ROMs
> - Many steel cased, some w/molded plastic tops.
> - many with clearer green on black displays
I thought all the N and B machines had green screens - we even had one straight
2001 (old ROM) with a green screen.
> - Later versions had 4.0 ROMs installed
Was this not only available as an upgrade?
> PET 2001 xB (labeled as CBM, Commodore Business Machine)
> - Full size xx key keyboard (no graphics symbols printed on keys)
> - Upgrade ROMs (powers up in upper/lower case mode)
> - Later versions had 4.0 ROMs installed
> - Many w/molded plastic tops some steel cased.
Our green-screened old-ROM machine was labelled CBM, but was again a small
keyboard/internal tape machine. Otherwise I remember little about the B
machines
> PET/CBM 40xx Series (PET= N keyboard/ROM, CBM= B keyboard/ROM, xx= RAM)
I wasn't aware of a small keyboard 4000 series. Interesting.
> - 4.0 ROMs
> - molded plastic top
> 12" displays - updated video controller (prone to the 'killer poke')
> - internal piezo speaker, audible startup, and right margin sound.
> - 4.0 ROMs
> PET/CBM 40xx (PET= N keyboard/ROM, CBM= B keyboard/ROM, xx= RAM)
> - 40 x 25 display, upgradable to 80 columns
> - lower case availabe by CHR$(14) which also changes line spacing.
> 80 column series (can be set to 40 column mode via software.)
Can it?!? I wasn't aware of this. You can restrict the area in which it prints
on the screen to an arbitrary rectangle, but it doesn't behave like the
40-column machines in that the screen is still physically 80-column, it doesn't
handle wrapped text, etc.
The 8200 series could be set from 80 to 40 columns by unsoldering and moving two
chips. I haven't done this to mine yet...
[...]
At this point you must mention the 8296 and 8296D!
[... SUPERPET ...]
> MOTHERBOARD SERIES
>
> 2000 series(9" CRT) 3000 & 4000 series (8" CRT)
> IEEE user tape #2 IEEE user tape #1
> +------####-####--##-+ +------####-####--##-+
> ! # ! #!
> ! # ! #!
> ! # exp ! #! exp
> ! # bus ! ROMS #! bus
> ! # ! F E D C A B 9 #!
> ! # ! #!
> ! ! ! !
> ! ! ! !
> ! ROMS ! ! !
> ! F E D C A B 9 ! ! !
> ! ! ! !
>tape # RAM MEMORY ! tape # RAM MEMORY !
> #1 # ! #2 # !
> +--------------------+ +--------------------+
The left hand board is a hybrid of the original motherboard (of which there were
no fewer than _four_ versions). Remember the original motherboard used 2
kilobyte (800 Hex) ROM chips (6540s in most, 2316s in some). The ROMS were
therefore not F E D C A B 9 but F8 F0 E D8 D0 C8 C0
The righthand motherboard was the 2000B and some of the 3000 - the tape ports
were swapped on the 2000N and other 3000 AFAIK.
> 4000/8000 series (12" CRT)
> IEEE user tape #1
> +------####-####--##-+
> ! # # tape
> ! # # #2
> ! R exp bus # !
> ! A #! 2000 Series
> ! M 9 #! circa 1977/78 Max RAM - 8k
> ! A #! [daughterboard exp to 32k]
> ! M R B !
> ! E O C ! 3000 & 4000 Series
> ! M M D ! circa 1979/80 Max RAM - 32k
> ! O S E !
> ! R F ! 4000 & 8000 Series
> ! Y ! circa 1981 Max RAM - 32k*
> ! spkr! [daughterboard exp to 96k]
> +--------------------+
8200 series: Again this basic format, but rearranged so the separate keyboard
mod is sensible. 128k RAM on motherboard of which 96k usable (?).
> WHAT ARE THE DIFFERENCES AND/OR BUGS OF MY VERSION OF BASIC?
>
> Original ROMs
> Commodore had not yet implemented the IEEE-488 disk routines. Arrays are
> limited to 256 elements due to a bug in firmware. There is no machine
> language monitor nor could the PEEK command access locations above memory
> location 49152. The upper/lower case character set was inverted (SHIFT for
> lower case) (note: reading my sources there are ALOT of bugs, will take a
> while to compile them)
Some of these were not bugs but features. Peeking and poking in upper memory
(thresholds vary!) were disabled to stop people looking at the ROMS. In the E
page are some I/O addresses, so it is re-enabled from there upwards...
The only other genuine bugs I came across on my own machine (my first ever
computer was a PET - original ROMs, 13th birthday present in 1980) were one in
screen editing, and the machine crashes instead of giving the "too many files"
error.
[...]
> Added screen 'window' formatting control characters.
Only in 8000 series and fat 40, AFAIK. The small screen 4000 series did not
have the new screen controller or many of the new graphics features.
[...]
> HOW DO I ACCESS THE PET's M/L MONITOR?
>
> The 'timy machine language monitor' (known as TIM to some) is available on all
> PETs but the original ROM version. TIM is invoked by executing a BRK
> instruction by SYSing any memory location containing a zero (0), most people
> enter SYS 1024, as it almost always contains a 0.
TIM stood for Terminal Interface Monitor, according to my manual.
[...]
> WHAT IS THE 'KILLER POKE' AND SHOULD I WORRY ABOUT IT?
>
> This is THE POKE of computer lore, the command that WILL physically break a >
computer! Of course other commands and methods are known that can
> potentially cause damage (usually to disks, hard drives or other mechanical
> units), but this is the most notable mainly because it was a command somewhat
> commonly used and it affects solid-state circuitry.
> History of 'the killer poke'
[ Explanation with one or too inaccuracies has been snipped ]
The old "video controller" could not be put into a faster or a slower mode. It
was discrete TTL, and simply read the screen memory, shoved it through the
character ROM, and sent it to the monitor. It would not have affected printing
speed even if you had speeded it up.
The old PETs were slow because the SOFTWARE of the print character routine
waited for the interval between screen scans before updating the screen memory.
This reduced conflicts over the screen RAM which would have resulted in random
pixels (snow) being illuminated on the screen. There was an input on one of the
I/O chips which was hooked up to the video circuitry and told the routine when
to access the video RAM.
The famous poke was actually to another register of the I/O chip, and configured
this input as an output. The older pets didn't mind (much!), and the print
character routine saw the screen as always available, but on the later ones with
the new video controller, this conflicted with another output and caused the
video controller chip to do a wobbly (and could even have burnt out one or the
other).
[...]
> IF PEEK(50000) THEN POKE 59458,PEEK(59458)OR 32
NO!!!!!! Peek(50000) will only be zero on the original old ROM pets!
> CAN I HOOK UP AN EXTERNAL MONITOR TO MY PET?
>
> With the help of the following circuit you can get a composite singnal from
> the user port...
>
> Insert Video Diagram here....
Don't use the one published in "The PET Revealed" by Nick Hampshire. It doesn't
work.
[...]
<><><><><><><><><><><><><><> Philip Belben <><><><><><><><><><><><><><>
Bloedem Volke unverstaendlich treiben wir des Lebens Spiel.
Grade das, was unabwendlich fruchtet unserm Spott als Ziel.
Magst es Kinder-Rache nennen an des Daseins tiefem Ernst;
Wirst das Leben besser kennen, wenn du uns verstehen lernst.
Poem by Christian Morgenstern - Message by Philip.Belben(a)powertech.co.uk
A very complete Commodore ROM Geneology is in MICRO Issue 41, October
'81. I have a copy in my PET Service Reference Guide, but it's 4 pages
of tables and has handwritten additions that would be difficult to OCR.
If you're a PET fan you might have this issue around anyway.
By the way, the Service Reference Guide is a priceless piece; all
schematics and test instructions, plus diagnostic cassettes and
floppies. I have most of the Commodore "Techtopics" monthly bulletins
also.
Kai
> ----------
> From: Larry Anderson & Diane Hare[SMTP:foxnhare@goldrush.com]
> Reply To: classiccmp(a)u.washington.edu
> Sent: Monday, July 21, 1997 9:48 PM
> To: Discussion re-collecting of classic computers
> Subject: Preliminary PET FAQ
>
> I figured I'd shoot this by you guys as I am getting closer to putting
> it on my web site. I am sure I will get some good criticism from you
> all. If you have any additions/suggestions or additional questions to
> include, let me know.
>
> I also plan also to add in a couple texts on disk drive usage some PET
> memory maps (gee there are barely any PET maps on the net!) and if I
> don't find a link to one, an overview of Commodore PET BASIC (applies
> to
> 64 also).
>
> (view with a monospaced font for best results)
>
> THE COMMODORE PET COMPUTER
> FREQUENTLY ASKED QUESTIONS FILE - VERSION 1.0beta
> ---------------------------------------------
> BY LARRY ANDERSSON,
> COMMODORE COLLECTOR AND PET ENTHUSIAST
> ---------------------------------------------
>
> WHAT MODELS OF THE PET ARE THERE?
>
> The PET line was Commodore's first computer line after purchasing
> MOS
> Technologies the primary design of the computer (as well as its
> microprocessor,
> the 6502) was by Chuck Peddle. The line was labeled in series' the
> first
> series, the 2001 series, the european 3000 series, and the modern
> 4000
> and
> 8000 series, and the final single unit 9000 series which is the
> SuperPET.
>
> 9" display units (40 column x 25 line character only display):
> PET 2001series:
> Original PET:
> - Steel case - Internal 'datasette' cassette tape
> drive
> - Blue on black 9" display - Small 'calculator style' keyboard
> - Small shipment with 4k, most with 8k RAM
> - Original ROMs
> Large Keyboard PETs (no more internal datasette drive):
> PET 2001 xN (x=8,16,or 32 depending on amount or RAM it was
> shipped
> with)
> - Full-size key keyboard w/PET graphic symbols imprinted on keys
> - Upgrade ROMs
> - Many steel cased, some w/molded plastic tops.
> - many with clearer green on black displays
> - Later versions had 4.0 ROMs installed
> PET 2001 xB (labeled as CBM, Commodore Business Machine)
> - Full size xx key keyboard (no graphics symbols printed on keys)
> - Upgrade ROMs (powers up in upper/lower case mode)
> - Later versions had 4.0 ROMs installed
> - Many w/molded plastic tops some steel cased.
> PET/CBM 40xx Series (PET= N keyboard/ROM, CBM= B keyboard/ROM, xx=
> RAM)
> - 4.0 ROMs
> - molded plastic top
> 12" displays - updated video controller (prone to the 'killer poke')
> - internal piezo speaker, audible startup, and right margin sound.
> - 4.0 ROMs
> PET/CBM 40xx (PET= N keyboard/ROM, CBM= B keyboard/ROM, xx= RAM)
> - 40 x 25 display, upgradable to 80 columns
> - lower case availabe by CHR$(14) which also changes line spacing.
> 80 column series (can be set to 40 column mode via software.)
> CBM 80xx
> - 80 x 25 display, powers-up in upper/lower case.
> - buisness xx key keyboard
> - later versions had 64k & 96k RAM expansion board options.
> - 4.0 ROMs
> PET SP9000 SuperPET (or Micro Mainframe)
> - 80 x 25 display - 6809 co-processor board
> - 96k RAM - True RS-232 interface
> - Multiple charactersets (for APL, etc.)
> - Avalability of disk Based languages
>
> MOTHERBOARD SERIES
>
> 2000 series(9" CRT) 3000 & 4000 series (8" CRT)
> IEEE user tape #2 IEEE user tape #1
> +------####-####--##-+ +------####-####--##-+
> ! # ! #!
> ! # ! #!
> ! # exp ! #! exp
> ! # bus ! ROMS #! bus
> ! # ! F E D C A B 9 #!
> ! # ! #!
> ! ! ! !
> ! ! ! !
> ! ROMS ! ! !
> ! F E D C A B 9 ! ! !
> ! ! ! !
> tape # RAM MEMORY ! tape # RAM MEMORY !
> #1 # ! #2 # !
> +--------------------+ +--------------------+
>
> 4000/8000 series (12" CRT)
> IEEE user tape #1
> +------####-####--##-+
> ! # # tape
> ! # # #2
> ! R exp bus # !
> ! A #! 2000 Series
> ! M 9 #! circa 1977/78 Max RAM - 8k
> ! A #! [daughterboard exp to 32k]
> ! M R B !
> ! E O C ! 3000 & 4000 Series
> ! M M D ! circa 1979/80 Max RAM - 32k
> ! O S E !
> ! R F ! 4000 & 8000 Series
> ! Y ! circa 1981 Max RAM - 32k*
> ! spkr! [daughterboard exp to 96k]
> +--------------------+
>
> WHAT VERSION OF ROMS DO I HAVE ON MY PET?
>
> The PET/CBM line had three major ROM revisions as well as a few
> minor
> ones,
> you cannot reliably determine the ROMs by looking at the outside of
> the PET
> (unless it has a large monitor). Fortunately there is an easy way
> to
> distinguish the three various versions by just turning on the
> computer.
> Depending on how your start-up message looks you can determine the
> ROM
> version:
>
> *** COMMODORE BASIC *** - Original ROMs sometimes referred to as
> 2.0*
> ROMs.
> (only found in the older calculator
> keyboard style
> PETs) Occupy $C000-$FFFF
>
> ### COMMODORE BASIC ### - Commonly known as the 'Upgrade ROMs'
> sometimes
> referred to as 2.0 or 3.0 ROMs depending
> on
> who
> you ask. Occupy $C000-$FFFF
>
> *** COMMODORE BASIC 4.0 *** - 4.0 ROMs The only ROMs that will work
> on
> large-screen PETs. Occupy $B000-$FFFF
>
> * Some people contend that BASIC version 1.0 never made it out of
> beta
> development and the PET line started with version 2.0 ROMs...
> Commodore
> on the other hand usually refers to the 'Upgrade ROMs' as V2, or
> 2.0.
> For the sake of sanity in this FAQ I will refer to them as
> original
> and
> upgrade ROMs, and as for an opinion I will go with the company's
> numbering
> (which leaves V 3.0 out of the picture).
>
> WHAT ARE THE DIFFERENCES AND/OR BUGS OF MY VERSION OF BASIC?
>
> Original ROMs
> Commodore had not yet implemented the IEEE-488 disk routines.
> Arrays
> are
> limited to 256 elements due to a bug in firmware. There is no
> machine
> language
> monitor nor could the PEEK command access locations above memory
> location
> 49152. The upper/lower case character set was inverted (SHIFT for
> lower
> case) (note: reading my sources there are ALOT of bugs, will take a
> while to
> compile them)
>
> Upgrade ROMs
> Many Original ROM bugs were squashed. BASIC commands and
> capabilities
> very
> much like the Commodore 64's. Now includes a tiny ML monitor and
> IEEE-488
> disk operability. Easter Egg - enter WAIT 6502,x to see MICROSOFT!'
> displayed
> on the screen x number of times.
>
> 4.0 ROMs*
> Addition of direct Disk operation commands DLOAD, DSAVE, COPY,
> HEADER,
> etc.
> Ability to repeat cursor control characters by holding down keys.
> Reserved
> DOS error-channel variables: DS,DS$. Added screen 'window'
> formatting
> control
> characters.
> * The small screen-and large screen versions of these ROMs differ
> and
> some software developed for the small-screen 4.0 ROMS crash on the
> large
> screen units. This is due to the necessary changes made for the new
> video
> controller of the 12" display PETs.
>
> CAN I RUN VIC-20, 64, 128, PLUS/4, OR C-16 SOFTWARE ON MY PET?
>
> Maybe. Any program that is all BASIC that does not use hi-res
> graphics or
> sound and contains no POKES should work readily on a PET. Of course
> if it
> contains POKEs, sound commands, and Machine Language conversion will
> be
> nessasary. If it rely on more than one voice of sound, hi-res
> grpahics,
> programmable character sets or color, it may not be worth converting
> because
> those features aren't present on the PETs.
>
> NOTE: Many early VIC, 64, and Plus/4 BASIC games and programs were
> converted
> PET games.
>
> HOW DO I GET 64 (VIC, PLUS/4, ETC.) BASIC PROGRAMS ON MY PET?
>
> Unlike the later 8-bit Commodores,the PET always loads programs into
> the
> memory address they were saved at (i.e. no loading ,8 and ,8,1 as
> on
> the
> later machines), which means BASIC programs saved on VICs, 64s,
> 128s,
> etc,
> will not load in the right location on the PET to be seen by the
> BASIC
> interpreter. PET BASIC starts at location 1025 ($0401 in hex) and
> the
> later
> Commodore machines have different, higher starting locations. (see
> table x)
>
> There are a couple ways to get a BASIC program to load properly into
> memory,
>
> Disk Track/Sector Editors:
> My preferred method of conversion is using a disk track/sector
> editing
> utility
> to change the 'load address bytes' of the file directly on the disk.
>
> This is
> not an easy process to 'explain' and I hope to write it up at a
> later
> time.
>
> BASIC Line Relocation Method:
> Here is a way to get the BASIC editor to do it for you; of course
> you
> will
> need to have an upgrade ROM or later PET (which has a ML monitor) or
> load in
> a monitor for your original ROM PET first. It involves 'linking'
> the
> higher
> located BASIC program to a line starting in regular BASIC, when you
> delete
> that line, the editor will move your program to where it belongs in
> memory.
>
> 1. Enter NEW to erase any programs already in memory.
> 2. Enter: 0 REM
> 3. LOAD the program you want converted (i.e. LOAD"program name",1
> for
> tape)
> 4. When loaded, enter the machine language monitor by entering SYS
> 1024
> 5. display the first part of the BASIC you first typed:
> M 0401 0408
> 6. Change the line-link to the memory location of the program to be
> moved;
> use cursor keys to move up and change the first two two-digit
> numbers to
> read:
> :0401 01 08 00 00 8F 00 00 00
> ^^ ^^ (for a program from a 64, otherwise, see table x)
> 7. Press return to change the bytes then enter X to exit the
> monitor.
> 8. Type LIST, you should see the 0 REM followed by the program.
> 9. Enter 0 to delete line 0 which will move the BASIC to its proper
> place.
> 10. Save the program.
>
> TABLE X - Load Addresses for BASIC files:
>
> Saved under Start of BASIC
> Computer load load change
> Model/ addr. addr. bytes
> configuration dec. hex. to:
> ------------- ---- ----- -----
> PET/CBM 1025 $0401 N/A
> VIC-20 unex. 4097 $1001 01 10
> VIC-20 +3k 1025 $0401 N/A
> VIC-20 8k+ 4609 $1201 01 12
> Commodore 64 2049 $0801 01 08
> B-128 0003 $0003 *
> Plus/4-C16 4097 $1001 01 10
> Plus/4-C16** 8193 $2001 01 20
> C128 mode 7169 $1C01 01 1C
> C128 mode** 16384 $4001 01 40
>
> * The BASIC RAM of the B128 is located in a separate bank of RAM
> memory,
> which starts at a VERY low address and will be difficilt to
> convert
> without
> a track/sector editor or saving it special on a B-128 itself.
> ** When hi-res GRAPHICS mode space has been allocated.
>
> WHAT KIND OF DRIVES CAN I USE?
> Tape Drives
> Tape Drives for the VIC, 64 and 128 work well on the PET. In fact
> you can
> hook up 2 tape drives on the PET (the second connector is inside
> the
> case,
> on the edge of the motherboard.) and can be accessed as device #2.
> Commodore Models:
> SANYO - First drives, power supply section cut out and modified
> for
> PET datasette cable/plug.
> C2N - Box look, black or cream colored case.
> 1530 - Rounded low-profile, counter & 'save' indicator light.
> Commodore IEEE-488 5.25" models
> 2020 - (first drive design, bugs may be present)
> 2040 - Updated ROMS, resembles a 1541 format & readbable on
> 1541/71s
> 4040 - Read/Write compatible with 1541/1571s.
> 2031 - Read/Write compatible with 1541/1571s.
> 8050 - Single Sided/Quad Density format, 512k per disk side.
> 8250 - Double Sided/Quad Density format, 1mb per disk
> SFD-1001 - Same as 8250, but single drive unit.
> Commodore IEEE-488 8"
> 8280 - 1 MB or 512k per Drive (little info on this one...)
> Commodore IEEE-488 Hard Disk Drives
> 9060 - Five Magabyte Hard Disk Unit
> 9090 - Seven Megabyte Hard Disk Unit
> 3rd party
> MSD-SD1 ** The MSD SD1&2 offer both IEEE-488 and
> MSD-SD2 ** VIC/64/128/+4 Serial bus interfaces.
> Modified 1541
> PRINTERS?
> Commodore Model IEEE-488 Printers
> 4022
> 4023
> 8023
> Some companies produced printers with IEEE-488 interface options
> (Epson was one)
>
> HOW CAN I GET PET PROGRAMS FROM DISK TO TAPE?
>
> You can just LOAD the program from tape and and SAVE them to disk
> one
> after
> another, of course, if you are using a VIC/64/128, etc. the loading
> address
> will get messed up. Fortunately there is a wonderful fily copy
> utility
> available for PET (4.0), VIC, and Commodore 64/128, called
> 'Unicopy'.
> Unicopy (written by the famous Commodore enthusiast, Jim
> Butterfield)
> allows
> you to copy from disk directly to tape. This of course preserves
> the
> loading
> address and makes things mauch easier. (also it performs multiple
> file copies
> instead of just one program at a time).
>
> HOW CAN I GET PET TAPE PROGRAMS TO DISK?
>
> Again you can do LOAD and SAVE as I mentioned or use a handy little
> utility I
> had discovered for the 64. This program will automatically LOAD
> each
> file off
> of tape and subsequently SAVE it to disk and continue until you stop
> it (or a
> disk error occurs when it attempts to save a file with the same name
> as one
> already on disk, disk full, or end of tape.
>
> HOW DO I HEAR/PLAY SOUND ON MY PET?
>
> Like many other microcomputers of the time the PET was not
> originally
> designed
> to produce sound. A few methods of sound generation have been
> developed but
> the most popular employs the use of parallel user port pin M which
> generates....
> The latest 4000/8000 (large screen PET) motherboards have a built-in
> piezo
> speaker and also have a bell sound accessible with a print: chr$(7)
>
> Sound Interface Diagrams here...
>
> WHAT ARE THE BASIC COMMANDS FOR MY PET?
> For the most part the BASIC on the 64 is identical to the upgrade
> ROM
> PETs and
> it only varys by a few commands and features between original and
> 4.0
> ROMs.
> On the other hand the 'memory map', the locations you POKE numbers
> into, vary
> quite a bit between ROM revisions. Memory Maps are available for
> all
> the
> versions...
>
> HOW DO I ACCESS THE PET's M/L MONITOR?
>
> The 'timy machine language monitor' (known as TIM to some) is
> available on all
> PETs but the original ROM version. TIM is invoked by executing a
> BRK
> instruction by SYSing any memory location containing a zero (0),
> most
> people
> enter SYS 1024, as it almost always contains a 0.
>
> WHAT ARE THE COMMANDS FOR THE M/L MONITOR?
> G - Execute M/L: G programaddress (i.e. G 033C)
> L - Load: L "filename",dev (i.e. L "PACMAN",08)
> S - Save: S "filename",dev,startaddress,endaddress
> (i.e. S "FLASH ATTACK",02,027A,2000)
> R - Display Processor Registers
> X - Exit Tiny Mon
> M - Memory Display: M startaddress endaddress (i.e. M 0400 04A0)
> : - Modify Memory (supplied in memory dumps using the M command)
> ; - Modify Processor Registers (supplied in the processor register,
> P
> command)
>
> CAN I GET A BETTER M/L MONITOR FOR MY PET?
>
> Yes, there are two that I know of that are readily avaiable. The
> most
> popular
> (and universal among the Commodore 8-bits) is Jim Butterfield's
> Supermon.
> There are versions available for all ROM revisions including
> original
> ROM PETS
> and offer a mini Assembler and Disassembler among other useful
> memory/ML
> commands. The other, similar to Supermon is called Extramon. There
> are other
> versions many of wich are commercial but I have little information
> on
> them.
>
>
> I HAVE A PROGRAM THAT CAN USE JOYSTICKS, WHERE CAN I GET/MAKE THEM?
>
> The PET was not initially designed for joysticks but a determined
> user
> had
> devised a dual-joystick interface employing the parallel port. This
> interface
> allows you to plug in standard Atari/Commodore compatible
> joysticks....
>
> Interface Diagram Here
>
> HOW COME MY PET CAN'T READ A TAPE FROM MY PLUS/4 OR COMMODORE 16 OR
> VISA-VERSA?
>
> You are quite a collector, aren't you? When Commodore designed the
> Plus/4 and
> Commodore 16 they broke alot of standards they had previously
> established for
> their 8-bits (and fortunately went back to in the C128); besides the
> plug
> designs, they changed the sound-frequency of the signals used to
> record on
> tape. Though the the format is identical to the PET and the other
> 8-bits,
> the sound is only readable on the Plus/4 and Commodore 16. My
> sggestion would
> be to record the program on disk (1541) and then read it on a 4040
> or
> 2031, or
> copy them from the 1541 to tape using a 64 or 128.
>
> WHAT IS THE 'KILLER POKE' AND SHOULD I WORRY ABOUT IT?
>
> This is THE POKE of computer lore, the command that WILL physically
> break a
> computer! Of course other commands and methods are known that can
> potentially cause damage (usually to disks, hard drives or other
> mechanical
> units), but this is the most notable mainly because it was a command
> somewhat
> commonly used and it affects solid-state circuitry.
>
> History of 'the killer poke'
> When the first PETs (small 9" screen) models came out, the display
> wasnt all
> that fast. It wasn't too long before someone learned they could
> impove the
> character printing speed via a poke to location 59458; which would
> set
> the
> video controller into a faster mode. It was a noticible improvement
> of speed
> on programs using PRINT often, it was kind of like a free upgrade.
> It
> was
> mentioned in a few publications and used in many programs that
> relied
> on
> printing to the screen. I had learned of the poke through Cursor
> Magazine,
> a monthly tape-based publication. They printed the command in one
> of
> the
> 'newsletter' flyers included with an issue which you could insert
> into
> their
> game "joust" to make it play faster.
>
> Later on, when Commodore released the larger display (14") PETs,
> they
> had
> improved display speed which made that POKE unnecessary. An
> unfortunate side
> effect was that the POKE to 59458 still caused the already faster
> controller
> to run even faster, in fact too-fast, which could result in damaging
> the PETs
> video curcuitry when left running. I discovered it by accident
> after
> our
> school received some large-screen 4016s. When active, the screen
> starts to
> warp after about the third line and the display stops around the
> fifth, the
> keyboard is also unresponsive. When a PET is in this mode, the only
> solution
> is to turn it off, quickly! Fortunately none of the school's PETs
> were
> damaged due to this POKE. Later Cursor Magazine published a 'fix'
> that would
> allow older PETs to use the poke and keep the large-screen units
> from
> frying.
> Unfortunately there are still many programs that do not have this
> fix.
>
> Prevention
> Make sure to check BASIC programs (especially games) when running
> them
> on a
> large-screen PET and be ready with the power switch when you first
> run
> it.
> I have usually found the 'killer poke' statement looking like this:
>
> POKE 59458,PEEK(59458)OR 32.
>
> The fix is to put an if-then conditional to determine if the poke is
> needed
> for the PET running the program, here is the code:
>
> IF PEEK(50000) THEN POKE 59458,PEEK(59458)OR 32
>
> CAN I HOOK UP AN EXTERNAL MONITOR TO MY PET?
>
> With the help of the following circuit you can get a composite
> singnal
> from
> the user port...
>
> Insert Video Diagram here....
>
> WHAT ARE THE PINOUTS SO I CAN BUILD AN IEEE-488 CABLE FOR MY PET TO MY
> DRIVE.
>
> WHERE CAN I GET SOFTWARE FOR MY PET?
>
> WHERE CAN I GET CONNECTORS THAT FIT THE USER/IEEE-488 PORTS?
>
> IS THERE A MODEM AVAILABLE FOR MY PET?
>
> I know of only one company that prosuced a modem and IEEE-488
> interface, the
> company is TNW, and I think they also built the Commoodre 8010, an
> acoustic
> modem for the PET. I have some notes on using the device but have
> never
> actually seen one.
>
> Larry Anderson
>
> --
> -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
> Visit our web page at: http://www.goldrush.com/~foxnhare/
> Call our BBS (Silicon Realms BBS 300-2400 baud) at: (209) 754-1363
> -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
>
This seems to be the favorite from what I can tell from the many
discussions of Mini's. If I could get a hold of one of these, what parts
do I need, what can I use it for and how much should I have to pay for it?
Please feel free to email me personally if you do not wish to clutter the
list.
Bill Girnius
thedm(a)sunflower.com
Message text written by INTERNET:classiccmp@u.washington.edu
>> a mention that I have a front-panel IMSAI I get hundreds of emails from
collectors and pseudo-collectors-wannabes who would bend overbackwards to
pay me good money for it. Are the only machines that people collect trendy
micros that have been featured in the "collectible" column of the _LA
Times_ and the like? Are classic minis, including PDP-11's and DG mini's
only items for the junk heap?<<
>I can't speak for everyone, but for some of us the problem isn't that
PDP-11's aren't "trendy" enough, the problem is space. I would love to<
This is THE critical fact. Go into an antique store sometime, and look at
the prices. You'll see some little knicknack for $300, and then you'll see
a huge, 150-year old carved mahogany wardrobe closet for-- $260? The fact
is EVERYONE has room for the small knicknacks, but few people have room for
the wardrobe closets. Similarly, I can (and some day, probably will)
decorate my office with cute little ZX-80s, Mattel Aquarius, CGP-115-type
printer plotters and the like, scattered around for people to look at as
curiousities (and ask about, if they're foolish enough to get me started);
but, what would I do with a mini or an IBM 360 if I had one? Not that
preserving some of the larger systems isn't a worthwhile effort, but I
think most people would echo W.C. Fields comparing women to elephants: "I
like to look at them, but I wouldn't want to own one."
Message text written by INTERNET:Philip.Belben@powertech.co.uk
>I have some comments on the PET FAQ, but I've lost Larry Anderson's
e-mail address. Accordingly I am posting it here, with apologies to all
who don't wish to read it.<
I believe it is foxnhare(a)goldrush.com
I've already sent him e-mail, directing him to Jim Brain's "Canonical List
of Commodore Products" which mentions a number of computer and printer
models he missed. I also mentioned the FAQ that Jim maintains on various
Commodore topics, although I assume he's familiar with that.
Gil Parrish
107765.1161(a)compuserve.com
Message text written by INTERNET:classiccmp@u.washington.edu
>Mike has contacted the company with the HHCs and there is a guy there
counting up all the available units. Mike and I worked out a deal of
$1600 for 200 units, which puts the base price per unit at $8 before<
Again, bravo for undertaking this effort.
Once we all get our units, we'll probably need a separate listserv to
discuss them, swap programs and such. If folks have access to the internet
(usenet) newsgroups, I know of one which is virtually inactive and could
easily be hijacked for this purpose. ;-]
Gil Parrish
107765.1161(a)compuserve.com
Well I've done that too. Like with my Tandy Model4's, which I didn't know
anything about. But at least I knew it as all there. The places I get my
stuff, never have anything like this. You find me one, and well, if I can
afford it, I'll have a stab. Be a good reason for me to learn unix.
----------
> From: PDP11 Hacker ..... <ard(a)siva.bris.ac.uk>
> To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
> Subject: Re: Minicomputer Storage Myths
> Date: Tuesday, July 22, 1997 1:45 PM
>
> From: MX%"classiccmp(a)u.washington.edu" 22-JUL-1997 17:57:36.60
> To: MX%"classiccmp(a)u.washington.edu"
> CC:
> Subj: Re: Minicomputer Storage Myths
>
> >Wanna here a crying shame!? I only collect micros, simply because I'm
not
> >at all familiar with Unix, Vax, or any flavor thereoff. I have an 18X24
> >room in the basement of my house devoted to not just storing my
collection,
> >but having it setup and running. If I knew more about these machines,
I'd
> >probably love to have one.
>
> That's no excuse! :-). When I got my first minicomputer I knew absolutely
> nothing about them (I'd never used a front panel, had only vague ideas on
> how a processor worked at gate level, etc). I suspect the rest is true
> of some other serious collectors on this list.
>
> Still, I sat down with the machine, and even more importantly the service
> manual, and I figured it out. It didn't take that long. And I didn't have
a
> group of experts to turn to, either.
>
> -tony
>
