[vcf-midatlantic] Workshop this weekend - Thoughts?
Rob Clarke
crock at clarke-family.org.uk
Sun Jan 31 21:29:40 EST 2016
Hi Jonathan, take a read of this. The PLA has been exhaustively investigated and read using a top max programmer.
ftp://www.zimmers.net/pub/cbm/firmware/computers/c64/C64_PLA_Dissected.pdf
On 31 January 2016 17:24:26 EST, Jonathan Gevaryahu via vcf-midatlantic <vcf-midatlantic at lists.vintagecomputerfederation.org> wrote:
>Not that I am aware of. The BP-1600 programmer I use uses built-in
>functionality of the PLA to dump the raw original fusemap.
>
>On 1/31/2016 3:36 PM, Douglas Crawford via vcf-midatlantic wrote:
>> Another question related to this:
>>>>> If anyone has an older 'breadbox' c64 (not c64c) with the
>signetics
>>>>> 82s100
>>>>> PLA in it (only used for the first year or so before being
>replaced
>>>>> with
>>>>> the MOS PLA) let me know, I'd like to try to read the fusemap out
>>>>> with an
>>>>> 82s100 programmer. There exists a reverse engineered fusemap of
>the
>>>>> 82s100,
>>>>> but it was done "by hand" using an eprom programmer to probe all
>>>>> the inputs
>>>>> and look at outputs like a giant truth table, and based on an
>>>>> interview
>>>>> with Bil Herd a few years ago, I now know that this will not
>>>>> produce an
>>>>> accurate dump of the chip, because the engineeres at commodore
>>>>> played some
>>>>> tricks by adding extra/unnecessary gates to certain outputs to
>>>>> intentionally 'slow down' the edges of certain signals to prevent
>>>>> glitches.
>>
>>
>> Any real risks to the PLA in reading in this fashion?
>>
>
>
>--
>Jonathan Gevaryahu
>jgevaryahu at gmail.com
>jgevaryahu at hotmail.com
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
More information about the vcf-midatlantic
mailing list