Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

What is the effect of black box module on the overall test coverage while doing ATPG?

Status
Not open for further replies.

Pinto$

Newbie level 4
Joined
Jul 11, 2011
Messages
7
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,281
Activity points
1,339
Hi,
My design is having a black box module. if i am doing ATPG generation, test coverage is just coming out to be 70%. for that is black box is responsible? What should I do for increasing the test coverage?
I am new to DFT. Please reply.
Regards,
Pinto$
 

if the ATPG tool does not know the functionnality of a black box, it assume his output "drive" X, so all logic behing will have a reduce coverage. If you know the state in scan of the black box, you could define this value in the model or via atpg commands.
In general, atpg tool could report which fault is not cover and the reason (uncontrolable...).
 
  • Like
Reactions: Pinto$

    Pinto$

    Points: 2
    Helpful Answer Positive Rating


---------- Post added at 22:39 ---------- Previous post was at 22:37 ----------

if the ATPG tool does not know the functionnality of a black box, it assume his output "drive" X, so all logic behing will have a reduce coverage. If you know the state in scan of the black box, you could define this value in the model or via atpg commands.
In general, atpg tool could report which fault is not cover and the reason (uncontrolable...).

What has to be done other than defining of the black boxed module? Does FastScan support defining values for the black box?
how to remove the ATPG untestable faults? Can it only be done by increasing the no. of patterns and sequential depth or are there other factors also?
 

1- you could write a model for your black box (fastscan model) or fastscan is able to read verilog "model". We used it for our analog views, with very simplest description. All outputs are define at the expected values when the design will be in scan.
2-you can not "remove" untestable fault. The tool anaylze the fault list and some are not accessible, some are "merge" with others.... To increase the coverage, you could add some test points, or loop-back around or inside the black box (if you could).
 
  • Like
Reactions: Pinto$

    Pinto$

    Points: 2
    Helpful Answer Positive Rating
1- you could write a model for your black box (fastscan model) or fastscan is able to read verilog "model". We used it for our analog views, with very simplest description. All outputs are define at the expected values when the design will be in scan.
2-you can not "remove" untestable fault. The tool anaylze the fault list and some are not accessible, some are "merge" with others.... To increase the coverage, you could add some test points, or loop-back around or inside the black box (if you could).

Hi rca,
I tried to fix the unknown outputs from the black box by inserting the test points i.e. control and observe points but then I am not able to generate test patterns. What problem could be there? Do I have to remove the test points before generating the test patterns and what will happen to the patterns generated by using test points?

Regards,
Pinto$
 

the test point is just added flop, that will be included in the scan chain, and should increase the coverage.
checks the test point is properly inserted and added in the scan chains.
 
  • Like
Reactions: Pinto$

    Pinto$

    Points: 2
    Helpful Answer Positive Rating
Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top