批量元件编辑

Parent page: Managed Components

A managed component is defined/edited using the Component Editor, which can operate in two modes - Single Component Editing and Batch Component Editing. The latter provides the interface for defining/editing multiple components, but can be used to define/edit a single component, should you wish. With the Component Editor in its Single Component Editing mode, access to batch editing mode is made by choosing the Tools » Switch to Batch Editor command, from the Editor's main menus. This mode is also accessed if you have selected multiple Component Item revisions for editing, from the Explorer panel. Each component definition will have a common set of parameters and links to required domain models. Batch editing comes into its own where it makes sense to manage components as a set, such as a set of chip resistors for example.

This document looks at working with the Component Editor in its Batch Component Editing mode.

Interface Overview

In its Batch Component Editing mode, the Component Editor interface is essentially divided into four main regions, illustrated in the following image and summarized thereafter.

The Component Editor, when switched to operate in its Batch Component Editing mode, can be divided into four key regions.

1. Required Models/Parameters - where you define what type of domain models are required by the component definition(s), as well as the place to craft a set of parametric data that will be applied to all component definitions.
2. Model Links - where you add links to released domain models, for use in component definitions.
3. Preview Window - providing a preview of the currently selected model. This will be graphical for a Symbol and Footprint Item, and textual for other model types.
4. Component Definition(s) - this is where a component is defined, including its folder, name, type, referenced domain models, parametric data, and part choice(s).

The Required Models/Parameters and Model Links regions can be horizontally collapsed by clicking the  control at their top-left. In addition, the top three regions can be collapsed, leaving just the Component Definitions region, by using the  control, at the top-right.

Document Options

Controls for specifying the target Server folder in which the Component Items will be created, and also the lifecycle definition and naming schemes to be employed for those Items, are available in the Document Options dialog (Edit » Document Options).

Server settings are defined through the Document Options dialog.

• Target Vault - if creating one or more new components, the target Server will be the one to which you are actively signed in. When editing existing components, this field will reflect the managed content server in which those components reside. Click the Vault Admin button to the right of the drop-down to access the Data Management - Servers page of the Preferences dialog, from where you can browse and manage your active and known Servers.

• Default Folder - when creating one or more new components, use this field to specify a default folder within the target managed content server in which to store the released Component Item(s). Do this by clicking the Choose button to access the Choose Folder dialog - an incarnation of the Explorer panel, from where you can browse to and choose an existing folder in the Server, or create a new one on-the-fly. The entry here will be used by default for the FolderPath when adding a new component definition. If editing the revision of one or more existing Component Items, this field will reflect the existing folder and will be non-editable. In this case the Choose button will also be unavailable.
• Lifecycle Definition and Revision Naming - use these fields to set a suitable default scheme in each case (Component Lifecycle and Component Revision Scheme respectively). Use the drop-down associated with each field to choose a different scheme, from any of the currently defined schemes available for the parent Server.

• Component Naming - this field is used to define a default Item Naming Scheme for components released from the Component Editor, ensuring a unique ID for each resulting Component Item in the Server. The entry here will be used as the template for automatically naming a newly-added component definition (in its associated Item ID field). The software will automatically assign the next available unique ID, based on that scheme, having scanned the entire Server and identifiers of existing Items.

If the parent folder in which a Component Item resides (or is being created) has a defined naming scheme, then this will be pre-filled as the default. If not, then the default scheme - CMP-{00000} - is provided. You can of course create your own scheme by typing it within the field. Support is available for the use of parameter-based Component Name Templates. Such templates allow you to precisely name, or rather rename your components, based on the currently defined values of parameters available to those components in the Component Editor. Include a parameter into the naming template using the format [<ParameterName>]. Multiple parameters can be used in a template, and you can also add an iterator macro, specified within curly braces (e.g., {000}, {00A}).

Alternatively, you can override the auto-assigned ID for a component by entering the ID required directly in the Item ID field for a definition. You always have full control and final say over how the Items are identified!

Required Models/Parameters

This region of the editor is used to specify which domain models are required by the component definition(s), as well as the place to craft a set of parametric data that will be applied to all component definitions.

Define required models and parameters.

• Models - at the most basic level, a component used in board design requires representation in the schematic and PCB editing domains. It therefore needs schematic symbol and PCB footprint models. These then are added as required models by default and cannot be removed. Use the Add and Remove controls for the region to add/remove other model types as required.

