monte carlo result on std dev and sigma

By the way, please don't post on the end of old threads (if you read the Forum Guidelines it asks you not to do this).

These files are particular to the technology setup you're using - in many model files the statistics block contains both process and mismatch in the same model file - so the naming of the files and structure of the files is specific to that technology.

On the vary lines, the standard deviation is not a percentage unless the percent=yes option is specified on the line (see "spectre -h montecarlo" for details on the syntax and meaning). 

The 1/1 is a spurious unnecessary calculation - it could equally well just say 1. What is almost certainly happening is that these parameters have been normalised to be 1 sigma of variation - and then are scaled where the parameters are used in the models. The process variation is similar - these are set to be a 3rd of a parameter called "sigma" which is presumably defined elsewhere in the model file (again, it could have been "george/3" - it's just a parameter name that happens to be called "sigma").

I have no idea why you think that sigma is a parameter that's only required for mismatch calculations. The process variation (i.e. die to die variation) is still subject to a statistical variation - so why would it only impact mismatch (instance to instance variation).

Note that I would expect that somebody has carefully characterised the variation of the process and mismatch, so it doesn't make sense to edit these numbers if the variation is more than you like. That will not alter the reality of what actually happens in manufacturing! In small geometry processes (in particular), mismatch variation can be very large...

Regards,

Andrew.

By the way, please don't post on the end of old threads (if you read the Forum Guidelines it asks you not to do this).

These files are particular to the technology setup you're using - in many model files the statistics block contains both process and mismatch in the same model file - so the naming of the files and structure of the files is specific to that technology.

On the vary lines, the standard deviation is not a percentage unless the percent=yes option is specified on the line (see "spectre -h montecarlo" for details on the syntax and meaning). 

The 1/1 is a spurious unnecessary calculation - it could equally well just say 1. What is almost certainly happening is that these parameters have been normalised to be 1 sigma of variation - and then are scaled where the parameters are used in the models. The process variation is similar - these are set to be a 3rd of a parameter called "sigma" which is presumably defined elsewhere in the model file (again, it could have been "george/3" - it's just a parameter name that happens to be called "sigma").

I have no idea why you think that sigma is a parameter that's only required for mismatch calculations. The process variation (i.e. die to die variation) is still subject to a statistical variation - so why would it only impact mismatch (instance to instance variation).

Note that I would expect that somebody has carefully characterised the variation of the process and mismatch, so it doesn't make sense to edit these numbers if the variation is more than you like. That will not alter the reality of what actually happens in manufacturing! In small geometry processes (in particular), mismatch variation can be very large...

Regards,

Andrew.