Des Constraints Ug
Des Constraints Ug
0
User’s Guide
NOTE: PDF files are intended to be viewed on the printed page; links and cross-references in this PDF file
may point to external files and generate an error when clicked. View the online help included with
software to enable all linked content.
NOTE: Links and cross-references in this PDF file may point to external files and generate an error
when clicked. View the online help included with software to enable all linked content.
Table of Contents
Families Supported........................................................................................9
Constraint Support by Family................................................................................................... 10
Constraint Entry ....................................................................................................................... 13
Constraint File Format by Family ............................................................................................. 16
Design Constraints
Design constraints are usually either requirements or properties in your design. You use constraints to
ensure that your design meets its performance goals and pin assignment requirements.
The software supports both timing and physical constraints. In addition, it supports netlist optimization
constraints. You can set constraints by either using Microsemi's interactive tools or by importing constraint
files directly into your design session.
Timing Constraints
Timing constraints represent the performance goals for your designs. Micrsosemi software uses timing
constraints to guide the timing-driven optimization tools in order to meet these goals.
You can set timing constraints either globally or to a specific set of paths in your design.
You can apply timing constraints to:
• Specify the required minimum speed of a clock domain
• Set the input and output port timing information
• Define the maximum delay for a specific path
• Identify paths that are considered false and excluded from the analysis
• Identify paths that require more than one clock cycle to propagate the data
• Provide the external load at a specific port
To get the most effective results from the Designer software, you need to set the timing constraints close to
your design goals. Sometimes slightly tightening the timing constraint helps the optimization process to meet
the original specifications.
Physical Constraints
Designer software enables you to specify the physical constraints to define the size, shape, utilization, and
pin/pad placement of a design. You can specify these constraints based on the utilization, aspect ratio, and
dimensions of the die. The pin/pad placement depends on the external physical environment of the design,
such as the placement of the device on the board.
There are three types of physical constraints:
• I/O assignments
- Set location, attributes, and technologies for I/O ports
- Create Regions for I/O and Core macros as well as modify those regions
• Clock assignments
- Assign nets to clocks
- Assign global clock constraints to global, quadrant, and local clock resources
See Also
Constraint Support by Family
Constraint Entry Table
Constraint File Format by Family
Naming Conventions
Families Supported
Timing
Create a clock X X X X
Physical Placement
-Clocks
-Regions
Create Region X X X X
Timing
Delete Regions X X X X
Move Region X X X X
-I/Os
Reserve pins X X X X
Unreserve pins X X X X
-Block
Move Block X X X
-Nets
Timing
Netlist Optimization
Set preserve X X X X
See Also
Constraint Entry Table
Constraint File Format by Family
Constraint Entry
Use the Constraint Entry table to see which tools and file formats you can use to enter constraints for your
device family.
Click the name of a constraint, a constraint entry tool, file format type, editor, or checkmark in the table for
more information about that item.
Table 2 · Constraint Entry by Tool and File Format
Constraint
Timing
Create a clock X X
Physical Placement
-Clocks
Constraint
Timing
-Regions
Create Region X X
Delete Regions X X
Move region X X
-I/Os
Reserve pins X X X
Unreserve pins X X X
-Blocks
Move Block X
-Nets
Netlist Optimization
Set preserve X
See Also
Constraint Support by Family
Constraint File Format by Family
IGLOO X X
SmartFusion2 X X X
ProASIC3 X X
See Also
Constraint Support by Family
Constraint Entry Table
Basic Concepts
Naming Conventions
The names of ports, instances, and nets in an imported netlist are sometimes referred to as their original
names. Port names appear exactly as they are defined in a netlist. For example, a port named A/B appears
as A/B in ChipPlanner, PinEditor, and I/O Attribute Editor in MultiView Navigator. Instances and nets display
the original names plus an escape character (\) before each backslash (/) and each slash (\) that is not a
hierarchy separator. For example, the instance named A/\B is displayed as A\/\\B.
The following components use the Tcl-compliant original names:
• PDC reader/writer
• SDC reader/writer
• Compile report
• SDF/Netlist writer for back annotation
• MultiView Navigator tools: NetlistViewer, PinEditor, ChipPlanner, and I/O Attribute Editor
• SmartTime
• SmartPower
See Also
PDC Naming Conventions
Clock
Specifying clock constraints is the most effective way of constraining and verifying the timing behavior of a
sequential design. You must use clock constraints to meet your performance goals and to quickly reach
timing closure.
Best practice is to specify and constrain all clocks used in the design.
To create a clock constraint, you must provide the following clock information:
Clock source: Specifies the pin or port where the clock signal is defined.
Clock period or frequency: Defines the smallest amount of time after which the signal repeats itself.
Duty cycle: Defines the percentage of time during which the clock period is high.
First edge: Indicates whether the first edge of the clock is rising or falling.
Offset: Indicates the shift of the first edge with respect to instant zero common to all clocks in the design.
Example 1:
create_clock -period 10 -waveform {2 7}
This example creates a clock with 10ns period, 2ns offset, and 50% duty cycle using the SDC command.
Example 2:
This example shows how to create a clock with 25MHz frequency, 4ns offset for its first rising edge, and
60% duty cycle using the SmartTime Constraints Editor. Using the Create New Clock Constraint dialog box
is equivalent to using the SDC command: create_clock -period 40 -waveform {4, 28}.
See Also
Constraint support by family
Constraint entry table
create_clock (SDC)
global_clocks (DCF)
Specifying Clock Constraints
Region
A region is a user-defined area on a chip into which you can constrain the physical placement of one or
more macros. You can also constrain macros containing multiple tiles for cores, RAMs, and I/Os. The
floorplanning process usually requires you to create several regions and assign logic to them. Logic can
include core logic, memory, and I/O modules. When you run the place-and-route tool, it places the logic into
their assigned regions.
Some regions are user-defined and others are automatically created by the tools to meet routing
requirements (for example, Local clock regions).
You can use region constraints to:
• Create user-defined regions such as Inclusive, Exclusive, Empty, LocalClock, and QuadrantClock
• Assign and unassign macros to user-defined regions
• Constrain all the macros connected to a net by assigning them to a specific net region
• Move regions from one set of co-ordinates to another
See Also
Assign Macro to Region
Create Region
Delete Region
Move Region
Unassign macro from region
About Floorplanning, Creating Regions, Editing Regions
Location
Each core, RAM, and I/O macro in the design is associated with a location on the device. When you run the
place-and-route tool, it places all of your logic into their assigned locations.
You can use location constraints to:
• Overwrite the existing placements of macros
• Tell the place-and-route tool where to initially place the macros
• Assign I/O macros to specific pins to meet your board's requirements
See Also
Assign I/O to pin
Assign macro to location
Assigning Logic to Locations, Moving Logic to Other Locations, Assigning Pins, Unassigning Pins
I/O Attributes
I/O attributes are the characteristics of logic macros or nets in your design. They indicate placement,
implementation, naming, directionality, and other characteristics. This information is used by the design
implementation software during the place-and-route of a design.
Input and output attributes are described in the documentation for the I/O Attribute Editor. Attributes
applicable to a specific tool are described in the help for that tool.
See the topics in I/O Attributes Reference for more detailed information about each attribute. See also , for a
table of attributes for each device family, and Welcome to I/O Attribute Editor.
See Also
I/O Attributes by Family
I/O Standards and I/O Attributes Applicability
I/O Standards Compatibility Matrix
I/O Attributes
Attribute Family
Bank Name X X X X
Direction X X X X
Group X X X X
Hot Swappable X X X X
I/O Available in X
Flash*Freeze
Mode
I/O Standard X X X X
I/O State in X
Flash*Freeze
Mode
Locked X X X X
Macro Cell X X X
ODT Imp X
ODT Static X
Output Drive X X X X
Output Load X X X X
Pin Number X X X X
Port Name X X X X
Attribute Family
Pre-Emphasis X
Resistor Pull X X X X
Skew X X X
Slew X X X X
Use Register X X X
Bank Name
Purpose
Displays the name of the bank to which the I/O macro has been assigned. You cannot change the bank
name.
Families Supported
IGLOO Yes
SmarFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Direction
Purpose
Indicates whether the pin is accepting a signal (input), sending a signal (output), or both sending and
receiving a signal (Inout).
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Group
Purpose
Indicates whether the port currently belongs to a group.
Families Supported
IGLOO Yes
SmartFusion2 Yes
Families Supported
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Use this attribute to assign a port to a group or unassign a port from a group.
Hold State
Purpose
Preserves the previous state of the I/O. By default, all the I/Os become tristated when the device goes into
Flash*Freeze mode. (A tristatable I/O is an I/O with three output states: high, low, and high impedance.) You
can override this default using the hold_state attribute. When you set the hold_state to True, the I/O remains
in the same state in which it was functioning before the device went into Flash*Freeze mode.
Families Supported
SmartFusion No
SmartFusion2 No
Fusion No
ProASIC3 No
Hot Swappable
The I/O standard specified and the selected voltage determine this read-only attribute.
Purpose
Indicates whether the I/O pin is hot swappable.
Families Supported
IGLOO Yes
SmartFusion Yes
Fusion Yes
Values
If you see either a checkmark or ON (all standards except PCI and PCIX), it means that a clamp diode is
NOT included to allow proper hot-swap behavior. If you do not see a checkmark or you see "OFF" (PCI and
PCIX only), it means that a clamp diode is included as required by those specifications, but the I/O is NOT
hot swappable.
Example
set_io A -HOT_SWAPPABLE ON
Input Delay
Purpose
Indicates whether the input path delay elements are to be programmed. If they will be programmed, this
option adds the specified input delay to the input path.
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
Values
Use this attribute to turn the input delay on or off, or to set the input delay value. See your device datasheet
for more information.
Note: The actual input delay is a function of the operating conditions and is automatically computed by the
delay extractor when a timing report is generated.
Example
The following command sets the input delay to 2:
set_io A -INPUT_DELAY 2
Families Supported
SmartFusion2 Yes
Values
You can specify YES or NO (default) for FF_IO_AVAIL.
Example
set_io A -FF_IO_AVAIL YES
I/O Standard
Purpose
Use the I/O standard attribute to assign an I/O standard to an I/O macro.
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Note: Note: Voltage referenced I/O inputs require an input referenced voltage (VREF). You must assign
VREF pins to IGLOOe and ProASIC3E devices before running Layout.
The devices support multiple I/O standards (with different I/O voltages) in a single die. You can use the I/O
Attribute Editor to set I/O standards and attributes, or alternatively you can export and import this information
using a PDC file.
Not all devices support all I/O standards. The following table shows you which I/O standards are supported
by each device.
BUSLVDS X
CMOS
CUSTOM
LPDDR I and II X
LVCMOS 2.5 V X X X X
LVCMOS 1.8 V X X X X
LVCMOS 1.5 V X X X X
LVPECL X X X X
LVTTL/TTL X X X X
MINILVDS X
MLVDS X
PCI X X X X
PCI-X 3.3 V X X X
RSDS X
Note: Note: For a list of I/O standards for all other families, refer to the datasheet for your specific device.
Descriptions
Following are brief descriptions of the I/O standard attributes in the table above.
BUSLVDS
Enables multipoint configuration of LVDS; useful when point-to-point communication in LVDS is inadequate.
CUSTOM
An option in the I/O Attribute Editor that enables you to customize individual I/O settings such as the I/O
threshold, output slew rates, and capacitive loadings on an individual I/O basis. For example, PCI mode
output can be set to low-slew rate. For more information, go to the Microsemi SoC web site (www.actel.com)
and check the datasheet for your device.
LPDDR I and II
Low Power double data rate synchronous DRAM for mobile computers.
LVCMOS 2.5 V/5.5V (Low-Voltage CMOS for 2.5 and 5.0 Volts)
An extension of the LVCMOS standard (JESD 8-5) used for general-purpose 2.5 V and 5.0V applications.
MINILVDS
Signaling standard used for display applications with resolutions between video graphics arrays (VGAs) and
ultra extended graphic arrays (UXGAs).
MLVDS
MLVDS has two types of receivers. Type-1 is compatible with LVDS and uses a +/- 50 mV threshold. Type-2
receivers allow Wired-Or signaling with M-LVDS devices. For MLVDS:
RSDS
Reduced Swing Differential Signaling , a electronic signaling standard and protocol for a chip-to-chip
interface. Signaling standard commonly used for display applications with resolutions between video
graphics arrays (VGAs) and ultra extended graphic arrays (UXGAs).
Families Supported
SmartFusion2 Yes
Values
You can specify TRISTATE or LAST_VALUE for FF_IO_STATE.
Example
You can set your I/O to the last available value using FF_IO_STATE:
set_io A -FF_IO_STATE LAST_VALUE
Locked
Purpose
Indicates whether you can change the current pin assignment during layout.
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Values
Use this attribute to lock or unlock the pin assignment. Selecting the check box locks the pin assignment.
Clearing the check box unlocks the pin assignment. If locked, you cannot change the pin assignment. PDC
values are YES or NO.
Example
set_io -fixed YES
Families Supported
SmartFusion2 Yes
Values
You can set Low Power Exit to OFF (default), Wake_on_Change, Wake_on_0, or Wake_on_1. For example:
set_io A -LPE Wake_on_1
Macro Cell
Purpose
Indicates the type of I/O macro. This value is read only and is applicable only to the I/O Attribute Editor tool
(that is, you cannot use it in GCF or PDC files).
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
ODT Imp
Purpose
On-die termination (ODT) is the technology where the termination resistor for impedance matching in
transmission lines is located inside a semiconductor chip instead of on a printed circuit board.
Port Configuration (PC) bits are static configuration bits set during programming to configure the IO(s) as per
your choice.
Families Supported
SmartFusion2 Yes
Values
See the device datasheet for available values.
Example
You can set your ODT Imp to 50 with the following command:
set_io Y -ODT_IMP 50
ODT Static
Purpose
On-die termination (ODT) is the technology where the termination resistor for impedance matching in
transmission lines is located inside a semiconductor chip instead of on a printed circuit board.
Families Supported
Families Supported
SmartFusion2 Yes
Values
On or Off (default).
Example
Set your ODT Static to On with the following command:
set_io A -ODT_STATIC On
Output Drive
Purpose
Every I/O standard has an output drive preset; however, for some I/O standards, you can choose which one
to use. The higher the drive, the faster the I/O. The faster the I/O, the more power consumed by the I/O.
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Values
Drive strength is programmable for some I/O technologies. See the device silicon user's guide for specific
ranges.
Some I/O technologies are not programmable. Using this attribute in conjunction with non-programmable
I/O technology will generate an error no matter what value the attribute is set to.
Example
set_io -out_drive 4
Output Load
Purpose
Indicates the output-capacitance value based on the I/O standard selected in the I/O Standard cell. This
option is not available in software.
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Values
You can enter a capacitative load as an integral number of picofarads. The default value varies by device
family. If necessary, you can change the output capacitance default setting to improve timing definition and
analysis. Both the capacitive loading on the board and the Vil/Vih trip points of driven devices affect output-
propagation delay.
SmartTime, Timing-Driven Layout and Back-Annotation automatically uses the modified delay model for
delay calculations.
The default value is 5, and the range of possible values is 0-9999.
Example
-set_io Y -OUT_LOAD 5
Pin Number
Purpose
Use this attribute to change a pin assignment by choosing one of the legal values from the drop-down list. If
the pin has been assigned, the pin number appears in this column. If it has not been assigned then
Unassigned appears in this column.
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Example
set_io -pinname AC30
Port Name
Purpose
Indicates the port name of the I/O macro. This value is read only.
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Pre-Emphasis
The pre-emphasis rate is the amount of rise or fall time an input signal takes to get from logic low to logic
high or vice versa. It is commonly defined to be the propagation delay between 10% and 90% of the signal's
voltage swing.
Purpose
Indicates the slew rate for output buffers. Generally, available slew rates are high and low.
Families Supported
SmartFusion2 Yes
Values
You can set the slew rate for the output buffer to NONE (default), MIN, MEDIUM, or MAX. The output buffer
has a programmable slew rate for both high-to-low and low-to-high transitions. The low rate is incompatible
with 3.3 V PCI requirements. Not all I/O technologies support pre-emphasis; including the attribute in a
set_io statement that specified a non-supporting I/O technology will create an error.
For SmartFusion2 you can edit the pre-emphasis for designs using LVTTL, all LVCMOS, or PCIX I/O
standards.
One way to eliminate problems with low slew rate is with external .
In processing electronic audio signals, pre-emphasis refers to a system process designed to increase (within
a frequency band) the magnitude of some (usually higher) frequencies with respect to the magnitude of
other (usually lower) frequencies in order to improve the overall signal-to-noise ratio by minimizing the
adverse effects of such phenomena as attenuation distortion or saturation of recording media in subsequent
parts of the system. While the mirror operation is called de-emphasis, the system as a whole is called
emphasis.
Example
set_io A -PRE_EMPHASIS NONE
Resistor Pull
Purpose
Allows inclusion of a weak resistor for either pull-up or pull-down of the input buffer.
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Values
Use this attribute to set the resistor pull. Your choices are None, Up (pull-up), or Down (pull-down). The
default value is None, except when an I/O exists in the netlist as a port, is not connected to the core, and is
configured as an output buffer. In that case, the default setting is for a weak pull-down.
Example
-set_io A -RES_PULL NONE
Schmitt Trigger
Purpose
A schmitt trigger is a buffer used to convert a slow or noisy input signal into a clean one before passing it to
the FPGA. This is a simple, low-cost solution for a user working with low slew-rate signals. Using schmitt-
trigger buffers guarantees a fast, noise-free, input signal to the FPGA.
Schmitt-trigger buffers are categorized in three configurations:
• Fixed threshold voltages with non-inverted outputs
• Fixed threshold voltages and inverted outputs
• Variable threshold voltages with non-inverted outputs
With the aid of schmitt-trigger buffers, low slew-rate applications can also be handled with ease.
Implementation of these buffers is simple, not expensive, and flexible in that different configurations are
possible depending on the application. The characteristics of schmitt-trigger buffers (e.g. threshold voltage)
can be fixed or user-adjustable if required.
Families Supported
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes, with one exception: this attribute is not supported in ProASIC3L
except in A3PE3000L
Values
A schmitt trigger has two possible states: Off (default) or On. The trigger for this circuit to change states is
the input voltage level. That is, the output state depends on the input level, and will change only as the input
crosses a pre-defined threshold.
Not all I/O technologies support SCHMITT_TRIGGER. Including the attribute in a set_io statement that also
specifies a non-supporting I/O technology will create an error.
For more information, please see the Using Schmitt Triggers for Low Slew-Rate Input Application Note on
the Microsemi SoC web site.
Example
set_io A -SCHMITT_TRIGGER On
Skew
Purpose
Indicates whether there is a fixed additional delay between the enable/disable time for a tristatable I/O. (A
tristatable I/O is an I/O with three output states: high, low, and high impedance.) 2 ns delay on rising edge, 0
ns delay on falling edge.
Families Supported
IGLOO Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Values
You can set the skew for a clock to either Off (default) or On.
Note that a Tri State or "tristatable" logic gate has three output states: high, low, and high impedance. In a
high impedance state, the output acts like a resistor with infinite resistance, which means the output is
disconnected from the rest of the circuit.
Example
-set_io -skew On
Slew
The slew rate is the amount of rise or fall time an input signal takes to get from logic low to logic high or vice
versa. It is commonly defined to be the propagation delay between 10% and 90% of the signal's voltage
swing.
Purpose
Indicates the slew rate for output buffers. Generally, available slew rates are high and low.
Families Supported
SmartFusion2 Yes
IGLOO Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Values
Values for slew for SF2 are: SLOW (default), MEDIUM, MEDIUM_FAST, and FAST. MSIO and MSIOD
banks only accept SLOW for SLEW values on the I/O technologies that support SLEW. DDRIO supports all
four values.
Not all I/O technologies support SLEW. Including the attribute in a set_io statement that also specifies a
non-supporting I/O technology will create an error.
The SLOW slew rate is incompatible with 3.3 V PCI requirements.
For ProASIC3 families, you can edit the slew for designs using LVTTL, all LVCMOS, or PCIX I/O standards.
The other I/O standards have a preset slew value. For those devices that support additional slew values,
Microsemi SoC recommends that you use the SLOW and FAST values and let the software map to the
appropriate absolute slew value. The default slew displayed in the I/O Attribute Editor is based on the
selected I/O standard. For example, PCI mode sets the default output slew rate to FAST.
Note: One way to eliminate problems with low slew rate is with external .
In some applications, you may require a very fast (i.e. high slew rate) signal, which approaches an ideal
switching transition. You can accomplish this by either reducing the track resistance and/or capacitance on
the board or increasing the drive capability of the input signal. Both of these options are generally time
consuming and costly. Furthermore, the closer the input signal approaches an ideal one, the greater the
likelihood of unwanted effects such as increased peak current, capacitive coupling, and ground bounce.
In many cases, you may want to incorporate a finite amount of slew rate into your signal to reduce these
effects. On the other hand, if an input signal becomes too slow (i.e. low slew rate), then noise around the
FPGA's input voltage threshold can cause multiple state changes. During the transition time, both input
buffer transistors could potentially turn on at the same time, which could result in the output of the buffer to
oscillate unpredictably. In this situation, the input buffer could still pass signals.
However, these short, unpredictable oscillations would likely cause the device to malfunction.
Example
-set_io slew MEDIUM
Use Register
Purpose
The input and output registers for each individual I/O can be activated by selecting the check box associated
with an I/O. The I/O registers are NOT selected by default.
If this option is yes, the combiner combines the register into the I/O module if possible. This option overrides
the default setting in the Compile options. I/O registers are off by default. The following table shows the
acceptable values for the -register attribute:
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Values
Possible values are yes or no.
Example
set_io -register no
See Also
I/O Register Combining Rules
User Reserved
Purpose
You can explicitly reserve a pin in one of the following ways:
• In the I/O Attribute Editor (Package Pins view), select the User Reserved checkbox associated with
the pin to reserve.
• Select a pin in PinEditor, right-click it, and choose Reserve Pin from the right-click menu.
• Use the reserve command in a PDC file.
Families Supported
IGLOO Yes
SmartFusion2 Yes
SmartFusion Yes
Fusion Yes
ProASIC3 Yes
Values
The list of possible values for this attribute is the list of package pins.
Example
reserve -pinname "F2 B4 B3"
Name
Enter a name for the new port.
Direction
Select one of the following options:
Input
Select this option if the port is to receive a signal.
Output
Select this option if the port is to send a signal.
Bi-directional (Inout)
Select this option if the port will both send and receive a signal.
Name
Enter a new name for the port.
Direction
Select one of the following options:
Input
Select this option if the port is to receive a signal.
Output
Select this option if the port is to send a signal.
Bi-directional (Inout)
Select this option if the port will both send and receive a signal.
Choose Bank
Choose a bank from the drop-down list.Any banks not assigned I/O standards use the default standard
selected in your Project Settings.
Locked
Select this option to lock all I/O banks, so the I/O Bank Assigner cannot unassign and re-assign the
technologies in your design.
VCCI
Each I/O bank has a common supply voltage, VCCI, for the I/Os within that bank.
Click Apply to assign the selected I/O standards to the selected bank. Any previously assigned I/Os in the
bank that are no longer compatible with the standards applied are unassigned.
See Also
Manually Assigning Technologies to I/O Banks
Assigning VREF Pins
Choose Bank
Choose a bank from the drop-down list. If you do not assign I/O standards to a bank, that bank uses the
default standard selected in the Device Selection Wizard.
Locked
Select this option to lock all I/O banks, so the I/O Bank Assigner cannot unassign and re-assign the
technologies in your design.
VCCI
Each I/O bank has a common supply voltage, VCCI, for the I/Os within that bank. (Technologies not allowed
for the selected VCCI appear grayed out.)
VREF
A voltage referenced I/O input (VREF) requires an input referenced voltage. You must assign VREF pins to
IGLOOe, Fusion, ProASIC3L (A3PE3000L only) and ProASIC3E devices before running Layout.
Note: You cannot assign VREF pins in IGLOO or ProASIC3 low-cost devices.
See Also
Manually Assigning Technologies to I/O Banks
Assigning Pins in IGLOOe, Fusion, and ProASIC3E
Assigning VREF Pins
• 2.50V
• 3.30V
East MSS I/Os refer to Bank2.
West MSS I/Os refer to Bank4.
When changing the VCCI the MSS I/Os placed on this bank will change the IoTech to match the new VCCI;
this is done automatically.
The IoTech is changed as follows:
• 3.30V: MSS I/Os placed on this bank are changed to LVTTL.
• 2.50V: MSS I/Os placed on this bank are changed to LVCMOS 2.5V.
• 1.80V: MSS I/Os placed on this bank are changed to LVCMOS 1.8V.
• 1.50V: MSS I/Os placed on this bank are changed to LVCMOS 1.5V.
Entering Constraints
- SmartTime Constraints Editor - Enables you to view and edit timing constraints
SmartFusion2 constraints are managed differently; see the SmartFusion2-specific content related to those devices.
See Also
Constraint Support by Family
Constraint Entry
Constraint File Format by Family
Designer Naming Conventions
Source File
Import constraints file as source files if they were created with external tools that will be tracked (audited).
This helps to coordinate the design changes better. For details on how to import source files, refer to .
The following table shows different constraints format files that can be imported as source files for specific
families.
Table 5 · File Types You Can Imported as Source Files
Auxiliary File
When you import a constraint file as an auxiliary file, it is not audited and is treated more as one-time data-
entry or data-change events, similar to entering data using one of the interactive editors. For details on how
to import auxiliary files, refer to .
The following table shows different constraints format files that can be imported as auxiliary files for specific
families.
Table 6 · File Types You Can Import as Auxiliary Files
(*) When you import SDC as an auxiliary file, you can specify only one file in the File > Import Auxiliary
Files dialog box.
(**) Not all PDC commands are supported when a PDC file is imported as an auxiliary file; some must be
imported as source files. When importing a PDC file as an auxiliary file, the new or modified PDC constraints
are merged with the existing constraints. The software resolves any conflicts between new and existing
physical constraints and displays the appropriate message. Most PDC commands can be imported as
auxiliary files. PDC commands that are not supported when the PDC file is imported as an auxiliary file are
noted in their respective help topics.
You can either overwrite or retain your existing timing and physical constraints. For details on how to
preserve the existing timing constraints, refer to . For details on how to preserve the existing physical
constraints, refer to .
See Also
Importing source files
Importing auxiliary files
Keep Existing Timing Constraints
Keep Existing Physical Constraints
See Also
Overview
About NetlistViewer in MultiView Navigator
About PinEditor in MultiView Navigator
About I/O Attribute Editor
About ChipPlanner
The following table shows a complete list of constraint files that you can export along with the supported
family.
See Also
Exporting Files
Create Clock
Families Supported
The following table shows which families support this constraint and which file formats and tools you can use
to enter or modify it:
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to create a clock constraint at a specific source and define its waveform. The static timing
analysis tool uses this information to propagate the waveform across the clock network to the clock pins of
all sequential elements driven by the defined clock source. The clock information is also used to compute
the slacks in the specified clock domain, display setup and hold violations, and drive optimization tools such
as place-and-route.
See Also
Constraint Entry
create_clock (SDC)
Clock Definition
Specifying Clock Constraint
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to create an internally generated clock constraint, such as clock dividers and PLL. The
generated clock is defined in terms of multiplication and/or division factors with respect to a reference clock
pin. When the reference clock pin changes, the generated clock is updated automatically.
See Also
Constraint Entry
create_generated_clock (SDC)
Specifying Generated Clock Constraint
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to remove the timing uncertainty between two clock waveforms within SmartTime.
You can remove clock uncertainty constraints in an SDC file, which you can either create yourself or
generate with Synthesis tools, at the same time you import the netlist. Alternatively, you can remove clock
uncertainty using the GUI tools in the Designer software.
See Also
Constraint Entry
set_clock_uncertainty(SDC)
SmartTime User's Guide: Specifying Clock-to-Clock Uncertainty Constraint
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to define the delay between an external clock source and the definition pin of a clock
within SmartTime.
You can set clock latency constraints in an SDC file, which you can either create yourself or generate with
Synthesis tools, at the same time you import the netlist. Alternatively, you can set clock latency using the
GUI tools in the Designer software when you implement your design.
See Also
Constraint Entry
set_clock_latency (SDC)
Specifying Clock Source Latency
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to define the timing uncertainty between two clock waveforms or maximum skew within
SmartTime.
You can set clock uncertainty constraints in an SDC file, which you can either create yourself or generate
with Synthesis tools, at the same time you import the netlist. Alternatively, you can set clock uncertainty
using the GUI tools in the Designer software when you implement your design.
See Also
Constraint Entry
set_clock_uncertainty(SDC)
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint disable the timing arc in the specified ports on a path.
You can disable the timing arc in an SDC file, which you can either create yourself or generate with
Synthesis tools, at the same time you import the netlist. Alternatively, you can disable the timing arc using
the GUI tools in the Designer software when you implement your design.
See Also
Constraint Entry
set_disable_timing(SDC)
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to identify paths in the design that should be disregarded during timing analysis and
timing optimization.
By definition, false paths are paths that cannot be sensitized under any input vector pair. Therefore,
including false paths in timing calculation may lead to unrealistic results. For accurate static timing analysis,
it is important to identify the false paths.
You can set false paths constraints in an SDC file, which you can either create yourself or generate with
Synthesis tools, at the same time you import the netlist. Alternatively, you can set false paths using the GUI
tools in the Designer software when you implement your design.
See Also
Constraint Entry
set_false_path (SDC)
Breaks Tab
Specifying False Path Constraint
SmartFusion2 X X
SmartFusion X X
Fusion X X
Purpose
Use this constraint to define the arrival time relative to a clock.
See Also
Constraint Entry
set_input_delay (SDC)
Specifying Input Delay Constraint
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to set the capacitance to a specified value on a specified port.
Delay on a given path depends on the load at the output pin of the device. For an accurate static timing
analysis of a given design, it is important to set the load on the port which can be taken into account for
delay calculations.
See Also
Constraint Entry
set_load (SDC)
pin_assign
Editing I/O Attributes
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to set the maximum delay exception between the specified ports on a path.
You can set maximum delay exception in an SDC file, which you can either create yourself or generate with
Synthesis tools, at the same time you import the netlist. Alternatively, you can set maximum delay
exceptions using the GUI tools in the Designer software when you implement your design.
See Also
Constraint Entry
set_max_delay (SDC)
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to set the minimum delay exception between the specified ports on a path.
You can set minimum delay exception in an SDC file, which you can either create yourself or generate with
Synthesis tools, at the same time you import the netlist. Alternatively, you can set minimum delay exceptions
using the GUI tools in the Designer software when you implement your design.
See Also
Constraint Entry
set_min_delay (SDC)
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to identify paths in the design that take multiple clock cycles.
You can set multicycle path constraints in an SDC file, which you can either create yourself or generate with
Synthesis tools, at the same time you import the netlist. Alternatively, you can set multicycle paths using the
GUI tools in the Designer software when you implement your design.
See Also
Constraint Entry
set_multicycle_paths (SDC)
Specifying Input Delay Constraint
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to set the output delay of an output relative to a clock.
See Also
Constraint Entry
set_output_delay (SDC)
SmartTime User's Guide: Specifying Output Delay Constraint
Families Supported
The following table shows which families support this constraint and which file formats and tools you can use
to enter or modify it:
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to set the location of a pin.
You can use the set_io command in a PDC file to assign I/Os to pins as well as set the attributes of an I/O..
Note: Note: You can also set the location of a pin using the pin_assign command in a Tcl script.
See Also
Constraint Entry
set_io (PDC)
pin_assign
Assigning Pins
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to assign one or more I/O macros to a specific location. You can define the location using
array co-ordinates.
By confining macros to one area, you can keep the nets connected to that area, resulting in better timing
and better floorplanning. Sometimes placing some macros at specific locations can also result in meeting
timing closures.
See Also
Constraint Entry
set_location (PDC)
set_location (GCF)
MultiView Navigator User's Guide: Assigning Logic to Locations
ChipEditor User's Guide: Assigning Logic
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to assign one or more macros to a specific region.
By confining macros to one area, you can keep the nets connected to that area, resulting in better timing
and better floorplanning.
You can use the define_region PDC command to create a region, and then use the assign_region PDC
command to constrain a set of existing macros to that region.
You can also use the MultiView Navigator tool to create regions for any of the supported families.
See Also
Constraint Entry
assign_region (PDC)
Assigning a Macro to a Region
Families PDC
IGLOO X
SmartFusion X
Fusion X
ProASIC3 X
Purpose
Use this constraint to assign high fan-out nets to global clock networks by promoting the net using an
internal global macro.
If there are enough global clock routing resources available in a device, you can promote regular nets that
have high fan-out to the dedicated fast global clock routing resources which can lead to better performance
for your design. This is achieved by automatically inserting an internal global macro on a net which guides
the place-and-route tool to promote that particular net to a global clock resource. This internal global macro
is CLKINT for IGLOO, ProASIC3, SmartFusion and Fusion families.
See Also
Constraint Entry
assign_global_clock (PDC)
Families PDC
IGLOO X
SmartFusion X
Fusion X
ProASIC3 X
Purpose
Use this constraint to assign regular nets to local clock routing or to LocalClock regions. This results in the
creation of a LocalClock region that spans the area of the local clock net.
If there are enough local clock resources but not enough global clock routing resources available in a
device, you can assign regular nets that have high fan-out to the dedicated local clock routing resources
which can lead to better performance for your design.
See Also
Constraint Entry
assign_local_clock (PDC)
MultiView Navigator User's Guide: Creating LocalClock Regions
IGLOO X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to assign regular nets to quadrant clock routing. This results in the creation of a
QuadrantClock region that spans the area of the quadrant clock net.
If there are enough quadrant clock resources but not enough global clock routing resources available in a
device, you can promote regular nets that have high fan-out to the dedicated quadrant clock routing
resources which can lead to better performance for your design.
See Also
Constraint Entry
assign_quadrant_clock (PDC)
MultiView Navigator User's Guide: Creating QuadrantClock Regions
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to place all the loads of a net into a given region. This constraint is useful for high fan-out
or critical path nets or bus control logic.
Constraining nets to a region helps to control the connection delays from the net's driver to the logic
instances it fans out to. You can adjust the size of the region to pack logic more closely together, hence,
improving its net delays.
Suppose you have a global net with loads that span across the whole chip. When you constrain this net to a
specific region, you force the loads of this global net into the given region. Forcing loads into a region frees
up some areas that were previously used. You can then use these free areas for high-speed local
clocks/spines.
Macros connected to a specific net can be assigned to a region in the device. The region can be defined
using the define_region PDC command. With the set_net_region GCF command, you can use array
coordinates to define the region into which you want to place all the connected instances, driver, and all the
driven instances for the net(s).
When assigning a net to a region, all of the logic driven by that net will be assigned to that region.
Using Regions for Critical Path and High Fan-out Nets
You should assign high fan-out or critical path nets to a region only after you have used up your global
routing and clock spine networks. If you have determined, through timing analysis, that certain long delay
nets are creating timing violations, assign them to regions to reduce their delays.
Before creating your region, determine if any logic connected to instances spanned by these nets have any
timing requirements. Your region could alter the placement of all logic assigned to it. This may have an
undesired side effect of altering the timing delays of some logic paths that cross through the region but are
not assigned to it. These paths could fail your timing constraints depending on which net delays have been
altered.
See Also
Constraint Entry
assign_net_macros (PDC)
Assigning a Net to a Region
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to set the I/O supply voltage (VCCI) for I/O banks.
I/Os are organized into banks. The configuration of these banks determines the I/O standards supported.
Since each I/O bank has its own user-assigned input reference voltage (VREF) and an input/output supply
voltage, only I/Os with compatible standards can be assigned to the same bank.
For IGLOO, SmartFusion and Fusion devices you can use the set_iobank PDC command to set the
input/output supply voltage and the input reference voltage for an I/O bank.
However, for ProASIC3 devices, you can use this command to set only the input/output supply voltage for
an I/O bank.
See Also
Constraint Entry
set_iobank
MultiView Navigator User's Guide: Manually Assigning Technologies to I/O Banks
Create Region
Families Supported
The following table shows which families support this constraint and which file formats and tools you can use
to enter or modify it:
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to create either a rectangular or rectilinear region on a device.
You can create a region within a device for setting specific physical constraints or for achieving better
floorplanning. You can define regions with the array coordinates for that particular device.
You can use the define_region PDC command to create a rectangular or rectilinear region, and then
use the assign_region PDC command to constrain a set of macros to that region.
You can also use the MultiView Navigator tool to create regions for any of the supported families.
See Also
Constraint Entry
define_region (PDC)
Creating Regions
Delete Regions
Families Supported
The following table shows which families support this constraint and which file formats and tools you can use
to enter or modify it:
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to remove the region(s) that you specify. You can use wildcards in the undefine_region
PDC command to delete all user regions.
See Also
Constraint Entry
undefine_region
MultiView Navigator User's Guide: Editing Regions
Move Block
Families Supported
The following table shows which families support this constraint and which tools you can use to enter or
modify it:
Families PDC
IGLOO X
SmartFusion X
Fusion X
ProASIC3 X
Purpose
Use this constraint to move a Designer block from its original, locked placement by preserving the relative
placement between the instances. You can move the block to the left, right, up, or down.
See Also
Set Block Options
Constraint Entry
Move Region
Families Supported
The following table shows which families support this constraint and which file formats and tools you can use
to enter or modify it:
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to move the location of a previously defined region.
See Also
Constraint Entry
move_region (PDC)
MultiView Navigator User's Guide: Editing Regions
Reserve Pins
Families Supported
The following table shows which families support this constraint and which file formats and tools you can use
to enter or modify it:
IGLOO X X X
SmartFusion2 X X X
SmartFusion X X X
Fusion X X X
ProASIC3 X X X
Purpose
Use this constraint to reserve pins for use in a later design.
See Also
unreserve
Constraint Entry
Assigning Pins
IGLOO X X X
SmartFusion2 X X X
SmartFusion X X X
Fusion X X X
ProASIC3 X X X
Purpose
Use this constraint to either reset an I/O to its default settings or to unassign an I/O.
Attributes for an I/O, such as I/O standard, I/O threshold, Output drive, and so on, can be restored to their
default values.
See Also
Constraint Entry
reset_io
IGLOO X X X
SmartFusion2 X X X
SmartFusion X X X
Fusion X X X
ProASIC3 X X X
Purpose
Use this constraint to reset an I/O bank's technology to the default setting. The default is specified in Project
> Project Settings.
See Also
Constraint Entry
reset_iobank
Assigning Technologies to I/O Banks, Editing I/O Attributes
Families PDC
IGLOO
SmartFusion
Fusion
ProASIC3
Purpose
Use this constraint to reset a net's criticality to its default value, which is 5.
Net criticality is a guide for the place-and-route tool to keep instances connected to a net as close as
possible, at the cost of other (less critical) nets. Net criticality can vary from 1 to 10 with 1 being the least
critical and 10 being the most.
See Also
Constraint Entry
reset_net_critical
set_net_critical
Families PDC
IGLOO X
SmartFusion X
Fusion X
ProASIC3 X
Purpose
Use this constraint to override the compile option for placement or routing conflicts for an instance of a
Designer block.
See Also
Move Block
Constraint Entry
IGLOO
SmartFusion
Fusion
ProASIC3
Purpose
Use this constraint to set the level at which the place-and-route tool must keep instances connected to a net.
Net criticality is a guide for the place-and-route tool to keep instances connected to a net as close as
possible at the cost of other (less critical) nets. Net criticality can vary from 1 to 10 with 1 being the least
critical and 10 being the most. You can set a net's criticality to any number between 1 and 10 to help place-
and-route tool prioritize its timing driven placement.
See Also
Constraint Entry
set_net_critical
Families PDC
IGLOO X
SmartFusion X
Fusion X
ProASIC3 X
Purpose
Use this constraint to set properties on a port in the block flow.
See Also
Constraint Entry
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to unassign one or more macros from a specific region in the device.
Macros assigned to a specific region using the assign_region command can be unassigned from that region
using the unassign_macro_from_region command
See Also
Constraint Entry
unassign_macro_from_region
MultiView Navigator User's Guide: Unassigning a Macro from a Region
IGLOO X X
SmartFusion2 X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to unassign macros that are connected to a specific net from an assigned region.
See Also
Constraint Entry
unassign_net_macros
Unassigning a Macro from a Region
Unreserve Pins
Families Supported
The following table shows which families support this constraint and which file formats and tools you can use
to enter or modify it:
IGLOO X X X
SmartFusion2 X X X
SmartFusion X X X
Fusion X X X
ProASIC3 X X X
Purpose
Use this constraint to unreserve pins that were previously reserved. Once pins are unreserved, you can use
them again in a design.
See Also
reserve
Constraint Entry
Assigning Pins
Families PDC
IGLOO X
SmartFusion X
Fusion X
ProASIC3 X
Purpose
Use this constraint to remove all buffers and inverters from a given net. In the IGLOO and ProASIC3
architectures, inverters are considered buffers because all tile inputs can be inverted. This rule is also true
for all Flash architectures but not for Antifuse architectures.
See Also
Constraint Entry
C:\libero_ide_flare\Content\design_constraints\optimize.htmNetlist Optimization Constraints
dont_touch_buffer_tree (PDC)
IGLOO X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint either to free up a dedicated clock routing resource by demoting a global net to a regular
net or to prevent a clock net from automatically being promoted to a global net.
If there are multiple clocks in a design and not enough clock routing resources, you can demote a global net
to a regular net for a clock that does not drive logic through the critical path in a design.
See Also
Constraint Entry
Netlist Optimization Constraints
unassign_global_clock (PDC)
IGLOO X X
SmartFusion X X
Fusion X X
ProASIC3 X X
Purpose
Use this constraint to increase the performance of your design.
If there are enough clock routing resources available in a device, you can promote regular nets that have
high fan-out to the dedicated fast clock routing resources which can lead to better performance for your
design.
See Also
Constraint Entry
Netlist Optimization Constraints
assign_global_clock (PDC)
Setting Compile Options, -promote_globals <value>
IGLOO X
SmartFusion X
Fusion X
ProASIC3 X
Purpose
Use this constraint to undo the operation of a previously specified delete_buffer_tree command. This
constraint is useful in the import and merge flow when users want to keep the previous database constraint
but want to overwrite just one delete_buffer_tree command.
See Also
Constraint Entry
Netlist Optimization Constraints
delete_buffer_tree (PDC)
Set Preserve
Families Supported
The following table shows which families support this constraint and which tools you can use to enter or
modify it:
Families PDC
IGLOO X
SmartFusion2 X
SmartFusion X
Fusion X
ProASIC3 X
Purpose
Use this constraint to preserve instances before compiling them so they will not be combined during
compile.
See Also
Constraint Entry
Netlist Optimization Constraints
set_preserve (PDC)
Command Action
set_clock_latency Defines the delay between an external clock source and the
definition pin of a clock within SmartTime
See Also
Constraint Entry
SDC Syntax Conventions
Importing Constraint Files
Syntax Description
Notation
variable Variables appear in blue, italic Courier New typeface. You must
substitute an appropriate value for the variable.
Example
The following example shows syntax for the create_clock command and a sample command:
create_clock -period period_value [-waveform edge_list] source
create_clock –period 7 –waveform {2 4}{CLK1}
Wildcard Characters
You can use the following wildcard characters in names used in the SDC commands:
Note: Note: The matching function requires that you add a backslash (\) before each slash in the pin names
in case the slash does not denote the hierarchy in your design.
See Also
About SDC Files
create_clock
SDC command; creates a clock and defines its characteristics.
create_clock -name name -period period_value [-waveform edge_list] source
Arguments
-name name
Specifies the name of the clock constraint. This parameter is required for virtual clocks when no clock
source is provided.
-period period_value
Specifies the clock period in nanoseconds. The value you specify is the minimum time over which the
clock waveform repeats. The period_value must be greater than zero.
-waveform edge_list
Specifies the rise and fall times of the clock waveform in ns over a complete clock period. There must be
exactly two transitions in the list, a rising transition followed by a falling transition. You can define a clock
starting with a falling edge by providing an edge list where fall time is less than rise time. If you do not
specify -waveform option, the tool creates a default waveform, with a rising edge at instant 0.0 ns and a
falling edge at instant (period_value/2)ns.
source
Specifies the source of the clock constraint. The source can be ports or pins in the design. If you specify a
clock constraint on a pin that already has a clock, the new clock replaces the existing one. Only one
source is accepted. Wildcards are accepted as long as the resolution shows one port or pin.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
Creates a clock in the current design at the declared source and defines its period and waveform. The
static timing analysis tool uses this information to propagate the waveform across the clock network to the
clock pins of all sequential elements driven by this clock source.
The clock information is also used to compute the slacks in the specified clock domain that drive
optimization tools such as place-and-route.
Exceptions
• None
Examples
The following example creates two clocks on ports CK1 and CK2 with a period of 6, a rising edge at 0,
and a falling edge at 3:
create_clock -name {my_user_clock} -period 6 CK1
create_clock -name {my_other_user_clock} –period 6 –waveform {0 3} {CK2}
The following example creates a clock on port CK3 with a period of 7, a rising edge at 2, and a falling
edge at 4:
create_clock –period 7 –waveform {2 4} [get_ports {CK3}]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
Clock Definition
Create Clock
Create a New Clock Constraint
create_generated_clock
SDC command; creates an internally generated clock and defines its characteristics.
create_generated_clock -name {name -source reference_pin [-divide_by divide_factor] [-
multiply_by multiply_factor] [-invert] source
Arguments
-name name
Specifies the name of the clock constraint. This parameter is required for virtual clocks when no clock
source is provided.
-source reference_pin
Specifies the reference pin in the design from which the clock waveform is to be derived.
-divide_bydivide_factor
Specifies the frequency division factor. For instance if the divide_factor is equal to 2, the generated clock
period is twice the reference clock period.
-multiply_by multiply_factor
Specifies the frequency multiplication factor. For instance if the multiply_factor is equal to 2, the generated
clock period is half the reference clock period.
-invert
Specifies that the generated clock waveform is inverted with respect to the reference clock.
source
Specifies the source of the clock constraint on internal pins of the design. If you specify a clock constraint
on a pin that already has a clock, the new clock replaces the existing clock. Only one source is accepted.
Wildcards are accepted as long as the resolution shows one pin.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
Creates a generated clock in the current design at a declared source by defining its frequency with
respect to the frequency at the reference pin. The static timing analysis tool uses this information to
compute and propagate its waveform across the clock network to the clock pins of all sequential elements
driven by this source.
The generated clock information is also used to compute the slacks in the specified clock domain that
drive optimization tools such as place-and-route.
Exceptions
None
Examples
The following example creates a generated clock on pin U1/reg1:Q with a period twice as long as the
period at the reference port CLK.
create_generated_clock -name {my_user_clock} –divide_by 2 –source [get_ports {CLK}]
U1/reg1:Q
The following example creates a generated clock at the primary output of myPLL with a period ¾ of the
period at the reference pin clk.
create_generated_clock –divide_by 3 –multiply_by 4 -source clk [get_pins {myPLL:CLK1}]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
Create Generated Clock Constraint (SDC)
remove_clock_uncertainty
SDC command; Removes a clock-to-clock uncertainty from the current timing scenario.
remove_clock_uncertainty -from | -rise_from | -fall_from from_clock_list -to | -rise_to| -
fall_to to_clock_list -setup {value} -hold {value}
remove_clock_uncertainty -id constraint_ID
Arguments
-from
Specifies that the clock-to-clock uncertainty applies to both rising and falling edges of the source clock
list. You can specify only one of the -from, -rise_from, or -fall_from arguments for the constraint
to be valid.
-rise_from
Specifies that the clock-to-clock uncertainty applies only to rising edges of the source clock list. You can
specify only one of the -from, -rise_from, or -fall_from arguments for the constraint to be valid.
-fall_from
Specifies that the clock-to-clock uncertainty applies only to falling edges of the source clock list. You can
specify only one of the -from, -rise_from, or -fall_from arguments for the constraint to be valid.
from_clock_list
Specifies the list of clock names as the uncertainty source.
-to
Specifies that the clock-to-clock uncertainty applies to both rising and falling edges of the destination clock
list. You can specify only one of the -to, -rise_to , or -fall_to arguments for the constraint to be
valid.
-rise_to
Specifies that the clock-to-clock uncertainty applies only to rising edges of the destination clock list. You
can specify only one of the -to, -rise_to , or -fall_to arguments for the constraint to be valid.
-fall_to
Specifies that the clock-to-clock uncertainty applies only to falling edges of the destination clock list. You
can specify only one of the -to, -rise_to , or -fall_to arguments for the constraint to be valid.
to_clock_list
Specifies the list of clock names as the uncertainty destination.
-setup
Specifies that the uncertainty applies only to setup checks. If none or both -setup and -hold are
present, the uncertainty applies to both setup and hold checks.
-hold
Specifies that the uncertainty applies only to hold checks. If none or both -setup and -hold are present,
the uncertainty applies to both setup and hold checks.
-id constraint_ID
Specifies the ID of the clock constraint to remove from the current scenario. You must specify either the
exact parameters to set the constraint or its constraint ID.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
Removes a clock-to-clock uncertainty from the specified clock in the current scenario. If the specified
arguments do not match clocks with an uncertainty constraint in the current scenario, or if the specified ID
does not refer to a clock-to-clock uncertainty constraint, this command fails.
Do not specify both the exact arguments and the ID.
Exceptions
None
Examples
remove_clock_uncertainty -from Clk1 -to Clk2
remove_clock_uncertainty -from Clk1 -fall_to { Clk2 Clk3 } -setup
remove_clock_uncertainty 4.3 -fall_from { Clk1 Clk2 } -rise_to *
remove_clock_uncertainty 0.1 -rise_from [ get_clocks { Clk1 Clk2 } ] -fall_to { Clk3
Clk4 } -setup
remove_clock_uncertainty 5 -rise_from Clk1 -to [ get_clocks {*} ]
remove_clock_uncertainty -id $clockId
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
set_clock_uncertainty
set_clock_latency
SDC command; defines the delay between an external clock source and the definition pin of a clock
within SmartTime.
set_clock_latency -source [-rise][-fall][-early][-late] delay clock
Arguments
-source
Specifies a clock source latency on a clock pin.
-rise
Specifies the edge for which this constraint will apply. If neither or both rise are passed, the same latency
is applied to both edges.
-fall
Specifies the edge for which this constraint will apply. If neither or both rise are passed, the same latency
is applied to both edges.
-invert
Specifies that the generated clock waveform is inverted with respect to the reference clock.
-late
Optional. Specifies that the latency is late bound on the latency. The appropriate bound is used to provide
the most pessimistic timing scenario. However, if the value of "-late" is less than the value of "-early",
optimistic timing takes place which could result in incorrect analysis. If neither or both "-early" and "-late"
are provided, the same latency is used for both bounds, which results in the latency having no effect for
single clock domain setup and hold checks.
-early
Optional. Specifies that the latency is early bound on the latency. The appropriate bound is used to
provide the most pessimistic timing scenario. However, if the value of "-late" is less than the value of "-
early", optimistic timing takes place which could result in incorrect analysis. If neither or both "-early" and
"-late" are provided, the same latency is used for both bounds, which results in the latency having no
effect for single clock domain setup and hold checks.
delay
Specifies the latency value for the constraint.
clock
Specifies the clock to which the constraint is applied. This clock must be constrained.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
Clock source latency defines the delay between an external clock source and the definition pin of a clock
within SmartTime. It behaves much like an input delay constraint. You can specify both an "early" delay
and a"late" delay for this latency, providing an uncertainty which SmartTime propagates through its
calculations. Rising and falling edges of the same clock can have different latencies. If only one value is
provided for the clock source latency, it is taken as the exact latency value, for both rising and falling
edges.
Exceptions
None
Examples
The following example sets an early clock source latency of 0.4 on the rising edge of main_clock. It also
sets a clock source latency of 1.2, for both the early and late values of the falling edge of main_clock. The
late value for the clock source latency for the falling edge of main_clock remains undefined.
set_clock_latency –source –rise –early 0.4 { main_clock }
set_clock_latency –source –fall 1.2 { main_clock }
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
set_clock_uncertainty
SDC command; defines the timing uncertainty between two clock waveforms or maximum skew.
set_clock_uncertainty uncertainty (-from | -rise_from | -fall_from) from_clock_list (-to |
-rise_to | -fall_to) to_clock_list [-setup | -hold]
Arguments
uncertainty
Specifies the time in nanoseconds that represents the amount of variation between two clock edges. The
value must be a positive floating point number.
-from
Specifies that the clock-to-clock uncertainty applies to both rising and falling edges of the source clock
list. You can specify only one of the -from, -rise_from, or -fall_from arguments for the constraint
to be valid. This option is the default.
-rise_from
Specifies that the clock-to-clock uncertainty applies only to rising edges of the source clock list. You can
specify only one of the -from, -rise_from, or -fall_from arguments for the constraint to be valid.
-fall_from
Specifies that the clock-to-clock uncertainty applies only to falling edges of the source clock list. You can
specify only one of the -from, -rise_from, or -fall_from arguments for the constraint to be valid.
from_clock_list
Specifies the list of clock names as the uncertainty source.
-to
Specifies that the clock-to-clock uncertainty applies to both rising and falling edges of the destination clock
list. You can specify only one of the -to, -rise_to , or -fall_to arguments for the constraint to be
valid.
-rise_to
Specifies that the clock-to-clock uncertainty applies only to rising edges of the destination clock list. You
can specify only one of the -to, -rise_to , or -fall_to arguments for the constraint to be valid.
-fall_to
Specifies that the clock-to-clock uncertainty applies only to falling edges of the destination clock list. You
can specify only one of the -to, -rise_to , or -fall_to arguments for the constraint to be valid.
to_clock_list
Specifies the list of clock names as the uncertainty destination.
-setup
Specifies that the uncertainty applies only to setup checks. If you do not specify either option (-setup or
-hold ) or if you specify both options, the uncertainty applies to both setup and hold checks.
-hold
Specifies that the uncertainty applies only to hold checks. If you do not specify either option (-setup or -
hold ) or if you specify both options, the uncertainty applies to both setup and hold checks.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
Clock uncertainty defines the timing between an two clock waveforms or maximum clock skew.
Both setup and hold checks must account for clock skew. However, for setup check, SmartTime looks for
the smallest skew. This skew is computed by using the maximum insertion delay to the launching
sequential component and the shortest insertion delay to the receiving component.
For hold check, SmartTime looks for the largest skew. This skew is computed by using the shortest
insertion delay to the launching sequential component and the largest insertion delay to the receiving
component. SmartTime makes this distinction automatically.
Exceptions
None
Examples
The following example defines two clocks and sets the uncertainty constraints, which analyzes the inter-
clock domain between clk1 and clk2.
create_clock –period 10 clk1
create_generated_clock –name clk2 -source clk1 -multiply_by 2 sclk1
set_clock_uncertainty 0.4 -rise_from clk1 -rise_to clk2
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
create_clock (SDC)
create_generated_clock (SDC)
remove_clock_uncertainty
set_disable_timing
SDC command; disables timing arcs within the specified cell and returns the ID of the created constraint if
the command succeeded.
set_disable_timing [-from from_port] [-to to_port] cell_name
Arguments
-from from_port
Specifies the starting port.
-to to_port
Specifies the ending port.
cell_name
Specifies the name of the cell in which timing arcs will be disabled.
Supported Families
IGLOO, ProASIC3, SmartFusion2, SmartFusion, Fusion
Description
This command disables the timing arcs in the specified cell, and returns the ID of the created constraint if
the command succeeded. The –from and –to arguments must either both be present or both omitted for the
constraint to be valid.
Examples
The following example disables the arc between a2:A and a2:Y.
set_disable_timing -from port1 -to port2 cellname
This command ensures that the arc is disabled within a cell instead of between cells.
See Also
Constraint Support by Family
set_false_path
SDC command; identifies paths that are considered false and excluded from the timing analysis.
set_false_path [-from from_list] [-through through_list] [-to to_list]
Arguments
-from from_list
Specifies a list of timing path starting points. A valid timing starting point is a clock, a primary input, an
inout port, or a clock pin of a sequential cell.
-through through_list
Specifies a list of pins, ports, cells, or nets through which the disabled paths must pass.
-to to_list
Specifies a list of timing path ending points. A valid timing ending point is a clock, a primary output, an
inout port, or a data pin of a sequential cell.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
The set_false_path command identifies specific timing paths as being false. The false timing paths are
paths that do not propagate logic level changes. This constraint removes timing requirements on these
false paths so that they are not considered during the timing analysis. The path starting points are the
input ports or register clock pins, and the path ending points are the register data pins or output ports.
This constraint disables setup and hold checking for the specified paths.
The false path information always takes precedence over multiple cycle path information and overrides
maximum delay constraints. If more than one object is specified within one -through option, the path can
pass through any objects.
Examples
The following example specifies all paths from clock pins of the registers in clock domain clk1 to data pins
of a specific register in clock domain clk2 as false paths:
set_false_path –from [get_clocks {clk1}] –to reg_2:D
The following example specifies all paths through the pin U0/U1:Y to be false:
set_false_path -through U0/U1:Y
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
Set False Path Constraint
set_input_delay
SDC command; defines the arrival time of an input relative to a clock.
set_input_delay delay_value -clock clock_ref [–max] [–min] [–clock_fall] input_list
Arguments
delay_value
Specifies the arrival time in nanoseconds that represents the amount of time for which the signal is
available at the specified input after a clock edge.
-clock clock_ref
Specifies the clock reference to which the specified input delay is related. This is a mandatory argument.
If you do not specify -max or -min options, the tool assumes the maximum and minimum input delays to
be equal.
-max
Specifies that delay_value refers to the longest path arriving at the specified input. If you do not specify -
max or -min options, the tool assumes maximum and minimum input delays to be equal.
-min
Specifies that delay_value refers to the shortest path arriving at the specified input. If you do not specify -
max or -min options, the tool assumes maximum and minimum input delays to be equal.
-clock_fall
Specifies that the delay is relative to the falling edge of the clock reference. The default is the rising edge.
input_list
Provides a list of input ports in the current design to which delay_value is assigned. If you need to specify
more than one object, enclose the objects in braces ({}).
Supported Families
SmartFusion, Fusion, ProASIC3 and IGLOOe, except ProASIC3 nano and ProASIC3L
Description
The set_input_delay command sets input path delays on input ports relative to a clock edge. This usually
represents a combinational path delay from the clock pin of a register external to the current design. For
in/out (bidirectional) ports, you can specify the path delays for both input and output modes. The tool adds
input delay to path delay for paths starting at primary inputs.
A clock is a singleton that represents the name of a defined clock constraint. This can be:
• a single port name used as source for a clock constraint
• a single pin name used as source for a clock constraint; for instance reg1:CLK. This name can be
hierarchical (for instance toplevel/block1/reg2:CLK)
• an object accessor that will refer to one clock: [get_clocks {clk}]
Examples
The following example sets an input delay of 1.2ns for port data1 relative to the rising edge of CLK1:
set_input_delay 1.2 -clock [get_clocks CLK1] [get_ports data1]
The following example sets a different maximum and minimum input delay for port IN1 relative to the
falling edge of CLK2:
set_input_delay 1.0 -clock_fall -clock CLK2 –min {IN1}
set_input_delay 1.4 -clock_fall -clock CLK2 –max {IN1}
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
Set Input Delay
set_load
SDC command; sets the load to a specified value on a specified port.
set_load capacitance port_list
Arguments
capacitance
Specifies the capacitance value that must be set on the specified ports.
port_list
Specifies a list of ports in the current design on which the capacitance is to be set.
Supported Families
IGLOO, ProASIC3, SmartFusion, Fusion
Description
The load constraint enables the Designer software to account for external capacitance at a specified port.
You cannot set load constraint on the nets. When you specify this constraint on the output ports, it
impacts the delay calculation on the specified ports.
Examples
The following examples show how to set output capacitance on different output ports:
set_load 35 out_p
set_load 40 {O1 02}
set_load 25 [get_ports out]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
Set Load on Port
set_max_delay (SDC)
SDC command; specifies the maximum delay for the timing paths.
set_max_delay delay_value [-from from_list] [-to to_list]
Arguments
delay_value
Specifies a floating point number in nanoseconds that represents the required maximum delay value for
specified paths.
• If the path starting point is on a sequential device, the tool includes clock skew in the
computed delay.
• If the path starting point has an input delay specified, the tool adds that delay value to
the path delay.
• If the path ending point is on a sequential device, the tool includes clock skew and
library setup time in the computed delay.
• If the ending point has an output delay specified, the tool adds that delay to the path
delay.
-from from_list
Specifies a list of timing path starting points. A valid timing starting point is a clock, a primary input, an
inout port, or a clock pin of a sequential cell.
-to to_list
Specifies a list of timing path ending points. A valid timing ending point is a clock, a primary output, an
inout port, or a data pin of a sequential cell.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
This command specifies the required maximum delay for timing paths in the current design. The path
length for any startpoint in from_list to any endpoint in to_list must be less than delay_value.
The tool automatically derives the individual maximum delay targets from clock waveforms and port input
or output delays. For more information, refer to the create_clock, set_input_delay, and set_output_delay
commands.
The maximum delay constraint is a timing exception. This constraint overrides the default single cycle
timing relationship for one or more timing paths. This constraint also overrides a multicycle path
constraint.
Examples
The following example sets a maximum delay by constraining all paths from ff1a:CLK or ff1b:CLK to
ff2e:D with a delay less than 5 ns:
set_max_delay 5 -from {ff1a:CLK ff1b:CLK} -to {ff2e:D}
The following example sets a maximum delay by constraining all paths to output ports whose names start
by “out” with a delay less than 3.8 ns:
set_max_delay 3.8 -to [get_ports out*]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
Set Max Delay
set_min_delay
SDC command; specifies the minimum delay for the timing paths.
Arguments
delay_value
Specifies a floating point number in nanoseconds that represents the required minimum delay value for
specified paths.
• If the path starting point has an input delay specified, the tool adds that
delay value to the path delay.
• If the ending point has an output delay specified, the tool adds that
delay to the path delay.
-from from_list
Specifies a list of timing path starting points. A valid timing starting point is a clock, a primary input, an
inout port, or a clock pin of a sequential cell.
-to to_list
Specifies a list of timing path ending points. A valid timing ending point is a clock, a primary output, an
inout port, or a data pin of a sequential cell.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
This command specifies the required minimum delay for timing paths in the current design. The path length
for any startpoint in from_list to any endpoint in to_list must be less than delay_value.
The tool automatically derives the individual minimum delay targets from clock waveforms and port input or
output delays. For more information, refer to the create_clock, set_input_delay, and set_output_delay
commands.
The minimum delay constraint is a timing exception. This constraint overrides the default single cycle timing
relationship for one or more timing paths. This constraint also overrides a multicycle path constraint.
Examples
The following example sets a minimum delay by constraining all paths from ff1a:CLK or ff1b:CLK to ff2e:D
with a delay less than 5 ns:
See Also
Constraint Support by Family
set_multicycle_path
SDC command; defines a path that takes multiple clock cycles.
set_multicycle_path ncycles [-setup] [-hold] [-from from_list] [–through through_list] [-to
to_list]
Arguments
ncycles
Specifies an integer value that represents a number of cycles the data path must have for setup or hold
check. The value is relative to the starting point or ending point clock, before data is required at the ending
point.
-setup
Optional. Applies the cycle value for the setup check only. This option does not affect the hold check. The
default hold check will be applied unless you have specified another set_multicycle_path command for the
hold value.
-hold
Optional. Applies the cycle value for the hold check only. This option does not affect the setup check.
Note: If you do not specify "-setup" or "-hold", the cycle value is applied to the setup check and the
default hold check is performed (ncycles -1).
-from from_list
Specifies a list of timing path starting points. A valid timing starting point is a clock, a primary input, an
inout port, or a clock pin of a sequential cell.
-through through_list
Specifies a list of pins or ports through which the multiple cycle paths must pass.
-to to_list
Specifies a list of timing path ending points. A valid timing ending point is a clock, a primary output, an
inout port, or a data pin of a sequential cell.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
Setting multiple cycle paths constraint overrides the single cycle timing relationships between sequential
elements by specifying the number of cycles that the data path must have for setup or hold checks. If you
change the multiplier, it affects both the setup and hold checks.
False path information always takes precedence over multiple cycle path information. A specific maximum
delay constraint overrides a general multiple cycle path constraint.
If you specify more than one object within one -through option, the path passes through any of the
objects.
Examples
The following example sets all paths between reg1 and reg2 to 3 cycles for setup check. Hold check is
measured at the previous edge of the clock at reg2.
set_multicycle_path 3 -from [get_pins {reg1}] –to [get_pins {reg2}]
The following example specifies that four cycles are needed for setup check on all paths starting at the
registers in the clock domain ck1. Hold check is further specified with two cycles instead of the three
cycles that would have been applied otherwise.
set_multicycle_path 4 -setup -from [get_clocks {ck1}]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
Set Multicycle Path
set_output_delay
SDC command; defines the output delay of an output relative to a clock.
set_output_delay delay_value -clock clock_ref [–max] [–min] [–clock_fall] output_list
Arguments
delay_value
Specifies the amount of time before a clock edge for which the signal is required. This represents a
combinational path delay to a register outside the current design plus the library setup time (for maximum
output delay) or hold time (for minimum output delay).
-clock clock_ref
Specifies the clock reference to which the specified output delay is related. This is a mandatory argument.
If you do not specify -max or -min options, the tool assumes the maximum and minimum input delays to
be equal.
-max
Specifies that delay_value refers to the longest path from the specified output. If you do not specify -max
or -min options, the tool assumes the maximum and minimum output delays to be equal.
-min
Specifies that delay_value refers to the shortest path from the specified output. If you do not specify -max
or -min options, the tool assumes the maximum and minimum output delays to be equal.
-clock_fall
Specifies that the delay is relative to the falling edge of the clock reference. The default is the rising edge.
output_list
Provides a list of output ports in the current design to which delay_value is assigned. If you need to
specify more than one object, enclose the objects in braces ({}).
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
The set_output_delay command sets output path delays on output ports relative to a clock edge. Output
ports have no output delay unless you specify it. For in/out (bidirectional) ports, you can specify the path
delays for both input and output modes. The tool adds output delay to path delay for paths ending at
primary outputs.
Examples
The following example sets an output delay of 1.2ns for port OUT1 relative to the rising edge of CLK1:
set_output_delay 1.2 -clock [get_clocks CLK1] [get_ports OUT1]
The following example sets a different maximum and minimum output delay for port OUT1 relative to the
falling edge of CLK2:
set_output_delay 1.0 -clock_fall -clock CLK2 –min {OUT1}
set_output_delay 1.4 -clock_fall -clock CLK2 –max {OUT1}
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
Set Output Delay
Design object access commands are SDC commands. Most SDC constraint commands require one of these
commands as command arguments.
Microsemi software supports the following SDC access commands:
Cell get_cells
Clock get_clocks
Net get_nets
Port get_ports
Pin get_pins
Registers all_registers
See Also
About SDC Files
all_inputs
Design object access command; returns all the input or inout ports of the design.
all_inputs
Arguments
• None
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
• None
Example
set_max_delay -from [all_inputs] -to [get_clocks ck1]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
all_outputs
Design object access command; returns all the output or inout ports of the design.
all_outputs
Arguments
• None
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
• None
Example
set_max_delay -from [all_inputs] -to [all_outputs]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
all_registers
Design object access command; returns either a collection of register cells or register pins, whichever you
specify.
all_registers [-clock clock_name] [-cells] [-data_pins ]
[-clock_pins] [-async_pins] [-output_pins]
Arguments
-clock clock_name
Creates a collection of register cells or register pins in the specified clock domain.
-cells
Creates a collection of register cells. This is the default. This option cannot be used in combination with
any other option.
-data_pins
Creates a collection of register data pins.
-clock_pins
Creates a collection of register clock pins.
-async_pins
Creates a collection of register asynchronous pins.
-output_pins
Creates a collection of register output pins.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
This command creates either a collection of register cells (default) or register pins, whichever is specified.
If you do not specify an option, this command creates a collection of register cells.
Exceptions
• None
Examples
set_max_delay 2 -from [all_registers] -to [get_ports {out}]
set_max_delay 3 –to [all_registers –async_pins]
set_false_path –from [all_registers –clock clk150]
set_multicycle_path –to [all_registers –clock c* -data_pins
–clock_pins]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
get_cells
Design object access command; returns the cells (instances) specified by the pattern argument.
get_cells pattern
Arguments
pattern
Specifies the pattern to match the instances to return. For example, "get_cells U18*" returns all instances
starting with the characters "U18", where “*” is a wildcard that represents any character string.
Supported Families
IGLOO, ProASIC3, SmartFusion, Fusion
Description
This command returns a collection of instances matching the pattern you specify. You can only use this
command as part of a –from, -to, or –through argument for the following constraint exceptions: set_max
delay, set_multicycle_path, and set_false_path design constraints.
Exceptions
None
Examples
set_max_delay 2 -from [get_cells {reg*}] -to [get_ports {out}]
set_false_path –through [get_cells {Rblock/muxA}]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
get_clocks
Design object access command; returns the specified clock.
get_clocks pattern
Arguments
pattern
Specifies the pattern to match to the SmartTime on which a clock constraint has been set.
Supported Families
IGLOO, ProASIC3, SmartFusion, Fusion
Description
• If this command is used as a –from argument in maximum delay (set_max_path_delay), false path
(set_false_path), and multicycle constraints (set_multicycle_path), the clock pins of all the registers
related to this clock are used as path start points.
• If this command is used as a –to argument in maximum delay (set_max_path_delay), false path
(set_false_path), and multicycle constraints (set_multicycle_path), the synchronous pins of all the
registers related to this clock are used as path endpoints.
Exceptions
• None
Example
set_max_delay -from [get_ports datal] -to \
[get_clocks ck1]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
get_pins
Design object access command; returns the specified pins.
get_pins pattern
Arguments
pattern
Specifies the pattern to match the pins.
Supported Families
IGLOO, ProASIC3, SmartFusion, Fusion
Exceptions
None
Example
create_clock -period 10 [get_pins clock_gen/reg2:Q]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
get_nets
Design object access command; returns the named nets specified by the pattern argument.
get_nets pattern
Arguments
pattern
Specifies the pattern to match the names of the nets to return. For example, "get_nets N_255*" returns all
nets starting with the characters "N_255", where “*” is a wildcard that represents any character string.
Supported Families
IGLOO, ProASIC3, SmartFusion, Fusion
Description
This command returns a collection of nets matching the pattern you specify. You can only use this
command as source objects in create clock (create_clock) or create generated clock
(create_generated_clock) constraints and as -through arguments in set false path (set_false_path), set
minimum delay (set_min_delay), set maximum delay (set_max_delay), and set multicycle path
(set_multicycle_path) constraints.
Exceptions
None
Examples
set_max_delay 2 -from [get_ports RDATA1] -through [get_nets {net_chkp1 net_chkqi}]
set_false_path –through [get_nets {Tblk/rm/n*}]
create_clcok -name mainCLK -per 2.5 [get_nets {cknet}]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
get_ports
Design object access command; returns the specified ports.
get_ports pattern
Argument
pattern
Specifies the pattern to match the ports. This is equivalent to the macros $in()[<pattern>] when used as –
from argument and $out()[<pattern>] when used as –to argument or $ports()[<pattern>] when used as a –
through argument.
Supported Families
IGLOO, ProASIC3, SmartFusion, Fusion
Exceptions
None
Example
create_clock -period 10[get_ports CK1]
See Also
Constraint Support by Family
Constraint Entry Table
SDC Syntax Conventions
Command Action
set_iobank Specifies the I/O bank’s technology and sets the VREF
pins for the specified banks
Command Action
Note: Note: PDC commands are case sensitive. However, their arguments are not.
See Also
Constraint Entry
PDC Syntax Conventions
PDC Naming Conventions
Importing Constraint Files
[-argument value] Optional arguments begin and end with a square bracket
[variable]+ with one exception: if the square bracket is followed by a
plus sign (+), then users must specify at least one
argument. The plus sign (+) indicates that items within
the square brackets can be repeated. Do not enter the
plus sign character.
Note: Note: PDC commands are case sensitive. However, their arguments are not.
Examples
Syntax for the assign_local_clock command followed by a sample command:
assign_local_clock -type value -net netname [LocalClock_region ]+
assign_local_clock -type hclk -net reset_n tile1a tile2a
Syntax for the set_io command followed by a sample command:
set_io portname [-iostd value][-register value][-out_drive value][-slew value][-res_pull
value][-out_load value][-pinname value][-fixed value][-in_delay value]
set_io ADDOUT2 \
-iostd PCI \
-register yes \
-out_drive 16 \
-slew high \
-out_load 10 \
-pinname T21 \
-fixed yes
Wildcard Characters
You can use the following wildcard characters in names used in PDC commands:
[] Matches any single character among those listed between brackets (that is,
[A-Z] matches any single character in the A-to-Z range)
Note: Note: The matching function requires that you add a slash (\) before each slash in the port, instance,
or net name when using wildcards in a PDC command and when using wildcards in the Find feature
of the MultiView Navigator. For example, if you have an instance named “A/B12” in the netlist, and
you enter that name as “A\\/B*” in a PDC command, you will not be able to find it. In this case, you
must specify the name as A\\\\/B*.
See Also
About PDC Files
PDC Naming Conventions
When exporting PDC commands, the software always exports names using the PDC rules described in this
topic.
Edif Names in the netlist are always case sensitive because we use the Rename
clause, which is case sensitive.
Vhdl Names in the netlist are not case sensitive unless those names appear
between slashes (\).
For example, in VHDL, capital "A" and lowercase "a" are the same name, but \A\ and \a\ are two different
names. However, in a Verilog netlist, an instance named "A10" will fail if spelled as "a10" in the set_location
command:
set_location A10 (This command will succeed.)
set_location a10 (This command will fail.)
Which Name to Use in the Case of Merged Elements (IGLOO, Fusion, and
ProASIC3 Only)
The following table indicates which name to use in a PDC command when performing the specified
operation:
Global promotion
See Also
About PDC Files
PDC Syntax Conventions
assign_global_clock
PDC command; assigns regular nets to global clock networks by promoting the net using a CLKINT
macro.
assign_global_clock -net netname
Arguments
-net netname
Specifies the name of the net to promote to a global clock network. The net is promoted using a CLKINT
macro, which you can place on a chip-wide clock location.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
The assign_global_clock command is not supported in auxiliary PDC files.
Examples
assign_global_clock -net globalReset
See Also
Assign Net to Global Clock
assign_local_clock (IGLOO, Fusion, and ProASIC3)
unassign_global_clock
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
assign_local_clock
PDC command; assigns regular nets to LocalClock regions.
assign_local_clock -net netname-type clock_type clock_region
Arguments
-net netname
Specifies the name of the net to assign to a LocalClock region.
-type clock_type
Specifies the type of region to which the net will be assigned:
Value Description
clock_region
Specifies a LocalClock region.
LocalClock regions are defined as one of the following:
• A single spine defined as T# (Top spine) or B# (Bottom spine)
• A multi-spine rectangle defined as [T | B]#:[T | B]#
Spines are numbered from left to right starting at 1. The maximum spine number is a function of the die
selected by the user. Please refer to the examples in this help topic.
Local clock uses clock spine resources remaining after global assignment from Input Netlist and PDC
constraints. There are six chip-wide and twelve quadrant-wide clock resources per device. You may
reserve portions of a clock network (chip-wide or quadrant-wide) for local clocks by assigning clock nets to
regions. If there are not enough clock resources to honor all local clock assignments, the Layout
command will fail.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Note: Note: You must import the PDC file along with the netlist as a source file because Compile needs
to delete buffers and legalize the netlist. Shared instances between local clocks are supported.
Compile will insert buffers to legalize the netlist.
Exceptions
• If the net is a clock net, it is demoted to a regular net. You will see an unassign_global_net command
in the PDC file if the net is demoted to a regular net by the compiler and the assignment to local clock
failed.
Examples
This example assigns the net named localReset to the chip-wide spine T1:
assign_local_clock -net localReset -type chip T1
This example assigns the net named localReset to the quadrant spines T1, T2, T3, T4, and T5, which
span more than one quadrant:
assign_local_clock -net localReset -type quadrant T1:T5
This example assigns the net named localReset to the chip-wide spines T1, T2, T3, T4, T5, T6, B1, B2,
B3, B4, B4, and B6:
assign_local_clock -net localReset -type chip T1:B6
See Also
Assign Net to Local Clock
unassign_local_clock
assign_quadrant_clock
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
assign_net_macros
PDC command; assigns to a user-defined region all the macros that are connected to a net.
assign_net_macros region_name [net1]+ [-include_driver value]
Arguments
region_name
Specifies the name of the region to which you are assigning macros. The region must exist before you
use this command. See define_region (rectangular) or define_region (rectilinear). Because the
define_region command returns a region object, you can write a simple command such as
assign_net_macros [define_region]+ [net]+
net1
You must specify at least one net name. Net names are AFL-level (flattened netlist) names. These names
match your netlist names most of the time. When they do not, you must export AFL and use the AFL
names. Net names are case insensitive. Hierarchical net names from ADL are not allowed. You can use
the following wildcard characters in net names:
[] Matches any single character among those listed between brackets (that is,
[A-Z] matches any single character in the A-to-Z range)
net1
Specifies whether to add the driver of the net(s) to the region. You can enter one of the following values:
Value Description
Yes Include the driver in the list of macros assigned to the region (default) .
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
• Placed macros (not connected to the net) that are inside the area occupied by the net region are
automatically unplaced.
• Net region constraints are internally converted into constraints on macros. PDC export results as a
series of assign_region <region_name> macro1 statements for all the connected macros.
• If the region does not have enough space for all of the macros, or if the region constraint is impossible,
the constraint is rejected and a warning message appears in the Log window.
• For overlapping regions, the intersection must be at least as big as the overlapping macro count.
• If a macro on the net cannot legally be placed in the region, it is not placed and a warning message
appears in the Log window.
• Net region constraints may result in a single macro being assigned to multiple regions. These net
region constraints result in constraining the macro to the intersection of all the regions affected by the
constraint.
Examples
assign_net_macros cluster_region1 keyin1intZ0Z_62 -include_driver no
See Also
Assign Net to Region
unassign_net_macros
Unassign macros on net from region
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
assign_quadrant_clock
PDC command; assigns regular nets to a specific quadrant clock region.
assign_quadrant_clock -net netname -quadrant quadrant_clock_region [-fixed value]
Arguments
-net netname
Specifies the name of the net to assign to a QuadrantClock region. You must specify a net name that
currently exists in the design.
-quadrant quadrant_clock_region
Specifies the QuadrantClock region to which the net will be assigned. Each die has four quadrants.
QuadrantClock regions are defined as one of the following:
• UL: Upper-Left quadrant
For quadrant clock assignments, regular nets are automatically promoted to clock nets driven by an
internal clock driver (CLKINT).
There are twelve quadrant-wide clock resources per device. You may reserve portions of a clock network
for quadrant clocks by assigning clock nets to regions. If there are not enough clock resources to honor all
local clock assignments, the Layout command will fail.
-fixed value
Specifies if the specified QuadrantClock region is locked. If you do not want the Global Assigner to
remove it, then lock the region. You can enter one of the following values:
Value Description
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
• This command is not supported in auxiliary PDC files. If importing a PDC file that includes this
command, you must import it as a source file.
Examples
This example assigns the net named FRAMEN_in to the quadrant clock in the upper-left (UL) quadrant of
the chip:
assign_quadrant_clock -net FRAMEN_in -quadrant UL
This example assigns the net named STOPN_in to the quadrant clock in the lower-right (LR) quadrant of
the chip:
assign_quadrant_clock -net STOPN_in -quadrant LR
This example assigns the net named n32 to the quadrant clock in the lower-right (LR) quadrant of the chip
and locks it so that the Global Assigner cannot delete the quadrant region:
assign_quadrant_clock -net n32 -quadrant LR -fixed yes
See Also
Assign Net to Quadrant Clock
unassign_quadrant_clock
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
assign_region
PDC command; constrains a set of macros to a specified region.
assign_region region_name [ macro_name]+
Arguments
region_name
Specifies the region to which the macros are assigned. The macros are constrained to this region.
Because the define_region command returns a region object, you can write a simpler command such as
assign_region [define_region]+ [macro_name]+
macro_name
Specifies the macro(s) to assign to the region. You must specify at least one macro name. You can use
the following wildcard characters in macro names:
[] Matches any single character among those listed between brackets (that is,
[A-Z] matches any single character in the A-to-Z range)
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
• The region must be created before you can assign macros to it.
• You can assign only hard macros or their instances to a region. You cannot assign a group name. A
hard macro is a logic cell consisting of one or more silicon modules with locked relative placement.
• You can assign a collection of macros by providing a prefix to their names.
Examples
In the following example, two macros are assigned to a region:
assign_region cluster_region1 des01/G_2722_0_and2 des01/data1_53/U0
In the following example, all macros whose names have the prefix des01/Counter_1 (or all macros whose
names match the expression des01/Counter_1/*) are assigned to a region:
assign_region User_region2 des01/Counter_1
See Also
Assign Macro to Region
unassign_macro_from_region
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
define_region
PDC command; defines either a rectangular region or a rectilinear region.
define_region [-name region_name ] -type region_type [x1 y1 x2 y2]+ [-color value] [-route
value] [-push_place value]
Arguments
-name region_name
Specifies the region name. The name must be unique. Do not use reserved names such as “bank0” and
“bank<N>” for region names. If the region cannot be created, the name is empty. A default name is
generated if a name is not specified in this argument.
-type region_type
Specifies the region type. The default is inclusive. The following table shows the acceptable values for this
argument:
Inclusive Can contain macros both assigned and unassigned to the region.
x1 y1 x2 y2
Specifies the series of coordinate pairs that constitute the region. These rectangles may or may not
overlap. They are given as x1 y1 x2 y2 (where x1, y1 is the lower left and x2 y2 is the upper right corner in
row/column coordinates). You must specify at least one set of coordinates.
-color value
Specifies the color of the region. The following table shows the recommended values for this argument:
16776960
65280
16711680
16760960
255
16711935
65535
33023
8421631
9568200
8323199
12632256
-route value
Specifies whether to direct the routing of all nets internal to a region to be constrained within that region. A
net is internal to a region if its source and destination pins are assigned to the region. This option only
applies to IGLOO, Fusion, and ProASIC3 families. You can enter one of the following values:
Constrain Description
Routing Value
Yes Constrain the routing of nets within the region as well as the
placement.
Note: Note: Local clocks and global clocks are excluded from the -route option. Also, interface nets are
excluded from the –route option because they cross region boundaries.
An empty routing region is an empty placement region. If -route is "yes", then no routing is allowed inside
the empty region. However, local clocks and globals can cross empty regions.
An exclusive routing region is an exclusive placement region (rectilinear area with assigned macros) along
with the following additional constraints:
• For all nets internal to the region (the source and all destinations belong to the region), routing must be inside
the region (that is, such nets cannot be assigned any routing resource which is outside the region or crosses the
region boundaries).
• Nets without pins inside the region cannot be assigned any routing resource which is inside the region or crosses
any region boundaries.
An inclusive routing region is an inclusive placement region (rectilinear area with assigned macros) along
with the following additional constraints:
• For all nets internal to the region (the source and all destinations belong to the region), routing must be inside
the region (that is, such nets cannot be assigned any routing resource which is outside the region or crosses the
region boundaries).
• Nets not internal to the region can be assigned routing resources within the region.
-push_place value
Specifies whether to over-constrain placement for routability, contracting or expanding the size of a
placement region, depending on the region's type. To use this option, you must also specify the route
option (-route yes). This option only applies to IGLOO, Fusion, and ProASIC3 families. You can enter one
of the following values:
Specifying both -route yes and -push_place yes usually creates a tighter placement region (for
example, a normal MxN Inclusive placement region would shrink to (M-2)x(N-2)). On the other hand, the
prohibited region for external nets of Exclusive and Empty Region types would expand to (M+2)x(N+2).
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
Unlocked macros in empty or exclusive regions are unassigned from that region. You cannot create
empty regions in areas that contain locked macros.
You can define a rectilinear region only in a PDC file; you cannot define a rectilinear region using the
MultiView Navigator tool.
Use inclusive or exclusive region constraints if you intend to assign logic to a region. An inclusive region
constraint with no macros assigned to it has no effect. An exclusive region constraint with no macros
assigned to it is equivalent to an empty region.
Exceptions
• If macros assigned to a region exceed the area's capacity, an error message appears in the Log
window.
Examples
The following example defines an empty rectangular region.
define_region -name cluster_region1 -type empty 100 46 102 46
The following example defines a rectilinear region with the name RecRegion. This region contains two
rectangular areas.
define_region -name RecRegion -type Exclusive 0 40 3 42 0 77 7 79
The following examples define three regions with three different colors:
define_region -name UserRegion0 -color 128 50 19 60 25
define_region -name UserRegion1 -color 16711935 11 2 55 29
define_region -name UserRegion2 -color 8388736 61 6 69 19
See Also
Create Region
assign_region
Creating Regions
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
delete_buffer_tree
PDC command; instructs the Compile command to remove all buffers and inverters from a given net. In
the IGLOO and ProASIC3 architectures, inverters are considered buffers because all tile inputs can be
inverted.
delete_buffer_tree [netname]+
Arguments
netname
Specifies the names of the nets from which to remove buffer or inverter trees. This command takes a list
of names. You must specify at least one net name. You can use the following wildcard characters in net
names:
[] Matches any single character among those listed between brackets (that is,
[A-Z] matches any single character in the A-to-Z range)
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
• The delete_buffer_tree command is not supported in auxiliary PDC files.
Examples
delete_buffer_tree net1
delete_buffer_tree netData\[*\]
See Also
dont_touch_buffer_tree
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
dont_touch_buffer_tree
PDC command; undoes the delete_buffer_tree command. That is, it restores all buffers and inverters that
were removed from a given net.
Note: Note: This command is not supported in auxiliary PDC files.
dont_touch_buffer_tree [netname]+
Arguments
netname
Specifies the names of the nets from which to restore buffers or inverters. This command takes a list of
names. You must specify at least one net name. Separate each net name with a space. You can use the
following wildcard characters in net names:
[] Matches any single character among those listed between brackets (that is,
[A-Z] matches any single character in the A-to-Z range)
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
None
Example
dont_touch_buffer_tree net1 net2
dont_touch_buffer_tree netData\[*\]
See Also
delete_buffer_tree
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
move_block
PDC command; moves a Designer block from its original, locked placement by preserving the relative
placement between the instances. You can move the Designer block to the left, right, up, or down.
Note: If possible, routing is preserved when you move the blocks for IGLOO, SmartFusion, Fusion and ProASCI3
families.
Arguments
-inst_name instance_name
Specifies the name of the instance to move. If you do not know the name of the instance, run a compile
report or look at the names shown in the Block tab of the MultiView Navigator Hierarchy view.
-up y
Moves the block up the specified number of rows. The value must be a positive integer.
-down y
Moves the block down the specified number of rows. The value must be a positive integer.
-left x
Moves the block left the specified number of columns. The value must be a positive integer.
-right x
Moves the block right the specified number of columns. The value must be a positive integer.
-non_logic value
Specifies what to do with the non-logic part of the block, if one exists. The following table shows the
acceptable values for this argument:
Value Description
keep Move only the logic portion of the block (COMB/SEQ) and keep the rest
locked in the same previous location, if there is no conflict with other blocks.
Move only the logic portion of the block (COMB/SEQ) and unplace the rest of
unplace it, such as I/Os and RAM.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
This command moves a Designer block from its original, locked position to a new position.
You can move the entire block or just the logic part of it. You must use the -non_logic argument to specify
what to do with the non-logic part of the block. You can find placement information about the block in the
Block report. From the Tools menu in the designer software, choose Reports > Block > Interface to
display the report that shows the location of the blocks.
The -up, -down, -left, and -right arguments enable you to specify how to move the block from its original
placement. You cannot rotate the block, but the relative placement of macros within the block will be
preserved and the placement will be locked. However, routing will be lost. You can either use the
ChipPlanner tool or run a Block report to determine the location of the block.
The -non_logic argument enables you to move a block that includes non-logic instances, such as RAM or
I/Os that are difficult to move. Once you have moved a part of a block, you can unplace the remaining
parts of the block and then place them manually as necessary.
Note: Note: We recommend that you move the block left or right by increments of 16 to match the RAM
clusters and the spine columns. If your block is driven by a quadrant clock, be sure not to move the
macros driven by this clock outside of the quadrant.
Exceptions
• You must import this PDC command as a source file, not as an auxiliary file.
• You must use this PDC command if you want to preserve the relative placement and routing (if
possible) of a block you are instantiating many times in your design. Only one instance will be
preserved by default. To preserve other instances, you must move them using this command.
Examples
The following example moves the entire block (instance name instA) 16 columns to the right and 16 rows up:
move_block -inst_name instA -right 16 -up 16 -non_logic move
The following example moves only the logic portion of the block and unplaces the rest by 16 columns to the
right and 16 rows up.
move_block -inst_name instA –right 16 –up 16 –non_logic unplace
See Also
set_block_options
PDC Reference
move_region
PDC command; moves the named region to the coordinates specified.
move_region region_name [x1 y1 x2 y2]+
Arguments
region_name
Specifies the name of the region to move. This name must be unique.
x1 y1 x2 y2
Specifies the series of coordinate pairs representing the location in which to move the named region.
These rectangles can overlap. They are given as x1 y1 x2 y2, where x1, y1 represents the lower-left
corner of the rectangle and x2 y2 represents the upper-right corner. You must specify at least one set of
coordinates.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
• None
Examples
This example moves the region named RecRegion to a new region which is made up of two rectangular
areas:
move_region RecRegion 0 40 3 42 0 77 7 79
See Also
Move region
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
reserve
PDC command; reserves the named pins in the current device package.
reserve -pinname "list of package pins"
Arguments
-pinname "list of package pins"
Specifies the package pin name(s) to reserve. You can reserve one or more pins.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
None
Examples
reserve -pinname "F2"
reserve -pinname "F2 B4 B3"
reserve -pinname "124 17"
See Also
unreserve
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
reset_floorplan
PDC command; deletes all regions.
reset_floorplan
Arguments
None
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
None
Examples
reset_floorplan
See Also
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
reset_io
PDC command; restores all attributes of an I/O macro to its default values. Also, if the port is assigned, it
will become unassigned.
reset_io portname -attributes value
Arguments
portname
Specifies the port name of the I/O macro to be reset. You can use the following wildcard characters in port
names:
[] Matches any single character among those listed between brackets (that is,
[A-Z] matches any single character in the A-to-Z range)
-attributes value
Preserve or not preserve the I/O attributes during incremental flow. The following table shows the
acceptable values for this argument:
Value Description
yes Unassigns all of the I/O attributes and resets them to their default values.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
None
Examples
reset_io a
Resets the I/O macro “a” to the default I/O attributes and unassigns it.
reset_io b_*
Resets all I/O macros beginning with "b_" to the default I/O attributes and unassigns them.
reset_io b -attributes no
Only unassigns port b from its location.
See Also
Reset attributes on an I/O to default settings
set_io
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
reset_iobank
PDC command; resets an I/O bank’s technology to the default technology, which is specified using the
Designer software in the Device Selection Wizard.
reset_iobank bankname
Arguments
bankname
Specifies the I/O bank to be reset to the default technology. For example, for ProASIC3E devices, I/O
banks are numbered 0-7 (bank0, bank1,.. bank7).
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
Any pins that are assigned to the specified I/O bank but are incompatible with the default technology are
unassigned.
Examples
The following example resets I/O bank 4 to the default technology:
reset_iobank bank4
See Also
Reset an I/O bank to the default settings
set_iobank
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
reset_net_critical
PDC command; resets the critical value to its default. Net criticality can vary from 1 to 10, with 1 being the
least critical and 10 being the most. The default is 5. Criticality numbers are used in timing driven place-
and-route.
Increasing a net’s criticality forces place-and-route to keep instances connected to the net as close as
possible, at the cost of other (less critical) nets.
reset_net_critical [netname]+
Arguments
netname
Specifies the name of the net to be reset to the default critical value. You must specify at least one net
name. You can use the following wildcard characters in net names:
[] Matches any single character among those listed between brackets (that is,
[A-Z] matches any single character in the A-to-Z range)
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
None
Examples
This example resets the net preset_a:
reset_net_critical preset_A
See Also
Reset net's criticality to default level
set_net_critical
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
set_block_options
PDC command; overrides the compile option for placement or routing conflicts for an instance of a
Designer block.
set_block_options -inst_name instance_name -placement_conflicts value -routing_conflicts
value
Arguments
-inst_name instance_name
Specifies the name of the instance of the block. If you do not know the name of the instance, run a
compile report or look at the names shown in the Block tab of the MultiView Navigator Hierarchy view.
-placement_conflicts value
Specifies what to do when the designer software encounters a placement conflict. The following table
shows the acceptable values for this argument:
Value Description
error Compile errors out if any instance from a Designer block becomes unplaced or
its routing is deleted. This is the default compile option.
resolve If some instances get unplaced for any reason, the non-conflicting elements
remaining are also unplaced. Basically, if there are any conflicts, nothing from
the block is kept.
keep If some instances get unplaced for any reason, the non-conflicting elements
remaining are preserved but not locked. Therefore, the placer can move them
into another location if necessary.
lock If some instances get unplaced for any reason, the non-conflicting elements
remaining are preserved and locked.
Discards any placement from the block, even if there are no conflicts.
discard
-routing_conflicts value
Specifies what to do when the designer software encounters a routing conflict. The following table shows
the acceptable values for this argument:
Value Description
error Compile errors out if any route in any preserved net from a Designer block is
deleted.
resolve If a route is removed from a net for any reason, the routing for the non-
conflicting nets is also deleted. Basically, if there are any conflicts, no routes
from the block are kept.
keep If a route is removed from a net for any reason, the routing for the non-
conflicting nets is kept unlocked. Therefore, the router can re-route these nets.
lock If routing is removed from a net for any reason, the routing for the non-
conflicting nets is kept as locked, and the router will not change them. This is
the default compile option.
Value Description
Discards any routing from the block, even if there are no conflicts.
discard
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
This command enables you to override the compile option for placement or routing conflicts for an
instance of a block.
Exceptions
You must import this PDC command as a source file, not as an auxiliary file.
If placement is discarded, the routing is automatically discarded too.
Examples
This example makes the designer software display an error if any instance from a block becomes unplaced
or the routing is deleted:
set_block_options -inst_name instA -placement_conflicts ERROR -routing_conflicts ERROR
See Also
move_block
PDC Reference
Arguments
portname
Specifies the portname of the I/O macro to set.
-pinname value
Assigns the I/O macro to the specified pin.
-fixed value
Locks or unlocks the location of this I/O. Locked pins are not moved during layout. Therefore, locking this
I/O ensures that the specified pin location is used during place-and-route. If this I/O is not currently
assigned, then this argument has no effect. The following table shows the acceptable values for the -fixed
attribute:
Value Description
-iostd value
Sets the I/O standard for this macro. Choosing a standard allows the software to set other attributes such
as the slew rate and output loading. If the voltage standard used with the I/O is not compatible with other
I/Os in the I/O bank, then assigning an I/O standard to a port will invalidate its location and automatically
unassign the I/O. The following table shows the acceptable values for the -iostd attribute for IGLOOe,
Fusion, ProASIC3L, and ProASIC3E devices:
Value Description
LVCMOS25_50 (Low-Voltage CMOS for 2.5 and 5.0 Volts) An extension of the
LVCMOS standard (JESD 8-5) used for general-purpose 2.5 V and
5.0V applications.
Value Description
LVPECL PECL is another differential I/O standard. It requires that one data bit
is carried through two signal lines; therefore, two pins are needed per
input or output. It also requires an external resistor termination. The
voltage swing between these two signal lines is approximately
850mV. When the power supply is +3.3 V, it is commonly referred to
as low-voltage PECL (LVPECL).
Value Description
GTL25 A low-power standard (JESD 8.3) for electrical signals used in CMOS
circuits that allows for low electromagnetic interference at high speeds
of transfer. It has a voltage swing between 0.4 volts and 1.2 volts, and
typically operates at speeds of between 20 and 40MHz. The VCCI
must be connected to 2.5 volts.
GTL33 Same as GTL 2.5 V, except the VCCI must be connected to 3.3 volts.
-out_drive value
Sets the strength of the output buffer to 2, 4, 6, 8, 12, 16, or 24 in mA, weakest to strongest. The list of I/O
standards for which you can change the output drive and the list of values you can assign for each I/O
standard is family-specific. Not all I/O standards have a selectable output drive strength. Also, each I/O
standard has a different range of legal output drive strength values. The values you can choose from
depend on which I/O standard you have specified for this command. See the "Slew and Out_drive
Settings" table under "Exceptions" in this topic for possible values. Also, refer to the ProASIC3E and
IGLOOe datasheets for more information. The following table shows the acceptable values for the -
out_drive attribute:
Value Description
-slew value
Sets the output slew rate. Slew control affects only the falling edges for some families. For ProASIC3,
IGLOO, SmartFusion and Fusion families, slew control affects both rising and falling edges. Not all I/O
standards have a selectable slew. Whether you can use the slew attribute depends on which I/O standard
you have specified for this command.
Not all I/O standards have a selectable slew. For ProASIC3 devices, this attribute is only available for
LVTTL, LVCMOS33, LVCMOS25_50, LVCMOS18, LVCMOS15, and PCIX outputs. For any of the I/O
standards, the slew can be either high or low. The default is high. See the " Slew and Out_drive Settings"
table under "Exceptions" in this topic. Also, refer to the ProASIC3E and IGLOOe datasheets for more
information. The following table shows the acceptable values for the -slew attribute:
Value Description
-res_pull value
Allows you to include a weak resistor for either pull-up or pull-down of the input buffer. Not all I/O
standards have a selectable resistor pull option. The following table shows the acceptable values for the -
res_pull attribute:
Value Description
-schmitt_trigger value
Specifies whether this I/O has an input schmitt trigger. The schmitt trigger introduces hysteresis on the I/O
input. This allows very slow moving or noisy input signals to be used with the part without false or multiple
I/O transitions taking place in the I/O. The following table shows the acceptable values for the -
schmitt_trigger attribute:
Value Description
-in_delay value
Specifies whether this I/O has an input delay. You can specify an input delay between 0 and 7. The input
delay is not a delay value but rather a selection from 0 to 7. The actual value is a function of the operating
conditions and is automatically computed by the delay extractor when a timing report is generated. The
following table shows the acceptable values for the -in_delay attribute:
Value Description
Value Description
-skew value
Specifies whether there is a fixed additional delay between the enable/disable time for a tristatable I/O. (A
tristatable I/O is an I/O with three output states: high, low, and high impedance.) The following table
shows the acceptable values for the -skew attribute:
Value Description
-out_load value
Determines what Timer will use as the loading on the output pin. This attribute applies only to outputs.
You can enter a capacitive load as an integral number of picofarads (pF). Specify an integer between 0
and 1023 pF.
-register value
Specifies whether the register will be combined into the I/O. If this option is yes, the combiner combines
the register into the I/O module if possible. This option overrides the default setting in the Compile options.
I/O registers are off by default. The following table shows the acceptable values for the -register attribute:
Value Description
Exceptions
• If an argument is not specified, the value is not changed, as long as it is consistent with other settings.
If setting an attribute invalidates the I/Os location, then the I/O is unassigned.
• You can specify an out_drive strength and slew rate only for certain I/O standards per family. Not all
I/O standards have a selectable output drive strength or slew. The following table shows I/O standards
for which you can specify a slew and out_drive setting:
2 4 6 8 12 16 24
2 4 6 8 12 16 24
Note: Note: AGL030 and AGL015 do not support 2mA. They only support 1mA.
Examples
set_io IO_in\[2\] -iostd LVPECL \
-slew low \
-skew off \
-schmitt_trigger off \
-in_delay 0 \
-register no \
-pinname 366 \
-fixed no
See Also
Assign I/O to pin
reset_io
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
set_io (SmartFusion2)
PDC command; sets the attributes of an I/O for SmartFusion2 devices. You can use the set_io command to
assign an I/O technology, the I/O attributes, place, or lock the I/O at a given pin location. There are three I/O
Bank types available in SmartFusion2: MSIOD, MSIO and DDRIO.
set_io
[-iostd value]
[-pre_emphasis value]
[-lpe value]
[-ff_io_state value]
[-out_drive value]
[-slew value]
[-res_pull value]
[-schmitt_trigger value]
[-input_delay value]
[-odt_static value]
[-odt_imp value]
[-ff_io_avail value]
Arguments
-iostd value
Sets the I/O standard for this macro. Choosing a standard allows the software to set other attributes such
as the slew rate and output loading. If the voltage standard used with the I/O is not compatible with other
I/Os in the I/O bank, then assigning an I/O standard to a port will invalidate its location and automatically
unassign the I/O. The following table shows a list of supported I/Os by Bank type.
- LVTTL -
- LVCMOS33 -
- PCI -
- LVDS33 -
- - HSTLII
- - SSTL15I (DDR3)
- - SSTL15II (DDR3)
- - LPDDRI
- - LPDDRII
LVDS LVDS -
RSDS RSDS -
MINILVDS MINILVDS -
I/O standards support for single and differential I/Os is shown in the table below.
MLVDS X
MINILVDS X
RSDS X
-pre_emphasis value
The pre-emphasis rate is the amount of rise or fall time an input signal takes to get from logic low to logic
high or vice versa. It is commonly defined to be the propagation delay between 10% and 90% of the
signal's voltage swing. Possible values are shown in the table below. The output buffer has a
programmable slew rate for both high-to-low and low-to-high transitions. The low rate is incompatible with
3.3 V PCI requirements.
Value Description
-lpe value
Sets the state at which your device exits from Low Power mode. Possible values are shown in the table
below.
Value Description
-ff_io_state value
Preserves the previous state of the I/O. By default, all the I/Os become tristated when the device goes into
Flash*Freeze mode. (A tristatable I/O is an I/O with three output states: high, low, and high impedance.)
You can override this default using the FF_IO_STATE attribute. When you set this attribute to
LAST_VALUE, the I/O remains in the same state in which it was functioning before the device went into
Flash*Freeze mode. Possible values are shown in the table below.
Value Description
-out_drive value
Sets the strength of the output buffer to 2, 4, 6, 8, 10, 12, 16, or 20 in mA, weakest to strongest. The list of
I/O standards for which you can change the output drive and the list of values you can assign for each I/O
standard is family-specific. Not all I/O standards have a selectable output drive strength. Also, each I/O
standard has a different range of legal output drive strength values. The values you can choose from
depend on which I/O standard you have specified for this command. See the Slew and Out_drive Settings
table under "Exceptions" in this topic for possible values. The table below lists acceptable values.
Value Description
-slew value
Sets the output slew rate. Slew control affects only the falling edges for some families. Slew control
affects both rising and falling edges. Not all I/O standards have a selectable slew. Whether you can use
the slew attribute depends on which I/O standard you have specified for this command.
See the Slew and Out_drive Settings table under Exceptions in this topic. The table below shows the
acceptable values for the -slew attribute.
Value Description
-res_pull value
Allows you to include a weak resistor for either pull-up or pull-down of the input buffer. Not all I/O
standards have a selectable resistor pull option. The following table shows the acceptable values for the -
res_pull attribute:
Value Description
-schmitt_trigger value
Specifies whether this I/O has an input chmitt trigger. The schmitt trigger introduces hysteresis on the I/O
input. This allows very slow moving or noisy input signals to be used with the part without false or multiple
I/O transitions taking place in the I/O. The following table shows the acceptable values for the -
schmitt_trigger attribute:
Value Description
-input_delay value
Specifies whether this I/O has an input delay. You can specify an input delay between 0 and 63. The input
delay is not a delay value but rather a selection from 0 to 63. The actual value is a function of the
operating conditions and is automatically computed by the delay extractor when a timing report is
generated. The following table shows the acceptable values for the -in_delay attribute:
Value Description
... ...
-odt_static value
On-die termination (ODT) is the technology where the termination resistor for impedance matching in
transmission lines is located inside a semiconductor chip instead of on a printed circuit board. Possible
value are listed in the table below.
Value Description
on Yes, the termination resistor for impedance matching is located inside the chip
-odt_imp value
On-die termination (ODT) is the technology where the termination resistor for impedance matching in
transmission lines is located inside a semiconductor chip instead of on a printed circuit board.
Port Configuration (PC) bits are static configuration bits set during programming to configure the IO(s) as
per your choice. See your device datasheet for a full range of possible values.
-ff_io_availvalue
Indicates the I/O is available in Flash*Freeze mode. The table below lists possible values.
Value Description
Examples
set_io IO_in\[2\] -iostd LVPECL \
-slew low \
-schmitt_trigger off \
-input_delay 0 \
-ff_io_avail yes\
See Also
Assign I/O to pin
reset_io
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
Document the exported set_io option ‘-DIRECTION’ in the the OLH? (mark these topics with red
asterisk in the toc)
Arguments
portname
Specifies the portname of the I/O macro to set.
-pinname value
Assigns the I/O macro to the specified pin.
-fixed value
Locks or unlocks the location of this I/O. Locked pins are not moved during layout. Therefore, locking this
I/O ensures that the specified pin location is used during place-and-route. If this I/O is not currently
assigned, then this argument has no effect. The following table shows the acceptable values for the -fixed
attribute:
Value Description
-iostd value
Sets the I/O standard for this macro. Choosing a standard allows the software to set other attributes such
as the slew rate and output loading. If the voltage standard used with the I/O is not compatible with other
I/Os in the I/O bank, then assigning an I/O standard to a port will invalidate its location and automatically
unassign the I/O. The following table shows the acceptable values for the -iostd attribute for IGLOO PLUS
devices:
Value Description
LVCMOS33 (Low-Voltage CMOS for 3.3 Volts) An extension of the LVCMOS standard
(JESD 8-5) used for general-purpose 3.3 V applications.
LVCMOS25 (Low-Voltage CMOS for 2.5 Volts) An extension of the LVCMOS standard
(JESD 8-5) used for general-purpose 2.5 V applications.
LVCMOS18 (Low-Voltage CMOS for 1.8 Volts) An extension of the LVCMOS standard
(JESD 8-5) used for general-purpose 1.8 V applications. It uses a 3.3 V-
tolerant CMOS input buffer and a push-pull output buffer.
LVCMOS15 (Low-Voltage CMOS for 1.5 volts) An extension of the LVCMOS standard
(JESD 8-5) used for general-purpose 1.5 V applications. It uses a 3.3 V-
tolerant CMOS input buffer and a push-pull output buffer.
Value Description
LVCMOS12 (Low-Voltage CMOS for 1.2 volts) An extension of the LVCMOS standard
(JESD 8-5) used for general-purpose 1.2 V applications. This I/O
standard is supported only in ProASIC3L and the IGLOO family of
devices.
-out_drive value
Sets the strength of the output buffer to 2, 4, 6, 8, 12, or 16 in mA, weakest to strongest. The list of I/O
standards for which you can change the output drive and the list of values you can assign for each I/O
standard is family-specific. Not all I/O standards have a selectable output drive strength. Also, each I/O
standard has a different range of legal output drive strength values. The values you can choose from
depend on which I/O standard you have specified for this command. See the "Slew and Out_drive
Settings" table under "Exceptions" in this topic for possible values. Also, refer to the IGLOO PLUS
datasheet for more information. The following table shows the acceptable values for the -out_drive
attribute:
Value DescriptiT
-slew value
Sets the output slew rate. Slew control affects only the falling edges for some families. For ProASIC3,
IGLOO, SmartFusion and Fusion families, slew control affects both rising and falling edges. Not all I/O
standards have a selectable slew. Whether you can use the slew attribute depends on which I/O standard
you have specified for this command.
For ProASIC3 devices, this attribute is only available for LVTTL, LVCMOS33, LVCMOS25_50,
LVCMOS18, LVCMOS15, and PCIX outputs. For any of the I/O standards, the slew can be either high or
low. The default is high. See the "Slew and Out_drive Settings" table under "Exceptions" in this topic.
Also, refer to the IGLOO PLUS datasheet for more information. The following table shows the acceptable
values for the -slew attribute:
Value Description
-res_pull value
Allows you to include a weak resistor for either pull-up or pull-down of the input buffer. Not all I/O
standards have a selectable resistor pull option. The following table shows the acceptable values for the -
res_pull attribute:
Value Description
Value Description
-schmitt_trigger value
Specifies whether this I/O has an input schmitt trigger. The schmitt trigger introduces hysteresis on the I/O
input. This allows very slow moving or noisy input signals to be used with the part without false or multiple
I/O transitions taking place in the I/O. The following table shows the acceptable values for the -
schmitt_trigger attribute:
Value Description
-out_load value
Determines what Timer will use as the loading on the output pin. This attribute applies only to outputs.
You can enter a capacitive load as an integral number of picofarads (pF). Specify an integer between 0
and 1023pF. The default is 5pF for all IGLOO devices.
-register value
Specifies whether the register will be combined into the I/O. If this option is yes, the combiner combines
the register into the I/O module if possible. This option overrides the default setting in the Compile options.
I/O registers are off by default. The following table shows the acceptable values for the -register attribute:
Value Description
Value Description
Exceptions
• If an argument is not specified, the value is not changed, as long as it is consistent with other settings.
If setting an attribute invalidates the I/Os location, then the I/O is unassigned.
• You can specify an out_drive strength and slew rate only for certain I/O standards per family. Not all
I/O standards have a selectable output drive strength or slew. The following table shows I/O standards
for which you can specify a slew and out_drive setting:
2 4 6 8 12 16
Examples
set_io IO_in\[2\] -iostd LVPECL \
-slew low \
-schmitt_trigger off \
-register no \
-pinname 366 \
-fixed no
See Also
Assign I/O to pin
reset_io
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
Arguments
portname
Specifies the portname of the I/O macro to set.
-pinname value
Assigns the I/O macro to the specified pin.
-fixed value
Locks or unlocks the location of this I/O. Locked pins are not moved during layout. Therefore, locking this
I/O ensures that the specified pin location is used during place-and-route. If this I/O is not currently
assigned, then this argument has no effect. The following table shows the acceptable values for the -fixed
attribute:
Value Description
-iostd value
Sets the I/O standard for this macro. Choosing a standard allows the software to set other attributes such
as the slew rate and output loading. If the voltage standard used with the I/O is not compatible with other
I/Os in the I/O bank, then assigning an I/O standard to a port will invalidate its location and automatically
unassign the I/O. The following table shows the acceptable values for the -iostd attribute for ProASIC3
devices:
Value Description
Value Description
-out_drive value
Sets the strength of the output buffer to 2, 4, 6, 8, 12, or 16 in mA, weakest to strongest. The list of I/O
standards for which you can change the output drive and the list of values you can assign for each I/O
standard is family-specific. Not all I/O standards have a selectable output drive strength. Also, each I/O
standard has a different range of legal output drive strength values. The values you can choose from
depend on which I/O standard you have specified for this command. See the "Slew and Out_drive
Settings" table under "Exceptions" in this topic for possible values. Also, refer to the IGLOO and
ProASIC3 datasheets for more information.
Note: Note: Dies AGL015 and AGL030 only support the default output drive strength of 1mA. You must
explicitly set the -output_drive attribute using either a PDC file or changing this setting in the
I/O Attribute Editor of MultiView Navigator.
The following table shows the acceptable values for the -out_drive attribute:
Value Description
-slew value
Sets the output slew rate. Slew control affects only the falling edges for some families. For ProASIC3,
IGLOO, SmartFusion and Fusion families, slew control affects both rising and falling edges. Not all I/O
standards have a selectable slew. Whether you can use the slew attribute depends on which I/O standard
you have specified for this command.
For ProASIC3 devices, this attribute is only available for LVTTL, LVCMOS33, LVCMOS25_50,
LVCMOS18, LVCMOS15, and PCIX outputs. For any of the I/O standards, the slew can be either high or
low. The default is high. See the "Slew and Out_drive Settings" table under "Exceptions" in this topic.
Also, refer to the IGLOO and ProASIC3 datasheets for more information. The following table shows the
acceptable values for the -slew attribute:
Value Description
-res_pull value
Allows you to include a weak resistor for either pull-up or pull-down of the input buffer. Not all I/O
standards have a selectable resistor pull option. The following table shows the acceptable values for the -
res_pull attribute:
Value Description
-out_load value
Determines what Timer will use as the loading on the output pin. This attribute applies only to outputs.
You can enter a capacitive load as an integral number of picofarads (pF). Specify an integer between 0
and 1023pF.
-skew value
Specifies whether there is a fixed additional delay between the enable/disable time for a tristatable I/O. (A
tristatable I/O is an I/O with three output states: high, low, and high impedance.) The following table
shows the acceptable values for the -skew attribute:
Value Description
Note: Note: There is no skew support for AGL030 and AGL015 devices.
-register value
Specifies whether the register will be combined into the I/O. If this option is yes, the combiner combines
the register into the I/O module if possible. This option overrides the default setting in the Compile options.
I/O registers are off by default. The following table shows the acceptable values for the -register attribute:
Value Description
Supported Families
IGLOO (excluding IGLOOe) and ProASIC3 (excluding ProASIC3L and ProASIC3E)
Exceptions
• If an argument is not specified, the value is not changed, as long as it is consistent with other settings.
If setting an attribute invalidates the I/Os location, then the I/O is unplaced.
• You can specify an out_drive strength and slew rate only for certain I/O standards per family. Not all
I/O standards have a selectable output drive strength or slew. The following table shows I/O standards
for which you can specify a slew and out_drive setting:
2 4 6 8 12 16
Examples
set_io IO_in\[2\] -iostd LVPECL -register no -pinname 366 -fixed no
See Also
Assign I/O to pin
reset_io
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
Arguments
bankname
Specifies the name of the bank. I/O banks are numbered 0 through N (bank0, bank1,...bankN). See the
datasheet for your device to determine how many banks it has.
-vcci vcci_voltage
Sets the input/output supply voltage. You can enter one of the following values:
3.3 V LVTTL, LVCMOS 3.3, PCI 3.3, PCI-X 3.3, SSTL3 (Class I and II), GTL+
3.3, GTL 3.3, LVPECL
2.5 V LVCMOS 2.5, LVCMOS 2.5/5.0, SSTL2 (Class I and II), GTL+2.5, GTL
2.5, LVDS
Note: Note: 1.2 voltage is supported for ProASIC3L (A3PL), IGLOOe V2 only, IGLOO V2, and
IGLOO PLUS.
-vref vref_voltage
Sets the input reference voltage. This option is only supported by ProASIC3E, IGLOOe and
ProASIC3L(3000 die only) devices. You can enter one of the following values:
-fixed value
Specifies if the I/O technologies (vcci and vccr voltage) assigned to the bank are locked. You can enter
one of the following values:
Value Description
-vrefpins value
Specifies if the I/O technologies (vcci and vccr voltage) assigned to the bank are locked. This option is
only supported by ProASIC3E, IGLOOe and ProASIC3L(3000 die only) devices. You can enter one of the
following values:
Value Description
default Because the VREF pins are not locked, the I/O Bank Assigner can assign a
VREF pin.
pinnum The specified VREF pin(s) are locked if the -fixed option is "yes". The I/O Bank
Assigner cannot remove locked VREF pins.
Note: Note: The set_vref and set_vref_defaults PDC commands are no longer supported. You can now use
the set_iobanks command to set the vref pins. If you used the set_vref and set_vref_defaults
commands in an existing design, when you export the PDC commands, the Designer software
replaces the old set_vref and set_vref_defaults commands with the set_iobanks command.
-updateiostd value
Specifies if the I/O technologies (vcci and vccr voltage) assigned to the bank are locked. This option is
only supported by ProASIC3E, IGLOOe and ProASIC3L(3000 die only) devices. You can enter one of the
following values:
Value Description
yes If there is I/O's placed on the bank, we will keep the placement and change then
iost to one which is compatible with this bank setting. Check the I/O Attribute to
see the one used by the tool.
no If there is I/O's placed and locked on the bank, the command will fail. Otherwise
if there is just placed IOs they will be unplaced.
Supported Families
IGLOO (IGLOOe and IGLOO PLUS only), ProASIC3 (ProASIC3L A3PE3000L die and ProASIC3E only),
SmartFusion, Fusion
Note: Note: Refer to the IGLOOe and ProASIC3E datasheet on the Microsemi SoC web site
(www.actel.com) for details about the legal values for the vcci and vref arguments
Exceptions
• Any pins assigned to the specified I/O bank that are incompatible with the default technology are
unassigned.
Examples
The following example assigns 3.3 V to the input/output supply voltage (vcci) and 1.5 V to the input
reference voltage (vref) for I/O bank 0.
set_iobank bank0 -vcci 3.3 -vref 1.5
The following example shows that even though you can import a set_iobank command with the -vrefpins
argument set to "default", the exported PDC file will show the specific default pins instead of "default."
Imported PDC file contains:
set_iobank bank3 -vcci 3.3 -vref 1.8 -fixed yes -vrefpins {default}
Exported PDC file contains:
set_iobank bank3 -vcci 3.3 -vref 1.8 -fixed yes -vrefpins {N3 P8 M8}
See Also
Configure I/O Bank
reset_io
reset_iobank
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
set_iobank (SmartFusion2)
PDC command; sets the input/output supply voltage (vcci) and the input reference voltage (vref) for the
specified I/O bank.
DDRIO banks have a dedicated vref pin and you do not need to set any pin on these banks. (See the device
datasheet to see which banks are of type DDRIO.)
Diff I/Os do not need a vref pin.
set_iobank bankname
[-vcci vcci_voltage]
[-vref vref_voltage]
[-fixed value]
[-vrefpins value]
[-updateiostd value]
Arguments
bankname
Specifies the name of the bank. I/O banks are numbered 0 through N (bank0, bank1,...bankN). See the
datasheet for your device to determine how many banks it has.
-vcci vcci_voltage
Sets the input/output supply voltage. You can enter one of the following values:
2.5 V LVCMOS 2.5, SSTL2 (Class I and II), LVDS, BUSLVDS, MLVDS,
MINILVDS, RSDS
1.5 V LVCMOS 1.5, SSTL 1.5 (Class I and II), HSTL (Class I and II)
-vref vref_voltage
Sets the input reference voltage. You can enter one of the following values:
0.75 V SSTL15 (Class I and II), HSTL (Class I and Class II)
-fixed value
Specifies if the I/O technologies (vcci and vccr voltage) assigned to the bank are locked. You can enter
one of the following values:
Value Description
-vrefpins value
Specifies if the I/O technologies (vcci and vccr voltage) assigned to the bank are locked. You can enter
one of the following values:
Value Description
default Because the VREF pins are not locked, the I/O Bank Assigner can assign a
VREF pin.
pinnum The specified VREF pin(s) are locked if the -fixed option is "yes". The I/O Bank
Assigner cannot remove locked VREF pins.
-updateiostd value
Specifies if the I/O technologies (vcci and vccr voltage) assigned to the bank are locked. You can enter
one of the following values:
Value Description
yes If there is I/O's placed on the bank, we will keep the placement and change then
iost to one which is compatible with this bank setting. Check the I/O Attribute to
see the one used by the tool.
no If there is I/O's placed and locked on the bank, the command will fail. Otherwise
if there is just placed IOs they will be unplaced.
Exceptions
• Any pins assigned to the specified I/O bank that are incompatible with the default technology are
unassigned.
Examples
The following example assigns 3.3 V to the input/output supply voltage (vcci) and 1.5 V to the input
reference voltage (vref) for I/O bank 0.
set_iobank bank0 -vcci 3.3 -vref 1.5
The following example shows that even though you can import a set_iobank command with the -vrefpins
argument set to "default", the exported PDC file will show the specific default pins instead of "default."
Imported PDC file contains:
set_iobank bank3 -vcci 3.3 -vref 1.8 -fixed yes -vrefpins {default}
Exported PDC file contains:
set_iobank bank3 -vcci 3.3 -vref 1.8 -fixed yes -vrefpins {N3 P8 M8}
See Also
Configure I/O Bank
reset_io
reset_iobank
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
Arguments
bankname
Specifies the name of the bank. I/O banks are numbered 0 through N (bank0, bank1,...bankN). See the
datasheet for your device to determine how many banks it has.
-vcci vcci_voltage
Sets the input/output supply voltage. You can enter one of the following values:
Note: Note: 1.2 voltage is supported for ProASIC3 (A3PL), IGLOOe V2 only, IGLOO V2, and
IGLOO PLUS.
-fixed value
Specifies if the I/O technologies (vcci and vccr voltage) assigned to the bank are locked. You can enter
one of the following values:
Value Description
-vrefpins value
Specifies if the I/O technologies (vcci and vccr voltage) assigned to the bank are locked. This option is
only supported by ProASIC3E, IGLOOe and ProASIC3L(3000 die only) devices. You can enter one of the
following values:
Value Description
default Because the VREF pins are not locked, the I/O Bank Assigner can assign a
VREF pin.
pinnum The VREF pin(s) that are locked when the -fixed option is "yes". The I/O Bank
Assigner cannot remove locked VREF pins.
Note: Note: The set_vref and set_vref_defaults PDC commands are no longer supported. You can now use
the set_iobanks command to set the vref pins. If you used the set_vref and set_vref_defaults
commands in an existing design, when you export the PDC commands, the Designer software
replaces the old set_vref and set_vref_defaults commands with the set_iobanks command.
-updateiostd value
Specifies if the I/O technologies (vcci and vccr voltage) assigned to the bank are locked. This option is
only supported by ProASIC3E, IGLOOe and ProASIC3L(3000 die only) devices. You can enter one of the
following values:
Value Description
yes If there is I/O's placed on the bank, we will keep the placement and change then
iost to one which is compatible with this bank setting. Check the I/O Attribute to
see the one used by the tool.
no If there is I/O's placed and locked on the bank, the command will fail. Otherwise
if there is just placed IOs they will be unplaced.
Supported Families
IGLOO and ProASIC3
Note: Note: Refer to the ProASIC3 datasheets on the Microsemi SoC web site (www.actel.com) for
details about the legal values for the vcci argument.
Exceptions
• Any pins assigned to the specified I/O bank that are incompatible with the default technology are
unassigned.
Examples
The following example assigns 3.3 V to the input/output supply voltage (vcci) for I/O bank 0.
set_iobank bank0 -vcci 3.3
The following example shows that even though you can import a set_iobank command with the -vrefpins
argument set to "default", the exported PDC file will show the specific default pins instead of "default."
Imported PDC file contains:
set_iobank bank3 -vcci 3.3 -fixed yes -vrefpins {default}
Exported PDC file contains:
set_iobank bank3 -vcci 3.3 -fixed yes -vrefpins {N3 P8 M8}
See Also
Configure I/O Bank
reset_io
reset_iobank
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
set_location
PDC command; assigns the specified macro to a particular location on the chip.
set_location macro_name -fixed value x y
Arguments
macro_name
Specifies the name of the macro in the netlist to assign to a particular location on the chip.
-fixed value
Sets whether the location of this instance is fixed (that is, locked). Locked instances are not moved during
layout. The default is yes. The following table shows the acceptable values for this argument:
Value Description
x y
The x and y coordinates specify where to place the macro on the chip. Use the ChipPlanner tool to
determine the x and y coordinates of the location.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
None
Examples
This example assigns and locks the macro with the name "mem_data_in\[57\]" at the location x=7, y=2:
set_iobank mem_data_in\[57\] -fixed no 7 2
See Also
Assign macro to location
set_multitile_location
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
set_multitile_location
PDC command; assigns specified two-tile and four-tile macros to specified locations on the chip. Use this
command only for multi-tile, flip-flop macros and, in some cases, enable flip-flop macros).
set_multitile_location macro_name [-fixed value]\
-location {x y} \
-tile {name1 relative_x1 relative_y1} \
-tile {name2 relative_x2 relative_y2} \
[-tile {name3 relative_x3 relative_y3} \ ]
[-tile {name4 relative_x4 relative_y4} \ ]
Arguments
macro_name
Specifies the hierarchical name of the macro in the netlist to assign to a particular location on the chip.
-fixed value
Sets whether the location of this set of macros is fixed (that is, locked). Locked macros are not moved
during layout. The default is yes. The following table shows the acceptable values for this argument:
Value Description
-location {x y}
The x and y coordinates specify the absolute placement of the macro on the chip. You can use the
ChipPlanner tool to determine the x and y coordinates of the location.
-tile {name1 relative_x1 relative_y1}
Specifies the hierarchical name and location, relative to the macro specified as the macro_name, of the
first tile in a two- or four-tile macro. The relative placement of macro name1 inside the macro cannot be
offset by more than one. (See Notes below for placement rules.) If the macro uses four-tile macros, then
you must define all four tiles. Likewise, if the macro uses two-tile macros, you must define both tiles.
You can place the following two-tile and four-tile macros with the set_multitile_location command:
Four-tile macro
Two-tile macro
Due to the ProASIC3 architecture, if the CLR and PRE pins are NOT driven by a clock net (global,
quadrant or local clock net), the enable flip-flop macros (shown below) are mapped to two-tile flip-flop
macros. When CLR and PRE pins are not driven by a clock net, you must use the set_multitile_location
command instead of the set_location command.
During compile, Designer maps the specified enable flip-flop macro to a two-tiled macro.
If the CLR and PRE pins are driven by a clock net, Designer maps these macros to one tile during
compile. In this case, you cannot use the set_multitile_location command to place them. Instead, you
must use the set_location command.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
For two-tile flip-flop macros, the software appends U0 and U1 to the macro name. For four-tile flip-flop
macros, the software appends U0, U1, U2 and U3 to the macro name. The macros specified in the -tile
option cannot be offset by more than one.
To ensure efficiency, you must use local connections between certain tiles in the macros. The distance
between U0 and U1, U1 and U2, and U2 and U3 must not be more than one in either direction (X or Y).
The required local connection between tiles is denoted by the dashes below:
Four-tile macros: U0 --- U1 --- U2 --- U3 Two-tile macros: U0 --- U1
Examples of possible placement configurations:
Exceptions
• None
Examples
This example assigns and locks the macro with instance name “multi_tileff/U0 “ at the location X=10, Y=10
by specifying the relative positions of all the macros.
set_multitile_location multi_tileff -location {10 10} \
-tile { multi_tileff/U0 0 0 } \
-tile { multi_tileff/U1 0 1 } \
-tile { multi_tileff/U2 0 2 } \
See Also
Assign macro to location
set_location
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
set_net_critical
PDC command; sets the net criticality, which influences place-and-route in favor of performance.
set_net_criticalcriticality_number [ hier_net_name]+
Arguments
criticality_number
Sets the criticality level from 1 to 10, with 1 being the least critical and 10 being the most critical. The
default is 5. Criticality numbers are used in timing-driven place and route.
hier_net_name
Specifies the net name, which can be an AFL (Flattened Netlist) net name or a net regular expression
using wildcard characters. You must specify at least one net name. You can use the following wildcard
characters in names:
[] Matches any single character among those listed between brackets (that is,
[A-Z] matches any single character in the A-to-Z range)
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Description
Increasing a net’s criticality forces place-and-route to keep instances connected to the specified net as
close as possible at the cost of other (less critical) nets.
Exceptions
• The net names are AFL names, which means they must be visible in Timer and ChipPlanner.
Examples
This example sets the criticality level to 9 for all addr nets:
set_net_critical 9 addr*
See Also
Set Net's Criticality
reset_net_critical
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
set_port_block
PDC command; sets properties on a port in the block flow. This PDC command applies to only one I/O.
set_port_block -name portName -remove_ios value -add_interface value]
Arguments
-name portName
Specify the name of the port.
-remove_ios value
Sets whether or not to remove I/Os connected to the specified port from the netlist. The following table
shows the acceptable values for this argument:
Value Description
yes Remove I/Os connected to the specified port from the netlist.
no Do not remove I/Os connected to the specified port from the netlist.
-add_interface value
Adds an interface macro each time the fanout of the net connected to the port is greater than the value
specified. The value must be a positive integer.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
• You must import this PDC command as a source file, not as an auxiliary file.
• TRIBUFF and BIBUF macros cannot be removed even if you specify "-remove_ios yes".
• You must enable the block flow before calling this command. To enable the block flow, either select
the "Enable block mode" option in the Setup Design dialog box, or use the -block argument in the
new_design Tcl command to enable block mode.
Examples
This example removes any I/Os connected to portA, excluding TRIBUFF and BIBUF I/Os:
set_port_block -name portA -remove_ios yes
See Also
new_design
PDC Reference
set_preserve
PDC command; sets a preserve property on instances before compile, so compile will preserve these
instances and not combine them.
set_preserve hier_inst_name
Arguments
hier_inst_name
Specifies the full hierarchical name of the macro in the netlist to preserve.
Supported Families
IGLOO, ProASIC3, SmartFusion2, SmartFusion, Fusion
Exceptions
• This command is not supported in post compiled designs. If importing a PDC file that includes this
command, you must import it as a source file.
Examples
In some cases, you may want to preserve some instances for timing purposes. For example, you may
want registers to be combined with input of a bibuf and keep the output as it is.
If the outbuf of a bi-directional signal test[1] needs to be preserved while inbuf is required to combine with
the registers, use the following PDC commands:
set_io test\[1\] -REGISTER yes
set_preserve test\[31\]
If any internal instance is required to be preserved, use the set_preserve command as shown in the
following example:
set_preserve top/inst1 top/inst2
See Also
PDC Syntax Conventions
PDC Naming Conventions
I/O Register Combining
PDC Reference
unassign_global_clock
PDC command; demotes clock nets to regular nets. The unassign_global_clock command is not
supported in auxiliary PDC files.
unassign_global_clock -net netname
Arguments
-net netname
Specifies the name of the clock net to demote to a regular net.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
• You cannot assign “essential” clock nets to regular nets. Clock nets that are driven by the following
macros are “essential” global nets: CLKDLY, PLL, and CLKBIBUF.
Examples
unassign_global_clock -net globalReset
See Also
assign_global_clock
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
unassign_local_clock
PDC command; unassigns the specified net from a LocalClock region.
unassign_local_clock -net netname
Arguments
-net netname
Specifies the name of the net to unassign.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
This command is not supported in auxiliary PDC files. If importing a PDC file that includes this command,
you must import it as a source file.
Examples
This example unassigns the net named reset_n from the local clock region:
unassign_local_clock -net reset_n
See Also
assign_local_clock (IGLOO, Fusion, and ProASIC3)
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
unassign_macro_from_region
PDC command; specifies the name of the macro to be unassigned.
unassign_macro_from_region [region_name] macro_name
Arguments
region_name
Specifies the region where the macro or macros are to be removed.
macro_name
Specifies the macro to be unassigned from the region. Macro names are case sensitive. You can
unassign a collection of macros by assigning a prefix to their names. You cannot use hierarchical net
names from ADL. However, you can use the following wildcard characters in macro names:
[] Matches any single character among those listed between brackets (that is,
[A-Z] matches any single character in the A-to-Z range)
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
If the macro was not previously assigned, an error message is generated.
Examples
unassign_macro_from_region macro21
See Also
Unassign macro from region
assign_net_macros
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
unassign_net_macros
PDC command; unassigns macros connected to a specified net.
unassign_net_macros region_name [net1]+
Arguments
region_name
Specifies the name of the region containing the macros in the net(s) to unassign.
net1
Specifies the name of the net(s) that contain the macros to unassign from the specified region. You must
specify at least one net name. Optionally, you can specify additional nets to unassign.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
If the region is currently not assigned, an error message appears in the Log window if you try to unassign it.
Examples
unassign_net_macros cluster_region1 keyin1intZ0Z_62
See Also
Unassign macros on net from region
assign_net_macros
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
unassign_quadrant_clock
PDC command; unassigns the specified net from a QuadrantClock region. If the unassigned net is a clock
net, it will not be demoted to a regular net.
unassign_quadrant_clock -net netname
Arguments
-net netname
Specifies the name of the net to unassign from a quadrant clock region.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
This command is not supported in auxiliary PDC files. If importing a PDC file that includes this command,
you must import it as a source file.
Examples
This example unassigns the net named qnet_n from the quadrant clock region:
unassign_quadrant_clock -net qnet_n
See Also
Unassign macro from region
assign_quadrant_clock
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
undefine_region
PDC command; removes the specified region. All macros assigned to the region are unassigned.
undefine_region region_name
Arguments
region_name
Specifies the region to be removed.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
To use this command, the region must have been previously defined.
Examples
undefine_region cluster_region1
See Also
Delete region
define_region
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
unreserve
PDC command; resets the named pins in the current device, so they are no longer reserved. You can then
use these pins in your design.
unreserve -pinname "list of package pins"
Arguments
-pinname "list of package pins"
Specifies the package pin name(s) to unreserve.
Supported Families
SmartFusion, IGLOO, ProASIC3 and Fusion
Exceptions
None
Examples
unreserve -pinname "F2"
unreserve -pinname "F2 B4 B3"
unreserve -pinname "124 63"
See Also
reserve
PDC Syntax Conventions
PDC Naming Conventions
PDC Reference
I/O Standards
CMOS
CUSTOM
LVCMOS33 X X X X
LVCMOS25 X IGLOOe X X
only
LVCMOS25_50 X X X
LVCMOS18 X X X X
LVCMOS15 X X X
LVTTL X X X X
TTL X X X
PCI X X X X
PCIX X X X
Note: Note: 1.2 voltage is supported for ProASIC3 (A3PL), IGLOOe V2 only, IGLOO V2, and IGLOO PLUS
devices only.
See Also
I/O Standard
HSTL Class II
HSTL Class I
LVCMOS 3.3
LVCMOS 2.5
LVCMOS 1.8
LVCMOS 1.5
LVCMOS 1.2
I/O Standard
PCI, PCIX
GTL+ 3.3
GTL+ 2.5
LVPECL
GTL 2.5
GTL 3.3
LVTTL
LVDS
LVTTL X X X X X X X
LVCMOS 3.3 X X X X X X X
LVCMOS 2.5 X X X X X X
LVCMOS 2.5/5.0 X X X X X X
LVCMOS 1.8 X
LVCMOS 1.5 X X X
PCI, PCIX X X X X X X
GTL+ 3.3 X X X X X
GTL+ 2.5 X X X
GTL 3.3 X X X
GTL 2.5 X X X
HSTL Class I X
HSTL Class II X
LVDS X X X
HSTL Class II
HSTL Class I
LVCMOS 3.3
LVCMOS 2.5
LVCMOS 1.8
LVCMOS 1.5
LVCMOS 1.2
I/O Standard
PCI, PCIX
GTL+ 3.3
GTL+ 2.5
LVPECL
GTL 2.5
GTL 3.3
LVTTL
LVDS
LVPECL X X X X X
Note: Only ProASIC3L, IGLOO, IGLOOe, and IGLOO PLUS devices support LVCMOS12.
LVCMOS 2.5/5.0
LVCMOS 3.3
LVCMOS 1.8
LVCMOS 1.5
LVCMOS 1.2
I/O Standard
PCI, PCIX
LVPECL
LVTTL
LVDS
LVTTL X X X X
LVCMOS 3.3 X X X X
LVCMOS 2.5/5.0 X X
LVCMOS 1.8 X
LVCMOS 1.5 X
PCI, PCIX X X X X
LVDS X X
LVPECL X X X X
Note: Note: Only ProASIC3L, IGLOO, IGLOOe, and IGLOO PLUS devices support LVCMOS12.
I/O Output Slew Resistor Schmitt_ In_delay Skew Output Use Hot_
Standard Drive Pull trigger (input Load register Swappable
(input only)
only
LVTTL X X X X X X X X X
LVCMOS X X X X X X X X X
3.3
LVCMOS X X X X X X X X
2.5/5.0
LVCMOS X X X X X X X X X
1.8
LVCMOS X X X X X X X X X
1.5
LVCMOS X X X X X X X X X
1.2
PCI X X X X
PCIX X X X X X
GTL+ 3.3 X X X X
GTL+ 2.5 X X X X
GTL 3.3 X X X X
GTL 2.5 X X X X
HSTL X X X X
Class I
and II
SSTL2 X X X X
Class I
and II
SSTL3 X X X X
Class I
and II
I/O Output Slew Resistor Schmitt_ In_delay Skew Output Use Hot_
Standard Drive Pull trigger (input Load register Swappable
(input only)
only
LVDS X X X X
LVPECL X X X X
Note: Note: Only ProASIC3L, IGLOOe, IGLOO PLUS, and IGLOO devices support LVCMOS12.
LVTTL X X X X X X
LVCMOS 3.3 X X X X X X
LVCMOS X X X X X X
2.5/5.0
LVCMOS 1.8 X X X X X X
LVCMOS 1.5 X X X X X X
LVCMOS 1.2 X X X X X X
PCI X X
PCIX X X
LVDS X X
LVPECL X X
Note: Note: Only ProASIC3L, IGLOO, IGLOOe, and IGLOO PLUS devices support LVCMOS12.
Product Support
The Microsemi SoC Products Group backs its products with various support services including a Customer
Technical Support Center and Non-Technical Customer Service. This appendix contains information about
contacting the SoC Products Group and using these support services.
Technical Support
Microsemi customers can receive technical support on Microsemi SoC products by calling Technical
Support Hotline anytime Monday through Friday. Customers also have the option to interactively submit and
track cases online at My Cases or submit questions through email anytime during the week.
Web: www.actel.com/mycases
Phone (North America): 1.800.262.1060
Phone (International): +1 650.318.4460
Email: [email protected]