• Parameters - two default parameter entries exist - Name and Description. These are system parameters. Any number of additional parameters may also be added as required. To do so, click the Add control at the bottom of the region, then choose the Parameter entry. A new parameter will be added to the list. Click inside the Parameter Name field to change the name as required. To remove a parameter, select it and click the Remove control. The system parameters cannot be removed.

This region of the editor, through the Add menu, also facilitates the following:

• Linking to a Component Template - the Templates sub-menu lists all Component Template Items currently available in the same managed content server in which the Component Item itself resides. Click on an entry to create a link to the latest revision of that Component Template Item. Parameters from the template will be brought into this region, and are distinguished by use of the  icon. For more information, see Referencing a Component Template.
• Enabling the use of Datasheets - choose the Datasheet entry to do this. For more detail, see Attaching Datasheets to Component Definitions.
• Adding Part Choices - use the Part Choices sub-menu, and choose By MPN. An entry will be added - Part Choice n - to the definitions area, with two columns - Manufacturer and Part Number, with which to specify the choice. Alternatively, if you have configured a custom database part source, choose the By Internal ID menu entry. An entry will be added - Part Choice n - to the definitions area, with two columns - Part source and Internal ID, with which to specify the choice of part from your company's internal parts database. For more information, see Making Part Choices.

Model Links

This region of the editor is used to add links to released domain models, for use in component definitions. The Model Links region can be thought of in terms of a 'bucket' of domain models that can be accessed by any component definition. Assignment is a case of specifying which links are required for each definition.

The Model Links region, packed with functionality to streamline model link definition and assignment to the component definitions.

Use the following collapsible sections to learn more about working with model links.

Direct Editing of Linked Models

Should you need to edit a linked domain model that is being used (referenced) by a component definition, this can be done most efficiently using the direct editing paradigm:

1. Right-click on the model entry in the Model Links region of the editor and choose the Edit command from the context menu.
2. The model will open in a temporary instance of its associated editor. Make changes as required to the model and release into the next revision of its parent item in the Server, using the  button (from the Quick Access Bar). The Create Revision dialog will appear, in which you can enter a different Name and/or Description, or enter a note of the changes made in the Release Notes field.

Discard any changes and come out of editing by using the  button, also available from the Quick Access Bar.

Edit and release a model directly from the Model Links region of the Component Editor.

The Create Revision dialog provides the ability to update all Component Item revisions that reference this changed Model Item revision. However this is typically used when editing a domain model item directly, and not through the model links of a component currently being edited itself. While this could be left checked, proceeding will open another editing instance for the component you are currently defining - or a combined editing instance including all affected Component Item revisions, where multiple components reference the changed model. This could get quite confusing, so it is is far better to disable this option before proceeding.

Clicking OK in the Create Revision dialog (with the option to update affected items disabled) will effect the release. The temporary model editor will close and you will be returned to your (already open) Component Editor. The model link and any instance where that link has been assigned to defined components, will be automatically updated with this latest revision.

Model link and assignments are updated with the latest revision after the release process completes.

Column-based Filtering

Like an Excel spreadsheet, the model links can be further filtered by the contents of each column. To do this, click the small funnel (filter) icon, located at the right-hand side of a column header (). A menu will appear containing a checkbox for each value present in that column. Enable the required checkbox(es) to reduce the list to only include model links with that value.

Alternatively, for greater filtering control select (Custom..), which displays the Custom Filter dialog. Use this dialog to setup a custom filter to meet your requirements, by specifying which rows of information you want to show based on filter criteria you apply to the data column.

 Choose to apply standard or customized column filtering.

When a column filter is applied, the filter icon is displayed in blue (), indicating that there is filtering applied based on that column. Filtering can be applied to multiple data columns. Each 'column filter' becomes an ANDed condition in the overall filter. A textual representation of the filtering currently in effect will be presented at the bottom of the region.

An example of column filtering in action.

To clear filtering for a column, choose the (All) entry from the filtering drop-down. To clear filtering completely, click the  button, to the left of the textual representation of the filter. To disable the filter, uncheck the check box to the left of its textual representation. To enable again, check the check box.

Within an editing session the history of just used filters is available. Click the  button to the right of the textual representation of the current filter to display the history. The history list is cleared when the temporary Component Editor is closed.

