Global Sources
EE Times-India
Stay in touch with EE Times India
EE Times-India > T&M

Build automatic test systems for extended duty

Posted: 14 Feb 2012     Print Version  Bookmark and Share

Keywords:Department of Defence  weapons  virtual instrument software architecture 

Defence organisations such as the United States Department of Defense (DoD) are always under pressure to minimise costs while simultaneously preserving essential defence operations and enhancing abilities to face new threats. One approach is to leverage the designs of prior investments to extend system platform lifetimes with increasing capability. Platforms such as the AAV-7A1, B-52, F-15, and MA Abrams are examples of long-lived upgradeable platforms that continue to serve many decades after their original designs.

Although extending the service life of military systems helps stretch our defence budget, it also exacerbates the challenges already faced by the maintenance organisations and automatic test systems (ATSs) providers who sustain the weapons systems programs. Two particular challenges are:

 • Handling the mismatch between lifecycles of the equipment to be tested and the lifespan of the equipment performing the test (figure 1)
 • Sustaining test of a high mix of electronic devices spanning multiple generations of electronic technologies
Fortunately, standards and platform initiatives from DoD organisations and their industry partners give ATS designers and integrators the means of developing solutions for these challenges. Designing systems with modular instrumentation, software-defined instruments, hardware abstraction layers, standards defining common control and information exchange syntax, and high-level test management software tools yields solutions now and also lays the foundation for incremental evolution of these same systems to meet the future demands.

Figure 1: Defence industry devices feature lifecycles significantly longer than that of commercial-off-the-shelf (COTS) components. Designers trying to leverage commercial test equipment for military and aerospace systems need to pay careful attention to the design to ensure support throughout system lifetime.

Address lifecycle mismatch challenge
The mismatch between the lifecycles of the units under test (UUTs) and the lifespan of the automatic test equipment (ATE) complicates the task of ATS providers and system maintenance personnel (figure 1). Because test equipment technology typically evolves at a more rapid pace than the cycle of technology insertions, individual pieces of ATE often become obsolete while defence maintainers still have high demand for them. The cost of mitigating such an obsolescence event depends on how well the ATS system was architected to enable life extensions and capability upgrades.

Designing an ATS with an architecture that incorporates a broadly supported modular instrumentation hardware platform such as PCI extensions for instrumentation (PXI) is one key method for minimising the cost of solving obsolescence problems.1 The breadth of industry support for the PXI platform raises the probability of finding a suitable, low-cost replacement instrument. In addition, it increases the possibility of having competitive replacement options. Also, the modular form factor typically minimises the amount of hardware to be replaced since common resources such as computing platforms, power supplies, cooling components, and other support infrastructure elements are not integral parts of each instrument as is the case with traditional box instruments.

Replacing instrumentation hardware with a suitable replacement is just one aspect of the mitigation process. The objective of test applications within the defence industry is to maintain the ability to test existing devices for much longer period of time compared to commercial production test. Another requirement is therefore the ability of the replacement hardware to perform the existing verified and accepted tests. Existing tests rely not only on the instrument hardware but also on the test program set (TPS) unique to each UUT. Many TPSs may make use of a single test asset being replaced. The development and integration the documentation, software, and interface components that compose each TPS represent a large prior financial investment that a support organisation must continue to leverage in order to stretch its budgets as much as possible.

1 • 2 • 3 • 4 Next Page Last Page

Comment on "Build automatic test systems for ext..."
*  You can enter [0] more charecters.
*Verify code:


Visit Asia Webinars to learn about the latest in technology and get practical design tips.


Go to top             Connect on Facebook      Follow us on Twitter      Follow us on Orkut

Back to Top