Amiga hardware info, help and support with a focus (but not limited to) North American NTSC experiences. Open to all.
User avatar

Re: Rejuvenator Project: Update #1

by sjuswede Sun Aug 12, 2018 5:25 am

I still have my original Amiga 1000, and I am immensely interested in this project. I would in that case want to fit the rejuvenator together with a 68030 TK with a 64MB expansion, for a nice "daily driver", which this Amiga used to be for me. I did my first consulting work on it, in fact. A lovely machine.

I'm not sure where to sign up for that I am interested, so I joined here to post a message. =)

// Sjuswede
User avatar
Springfield, MO

Re: Rejuvenator Project: Update #1

by EzdineG Mon Aug 13, 2018 4:51 pm

joethezombie wrote:After reading the chip, the software will show a screen of the contents. If it is filled with all ones, then the protection fuse is blown, and you have a long road ahead. If you have a smattering of 1s and 0s, then you are golden. Save the array as a JEDEC file. You can now burn this to a new GAL16V8 (or GAL20V8 for the bigger guys) and use that part in place of the original.

I've got some really bad news for us here. I've got my hands on Eric's Rejuvenator and tried to read the PAL's with a TL866A (as GAL16v8 and GAL20V8). It appears they're all protected, as all I can see are 11111111's when read.

There's still the possibility that this reader just can't read them because they aren't official Lattice (see below.)


If this is so, bad news indeed :/
User avatar

Re: Rejuvenator Project: Update #1

by joethezombie Mon Aug 13, 2018 9:32 pm

That they are not Lattice doesn't matter. I thought perhaps the same-- the chip on PowerCache was an MMI. I bought new old stock MMI and AMD PAL16L8 and programmed them without the security option, and they both could be read back easily. It was fairly common practice to set the security bit by default during manufacture, so really not too surprising.

For the 16L8, there is still chance the Charles MacDonald adapter can read the chip, if the logic doesn't involve latches or flip-flops, or you'll get a partial decode of the equations along with a bunch of garbage on the latch pins output in the form of an .oe equation.

Do recognize that The Rejuvenator replaces the existing daughterboard. Most likely, the contents of the PALs are going to be very close to the original Commodore versions, which we know the equations: ... d_download

I would think the best bet would be to trace the pins of each PAL and identify which signals are on which pins. Then reference the original Commodore equations and create an approximation. Then use a logic analyzer comparing the original Rejuvenator PALs with the approximation could give a very good idea of what would need fixing. Be sure your replacement chips are the same speed or faster than the existing.

Another option I have been toying with is using an Arduino Mega to send every possible combination of inputs to the chip while monitoring the outputs and create a truth table which could then be minimized to the proper equations. It's tough to realize, however. The logic can get exponentially difficult to decipher once latches, flip-flops, and output enable equations get assigned and looped back into other equations. I think the 20L8 only allows for 5 or 6 types of latches, and there are so few product terms that it just might be possible. I'm currently working on this to decode some other 20L8, I have not had any success.

Of course, if the logic is elementary, then a simple breadboard with some switches and LEDs could be used to fabricate the truth table.

Who is online

Users browsing this forum: EzdineG and 1 guest