To further customize the current filter, click the  button, to the far right of the textual representation of the filter, to open the Filter Builder dialog. Use this dialog to create more sophisticated and complex filters as needed.

Use the Filter Builder dialog to create more sophisticated filtering.

Commonly used filters can be saved and re-used. This is done in the Filter Builder dialog by clicking the Save As button to save the current filter in a Filters file (*.flt). Click the Open button to reload a previously saved filter.

Component Definitions

Once you have specified the set of parameters, and have your 'bucket' of model links at the ready, you can proceed with definition of the required component(s). This is performed in this lower region of the document.

Define your components in a logical and intuitive way using the Component Editor.

What is actually presented in this region initially, will depend on the component(s) being edited:

• When creating a new Component Item, and a Component Template is not referenced from the parent folder, the entry will have the FolderPath and Item ID assigned, but that's it - a blank canvas as it were.
• When creating a new Component Item, and a Component Template is referenced from the parent folder, the entry will have prefilled definition information provided by that template.
• When editing a revision of an existing, single Component Item, and you have switched from Single Component Editing mode, that revision will be presented, along with whatever information has been defined for it at that stage.
• When editing multiple chosen revisions of Component Items - and thereby accessing Batch Component Editing mode directly - all of those revisions will be presented.

Each component definition appears as a single row entry containing the following information:

• Component: FolderPath - use this field to release the component to a specific folder in the target Server. For each newly added component to the grid, this field can be populated with a default location, if specified in the Default Folder field in the Document Options dialog (Edit » Document Options). Whether or not a default path is specified, you have full control over where in the target Server a component will be stored. To manually specify a target folder, click once inside the FolderPath field for a component to reveal the  button, and click to access the Choose Folder dialog. Browse to, and choose an existing folder, or create a new one on-the-fly.

• Component: Item ID - this field is used to determine the ID used for the released Component Item in the Server. For each newly added component to the grid, this field is populated in accordance with a default naming scheme, specified in the Component Naming field in the Document Options dialog. The software will automatically assign the next available unique ID, based on that scheme, having scanned the entire Server and identifiers of existing Items.

A default Item naming scheme - CMP-{00000} - is provided, but you can of course create your own scheme by typing it within the field, ensuring that the variable portion is enclosed in curly braces (e.g. CMP-001-{0000}). Alternatively, you can override the auto-assigned ID for a component by entering the ID required directly in the Item ID field for a definition. You always have full control and final say over how the Items are identified!

• Component: Name - reflects the humanly-readable name given to the component. This system parameter is available and indexed when searching within the Server and will provide a good means to locate specific components beyond having to remember their Item ID!

• Component: Type - this field supports the ability to define the type of component and is a key attribute used to facilitate targeted searching of Server components. Click on this field, then click  to access the Component Type dialog. Use this dialog to select the required type of component then click OK - the chosen type will be inserted as the value for the Type attribute in the main definitions grid.

• Component: Description - reflects the description added to the component. This system parameter is available and indexed when searching within the Server.

• Models - these fields correspond to the entries in the Required Models/Parameters region of the document. There is one field per required model that is added. There will always be at least two models associated to a component, corresponding to the default symbol and footprint models. Each field is used to specify which of the linked models (in the Model Links region) is to be used for the component.

• Template Parameters - these fields correspond to user parameters brought into the Component Editor from a referenced Component Template Item revision. There is one field per parameter. The left-to-right ordering of the parameters in a component definition corresponds to their top-to-bottom ordering in the Required Models/Parameters region. Enter values for parameters as required, and where applicable. For example, parameters that have been marked Read Only in the template will not be editable, while other parameters will be. And if they have been marked as Required in the template, they must be given a value, or you will not be able to release the component definition.
• Parameters - these fields correspond to the additional user parameters that you have entered in the Required Models/Parameters region of the document. There is one field per additional parameter. The left-to-right ordering of the parameters in a component definition corresponds to their top-to-bottom ordering in the Required Models/Parameters region. Enter values for parameters as required.
• Release: Current Rev. - this non-editable field reflects the current (most recent/latest) revision of the Component Item in the managed content server.
• Release: Next Rev. - this non-editable field reflects the next revision of the Component Item that will be created when the component definition is next released, in accordance with the chosen revision naming scheme.
• Release: Action - this field shows the action that will be taken by the release manager for this particular component definition, as part of the release process. For a component definition that has not yet been released, this entry will display Create Item. For a definition that has already been released, this entry will display Create Revision. If a planned revision of a Component Item is being targeted, then the entry will display Release To Existing Revision.

