USB 3.0 Mode for the xsignals Wizard

Transcription

1 USB 3.0 Mode for the xsignals Wizard Old Content - visit altium.com/documentation Modified by Lillian Ling on Jun 20, 2016 Released in Altium Designer 15, the xsignals Wizard simplifies the process of creating multiple xsignals between multiple components, as a single process. The xsignal Wizard creates xsignals between a single source component and multiple target components. The Wizard uses a component-oriented approach to identifying potential xsignals - you select a single source component, the nets of interest and the target components - it then analyzes all potential paths from the source component to the designation components, passing through series passive components and along any branches. As the designer you then get to choose the xsignals you would like to have generated, and you can also create Matched Lengths design rules targeting these xsignals. The original xsignals Wizard supported creating custom xsignals for multiple components. The Wizard is being expanded to automatically create xsignals and xsignal classes for a number of different common interface and memory circuits. This release sees the addition a USB3 mode to the xsignals Wizard. The goal of the USB 3.0 xsignal Wizard is to create the xsignals, xsignal Classes, and Matched Length rules for each USB 3.0 channel. Running the xsignal Wizard The xsignal Wizard can be launched by selecting: Design» xsignals» Run xsignals Wizard Component right-click» xsignals» Run xsignals Wizard

2 USB 3.0 The Wizard can process all USB 3.0 channels between each controller to-connector-pair specified by the user. The Wizard automatically evaluates Differential Pair nets connected to the controller, detecting those that span through to the connector. The span can include passive components and multiple nets. The Wizard identifies each of these pairs by an xsignal class, with each leg of the pair identified by a controller-to-connector xsignal. Once you have selected USB 3.0, the page will include a setting for the Matched Length Tolerance Within Diff Pair, enter a suitable value. This value is used for the design rule created by the Wizard, and can be changed at any time in the PCB Rules and Constraints Editor. User-defined settings such as this are saved for future use. For USB 3.0, each USB user port is referred to as a channel. As can be seen in the image, each channel includes 3 differential pairs: Transmit, Receive and Data. For USB 3.0, the critical routing design requirement is to match the route lengths within each pair, between-pairs length matching is not as critical. Because of this requirement, and the fact that the Matched Length design rule requires differential pairs to check lengths within a pair of nets, the Wizard will check for Differential Pair definitions, and automatically create suitable differential pairs if there are none. The Matched Length design rule that the

3 Wizard creates is then configured to check length matching Within Differential Pair Length. Note that the rule is configured to compare the leg lengths within the pair for the overall xsignal, it does not compare the leg lengths within each differential pair. Select USB 3.0 to use the Wizard to automatically create xsignals and Differential Pairs for the important USB 3.0 nets. Selecting the Source and Target Components On the next page, the Wizard identifies all potential source components and target connectors, based on the designator prefix and the number of pins. 1. Set the filter prefix for the Controller designator and the Connector designator, and the Min Pin Count values as required, then 2. Select a single source component, then 3. Select the target component(s).

4 Select the source controller component, and the target USB connectors. If you select multiple target components, you should check the xsignal and Net Naming Syntax for each of these components, using the drop down in the next page of the Wizard. Identifying the Channels and Creating the xsignals On this page you define a naming syntax that the Wizard can use to identify the relevant Transmitter, Receiver and Data pair nets, which are then included in xsignals. Each pair of xsignals is then clustered into an xsignal class, and these classes are used to scope the Matched Length design rule.

5 Check, and if required, define suitable Naming Syntaxes for xsignals and Nets, then click to create the xsignals. The functionality of this page is as follows: 1. The designator of the Controller is displayed next to the Components label. Next to this, the dropdown includes all of the Connectors selected on the previous page of the Wizard. The naming syntax options shown below apply to each of the connectors listed in the drop down, select each in turn and check that the chosen naming syntax is complete, and suitable. As mentioned, for USB 3.0, each USB user-port is referred to as a channel. You can set the number of channels (Channels Total) from 1 to 32. Typically each connector has a single channel. 2. Within each USB 3.0 channel there are 3 differential pair paths, Transmit, Receive and Data, that run from the Controller to the Connector. The Wizard will create an xsignal, spanning series components as required, for each positive net, and another xsignal for each negative net, and then an xsignal class to represent that Controller-to-Connector pair. The Define xsignal Class Syntax group is used to specify the names of these xsignal classes. the Wizard also creates suitable Differential Pairs, if there are none already defined. Define xsignal Class Name Syntax - the xsignal classes that are created will be named as specified, with each channel assigned a numeric value in place of the [#]. Enter your preferred string as required.

6 3. Channel <N> - these fields define the masks that are used to identify the relevant Transmitter / Receiver / Data net names. The Wizard has a large template of predefined naming schemes that it checks, usually it will populate these fields automatically. If it does not, select the correct name from the dropdown, or type in a suitable net name syntax. 4. Once the naming fields are configured, click the Analyze Nets & Create xsignal Classes button. The Wizard will create the xsignals, xsignal Classes, and Matched Length rules for all of the channels. Note that these are created each time you re-run the Wizard, delete them if you plan to run the Wizard again. 4. The resulting xsignal Class names and their member xsignals are detailed in the grid. 5. Click the Create Spreadsheet button to generate an XLS-format spreadsheet of the xsignals created by the Wizard. 6. Click Finish to complete the Wizard. xsignals and xsignal Classes Created As mentioned, the Wizard automatically creates: xsignals - for each of the three pairs of controller-to-connector Transmit, Receive and Data signal paths, as identified by the Net Names Syntax masks. xsignal Classes - xsignal classes are created for each of these pairs of xsignals, named in accordance with the naming specified in the Define xsignal Class Name Syntax controls. Differential Pairs - to scope the Matched Length design rule so that it checks within a pair of nets, differential pairs are required. The Wizard checks for suitable pairs, and if none are detected, automatically creates them. Set the PCB panel to Differential Pairs Editor mode to examine the pairs and confirm that they are correct. Design Rules Created The Wizard then creates a single Matched Length design rule that targets all of the xsignal classes. Only one rule is required, because it is scoped to test all xsignal pairs, and compare the leg lengths within each pair. The rules use the Tolerance constraint entered into the second page of the Wizard. Adjust the tolerance if required.

7 Only one Matched Length rule needs to be created for checking all xsignals classes, because it is testing the leg-lengths within each pair. Source URL: