Etpll User
Etpll User
This document contains information that is confidential and proprietary to Mentor Graphics Corporation, Siemens
Industry Software Inc., or their affiliates (collectively, "Siemens"). The original recipient of this document may
duplicate this document in whole or in part for internal business purposes only, provided that this entire notice
appears in all copies. In duplicating any part of this document, the recipient agrees to make every reasonable effort
to prevent the unauthorized use and distribution of the confidential and proprietary information.
This document is for information and instruction purposes. Siemens reserves the right to make changes in
specifications and other information contained in this publication without prior notice, and the reader should, in all
cases, consult Siemens to determine whether any changes have been made.
The terms and conditions governing the sale and licensing of Siemens products are set forth in written agreements
between Siemens and its customers. End User License Agreement — You can print a copy of the End User
License Agreement from: mentor.com/eula.
No representation or other affirmation of fact contained in this publication shall be deemed to be a warranty or give
rise to any liability of Siemens whatsoever.
SIEMENS MAKES NO WARRANTY OF ANY KIND WITH REGARD TO THIS MATERIAL INCLUDING, BUT NOT
LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE,
AND NON-INFRINGEMENT OF INTELLECTUAL PROPERTY.
SIEMENS SHALL NOT BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL OR
PUNITIVE DAMAGES, LOST DATA OR PROFITS, EVEN IF SUCH DAMAGES WERE FORESEEABLE, ARISING
OUT OF OR RELATED TO THIS PUBLICATION OR THE INFORMATION CONTAINED IN IT, EVEN IF SIEMENS
HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
LICENSE RIGHTS APPLICABLE TO THE U.S. GOVERNMENT: This document explains the capabilities of
commercial products that were developed exclusively at private expense. If the products are acquired directly or
indirectly for use by the U.S. Government, then the parties agree that the products and this document are
considered "Commercial Items" and "Commercial Computer Software" or "Computer Software Documentation," as
defined in 48 C.F.R. §2.101 and 48 C.F.R. §252.227-7014(a)(1) and (a)(5), as applicable. Software and this
document may only be used under the terms and conditions of the End User License Agreement referenced above
as required by 48 C.F.R. §12.212 and 48 C.F.R §227.7202. The U.S. Government will only have the rights set forth
in the End User License Agreement, which supersedes any conflicting terms or conditions in any government order
document, except for provisions which are contrary to applicable mandatory federal laws.
TRADEMARKS: The trademarks, logos and service marks ("Marks") used herein are the property of Siemens or
other parties. No one is permitted to use these Marks without the prior written consent of Siemens or the owner of
the Marks, as applicable. The use herein of third party Marks is not an attempt to indicate Siemens as a source of a
product, but is intended to indicate a product from, or associated with, a particular third party. A list of Siemens'
trademarks may be viewed at: www.plm.automation.siemens.com/global/en/legal/trademarks.html and
mentor.com/trademarks.
The registered trademark Linux® is used pursuant to a sublicense from LMI, the exclusive licensee of Linus
Torvalds, owner of the mark on a world-wide basis.
Chapter 1
Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Embed Test Circuitry in Your IC Design to Test SerDes or PLLs . . . . . . . . . . . . . . . . . . . . 13
Characterize and Diagnose Silicon Performance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Generate Production Test Patterns for Your IC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Chapter 2
Step 1: Prepare Your Design . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
PLL/DLL Suitability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Stable Performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
General Implementation Strategy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Step 1.0 — Create Working Directories . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Step 1.1 — ETChecker . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Step 1.2 — Indicate TAP Pins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Provide Connections for Second TAP, If Necessary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Step 1.3 — Indicate Design Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Step 1.4 — Check Clock Tree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Step 1.5 — Check DFT Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Step 1.6 — Check Default Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Step 1.7 — ETPlanner . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
Step 1.8 — Check Default Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Step 1.9 — CUT Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Connections for PLLs and DLLs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Connections for Single-Clock SerDes Transceivers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Connections for Dual-Clock SerDes Transceivers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Step 1.10 — Collect Design Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Step 1.11 — Update .etplan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Step 1.12 — PLL Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
Step 1.13 — On-chip sampling clock generation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Using the PLL’s reference clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Using another PLL’s output . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Chapter 3
Step 2: Embed Test Circuitry . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Step 2.0 — Check .etplan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Step 2.1 — Generate LVWS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
Step 2.2 — Specify TAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
Step 2.3 — Generate & insert RTL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Add muxes and userDRBit connections . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Custom Connections . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Step 2.4 — Check connectivity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
File hierarchy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Chapter 4
Step 3: Prepare a Board to Characterize Your IC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Step 3.0 — Clocking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
ATE Clocks. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
SRS CG635. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
LMK03000 PLL Family . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
PLL loop filter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Clock Signal Connections . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Master Reference Clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Si550 VCXO Family . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Power Supply Decoupling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Step 3.1 — Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
DC Test Access. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
Step 3.2 — JTAG. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
USB-Signalyzer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Step 3.3 — Board Components . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Step 3.4 — .pinmap File . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Chapter 5
Step 4: Prepare SiliconInsight to Characterize Your IC . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Step 4.0 — Accessing SiliconInsight . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Step 4.1 — Power up . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Creating a complete set of tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Step 4.2 — Add a Test Step . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Step 4.3 — Choose a Test Controller (ULTRA) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Chapter 6
Step 5: Characterize your SerDesPLL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Use SiliconInsight to Characterize Your SerDesPLL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Step 5.0 — Optimize frequency offset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
Implementing SerDes Transmitter Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Implementing PLL/DLL Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Step 5.1 — Measure RJHF jitter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Data Bit Number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Step 5.2 — Measure TJLF jitter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Step 5.3 — Measure DCD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Step 5.4 — Measure ISI or TDDD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Step 5.5 — Measure slew rate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Step 5.6 — Measure 20%~80% transition time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114
Step 5.7 — Measure VCOM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
Step 5.8 — Measure logic voltages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
Step 5.9 — Measure input/output resistances. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Implementing SerDes Receiver Tests. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Step 5.10 — Measure mean sampling instant. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Step 5.11 — Measure systematic sampling error . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Step 5.12 — Measure recovered clock jitter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
Step 5.13 — Measure LF jitter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
Implementing SerDes Lane Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122
Step 5.3 — Measure duty cycle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122
Step 5.14 4 — Measure BERclock frequency ratio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122
Step 5.15 5 — Detect bit errors Measure phase delay . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124
Chapter 7
Step 6: Diagnose and Characterize Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Step 6.0 — Diagnose Basic Connectivity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Step 6.1 — Diagnose Measurement Failures. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Step 6.2 — Diagnose Jitter Measurements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130
Getting Finer Resolution. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
Reference Clock Jitter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
Periodic Jitter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
Step 6.3 — Check Lock Time Impact . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
Step 6.4 — Measure Repeatability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
Step 6.5 — Calculate Test Times . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135
BasicTests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
OffsetFrequency . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
Jitter, DutyCycle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
FunctionalLoopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
Step 6.6 — Optimize Test Time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
Step 6.7 — Characterize many devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
Saving Your Measurements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138
Preparation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138
Step 6.8 — Creating scripts for characterization and testing. . . . . . . . . . . . . . . . . . . . . . . . . 139
Chapter 8
Step 7: Generate Production Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
Step 7.0 — Generate Generic Pattern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
Step 7.1 — Generate WGL, SVF, STIL, Verilog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
Step 7.2 — Write Test Program. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
Formula for RMS from CDF Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
Appendix A
Getting Help . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
The Tessent Documentation System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
Global Customer Support and Success . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Appendix B
Commands and Control Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Sequence of EDA commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Primary control files that you create . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Appendix C
Models . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Simplified SerDes PLL model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Appendix D
Jitter Components and Frequencies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 163
Appendix E
Document Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165
Index
Third-Party Information
End-User License Agreement
with EDA Software Supplemental Terms
Table 5-1. LMK030xx and LMK040xx Parameters, Default Values, and Ranges . . . . . . . 92
Table 6-1. Keithley Terminals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Introduction
Generate Production Test Patterns for Your IC
This document is created in the order in which you should proceed, providing only the essential
information for each particular step. Information that is applicable to multiple steps is only
presented for the first relevant step.
For quick learning and results, it is recommended that you perform the action described by each
instruction in this document while reading it. Some instructions refer to files or test names
implemented earlier in the flow, but the instructions can also be interpreted generally.
For more detailed information and more options, refer to the LV Flow User’s Manual and the
Reference manuals for each tool.
Note
The embedded test capabilities in the ULTRA family, presently comprising SerdesTest and
PLLTest, use most of the same RTL blocks and software. Despite testing very different
functions, they do not differ a lot in their connections to the circuit-under-test (CUT), choice of
tests, test settings, and test diagnosis. To simplify documentation and learning, procedures that
are identical for SerdesTest and PLLTest are described on the same pages.
PLLTest is a new set of capabilities, and some features are not fully implemented. In most cases
this is noted in this document, especially, where the procedure is not fully automated. The
degree of automation will increase in later releases of the software.
For the complete list of Mentor Graphics Tessent-specific terms, refer to the Tessent Glossary.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Chapter 2
Step 1: Prepare Your Design
PLL/DLL Suitability
To be tested by PLLTest, your PLL or DLL must have at least the following two ports and port
functionality (logic may be inserted manually or automatically to provide the required polarity
to the PLLTest ports):
1. ReferenceClock
The PLL’s output is assumed to phase lock to the rising edge of this signal.
2. OutputClock(s)
The frequency of this output must be an integer ratio to the ReferenceClock frequency
during PLLTest testing, where the denominator is 8 or less. For example, 70/3, 5/8, and
72/9 (=8/1) are acceptable integer ratios, but 7/9 is not acceptable.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Stable Performance
Other ports and functionality that might be connected to PLLTest to enable more test
capabilities:
• LockDetect
PLLTest can measure lock time only if the PLL has a phase-lock indicator output.
• DividerValue(s)
PLLTest can measure lock range and lock time if the PLL’s divider values can be
changed.
Stable Performance
The circuit-under-test (CUT) characteristics must be stable during testing. If the CUT has
adaptive modes, such as byte alignment (e.g., FIFO), voltage offset cancellation, feed-forward
equalization (FFE), decision-feedback equalization (FFE), then these must be frozen or disabled
during testing.
• You should directly control the settings of these parameters with TAP userDRBits so
that CUT performance for each setting can be tested individually. Alternatively, allow
the circuitry to adapt, and then freeze the settings before performing CUT tests. This is
recommended for testing the quality of the adaptation algorithm.
• The circuit is expected to have some settling time, such as a lock time. You must provide
the expected maximum lock time in the .etplan file so all tests can automatically include
a pause for this duration before each measurement.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.0 — Create Working Directories
• Debug the simulations until they run successfully to completion with zero jitter, and
then with a little jitter (e.g., 0.01 UI rms).
• Optionally, adjust various settings of your SerDes to see their impact on the results.
You should finish your IC design's RTL and simulate it functionally with the CUT operating at
full-speed before adding ULTRA.
If you try to insert and verify ULTRA within your whole chip before fully verifying your
original chip design, then it will be much more difficult to diagnose whether failures are due to
your original design or due to ULTRA connections.
• Create a directory structure for running Embedded Test software on your design (a
whole chip with an IEEE 1149.1 TAP or a sub-module with an IEEE 1500 WTAP) in a
way that does not intrude on your normal design flow.
• Create a working directory, such as mychip or mymodule. Inside your working
directory, create an ETCHECKER directory, and a DFT directory.
All ETChecker steps are run while the ETCHECKER directory is your working
directory.
All other Embedded Test software (ETPlanner, ETAssemble, etc.) is run while DFT (or
one if its sub-directories) is your working directory.
• Check whether the path to the LV Flow tools directory is defined in your UNIX path
with the following command:
which etchecker
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.2 — Indicate TAP Pins
This will produce the following three files in your current directory:
<chip>.etchecker
<chip>.etchecker.README
Makefile
You can read the .README file for detailed information or simply proceed to the next
step. <chip> is your module name: the top-level will contain a TAP; a lower-level block
will contain a WTAP.
lv.Target -type Top // indicates you are working with top-level of chip
lv.EmbeddedTest -bscan Off -memory Off -logic Off //no other BIST for now
lv.JTAGOption -pin myTRST -option TRST
lv.JTAGOption -pin myTCK -option TCK
lv.JTAGOption -pin myTMS -option TMS
lv.JTAGOption -pin myTDI -option TDI
lv.JTAGOption -pin myTDO -option TDO
lv.BlackBoxModule -name mySerdes
lv.ClockDomainBase -pin USClkP -frequency 100.0 -label SamplingClock
-injectPin CHIP/<path>/<some_USClk_destination_port>
Note
Almost all logic in SerdesTest and PLLTest is clocked by the sampling clock.
ClockDomainBase indicates the port that supplies a clock (the sampling clock, in this case)
so that timing constraints will be generated for it. If logic BIST will be inserted in the design,
then a Burst Clock Controller gate will be inserted automatically in this path. If the path also
supplies a reference clock to a PLL, you should use the optional parameter -injectPin to identify
a port connected to that clock path where gating can be inserted without interrupting clocking of
the PLL. If the logic in SerdesTest or PLLTest is to be tested by logic BIST, the default choice
of clock is the sampling clock (via its ClockDomainBase label). If you want a different clock to
be used for this logic BIST testing, then it must be declared as a ClockDomainBase, and by a
line containing "LogicTestClockLabel : <ClockDomainBase_label>;" in the EST wrapper of
your <chip>.etplan file.Please see the Tessent Shell ETChecker for the LV Flow User’s Manual
for details and other options.
A chip is only permitted to have one TAP, or only one TAP active at one time. If a design has
many embedded test controllers (e.g., many instances of SerdesTest, PLLTest, ETMemory, and/
or ETLogic), there can be a lot of on-chip interconnections between the TAP and the embedded
test controllers. It might be more efficient (i.e., use less interconnect) to use the IEEE 1500
approach, in which a wrapper TAP (WTAP) is used for each major block of the chip design, all
accessed via one TAP. However, the primary advantage of the WTAP approach is that it allows
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Provide Connections for Second TAP, If Necessary
you to insert embedded test, synthesize (or layout), and simulate all SerdesTest tests for a single
block (which might be instantiated multiple times), which greatly reduces design verification
time. Test time is unaffected by WTAPs because all embedded test controllers can be run in
parallel, even if some are at the top level, and others are controlled by WTAPs within lower-
level blocks.
If you are embedding SerdesTest (or PLLTest) in a “soft” module in your chip that will have a
WTAP, use the following lines instead:
A block design that will use a WTAP (IEEE 1500 wrapper TAP) does not need any TAP pins
for this step, so you can proceed directly to Step 1.4 — Check Clock Tree.
If you have more than one TAP controller on your chip, and the Mentor Graphics TAP used by
SerdesTest (or PLLTest) is the secondary TAP, then a signalling procedure is needed to control
when the SerdesTest TAP is active. There are several ways to do this, but the simplest way that
does not require any extra pins is to have the SerdesTest TAP as a Slave TAP selected by an IR
bit (preferably, or a DR bit) in your Master TAP, labeled as SelLV, as shown in Figure 2-1 on
page 20. Before proceeding to later steps, perform the following operations:
• Add two 2-to-1 multiplexers between the existing Master TAP and the TDO tri-statable
output pad cell (one for TDO, another for tdoEnable), with their Select input connected
to SelLV.
• Add two And gates (ensure SelLV is active high), one between the TMS pad cell and the
TMS input to the Master TAP, with SelLV as its other input, inverted, and one between
TMS pad cell and the TMS input to the Slave TAP, with SelLV as its other input. Ensure
that SelLV will exist after synthesis by using the PERSISTENT construct in the .sdc file.
• Add the following line to the <chip>.etchecker file:
lv.Assert -pin <MasterTAPInstance>.SelLV - value 1
With the combinational logic circuitry shown in Figure 2-1 on page 20, after the Slave TAP is
selected, the Master TAP’s TMS signal becomes constant logic 0, which gracefully halts the
Master TAP by parking it in Run-Test/Idle state. The only way to regain control of the Master
TAP is to assert TRST (it is active low, so it must be set to 0). This asynchronously resets the
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.3 — Indicate Design Files
Master TAP’s IR and DR registers, restores SelLV back to 0, and, thus, enables the Master
TAP’s TMS as before.
Alternative ways are to drive SelLV with a Compliance Enable pin, or with an internal signal
possibly derived from a CPU bus.
In most cases, SelLV is set via a special instruction, applied with a UserDefinedSequence
before sending data to the Slave TAP as described later in User Defined Sequence.
etcOptions=\
../mychip/RTL/<chip>.vb \ // top-level of design
-y ../mychip/RTL \ // chip design directory (top-level and design can be in any directory)
+libext+.vb+.v \ // file extensions you used
-padLib <path>/pad.library \ // LV-format library
-padLib <path>/cell.library // LV-format library
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.3 — Indicate Design Files
If your design contains modules for which you have inserted SerdesTest (or PLLTest) and a
WTAP, also add a line like the following to point to the module’s LVDB file, and to point to the
module’s design directory:
-lvdbDir \
<path>/DFT/<module>_LVWS/ETSignOff/
<module>.lvdb_preLayout
or, if it exists
-lvdbDir <path>/DFT/finalLVDB/<module>.lvdb
The referenced pad.library file is a file required to describe I/O pad cells. Similarly, the
cell.library file is a file required to describe core logic cells so that they can be used
automatically and so that logic paths can be checked. For details and to document more
complex I/O pads, consult the manual ETAssemble Tool Reference.
The pad.library file has the following format for example input, output, and tristate output pads
(you can implement as RTL modules in your design directory for simulation, but for layout
these must be hard cells):
PadLibrary (padLibraryFilename) {
Cell (INPADS) {
Pin (A) { Function : padIO; }
Pin (Y) { Function : fromPad; }
}
Cell (OUTPADS) {
Pin (A) { Function: toPad; }
Pin (Y) { Function: padIO; }
}
Cell (OUTPADZ) {
Pin (A) { Function: toPad; }
Pin (Y) { Function: padIO; }
Pin (GZ) { Function: enableLow; }
}
}
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.3 — Indicate Design Files
The cell.library file has the following format for example multiplexers, combinational logic,
and buffers (you can implement as RTL modules in your design directory for simulation, but for
layout these must be hard cells):
CellLibrary (cellLibraryFilename) {
Buffer (RTLBUF) {
Port (A): Input;
Port (Y): Output;
}
Inverter (RTLINV) {
Port (A): Input;
Port (Y): Output;
}
And2 (RTLAND2) {
Port (A): Input;
Port (B): Input;
Port (Y): Output;
}
Or2 (RTLOR2) {
Port (A): Input;
Port (B): Input;
Port (Y): Output;
}
Multiplexer (RTLMUX21) {
Port (A0): Input0;
Port (A1): Input1;
Port (SEL): Select;
Port (Y): Output;
}
CellsToUseOnFunctionalClockPaths {
ClockMultiplexer (RTLMUX21) {
Port (A0): Input0;
Port (A1): Input1;
Port (SEL): Select;
Port (Y): Output;
}
ClockBuffer (RTLBUF) {
Port (A): Input;
Port (Y): Output;
}
ClockInverter (RTLINV) {
Port (A): Input;
Port (Y): Output;
}
ClockGatingORCell (RTLCGOR) {
Port (CLK): Clock;
Port (TE): TestEnable;
Port (FE): FuncEnable;
Port (CLKOUT): ClockGated;
}
}
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.4 — Check Clock Tree
Note
The make command parameters are case-sensitive.
The following output file is also produced and is required to run ETPlanner in the next
step:
etcHandoff/<chip>.etCheckerInfo
If any of these variables is defined as a file path, then check that the target file is
appropriate for your design because the files will be automatically referenced in the next
step. You can also provide the file locations or contents in the next step.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.6 — Check Default Files
Caution
CADEnvironment {
CreateDirectoryCommand : /bin/mkdir;
CreateSoftLinkCommand : “/bin/ln -s”;
DefaultSimulator : Verilog-XL; // Verilog-XL | NC-Verilog | ModelSim | NCVHDL |
// Leapfrog | VCS
// SynthesisTool : DCTCL | BlastCreate | TalusDesign;
// Default values per Simulator
// --------------------------------------------------------------------------|
// | Verilog-XL|NC-Verilog|VCS| ModelSim |Leapfrog| NCVHDL |
// |-------------------------------------------------------------------------|
// | Language --> | VERILOG |VERILOG|VHDL| VHDL |
// |-------------------------------------------------------------------------|
// |Command |verilog |ncxlmode | vcs | vlog | - | - | - |
// |CompileCommand | - | - | - | - |vcom| cv | ncvhdl |
// |SimulateCommand | - | - | - | - |vsim| sv | ncsim |
// |ElaborateCommand | - | - | - | - | - | ev | ncelab |
// |-------------------------------------------------------------------------|
// You may use the Simulator wrapper below to override the commands shown
// in the table above. Otherwise, the defaults from the table will be used.
// Repeat the Simulator wrapper for each simulator you want to override
// Note: Simulator Commands are case sensitive.
//
Simulator ( Verilog-XL ) { Command : verilog ; }
Simulator ( NC-Verilog ) { Command : ncverilog; }
Simulator ( ModelSim ) { Command : vlog; }
Simulator ( VCS ) { Command : vcs; }
}
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.7 — ETPlanner
ICTechnology (tsmc13) {
SimModelDir (verilog) : /HWLib/tsmc13/verilog;
SimModelFile (pads.v) : /HWLib/tsmc13/verilog/pads.v;
ScanModelDir (lvision) : /HWLib/tsmc13/lvision;
SynModelDir (synopsys) : /HWLib/tsmc13/synopsys;
CellExtension : v;
dctclSetupFile: /HWLib/tsmc13/synopsys/.synopsys_dc.setup_tcl/
.synopsys_dc.setup;
ScangLib : /HWLib/tsmc13/TP_PDFF/scang.lib;
PadLib : /HWLib/tsmc13/lvision/pad.library;
PatternType : WGL;
ModulesLV {
SimModelDir(TP_PDFF) : /HWLib/tsmc13/TP_PDFF;
}
FormalityLibFile (FormalVerLib) : /HWLib/tsmc13/synopsys/
dti_tsmc013lv_stdcells.db;
FormalityLibFile (FormalVerMem_128x8_16ww1x): \
/HWLib/tsmc13/memories/1PSRAM/
dti_t13r1p_128x8_16ww1x_typ.db;
}
EmbeddedTest {
GlobalOptions {
EmbeddedTestMergeFlow: GATE;
}
ModuleOptions (.*) {
LVWSDirectoryName: %_LVWS; // % is replaced by
// Module Name.
}
}
• If you already have a <chip>.etplan file, the software will try to patch in any updates, but
if it cannot it will report that the patching command failed and rename the previous file
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.7 — ETPlanner
as <chip>.etplan.bak. In this case, delete or rename the <chip>.etplan file, and then
rename <chip>.etplan.bak to <chip>.etplan
• For a chip that contains a module for which you have already inserted a WTAP, and the
SerDes or PLL is within that module, append the following options that point to your
module’s pre-synthesis LVDB directory (omit this option if you have a post-synthesis or
post-layout final LVDB) and a final LVDB directory (if you only have a preLayout
LVDB, point to an empty directory with name <module>.lvdb):
-preLayoutLVDBDir <PATH>/DFT/
<module>_LVWS/ETSignOff/<module>.lvdb_preLayout
-lvdbdir <PATH>/DFT/finalLVDB/<module>.lvdb
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.8 — Check Default Parameters
ETPlan (<chip>) {
CADEnvironment {
GlobalDefinitionFile: <path>.CADSetup;
}
ICTechnology (<ICtechName>) {
GlobalDefinitionFile: <path>.LVICTech;
PadLib: <path>/pad.library; // if no LVICTech file
CellLib: <path>/cell.library
}
DesignSpecification {
RTLExtension : vb;
GateExtension : v;
ModulesRTL ( <chip> ) {
// IncDir (<linkName>): <HierarchicalDirPath>;
SimModelDir (<softlinkName>): <path>/RTL;
}
ModulesGate (<chip>) {
SimModelDir (<softlinkName>): <path>/gates;
}
PreLayoutSimModelFile (<module>):
\<PATH>/DFT/<module>_LVWS/ETAssemble/
<module>.v_postLV;
SimModelFile (<module>):
\<PATH>/DFT/concatenated_netlists/
<module>.netlist_final ;
} // ensure you have above lines for modules with WTAP
EmbeddedTest {
GlobalOptions {
EmbeddTestMergeFlow: RTL;
TCKFrequency: 32.0; // (MHz)
// For fastest simulation, choose a frequency
// that is 1/N times RX parallel-rate clock
// frequency; where N is 4~32 but not faster
// than TCK can be clocked in silicon.
}
ModuleOptions (.*) {
LVWSDirectoryName: <chip>_LVWS;
}
ModuleOptions (<chip>) {
TopLVHWParentInstance: <top_for_DFT>;
// TAP location, if not at top level
SimulateLowerLevelcontrollers: On;
// Generate tests for WTAP modules too
}
Module (<module>) { // This appears only for
// WTAP modules
SignedOffLVDBPointer: <PATH>/DFT/finalLVDB/
<module>.lvdb;
}
} // End of EmbeddedTest
} // End of ETPlan
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.8 — Check Default Parameters
For a chip that contains a module for which you have already inserted a WTAP, and the SerDes
or PLL is within that module, skip the rest of these Steps and proceed directly to Step 2: Embed
Test Circuitry.
The next steps will need the following information. These are brief descriptions, for more
details and default values, refer to the manual ETPlanner Tool Reference.
ClockPeriod — the nominal clock period, in nanoseconds, for the reference clock port of the
SerDes (parallel rate) or PLL (input to the block) to be tested.
LockTime — the phase-lock time, with appropriate units appended. Auto-generated test
patterns will have this pause time inserted whenever the mode of the SerDes or PLL changes, to
allow phase-lock to be achieved.
SerDesWordSize — the number of signals that can be monitored for testing. It must be the
parallel port width for SerDes testing but can be any supported width for PLL testing (a width of
8 is usually sufficient). Supported values are 8,10,16,20,32,40,80.
BistClockGating — indicates whether clocks to ULTRA should be gated off whenever tests are
not running. This saves power but adds gates in clock paths which might add jitter to phase
delay measurements.
ScanReady — indicates whether you want extra gates and ports added to ULTRA in preparation
for scan path insertion.
ParentInstance — indicates where you want the automation to place the generated RTL module.
It can be placed in any synthesizable module. If you want the RTL placed in a new module (just
for SerdesTest logic, for example), then you must first add that module to your design - the
module may be empty.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.8 — Check Default Parameters
all measurements. Most SerDes jitter tests require this value to be approximately 150 so that the
low frequency cut-off for jitter frequencies will correspond to that of a golden PLL. For PLL
tests, simply choose 1000 to obtain 0.1% clock period resolution. The value does not affect RTL
generation or production test pattern generation. If you try to use a value larger than
MaximumFrequencyOffset_ppm, then a warning will be issued and the maximum value will be
used instead.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.9 — CUT Type
Compared to SerdesTest, a PLL’s reference clock may be considered as the TX reference clock
(whose frequency is slightly offset) and the sampling clock may be considered as the RX
reference clock (at the nominal frequency in <chip>.etplan file).
Sampling of the PLL signals is done inside PLLTest in a “Sampler” module. If you wish to
customize the Sampler module (for example, to use differential latches that more accurately
measure sub-picosecond jitter), then use the SamplerInterface option in your .etplan file and put
the auto-generated Sampler module (that you customize) inside your “PLL” module -- PLLTest
will omit its own Sampler.
Note
Either all or none of the PLLs within each EST wrapper of your <chip>.etplan file must
have a custom Sampler. ULTRAs in separate EST wrappers can still test PLLs
simultaneously.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Connections for Single-Clock SerDes Transceivers
At this point in this document, the Steps differ for different types of SerDes.
If you are testing a SerDes transceiver PHY block that has only one reference clock input
(shared by transmitter and receiver):
Note
Many SerDes transceivers have on-chip loopback between their transmitter and
receiver. Dual-clock SerDes transceivers permit SerdesTest testing with on-chip
loopback (especially useful for at-speed wafer testing), but a single-clock transceiver
serial output must be looped back to another transceiver, with another ULTRA, so that
each can use a different reference clock frequency.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Connections for Dual-Clock SerDes Transceivers
direction, the offset will be positive, and for the reverse direction, the offset will be negative.
SerdesTest test generation software will handle this automatically.
Figure 2-6. Design Hierarchy and Loopback Paths for Single-Clock SerDes
Transceivers
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.10 — Collect Design Information
are used, each ULTRA might operate at a different or the same nominal frequency as the other
ULTRAs.
If SerdesTest is used for a transmit-only IC, the high-speed serial output should be
undersampled by a differential latch clocked at the parallel rate (plus a frequency offset), the
latch’s clock should be considered as RxRefClk, its inverted version as RxRecovWordClock,
and its Q output as RxWordPort[0].
Figure 2-7. Design Hierarchy and Loopback Paths for Dual-Clock SerDes
Transceivers
ClockSource(Offset) — IC pin(s), single-ended or differential, that are the source of the second
reference clock for the ULTRA instance, frequency-offset relative to the
ClockSource(Reference) frequency, and the source of the SerDes transmitter’s reference clock
during SerdesTest testing. The automatically generated simulation test bench provides a
positive offset (typically 150 ppm).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.10 — Collect Design Information
An RTL mux will be auto-inserted later at this input to select whether normal data or
SerdesTest-generated data will be transmitted. TxData LSB (the indicated '0' bit) is assumed to
be transmitted first - if MSB is transmitted first, write it as TxData[0:n] in the <chip>.etplan file.
TxWordClock — Parallel-rate transmit word clock port, with a frequency derived from the
ClockSource(Offset) pin(s).
This clock is assumed to be rising-edge active and will be used to synchronously provide
TxData to the transmitter and as a phase reference assumed to be phase-aligned to the serial
output data edges.
Its nominal frequency must be a simple integer ratio to the source pin’s nominal frequency. The
integer ratio is declared as a Clock2PinFrequencyRatio and may be any ratio where the
numerator and the denominator are each 8 or less, e.g., 1, 1/2, 1/8, 2/3, 3/4, 2/5, 3/8.
The output data words will be latched by SerdesTest using RxRecovWordClock. This data
output is required to be active in lock-to-reference mode even when the CDR is not locked.
RxData LSB (the indicated '0' bit) is assumed to be received first - if MSB is received first, write
it as RxData[0:n] in the DFT/<chip>.etplan file.
RxRecovWordClock — Parallel-rate recovered word clock port, with a frequency derived from
the ClockSource(Reference) pin(s) when the receiver is in lock-to-reference mode
This clock is assumed to be rising-edge active and will be used to synchronously capture
RxData from the receiver. It is also used as a phase reference that is assumed to be phase-
aligned to the received serial input data edges in lock-to-data mode and to the RxRefWordClock
edges in lock-to-reference mode.
Its nominal frequency must be a simple integer ratio to the source pin’s nominal frequency. The
integer ratio is declared as a Clock2PinFrequencyRatio (may be different than for
TxWordClock). A smaller numerator (and lower clock jitter) improves SerdesTest sampling
resolution when measuring delays and recovered clock jitter.
This receiver input must be able to select the receiver's lock-to-reference mode (when
LockToRef=1) in which the receiver samples its serial input synchronously to
RxRefWordClock (but at the serial data rate) and RxRecovWordClock is synchronous to
RxRefWordClock, or lock-to-data mode (when LockToRef=0) which is the normal functional
mode of the receiver in which the sampling clock is recovered from the serial data and
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.11 — Update .etplan
TxPin(P), TxPin(N) — TX high-speed serial data output pins, non-inverting & inverting
RxPin(P), RxPin(N) — RX high-speed serial data input pins, non-inverting & inverting
Miscellaneous — These are ports that you wish to control via the JTAG interface, implemented
as userDRBits in the TAP controller, with easy-to-use aliases, so that you can automate
characterization of the SerDes. RTL muxes can be inserted by you later using ETAssemble (if
they do not already exist) in these control input paths so that the function-mode controls are
active when SerdesTest is not operating. Typically these signals control transmitter pre-
emphasis and amplitude, receiver equalization and termination resistance, speed, etc.
Module (<chip>) {
EST (<prefixForULTRAs>) { // Repeated for every PLLTest group
ClockPeriod : 10.0; // PLL’s nominal reference clock period (ns)
LockTime : 0.02ms; // PLL’s lock time: PLLTest waits for PLL to lock
ChannelType : PLL ;
BistClockGating : Off; // Allows you to gate BIST clock for low-power
ScanReady : On; // Prepares ULTRA for scan insertion
NumberOfPipeliningStages : 0; // Flops to add for inter-block paths
NominalFrequencyOffset_ppm : 1000 ; // Used for all simulations
MaximumFrequencyOffset_ppm : 1956 ; // Maximum permitted for testing by PLLTest
Instance { // Repeated for every ULTRA block
// ULTRA Options
ParentInstance : CORE/DUAL1; // Where to put ULTRA#1 (in Top level)
ClockSource(testClock) { // Undersampling clock used by all PLLTest modules
Pin(P) : USClkP; // Pin name - always present
Pin(N) : USClkN; } // Pin name - differential option
PLL { // Repeated for every PLL
// Channel Options connected to this ULTRA
ParentInstance : CORE/DUAL/SD1; // module in which RPA module is to be placed
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.11 — Update .etplan
// testClock above)
InputClockPort : CORE/DUAL/SD1/PLL1/RefClock // PLL’s reference clock
LockDetect : CORE/DUAL/SD1/PLL1/Locked; // logic 1 when PLL detects lock
InterceptChangePLL {
CORE/DUAL/SD1/PLL1/DIVIDE[2:0]; // rising edge causes PLL to
unlock
}
VcoFrequencyMultiplier : 16; // ratio of PLL VCO freq. to ref clock
ClockOutputs {
CORE/DUAL/SD1/PLL1/S_ClockOut[0] : 1; // this freq. is same as VCO
CORE/DUAL/SD1/PLL1/S_ClockOut[1]: 4; } // this freq. is VCO divided by 4
ClockSource(pllReference) { // PLL’s reference clock - simulated with offset
Pin(P) : RefClkP; // Pin name - always present
Pin(N) : RefClkN; } // Pin name - differential option
SamplerInterface { // optional - only add section if PLL has custom interface
SamplerClock : CORE/DUAL/SD1/PLL2/USCLK; // input port for sampling clock
Enable : CORE/DUAL/SD1/PLL2/Enable; // input port, for signal from ULTRA
SampledPLLRef : CORE/DUAL/SD1/PLL2/S_PLLREF; // output port, to ULTRA
SampledPLLRefDiv2 : CORE/DUAL/SD1/PLL2/S_PLLREF_DIV2; // output to ULTRA
ReSampledPLLRefDiv2 : CORE/DUAL/SD1/PLL2/RS_PLLREF_DIV2; } // delayed output
} // end of PLL wrapper
PLL {
ParentInstance : CORE/DUAL/SD2;
// testClock above)
InputClockPort : CORE/DUAL/SD2/PLL2/RefClock;
LockDetect : CORE/DUAL/SD2/PLL2/Locked;
InterceptChangePLL {
CORE/DUAL/SD2/PLL2/RESET;
CORE/DUAL/SD2/PLL2/Other[2];
}
VcoFrequencyMultiplier : 5;
ClockOutputs {
CORE/DUAL/SD2/PLL2/ClockOut1 : 2;
CORE/DUAL/SD2/PLL2/ClockOut2 : 3; }
ClockSource(pllReference) {
Pin(P) : RefClk2P; }
ClockSource(testClock) { // optional second pin for sampling clock
Pin(P) : USClk2; }
SamplerInterface { // either all PLLs have a custom interface, or none do
SamplerClock : CORE/DUAL/SD2/PLL2/US_CLK; // input port for sampling clock
Enable : CORE/DUAL/SD2/PLL2/ENABLE; // input port, for signal from ULTRA
SampledPLLRef : CORE/DUAL/SD2/PLL2/S_PLLREF; // output port, to ULTRA
SampledPLLRefDiv2 : CORE/DUAL/SD2/PLL2/S_PLLREF_DIV2; // output to ULTRA
ReSampledPLLRefDiv2 : CORE/DUAL/SD2/PLL2/RS_PLLREF_DIV2; } // delayed output
} // end of PLL wrapper
} // end of ULTRA Instance wrapper
} // end of EST group wrapper
} // end of module
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.11 — Update .etplan
Note
All hierarchical names refer to instances. If two different hierarchical names refer to the
same module, the module will be modified only once, in a way that is consistent with both
sets of .etplan descriptions. The LV Flow will check that all ULTRA options within an EST
wrapper for a single module are consistent. If you want a module to have different options for
different instances, you should use different EST wrappers.
Note
In the simulation test bench, the auto-generated sampling clock period will be exactly equal
to the ClockPeriod value and the PLL's reference period will be slightly longer. For simplest
simulation sign-off flow, set the PLL's output-to-input frequency ratio to be an integer, i.e., the
VcoFrequencyMultiplier value divided by the first ClockOutputs divider value. (The ratio for
subsequent ClockOutputs divider values can be fractional.) Later, you will be able to test using
fractional ratios whose denominator is between 1 and 8, as explained for “Under Sampling
Clock Ratio” on page 101.
Module (<chip>) {
EST (<prefixForULTRAs>) { // Repeated for every SerDes group
// SerdesTest Options- same port width, speed, ref. clocks, ULTRA size
ClockPeriod: 4.0; // Parallel-frequency clock period (ns)
LockTime: 0.02ms; // Time for PLL to lock after a change
ChannelType : Serdes ;
SerDesWordSize: 10; // TX/RX parallel port width, in bits
BistClockGating: Off; // Gate BIST clock for low-power?
ScanReady: Off; // Prepare SerdesTest for scan insertion?
NumberOfPipeliningStages: 0; // Flops to add for inter-block paths
NominalFrequencyOffset_ppm: 150; // Used for all simulation
MaximumFrequencyOffset_ppm: 1000; // Choose max of your SerDes’ ability so
// that an error message is issued if you
// try higher
Instance { // Repeated for every ULTRA block
// ULTRA Options
ParentInstance: CORE/DUAL1; // Where to put ULTRA#1 (in Top level)
ClockSource(Reference) { // Reference clock source for this SerDes
// and ULTRA
Pin(P): RefClkP; // Pin name - always present
Pin(N): RefClkN; // Pin name - differential option
Clock2PinFrequencyRatio: 5/2; // use if parallel clock frequency is not
} // equal to clock pin frequency
ClockSource(Offset) { // Ref. clock for associated (far end) SerDes
// and ULTRA
Pin(P): TestClkP;
Pin(N): TestClkN;
Clock2PinFrequencyRatio: 5/2;
}
WordClock: CORE/DUAL1/SD1/SERDES/TxClkOut; // Port name of SerDes parallel
// clock, whether input or output.
// This indicates 1-clock SerDes.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.11 — Update .etplan
Instance { // Repeated for every ULTRA block (you need at least two)
// ULTRA Options
ParentInstance: CORE/DUAL2; // Where to put ULTRA#2 (in top level)
ClockSource(Reference) { // Reference clock source for this SerDes
// and ULTRA
Pin(P): TestClkP; // Note this is different than for previous Instance
Pin(N): TestClkN:
Clock2PinFrequencyRatio: 5/2;
}
ClockSource(Offset) {
Pin(P): RefClkP; // Ref. clock for associated (far end) SerDes and ULTRA
Pin(N): RefClkN;
Clock2PinFrequencyRatio: 5/2;
}
WordClock: CORE/DUAL2/SD1/SERDES/TxClkOut; // Port name of SerDes parallel
// clock, whether input or output.
// This indicates 1-clock SerDes.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.11 — Update .etplan
Channel {
// Channel Options
Identifier: CH2;
ParentInstance: CORE/DUAL2/SD1;
RxSamplingWithRefClockEnable: CORE/DUAL2/SD1/SERDES/L2R[0];
TXWordPort: CORE/DUAL2/SD1/SERDES/TxData[9:0];
RxWordPort: CORE/DUAL2/SD1/SERDES/RxData[9:0];
RxRecovWordClock: CORE/DUAL2/SD1/SERDES/RecClk;
RxPin(P): SerInP[2];
RxPin(N): SerInN[2];
TxPin(P): SerOutP[2];
TxPin(N): SerOutN[2];
// TestPhaseNo: 1;
AssociatedChannelForTest: CH1;
}
Here are other ULTRA properties that can be controlled in this file:
Sets number of counter bits for each histogram bin. A larger value increases the gate count but
permits more than 4096 edges (beat cycles) to be measured.
Sets number of bins in histogram. Recommended values are 32 (default) and 0. A larger value
significantly increases gate count. If set to 0, then no histogram can be generated, which reduces
gate count to ~4K gates per ULTRA (instead of ~10K for default value). One ULTRA per PLL
type should include histogram capability to aid jitter characterization, but this capability may be
omitted for the others to reduce gate count. No other tests are affected.
Sets the number of samples captured around each edge for RMS jitter measurements.
Recommended value is 32 (default). If the value is larger than CDFNumberOfBins, then
adjacent samples are accumulated in each histogram bin. Increasing the
UnderSamplingClkRatio value, during test, is a simpler way to increase the measurable peak-to-
peak jitter for a histogram (without affecting gate count).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.12 — PLL Interface
The highest-numbered bit of the PLLOUTPUTS[ ] input port of the Sampler module must be
used for detecting loss-of-lock, and the signal provided to the port must be logic 1 when the
PLL is locked. The PLL is assumed to lose lock when the signal to the InterceptChangePLL
port is inverted because PLLTest only starts measuring after this event and will stop measuring
after Test Duration in Beat Cycles. To force the PLL to lose phase lock, the port identified by
InterceptChangePLL can be used, for example, to invert one or more bits of the PLL's divider
values. This connection also enables you to load in a divider value chosen so that when the bit is
inverted, the PLL is at its maximum or minimum output frequency, which permits lock range to
be tested too.
Alternatively, InterceptChangePLL can force the PLL to lose lock by temporarily connecting a
different reference clock phase or frequency to the PLL input.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Step 1.13 — On-chip sampling clock generation
Note
To reduce sampling jitter in a custom RPA_SAMPLER, use the falling edge of the
US_CLK for the sampling latches. Almost all activity in the ULTRA module occurs around
the rising edge of the US_CLK.
Figure 2-9. Controlling a PLL for Lock Time and Lock Range Measurement
After you add the interface module, run (again) “Step 1.4 — Check Clock Tree” on page 23,
and “Step 1.5 — Check DFT Rules” on page 23
• A higher sampling frequency permits shorter test times: 2X higher reduces measurement
time by 4X.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Using the PLL’s reference clock
• A higher PLL output frequency permits finer sampling resolution: 2X higher permits 2X
finer resolution.
Figure 2-10. Example PLL, and connections when reference clock is the
sampling clock
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Using the PLL’s reference clock
Procedure for calculating the finest sampling resolution possible when using the PLL’s
reference clock to sample the PLL’s output clock:
1. The objective is to find a reference frequency and dividers for the PLL so that the PLL
effectively multiplies the reference frequency by K(N-1)/N, where K is the nominal
integer ratio of the PLL’s output to input frequency, and N is any integer. The PLL’s
feedback divider will equal K(N-1).
2. Choose the PLL output frequency at which you wish to measure PLL performance.
o e.g., fOUTmin = 500 MHz
3. Choose the largest possible output divider that keeps the VCO frequency in its range.
o e.g., choose outputDivmax = 6; so that fVCO=3000 MHz
5. Choose the highest practical reference frequency for test that is equal to fOUTmin divided
by an integer, fREF = fOUTmin / K .
o Choose a value that keeps the PFD input frequency within range.
o e.g., choose 50 MHz and K=10;
o fREF / inputDivmax = 50 / 32 = 1.5 MHz, which is within the PFD’s 1~20 MHz range.
7. If feedbackDivmax is too large for the divider, then choose a smaller input or output
divider so that the resulting feedback divider will be within its range and fREF / inputDiv
will be within the PFD’s range.
o e.g., feedbackDivmax is too large by a factor of 2, so choose inputDivmax = 16, 50/
16=3.1 MHz, which is within the 1~20 MHz range.
o Recalculate feedbackDivmax.
8. Calculate the exact PLL output frequency to be used, and its period TOUTexact - fOUTexact
= fREF ? feedbackDivmax / (outputDivmax ? inputDivmax)
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Using another PLL’s output
10. If this is finer than you need, then choose a smaller inputDiv and recalculate
feedbackDiv.
o To measure jitter, sampling resolution should be 1~0.3X the expected RMS value.
o To measure phase delays or duty cycle, resolution should be 0.2~2% of the PLL
output period.
11. If you need finer sampling resolution, then:
a. Choose a higher PLL output frequency.
b. Choose a larger feedback divider (if it is external to PLL).
c. Choose a different PLL.
d. Use two PLLs, as shown in Figure 2-5, and described next.
To keep the sampling frequency low enough that timing closure can be easily achieved during
synthesis and layout of PLLTest (its circuitry operates at the sampling rate or at TCK rate), you
can divide one of the two PLL outputs by the smallest integer that produces a low enough
sampling frequency. This will also make the sampling resolution coarser by the same integer.
For example, if the maximum desired PLLTest clocking rate is 400 MHz, then for the above
example, fSAMPLING = fOUT/2 = 251.06 MHz, and the finest sampling resolution is TRES = 1 ps.
The LV_ClockGenerator GUI software (Figure 6-3) is used to find optimal divider values for
two off-chip PLLs (to generate fREF and fSAMPLING), specifically National Semiconductor’s
LMK03000 family of clock conditioners. That family of PLLs has the architecture shown in
Figure 2, which is different than the PLL architecture shown in Figure 1 and possibly different
than your PLL. The LV_ClockGenerator GUI can be used to find optimal settings for many
PLL architectures, as will be described.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Using another PLL’s output
Here is the heuristic procedure to find the finest sampling resolution possible when using one
PLL’s reference clock to sample the output of another PLL’s output clock. The procedure
requires the use of Mentor’s LV_ClockGenerator GUI software, which is available by special
request to your Mentor Technical Marketing Engineer. (The procedure is relatively complex so
it may be automated in a future release, but it usually needs to be performed only once per
design.)
1. Enter the target “PLL reference input frequency” (it will be used for both PLLs).
e.g., 50 MHz
2. Enter the target PLL output frequency as “DUT input reference clock nominal
frequency” (initially, we’ll assume both PLLs will use approximately the same output
frequency).
e.g., 500 MHz
3. Enter a value of 1 for the “DUT on-chip PLL frequency multiplier”.
4. Use a value of 4, 8, 10, 16, or 20 for the “Parallel word width” – it has no effect.
5. Use a value of 1667 or 2500 for the “Golden PLL LF cutoff frequency” – it has no
effect.
6. Enter a target “User-requested sampling resolution”.
o If the target PLL output frequency is too high as an input to PLLTest logic for you to
easily achieve timing closure of the PLLTest logic, then assume you will later use a
divider integer on the output of one of the PLLs, and divide your target resolution by
this integer to obtain the value to enter.
e.g., if fMAX=400MHz, and 1 ps resolution is required, then enter 0.5 ps
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Using another PLL’s output
Caution
The values provided are for the LMK PLL architecture of Figure 2-11, so the
equivalent feedback divider of the PLL in Figure 2-10 equals the GUI’s
“VCO output divider” times “Feedback divider, N”. The GUI always chooses
values that keep the LMK’s VCO in its required range, but you will need to
ensure that the result will be within your PLL’s range.
10. The Clock Generator #1 and #2 divider values (blue font) are acceptable for the chosen
input frequency when both “Feedback divider” N values are low enough for your PLL’s
divider and VCO range, and they are locally optimal if the divider values are within 20%
of each other.
o e.g., The example PLL’s VCO frequency is ~3 GHz but the LMK is ~1.5 GHz, so
the GUI-calculated feedback divider must be doubled to use it for the example PLL.
Therefore, the target feedback divider in the GUI will be 512.
Try each of the following iteratively to optimize the Clock Generator divider values.
o Choose the “OSCin =” frequency, if acceptable, that “maximizes the PFD input
frequencies”
o Increment the “DUT input reference frequency” to see if the Feedback divider
values continue to diverge; try decrementing too.
e.g., Example iterations for 50 MHz in, 500 MHz out, 0.5 ps target resolution, 400 fs
tolerance
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Using another PLL’s output
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 1: Prepare Your Design
Using another PLL’s output
PLL2 fOUT = 52 MHz ?927/(16?6) = 502.13 MHz, TOUT = 1.9915 ns; TRES =
0.5 ps
• Outside the PLL, add a divide-by two to obtain a sampling clock below 400
MHz. Therefore, the sampling clock would be 251.06 MHz and TRES = 1 ps.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Chapter 3
Step 2: Embed Test Circuitry
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.1 — Generate LVWS
to check the .etplan file that you created for syntax, valid file pointers, etc.. Results are reported
to the screen and in DFT/outDir/etplanner.log_checkPlan. Correct any errors, and re-run.
Any time that you make changes in the .etplan file, you should begin the flow again from this
step.
which will use the .etplan and .etCheckerInfo files to create or update a Workspace (./
<chip>_LVWS directory).
If you have made changes to your design and are running this command again, you should
rename the present <chip>_LVWS directory (e.g., add .old suffix) to ensure that old files are
not reused. You can later copy files into it that you created manually (<chip>.etassemble).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.2 — Specify TAP
Configuration (<module>) {
WTAP {
InstanceName: LV_WTAP1;
NumberUserIRBits: 0; // Instruction Register bits for you to assign
later
} // End of WTAP
CustomObject ( ) {// for adding muxes, userDRBit connects - ignore for now
}
} // End of Configuration
Caution
You should assign UserBitAliases for all UserDRBits, even single bits, to avoid
problems setting them later in SiliconInsight.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.3 — Generate & insert RTL
make <chip>.etassemble.updateDiff
so that whenever you change the <chip>.etplan file and re-generate the DFT/<chip>_LVWS
directory by using the make genLVWS command, your edited lines will be re-inserted into
<chip>.etassemble .
Note
If you are working at the top level, and your SerdesTest (or PLLTest) is controlled by a
WTAP in a lower level block that you wish to simulate as RTL, then create a soft link called
<chip>.v that points to your original RTL for the chip, as follows (where .v is your suffix for
synthesized logic, and .vb is your suffix for unsynthesized RTL):
ln -s <path>/RTL/<chip>.vb <chip>.v
make embedded_test
to generate RTL for a Mentor Graphics TAP controller and SerdesTest (or PLLTest), insert
them into your design, connect them, and create synthesis scripts and design constraint (SDC)
files.
No design files are modified or over-written by the software - previously existing files will be
renamed with a .bak suffix.
Check that the TxData nets and LockToReference nets were automatically intercepted with
multiplexers to permit SerdesTest to control those signals. Also check them to find the exact
hierarchical names of userDRBit output nets (LV_userDRBitnn), and net names of any control
signals that you want to intercept with multiplexers to permit you to use the TAP userDRBits to
control functions (e.g., SerDes equalization, or PLL feedback dividers).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Custom Connections
Edit the CustomObject wrapper in <chip>.etassemble, like the following, to add a multiplexer
to permit TAP userDRBits to control:
CustomObject (Mux2InterceptSource) {
Var(ModuleName): Mux21; // RTL mux that you create, or a specific gate
Var(InstanceName): myMux1;
Var(OutputPin): Y; // must be single-bit
Var(InterceptPort): U1/A; //e.g., control bit for equalization
Var(Input0Pin): A; // will get connected to original control bit
Var(Input1Pin): B;
Var(Input1Connection): LV_JTAP_INST/userDRBit[1]; // TAP control bit
Var(SelectPin): S;
Var(SelectConnection): LV_JTAP_INST/userDRBit[0]; // Test mode bit
}
ModuleName may refer to an RTL multiplexer module in your design directory, or to a specific
cell in the IC’s technology cell library.
Caution
You use the CustomObject procedure to insert gates only into instances of modules. Do not
use the CustomObject procedure to insert gates in modules to be instantiated multiple times
in your chip - you must manually add the gates in your module’s original design.
Custom Connections
To measure lock time for PLLTest, you must connect some signals within ULTRA to the PLL
interface module that you created in “Step 1.12 — PLL Interface” on page 40, as follows:
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.4 — Check connectivity
If you added any custom object connections, then perform the following:
make designe
to verify connectivity from the I/O pads to the TAP controller and SerdesTest (or PLLTest).
This step will also create a Test Connection Map file, ./<chip>_LVWS/ETAssemble/
<chip>.tcm, that documents the connections between the TAP and ULTRA, as well as loopback
connections and connections to the tester. This file will be used later to generate test patterns.
If you specified -bscan Off in the <chip>.etchecker file, expect to see a warning about lack of
<chip>.BSDL file, which you can ignore.
If there are any errors, a viewer may automatically be invoked to help show you where errors
are. You can zoom in, etc., then quit.
If you are working at the top level, and your SerdesTest (or PLLTest) was already signed-off
with a WTAP at a lower, block-level, then you must assign clock periods to the top-level
reference clock pins (copy the two lines from the block’s <module>.etSignOff file), but be sure
to use the chip pin names (not the module port names):
File hierarchy
At this time, your file directories will look like those in Figure 3-1 on page 55 (for initial
working directory named mydesign, and a chip named CHIP).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.5 — Prepare for simulation
make config_etSignOff
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.5 — Prepare for simulation
• If you are working at the top level, and your SerdesTest (or PLLTest) was already
signed-off with a WTAP at a lower block-level, then this file will only contain tests for
the top-level TAP and a test to check the reference clocks.
• If you are working at a design level that contains SerdesTest (or PLLTest), then the file
will also contain tests for the Serdes (or PLL). Here are selected lines from the file:
etv ( <chip> ) {
IncludeAllPowerPins : Yes; // Yes, (No)
jtagVerify(<chip>) {
PatternName : tapbistv;
SimulationScript : <chip>_sim.script;
TCKPeriod : 40.0ns;
TestStep ( Default ) {
RunTest : TestLogicReset;
RunTest : InstReg;
...
serdesVerify(<chip>_<prefix>_P1) {
PatternName : serdesv_P1_<chip>_<prefix>;
ClockPeriod : 40.0ns;
TckRatio : 1;
TestStep ( BasicTests ) {
SerdesTest : BasicTests;
Controller ( BP0 ) { // BIST Port 0
...
serdesVerify(<chip>_<prefix>_P2) {
PatternName : serdesv_P2_<chip>_<prefix>;
...
UseDutLoopBacks : Off;
TestStep ( OffsetFrequency ) {
SerdesTest : OffsetFrequency;
Controller ( BP0 ) {
...
serdesVerify(<chip>_<prefix>_P3_I0_CH0) {
PatternName : serdesv_P3_I0_CH0_<chip>_<prefix>;
...
UseAsyncClocks : On;
...
UseDutLoopBacks : On;
DutLoopBacks { <RXserialIn> <= <TXserialOut>; }
TestStep ( RmsJitter ) {
Pattern : P010J;
SerdesTest : Jitter;
Controller ( BP0 ) {
...
DataBitNo : 0;
...
The file includes tests that verify basic functionality of SerdesTest (or PLLTest) within your
chip's design:
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
User Defined Sequence
The clock period is the value from the ETCHECKER/<chip>.etchecker file, and the TCK
period is 4X this value to get the fastest simulation possible. If necessary you can increase the
TCK period by powers of 2, but do not decrease it. All measured values are expected to be zero.
<chip>.etSignOff information can also be entered within SiliconInsight, when creating tests for
real silicon.
Note
If the PLL's output frequency is not an integer multiple of the reference frequency (as
indicated in your .etplan file via VcoFrequencyMultiplier and ClockOutputs dividers), then
you must edit the period of the "offset test clock" for the _P3 test in your .etSignOff file so that
it equals the nominal period of your PLL's output clock. Later, when you use SiliconInsight, you
can instead adjust the value of USCR to allow different output and sampling frequencies.
etv (<chip>) {
IncludeAllPowerPins : No; // Yes, (No)
UserDefinedSequence (<sequenceName>) { //a unique name
TestStep { // all lines below are optional
PinSettings {<pinName>: 0 | 1; }
PinCompares {<pinName>: 0 | 1 | x;}
InitialWaitCycles : <wCycles>;
Pause : <pTime>[s | (ms) | us | ns | ps];
DRStatus : 0 | 1 | x;
IRStatus : 0 | 1 | x;
UserBitAlias : <binaryNumber>;
UserDRBit(n) : On | (Off);
UserIRBit(n) : On | (Off);
SVFFile : <SVFName.svf>;
} // End of TestStep wrapper
} // End of UserDefinedSequence wrapper
jtagVerify(<chip>) {
// etc., as shown on previous page
}
} // End of etv wrapper
The following is a simple, example SVF file you could put in the ETAssemble/SVFFiles
directory:
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Verilog to SVF conversion
In the example below, 7 pins are toggled during two clock cycles to load a CPU register with a
value in order to enable the TAP controller. “Cycles” is set to 4 in the example to generate 2
clock cycles because the sampling period is must be twice the real clock period in order to
sample the clock high and low for each clock cycle.
Running the normal simulation with the extra SignalStrobe module will generate an output file
called Data.strobe which will look like this:
1 01xxxx1
2 00zzzz1
3 0100001
4 1100001
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.6 — Generate LVDB
With these cyclized vectors, you create PIO commands using the following command (a Tcl
program in ETCreate/bin):
In the output file, add a PIOMAP header to indicate pins are IN or INOUT and their order in
each PIO line. The resulting file will then look like the following:
Note that PIO patterns cannot be applied to TAP pins: you must use other SVF commands (like
RUNTEST) for TAP pins.
A UserDefinedSequence can be applied immediately before or after the Mentor Graphics TAP
is reset/accessed, as follows:
etv (<designName>) {
...
UserDefinedSequence (<sequenceName1>) {
...
}
...
jtagVerify(<chip>) {
...
PreTAPUserDefinedSequence : <sequenceName1>;
}
}
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.7 — Generate test bench
make lvdb_preLayout
../ETSignOff/<chip>.lvdb_preLayout
It documents all the test circuitry in your design and is used by SiliconInsight and ETVerify as
the sole source of data for test pattern generation, until you create a finalLVDB in “Step 2.15 —
Generate final LVDB” on page 67.
make testbench
to run ETVerify which produces a Verilog simulation test bench for each of the patterns in
ETAssemble/<chip>.etSignOff .
If you make changes to <chip>.etSignOff and then re-run make testbench, your edited lines will
be automatically re-inserted (see the changes in <chip>.etSignOff.diff).
make sim
to launch a simulation script that runs all generated test benches. ModelSim, VCS, NC-Verilog,
and Verilog-XL are supported directly; you can edit the scripts to support other simulators.
Simulations can be executed with RTL, gate-level models, or a mixture.
You can ignore warnings about “too few module port connections” for the two tests that connect
to only the JTAG pins and reference clocks.
Caution
If your SerDes (or PLL) model is very simple, the simulation of all five patterns may require
only a few minutes and produce a summary output like that below (along with warnings
about “Too few module port connections”), but for more complex models and more chip logic,
you should run and diagnose just one test pattern at a time, as described on the next page.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
View RTL
The last Log File message shown (P4) is produced only for SerDes tests, not PLL tests.
View RTL
To check your RTL connections in the Tessent Visualizer schematic viewer, use the command:
make schematicView
In the GUI, you can find a desired instance in the Instance Browser tab, then right-click it to
display it in the Hierarchical Schematic tab. Please see the Tessent Visualizer chapter in the
Tessent Shell User's Manual for more details on using this GUI.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Simulate one pattern
- tapbistv
- serdesv_P1_<chip>_ULTRA_
- serdesv_P2_I0_CH0_<chip>_ULTRA_
- serdesv_P3_<chip>_ULTRA_
- serdesv_P4_<chip>_ULTRA_
To run just the P1 pattern and save the results in a file to view in a waveform viewer, use a
command that adds VCD, UTVCD, or debussy
verilog_serdesv_P1_<chip>_ULTRA_.dump.fast
Some internal signals will be visible at this level with _INT suffix.
Note
If you make any changes to your design or to <chip>.etplan, you must re-run Steps 2.0 and
2.1 (make checkPlan, genLVWS ) with DFT as your current directory. Then, with DFT/
<chip>_LVWS/ETAssemble as your current directory, you can re-run steps 2.3~2.8 (make
embedded_test, designe, config_etSignOff, lvdb_preLayout, testbench, sim) with a single
command: make all
The following two pages describe what to look for in the simulation results to diagnose a failing
test.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.9 — Diagnose PLLTest SerdesTest simulations
P2 pattern
For the P2 pattern (FrequencyOffset: frequency offset measurement with RxRef sampling
TxRef; 2 beat periods), verify:
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
P3 pattern
P3 pattern
For the P3 pattern (RmsJitter: on-chip RMS jitter measurement on the first PLL output
identified in the ClockOutputs wrapper of the <chip>.etplan, verify:
• your PLL initialization, and all clock periods are the same as specified above for P2;
• if your TX obtains its clock from the ClockSource(Reference)pin, then it transmits
10RRRR10RR with a bit interval that is its nominal value; if the bit interval is not
nominal, this may indicate that the RX clock was used instead, different than indicated
in the .etplan file, which will cause this test to fail its upper test limit;
• RxWord [2] pulses each have a duration of 500 +/-2 sampling clock periods divided by
the PLL output to input frequency ratio, after the declared LockTime;
• the frequency of the PLL output sampled to produce RxWord[2] is an integer multiple of
the PLL's reference clock frequency (if you chose a fractional ratio, then you must insert
a different sampling clock period for this test in the .etSignOff file).
make synth
DFT/<chip>_LVWS/ETAssemble/outDir/StaticTimingAnalysis.README
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.11 — Static timing analysis
You will need to create a file that sets various tcl parameter values. The above README file
contains example lines for you to copy.
Within SerdesTest and PLLTest logic blocks, test data is loaded in and transferred between the
TAP and ULTRA block's TCK_REG at the TCK clock rate, then the tests are run at the parallel
or reference clock rate, and then the results are transferred back to the TAP controller at the
TCK rate. Transfers involving the TCK_REG register should be treated as false paths, because
once the parallel clock is involved, all TCK_REG outputs are constant values.
To accommodate different character mappings used by synthesis tools when flattening a design,
such as the hierarchy separator “/” replaced by “_”, square bracket indexes (“[n]”) replaced by
“_n_”, escaped names in paths, etc., you must find the following lines in the ETAssemble/
outDir/chip_etassemble.sta file and change the “[” and “_” characters appropriately:
Also, set the Tcl variable “LV_hierarchy_separator” to be whatever character your synthesis
tool uses (“/” is the default character).
make sta
to run the static timing analysis tool using the automatically generated STA script.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.12 — Prepare for layout
Caution
You should check that flip-flops in the RPA/SAMPLER module are placed very close to
each other in final layout, and that no buffers are placed in the clock or data signal paths
between them. Any delays in these paths will be added to the measured value of the Mean
Sampling Instant, hence decrease (only) that measurement's accuracy.
Caution
For small ICs, especially test chips, I/O switching activity can affect the core logic power
rail voltage more significantly than for large ICs, which may cause excessive jitter in the
SAMPLER flip-flops. If the I/O switching is synchronous with a clock period that is an integer
multiple (2~8) of the ULTRA clock rates, then ULTRA can compensate. If not, then these
outputs should be disabled when ULTRA is testing, and circuitry might need to be added to do
this.
Go back to “Step 2.8 — Simulate” on page 60 and run make sim to re-run simulations, using
this gate-level version.
make concatenated_netlist
to create a single file named <chip>.v_postLV in the ETAssemble directory (your working
directory) containing the entire netlist to facilitate simpler hand-off to layout, along with the
.sdc file.
If you are embedding SerdesTest (or PLLTest) in a module (with a WTAP) to only the RTL
level, and wish to proceed directly to the top-level without synthesizing the module, then do the
following:
• Return to “Step 1.0 — Create Working Directories” to perform DFT for the top-level
design.
Caution
If you are working at the top level, and your SerdesTest (or PLLTest) is controlled
by a WTAP at a lower block-level, then do not proceed to the next step until all the
lower block-levels have been signed-off, i.e. completed at least to “Step 2.15 —
Generate final LVDB” on page 67.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.13 — Prepare for sign-off
DFT/concatenated_netlists/
ln -s <chip.postLayout> <chip>.netlist_final
make config_etManufacturing
The SerdesTest (or PLLTest) patterns that you used for simulation are not transferred
automatically; you may copy these manually, or add later in SiliconInsight. If you are working
at the top level, and your SerdesTest (or PLLTest) is controlled by a WTAP at a lower block-
level, you do not need to do this because the patterns were already simulated via WTAP.
Note
This make command is only applicable at the top-level of a chip: if you are presently
completing a block with a WTAP, then this command does nothing.
make lvdb_final
DFT/finalLVDB/<chip>.lvdb/
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.16 — Generate post-layout simulation test bench
make testbench
to create test benches (including SerdesTest/PLLTest-specific tests) from the following file:
finalLVDB/<chip>.lvdb/<chip>.ETSignOff
You may proceed to “Step 2.17 — Simulate post-layout”. If that simulation is successful, then
you should use SiliconInsight to create additional tests (with test limits) that are representative
of all those you intend to use on ATE and then simulate them.
To create more tests in SiliconInsight, while the ETSignOff directory is your current directory,
• If necessary, include the SiliconInsight software directory that supports SerdesTest and
PLLTest in your search path, with a command like:
setenv PATH /wv/lvs_rls/prod/Tessent/ETAccess/bin:$PATH
• Go to “Step 4.2 — Add a Test Step” and implement tests as described in Step 4 and Step
5 (without any hardware);
o Use values for Test Duration In Beat Cycles between 1 and 10 so that simulation
time is reasonably short (zero jitter will be measured).
o Always enable Use Async Clocks in Test Step Options.
o Always set ATE Vector Period (which sets TCK Period) to at least 4 times the
RXREF clock period.
• Click on File, then click on Export...
and set the file Selection to
DFT/finalLVDB/<chip>.lvdb/<chip>.etManufacturing
• Click on OK
• Click on File, then click on Save Config As...
and set the file Selection to
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.17 — Simulate post-layout
DFT/finalLVDB/<chip>.lvdb/<chip>.config_eta
• Click on OK
• Exit from SiliconInsight.
Note: Next time you enter SiliconInsight, use the normal configFile:
-configFile <chip>.lvdb/<chip>.config_eta
make <chip>_sim
to run post-layout simulations with full back-annotation (using soft link DFT/
concatenated_netlists/<chip>.netlist_final). You can use the same options you used for pre-
layout simulation in “Simulate one pattern” on page 62.
If these simulations run successfully for a module, you are ready to incorporate it within a chip,
and connect the WTAP to the chip’s TAP. To begin DFT for the top level, proceed to “Step 1.0
— Create Working Directories”.
If these simulations run successfully for a whole chip, you are ready for tape-out (you do not
need to re-run WTAP module tests, but you can by using the command make sim ).
make patterns
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.19 — Archive Files
to have ETVerify read <chip>.etManufacturing and create WGL files (or PatternType value in
.LVICTech file - see “Step 1.6 — Check Default Files”).
The generated files will include the jtagVerify test, the ‘P1, ‘P2, ‘P3, ‘P4 tests if you copied
them manually in “Step 2.14 — Prepare for test pattern generation”, and/or any other tests that
you added in “Step 2.16 — Generate post-layout simulation test bench”. These patterns can be
supplied as a minimal set of tests for ATE to check file format.
Note
Edit the pin-map template file, <chip>.pinmap_tpl, when you know specific tester channel
connections, and then rename it <chip>.pinmap - see “Step 3.4 — .pinmap File”.
Note
Presently, SVF patterns cannot be generated for the jtagVerify tests because the
tests end in intermediate TAP states. This limitation will be fixed in a future
version of etVerify. So you will need to comment these tests out of the
<chip>.etManufacturing file.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.19 — Archive Files
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 2: Embed Test Circuitry
Step 2.19 — Archive Files
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Chapter 4
Step 3: Prepare a Board to Characterize
Your IC
ULTRA has three requirements for accurate measurements: clean power, clean clocking, and
clean JTAG. The following Steps will help you to design ATE loadboards and/or stand-alone
characterization boards that meet these requirements.
Step 3.0 — Clocking. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Step 3.1 — Loopback. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
Step 3.2 — JTAG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Step 3.3 — Board Components. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Step 3.4 — .pinmap File . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
Step 3.0 — Clocking
ATE Clocks
Typical ATE clocks have >5 ps rms jitter and are not suitable for most SerDes reference clock
inputs, nor for use as a sampling clock when testing PLLs. Also, most digital ATE does not
have fine enough frequency resolution to provide ~150 ppm offset frequency. To measure LF
jitter, coherent sampling is necessary, and even though mixed-signal ATE supports coherent
sampling it usually doesn’t have sufficiently low jitter.
SRS CG635
You may use bench-top equipment to generate the clocks. SiliconInsight can directly control a
Stanford Research Systems Model CG635 clock generator via a USB-to-GPIB cable. This
equipment is capable of generating clock frequencies up to 2 GHz, with millihertz frequency
resolution, so it is well-suited to testing SerDes with SerdesTest.
Caution
This equipment is not recommended for measuring PLL LF jitter because its absolute
frequency accuracy for some frequencies (for which it interpolates between phase-locked
frequencies) is about 100 millihertz, which introduces too much LF jitter to be usable. Sharing a
common 10 MHz back panel reference clock helps, but not sufficiently.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
LMK03000 PLL Family
provide to you a Tcl routine or Excel spreadsheet that allows you to explore the frequency
possibilities.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
LMK03000 PLL Family
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
Si550 VCXO Family
Caution
To minimize coupling between PLL or VCXO clock generators, they should be placed as
far apart as possible on the circuit board, and one 100 pF (0402 SMD) ceramic capacitor
should be connected between each and every VCC pin and ground, within 2 mm of each VCC
pin. Larger capacitors (e.g., >20 mF) to ground, and series inductors (e.g., 1 mH) should also be
used.
ULTRA can measure (and compare to test limits) the frequency offset and clock jitter within
each DUT in typically <20 ms (depending on required repeatability), prior to measuring SerDes
or PLL performance.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
Step 3.1 — Loopback
DC Test Access
Resistive access to each wire of the loopback path is very useful to:
• check for continuity (i.e., verify that the device pins are contacted before testing is
started);
• measure common mode voltages of the TX and RX;
• measure signal amplitude at the TX pins (by measuring average TX voltage for different
duty-cycle bit patterns or steady-state 0 or 1);
• measure DC input resistance at the RX and TX pins;
• measure slew rate and signal amplitude at the RX pins (by injecting different DC offsets
and measuring resultant change in phase or pulse-width);
• avoid the need for ATE DC-access relays in the loopback path, which add loadboard
space and signal jitter.
The access resistors must be surface mount (SM) components with one end placed directly on
the differential wire path, as shown in Figure 4-2, to eliminate (or minimize) wire stubs that
cause signal reflections and jitter. The other end of the resistors does not have any stub length
restrictions. This scheme contributes <0.5 ps rms jitter, even suitable for serial data rates above
10 Gb/s. Without resistor access, SerdesTest cannot measure signal amplitude but can measure
20% to 80% transition time by altering the data's bit-wise duty cycle and measuring the
resulting impact on received pulse width.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
DC Test Access
Figure 4-2. Example Loadboard Layout for Differential Loopback with AC-
Coupling Capacitors and DC-Access Resistors
Note
Inductors should not be used instead of resistors: the best high-frequency inductors have
acceptable properties up to 2 Gb/s but unacceptable above that rate because their impedance
decreases as frequency increases beyond their 1~2 GHz resonant frequency.
Recommended TX access resistance: 10 kohm (= 200 × 50 ohms), with 0.1% tolerance or less.
• Reduces signal amplitude by 0.5%; this can be compensated by adjusting the test limits.
• A larger resistance increases the time to measure average voltage without significantly
reducing the resistance's impact on the loopback path jitter.
• A smaller resistance does not significantly reduce test time, but adds more jitter.
Recommended RX access resistance: 1~5 kohm (= 20~100 × 50 ohms), with 0.1% tolerance or
less.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
DC Test Access
PMUs and might cause damage to the IC if applied at the wrong time (before power-up,
or before on-chip termination is enabled).
• A smaller resistance does not significantly increase offset voltage range, but adds more
jitter.
• A larger tolerance significantly affects measurement accuracy.
Some SerDes designs include circuitry to permit DC-offset injection directly into the RX
comparators, either within the RX differential comparators or via on-chip common mode
voltage adjustment. For SerdesTest to measure slew rate and received amplitude, on-chip DC-
injection capability is necessary when the SerDes has on-chip AC-coupling.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
Step 3.2 — JTAG
USB-Signalyzer
The Signalyzer module's minimum output logic 1 depends on the specific model, and it can
connect to two or four groups of signals, with user-assigned positions, and each group with its
own VCC. Generally the latest Signalyzer modules support a voltage swing of 3V - 5V, but
level translator accessories are available to extend the range to 1.15-5.5V. Refer to the Xverve
website at the following URL for details about the modules:
http://www.signalyzer.com
Additionally, see the Tessent SiliconInsight User’s Manual for the LV Flow for details about
supported models.
• Ensure that a resistive divider is provided if your IC's voltage levels are <1.2 V.
• The DUT's TRST pin should be assigned to a connector pin, but it may be separately
connected to VDD if not needed (all patterns generated by SiliconInsight include
synchronous reset after a TRST reset). If your DUT uses two TAP controllers, in a
master and slave configuration, and TRST is used to revert back to the master TAP, then
you should use the Signalyzer instead of the Amontex so that the TRST can be activated
when needed.
• If the Signalyzer will be used to control the LMK03000 frequencies as well as the JTAG
interface, one connector should be provided for controlling the JTAG pins, connected to
the A slot of the Signalyzer, and one should be provided for controlling the PLLs,
connected to the B slot, so that the DUT's VDD can be different than the PLLs' VDD. In
“Step 4.5 — Set global clock periods” you will indicate to SiliconInsight which of the
Signalyzer pins you connected to the PLL microWire interface.
• Each connector should be a standard IDC 26-pin header, 2 x 13 pins with 100 mil
spacing, and signals and power assigned as shown in Figure 4-3.
• The module can drive only high-impedance inputs having pull-ups >2k ohms and pull-
downs >10k ohm.
• Note that all Signalyzer GND pins are a single node and could short circuit your board’s
power supply if connected incorrectly.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
Step 3.3 — Board Components
Caution
For the SignalyzerH4 adaptor, Pin 2 (VEXT) and Pin 26 (VEXT) are 5.0V DC supply pins
from the USB port of the computer. These pins, in contrast to older Signalyzer models, are
not for VREF input and could damage the Signalyzer device if you use them as such.
• DUT socket
• USB-to-JTAG socket: a standard 26-pin, as shown in Figure 4-3.
• Primary reference clock PLL (LMK03000/04000 series) - optional if clock provided
from a crystal or external source.
• Offset reference clock PLL (LMK03000/04000 series), if you are not using clock
generation.
• Offset reference clock PLL (LMK03000/04000 series), if you are not using on-chip
generation for this clock.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
Step 3.4 — .pinmap File
• 10 MHz crystal - optional if PLLs' input reference clock is provided from a crystal or
external source.
• USB-to-microWire socket: a standard 26-pin header as shown in Figure 4-3.
PinMap (<module>) {
Pins {
// <design pin name> : <ATE channel name> <Tester channel type>;
TCK : A0 ctl; // control (in) pin
TDI : A1 ctl;
TDO : A2 obs; // observation (out) pin
TMS : A3 ctl;
TRST : A4 ctl;
otherChipPin : -; // unconnected but in .etplan file
TXBCLK : -;// clock pin not driven by ATE
RXBCLK : -;// clock pin not driven by ATE
}
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 3: Prepare a Board to Characterize Your IC
Step 3.4 — .pinmap File
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Chapter 5
Step 4: Prepare SiliconInsight to
Characterize Your IC
• Include the ETAccess software directory that supports SerdesTest in your search path,
with a command like: setenv PATH <install_path>/current/ETAccess/bin:$PATH
• Set your current directory to finalLVDB, which contains <chip>.lvdb/
• Use command unsetenv TCLLIBPATH
• Create a script that calls SiliconInsight Desktop:
sid \
-lvdb ./<chip>.lvdb \
-configfile ./<chip>.lvdb/my.config_eta \
-cable signalyzerH4 \
-pinmapfile ./<chip>.pinmap \
-outdir ./outDir
The lvdb and config files are produced by the make lvdb_final command, described earlier in
“Step 2.15 — Generate final LVDB”.
The cable option allows you to specify that you are using a SignalyzerH4 connector (Amontec
is default).
The pinmap file was created manually by you, as described earlier in “Step 3.4 — .pinmap
File”.
The outdir directory is your choice of directory for all datalog files and error messages.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.1 — Power up
You may add -sim to allow you to load the SiliconInsight software in simulation mode, which is
useful for checking that SID software loads correctly, for checking that all required files are
accessible and are error-free, or for adding new tests without the Signalyzer connected. Without
the sim option, SiliconInsight will give an error message if the Signalyzer is not detected
(because it's not connected or the USB port has not been properly identified).
You may add -lvtpExtraArgs “-t 120” to increase the time that the software will look for a
license to 120 seconds, but only if your system takes longer than a minute to find the license.
If you are running SiliconInsight Desktop, and it is connected to your DUT's TAP, then turn on
the power, and then start SiliconInsight by executing the script you created in the previous step.
Caution
SiliconInsight Desktop (SID) will not start if power to the Amontec module is missing, so
you can't use SID to enable the power delivery. However, it will start without power for the
Signalyzer.
If you have connected a GPIB-controlled power supply, or are running on ATE, the GUI will
show a Power button (red when power is off, green when it is on). Under the Tools menu, you
will also see Power Setup..., and Shmoo... as additional options.
Turn on power by clicking on the Power button: no tests will run when the button is red. The red
Power button should become green.
After the LVDB, configuration file, and pinmap file have been selected, the GUI will look like
the one in Figure 5-1 the first time that you open it, with possibly only one Test Group, named
jtagVerify. This test step tests only the TAP controller and connections to it, but is very useful
for verifying connections between the PC's USB port and the IC's TAP pins. You can run this
test immediately, if your desktop computer is connected to your IC via a USB-to-JTAG
interface cable (see the section, “Running a Test”), or first create a suite of tests off-line.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.1 — Power up
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Creating a complete set of tests
• Right click on the jtagVerify test group G icon, and then click Options.
• Type in a new Group Name of your choice (or preferably leave it as jtagVerify). The
new name must obey the naming rules and be unique among all Test Group names for
the device.
• Click on OK (or Cancel if you don't want to save the changes).
• Right click on the jtagVerify test group G icon, and then click on Add Steps.
• In the Add Steps pop-up window, click on the checkbox to left of Plugin Step.
• Click on OK. This will append a new test step, with default name “S0”.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.4 — Choose test type
Caution
If you change the Step Name, then you must click on Apply before changing any
other Test Step options (eg. Test or Pattern). Similarly, if you change a Test Step
option (including Edit as a Group), then you must click on Apply before changing the
Step name. Otherwise you may see a simple error message (click on its OK), or the sub-
menu may freeze with OK/Apply/Cancel greyed-out (click on File/Save from main
menu, then click on Yes to save your changes to configuration, then Exit, then enter
"pkill eta" to close the sub-menu).
• Click on OK.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.5 — Set global clock periods
A special type of Test Group can be created that sets the two asynchronous clock periods for all
Test Steps. It is possible to set the clock period within each Test Step, but the setting for
asynchronous clock periods will be overridden whenever this special Test Group is executed.
• Right click on the first test group (jtagVerify) or on the top-level chip icon.
• Click on Add Test Group
• Right click on the new test group, select Options, and enter a Group Name such as,
“SetClockPeriods”
• Click on the checkbox to right of Execute With Tcl Script.
• Enter this specific Script Name: LMK_Group.tcl
• Click on OK
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.5 — Set global clock periods
Note
If you Execute this Test Group before adding any Test Steps to the Group, then it
will output documentation for this type of test step, similar to the following:
• Right click on the new Test Group's icon, and click on Add Steps...
• Click on the checkbox beside ATE Step, then click on OK
• Right click on the new Test Step, then click on Options
• In the ATE Step Options window, enter a new Name value (instead of the default S0)
and enter an Operation value of DefineVariables
• For each parameter in the following list, click on Add Parameter, and enter the
parameter Name (case sensitive) and then a value in the adjacent field. Do this for at
least the first three parameters listed below to assign a clock period to a pin, and at least
the first eight parameters if you plan to program an LMK0xxxx PLL to generate a clock,
then click on OK. One PLL can drive multiple pins at synchronously related
frequencies, but not both the reference clock and the undersampling clock.
OnlySetAsyncClocks — set value to 0 if an LMK PLL will be programmed and to set clock
periods for all Test Steps, or set to 1 if none is to be programmed but you still want to set clock
periods for all Test Steps.
OutputClockPeriod — Target output period for the LMK PLL. Specify a value in ns (without
'ns' suffix).
AsyncClockPins — List the chip's pins that are used as asynchronous clocks. You may list any
number of pins, each separated by a space.
CLKout<i>_EN — Select outputs of the LMK that are to be enabled, from CLKout0_EN to
CLKout7_EN. You can enter more than one of these lines to enable more than one output.
modelNo — LMK0xxxx (3000 is default), where xxxx is one of 3000, 3001, 3002, 3033, 4000,
4001, 4002, 4010, 4011, 4031, or 4033.
Pins_CDE — A list to specify Clock, Data, and Enable pins of the device used to load the
LMK. Defaults to 'B0 B1 B2' for Clock, Data, and Enable pins, respectively.
The following four parameters can directly set the PLL’s dividers, unless OutputClockPeriod
is greater than 0 (in which case, these four parameter values will be ignored).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.5 — Set global clock periods
CLKoutX_DIV — Post divider (from output of VCO divider), applied to all outputs.
Table 5-1 below lists all supported parameters, their default values, and their range of allowed
values. Please refer to the device’s datasheet for a detailed description of each parameter.
Table 5-1. LMK030xx and LMK040xx Parameters, Default Values, and Ranges
LMK030xx LMK040xx
Parameter name Default Range Default Range Notes
OSCin_FREQ 10 [1..200] 100 [1..250] (1)
CLKoutX_DIV 2 [1,2,4,6..510] 2 [1,2,4,6..510] (3)
CLKout<i>_DIV 2 [1,2,4,6..510] 2 [1,2,4,6..510] (3)
CLKout<i>_DLY 0 [0,150,300..2250] 0 [0,150,300..2250] (6)
CLKout<i>_EN 0 [0,1] 0 [0,1]
EN_CLKout_Global 1 [0,1] 1 [0,1]
EN_Fout 0 [0,1] 0 [0,1]
PLL_CP_GAIN 3 [0..3] 2 [0..3] (2)
PLL_MUX 0 [0..11] 0 [0..24] (5)
PLL_N 760 [1..262143] 4 [1..262143] (1)(2)
PLL_R 10 [1..4095] 1 [1..4095] (1)(2)
POWERDOWN 0 [0,1] 0 [0,1]
Vboost 0 [0,1] (n/a)
VCO_C3_C4_LF 10 [0..11] 10 [0..11] (2)(4)
VCO_DIV 2 [2,3,4..8] 5 [2,3,4..8] (1)(2)
VCO_R3_LF 0 [0..4] 0 [0..4] (2)(4)
VCO_R4_LF 0 [0..4] 0 [0..4] (2)(4)
CLKin_SEL (n/a) 0 [0..3]
CLKin0_BUFTYPE (n/a) 1 [0,1]
CLKin1_BUFTYPE (n/a) 1 [0,1]
CLKout<i>_PECL_LVL (n/a) 0 [0,1]
CLKoutXA_STATE (n/a) 1 [0..3] (7)
CLKoutXB_STATE (n/a) 0 [0..3] (7)
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.5 — Set global clock periods
Table 5-1. LMK030xx and LMK040xx Parameters, Default Values, and Ranges (cont.)
LMK030xx LMK040xx
Parameter name Default Range Default Range Notes
EN_PLL_REF2X (n/a) 0 [0,1] (2)
EN_PLL_XTAL (n/a) 0 [0,1] (2)
LOS_TYPE (n/a) 3 [1..3]
LOS_TIMEOUT (n/a) 1 [0..3]
PLL_CP_TRISTATE (n/a) 0 [0,1] (2)
PLL1_CP_GAIN (n/a) 6 [2..7]
PLL1_CP_POL (n/a) 1 [0,1]
PLL1_CP_TRISTATE (n/a) 0 [0,1]
PLL1_N (n/a) 4 [1..4095]
PLL1_R (n/a) 1 [1..4095]
RC_DLD1_Start (n/a) 0 [0,1] (8)
Table 5-1 Notes:
(1) — LMK040xx datasheet has a different default value. With the default values above, 100
MHz in produces 100 MHz out.
(2) — In the LMK04000 family, which has two PLLs, this parameter applies to the main PLL
(“PLL2”).
(3) — CLKoutX_DIV is the default value to be applied to each CLKout<i>_DIV, where <i> is
in the range of outputs supported by the device. Any CLKout<i>_DIV will override the value of
CLKoutX_DIV. If the value is 1, the divider is bypassed.
(4) — A default value is not specified in the LMK040xx family, so the same default is used as
for the LMK030xx family.
(5) — For this parameter on LMK040xx, the “reserved” values cause an error: 8 10 12 13 16 17
18 19 21.
(6) — Delay is directly set in ps and must be a multiple of 150. When delay is set to 0, the delay
path is bypassed.
(7) — For the LMK040xx family, CLKoutXA_STATE and CLKoutXB_STATE apply only to
outputs 1, 2 and 3.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.6 — Program loadboard PLL
(8) — The default value is different than the spec sheet so that the auxiliary PLL (“PLL1”) is
not used.
To use an ATE Step as only a convenient way to set asynchronous clocks for all Test Steps,
without programming a PLL, you must define at least the following parameters:
• You may add a Test Step for each asynchronous clock connected to your chip for
SerdesTest or PLLTest, whether it comes from a crystal or LMK0xxxx.
If you have connected a GPIB-controlled clock generator, or are running on ATE, under the
Tools menu, you will see Clock Setup..., and Shmoo... as additional options.
In the following example, the independent reference frequency (from a crystal) is 156.25 MHz
with a 6.4 ns period, and the PLL is set to 6.4011 (ns) so that the basic sampling resolution,
which is always the difference between the two clock periods connected to ports, will be 1.1 ps,
assuming these two clocks are used as the parallel rate clocks (or PLL reference and sampling
clocks). If these frequencies are multiplied by N within the DUT (by another PLL), then the
resolution will be finer by a factor of N.
The example GUI window one the left side of Figure 5-3 is for a crystal or external input. It
shows two parameters, to let Tessent SiliconInsight automatically set for all test steps that use
that AsyncClockPins value. By setting OnlySetAsyncClocks to '1', SiliconInsight will not
attempt to program any PLL; it will only set the clock period in all test steps.
In the GUI window example on the right side of Figure 5-3, the input reference clock to the
PLL, OSCin_FREQ, is set to 39.0625 (MHz, and chosen to be equal to the crystal frequency
divided by 4). The LMK03000 and LMK03001 each have 8 differential outputs, labeled
CLKouti_EN, where i can be any digit from 0 to 7. The LMK03002 only has 4 outputs,
numbered 4 to 7. You can enter more than one of these parameters to enable more than one
output. ERROR_max_fs is the error in the period, in femtoseconds, that you will permit to
allow the algorithmic calculation to find an acceptable value. Sometimes, entering a larger value
of ERROR_max_fs will enable SiliconInsight to generate a clock period close enough to your
target value, and sometimes, entering a smaller value will help.
The B0, B1, and B2 pins of the Signalyzer are assumed to be connected to the microWire
interface Clock, Data, and latchEnable pins respectively. If you have chosen another pin
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.7 — Set clock periods for single Test Steps
assignment, create a Pins_CDE parameter and then enter the Signalyzer pin names in the
corresponding order, e.g., B3 B2 B7.
When you click on this new Test Group's icon, then on the Execute icon, the PLL will be
programmed and Async clock periods in all Test Steps that have clocks with the same
AsyncClockPins names will be set to those values; the Console will indicate which Test Step's
values were changed (if any). Also, SVF patterns to program the LMK03000 are automatically
created (if OnlySetAsyncClocks=0) in the outDir directory, with filename <testStepName>.svf.
Figure 5-3. Setting clock periods that will be applied to all test steps, for
independent clock (left), an LMK03000 (middle), and for LMK04033 (right)
• If the displayed value is not what you want, click on ATE Vector Period and enter a new
value. This will be equal to the TCK period if the DUT's reference clock is derived from
an oscillator or PLL on the loadboard as is recommended for low-jitter testing (in which
case, the reference clock and TCK are asynchronous).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.8 — Add Test Group
• If this clock period is not the TCK period, then also select the TCK Ratio, which is the
ratio of TCK period to vector clock period.
• Click on OK, to apply the settings and exit the clock period window.
You can set Async Clock Periods for individual Test Steps (it is the period of a clock generator
that runs independently of the ATE).
• Click on Async Clock Periods and enter the reference clock periods.
• Click on OK. to apply the settings and exit the Async Clock Periods window.
• Click on OK to apply and exit the Test Step Options.
Caution
You should always use the procedure in “Step 4.5 — Set global clock periods” on
page 90 to set the Async Clock Period values, especially when the asynchronous
clocks are the two reference clocks coming from off-chip PLLs. This ensures that all
Test Steps use the same clock periods. Only set Async Clock Period for individual Test
Steps when you intend it to be different than other Test Steps; you will need to change
that Test Step's clock periods after every time you run the top-level clock period setting
function.
Caution
In some operating systems, if a sub-window opens where your cursor is located, you will
not be able to enter values - simply move the cursor out of the window and back in. And
sometimes sub-menus open in the top left corner and behind the main menu, so you may need to
move the main menu to the right to see it.
The first test steps should measure the quality of the reference clocks, so they should be grouped
in a new Test Group.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.9 — Measure reference frequency offset
• In the “ReferenceClocks” Test Group, add a Test Step with at least one ULTRA
controller, and name the Test Step something like “FrequencyOffset”.
• Right click on the “ReferenceClocks” Test Group G icon, and then click on Add Steps.
• In the Add Steps pop-up window, click on the checkbox to left of Plugin Step.
• Click on OK. This will append a new test step, with default name “S0”.
• Right click on the new Test Step and select Options to get the Test Step Options window
of Figure 5-3 on page 95.
• Change the default name to something like “FrequencyOffset”.
• Click on the pull-down menu beside SerDes Test or PLL Test, and choose
OffsetFrequency to measure the frequency offset between the TX and RX parallel word
clocks (PLL reference clock and undersampling clock, respectively).
If necessary, set additional parameters.
Pause Time
Enter a value if you want a test sequence to pause just before a Test Step is run, for a time
interval that is independent of the clock period, e.g., to allow an tester's DC PMU to settle. This
should not be used for lock time because there is a separate LockTime parameter (in the .etplan
file that you created) and its delay will be automatically inserted after the BIST controller is
loaded (and SerDes TX pattern applied), just before measuring begins. You may use any time
units - the default is ms.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.9 — Measure reference frequency offset
Pin Settings
Click on Pin Settings to drive steady-state logic values into the selected pins during the test, but
only if the pins are connected to the ATE or Signalyzer.
User Bits
Click on User Bits to set individual bit values in the TAP registers.
Caution
In some cases a logic 0 might enable (turn on) a function, depending on how you
have connected that User Bit.
• Show User Bits From TAP/WTAP - TAP refers to the 1149.1 TAP controller (if you
have a Master/Slave arrangement, then only one is active in SiliconInsight - the Slave
must be selected by a User-Defined Sequence). WTAP refers to the Wrapper TAP
connected to the selected SerdesTest (or PLLTest). If no user bits have been defined for
the TAP or WTAP, then it cannot be selected.
• After entering all the applicable values and settings in the User Bits window, click on
OK (or Cancel).
When you finish the preceding settings in the Test Step Options window,
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Choose Test Controller (ULTRA) options
• Click on OK, then run the test by clicking on the Diagnose icon.
• Right click on one of the Test Controllers, e.g., BP0, then click on Options.
Alternatively, right click on one of the Test Steps, and in the pop-up menu, click on Edit
as a Group. This allows you to simultaneously edit the Test Controller options for all
controllers within a Test Step.
Caution
If any of the sub-menu settings are opened, such as the Channel Select or Under
Sampling Clock Ratio, then the values in these sub-menus will be applied to all Test
Controllers.
A new GUI window will open like the one in Figure 5-4. The window content will depend on
the chosen test type - the window shown here is for Frequency Offset.
The following Test Controller Options are also applicable to other test types:
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Choose Test Controller (ULTRA) options
edge region (a region might have jitter and hence multiple edges). Testing more beat cycles
increases the test time but improves the test's repeatability.
The beat cycle period for a 11001100 pattern (or 2X frequency output for a PLL under test) is
twice as long as the beat period for a 1010 pattern (or 4X frequency output for a PLL under
test), unless you are measuring a delay, in which case only the reference beat period is relevant.
The “reference beat period” is equal to the reciprocal of the frequency offset between the TX
and RX parallel-rate reference frequencies (or PLL reference and undersampling clocks,
respectively).
Measurement Limits
Provide values for Measurement Lower / Upper Limit if you want a meaningful pass/fail test
result. The units will automatically be appropriate for the Test Type chosen for this Test Step:
kHz for offset frequency; ps for jitter and phase delay. The value may be positive or zero, or (for
some delay tests) negative. A test will pass if the measured result is exactly equal to a Limit, or
between the Lower and Upper Limits.
Note
After running a Test Step, its icon becomes: Green if the Test Step was Executed and the
measurement was with test limits, or test limits were not applicable; Yellow if the Test Step
was Diagnosed and the test ran to completion, regardless of measured value; Red if the test
failed to complete (DoneStatus fails meaning Done bit = 0, or any other reason) or the
measurement was not within test limits, regardless of whether it was run in Execute or Diagnose
mode. The output text in the console window of SiliconInsight will indicate the reason for
failure.
Caution
During Execute mode, the frequency offset magnitude is estimated based on a phase delay
measurement (1 bit for a SerDes; one half cycle for a PLL), so it is not as accurate as in
Measurement mode. In production tests, only use the frequency offset test as a sanity check of
the clocks, with limits looser than +/-5% of nominal offset. In a future release, this test will be
made as accurate as in Measurement mode.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Choose Test Controller (ULTRA) options
Note
Each test runs until the required number of beat cycles has been analyzed, and then the
results are held within ULTRA logic on-chip until an instruction is received via the JTAG
port to shift the results out - no indication is transmitted out of the chip to indicate that the test is
complete, so a test pattern simply waits the expected number of TCK clock period and then
sends in the shift instruction. It is this wait time that is adjusted using the Test Time Multiplier.
The wait time with TTM=1 is 10% longer than the calculated theoretical wait time, to allow for
some indeterminacy.
• The peak-to-peak jitter value is larger than the sampling resolution multiplied by the
number of histogram bins (default value is 32 bins). A larger USCR value will increase
the jitter amplitude for which the entire histogram can be captured in 32 bins, which
improves the accuracy of the RMS calculation.
• There is significant synchronous noise at some integer multiple of the parallel clock
period, so it must be cancelled. Choosing a USCR value of 4 will effectively cancel any
noise at one quarter of the parallel-rate clock frequency.
• The sampling clock frequency is approximately 2~8 times higher than the sampled.
Choosing a USCR value of 6 will permit the sampling clock (e.g., Recovered clock) to
be 3 or 6 times higher than the sampled clock (e.g., RX reference clock).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Step 4.10 — Measure reference clock jitter
Caution
The time interval between consecutive jitter-free edges of the data signal must be
larger than twice the size of the sampling register (typically equal to the number of
histogram bins, which is 32 by default) multiplied by the sampling resolution (typically
equal to the difference between the two parallel-rate reference clock periods) multiplied
by the USCR. To allow for the maximum measurable peak-to-peak jitter, this time
interval between consecutive edges must be increased by 25%. If you set the USCR too
large for the pattern being tested, you will cause an error to be reported in the GUI
(“Error: For the test to work, the beat period must be greater than …”) because there will
be too few same-value samples between edges of the sampled signal for the edge
detection algorithm to detect the end of an edge region. In other words, the algorithm
cannot tell whether a rising edge that occurs too few samples after a falling edge is
outlier jitter from the preceding falling edge or from the next rising edge. If you get this
error message, then try reducing the USCR value, or choosing a test pattern that has
more bit intervals between the signal edges, e.g., try P1100 instead of P1010 (if testing a
PLL, try setting the PLL output frequency lower).
Measurement Edge
There are two choices: RISE or FALL. When measuring jitter for a clock or any clock-like data
pattern, the measurement results may be different for each edge due to differences in slew rate,
crosstalk (on-chip or off-chip), or inter-symbol interference (ISI). For frequency offset and most
other tests, use the default value (RISE) unless you are diagnosing whether there is interference
on only one edge, as can occur when on-chip switching is predominantly active after, say, the
rising edge.
This test measures jitter in the on-chip reference clocks, independent of the SerDes or PLL
under test.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
JitterFromCDF
• Within the “ReferenceClocks” Test Group, add another Test Step with at least one
ULTRA controller, and name the Test Step something like “ReferenceClockJitter”.
• Right click on the new Test Step and select Options to get the Test Step Options window
of Figure 5-2 on page 90.
• Click on the pull-down menu beside SerDes Test or PLL Test, and choose
JitterFromCDF to capture the jitter histogram, or Jitter to simply measure its RMS value
(assuming it is Gaussian).
• Click on OK, then right-click on one of the Test Controllers, and click on Options.
• Click on the pull-down menu beside Signal To Measure, and choose pllInputClk if it
is a PLL or TransmitterClock if it is a SerDes (the Data Bit Number will be ignored).
• Click on OK, then run the test by clicking on the Diagnose icon.
JitterFromCDF
ULTRA captures the CDF (cumulative distribution function, or cumulative histogram), and
outputs 32 bin-values of 12 bits each (by default - you can change this with the
CDFNumberOfBins parameter in the .etplan file). The differences between the CDF bins are
equal to the bin values of the histogram.
Note
If you would like nicer jitter histogram plots, suitable for reports, Create a file named
.lv_eta.config in your current directory, that has the following two lines (the first line is a
comment): # Create jitter histogram gnu plot files configure PDFPlotEnable 1 Formatted plot
files will be placed in the outdir directory.
Caution
For this test, no measurement limits are applied within the GUI - this must be done in a test
program, e.g., for the range or RMS value. For small ranges (fewer than 16 bins), the center
bin may be artificially high because the BIST algorithm uses a median-based algorithm instead
of the mean-based algorithm used for a true RMS calculation. Most SerDes clock-data-recovery
(CDR) circuits use a median-based eye-centering algorithm, so the BIST algorithm may be
more representative of their true performance.
Jitter
ULTRA estimates RMS value on-chip by finding the 25% and 75% points on the CDF and
compares to limits derived from an ideal Gaussian CDF. This test is best for production testing
because the ATE need only monitor the shifted-out pass/fail bits, however, the measured value
may be significantly less than the value calculated for a shifted-out CDF if the true RMS value
is very small (less than twice the sampling resolution).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 4: Prepare SiliconInsight to Characterize Your IC
Jitter
When testing SerDes reference clocks, the transmitted/received data pattern is not important
except to provide SerDes activity, and when testing PLLs it is not meaningful at all. Beside
Pattern, click on the pull-down menu and select P1010. This causes a 1010 serial data pattern to
be transmitted/received and will cause the least parallel-data-related noise on-chip, so that you
will measure primarily jitter in the reference clocks caused by the clock generation and the
clock paths. You can try other patterns to see their effect on the measurement result.
• Right click on one of the Test Controllers and then click on Options, or right click on
one of the Test Steps, and in the pop-up menu, click on Edit as a Group.
• Click on Signal To Measure and select Transmitter. This measures jitter in the
transmitter's parallel-rate clock (reference clock), as sampled in the core logic (RPA
block) by the RX reference clock (undersampling clock).
Caution
Any clock jitter test uses one clock to sample another clock, therefore, the measured
jitter histogram is actually the sum of jitter in each of the two signals involved, and
the measured RMS jitter is the RMS sum of jitter in the two signals, i.e., Jrms2 = J1rms2
+ J2rms2. For example, if the Signal To Measure is Transmitter, then the RX reference
clock (undersampling clock) samples the TX reference clock (reference clock), and the
result is the sum of the jitter in both clocks.
When testing SerDes, if your RX reference clock (undersampling clock) frequency is
not equal to the RX parallel rate frequency, SerdesTest does not presently account for
this, so you must scale the measured result appropriately. If RX reference clock is N
times lower than parallel rate, then measured values for jitter and mean sampling instant
must be multiplied by N to get the correct value. Only these two tests are affected.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Chapter 6
Step 5: Characterize your SerDesPLL
PLL output
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.0 — Optimize frequency offset
• Measure Bit Error Rate (BER) for a pseudo-random bit sequence (PRBS).
• Detect bit errors in a PRBS.
o Duty cycle
o Frequency
• Clock input to output delay
o Measure phase delay
o Phase error for each output vs. input
• Phase locking
o Measure lock time
o Duty cycle of lock detector, for 1 beat period after PLL's divider altered
o Measure lock range
The choice of frequency offset is not arbitrary. The cut-off frequency, or golden-PLL loop-filter
corner frequency must be approximately equal to the serial data rate divided by 1667 or 2500
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Implementing SerDes Transmitter Tests
(the divisor depends on the SerDes standard). Using a frequency offset that is much too small
will include more LF jitter than necessary and may report a larger jitter value than is relevant
(and increase test time), considering that a SerDes receiver will track LF jitter. Using a
frequency offset that is much too large will exclude more HF jitter and hence report a jitter
value that is too small.
The frequency offset is defined as the difference between the TX parallel clock rate and RX
parallel clock rate, while the RX is in lock-to-reference mode. It is calculated as follows:
fOFFSET = 0.314 ? 156.25 ? 106 / 1667 = 29.4 kHz, or 188 ppm of the parallel clock rate.
or
fOFFSET = 0.314 ? 156.25 ? 106 / 2500 = 19.6 kHz, or 125 ppm of the parallel clock rate.
Any value between 75% and 100% of these values usually produces a measurement that
correlates with external equipment using a “golden PLL” to generate a recovered clock. The
default rate used for SerdesTest simulation test benches is 150 ppm.
If the parallel clocks are generated by on-chip PLLs using an off-chip reference clocks, the ppm
offset is the same.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.1 — Measure RJHF jitter
• Right click on the new test group, select Options, and change the default Group Name to
something like, “TX”
• Create a new Test Group, and name it something like “TX” or “Transmitter”.
This test measures the HF jitter in a clock signal. For a PLL, this jitter is mostly caused by VCO
input and power rail noise. If the PLLTest sampling rate is equal to the sampled signal's
frequency (minus an offset) or half this, then the test will be sensitive to cycle-to-cycle jitter; but
you will likely use a much lower sampling frequency. If the sampling rate is much less than the
sampled signal's frequency, then the test will only be sensitive to period jitter.
Note
The results for this test may be affected by the transmitter's amplitude setting for
long loopback paths because lower amplitude signals have a lower slew rate which
makes them more sensitive to voltage noise. The results may also will be affected by the
reference frequency offset because the measurement's low frequency cut-off is linearly
dependent on the frequency offset (as required to emulate a golden PLL responseand
because the measurement's resolution is also linearly dependent).
• Right click on one of the Test Controllers and then select Options (or right click on one
of the Test Steps, and in the pop-up menu click on Edit as a Group).
• If more than one PLL Sampler module is connected to the ULTRA, then click on the
number beside PLL to Test that corresponds to the PLL you want to test.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Data Bit Number
Caution
You must choose a PLL output-to-input frequency ratio that is appropriate for the
sampling resolution you choose. For maximum ppm offset permitted according to
the <chip>.etplan file, which is 1956, the maximum PLL out/in frequency ratio is 15. If
the ppm offset is reduced by half, to 1000 (or 0.1%) for example, then the PLL out/in
ratio can be increased to 30. This ensures sufficient samples per output clock period.
In the “TX” Test Group, copy the “RJ” Test Step, paste it into the same Test Group, and rename
it something like “TJrms” or “TotalJitter”.
• Right click on the new Test Step and select Options to get the Test Step Options
window. Click on the pull-down menu beside SerDes Test, and choose JitterFromCDF
(if it is not already selected), or Jitter to measure its RMS value.
• Beside Pattern, click on the pull-down menu and select P10J or P01J: these patterns
comprise a PRBS7 pseudo-random pattern, with some pairs of bits within each parallel
word set to constantly 10 or 01, respectively. The resulting pattern surrounds a rising or
falling edge transition, respectively, with pseudo-random bits, yet compliant with
8B10B coding rules (no more than 5 consecutive 1's or 0's).
• Click on OK, then run the test by clicking on the Diagnose icon.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.3 — Measure DCD
Note
The results for this test are typically sensitive to pre-emphasis and equalization
setting for long loopback paths because of inter-symbol interference (ISI).
• In the “TX” Test Group, copy the “RJ” Test Step, paste it into the same Test Group, and
rename it something like “DCD”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Click on the pull-down menu beside SerDes Test, and choose DutyCycleDistortion to
measure the duty cycle, relative to 50%.
• Beside Pattern, click on the pull-down menu and select P1010 (if it is not already
selected).
• Click on OK, then run the test by clicking on the Diagnose icon.
• DCD is reported after subtracting 50% from the measured duty cycle, but you must
provide test limits for the duty cycle without subtracting 50%.
The results for this test are typically sensitive to receiver input offset voltage.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.4 — Measure ISI or TDDD
• In the “TX” and/or “RX” Test Group, copy the “RJ” Test Step, paste it into the chosen
Test Group, and rename it something like “TDDD” or “ISI”.
• Click on the pull-down menu beside SerDes Test and select
TransitionDensityDependentDelay. Then click OK.
• Beside Pattern, click on the pull-down menu and select P1010.
• Right click on one of the Test Controllers and select Options, or right click on one of the
Test Steps, and in the pop-up menu, click on Edit as a Group.
• Set the Test Duration in Beat Cycles value. Ensure that the number is an integer multiple
of your parallel word width. For example, if your word width is 20 or 40 bits, then 1000
beat cycles is good, but if your word width is 32, then you should choose 1024 beat
cycles. If an unsuitable number is used, you will get an error message when you try to
run the test.
• Click on OK, then run the test by clicking on the Diagnose icon.
An alternative way to measure ISI is to measure the DCD for a bit pattern which contains an
isolated logic 1 bit, relative to a similar but clock-like bit pattern. The PHalfIsoOne pattern is
similar to a PHalfOne pattern, and has 50% bit-wide duty cycle, but has an isolated '1' bit. The
pattern for a 10-bit word is 1111001000, and the pattern for a 20-bit word (or multiples of 20) is
11111111100000100000. The pattern for an 8-bit word is 11100100, and the pattern for a 16-bit
word (or multiples of 16) is 1111111000010000. This test is faster and more tolerant of on-chip
noise than measuring phase shift, but does not measure for P1100.
Note
Measuring TDDD via the DCD test presently requires the measurement results of two
separate test steps to be subtracted from each other. Implementation in a single test step is
planned for a future release of the software.
• In the “TX” Test Group, copy the “DCD” Test Step, paste it into the same Test Group,
and rename it something like “ISI_Iso1”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Click on the pull-down menu beside SerDes Test, and select DutyCycleDistortion (if it
is not already selected). Then click on OK.
• Beside Pattern, click on the pull-down menu and select PHalfIsoOne.
• Copy the “ISI_Iso1” Test Step, paste it into the same Test Group, and rename it
something like “ISI_Ref”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.5 — Measure slew rate
• Beside Pattern, click on the pull-down menu and select PHalfOne. This pattern allows
measuring the inherent DCD in the path (including receiver offset voltage) with the
same scaling factor as for PHalfIsoOne.
• Click on OK, then run the test by clicking on the Diagnose icon.
For word widths of 10,
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.5 — Measure slew rate
• In the “TX” Test Group, copy the “DCD” Test Step, paste it into the same Test Group,
and rename it something like “SlewRate_150mV”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Click on the pull-down menu beside SerDes Test, and select AverageSlewRate.
• Beside Pattern, click on the pull-down menu and select P1010.
• Right click on one of the Test Controllers and select Options.
• Click on the pull-down menu button beside Channel Select, and then select one of the
channels (that are connected to that particular ULTRA Test Controller).
• Next click on the button beside Force Voltages. In the resulting pop-up “Force Voltage
Settings/Pin” menu, you will see the two (differential) serial input pin names for the
receiver corresponding to the channel you selected.
• In the top left entry field, under Phase 1 enter the voltage to be applied by the ATE's DC
PMU that is connected to that pin via a loadboard access resistance (>1 kohm). The
differential voltage to be applied will be divided by 2 x RACCESS/100ohms (for nominal
termination resistance). For example, if VCOM + 0.75 volt is applied to the non-inverting
pin and VCOM - 0.75 volt is applied to the inverting pin, the voltage applied across the
100 ohm differential inputs resistance when each RACCESS is 1 kohm will be 1.5 volt
divided by 20, which is 75 mV.
• Under Phase 2 enter the same two voltages as for Phase 1, but interchanged. The slew
rate will be measured for one offset minus the other. To measure slew rate for a 150 mV
voltage difference (on the differential waveform), VCOM between 0.5V and 1 V, and 1
kohm access resistors, you can apply the voltages as shown in Figure 6-2.
• Then click on OK (for Force Voltage Settings/Pin), and OK (for Slew Rate options).
• Click on OK, then run the test by clicking on the Diagnose icon.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.6 — Measure 20%~80% transition time
Figure 6-2. Example Force Voltage values for Slew Rate tests
The measurement result reported (and compared against Measurement Limits) is the measured
change in pulse width. The differential slew rate (average of the rise and fall slew rates) is equal
to the differential offset voltage applied during Phase 1 at the RX pins divided by the measured
change in pulse width. If a 25 ps change in pulse width was measured for the preceding
example, the slew rate would be 3 mV/ps or 3 V/ns.
Note
The results for this test are sensitive to the receiver's gain and equalization setting, and more
so for longer loopback paths. You should choose sufficient equalization to compensate for
the transition time increase (slew rate decrease) caused by the loadboard's loopback path and the
receiver's pad capacitance.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.6 — Measure 20%~80% transition time
Note
Measuring the transition time presently requires the measurement results of two separate
test steps to be subtracted from each other. Implementation in a single test step is planned
for a future release
• In the “TX” Test Group, copy the “DCD” Test Step, paste it into the same Test Group,
and rename it something like “TransitionTime60”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Click on the pull-down menu beside SerDes Test, and select DutyCycleDistortion (if it
is not already selected).
• Beside Pattern, click on the pull-down menu and select PV60. This applies a bit pattern
that is 60% logic ones if the parallel word width is a multiple of 10 bits, or 62.5% if the
word width is a multiple of 8 bits. The measured value is usually a number between 5%
and15%.
• Copy the “TransitionTime60” Test Step, paste it into the same Test Group, and rename
it something like “TransitionTime40”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Beside Pattern, click on the pull-down menu and select PV40. This applies a bit pattern
that is 40% logic ones if the parallel word width is a multiple of 10, or 37.5% if the word
width is a multiple of 8 bits. The measured value is usually a negative number between
-5% and -15%.
• Click on OK, then run the test by clicking on the Diagnose icon.
For word widths that are multiples of 10, the 20%~80% transition time is equal to
For word widths that are multiples of 8, the 20%~80% transition time is equal to
Note
The results for this test are sensitive to the receiver's gain and equalization setting, and more
so for longer loopback paths. You should choose sufficient equalization to compensate for
the transition time increase (slew rate decrease) caused by the loadboard's loopback path and the
receiver's pad capacitance.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.7 — Measure VCOM
• In the “TX” Test Group, copy the “DCD” Test Step, paste it into the same Test Group,
and rename it something like “MeasureCommonMode”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Click on the pull-down menu beside SerDes Test, and select AverageVoltage.
• Beside Pattern, click on the pull-down menu and select a clock-like pattern with 50%
duty cycle (e.g. P1010, P1100, PHalfOne, or PHalfWord).
• Use the PMU to measure average voltage on each serial data pin.
• In the “TX” Test Group, copy the “MeasureCommonMode” Test Step, paste it into the
same Test Group, and rename it something like “MeasureLogicVoltages_40”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Click on the pull-down menu beside SerDes Test, and select AverageVoltage (if it is not
already selected). Beside Pattern, click on the pull-down menu and select PV40. Click
on OK.
• In the “TX” Test Group, copy the “MeasureLogicVoltages_40” Test Step, paste it into
the same Test Group, and rename it something like “MeasureLogicVoltages_60”.
• Beside Pattern, click on the pull-down menu and select PV60.
• Click on OK, then run the test by clicking on the Diagnose icon.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.9 — Measure input/output resistances
• Use the PMU to measure the average voltage difference between the inverting and non-
inverting transmitter serial data pins, for the PV40 and PV60 patterns. The change in
differential DC voltage is equal to 20% of the unloaded differential signal swing, hence
multiplying the measured voltage change by 5 will produce the unloaded output
voltages, which are typically double the loaded output voltage.
• Note that for this step, SiliconInsight does not control or read data from the PMU.
• In the “TX” Test Group, copy the “MeasureLogicVoltages_40” Test Step, paste it into
the same Test Group, and rename it something like “MeasureResistance.”
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Click on the pull-down menu beside SerDes Test, and select AverageVoltage (if it is not
already selected). Beside Pattern, click on the pull-down menu and select P1010. Click
on OK.
• Use the PMU to apply 1 mA, for example, and simultaneously measure the average
voltage difference across the access resistances and termination resistances, all in series.
Compare this voltage to the average voltage measured while no current is applied. The
total series resistance is equal to the measured change in differential DC voltage divided
by the applied current (1 mA). Subtract the series resistance from this to obtain the
termination resistance (typically 100 ohms) for the transmitter or receiver, if they are
AC-coupled. If they are DC-coupled, the resistance measured will be the parallel
combination of transmitter and resistor resistances.
• Note that for this step, SiliconInsight does not control or read data from the PMU.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.11 — Measure systematic sampling error
as the serial bit corresponding to the parallel output RXData[0]). All other tests are measured
for this same bit, by default, except Systematic Receiver Sampling Error. The position relative
to leading edge of signal eye is reported in Diagnosis mode, but the position relative to the ideal
center of the eye is measured in Execute (pass/fail) mode. Typically, the Measurement Upper
Limit should be a positive number and the Measurement Lower Limit should be the same
number but negative. This test comprises two internal measurements, one while the receiver is
in lock-to-reference mode, and one while the receiver is in lock-to-data mode (therefore, a lock
time pause is always included).
• In the “TX” Test Group, copy the “DCD” Test Step, paste it into the “RX” Test Group,
and rename it something like “SamplingInstant”. The Pattern choice will be ignored
because PHalfWord is always used to ensure there is only one rising edge within each
received word.
• Click on the pull-down menu beside SerDes Test, and select MeanSamplingInstant.
• Right click on one of the Test Controllers and then select Options, or right click on one
of the Test Steps, and in the pop-up menu, click on Edit as a Group.
• Set the Test Duration in Beat Cycles value. Ensure that the number is an integer multiple
of your parallel word width.
• Click on OK, then run the test by clicking on the Diagnose icon.
Caution
If your RX reference clock (undersampling clock) frequency is not equal to the RX
parallel rate frequency, see the caution in Step 5.13 — Measure LF jitter.
• Copy the “SamplingInstant” Test Step, paste it into the same Test Group, and rename it
something like “MPSE”. The Pattern choice will be ignored because PHalfWord is
always used to ensure there is only one rising edge within each received word.
• Click on the pull-down menu beside SerDes Test, and select MultiPhaseSamplingError.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.12 — Measure recovered clock jitter
• Right click on one of the Test Controllers and then select Options, or right click on one
of the Test Steps, and in the pop-up menu, click on Edit as a Group.
• Click on Last Data Bit To Test and select the maximum bit number that is to be tested. If
you choose 15, for example, then 15 separate measurements will be performed
(RxData[1] to RxData[15])and all will be compared to the same test limits.
• Test time and pattern length may be long if you test more than 10 bits, but you can
usually reduce the Test Duration in Beat Cycles to 100 (instead of default 1000) because
the test is typically very repeatable.
• Click on OK, then run the test by clicking on the Diagnose icon.
• Copy the “RJ” Test Step, paste it into the “RX” Test Group, and rename it something
like “RecoveredClockJitter”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Click on the pull-down menu beside SerDes Test, and select JitterFromCDF (if it is not
already selected).
• Beside Pattern, click on the pull-down menu and select P1010 - this pattern typically
results in the lowest jitter for the recovered clock but you can choose any other bit
pattern (e.g., P1100, PHalfOne, PHalfWord, or P10J) except PRBS. If you choose a
non-50% duty cycle pattern (e.g., PV60 or PV40), then jitter will be measured at a
voltage that is offset from the mid-point. If you choose a pseudo-random pattern (P10J
or P01J), you can expect a larger jitter value, which may by caused by the clock
recovery alone or by increased parallel-port switching activity.
• Right click on one of the Test Controllers and then select Options, or right click on one
of the Test Steps, and in the pop-up menu, click on Edit as a Group.
• Click on Signal To Measure and select Recovered.
• Click on OK, then run the test by clicking on the Diagnose icon.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.13 — Measure LF jitter
in the reference clocks, so the LF jitter test is useful for diagnosing poor repeatability. Also, if
LF jitter in the recovered clock is less than LF jitter in the transmitted clock, then this indicates
that the RX CDR is not tracking quickly enough (like a golden PLL would).
Caution
This test is very sensitive to LF jitter in the reference and sampling clocks. One clock must
be derived from the other using a telecom-quality PLL, as described on the next page, since
almost all clock generators do not have the required absolute frequency resolution and accuracy
(10 millihertz).
where,
• TBase is the period of the base reference frequency, which is the shortest period into
which fits exactly an integer number of RX Reference clock periods and an integer
number of TX Reference clock periods;
• TXRefClkPin is the name of the transmitter’s input reference ClockSource(Offset) pin,
as named in the .etplan file;
• txDivider is the integer number of TX Reference clock periods that exactly fits the
Tbase period;
• RXRefClkPin is the name of the receiver’s input reference ClockSource(Reference)
pin, as named in the .etplan file;
• rxDivider is the integer number of RX Reference clock periods that exactly fits the
Tbase period.
Note
To quickly find the correct ClockSource names, click on the Test Step in
SiliconInsight, then click on Async Clock Periods - you will see the two clock
names that are relevant.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.13 — Measure LF jitter
The choices of Tbase and divider values must be exactly correct for this test, but they are easily
determined using LV_ClockGenerator.exe (the program is also available in Excel), which is
available by special request to your Mentor Technical Marketing Engineer. The GUI calculates
optimal values for the clock frequencies that are input and output by LMK03000/1/2 PLLs or
any other clock generators. The three values required are highlighted in the bottom right corner
of Figure 6-3.
• In the “RX” Test Group, click on the Test Step named “RecoveredClockJitter”, then
copy it into the same Test Group. Rename the Test Step to something like
“RecoveredClockJitter_LF”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Click on the pull-down menu beside SerDes Test, and choose JitterFromCDF (if it is
not already selected).
• Beside Pattern, click on the pull-down menu and select PHalfWord.
• Click on OK.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Implementing SerDes Lane Tests
• Right click on one of the Test Controllers and then select Options (or right click on one
of the Test Steps, and in the pop-up menu click on Edit as a Group).
• Click on Signal To Measure, and select Recovered (if it is not already selected). This
measures jitter as sampled by one of the RxData inputs to ULTRA.
• Click on OK, then run the test by clicking on the Diagnose icon.
Caution
You must use the JitterFromCDF test type to measure low frequency jitter, and the
PHalfWord pattern. For any other jitter measurement combination, the test will only
measure HF jitter.
You may edit this file while you are in SiliconInsight. The file will be used any time the test is
run (in Diagnose mode only).
• In the “PLLOutput” Test Group, copy the “OutputJitter_HF” Test Step, paste it into the
same Test Group, and rename it something like “OutputDutyCycle”.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
• Click on the pull-down menu beside PLL Test, and choose DutyCycle.
• If more than one PLL Sampler module is connected to the ULTRA, then click on the
number beside PLL to Test that corresponds to the PLL you want to test.
• Click on Signal To Measure, and select pllOutput. Then click on the pull-down menu
beside Data Bit Number and select a number corresponding to the PLL output of
interest. Alternatively, click on Signal to Measure and select pllInputClk.
• Click on OK, then run the test by clicking on the Diagnose icon.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.14 4 — Measure BERclock frequency ratio
bit LFSR using the standard polynomial x6 +x5 +x0. The pattern can be looped-back,
transmitted to bench-top equipment, or received from bench-top equipment. Error detection
begins counting begins after two consecutive parallel words are correct, and stops when a JTAG
instruction is received to output the result. When this test is run in Execute mode, the bit error
count is compared to the Measurement Limits for the lane.
This test measures the PLL output frequency divided by the PLL’s reference input frequency.
More specifically, it counts the number of rising clock edges in the number of reference beat
periods that you indicate with Test Duration in Beat Cycles. If you set this value to 1, then the
measured result will simply be an integer. If you choose a larger number for Test Duration in
Beat Cycles, such as 10 or 100, then the measurement will show additional digits after the
decimal point. You must ensure that the frequency ratio multiplied by the USCR is equal to an
integer. For example, if the frequency ratio is known to be 6.25, choose USCR=4. Due to LF
jitter, the measurement always has some uncertainty, so measuring the number of edges in a
larger number of beat cycles will increase the accuracy.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.15 5 — Detect bit errors Measure phase delay
• Click on OK to exit the Channels window, then OK to exit the Test Controller Options
Window
• If more than one PLL Sampler module is connected to the ULTRA, then click on the
number beside PLL to Test that corresponds to the PLL you want to test.
• Click on the pull-down menu beside Data Bit Number and select a number
corresponding to the PLL output of interest.
• Click on OK, then run the test by clicking on the Diagnose icon.
Note
Two versions of this test should be created: a quick test with error injection, and a
longer test without error injection. Error injection is invoked by clicking on Error
Injection in the Test Step Options window. One bit in every 127 words will be inverted,
therefore, the expected bit error count will be approximately equal to the Test Duration
in Beat Cycles divided by 127. Results may vary from lane to lane because of variation
in the time to access the results via JTAG - counting does not stop until the results are
accessed. The expected BER will be word length dependent, e.g., 3.9 ? 10-4 for 20 bit
words or 1.9 ? 10-4 for 40 bit words.
This test measures the average phase delay, in picoseconds, from the PLL input reference clock
rising edge to any PLL output edge (rising or falling).
• Copy the “BER” Create a new Test Step, paste it into the same Test Group, and rename
name it something like “BitErrorDetectPLLInToOut”. The Pattern choice will be
ignored because PRBS7 must be used.
• In the “PLLOutput” Test Group, copy the “OutputJitter_HF” Test Step, paste it into the
“PLLInToOut” Test Group, and rename the Test Step something like “PhaseDelay”.
• Click on the pull-down menu beside SerDes PLL Test, and select FunctionalLoopback
(if it is not already selected)Delay.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.6 — Measure lock time
• If necessary, click on the checkbox beside Sanity Test. If the checkbox is checked, bit
errors are only detected, not counted, for any number of lanes simultaneously (if this
checkbox is empty, bit errors are counted for any one lane per ULTRA Test Controller).
• Right click on one of the Test Controllers and then select Options, or right click on one
of the Test Steps, and in the pop-up menu, click on Edit as a Group, then observe the
Test Duration in Beat Cycles value. Choose a number that is equal to the number of bits
to be transmitted, divided by your parallel word width. To choose which lane connected
to each ULTRA Test Controller is to be tested, click on Channels and in the pop-up
window, click on any one of the channel buttons.
• Click on OK to exit the Channels window, then OK to exit the Test Controller Options
Window
• If more than one PLL Sampler module is connected to the ULTRA, then click on the
number beside PLL to Test that corresponds to the PLL you want to test.
• Click on the pull-down menu beside Data Bit Number, and select the number
corresponding to the PLL ouput of interest.
• Click on OK, then run the test by clicking on the Diagnose icon.
Phase delays are measured in picoseconds, from minus one half of the PLL’s reference clock
period, to plus one half of the period. Beyond that is ambiguous: for example, if the reference
clock period is 10 ns, an actual phase delay of +7 ns will be reported as -3 ns. Furthermore,
delay will be measured to the nearest edge in that range, so the maximum measurable delay for
a PLL output frequency that is higher than the input frequency is plus or minus one period of the
output frequency.
In “Step 1.12 — PLL Interface” section and “Connections for PLLs and DLLs” section, you
connected a InterceptChangePLL signal to force the PLL to lose lock temporarily.
The InterceptChangePLL signal is inverted when ULTRA starts measuring input duty cycle,
and stays inverted for Test Duration in Beat Cycles (the beat period is the reciprocal of the
offset frequency).
The “Step 1.12 — PLL Interface” connects the PLL's lock detector.
• Right click on the new Test Step and select Options to get the Test Step Options
window.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 5: Characterize your SerDesPLL
Step 5.7 — Measure lock range
• Click on the pull-down menu beside PLL Test, and choose LockTime.
• Click on OK.
• Right click on the appropriate Test Controller and select Options.
• If more than one PLL Sampler module is connected to the ULTRA, then click on the
number beside PLL to Test that corresponds to the PLL you want to test.
• Click on the pull-down menu beside Data Bit Number and select the number
corresponding to the lock detector output of your PLL – it should be the highest
numbered input.
• Enter a value for Test Duration in Beat Cycles that is greater than the largest expected
lock time divided by the period of the frequency offset. If the actual lock time is longer
than this duration, only the test duration will be reported.
• For example, if your PLL’s reference clock period is 100 MHz, and the frequency offset
is 1000 ppm (= 0.1%), then the offset is 100 kHz and its period is 10 ms. If maximum
permitted lock time is, for example, 20 ms, then you could set Test Duration in Beat
Cycles to twice that duration, which is 4 Beat Cycles.
• Optionally enter values for Test Limits, where the duration is in units of microseconds.
• Click on OK, then run the test by clicking on the Execute Diagnose icon.
Note
If Error Injection is enabled and bit errors are detected during this test, the test will
pass; if no bit errors are detected, the test will fail.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Chapter 7
Step 6: Diagnose and Characterize Tests
If it passes, all connections to the IC's TAP are good, the TAP functions correctly, and it
communicates with each of the ULTRA Test Controllers that you have included in the Test Step
that runs the BasicTests pattern.
If it fails, click on the “+” symbol beside the G icon to see which Test Step failed. Here are
possible failures, their cause, and possible fixes:
• All Test Steps failed, with many miscompares reported in the Console window, and the
expected values were all '0' as shown in Figure 7-1 on page 128:
o open/shorted connection between Amontec/Signalyzer and some or all TAP pins;
o resistive loading on the TAP signal - check amplitude at IC pins;
o the USB-JTAG interface needs to be re-initialized by exiting SiliconInsight,
disconnecting the USB plug, and plugging it back in, and restarting SiliconInsight.
• Some Test Steps fail, with a few miscompares reported, some are expected '0' and some
are expected '1':
o a connection is intermittent or resistive;
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.1 — Diagnose Measurement Failures
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.1 — Diagnose Measurement Failures
window usually gives an explanation for the failure. Here are possible failures, their cause, and
possible fixes:
The measurement did not finish, as indicated by the DoneStatus failure at end of test (see
Figure 7-2) - this is usually caused by:
• the actual reference clock frequency or TCK clock frequency is different than expected;
• the frequency offset is less than expected;
• the sampling clock frequency is synchronous to the sampled frequency;
• the transmitted data pattern is inappropriate;
• excessive jitter is preventing detection of a signal edge (merges into next edge).
o use a shorter loopback path
o use different pre-emphasis or equalization settings.
Figure 7-2. Example failure due to test not completing
• frequency offset measurement is correct in Diagnose mode, but Exec mode test fails
Lower Limit (by a factor of 3 for PLLTest, or N-1 for N-bit SerdesTest);
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.2 — Diagnose Jitter Measurements
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Getting Finer Resolution
Note
The default number of CDF bins is 32, and the resulting number of histogram bins is 32, but
only 31 bins can be displayed. Also, the console omits leading and trailing zero-value bins
to save screen space.
The Jitter test produces an RMS value (derived on-chip from two points in the CDF curve) that
is often less than the RMS value for the CDF captured by the JitterFromCDF test, especially
when:
Changing Under Sampling Clock Ratio does not change the measurement bandwidth - it only
changes the sampling resolution.
Note
The JitterFromCDF and AverageVoltage tests do not generate a pass/fail result and won't
run when you click on the Execute button - they can only be run in Diagnose mode. For
these tests, you can set auto-diagnose on (right click on the Test Step, and select "auto-
diagnosis") so that they will run when you click on the Execute button.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Periodic Jitter
When measuring delay variation (jitter), the jitter in the sampling clock may affect the results
and should be measured.
Periodic Jitter
Periodic jitter at the clock or data frequency, or a sub-multiple (i.e. jitter with a period that is N
times the clock period or UI), the measured jitter histogram may have every Nth bin nearly zero
- if you change the Under Sampling Clock Ratio to equal N then the histogram will look more
Gaussian. This allows you to diagnose the existence of periodic jitter and still measure the
random jitter accurately. Note that the periodic jitter could be in the sampling clock or the
sampled signal.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.4 — Measure Repeatability
The present value for LocktimePause will be displayed in the Console window (and confirm
that you entered valid text). Then,
If you want to see a histogram for the measurements, click on Tools, select Command Line …,
then in the Command Line Dialog window,
Thereafter, whenever you run repeatability analysis, the histogram will be displayed. To stop
this display,
If you click on Execute for a test that has Repeatability Analysis enabled, the test will Execute
only once. If the test does not have an Execute mode (e.g., the JitterFromCDF test), and it has
“auto-diagnose” enabled, then the test will run once in Diagnose mode once (this is a
convenient way to quickly check the jitter histogram before running Repeatability Analysis).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.4 — Measure Repeatability
You can set the Repeatability Analysis options for all Test Steps simultaneously as follows:
Successfully updated …”
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.5 — Calculate Test Times
Some tests are repeated for multiple settings of pre-emphasis, equalization, and output
amplitude.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
BasicTests
BasicTests
Test time = 100 bits / TCKFrequency(Hz)
Typical example
OffsetFrequency
Test time = Test Duration in Beat Cycles / FrequencyOffset(Hz)
Typical example
Jitter, DutyCycle
Test time = RelativePatternLength ? Test Duration in Beat Cycles / FrequencyOffset(Hz)
FunctionalLoopback
PLL test time = Test Duration in Beat Cycles / Frequency Offset(Hz)
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.7 — Characterize many devices
Another way to reduce test time is to eliminate Test Steps. Reasons for eliminating Test Steps
may include:
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Saving Your Measurements
Preparation
After each Test Step in SiliconInsight has been run successfully, with sufficiently repeatable
results for each measurement on one device or several devices, you can run all tests for one
device by clicking on the packaged device icon at the top of the Test Configuration window,
and then clicking on the Diagnose button. Before doing that,
• Delete all unnecessary Test Steps (click on Test Step, then Ctrl X)
• Disable Repeatability Analysis for all Test Steps (User / … /
Global_Repeatability_Analysis)
• Enter text into the User Tag window to indicate which device number you are testing,
e.g. “chip_001”
To test multiple devices, for each device:
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.8 — Creating scripts for characterization and testing
The first time you run each test, it runs slowly and produces more text in the Console window as
it is compiled, but thereafter it runs much faster. In SiliconInsight, each Test Step typically
requires 100 ms and a suite of SerDes tests usually requires 5~20 seconds. Outside of
SiliconInsight, using the automatically generated test vectors for go/no-go production testing,
the same test vectors may run 10X faster. The next section will show you how to estimate
production test times.
Caution
When running a suite of tests, in Characterize or Execute mode, pass/fail repeatability is
generally poor on a PC due to USB-JTAG handling of large amounts of data. You should
use SiliconInsight on ATE for this procedure.
As described in “Step 7.0 — Generate Generic Pattern,” all test steps and their parameter
settings may be exported to an etManufacturing file. You can edit that file, and import the file as
a configuration file.
You can also create scripts in Tcl. To minimize the chance of error, you should only alter the
property values for the parameters that are shown for each test type in an exported
etManufacturing file. Other parameters are either irrelevant or only have one correct value.
1. Click on Tools at the top of the SiliconInsight GUI, select Command Line …,
2. In the Command Line Dialog window, enter the name of a Tcl file containing a
sequence of commands, as follows:
source <file.tcl>
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.8 — Creating scripts for characterization and testing
or enter each command using the following syntax to get or set property values:
getProp <TestStepName> SerdesTest
setProp <TestStepName> SerdesTest <TestType>
getProp <TestStepName> Pattern
setProp <TestStepName> Pattern <PatternName>
getProp <TestStepName> RepeatabilityAnalysis
setProp <TestStepName> RepeatabilityAnalysis <OnOff>
getProp <TestStepName> RARepeatCount
setProp <TestStepName> RARepeatCount <integer>
For example:
setProp Step1 SerdesTest Delay
(Note that “SerdesTest” is used whether it is a SerDes or PLL, but you must use a
TestType that is applicable to the function.)
For example:
getProp Step1 BP0 LocktimePause
setProp Step1 BP0 LocktimePause LocktimePause 10ms
getProp S0 BP0 UnderSamplingClkRatio
setProp S0 BP0 UnderSamplingClkRatio 2
getProp S0 BP0 MeasurementLimits()::UpperLimit
setProp S0 BP0 MeasurementLimits()::UpperLimit 10
setProp S0 BP0 MeasurementLimits()::LowerLimit -10
For example:
ExecuteStep S0
DiagnoseStep S0
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.8 — Creating scripts for characterization and testing
4. To select the TPG/RPA that will be enabled for a test, or to find out which will be
enabled, use the following commands in the Command Line Dialog window:
setProp TPGChannelEnable <TestStepName> <Controller> <listOfValues>
setProp RPAChannelEnable <TestStepName> <Controller> <listOfValues>
getProp TPGChannelEnable <TestStepName> <Controller>
getProp RPAChannelEnable <TestStepName> <Controller>
For example:
setProp TPGChannelEnable S0 BP0 {0 1 3}
setProp RPAChannelEnable S0 BP0 [list 0 1 3]
Note
One command is a little different for PLLTest and SerdesTest than for other types of BIST.
When entering clock periods with the SetAsyncClockData command, you must provide the
settings for both clocks in the same line, for example:
Note
There are behavior differences between entering a parameter value with a click, and using
setProp. For the EST plugin, when a property is set using setProp in a test step and the
property is valid, the test step is usually marked as “dirty” and the pattern is usually regenerated
the next time Execute/Diagnose is performed. This is true even if the value of the property does
not change. However, the GUI is not updated (going from green/red back to gray), and
sometimes the pattern is not regenerated. To update the state of the GUI and to ensure that the
pattern is regenerated, the following commands can be added after a group of set commands:
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 6: Diagnose and Characterize Tests
Step 6.8 — Creating scripts for characterization and testing
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Chapter 8
Step 7: Generate Production Tests
After characterization, and setting test limits that provide optimal quality and yield based on a
representative number of devices, you generate go/no-go test vectors that run on any ATE. Each
pattern has its own name, and is called by the test program that you write.
Generate an etverify output from SiliconInsight. From this file, you can generate test patterns in
generic formats (STIL, WGL, or SVF).
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 7: Generate Production Tests
Step 7.2 — Write Test Program
Instead of -wgl, you can specify any one of the following runtime options:
-stil, -svf, -verilog
This will produce a file <chip>.TestProgramSequencewhich lists all patterns that were created.
Each pattern is in a separate file with an appropriate suffix — .wgl, .stil, .svf, or .v .
Note
SVF patterns to program the National Semiconductor LMK03000 are produced
automatically by SiliconInsight whenever the clock generator programming test step is run
(and OnlySetAsyncClocks=0). The patterns are in the outDir directory, with the filename
<testStepName>.svf . The SVF pattern can be converted to WGL using software which is
available by special request to your Mentor Technical Marketing Engineer.
Note
Some of the jtagVerify test steps cannot be performed with .svf because those tests end in
intermediate TAP states.
Each is a 12-bit binary coded number, shifted out of the JTAG port.
histValue1 = cdfValue1 - 0
If the CDF is produced for a falling edge instead of a rising edge (possibly because frequency
offset is negative instead of positive), or if the jitter is very noisy due to too few samples, then
some or all of histValue1~histValue32 may be negative, so an 'absolute value' operation (ABS)
is needed to ensure a positive result.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 7: Generate Production Tests
Formula for RMS from CDF Data
For 32 bins, with values histValueN, where N=1 to 32, the RMS value is calculated as follows:
RMSbins = squareroot(Variance)
Note
The value in your .etplan file for CDFNumberOfBins determines the number of counters
created in the RTL and the number of histogram bins. The default value of 32 is best, and
should not be increased for applications where the RMS jitter may exceed 0.1 UI, which
commonly occurs for SerDes with non-optimal equalization.
The maximum count within each bin is determined by CDFSamplesCounterSize and can be
increased safely beyond the default value of 12-bits (Test Duration in Beat Cycles up to 4095) if
necessary but it will increase gate count by 32 extra flip-flops for each extra bit.
Caution
If UnderSamplingClkRatio >1 for the JitterFromCDF test, then the first bin is skipped when
shifting out the CDF via the TAP, so the number of bins read out is actually
CDFNumberOfBins - 1 .
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Step 7: Generate Production Tests
Formula for RMS from CDF Data
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Appendix A
Getting Help
There are several ways to get help when setting up and using Tessent software tools. Depending
on your need, help is available from documentation, online command help, and Mentor
Graphics Support.
The Tessent Documentation System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
Global Customer Support and Success . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
• Shell Command — On Linux platforms, enter mgcdocs at the shell prompt or invoke a
Tessent tool with the -Manual invocation switch.
• File System — Access the Tessent InfoHub or PDF bookcase directly from your file
system, without invoking a Tessent tool. For example:
HTML:
firefox $MGC_DFT/docs/infohubs/index.html
PDF:
acroread $MGC_DFT/docs/pdfdocs/_bk_tessent.pdf
• Application Online Help — You can get contextual online help within most Tessent
tools by using the “help -manual” tool command:
> help dofile -manual
This command opens the appropriate reference manual at the “dofile” command
description.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Getting Help
Global Customer Support and Success
https://support.sw.siemens.com
If your site is under a current support contract, but you do not have a Support Center login,
register here:
https://support.sw.siemens.com/register
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Appendix B
Commands and Control Files
Current directory:DFT
Step 1.7: etplanner <chip> ... ==> <chip>.etplan
Step 2.0: make checkPlan
Step 2.1: make genLVWS ==> <chip>.etassemble
Current directory:DFT/<chip>_LVWS/ETAssemble
Step 2.3: make embedded_test --+
Step 2.4: make designe |
Step 2.5: make config_etSignOff | ==> <chip>.etSignOff
Step 2.6: make lvdb_preLayout +-- make all
Step 2.7: make testbench |
Step 2.8: make sim --+
Step 2.10: make synth
Step 2.13: make concatenated_netlist => <chip>.vb_postLV
Current directory:DFT/<chip>_LVWS/ETSignOff
Step 2.14: make config_etManufacturing
Step 2.15: make lvdb_final ==> <chip>.lvdb/
Step 2.16: make testbench
Step 2.17: make <chip>_sim
Step 2.18: make patterns
Step 2.19: make archive_config
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Commands and Control Files
Primary control files that you create
<myEmbeddedTestDirectory>
+ ETCHECKER
+ DFT
ETCHECKER/<chip>.etchecker
• The etcOptions you added indicate: top-level of design, chip design directory,
pad.library file, file extensions (e.g., .v, .vb)
DFT/<chip>.etplan
• High-level parameters describing the minimum suite of test patterns for simulation and
verifying basic operation of SerdesTest or PLLTest (with jitter-free signals)
• User Defined Sequences that precede each test pattern
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Appendix C
Models
Overview of models.
Simplified SerDes PLL model. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
`celldefine
`define WORDSIZE 20
`timescale 1 ns / 1 fs
module SERDES (
);
input TXREFCLK;
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
output TXREFCLK_OUT;
input RXSD;
output TXSD;
input RXREFCLK;
output RXREFCLK_OUT;
output RXRECCLK;
input RXFORCE;
// For sake of simplicity, the receiver channel model (RX) does not really recover the clock.
// This model assumes that the data received on the RXSD when RXFORCE=0 (functional mode) will have the
// Consequently, if a delay is inserted on the serial data line, and this supplied RX model is used,
// the same delay must be inserted in the path of RXREFCLK_INT when RXFORCE=0 in order to mimic correct
// clock recovery in RX. If this delay is NOT inserted, this will result in a shift in the sampling position
`ifdef CHANNEL_DELAY_PS
real chDelay_ns;
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
initial begin
end
`else
`endif
endmodule
`endcelldefine
// ------------------------------------------------------------------------------
`celldefine
input CLK;
output DOUT;
wire DOUT;
initial begin
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
KP = -1;
KS = -1;
DIN_REG = 0;
DOUT_INT = 0;
edge1Time = 0.0;
VCOON = 0;
VCO = 0;
@ (negedge CLK);
@ (posedge CLK);
@ (posedge CLK);
@ (posedge CLK);
VCOON = 1;
end
edge1Time = $realtime;
if (VCOON) begin
VCO = 0;
DIN_REG = DIN;
if (VCO) begin
KS = KP >> 1;
DOUT_INT = DIN_REG[KS];
end
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
end
end
end
endmodule
`endcelldefine
// ------------------------------------------------------------------------------
`celldefine
// MSI_ERROR_PERCENT
output RX_RECCLK;
real edge1Time;
integer KP;
reg CLK_int;
reg VCOON;
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
initial begin
VCO = 0;
VCOON = 0;
CLK_int = 1;
edge1Time = 0.0;
hperiod = 0.0;
`ifdef MSI_ERROR_PERCENT
`endif
@(negedge RX_REFCLK);
@(posedge RX_REFCLK);
@(negedge RX_REFCLK);
@(posedge RX_REFCLK);
@(negedge RX_REFCLK);
@(posedge RX_REFCLK);
@(negedge RX_REFCLK);
end
`ifdef MSI_ERROR_PERCENT
`else
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
`endif
end
if (VCOON) begin
VCO = ~VCO;
CLK_int = 1;
if (VCO) begin
end
end
CLK_int = 0;
if (VCO) begin
end
end
end
end
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
end
end
endmodule
`endcelldefine
`celldefine
`timescale 1 ns / 1 fs
// Parameters: Multiplier integer>0 (not checked); I/O delay (ns); Locktime (us), >1 cycle of REF clock
// Outputs
// I/O delay is applied modulo the full period of the output frequency. Within that modulo delay,
// LOCKED
// Goes to 1 when PLL has locked. Minimum is 2 full cycles of REF. Otherwise, elapsed time is checked on
// every falling edge of REF and the PLL is then enabled. The LOCKED signal goes high on the 2nd rising
// edge of REF following the time when the specified locktime has elapsed. CKM outputs are generated in
// the REF cycle that precedes the LOCKED signal being asserted.
input REF;
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
output LOCKED;
parameter M = 5.0;
`ifdef LV_scanmodel
`else
initial begin
MM = 0;
iodelay = 0.0;
edge1Time = 0.0;
firstEdgeTime = 0.0;
lockTime = 0.0;
VCO_CPL = 1'b0;
VCO4 = 1'b0;
EN = 1'b0;
@(vcohp);
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
@(negedge REF);
@(posedge REF);
EN = 1'b1;
end
end
edge1Time = $realtime;
if (EN) begin
if ((MU % 2) == 0) begin
VCO_CPL = 1'b0;
VCO_CPL = 1'b1;
end
iodelay = 0.0;
end
VCO4 = 1'b1;
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
end
VCO4 = 1'b0;
@(negedge REF);
EN = 1'b1;
end
end
end
end
initial begin
C0 = 2'b11;
C1 = 2'b10;
C2 = 2'b01;
C3 = 2'b00;
CKMD = 4'b0000;
LOCKED = 1'b0;
end
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Models
Simplified SerDes PLL model
assign CKM = { CKMD[3] & C3[1], CKMD[2] & C2[1], CKMD[1] & C1[1], CKMD[0] & C0[1] };
end
C0 <= C0 - 2'b01;
C1 <= C1 - 2'b01;
C2 <= C2 - 2'b01;
C3 <= C3 - 2'b01;
end
`endif
endmodule
`endcelldefin
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Appendix D
Jitter Components and Frequencies
The following figure illustrates the source of and relationships between different jitter
components.
Figure D-1. Jitter Components
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Jitter Components and Frequencies
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Appendix E
Document Updates
This is a living document. As improvements are found for the recommended practices
documented herein, they will be added.
Approximately in order of priority, highest at top of list.
• How to test Transmitter-only SerDes, by adding a sampling latch to its output so that it
becomes a transceiver - some tests are not applicable
• Improve STA step description
• Explain tool options:
o Session Setup...
o Debug Toolkit...
o Generate ATPG SVF Patterns - for logic BIST only
• How to adjust VDD via SiliconInsight when a power supply is connected via USB-
JTAG (or in ATE).
• Add a note somewhere that each test step presently generates a pattern, and each has its
own reset (and lock time).
Eventually, an option will be provided so that instead of each Test Step having a reset,
only each Test Group would have a reset, to save test time. This also means that Test
Step order would be more significant.
• Content for last chapter, on generating ATE-specific patterns.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Document Updates
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Index
Index
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
Note - Viewing PDF files within a web browser causes some links not to function. Use HTML for full navigation.
End-User License Agreement
with EDA Software Supplemental Terms
Use of software (including any updates) and/or hardware is subject to the End-User License Agreement together with the
Mentor Graphics EDA Software Supplement Terms. You can view and print a copy of this agreement at:
mentor.com/eula