Manuals >Reference >ADS Simulator Print version of this Book (PDF file) |
![]() ![]() |
||||||||||||||
|
|||||||||||||||
Circuit Model DescriptionThis section explains the circuit descriptions for the ADS simulator. Selecting Simulator OptionsADS simulation options are specified using the HPEESOFSIM_OPTIONS variable in the Setup DUT or System Variable tables. Enter the options in the value section of the variable exactly as they should appear in the ADS options command. Entering Circuit DescriptionsThe circuit description is entered into the IC-CAP Circuit Editor or the Test Circuit Editor. The circuit description includes the necessary definitions of devices, sources and components, as well as node connections and model descriptions. ADS accepts a netlist description that is different from SPICE and Saber simulators.
Parameter Table GenerationThe circuit description is parsed by IC-CAP and specific model information (such as parameters and their corresponding values) as well as circuit component values are reflected in the Parameters table. Model parameters and component values specified in the circuit description entered in the Circuit Editor are saved in the Parameters table. Device parameters specified in the model call statement are saved in the DUT Parameters table—unless a Test Circuit is specified, in which case, parameter values specified in the test circuit description are saved in the DUT Parameters table. By default, all parameter names will be converted to uppercase, since most extraction routines look for parameters named with all uppercase letters. Some extraction routines (e.g., Root models and EExxx models) require all lowercase letters. In these .mdl files, the variable HPEESOFSIM_USE_LOWER_CASE_PARAMS is declared to override the default behavior. If you want to write extraction routines using the native mixed case parameters, declare the variable HPEESOFSIM_USE_MIXED_CASE_PARAMS in your model file. For a description of these functions, see the System Variables. Non-numeric Parameter ValuesADS allows non-numeric values for a number of parameters in predefined component definitions. One example is the BJT model parameter npn. This parameter can take on the value of yes if it is an nmos device. Alpha format parameters do not appear in the IC-CAP Parameters table but do appear in the simulation input decks. Circuit descriptions must be entered with valid model and parameter names for the particular model being used. Node NamesADS accepts alphanumeric names as well as numbers to represent nodes. There is no limit on the number of characters allowed in a node name; however, delimiters or non-alphanumeric characters are not allowed. Also, a node name that begins with a digit must consist only of digits. Numeric node names are discouraged as they will result in warnings during simulation that the results will not be displayed properly in ADS Data Display Server (DDS). However, these warnings are of no consequence to ICCap. CommentsTo indicate comments in an ADS input deck, start an input line with a semicolon (;). All text on the line following the semicolon will be ignored.
ADS will treat the suffix M as MEG and m as milli, whereas IC-CAP parses both M and m as milli. When specifying a value multiplied by10-3 use m; when specifying a value multiplied by 106 use MEG.
Device Model DescriptionsA device model is used to characterize a single ADS-defined element of any type. This specification requires a model definition that describes the device and an instance statement that calls the model definition. The model description specifies the value of a device model that describes a particular element. When a parameter is not specified, the default value in the model is used. The general form of the model definition is: model MNAME TYPE PNAME1 = PVAL1 PNAME2 = PVAL2...
A backslash immediately followed by a return (no space between the backslash and the return) at the end of a line indicates that the statement is continued on the next line This continuation character is often used for easier readability when specifying the model description. The general form of the instance statement that calls the device model is: TYPE :DNAME NNAME1 NNAME2...NNAMEN DPAR1 = DVAL1 DPAR2 = DVAL2...DPARN = DVALN
Subcircuit Model DescriptionsA subcircuit definition represents a circuit that contains more than 1 device. The syntax for defining a subcircuit is identical to the syntax used for the ADS input language. The general form of the subcircuit definition is: define SUBCKTNAME (NNAME1 NNAME2 ...NNAMEN) parameters PAR1 = VAL1 PAR2 = VAL2 ...PARN = VALN < body of subcircuit > end SUBCKTNAME
If parameters are specified, the assigned default values VAL are also optional. A parameter is assigned to this default value if the parameter is not specified in the subcircuit call. The body of the subcircuit contains element statements. It can contain calls to other subcircuits but it cannot contain other subcircuit definitions. The subcircuit definition is completed using the end SUBCKTNAME statement. Calling a subcircuit definition allows you to insert all instances specified within the subcircuit into the circuit. The call requires a syntax identical to the syntax used in the ADS input language for any instance statement. The general form of the instance statement is: TYPE :INAME NNAME1 NNAME2....NNAMEN PAR1 = VAL1 PAR2 = VAL2......PARN = VALN (While the syntax shown here is correct, passed parameters are ignored by IC-CAP.)
The following is an example of a complete subcircuit definition and subcircuit call.
|
|||||||||||||||
|
|||||||||||||||
![]() ![]() |