批量元件编辑

您正在阅读的是 18.1. 版本。关于最新版本,请前往 批量元件编辑 阅读 24 版本
Applies to Altium Designer versions: 18.0 and 18.1
 

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.

For more information on working with the Component Editor in its Single Component Editing mode, see Component Editor - Single 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.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.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.
While you can be connected to various managed content servers, you can only be signed in to one Server at a time.
  • 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.
If the option to control use of lifecycle definitions and revision naming schemes per content type is enabled for any definitions/schemes, and the Component Item type is not set to use a particular definition/scheme, then that definition/scheme will not be available in the applicable drop-down list.
  • 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!

If the Components being edited reference a Component Template, the entries specified in the template for Lifecycle Definition, Revision Naming, Component Naming and Default Folder are used to pre-fill the corresponding fields on the Document Options tab of the Document Options dialog. These options (on the Component Editor side) will only be editable provided the corresponding Allow override option is enabled in the template. In addition, the target managed content server will be hard-coded to use the same Server as that in which the revision of the Component Template Item resides.

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.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.
Specifying a model type does not mean the component definition has to use it, but rather adds a field for that model type to the component's definition.
Notice that the PCBLIB entry is available from the list. This allows for a component to have different PCB footprint models associated to it. In addition, the PCBLIB (default) parameter allows you to specify the default footprint model for a component.
  • 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.
The Show option associated to an entry allows you to toggle the display of the corresponding column for that model/parameter in the lower region of the editor - where the component definitions themselves are defined. This can be a tremendous help where numerous parameters have been defined, and the region starts to become highly congested. Use multi-select in combination with the right-click menu options to toggle the display state of multiple models/parameters.

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.

Links to models of a particular type can only be added, provided that model type has been added to the Required Models/Parameters region.

The Model Links region, packed with functionality to streamline model link definition and assignment to the component definitions.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.

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.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.
Add an additional new component definition to the list by clicking the Add Component control at the bottom of the region, or by using the corresponding command of the same name on the region's right-click context menu.

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.
Taking the time to carefully determine folder paths for your components ensures they are released into the correct destination folders from the outset. However, Items can be easily moved to any folder in the Server structure, post release, if need be.
This field will be read-only if the component has already been released. If you use the Clear Link To Target Item command (on the right-click Operations sub-menu), the link to the existing Item in the Server will be cleared. The fields of the component definition will revert back ready to create a new Item, and the FolderPath field will become available for editing.
  • 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!

This field will be read-only if the component has already been released. If you use the Clear Link To Target Item command (on the right-click Operations sub-menu), the link to the existing Item in the Server will be cleared. The fields of the component definition will revert back ready to create a new Item, and the Item ID field will become available for editing.
  • 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!
The field will populate with any default value for the Name system parameter that has been defined in a referenced Component Template.
  • 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.
The field will populate with any default value for the ComponentType parameter that has been defined in a referenced Component Template.
  • Component: Description - reflects the description added to the component. This system parameter is available and indexed when searching within the Server.
The field will populate with any default value for the Description system parameter that has been defined in a referenced Component Template.
  • 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.
Toggle the display of model columns by enabling/disabling the associated Show option for a Required Model entry respectively. Use multi-select in combination with the right-click menu options to toggle the display state of multiple model types.
  • 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.
The Current Rev., Next Rev., and Action fields - which collectively form the Release Status - can be toggled with respect to their display in the region, using the Show Release Status option, located at the bottom of the region. Toggle the display of Template Parameter, Parameter and Part Choice columns by enabling/disabling the associated Show option for a Required Parameter entry respectively. Use multi-select in combination with the right-click menu options to toggle the display state of multiple parameters.
A component definition needs to have at least one linked model otherwise it will not be released. Also, that model Item must not be in the Planned state. A component definition will also not be released if it has been assigned an ID already in-use by an existing Item in the Server.

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.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.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.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.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.

The command can also be accessed from the editor's main Edit menu (Edit » Operations » Add Components).
Be advised that entering too large a number in the Add Components dialog can have an impact on performance, and may 'tie' the software for a considerable time while the request is processed!

Add multiple new component definitions in two quick steps.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 command can also be accessed from the editor's main Edit menu (Edit » Operations » Create from Part Search).

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.

Search results in the dialog are grouped by manufacturer and manufacturer part number, with the sub-entries reflective of the vendors supplying that part. When you select a vendor of a part, it can be any vendor, it is the manufacturer part that is used to create the new component. And in terms of Part Choice, by creating based on the manufacturer part, and not a specific vendor/supplier, you get a single Part Choice that will bring with it all solutions based on the suppliers vending that part (and who are available for use through the preferences in your installation).

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

You can select multiple parts in the dialog, for simultaneous addition, each will be added as a separate component definition, back in the Component Editor. Alternatively, perform numerous sequential searches, adding one or more components each time, to build up a listing of required components.

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.
Parameters are imported in accordance with defined Parameter Import Options - configured on the Data Management - Parts Providers page of the Preferences dialog.

