JTAG  
View Leadership Video
New to JTAG/Boundary Scan?

PRODUCTS

BSDL Services:
BSDL Validation Service
ScanWorks®
Boundary-Scan Products:

Interconnect Development Station
Interconnect Repair Station
Test Development Station
Diagnostic & Repair Station
Manufacturing Station
Programming Stations
IEEE 1149.6
Emergency License Tokens
Hardware Overview

IBIST Products:
ScanWorks® Intel® IBIST
Emulation Products:
MicroMaster
ICT Products:
ScanWorks® for Agilent's Medalist ICT
Technology:
Test Automation
System-Level JTAG


 

JTAG Testability Checklist:

2.  On-Board Devices Checklist

2.1. Identifying Boundary-Scan or JTAG Devices

Identify all IEEE 1149.1/1149.4/1149.6/1532 jtag devices

  •  SoCs
  •  ASICs
  •  Buffers
  •  Off the shelf
  •  Memory
  •  Microprocessors
  •  DSPs
  •  PLDs
  •  SERDES
  •  …

2.2. JTAG/Boundary-Scan Devices:  Checking BSDL Files

Check BSDL files for accuracy and correctness:

  •  What tests were made on the BSDL file (syntax, semantics, hardware verification tests) and how were the tests generated? Ask the vendor.
    •  How did the vendor create the BSDL files – automatic creation or manual?
    •   What level of the Standard applies: 1990, 1993 or 2001? (Check the use statement in the BSDL file for each device)
  •   Are there any known non-compliant features and are they identified? (They should be recorded in the Design Warnings section of the BSDL files. You might also want to check the data sheet.)
  •   Are compliance-enable pins defined in the BSDL file? (There are examples where the compliance-enable pins exist but are not mentioned in the BSDL file.)
  •   Check the need for and the presence of custom packages (“use STD_1149_1_1994.all; use company_custom_ package.all”)
  •   Is the maximum frequency for TCK defined? If so, is this a default value (cut and pasted from a template) or the actual value?
  •   Does the device contain an analog section? If so, check to see if any boundary-scan (JTAG) cells exist between the digital and analog sections (not mandatory for 1149.1 mixed-signal devices unless the INTEST instruction is implemented).
  •   Is there an audit trail for BSDL checking if the JTAG (boundary-scan) and /or the functional logic has been updated? Do device re-spins automatically cause an update to BSDL files? (Note: if the functional logic changes, the contents of the Identification register should also be updated. Often, it is not.) How are users notified of any BSDL changes?
  •   What 1149.1 synthesis program was used? Is the program robust and proven?
  •   Is there a central database of known problems with BSDL files? Have you checked the database?
  •   Be especially careful of DSP devices. They are notorious for containing a variety of non-compliant features.

2.3. Other Boudary-Scan Device Property Checks

  •   Are there any optional public instructions - IDCODE, USERCODE, INTEST, CLAMP, HIGHZ, RUNBIST?
  •  For RUNBIST, is there information on how long the self-test will run and what the expected Pas/Fail result will look like?
  •   Are there any private instructions? If so, is it clear what these instructions do? Can they be used at prototype-board debug? (Be careful. BSDL files contain only the minimum information about the behaviour of private instructions. Use private instructions with care.)
  •   Does the device have the optional TRST* signal? If there is no TRST* pin, the device should automatically power-up in the Test-Logic Reset state. Does it do this?
  •   What happens if two or more active outputs driving complementary logic values are shorted for any length of time? Is the resulting sort-circuit current limited or can one active output drive against another active output and cause damage? If so, it is possible for damage to occur during interconnect test.
  •   What are the power-up states of three-state outputs (they should be high-Z) and bidirectional signal pins (they should be inputs)? Note: this should happen in normal functional mode.
  •   Can the status of three-state and bi-directs be controlled through JTAG cells or directly from the edge connector or via physical nails from an ICT or FPT tester?
  •   Has the device been certified to be ground-bounce free when in worst-case EXTEST mode? (There should be no 1149.1-induced ground-bounce inside the device.)
  •   At the physical level, are TAP pins placed physically next to each other or are they well-separated or positioned close to Not Connected (NC) pins? (They should be well separated or close to NC pins. Shorts between TDI and TDO can cause diagnostic problems.)
  •   Are there any LVDS outputs or inputs? If so, are there boundary-scan (JTAG) cells on these pins and where are they placed? (See also section 3.17)

Previous : Next

Free Hit Counter Code