确保使用Specctra兼容布线器时的PCB可读性

您正在阅读的是 3.0. 版本。关于最新版本,请前往 确保使用Specctra兼容布线器时的PCB可读性 阅读 5 版本

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 and a connected Altium 365 Workspace. Check out the FAQs page for more information.

Altium NEXUS's Specctra Exporter offers translation of specifically formatted width and clearance design rules, enabling a smoother transition and greater success when using Specctra-compatible routing products with Altium NEXUS.

Background

Specctra design rules and Altium NEXUS design rules are quite different, in terms of their nature and implementation. The following conceptual differences set the scene for the challenge to successfully transfer a design from Altium NEXUS to Specctra:

  • Specctra has fixed (hard-coded) scoping hierarchy, which also determines the order in which rules are applied (e.g. Net-level rules are always applied before Net Class rules). Altium NEXUS has a more powerful, and flexible, rule system. Neither precedence (priority) nor scoping is fixed. You can freely define a rule's scope using expressions, then set that rule's priority as required. You could therefore have a Net Class scoped rule that is executed before Net scoped rules.
  • In Specctra, a scope can be seen to have associated rules – a collection of rules are applicable to an instance of a scope. In Altium NEXUS, this is not the case. Apart from the default "All" scope, all other scopes across all defined rules for a design might be different.
  • Specctra rules can be evaluated to an attribute at the primitive level, for example a track in net A requires 8mil clearance against all other objects. Some of Altium NEXUS's rules (binary rules to be specific) can never be evaluated to a primitives attribute level. For example, the clearance between tracks in nets A and B can be different from the clearance applicable between tracks in nets A and C – resulting in no single unified value for tracks in net A.

In summary, it can be a fair appraisal that Altium NEXUS's scoping system is more expressive than the Specctra rule system and, in general, is a superset of the Specctra scoping system.

Defining the Rules in Altium NEXUS

If you plan to route your Altium NEXUS PCB design using Specctra, it is highly recommended that you follow the Specctra scoping hierarchy, to maximize translation correctness and routing results. The following table provides a rule-definition guideline. It summarizes the various fixed scopes on the Specctra side and, where supported by the exporter, the required scoping on the Altium NEXUS side, along with priority. These 'mappings' if you like, aim to make the rule export process more streamlined and avoid the need to manually hand-craft the required rules, post-export, on the Specctra side.

Specctra Scope
Altium NEXUS Scope
Altium NEXUS Priority
 
1st Object Query
2nd Object Query
 
PCB Design All All
12
Layer OnLayer('LayerName') All
11
Net Class InNetClass('NetClassName') All
10
Net Class on Layer InNetClass('NetClassName') And OnLayer('LayerName') All
9
Group Set
Not Supported in Altium NEXUS
Group Set on Layer
Not Supported in Altium NEXUS
Net InNet('NetName') All
8
Net on Layer InNet('NetName') And OnLayer('LayerName') All
7
Group Emulated using From To Class:

InFromToClass('FromToClassName')

All
6
Group on Layer Emulated using From To Class:

InFromToClass('FromToClassName') And OnLayer('LayerName')

All
5
FromTo InFromTo('NetName (FromPad : ToPad)') All
4
FromTo on Layer InFromTo(NetName (FromPad : ToPad)') And OnLayer('LayerName') All
3
Class vs. Class InNetClass - InNetClass currently not supported by Exporter
2
Class vs. Class on Layer
Currently Not Supported by Exporter
Padstack
Not Supported in Altium NEXUS
Region WithinRoom('RoomName') WithinRoom('RoomName')
1
Net Class in Region
Currently Not Supported by Exporter
Net in Region
Currently Not Supported by Exporter
Class vs. Class in Region
Currently Not Supported by Exporter

Notes

  1. Multiple expressions can be combined within a single Altium NEXUS rule using the OR operator – reducing the overall number of rules in the design. For example:
     
    • InNet('N1') OR InNet('N2') OR InNet('N3') – making the rule applicable to any of the nets N1, N2, or N3.
    • OnLayer('L1') OR OnLayer('L2') – making the rule applicable to an object on either layer L1 or layer L2.
       
  2. For the rule priority in Altium NEXUS, 1 is the highest priority and will be applied first.

Primitive-based Scope Modifiers

The following expressions are supported as scope modifiers:

  • IsPad
  • IsThruPin
  • IsSMDPad
  • IsVia
  • IsTrack
  • IsFill
  • IsPolyRegion
  • IsTestPoint
  • TestPoint

These modifiers are useful for a clearance rule, where you might want to define different clearance values between, for example, via and pad, compared to via and track. The following example scopes show how these modifiers can be used in clearance rule definitions:

  • Pad to via clearance for net N1: InNet('N1') AND IsVia vs IsPad
  • Track to track clearance on top layer for net N1: InNet('N1') AND IsTrack vs IsTrack AND OnTopLayer

Scope Aliases

As with spoken languages, when defining rule scopes, the same meaning can often be achieved in different ways. The following aliases are supported for layer-based scopes:

  • OnTop or OnTopLayer – aliases for OnLayer('TopLayerName')
  • OnBottom or OnBottomLayer – aliases for OnLayer('BottomLayerName')
  • OnMid – alias used for layers Mid Layer 1 to Mid Layer 30 (i.e. signal layers excluding top and bottom)
  • OnSignal – alias used for all signal layers
  • TestPoint and IsTestPoint are aliases of each other.
If you find an issue, select the text/image and pressCtrl + Enterto send us your feedback.