In the previous post, I had repaired a CBM 4016 board.
I had reached the stage where it was working with a PET ROM/RAM board to replace the ROMs and known working 65xx chips.
The video RAM was also replaced with a 2114 video RAM replacement board.
At that point, I would normally leave it. The board is working, the replacement parts are all working, the power consumption is down, only the 6545 is running warm, but that is an original part.
This board is a little unusual in being a factory 12" 4016 board, I don't think there would have been many of those, everything was 4032 after this point when 32K became the norm.
Let's see if I can get this working with mostly original chips.
RAM
The 16K of 4116 DRAM is all testing correctly, so nothing to do there. I would certainly not consider upgrading it to 32K by fitting eight more 4116s.
Character ROM
There isn't much to say about the character ROM. The one that was fitted looks original for the board (late 1981), that was working and all the characters looked correct, so I haven't touched it.
System ROMs
The board arrived with the original editor ROM and four of the five ROMs replaced with 2532 EPROMs.
There were also a set of replacement ROMs, which were some of the originals, and some others dated early 1980, probably from a 9" 40xx machine or maybe an early 12" 8032.
It is tempting to just make up a full set and try them out, but that can be counter productive and can lead you down all sorts of wrong paths.
The way something like the PET is wired up, all those chips are wired in parallel. The same address and data lines and the only difference being the chip select line.
We know the chip select was bad due to the 74154 failing, so all of those ROMs would have been selected at the same time, and all trying to write to the databus at the same time. You read $B000 and only the $Bxxx ROM should be selected, but all are selected and so you get the value that should be at $B000 written to the bus along with the value at $C000, $D000, $E000, $F000. Video RAM from $8000 and the RAM from $0000, $1000 etc.
The chips with the biggest drive transistors win and anything trying to drive the other way gets slowly burned out.
They run hot, and fitting heatsinks isn't the solution.I see these machine full of heatsinks and worry that it's only a temporary solution and just delays the inevitable.
Find the bad ones and get them out.
Or if you want an easy life, take them all out and fit a PET/ROM RAM.
Testing the ROMs
When you are in a situation like that, one bad ROM can make it look like all ROMs are bad, or intermittent, and lead you down all sorts of wrong paths trying to identify the fault. I find it safer to test the ROMs in isolation.
This is how I test it, I fit a ZIF socket to one of the ROM sockets to make it easier and save wear and tear. It doesn't matter that it is the wrong socket, the PET diagnostics will still calculate the checksum.
I'll give you some examples.
This is what a good chip should show:
Only that ROM, and the other slots empty.
And another good one.
Some of the ROMs however misbehave.
This one was responding to an address in the RAM, but not to it's own address.
This one was responding to everything (sorry about the photo, I don't like to leave these running too long when I know they are in conflict).
This is the dangerous sort which will eventually take out other ROMs. The 6540 ROMs in the original PET 2001 are particularly bad at this. I would not consider trying to get a set of those running, other that for a museum piece that will rarely be powered on. For anything you actually want to use, get those ROMs out and use a PET ROM/RAM board.
You can use individual ROM replacements if you prefer, but it's easier to just replace the lot, with the bonus of the options of BASIC 1, 2 or 4 and up to 32K RAM. I'm not trying to do a hard sell, I'm a rubbish salesman, but I'd rather you didn't waste time and money doing something which is ultimately doomed to fail, having seen several people fail to keep a 2001 running with 6540s.
During the testing, it reads each chip 16 times. Normally the result should be the same each time, when there are bad ROMs, you don't always get the same result, which is shown as "Inconsistent CRC" (yes, I know it's a checksum not a CRC, I ran out of space). This chip is definitely bad, it is also appearing in the other ROM slots.
Other ROMs don't appear to respond at all.
Sometimes that is down to bad contacts, or bad sockets. I use the ZIF socket to rule the socket out, if other ROMs read OK, it's down to the particular chip.
The editor ROM was giving no response and showing signs of corrosion. I tried cleaning that, but no change.
I was surprised to find all four of the 2532 EPROMs supplied do not respond either. Nothing on the diagnostics, and the Stag programmer was not able to get any response either.
The end result was three of the supplied ROMs worked, but I was still missing two and I didn't have any spares of those, so time for EPROM replacements.
I used a (46)2532 to replace the 901465-21 ROM,which is a 4K ROM with a non-standard pinout which matches the 4K masked ROMs in the PET.
A 28C16 EEPROM replaces the 2K editor ROM, 901498-01, 50Hz 40 column editor with the normal keyboard.
And that's a full set of ROMs working (for the moment)
Would a full set of EPROMs be better? Probably
Would a PET ROM/RAM board be even better? Absolutely.
All tests passed.
I left that running for a while, and no problems were found.
65xx chips
I had been using two W65C21N and one W65C22N chips, alongside a vintage 6545.
Time to add a vintage 6502 to the mix and let it run by itself for the first time. Two were supplied. The one which was probably the original was dead, and the other was dated 1979, presumably from yet another PET. That did work, but had a patch of superglue presumably from a heatsink stubbornly stuck to it, so one from my stash of around the right vintage was selected.
Great, it's running under it's own steam.
The supplied single 6520 was bad, so I found two of those and I think the supplied 6522 was OK.
If you don't look too closely, you probably wouldn't spot the damage that was fixed last week.
Again, it's a choice of running old chips or new ones. There's no choice with the 6502 as the W65C02S is not compatible. There are later 6845 chips that can be used to replace the 6545, but they are still 30+ years old.
Video RAM
The final step to putting this all back to good was the video RAM. I had fitted two sockets for the good chip and the bad chip, so I could use the 2114 RAM replacement.
I found a similarly enigmatic 2114 in my spares, from another PET where the markings had wiped off or maybe melted off.
All done
That all seems to be working.
Ah, one last thing to do, the piezo transducer needs to be replaced (properly).
The original was missing, it seems to be in such a position that you naturally pick the board up by that point and could push it out. I've almost done that a couple of times.
I had temporarily replaced that by one of the piezos I use on the Mini PETs, but it's not ideal, so I looked for something like the original.
I found these, the right size, just with wires, but it was easy enough to take the black wire off and shorten the red one and solder it back in the original place.
That all looks good, it fits nicely, and sounds just like it should, and finishes off a sort of restoration of this unusual CBM 4016 board.
Testing
I have left this running my old BASIC RAM test program. This is quite slow and inefficient, as it is written in BASIC, but that means it exercises all the ROMs as well as the RAM, so is quite a good soak test.
I can't load 3D Monster Maze or Tut-Tut in 16K, but Invaders is playing nicely.
I sometimes wonder about the order of events. You end up with a whole stack of bad chips, and you wonder which failed first, or was it something else like a voltage spike or static shock?
Was it trying to repair one fault that caused the others? How much run time did it have with the dead or dying 74154? That probably took out a lot of the ROMs and even the EPROMs, but was that first, or did something drag that down?
Post script
I was looking through some previous repairs and came across this 8032 board I repaired in 2017.
It is the same revision board as the 4016, with similar date codes, but with 32K and 80 column video.
That has all four MOS 40 pin chips in sockets, but the 6545 is soldered directly and is a Hitachi part. I think the 1G3 on the top row is a date, the 1 meaning 1981. The replacement that was fitted to the 4016 when it arrived was marked 4E4 (I presume 1984? G3 and E4 seem like the codes TI use for package styles, but they could also be part of the date code).
That appeared to be factory soldered. Not sure why that didn't warrant a socket? Maybe they thought it was unlikely to fail (which is very much not the case).
What is it with the MOS 40 pin chips of this era, they all have this same damage near pin 1 where it looks like the clear coat has flaked off or something?
Also note the option ROM chip with the markings painted over.
That was the protection chip for VisiCalc (or possibly some similar packages). If I remember correctly, it is a Commodore printer ROM chip, and all they do is check for certain bytes being present in the right places before launching the software. The black paint was I presume to stop people realising that.
I did get one PET which had the original printer ROM without the black paint, and another where it looks like someone sanded off part of the black paint and then covered it back over with sharpie.
Adverts
All of the PET repair parts I used are available from my Tindie store:
PET ROM/RAM:
PET Diagnostics:
PET Dual Userport Joystick:
I have also listed the LED tester I made for the userport:
Mini PET 40/80 Internal
Or if you decide you want to take the easier route, I have recently built some more Mini PET 40/80 Internal boards, that are a drop in replacement for boards like this one.
Shipping
I can still ship worldwide from my Tindie store and US orders are now tariffs paid.
Currently it looks like Royal Mail to the US is working. I pay the 10% tariffs as part of the postage to (hopefully) avoid delays and additional costs at customs. The increased US postage costs cover this.
Patreon
You can support me via Patreon, and get access to advance previews of development logs on new projects like the Mini PET II and Mini VIC and other behind the scenes updates.This also includes access to my Patreon only Discord server for even more regular updates.