• Part Choice n -  this entry corresponds to a Part Choice that you have added to the Required Models/Parameters region of the document. The left-to-right ordering of the Part Choices in a component definition corresponds to their top-to-bottom ordering in the Required Models/Parameters region. There are two fields per added Part Choice, Manufacturer and Part Number, with which to specify the choice. Alternatively, if you have configured a custom database part source, and added a Part Choice using the By Internal ID menu entry, the two fields will be Part source and Internal ID. Use these to specify the choice of part from your company's internal parts database.

Working with Component Definitions

Use the following sections to learn more about working with this region of the editor, including some cool and time-saving features and functionality.

Assigning Model Links to Existing Components

For existing component definitions, the required model links can be assigned in the following ways:

• Drag and drop a model link into the relevant column of a component definition.

Assign a model to an existing component using drag and drop from the Model Links region to the corresponding model column for that component.

• Use the drop-down field for a model column to access a dedicated model link pop-up window. This presents a grid of all existing model links applicable to the model type being assigned, complete with all data columns. This can be a real time saver for finding and assigning a model, where the number of component definitions hamper drag and drop techniques, or the top section of the Component Editor - housing the Model Links region - is collapsed. And this method can be used to assign the same model link to multiple component definitions - just select the model column for each component before accessing the pop-up window.

Resize the window as required. Click and drag the  control at the bottom-right of the window to resize in both directions simultaneously. Click the column control button  and disable any columns you do not want to be visible. Columns can be reordered by dragging a column header.

Use the pop-up's search field to quickly locate the model required. Dynamic highlighting based on data across any column is applied as you start to type characters. Select the model link required and either press Enter or double-click to assign that model.

Use the dedicated model link selection pop-up to search, locate and assign the model required.

Creating a New Component with a Linked Model

Where a component definition does not yet exist, one can be created, along with the required model link automatically assigned, in the following ways:

• Drag and drop a model link from the Model Links region, into free space within the Definitions region, to add a new component definition that uses that model.

Assign a model and add a new component on-the-fly, using drag and drop from the Model Links region.

• Drag and drop a model directly from the Explorer panel into the Definition region. A new component definition using that model will be added. In addition, if that model does not exist in the Model Links region, an entry will be added for it.

Assign a model and add a new component on-the-fly, using drag and drop from the Explorer panel. The model link will be added to the Model Links region, if it does not exist already.

Adding Multiple Components

The Component Editor facilitates addition of multiple new components in one hit. Right-click and choose the Operations » Add Components command. Then, in the Add Components dialog that is presented, enter the number of components you wish to add. In concert with the grids multi-cell editing support, and copy/paste features, you can quickly build an impressive array of component definitions in quick time.

Add multiple new component definitions in two quick steps.

Creating Components from a Part Search

Providing a boost to creation of managed components, Altium Designer supports the ability to search for one or more real-world parts, courtesy of Part Search functionality, and then add those parts into the Component Editor. This functionality is delivered through a purpose-made extension for the Component Editor - the Component From Supplier Search extension. Not only do you get a new component definition entry for each selected part, you get all of its parameters, and any data sheets, leaving you to just organize some domain models, set the component type, and then release!

The Component From Supplier Search
extension.

This feature is only made available, provided the Component From Supplier Search extension is installed as part of your Altium Designer installation. This extension is installed by default when installing the software, but in case of inadvertent uninstall, can be found back on the Purchased tab of the Extensions & Updates page (click on the  control at the top-right of the workspace and choose Extensions and Updates from the menu).

The feature is accessed from the Component Editor's Definitions region. Right-click and choose the Operations » Create from Part Search command from the region's context menu. Alternatively, click within the definitions area, and use the keyboard shortcut Shift+Ctrl+M.

The Add Supplier Links dialog will appear - search for the required part, select an entry for a supplier who vends that part, then click the OK button.

Access the Add Supplier Links dialog, and search for one or more parts you'd like to bring in to the Component Editor.

After clicking OK, the following will occur:

