Brute Force Examination of a PLD
CASTalk.com Forum Index CASTalk.com
Discussion of DSP, FPGA, storage and embedded system.
 
 FAQFAQ   MemberlistMemberlist     RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 
 
Google
 
Web castalk.com
Brute Force Examination of a PLD

 
Post new topic   Reply to topic    CASTalk.com Forum Index -> FPGA
Author Message
logjam
Guest





Posted: Fri Dec 30, 2005 1:15 am    Post subject: Brute Force Examination of a PLD Reply with quote

Lets discuss the brute force examination of a PAL16R8, for example,
with absolutely no knowledge of its function.

Lets assume a 16R8.

Could we just clear all the inputs and toggle the clock line a few
times and wait for a known output (that is, if there are any of the
clocked feedback signals used, get them to the same state) and then on
the next clock state try a new input?

So...
Refresh the PAL to a known state, try value $01, try $01
Refresh the PAL to a known state, try value $01, try $02
Refresh the PAL to a known state, try value $01, try $03

Until we get a truth table with 65,535 results.

Can anyone help me think of a situation where this would NOT work?

I suppose the next "problem" would be reducing and deciphering the
equation.

Lets assume there are no GALs being tested, only a 16R8.
Back to top
 
Post new topic   Reply to topic    CASTalk.com Forum Index -> FPGA All times are GMT
Page 1 of 1

 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum




VoIP Electronics Powered by phpBB