Example of the resulting definition, and added parameters, for a selected part in the Add Supplier Links dialog.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.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.

It is also possible to change the component type for one or more components after release to a completely different type, on-the-fly. In the Explorer panel, select the component(s) that you want to change, then right click and choose the Operations » Change component type command from the context menu. The Component Type dialog will appear from which you can select the new component type.
The field will populate with any default value for the ComponentType parameter that has been defined in a referenced Component Template.

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.

Unit-aware data types for component parameters can only be defined through a component template.

Component parameters from a referenced component template that have unit-aware data types.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.
Note that engineering abbreviations are case insensitive, so entering 2k2 is the same as entering 2K2, and entering 100R is the same as entering 100r. The only exception is M (Mega) and m (milli).

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).

Note that the dialog will initially show the default naming scheme entered in the Document Options dialog. If you leave this scheme, you will not be able to change the Initial Index. The latter can only be changed if a different naming scheme is used.

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.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.

Add a Part Choice from the Required Models/Parameters region - click the Add control and use the By MPN command from the Part Choices sub-menu. The two columns presented for the Part Choice n entry in the definitions area are Manufacturer and Part Number. Alternatively, if you have configured a custom database part source, choose the By Internal ID menu entry. In this case, the two columns presented for the Part Choice n entry in the definitions area are Part source and Internal ID. Any number of Part Choices can be added for use.

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.

If using a configured custom database part source, use the Part source field to select the part source. All custom database part sources defined for the Server will be listed. Enter the ID for the required part, into the Internal ID field.

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.
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.

A locked Component Item ID will be released automatically after 30 minutes, if no release has taken place within that time.

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.Grouping the component definitions based on the values in a column, in this case by the Case-Metric parameter.

A hierarchy of groups can be created, by nesting the column headers. Within the grouped columns region, use drag and drop to redefine the grouping 'sort order' as required.

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.

To remove sorting for a column, Ctrl+click on its header.

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.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.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.

The control presents the mode that will be enabled when clicking upon it, and not the currently enabled mode.
  • 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.Example use of the Auto Width and Best Fit presentation modes.

To further aid in display of data, selectively toggle the display of model and parameter columns. Do this using the Show option for each, available in the Required Models/Parameters region of the editor.
You can also manually adjust the width of data columns to fine-tune display of your data.

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.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+CCtrl+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.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).

The command is also available from the editor's main File menu.

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.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.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.
Component-level parameters are used for parameters that are shared between multiple models or where the designer wants to make such a parameter visible/editable on the schematic (e.g. value, frequency etc).

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!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.

When an instance of the released component is placed in a design, a simulation parameter can have a different value at the component-level, to that for the same parameter at the model-level. When the netlist is generated, the component-level parameter will have priority.
For some of the built-in SPICE3f5 models, entering a value for a parameter at the component-level will override a related parameter defined in a linked model file (*.mdl). For a semiconductor capacitor, for example, specifying a value for the component-level Width parameter will override any value specified for the DEFW parameter in the associated model file. If a parameter is specified at the component-level for a subcircuit model, that value will override the value defined for it in the linked subcircuit file (*.ckt). If a parameter is specified at the component-level for a digital device, that value will override the value specified for that parameter in the source SimCode definition (*.scb).

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.Ensuring correct schematic pin-to-model pin mapping.

For a multi-part component, the ability to exclude a part from simulation is also determined through the Pin Mapping dialog.
For the built-in SPICE3f5 and supported PSpice models, the function of each of the pins in a model can be found in the general form section for that model, in the SPICE 3f5 user manual. For subcircuit models, the manufacturer will typically insert comments for each pin of the model, describing that pin's function. If no commenting is evident, then the pinout of the model will typically be that of the physical device itself. Consult the datasheet for the device in this case. For Digital SimCode models, the mapping of the component pins to the INPUTS and OUTPUTS declared in the SimCode file will depend on the input and output node list entries in the netlist template.

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:

.MODEL 74LS90 xsimcode(file="C:\ProgramData\Altium\Altium Designer {A586F887-1E00-4F36-9EC8-61C78B91FA73}\VaultsFileCache\0072B38F-E431-40BB-B462-FD262DB9CDAB\9A7AB3DA-D4A5-43B3-9C88-33A56E86A0BF\Released\LS.SCB" func=ls90)

.MODEL 74LS90 xsimcode(file="C:\ProgramData\Altium\Altium NEXUS {A586F887-1E00-4F36-9EC8-61C78B91FA73}\VaultsFileCache\0072B38F-E431-40BB-B462-FD262DB9CDAB\9A7AB3DA-D4A5-43B3-9C88-33A56E86A0BF\Released\LS.SCB" func=ls90)

An .scb file typically contains multiple scb models. When the simulation model definition is released, the .scb file - released and stored with the SimModel file in the Server - is stripped back to include only the single scb model referenced by the simulation model definition, and not the full listing of models.

可用的功能取决于您的 Altium Designer 软件订阅级别

Content