• Component entries for each selected part will be created in the definitions area of the Component Editor. Each definition will:
  • Be assigned the next available unique Item ID, and in accordance with the defined Component Naming scheme employed by the Component Editor.
  • Have the value for the selected part's Manufacturer Part Number parameter assigned as the value for its Name system parameter.
  • Have the value for the selected part's Description parameter assigned as the value for its Description system parameter.
• All parameters defined for a selected part (as visible for it in the dialog) will be added to the Required Models/Parameters list. All will be made visible (associated Show option enabled). This just means a column will be displayed for each, by default, in the Definitions region.
• Parametric entries will also be added for each datasheet available for a selected part (in the form of a ComponentLinknDescription and ComponentLinknURL pairing).
• A Part Choice (Part Choice 1) will be added for each part, with the values for the part's Manufacturer and Manufacturer Part Number parameters used to fill the Manufacturer and Part Number fields of that choice respectively.

Example of the resulting definition, and added parameters, for a selected part in the Add Supplier Links dialog.

Setting the Component Type

The Component Editor supports the ability to define the type of component when configuring a component's definition. This facilitates targeted searching through the managed content server's powerful Search facility - a facility that not only allows you to search by component type, but allows you to search smarter, with supported unit-aware component parameters.

The type of component is specified through the Type attribute in the Component region of the definitions area. Click on the Type field then click  to access the Component Type dialog. Use this dialog to select the required type of component then click OK - the chosen type will be inserted as the value for the Type attribute in the main definitions grid.

Example of setting the Type attribute for a component definition to Diode.

The Component Type dialog presents a default set of component types. Commands available from the dialog's right-click context menu allow you to craft this listing to better suit your needs - either by adding new types and sub-types, or editing and removing existing types. Also, the Type field for multiple component definitions can be set in a single action. Select the Type field for each required component definition, then choose the type for one, to apply to all others.

Support for Unit-aware Component Parameter Data Types

The Component Editor supports unit-aware component parameter data types that are defined within a referenced Component Template. You can enter a parameter's value directly into the applicable field for a component definition using a range of formats - such as 2.2k, 2k2, 4M, 2.5GHz - with the managed content server engineered with the requisite smarts to recognize the numerical value behind those entries.

This feature of a component template facilitates targeted searching through the Server's Search facility - a facility that not only allows you to search by component type, but allows you to search smarter, with range searches. Using the power of unit-aware component parameters, you can quickly define a search, for example, to find all capacitors with a capacitance between 47uF and 220uF.

Component parameters from a referenced component template that have unit-aware data types.

When entering a value for a component parameter that uses a unit-aware data type - as the required value in a component definition - the following are things to consider:

• You can enter the value in a range of different formats: 
  • Numerical value only (e.g., 10). Note that if the data type has a unit, this will be applied automatically. (In the Component Template, those types with units have the unit in brackets after their name).
  • Numerical value and units (e.g., 10F).
  • Numerical value with prefix (e.g., 10k). The appropriate unit will automatically be added (where applicable).
  • Numerical value with prefix and units (e.g., 10kF).
  • Numerical value with prefix in typical engineering format (e.g., 2k2, 2k2Ohm, 10r2, 10R2). The value will automatically be normalized accordingly (e.g., 2K2 will become 2.2k).
• You can enter prefix and/or units with or without a space after the numerical value (e.g., 10uF, or 10 uF). The space will be automatically stripped.

Using Component Name Templates

The Component Editor provides support for the use of parameter-based Component Name Templates. Such templates allow you to precisely name, or rather rename your components - their Item ID - based on the currently defined values of parameters available to those components in the editor. Include a parameter into the naming template using the format [<ParameterName>]. Examples might be:

• CMP-[Value]
• CMP-[Part Number]
• [Name]
• [Name]-[Value]
• [Value]
• [Part Number]

You can also use multiple parametric declarations in your templates, for example:

• CMP-[Part Number]-[Value]
• CMP-[Manufacturer Part Number]-[Value]-[Tolerance]

In addition, and purely optional, you can also add an iterator macro, specified within curly braces (e.g., {000}, {00A}), for example:

• CMP-[Value]-{001}
• CMP-[Part Number]-{00A}

At the highest level, the required naming template can simply be entered as the default naming scheme into the Component Naming field of the Document Options dialog. The initial index will always be zero in this case. For greater control, select the component(s) to be renamed, right-click, and choose the Operations » Rename Component (Operations » Rename n Components) command from the context menu. You will be presented with the Component Name Template dialog. Use this dialog to specify the required Naming Scheme, and control the Initial Index (where an iterator macro has been added to the template).

