The Cadence Academic Network helps build strong relationships between academia and industry, and promotes the proliferation of leading-edge technologies and methodologies at universities renowned for their engineering and design excellence.

A huge knowledge exchange platform for academia to network with industry. We are looking for academic speakers to talk about their research to the industry attendees at the Academic Track at CDNLive EMEA and Silicon Valley.

New Technical Resources for Encounter Test Users on http://support.cadence.com

Hello Encounter Test Users,

In this blog, I would like to introduce a few knowledge artifacts that will provide an easy way for you to learn about and stay productive with this product, technology, and methodology. In addition, this will also help to efficiently debug problems that you may encounter in the flows discussed below.

Rapid Adoption Kits (RAKs), as you all know, provide a simple way to demonstrate how you can use Cadence tools in your design flows to improve productivity and maximize the benefits of your tools.

Below are a few important RAKs and app notes that were published recently on the support portal http://support.cadence.com, which might be of interest to you!

This RAK includes a look at the standard library cell model generation and its validation for usage with Encounter Test. It starts with the conversion of several library formats (SPICE, verilog, and .lib) to create a structurally accurate test model for Encounter Test using Encounter Conformal technology. Each of the formats has varying levels of abstraction from the physical structure discussed in Lab1 of this RAK. These models are then checked for any conflicts. Once these conflicts are resolved, the models are then distributed as binary models, thereby guaranteeing proper import into Encounter Test for that technology. The models are then run through ATPG and simulated using NC-Sim for coverage and pattern matching.

With this RAK, you will be able to:

Learn about the structurally accurate modeling of ASIC library cells

Learn about the benefits and implications of abstraction of library models

The purpose of the application note is to provide a methodology to convert cycle-based failure data into the Encounter diagnostics chip pad pattern (CPP) format. This application note highlights the conversion steps required when using either natively generated Encounter Test ATPG patterns or STIL ATPG patterns read in for diagnostic purposes.

The CPP format is an ASCII representation of failures. A CPP format file contains a one-line entry for each failure. Each failure specification consists of the following:

The die on which the miscompare occurred

For failure analysis this is not necessary. Include this information if you are doing volume failure analysis over multiple die to identify process trends or suspect cell types or structures.

The test pattern and scan chain bit position where the miscompare occurs

The test pattern is also referred to as our “odometer”. In CPP format the bit position keyword is “offset”.

Test translation software almost never carry the Encounter Test pattern numbers forward. If the pattern number is not reported in the failure log, then failure diagnostic requires two pieces of information.

Involves information about whether the test translation software added (prepended) tester cycles to the Encounter Test patterns set and the name of the package pin that was measured.

The keywords Chip, pad, pattern, offset, and value are required names. The name Die1 is user-specified. The pad name is either the scan-out pin or a primary output pin. The offsets for failures captured during the scan unload start at 0 and represent the number of cycles to get to the failing bit position in the chain. The offset is -1 for miscompares that occur during a measuring of the primary output pins (non-scan unload).

The conversion of cycle-based failure data into a format that is compatible with Encounter Test and diagnostics is a necessary step to enable diagnostic processing. It is important that the failure data be precisely converted to ensure accurate and reliable diagnostics results. A hands-on example is available with the Encounter Test: DiagnosticsRAK at http://support.cadence.com