Google FeedBurner is phasing out its RSS-to-email subscription service. While we are currently working on the implementation of a new system, you may experience an interruption in your email subscription service.
Please stay tuned for further communications.
Get email delivery of the Cadence blog featured here
Chip tests have become more demanding as defects tend to occur more often in scaled-down processes. These defects are modeled as faults and provided to the circuit simulator to perform fault analysis. As part of the Legato Reliability Solution, Spectre® Fault Analysis provides a transistor-level simulation capability that can be enabled in an analog test methodology to improve the test coverage by identifying the critical test patterns.
As shown in the following flow chart, Spectre Fault Analysis enables you to estimate the fault coverage by generating a detection matrix. In functional safety applications, fault detection is tracked in both functional and diagnostic modules, but reported separately.
You can further optimize the test to improve the defect coverage based on the defect detection matrix or coverage rate.
The following are the main components of analog fault simulation in Spectre:
Spectre Fault Analysis supports different faults, such as bridges, opens, custom faults, and parametric faults, which can all be grouped as fault blocks. A fault list may contain one or multiple fault blocks.
During fault analysis, the simulation requires a fault list that defines the type and location of faults. The fault list can be extracted from the schematic design, the layout design, or from the customized fault creation tools. In Spectre, faults can be generated with the info statement.
There are two general approaches to perform the fault analysis in Spectre.
The figure below shows the different TFA methods available. You can choose one of the fault methods according to the trade-off between accuracy and performance. The fault methods include timezero, faultleadtime, onestep, maxiters, and linear.
With the fault results for the signals specified in the save statement at the test time points saved in a table file, a binary script spectre_ddmrpt can be used to post-process the table file and generate the fault detection matrix report based on the given criteria.
You can also define the assert statements specific to the functional and/or diagnostic blocks to detect the violations during the fault simulation. A binary script spectre_fsrpt can be used to generate the functional safety report by post-processing the violation database.
To improve the performance, the distributed mode is supported for both direct and transient fault analyses.
You can use the fork, lsf, or sge option to launch the child processes. The +mp=<number_of_processes> command-line option can be used to specify the number of child processes to be launched.
%bsub –R “(OSNAME==Linux)” “spectre +aps -mt +mp=3 fault.scs –outdir fullpath/out_mp/“
You may also contact your Cadence support AE for guidance.
For more information on Cadence products and services, visit www.cadence.com.
Spectre Tech Tips
Spectre Tech Tips is a blog series aimed at exploring the capabilities and potential of Spectre®. In addition to providing insight into the useful features and enhancements in Spectre, this series broadcasts the voice of different bloggers and experts, who share their knowledge and experience on all things related to Spectre. Enter your email address in the Subscriptions box and click SUBSCRIBE NOW to receive notifications about our latest Spectre Tech Tips posts.