An example of the use of the Name and Value parameters in a naming template, to quickly rename selected components being defined in the Component Editor.

Making Part Choices

When you add a Part Choice for use with the component(s) being defined, an entry will be added - Part Choice n - to the definitions area, with two columns to specify that choice.

Adding a Part Choice (By MPN) for use with the component(s) being defined. Hover to see an example Part Choice added By Internal ID - allowing you to hook up a part from
your company's internal parts database.

Enter the Manufacturer, and Manufacturer Part Number - for the real-world part you want to be used when the board is manufactured and assembled - into the Manufacturer and Part Number fields respectively.

A couple of things to be aware of:

• The addition of a Part Choice does not mean a component definition has to use it. But if you do enter a value in one of the two fields, the other field will appear with a red border, alerting you to the fact that a value is now required before that component can be released.

• If you make an incorrect entry for a field value, and the part can not be retrieved by the Server, the text will appear greyed and in italics. Once both entries are correct, the text will appear as normal, white text. Note that values are case-insensitive.

Attaching Datasheets to Component Definitions

One or more datasheets can be attached to one or more components, while defining component(s) through the Component Editor. This, for example, allows you to quickly attach the same required datasheet(s) to all components in a particular family.

Linking various datasheets, as seen from the perspective of editing a component in the Component Editor.

Attaching datasheets to a component definition involves a sequence of steps, summarized here and detailed in the sections thereafter:

1. Enabling the use of datasheets.
2. Uploading datasheets to a selected component.
3. Assigning uploaded datasheets to other component definitions.

Validation Checking of Component Naming

The software validates the IDs of components that are being created by multiple users for release to a managed content server, and thereby prevent duplicated Item ID issues. When a user creates a Component Item, the assigned Item ID is 'locked', preventing another user from using that ID, even if the first user has not, or does not, release that component. If other users change the Item ID manually as part of their component definition - to one that is currently used by an existing Item (or an intended-to-be-created Item), the ID will be changed for the next available, unused ID, in accordance with the applicable naming scheme.

Cloning a Component Definition

Facilitating the ability to quickly create component definitions that differ slightly from one another, the editor provides cloning functionality. To clone an existing definition, select it in the list of definitions, right-click, and choose the Clone Component command from the context menu (shortcut: Ctrl+D). The clone will be added to the bottom of the list of definitions.

The clone will be an exact replica of the original source component definition, in terms of:

• Targeting the same folder within the managed content server - the folder in which the original component exists, or targets (if not itself released as yet).
• Referencing the same domain models.
• Having the same values for Name, Description, Type, template parameters and any additional user-defined parameters.

It will differ in terms of:

• Not having any datasheets that were defined for the original component.
• Not having any Part Choices that were defined for the original component.
• Having the next available unique Item ID.
• Being set to be released into the initial revision of a new Component Item (Action set to Create Item).

An example of cloning a component definition - once cloned, make any changes as necessary, for example to the values of one or more parameters, defining Part Choices, and
adding any datasheets as necessary.

Grouping Component Definitions

Component definitions can be grouped based on any of the visible column headings. To do this, click and hold on a column header, then drag and drop it onto the text that says Drag a column header here to group by that column.

For example, the following image illustrates the component definitions being grouped by the Case-Metric parameter. Doing so separates the component definitions into as many groups as there are different values in the grouping column - in this case nine groups are created.

Grouping the component definitions based on the values in a column, in this case by the Case-Metric parameter.

Sorting Component Definitions

Component definitions can be sorted by a specific column by clicking on that column's header. Click once to sort in ascending order (based on the content of that column). Click again to sort in descending order.

You can sort by multiple columns. With the component definitions already sorted by a specific column, Shift+click on another column to 'sub-sort' by the content of that column.

Column-based Filtering of Component Definitions

Like an Excel spreadsheet, the component definitions can be further filtered by the contents of each column. To do this, click the small funnel (filter) icon, located at the right-hand side of a column header (). A menu will appear containing a checkbox for each value present in that column. Enable the required checkbox(es) to reduce the list to only include component definitions with that value.

