Opinion on design idea (loading patterns from AVR to DUT)

Go To Last Post
5 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hi Guys,

I am trying to design a system that will load any pattern/s into another DUT IC (e.g.say an ADC) to initialize it to a known state (loading registers with known values). This will be followed by performing some measurements. So for example, if I load a pattern say 0x0A, 0x0B, etc. in the part, that may initialize the internal ADC and then when I know the part is in the right state, I can perform INL, DNL and other ADC tests.

To achieve this, I was thinking of using an AVR and load the AVR flash/eeprom with the patterns that I want to load into the DUT. Then I can clock each pattern through SPI ( DUT will always have a SPI interface). I am not worried about the frequency so much because these patterns don't have to be loaded at speed.

Does this sound doable? Any ideas would be appreciated.

Thanks.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Wonder if the lack of answers is because no one knew the meaning of the acronyms you used. Google tells me that for "DUT" you may mean "Device Under Test" so are you talking about building some kind of component tester? Would INL=Integral NonLinearity and DNL=Differential NonLinearity by any chance?

Having explained that much to myself I'm still not sure I understand what the actual question is. If it is "can I clock out some byte to SPI held in an AVRs EEPROM?" then I guess the response is "why ever not?"

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Sorry about the acronyms.

You are correct about DUT, INL and DNL.

I am trying to use the AVR as a "programmer" for another device to load a pattern in and put the other device under test in a known state.

I guess I will have to exactly match the protocol (timing, bit format,etc.) of the DUT to get the DUT in a known state.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

One more question: I really need to program the DUT through an AVR SPI connection. Do I really need to store the patterns in the AVR EEPROM? Would it make more sense to store these patterns in the AVR RAM array and just send them through SPI to the DUT? Just thinking out loud here but I think I won't need to store these patterns (which are just bytes) in the AVR EEPROM.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If you SPI-testsignal-generator should be autonom
the pattern must be in some permanent memory.
If it is controlled by another CPU, you can load those
pattern in the RAM. For larger Testpatterns
you can not use RAm but perhaps program-flash.