From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
04-28-2007 02:40 AM
04-28-2007 05:14 AM
A lot of testing of this type tends to be done with an
associated product known as TestStand.
That's not to say you can't or shouldn't use LabVIEW of course but you would
have to ask yourself how appropriate each tool would be in your specific
instance.
The case history below should give you a good idea of a typical set up that
could also be used in LabVIEW, but I think the first step would be a detailed
document defining what the specific goals of the test are. This will enable you
to more precisely define the hardware requirements. At its simplest level and
with some simple additional circuitry, one could envisage quite a sophisticated test stand with something as simple as the USB 6008.
To help focus on areas one might start an analysis, typically carrying out
something like an FMEA
(Failure Mode Effects Analysis), perhaps one already exists. The outputs from
this can then be used to identify those issues that most need addressing and
provide the optimum cost benefit to meet the needs of the business.
04-28-2007 09:10 PM
04-29-2007 11:50 AM
My very first exposure to automatic test equipment, 30+ years ago, used the exact same approach. You can accomplish this with some basic digital I/O. You need enough for the stimulus and the number of points you need to sense. The problem is that you can only use this for really basic digital designs. Once you start adding processors and other programmable devices, you run into problems. For one, you might have to run the i/o at system speed. This will drive up the cost of the external hardware. Another is the complexity of generating the correct stimulus patterns. It's not enough to simply throw a bunch of random 1's and 0's to the input pins of the UUT. Having the ability to simulate the circuit and output the results can be extremely helpful. You might also have physical problems with using a 'clip'. While that was reasonably effective years ago when everything was 14 and 16 pin DIPs on 100 mil centers, those are pretty rare today.
You might want to investigate a more modern approach. If you are manufacturing a reasonable number of boards, doing an ICT (In-Circuit Test) on the board will test all components, locate all shorts and opens in a fraction of the time, and with greater accuracy than your technique. Fixturing and programming is pretty expensive, though. A lower cost alternative is something called flying probe. A large percentage of contract manufacturers that build and stuff boards will offer both. For a bench test, you should also look at JTAG. A brief overview can by found on Wikepedia.