Alternatively, for greater filtering control select (Custom..), which displays the Custom Filter dialog. Use this dialog to setup a custom filter to meet your requirements, by specifying which rows of information you want to show based on filter criteria you apply to the data column.

Choose to apply standard or customized column filtering.

When a column filter is applied, the filter icon is displayed in blue (), indicating that there is filtering applied based on that column. Filtering can be applied to multiple data columns. Each 'column filter' becomes an ANDed condition in the overall filter. A textual representation of the filtering currently in effect will be presented at the bottom of the region.

An example of column filtering in action.

To clear filtering for a column, choose the (All) entry from the filtering drop-down. To clear filtering completely, click the  button, to the left of the textual representation of the filter. To disable the filter, uncheck the check box to the left of its textual representation. To enable again, check the check box.

Within an editing session the history of just used filters is available. Click the  button to the right of the textual representation of the current filter to display the history. The history list is cleared when the temporary Component Editor is closed.

To further customize the current filter, click the  button, to the far right of the textual representation of the filter, to open the Filter Builder dialog. Use this dialog to create more sophisticated and complex filters as needed. Commonly used filters can be saved and re-used. This is done in the Filter Builder dialog by clicking the Save As button to save the current filter in a Filters file (*.flt). Click the Open button to reload a previously saved filter.

Presentation of Data

Depending on the type of components being defined, there could be a sizeable number of parameters, all of which, when added to the other columns of data, can create a veritable tangle of partially-legible content. Addressing this, a couple of display modes are available for the component definitions region. Switch between modes using the control at the bottom-right of the region.

• Best Fit - in this mode, each column of data is sized to display all data within it, in accordance with the largest data entry and adding a little padding for good measure. Since each column is sized to display its data, the columns can collectively extend beyond the currently viewable area. In support of this a horizontal scrollbar is provided to allow ease of reading.
• Auto Width - in this mode, the software will attempt to display all data columns within the viewable area of the grid, stretching or condensing as needed. This mode works fine when there are not so many data columns, but legibility can suffer when a greater number of columns are present.

Example use of the Auto Width and Best Fit presentation modes.

Component Definitions - Editing Techniques

Depending on the components you are creating, the Component Editor may end up containing a sizable number of component definitions. In some cases, these definitions may differ only slightly and many may require similar model or parametric information. The document supports various editing features that enable you to quickly effect changes to one or more component definitions.

• Multi-cell editing is implemented for models and parameters. Multiple data cells within a column can be selected for operation using standard Ctrl+click and Shift+click keyboard functionality. To assign a model to multiple components, select the range of cells, then click the drop-down to display the model link pop-up window, as shown below. Double-click on the required model in the pop-up, this model will then be assigned in all selected model cells.

Select multiple components, then select a model for them all in a single action.

For parameters, select the required cells within the same column, then enter the required value for the focused cell and either click away, or press Enter. All cells in the selection will receive that same value.

This feature can also be used for the FolderPath. Select the entries in the FolderPath column for the applicable component definitions, click the  button for the focused entry, and choose the required target folder in the Choose Folder dialog. All selected definitions will have their FolderPath changed to point to this folder.

• You can cut, copy and paste data between selected data cells using the corresponding commands available on the right-click menu.
• You can clear the contents of selected data cells using the Delete key (or the Clear Contents command on the right-click menu).
• You can copy, cut, and paste selected component definitions, using Ctrl+Shift+C, Ctrl+Shift+X and Ctrl+Shift+V respectively (or the corresponding commands on the right-click menu).
• You can remove selected component definitions from the file completely, using the Remove Component control below the component definition grid, the Remove command from the right-click menu, or the Ctrl+Del shortcut.
• You can refresh the content of the grid using the Refresh command on the main View menu, using the F5 keyboard shortcut, or by clicking the  button on the Component Library Standard toolbar.
• You can copy selected data cells to the Windows clipboard, for manipulation in an external spreadsheet application. Component definition information in an external spreadsheet can also be pasted back into the component definitions region.

It is also possible to collapse the upper region of the Component Editor by clicking the small arrow  at the upper right of the editor, thereby dedicating the entire display area to the editing of component definitions.

Browsing a Released Definition

Once released, you can browse a component directly in the Server using the Explorer panel. For a component that has already been released, and is currently being edited, you can jump directly to its Component Item in the Server from the Component Editor, by right-clicking on its entry in the definitions area and choosing the Operations » Show in Explorer command.

