Main Page | Report this Page
Computers Forum Index  »  Computer - Cadence  »  cadence AMS flow: spectre-ultrasim issues...
Page 1 of 1    

cadence AMS flow: spectre-ultrasim issues...

Author Message
Riad KACED...
Posted: Sat Aug 29, 2009 11:36 pm
Guest
Hi Dinac,

I'm trying to comment the Spectre bit ...
It appears like you have more than one 'truncate' statement in some
Statitistic statement. The truncate is used to alter the default 4
Sigma in Gauss distribs. Would you mind to check this ? Juste serach
the truncate keyword in your model card although the Spectre tells you
the line number.

BTW, Are you having the same behaviour when running direct Spectre/
Ultrasim. I mean out the AMS environment.
Just run your Design using Spectre and see what's happenning ...

Regards,
Riad.
 
dinac...
Posted: Sun Aug 30, 2009 10:59 am
Guest
Hi Riad, all

Thanks Riad for your reply. it helped me a lot.
I did a trial simulation by commenting out the 'truncate statement'
and it works.
I do not know, what can be done with the truncate statement, I guess
it is needed to do a monte-carlo or statistical simulation.
I may have to figure out a work-around to do this.

i am using the same configuration for the Ultrasim, I just change the
solver to 'Ultrasim' and carry out the same simulation.
The Ultrasim stops with the same errors as the previous log, which i
have attached.

Thanks

cheers,
dinac
 
Riad KACED...
Posted: Sun Aug 30, 2009 4:06 pm
Guest
Hi Dinac,

This is a bit of information about the truncate factor from the
Virtuoso Spectre Circuit Simulator User Guide:
------------------------
Truncation Factor: The default truncation factor for Gaussian
distributions (and for the Gaussian distribution underlying the log
normal distribution) is 4.0 sigma. Randomly generated values that are
outside the range of mean + 4.0 sigma are automatically rejected and
regenerated until they fall inside the range. You can change the
truncation factor using the truncate statement. The following is the
syntax: truncate tr=value
Note: The value of the truncation factor can be a constant or an
expression.
Note: Parameter correlations can be affected by using small truncation
factors.
------------------------

You can for example write a statistics block as following:
statistics {
process {
vary u0 dist=gauss std=1/3
vary vth0 dist=gauss std=1/3
truncate tr=6.0
}
mismatch {
vary u0 dist=gauss std=1
vary vth0 dist=gauss std=1
truncate tr=6.0
}
}

Running either direct Spectre or AMS with Spectre Solver must be fine
with a model file containing the above. But if you duplicate the
truncate statement in either process, mismatch blocks or the
statistics bloc itself, then Spectre won't be happy with it.
Personally, I don't see any reason for Spectre to complain although it
does not make any sense to duplicate the truncate statement within a
given block.

So if I miss about the above statistics bloc and write the following
instead:

statistics {
truncate tr=6.0
truncate tr=5.0
process {
vary hv_u0_ne dist=gauss std=1/3
vary hv_vth0_ne dist=gauss std=1/3
truncate tr=6.0
truncate tr=6.0
}
mismatch {
vary hv_u0_ne dist=gauss std=1
vary hv_vth0_ne dist=gauss std=1
truncate tr=6.0
truncate tr=6.0
}
}

Then Spectre would report the following errors:

Error found by spectre during hierarchy flattening.
"/home/rk/rkSpectreModels/rk_mos.scs"
29: All truncate statements in the netlist must have the same
value for
'tr'. Another truncate statement
(`/home/rk/rkSpectreModels/rk_mos.scs',
line 2Cool was found with different 'tr' value.
Only one instance of a truncate statement is allowed in a process
block.
Only one instance of a truncate statement is allowed in a mismatch
block.

The above errors arise with both Spectre direct (spectre -W =
7.1.1.169.isr10) and AMS/spectre (print_mmsimver = 7.1.1.140.isr8)
from IUS 08.20-s014.
Would you mind to post you versions ?

In summary, having one 'truncate' statement in a statistics block
should be fine. That's the duplication that makes Spectre aborting.
Otherwise, you might share your case with your CDS AE providing your
tetscase along with your IUS version.

Again, I leave the Ultrasim bit for Andrew or any other fellows ...

Cheers,
Riad.
 
Andrew Beckett...
Posted: Tue Sep 01, 2009 12:52 pm
Guest
Riad KACED wrote, on 08/30/09 17:06:
.... snipped ...
Quote:
The above errors arise with both Spectre direct (spectre -W =
7.1.1.169.isr10) and AMS/spectre (print_mmsimver = 7.1.1.140.isr8)
from IUS 08.20-s014.
Would you mind to post you versions ?

In summary, having one 'truncate' statement in a statistics block
should be fine. That's the duplication that makes Spectre aborting.
Otherwise, you might share your case with your CDS AE providing your
tetscase along with your IUS version.

Again, I leave the Ultrasim bit for Andrew or any other fellows ...

Cheers,
Riad.

For the Ultrasim bit, perhaps you could post the bit of the netlist that it is
complaining about?

Regards,

Andrew.
 
dinac...
Posted: Tue Sep 01, 2009 10:20 pm
Guest
Hi Riad, Andrew,

Thanks a lot Riad for your detailed answer.
Actually, when i did a search for a 'truncate' statement, I found each
of the truncate statement
in 2 model file (each for resistor, mos devices), which are included
in the model tech
The truncate statements are not duplicated, each of these model file
as only one defined for each.

Andrew, Thanks for your reply. I will try to attach a netlist soon.

Thanks again for your replies.

cheers
dinac
 
Riad KACED...
Posted: Mon Oct 05, 2009 4:20 pm
Guest
Hi Dinac,

Moving to latest IUS82/MMSIM71 versions is pretty much with no impact
at all on your design flow.
Given the new features in IUS82, I would rather advise convincing your
manager/team to move forward.
As per the licenses cost, I'm not really fit enough to make an
objective comment.

Cheers,
Riad.
 
dinac...
Posted: Tue Oct 06, 2009 7:16 am
Guest
Thanks a lot for your replies, Andrew and Riad.
Actually we are using licenses provided by Europractise. So I do not
know how things has to go.

I will contact the cadence in this regard.

cheers
Dinac
 
 
Page 1 of 1    
All times are GMT
The time now is Fri Dec 11, 2009 10:24 am