PCB_Dlg-NewEditSingleRuleEdit PCB Rule_AD

Now reading version 3.0. For the latest, read: Edit PCB Rule for version 5
Applies to NEXUS Client versions: 2.0, 2.1, 3.0, 3.1, 3.2 and 4

This documentation page references Altium NEXUS/NEXUS Client (part of the deployed NEXUS solution), which has been discontinued. All your PCB design, data management and collaboration needs can now be delivered by Altium Designer (with Altium Designer Enterprise Subscription) and a connected Altium 365 Workspace. Check out the FAQs page for more information.

 

An example of the Edit PCB Rule dialog (displaying Clearance Rule)An example of the Edit PCB Rule dialog (displaying Clearance Rule)

Summary

The Edit PCB Rule dialog allows you to edit the properties of the selected design rule, including the name, scope, and constraints.

The controls offered by the dialog and its banner text will vary depending on the type of design rule being edited.
For more information about PCB Design Rules and the list of available types of design rules, click here.

Access

The dialog is accessed from within the PCB Editor in the following ways:

Options/Controls

  • Name - the current name of the rule. This can be changed as required.
  • Comment - this field displays any comment added for the rule, for example, a meaningful description of what the rule is being used for.
  • Unique ID - the unique identifier for the rule. Every rule is itself a design object, and therefore, a tangible piece of data. The use of an ID ensures uniqueness. Where the Unique ID really comes into play, however, is for a rule that has been created within the schematic domain. When adding design rule parameters to objects on a schematic, a unique ID is given to each rule parameter. The same IDs are given to the corresponding design rules that are created in the PCB. With this Unique ID, the constraints of a rule can be edited on either the schematic or PCB side and the changes pushed through upon synchronization.
  • Test Queries - click to open the Test Queries Result dialog that displays the number of objects affected by the selected rule, taking into account any defined rule specializations. This allows you to see if any objects match the query and check if those objects affected by the filters and rules are the desired result of your search terms.

Rule Scoping Controls

When defining the scope of a design rule - the extent of its application - you are essentially building a query to define the member objects that are governed by the rule. Use the options available in the dialog to build the query required. Depending on whether the rule is unary or binary, you will need to define one or two scopes, respectively.

For a unary design rule, controls will be provided to define a single rule scope (Where the Object Matches). Use the options available in the Where The First Object Matches region to help build the query expression, which will be presented in the region to the right. For a binary design rule, controls also will be provided to define a second rule scope. Use the options available in the Where The Second Object Matches region to help build the query expression, which will be presented in the region to the right.

Controls are identical, whether defining one or two rule scopes and are detailed in the following sections.

Where The Object Matches

  • Scoping Option - use the drop-down to select one of the following options to determine how to generate the scoping query expression:
    • All - choose this option to generate a scope query that targets all design objects. The expression All will be loaded into the associated Full Query region on the right.
    • Net - choose this option to generate a scope query that targets all objects in a specific net. Choose the required net from the top drop-down field. The expression loaded into the associated Full Query region on the right will be in the format InNet('<NetName>').
    • Net Class - choose this option to generate a scope query that targets all objects in a specific net class. Choose the required net class from the top drop-down field. The expression loaded into the associated Full Query region on the right will be in the format InNetClass('<NetClassName>').
    • Layer - choose this option to generate a scope query that targets all objects on a specific layer. Choose the required layer from the top drop-down field. The expression loaded into the associated Full Query region on the right will be in the format OnLayer('<LayerName>').
    • Net and Layer - choose this option to generate a scope query that targets all objects in a specific net and on a specific layer. Choose the required net from the top drop-down field and the required layer from the bottom drop-down field. The expression loaded into the associated Full Query region on the right will be in the format InNet('<NetName>') And OnLayer('<LayerName>').
When using the NetNet and Layer, Net Class, or Layer options, the field will populate with all defined nets in the design, all defined net classes in the design, or all currently enabled layers in the design, respectively. Use the drop-downs to choose the required target.
When using the Net and Layer option, the field will populate with all currently enabled layers in the design. Use the drop-downs to select the required layer.
  • Custom Query - choose this option to be able to write your own, more complex, but also more specific query. Use the drop-downs to build the query.
  • Query Helper - this button becomes available when the Custom Query option is chosen. Click to access the Query Helper dialog. The underlying query engine analyzes the PCB design and lists all available objects, along with generic keywords for use in queries. The resulting query appears in the region to the right.
  • Query Builder - this button becomes available when the Custom Query option is chosen. Click to open the Building Query from Board dialog, which enables you to create a query for targeting specific objects in the design document by simple construction of a string of AND'ed and/or OR'ed conditions. The resulting query appears in the region to the right.
Alternatively, and if you are conversant with the Query Language, you can enter a query expression directly in the region to the right.

You also can paste a query expression from your favorite editor directly into the region. You also can copy an expression, perhaps to work on it in an external editor, or even to paste into the second scope of a binary rule - especially useful if the two scopes are complex, but differ only slightly.
The Query Builder is a simpler method of constructing a query, using sensitive condition types and values that only allow the designer to build using relevant 'building blocks'. For advanced query construction, with full keyword specification and operator syntax, use the Query Helper.

Constraints

This region of the dialog presents the constraints applicable to the type of rule being edited. The controls vary depending upon the type of design rule being edited. Use the various controls to configure these constraints as required.

Diagram

Controls highlighted in blue can be clicked on and edited, if desired. Enable any of the various options provided, if desired.

Grid

Click on a cell to edit the data, as required.

Query Expression Operator Precedence

Brackets have the highest precedence within an order of precedence that has been defined for the various operators and that determines how queries are interpreted by the software (whenever you have not provided brackets). The sequence of this order is as follows:

Brackets
Not
^, *, /, Div, Mod, And
+, -, Or, Xor
=, <>, <, >, <=, >=
&&, ||

This order of precedence is similar to that used in Pascal type languages. Ambiguities are resolved by working from left to right. Parentheses are evaluated from inside to outside and equal levels are evaluated left to right.

It is highly advisable to use brackets whenever there is any possibility that the query might not be correctly interpreted. Generous usage of brackets removes doubt and makes the resulting queries easier to read by others.
Content
Content