Jump to an already released managed component in the Explorer panel, directly from the Component Editor when you have that component revision oped for editing.

Targeting an Existing Component Item

For the most part, you would typically leave the creation of the Component Items in the target Server to be part of the release process. You add your component definitions, assign Item IDs and away you go - Item creation 'on-the-fly' as it were. However, you may have created (or want to create) Component Items directly in the Server, then link to these existing Items. Not a problem.

The right-click Operations sub-menu associated with a component definition contains a couple of commands to support linking a definition to a manually-created Component Item:

• Change Link To Target Item - use this command to access the Choose Target Item dialog, which you can use to browse for and select the required Component Item in the Server.
• Clear Link To Target Item - use this command to clear the link to an existing Item in the Server. The Release-related fields of the component definition will revert back ready to create a new Item.

Running a Component Rule Check

When you attempt to commit/release a component back to the Server, the Component Editor runs a validation - a Component Rule Check. This feature can also be run at any time, manually, by choosing the Tools » Component Rule Check command, from the main menus (be sure to have saved your component(s) before you do).

Just as a board project has the Compiler to detect for any violations, the Component Editor has a Component Validator. Any violations that are found will be listed in the Messages panel.

Detecting issues with a component prior to releasing/committing to the server.

The Component Validator tests for an array of potential issues with each component and its defined models - both hardwired tests, as well as a range of violation types that can be user-defined at the global level.

Hardwired validation checks all carry a report mode of . Examples of these checks include:

1. Component not referencing any models.
2. A target folder not specified for the component in the target managed content server.
3. Component not having a unique Id.

User-definable checks are configured on the Data Management - Component Rule Checks page of the Preferences dialog.

User-definable violation checks that can be configured as part of global preferences, for use with the Component Validator.

Any of the hardwired tests that fail, or user-defined checks at a level of Error or above, would prevent release of a component.

A Word About Linked Simulation Models

Related page: Managed Simulation Models

As with Symbol and Footprint Items, a component definition can also reference a revision of a Simulation Model Item. Adding a model link of this type is exactly the same as for a Symbol and Footprint, so refer back to the previous sections for information on that. Here, we look at including component-level simulation parameters, and also configuration of pin mapping.

Adding Component-Level Simulation Parameters

When using a simulation model for a component in a design, parameters specific to that model can be specified at two different levels:

• Model-Level Parameter - specified as part of the simulation model definition itself (in the SimModel file), and released with that definition into a revision of the linked Simulation Model Item.
• Component-Level Parameter - specified as part of the component definition (here in the Component Editor), and released with that definition into a revision of the linked Component Item.

Parameters are added at the component-level in the Required Models/Parameters region of the Component Editor. It is important to note that the naming of parameters must be the same as those parameters defined at the model-level. To see the model-level parameters, and therefore which parameters can be added at the component-level (and their names!), select the SIM model link and click the View Parameters control, at the bottom of the preview window.

View the model-level parameters for a Simulation Model Item, to see which parameters can be added at the component-level - and how they are named!

Armed with the available model-level parameters, you can now proceed to add any of those same parameters at the component-level - to be available to any component definition in the library. To do so, click the Add control at the bottom of the Required Models/Parameters region, and choose Parameter from the menu. A new parameter entry will be added to the list. Change the name as required - remembering to match exactly the name of the corresponding model-level parameter.

Add sim-related parameters at the component-level. Notice that two parameters are already available - Area Factor and Temperature - courtesy of the referenced Component
Template.

Pin Mapping

Once the link to the required SIM model has been chosen, you need to ensure that the pins of the component - when represented in the schematic domain - are correctly mapped to the pins of the simulation model. This is performed in the Pin Mapping dialog, accessed by right-clicking on the component definition's SIM model entry and choosing Operations » Edit Pin Mapping from the context menu. For each schematic pin, use the available drop-down to change the associated Model Pin entry accordingly. If the device is multi-part, be sure to check the mapping for each part.

Ensuring correct schematic pin-to-model pin mapping.

Full Support for Digital SimCode Models

When using a managed component that references a Simulation Model Item featuring a SimCode definition (in a *.scb file), that scb file (released with the SimModel file to the Server) is used for subsequently run simulations. In the genera ted simulation netlist (*.nsx file), the model reference will contain the full path to the scb file, cached locally from the Server. For example: