Table of Content
Purpose ....................................................................................................................... 4
Terms ....................................................................................................................... 4
Audience ...................................................................................................................... 4
Introduction .................................................................................................................. 4
Commands used to control AAE .............................................................................. 5
Related commands .................................................................................................. 5
AAE Supported Library Formats .............................................................................. 5
KPNS ............................................................................... 28
getSIMode .............................................................................................................. 28
License ................................................................................................................... 28
References....................................................................... 29
Purpose
This document is a migration guide for the new Encounter® Digital Implementation (EDI)
delay calculator, the Advanced Analysis Engine (AAE). The key areas covered are:
Differences between the old and the new engines
Using AAE for optimization in EDI
EDI settings for correlation to sign off timing analysis results
Terms
AAE Advanced Analysis Engine
EDI Encounter® Design Implementation (System)
ETS Encounter Timing System
NLDM Liberty library format: basic non linear delay model
CCS Liberty library format: Composite Current Source model
ECSM Cadence® Current Source Model (Liberty syntax)
CDB Cadence noise library format, used in conjunction with a timing library
SI Signal Integrity (delay and glitches caused by crosstalk)
SS SignalStorm®: Cadence base delay calculation only engine
Celtic Cadence SI noise delay and glitch engine
QOR Quality of Results (frequency, area, power)
Tri-Libs Accurate interpolation method over a range of voltages with 3 libraries
EWM Equivalent Waveform Model
TW Timing windows
TPC Third Party Compatible; timing correlation setting
OCV On Chip Variation
FF Foundation Flow
Audience
This document is intended for EDI 13.x users who want to understand more about the
differences between the previous generation delay calculation methods and engines
(SS-Celtic®) compared to AAE.
Introduction
AAE is a unified delay calculation engine that supports simultaneous base and SI delay
computation, key features in EDI include:
• fast incremental SI delay computation during timing optimization
• good correlation to signoff analysis
• highly scalable multithreading
• support for industry standard library formats
See References 1, “Introduction to Advance Analysis Engine (AAE)” for more details on
AAE.
Related commands
• setMultiCpuUsage -localCpu
• placeDesign (timing driven)
• optDesign
• ccopt_design
• routeDesign (timing driven)
• timeDesign
• setExtractRCMode
• report_timing
For best correlation, load your signoff analysis libraries into EDI.
• To reduce library load times, compile CCS/ECSM libraries using write_ldb
This section describes the evolution of the commands and their options since their
introduction in 2010.
These commands will print a Warning and exit when AAE-SI is enabled:
• timeDesign –postRoute –si
• optDesign –postRoute –si
These commands will use AAE for base/base+SI delay when AAE/AAE-SI is enabled
• timeDesign –postRoute
• optDesign –postRoute
• report_timing
• in general all commands which generate timing reports
EDI10
This section describes the introduction of AAE in EDI10
AAE in “opt mode” which uses fast approximations for some calculations to reduce
runtime; it’s tuned to be somewhat pessimistic v signoff tools.
The ”default” option is intended to simplify the settings throughout the flow, I.e. the
engine can be set to “default” for all stages. However it may be more straightforward to
use the “-engine AAE” option, especially as the default engine changes between EDI
versions.
The following new setSIMode options are supported by AAE from USR2:
• -vaThreshold, -vaDecoupleThreshold, -vaMode
The following setSIMode options are supported by both Celtic and AAE:
• –analysisType {default | pessimistic} ;# default is recommended
• -deltaDelayThreshold <seconds>
AAE is generally pessimistic versus signoff tools in this release. Therefore setSIMode –
analysisType pessimistic is not recommended.
Regardless of this setting, a number of internal and undocumented options were
commonly used to achieve good signoff correlation, setDelayCalMode –sgs2set {…}.
These commands were never intended for general use and should be removed when
using later EDI versions.
The following table compares the AAE public SI controls versus the Celtic option in this
release:
Celtic Option Celtic Default AAE setSIMode options AAE Default
set_virtual_attacker -gtol 0.05 -vaDecoupleThreshold same
Example usage
• Celtic: setSIMode -insCeltICPreTcl { set_virtual_attacker -gtol 0.015; \
set_virtual_attacker -mode current; \
set_param –gtol 0.03}
• AAE: setSIMode - vaDecoupleThreshold 0.015 \
-vaMode current \
-vaThreshold 0.03
Glitch violation reporting with AAE is less accurate and more pessimistic than Celtic in
this release. Check signoff results before wasting too much time trying to fix glitches.
reported by optDesign. In extreme cases (very long runtimes and/or poor QOR) glitch
fixing can be disabled with the following command:
• setOpMode –fixGlitch false ;# note that setSIMode –fixGlitch is ignored by AAE
SI induced slews are not reported or fixed by AAE in this release (except as a Beta
feature). It’s supported from EDI13.1 using, setOptMode –fixSISlew true.
EDI 11
This section describes what’s new for AAE in version EDI11.
New features
In EDI11, various SI settings where bundled together as different SI analysis types for
correlation to other timing analysis engines and tools. A new celtic_compatible analysis
type was added in USR1, together with the inherent “aae” analysis type. The
pessimistic analysis type was initially fine tuned and recommended for correlation to
PTSI (pre-2012-06), however a TPC specific option, third_party_compatible, was added
in USR2 and later tuned to PTSI (post-2012-06).
Cadence® started to provide additional recommended TPC settings from USR3. Contact
Cadence support for these TPC files.
Ongoing QOR improvements were added to Gigaopt, including significant TNS
reduction and SI prevention when using the high effort flow:
• setDesignMode –flowEffort high
New features USR1
Added new AAE, Celtic and TPC correlation settings for AAE:
• setSIMode -analysisType aae ;# AAE inherent settings
• setSIMode -analysisType celtic_compatible ;# SI settings for Celtic correlation
Set this option for more accurate glitch analysis using CCS noise libraries:
• setDelayCalMode -sgs2set {useCCSNoise:true}
Changes USR2
The signoff option, setDelayCalMode –signoff, is now ignored when using AAE in EDI
• Use CCS-Noise libraries or CDB libraries for more accurate glitch analysis.
Changes USR3
Access to the new third party compatible mode (added in USR2), was placed under
beta control:
• setBetaFeature ediUseThirdPartyCompatible 1
EDI 12
This release is not in widespread use, see EDI13.
EDI 13.1
This section describes what’s new for AAE in version EDI13.1
Changes
AAE is now the default delay calculation engine
• Gigaopt is used for preroute optimization by default
• Note that CCS/ECSM models are not used during preroute optimization, but can
be enabled using:
o setDelayCalMode -useECSMInPreRoute true ;# default false
• timeDesign –signoff uses AAE (instead of SignalStorm)
Enhanced TW generation
optDesign now supports native TWs (like ETS and tempus). Note that native
TWs are not supported when using the celtic_compatible SI analysis type.
• Pessimistic Infinite TWs were used for best signoff correlation using optDesign
prior to this release.
New
SI induced slew
• Use setOptMode -fixSISlew true to enable fixing SI induced slew violations in
postRoute optimization.
EDI 13.2
This section describes what’s new for AAE in version EDI13.2
Changes
The old delay calculation engines are retired
• EDI will issue a warning if the feDC or SS engines are selected
• Documentation and help for the setDelayCalMode -signoff and –engine was
removed
Preroute extraction
• improved preroute to postroute extraction correlation
o Pessimism increased by around 10%, resulting in more pessimistic
preroute delay calculation results in EDI13.2.
o Scale factors should be closer to 1.0, but in any case they should be
regenerated per release (generateRCFactor)
New
New third party compatibility option
• A new design mode option was added for general compatibility throughout the
flow (rather than just postroute SI correlation).
o setDesignMode -thirdPartyCompatible true
Changes USR3
The TPC settings are simplified in that the new TPC design mode supersedes all other
compatibility settings
• The best settings files should still be used up to release 13.22
Delay calculation
As well as underlying algorithm level differences the following may cause delay
differences between AAE and SignalStorm® software within EDI
The following setDelayCalMode options are only applicable to feDc or SignalStorm and
have no effect on AAE:
• considerMillerEffect
• discardProblemWaveform
• ecsmType
• reportThresholdAdjust
• signalStorm*
• supportLevelShifterPinVolt
• useNetSens
• signoff
• equivalent_waveform_model_type
SI Analysis options
Note that CeltIC-NDC commands are passed through from EDI using the options:
• setSIMode –insCeltICPreTcl {; separated list of Celtic commands}
• setSIMode –insCeltICPostTcl {; separated list of Celtic commands}
The following setSIMode options are supported by both Celtic and AAE:
• analysisType default | pessimistic
• deltaDelayThreshold <seconds>
SI options mapping
setSIMode –noiseTwfMode- infSW -initial_si_iteration_tw {infinite | nominal} CeltIC uses infinite TW first for TW
or or iterations by default
setSIMode -noiseTwfMode -useCTE -use_infinite_TW true | false TW will be slightly different
-insCeltICPreTcl or regardless of options used
"set_tw_convergence …) –skip_tw
setSIMode –fixDRC true setOptMode -fixSISlew true Do not use fixDRC true with AAE.
SI induced slew is only available
after running optDesign -postroute
create_spice_netlist create_spice_deck
set_glitch_check -data_limit <value> - setSIMode -receiver_peak_limit <value> There is only 1 receiver peak limit
latch_limit <value1> -clock_limit in AAE, so this is equivalent to
<value1> setting all three limits in CeltIC to
the same value
set_noise_run_mode -delay_only setSIMode -delay_only {true | false} report_timing does not generate
setOptMode –fixGlitch false glitch reports. Call timeDesign or
report_glitch_noise for AAE
set_skip_attacker set_quiet_attacker
set_transition_free set_quiet_attacker
set_tw_convergence -iterations value setSIMode -num_si_iteration value The value specified in AAE should
be the CeltIC value + 1
set_virtual_attacker -mode {cap | setSIMode -vaMode {cap | current} Do not change if using TPC
current}
Example scripts
This section includes example scripts used with Celtic and AAE modes in EDI.
Celtic:
setSIMode –noiseTwfMode –useCTE
setSIMode -insCeltICPreTcl { \
set_virtual_attacker -gtol 0.015; \
set_virtual_attacker -mode current; \
set_virtual_attacker –switch_prob 0.25; \
set_param –gtol 0.03; \
set_tw_convergence –iterations 2 -first_infinite_windows ; \
set_parm -clock_async 0 ; \
set_noise_thresh -glitch_peak 0 ; \
set_align_mode path}
AAE:
setSIMode \
-vaDecoupleThreshold 0.015 \
-vaMode current \
-switch_prob 0.25 \
-vaThreshold 0.03 \
-num_si_iteration 3 \
-initial_si_iteration_tw infinite \
-clocks synchronous \
# no glitch peak filtering in AAE \
-attacker_alignment path
Note that optDesign and timeDesign run AAE in a fast “opt” mode (some estimation),
whereas ETS and tempus run AAE in signoff mode (full simulation). The one exception
is that EDI-AAE runs in signoff mode when using timeDesign –signoff. This sets the
private option, setSIMode –siMode signoff. This should not be confused with the old
signoff option, setDelayCalMode –signoff true, which is ignored by AAE.
The AAE signoff mode in EDI will take longer to run (than the opt mode) but will not
exactly match either the Voltus® IC Power Integrity Solution or the Cadence Tempus®
Timing Signoff Solution.
Implementation commands
AAE is used by the Gigaopt optimizer in EDI. Gigaopt is faster than the old EDI
optimizer with improved multi-threading and better QOR.
Note 1. Gigaopt and CCOPT can be enabled in earlier releases using limited access
variables.
Another related change is that the recommend order for postroute setup and hold fixing
is changed from setup, hold, to hold, setup.
The hold step now includes a setup recovery task after hold fixing. The recovery step
can be disabled using:
• setOptMode -disableSetupRecoveryAfterAAEHold true ;# EDI13.1
• setOptMode -postRouteSetupRecovery false ;# EDI13.2
The following setOptMode options are new or changed with the use of Gigaopt:
setMultiCpuUsage -localCpu 4
setDelayCalMode –engine default ;# default aae from EDI13
placeDesign
optDesign -prects
setAnalysisMode -analysisType onChipVariation -cppr both
ccopt_design
optDesign –postcts
routeDesign
setExtractRCMode -engine postRoute -effortLevel medium
setDesignMode -process 40
setDelayCalMode –SIAware true
setSIMode –analysisType aae ;# default is celtic_compatible
optDesign -postroute
Note that none of the AAE new delay calculation or SI options can be set using an FF
variable; add setSIMode options to the pre_postroute plug file to fine tune the AAE
analysis.
TimeEx Utility
TimeEx is a set of tools/utilities to help debug and detect differences between two
different sets of timing reports. See the App Note “Timing Correlation using TimeEx”,
References 2, for more details. To request a free version of TimeEx, send an email to
timeEx@cadence.com containing:
• The software license agreement from the App Note
• Confirmation that you have read and agree to the terms & conditions
Essential settings
EDI should usually be in OCV analysis mode in order to correlate with signoff analysis
settings. By default, EDI is in bcWc mode, use this command to change it:
• setAnalysisMode -analysisType onChipVariation [-cppr both]
Correlation settings
Set this high level SI option:
• setSIMode –analysisType AAE | celtic_compatible
For TPC, set the new EDI13.2 option and contact Cadence support for additional
recommended TPC settings per release:
• setDesignMode -thirdPartyCompatible true
The following settings can be used to fine tune SI delays further:
• setSIMode -switch_prob <value>
o Range 0.0 to 1.0 (default 0.3)
o Value close to zero reduces pessimism
o TPC files: Alternatively, early and late SI delays can be adjusted
separately using 'set PULLINFACTOR <val> / set PUSHOUTFACTOR
<val> (Default 1.0)' *before* sourcing the recommended settings files
“signoff” mode
• EDI 13.2 is not a signoff analysis tool (even in “signoff” mode), and is not
correlated to ETS 13.1, however timeDesign –signoff results should be close to
Tempus results (when using equivalent versions)
SI analysisType
• The default analysisType in EDI is celtic_compatible, whereas it’s “aae” in ETS.
AAE mode annotates SI delay on both the cell arc and the net arc, whereas
celtic_compatible mode, like CeltIC, lumps all the SI delay on the net.
Base delays
Set these timing globals in EDI to match ETS defaults:
SI correlation
Set the following SI options in EDI:
• setDelayCalMode –SIAware false ;# true is for AAE only
• setSIMode –analysisType celtic_compatible ;# default setting in EDI13.2
The analysis type should be set before any other potentially conflicting setSIMode
options, as it will not change existing user settings.
The celtic_compatible analysis type sets these lower level public SI options, as well as
some internal options:
(1) These options cannot be changed when using the celtic_compatible analysis
type.
Base timing
Apply the same timing globals as described above for ETS-CeltIC.
EDI SI settings
Set these SI options in EDI:
• setDelayCalMode –SIAware true
• setSIMode –analysisType AAE ;# set before any other setSIMode options
The analysis type should be set before any other potentially conflicting setSIMode
options, as it will not change user settings.
Note that the EDI documentation incorrectly states that the default analysis type in EDI
13.2 is aae, whereas it’s actually celtic_compatible. In addition, the getSIMode
command does not list the analysisType option, to get the current value use:
• getSIMode –analysisType
This will return the value “default”, which is celtic_compatible (both thresholds are 0.05).
The “AAE” analysis type sets these SI options to match ETS defaults:
Note that the ETS documentation has not been updated to reflect the correct default
thresholds when used with AAE. In addition, get_si_mode also returns the incorrect
values (before and after setting the analysisType). Both errors reflect the old defaults
used by the CeltIC engine in ETS and EDI. The correct values are shown in the table
above.
The old 0.05/0.05 defaults changed in ETS when the default SI analysis type was
changed to aae (from celtic_compatible), but the docs/get_si_mode were not updated at
the time to reflect this change. The new defaults in ETS are more precise, in that they
are less reliant on the somewhat arbitrary statistical estimation of the virtual attackers.
By the way this is another advantage of AAE, the faster engine can efficiently simulate
more individual attackers (empowering lower default thresholds).
Note that in ETS get_si_mode –analysisType returns “FE”, ignore this. The default is
aae and does not need to be changed.
Recommended settings
Contact Cadence support for best correlation settings per release (available as a pair of
files containing readable public and encrypted private options).
A new high level option was added in EDI 13.2 for compatibility throughout the flow:
• setDesignMode –thirdPartyCompatible true
• it is a superset of the existing SI option:
o setSIMode –analysisType third_party_compatible
The table shows the most significant SI options set by TPC (note it also sets private
internal options too):
The EDI13.21 “best correlation settings” file sets or resets these options:
• setSIMode -analysisType third_party_compatible
• setSIMode -switch_prob 0.3
• setSIMode -deltaDelayThreshold 0.0
• setSIMode -vaThreshold 0.01
• setSIMode -vaDecoupleThreshold 1.0
• setSIMode -reset -use_infinite_TW ;# default false
• setSIMode -reset -vaMode
• setDelayCalMode -currentSourceModelHighAccuracyMode true
• setDelayCalMode -combine_mmmc early_late
• source <encrypted internal settings file>
Debug commands
The following commands are useful for debugging AAE results:
• set_global report_timing_format {… incr_delay delay arrival }
• reportDelayCalculation –si
• report_noise_glitch
• set_quiet_attacker -attacker
• create_spice_deck
KPNS
This section describes known problems and solutions
getSIMode
Often returns incorrect settings, e.g. at EDI initialization and after changing
analysisType. These options will return default values regardless of analysisType
setting:
These are the actual lower level values that get set by analysisType values in EDI13.2
-analysisType
License
AAE-SI requires an EDI-XL, ETS or Tempus license, however the lower cost versions
of EDI are not automatically checking out a higher cost license before running
timeDesign e.g. timeDesign -postroute
The license can be checked out on the command line using e.g.
• setLicenseCheck -checkout etsxl ;# EDI13.1
• setLicenseCheck -checkout tpsl ;# EDI13.2
References
1. Appnote “An Introduction to Advanced Analysis Engine (AAE)”