In previous projects I used multi-mode analysis
and CTE report mode (SOC52). I generate best and worst
case parasitc files for STA and also MIN and MAX
delay files (SDF). I used the following commands:
rcOut -worst -spf file_name_worst.spf
delayCal -sdf file_name_worst.sdf
rcOut -best -spf file_name_best.spf
delayCal -sdf file_name_best.sdf
But now I'm using SOC62 and multi-mode
multi-corner analysis and the above commands does
not work anymore. To generate parasitic files I'm
rcOut -rc_corner WORST -spf file_name_worst.spf
rcOut -rc_corner BEST -spf file_name_worst.spf
It seems be ok. Is this the right way to get
parasitic files in MMMC?
And how to get min/max delay files (sdf) in MMMC?
Usign the command delayCal, the resulting delay cells are
quite the same between MIN and MAX sdf files (less than 15%). I think there is no effect on
delay calculation when switching between hold and
I tried use write_sdf but looking at the file
header, the process, voltage and temperature
values indicates that both sdf files are for
typical case (which is the default opCond).
Can anyone help me?
Another interesting point:
Using command "setDelayCalMode -feDc" the
resulting delay cells are very different from
before when I used signalStorm. Now there are
a lot of difference between MIN and MAX delay
cells in the generated sdf files.
Why this difference? What is the recommended delay
My felling is that when in signalStorm mode, delay
calculation considers the opCond set by command
setOpCond. As in my case I did not use this
command, delay calculation are considering the
default opCond (typical) and only switching
between worst and best wire parasitic information
in RC extracted database. What do you think about it?
I attached two reports of the same path (setup),
one using -signalStorm and other using -feDc.
In the 5.2 releases, SOCE was only multi-mode, so the delay and extraction subsystemsdid not change.In 6.1 and 6.1, SOCE is also multi-corner. In the releases, you shoulduse write_sdf -view xyz to dump the SDF file of interest. Delays aresubject to both the mode effect and the corner effect - so the controlis at the view level.If the SDF header info is not correct - get a PCR filed.. this is mostly cosmetic. If the valuesdo not change that is a real problem - assuming your delay corners are substantially different.