Re: Help to copy PAL16 / GAL16 / GAL20 ICs
- From: mzenier@xxxxxxxxxx (Mark Zenier)
- Date: Sun, 7 Aug 2005 16:55:15 GMT
In article <gutbf15t12il668k28groo47imvvh2lup2@xxxxxxx>,
Rich Webb <bbew.ar@xxxxxxxxxxxxxxxxxx> wrote:
>On Sat, 6 Aug 2005 23:20:22 -0400, "Henry" <apl2research@xxxxxxxxxxx>
>wrote:
>>"David L. Jones" <altzone@xxxxxxxxx> wrote in message
>>news:1123308884.580173.111090@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
>[snip...snip...]
>>>> I did a parallel port based digital IC analyzer many moons ago that
>>>> could automatically detect and decode any digital logic chip, and I can
>>>> tell you that the software is a fair amount of work.
>>
>>May I ask if you still have some schematics or software that I can review?
>>Maybe a Website with kits? It help the thought process and give me a few
>>good ideas.
>
>[Attributions and top-posting corrected]
>
>Nowadays it would probably be easier to use a dedicated microcontroller
>to cycle through the permutations, especially if it's a one-off project,
>or, perhaps, a microcontroller driving a small CPLD.
>
>There are also gadgets that combine logic analyzers with pin drivers,
>like these guys http://www.linkinstruments.com/logana5.htm, where you
>can dedicate some channels as outputs and use the balance for inputs.
>
>However, as David notes, the general solution to the problem is
>reasonably complex. The PLD probably includes a state machine, where the
>condition of the outputs depends on the prior history of the inputs. You
>can't expect just to wiggle the inputs and then record the outputs. In
>the most general case, you'd need to stimulate it with all possible
>sequences of inputs.
>
>You're helped (greatly!) on the smaller PLDs since all of the registers
>are connected to dedicated I/O pins, their state is available whenever
>*OE is asserted, and *OE itself is fixed to one pin. Buried registers or
>tricks played with *OE would make the job much harder.
One shortcut is that if the PALs are the right version, there's a
testing algorithm to preset the registers, so that you have
full visibility.
>Truly, your best bet is to hook up a logic analyzer to an operating
>circuit and run it through its paces. Once you've seen what it does,
>write your own functional equivalent.
There was an outfit that spammed the newsgroup here, over dozen
years ago, for their PLD reverse engineering board/software. It was
not worth the $400 to me to find out if it worked. (Some garage in
Atlanta, as I remember). Try an advanced search on Google newsgroups
in sci.electronics circa 1990.
But the first thing would be to get an old programmer that has the
algorithm to read out the fuse map that particular version of PAL.
If the application was trivial, some outfits didn't bother to blow
the security fuse. (You couldn't return the chips to the manufacturer
if you had a problem with them if you did).
Mark Zenier mzenier@xxxxxxxxxx
Googleproofaddress(account:mzenier provider:eskimo domain:com)
.
- References:
- Help to copy PAL16 / GAL16 / GAL20 ICs
- From: Henry
- Re: Help to copy PAL16 / GAL16 / GAL20 ICs
- From: David L. Jones
- Re: Help to copy PAL16 / GAL16 / GAL20 ICs
- From: Henry
- Re: Help to copy PAL16 / GAL16 / GAL20 ICs
- From: Rich Webb
- Help to copy PAL16 / GAL16 / GAL20 ICs
- Prev by Date: Re: Do active filters even care about input/output impedances?
- Next by Date: Re: Regulator noise
- Previous by thread: Re: Help to copy PAL16 / GAL16 / GAL20 ICs
- Next by thread: switching circuit with multiple power sources
- Index(es):
Relevant Pages
|