A primer on how boundary scan, or JTAG, works.

Boundary scan or, more accurately, the IEEE 1149.1 Standard Boundary Scan Test Strategy, traces its roots to the mid 1980s. That’s when an ad hoc working group, the Joint Test Action Group (hence the JTAG name for the methodology), began working on concepts for a circuit board test technology that would not require physical contact between a probe and a circuit board.

Several trends pointed to the disappearance of physical access for test probes. Device packages that were new at the time (like ball grid arrays) placed device pins under the silicon. As a result, probes could not be applied to the pins. Moreover, additional functionality was being packed onto circuit boards at a time when the size of the boards themselves was shrinking. Something had to give; most often, test points or test pads were eliminated from boards to save real estate. At the same time, multilayer boards increased the difficulties of physically accessing chip-to-chip interconnect nets below the surface layer of the board.

Out of this context the JTAG group began forming a boundary scan test strategy. The eventual solution centered on the concept of embedding an internal shift register around the perimeter of semiconductor devices, a boundary scan register.

At the chip level, a component is defined as a boundary scan device when each primary input and output signal is supplemented with a multi-purpose memory element called a boundary scan cell (Figure 1). A board’s collection of boundary scan cells is configured into a parallel-in, parallel-out shift register by way of a four-wire interface. This scan path, as it is called, is made up of test data in (TDI), test clock (TCK), test mode select (TMS) and test data out (TDO) signals. A fifth signal, test reset (TRST) is optional. Collectively these device pins are known as the test access port (TAP). Data can be shifted into and out of the scan chain connecting the boundary scan cells on multiple devices on a board. Because of these capabilities, boundary scan cells can be thought of as virtual nails because they are able to set up and apply tests across the interconnect structures on the board.

Figure 1
FIGURE 1: Boundary scan cells.

Devices that do not have embedded boundary scan cells can still be tested by boundary scan. A JTAG device directly connected to a non-boundary scan device can drive signals onto the non-boundary scan device and test its interconnects in this way.

Test Development

Before a boundary scan test pattern can be automatically generated by a test system (see Figure 2 for the configuration of a typical boundary scan test or programming station), boundary scan devices on the board and the scan path must be characterized. The test development station does this by examining the board netlist and compiling a database with files that describe the boundary scan devices in boundary scan description language (BSDL). BSDL is defined in the IEEE 1149.1 standard. A device’s BSDL file describes all the boundary scan features of the device.

Figure 2
FIGURE 2: Typical boundary scan test or programming station.

Non-boundry scan devices to be tested must also be characterized in the design’s database. Online libraries of models that describe non-boundary scan devices can be automatically downloaded by the test generation system and included in the database to extend the reach of JTAG tests to non-boundary scan devices.

As part of the test generation process, advanced boundary scan test systems will generate fault coverage reports that indicate how much test coverage can be derived from the information provided in a database. The user can then decide whether more information should be provided or certain steps to take to increase test coverage.

Following the application of test patterns, a test results report is generated. Diagnostic tools included in the more advanced JTAG systems can isolate faults or defects down to the level of a particular pin on a device.

Access provided by boundary scan can also be used to load data or software into programmable logic devices (PLDs) or memory after these devices have been soldered onto a board. This in-system programming or in-system configuration capability eliminates the need to remove devices from boards to load new versions of firmware or software. Even after a system has been installed, firmware updates can be loaded into PLDs via boundary scan.

Test Reuse

A major benefit of boundary scan technology is the portability of testing and programming operations. For example, tests developed during a system’s design phase to debug prototypes can migrate with the system as it moves into manufacturing, where the same tests can be applied by a benchtop JTAG manufacturing station or combined with other tests on an in-circuit test (ICT) platform. Seamless integration of a full-blown boundary scan system on an ICT system offers significant cost savings by eliminating the need to redevelop boundary scan tests from the development department and the coverage supplied by JTAG tests will simplify ICT tests, cutting the cost of fixtures and the time to produce them.

Boundary scan tests can also migrate with a system into the field where they can be used to troubleshoot malfunctions or to load new versions of embedded irmware.

The engineers who developed the IEEE 1149.1 standard more than a decade ago might be surprised by today’s applications of this technology. Boundary scan has branched out beyond its roots as a test methodology for shorts and opens.

Several new IEEE standards and at least one proprietary embedded test methodology depend upon the JTAG infrastructure. The IEEE 1149.6 Boundary Scan Standard for Advanced Digital Networks, for example, uses scan chains to test high-speed serial buses such as Gigabit Ethernet and Fibre Channel. In addition, the IEEE 1532 Standard for In-System Configuration is based on boundary scan access to PLDs. Multiple PLDs can be configured concurrently with IEEE 1532, reducing programming times considerably. Also, Intel recently delivered a JTAG-based embedded test technology known as interconnect built in self test (IBIST). IBIST will be included in many of Intel’s future chips to lower the overall cost of test and more effectively validate high-speed buses.

 

David Bonnett is technical manager, ASSET InterTech Inc. (asset-intertech.com); dbonnett@asset-intertech.com.

Submit to FacebookSubmit to Google PlusSubmit to TwitterSubmit to LinkedInPrint Article
Don't have an account yet? Register Now!

Sign in to your account