Asset Administration Shell Attributes
An Administration Shell is uniquely identifiable since it inherits from Identifiable.
The derivedFrom attribute is used to establish a relationship between two Asset Administration Shells that are derived from each other. For more detailed information on the derivedFrom concept, see Types and Instances.
Class: |
|||
---|---|---|---|
Explanation: |
An Asset Administration Shell |
||
Inherits from: |
|||
ID: |
|
||
Attribute |
ID |
||
Explanation |
Type |
Card. |
|
derivedFrom |
|
||
The reference to the Asset Administration Shell, which the Asset Administration Shell was derived from |
ModelReference<AssetAdministrationShell> |
0..1 |
|
assetInformation |
|
||
Meta information about the asset, the Asset Administration Shell is representing |
1 |
||
submodel |
|
||
Reference to a submodel of the Asset Administration Shell A submodel is a description of an aspect of the asset, the Asset Administration Shell is representing. The asset of an Asset Administration Shell is typically described by one or more submodels. Temporarily, no submodel might be assigned to the Asset Administration Shell. |
ModelReference<Submodel> |
0..* |
Asset Information Attributes
Class: |
|||
---|---|---|---|
Explanation: |
In AssetInformation, identifying metadata of the asset that is represented by an Asset Administration Shell is defined. The asset may either represent a type asset or an instance asset. The asset has a globally unique identifier, plus – if needed – additional domain-specific (proprietary) identifiers. However, to support the corner case of very first phase of life cycle where a stabilized/constant global asset identifier does not already exist, the corresponding attribute "globalAssetId" is optional. Constraint AASd-131: The globalAssetId or at least one specificAssetId shall be defined for AssetInformation. Note: see Constraints for Asset-Related Information for constraints related to asset information. |
||
Inherits from: |
— |
||
ID: |
|
||
Attribute |
ID |
||
Explanation |
Type |
Card. |
|
|
|||
Denotes whether the asset is of kind "Type", Instance", "Role" or none of these types is applicable |
1 |
||
|
|||
Identifier of the asset, the Asset Administration Shell is representing This attribute is required as soon as the Asset Administration Shell is exchanged via partners in the life cycle of the asset. In a first phase of the life cycle, the asset might not yet have a global asset ID but already an internal identifier. The internal identifier would be modelled via "specificAssetId". |
0..1 |
||
|
|||
Additional domain-specific, typically proprietary identifier for the asset like serial number, manufacturer part ID, customer part IDs, etc |
0..* |
||
|
|||
In case AssetInformation/assetKind is not NotApplicable the AssetInformation/assetType is the asset ID of the type asset of the asset under consideration as identified by AssetInformation/globalAssetId. |
0..1 |
||
|
|||
Thumbnail of the asset represented by the Asset Administration Shell; used as default. |
0..1 |
Note: besides this asset information, there still might be an identification submodel with further information. Specific asset IDs mainly serve the purpose of supporting discovery of Asset Administration Shells for an asset.
Resource Attributes
Class: |
|||
---|---|---|---|
Explanation: |
Resource represents an address to a file (a locator). The value is a URI that can represent an absolute or relative path. |
||
Inherits from: |
— |
||
ID: |
|
||
Attribute |
ID |
||
Explanation |
Type |
Card. |
|
path |
|
||
Path and name of the resource (with file extension) The path can be absolute or relative. |
1 |
||
contentType |
|
||
Content type of the content of the file The content type states which file extensions the file can have. |
0..1 |
Asset Kind Attributes
Enumeration: |
|
---|---|
Explanation: |
Enumeration for denoting whether an asset is a type asset or an instance asset or is a role or whether this kind of classification is not applicable |
Set of: |
— |
ID: |
|
Literal |
ID |
Explanation |
|
Type |
|
Type asset |
|
Instance |
|
Instance asset |
|
Role |
|
Role asset |
|
NotApplicable |
|
Neither a type asset nor an instance asset nor a role asset |
For more information on types and instances, see Types and Instances.
Specific Asset ID Attributes
Class: |
|||
---|---|---|---|
Explanation: |
A specific asset ID describes a generic supplementary identifying attribute of the asset. The specific asset ID is not necessarily globally unique. Constraint AASd-133: SpecificAssetId/externalSubjectId shall be a global reference, i.e. Reference/type = ExternalReference. |
||
Inherits from: |
|||
ID: |
|
||
Attribute |
ID |
||
Explanation |
Type |
Card. |
|
name |
|
||
Name of the asset identifier |
1 |
||
value |
|
||
The value of the specific asset identifier with the corresponding name |
1 |
||
externalSubjectId |
|
||
The unique ID of the (external) subject the specific asset ID value belongs to or has meaning to Note: this is an external reference. |
0..1 |
Note 1: names for specificAssetIds do not need to be unique.
Note 2: semanticIds for the single specificAssetIds do not need to be unique.
For more information on the concept of subject, see Attribute Based Access Control (ABAC) [49]. The assumption is that every subject has a unique identifier.
Submodel Attributes
Adding a semanticId for a submodel is recommended (see Table "Elements with Allowed Identifying Values").
If the submodel is of kind=Template (modelling kind as inherited by HasKind), the submodel elements within the submodel are presenting submodel element templates. If the submodel is of kind=Instance, its submodel elements represent submodel element instances.
Note: validators shall handle a submodel like SubmodelElementCollection/submodelElements and not like a SubmodelElementList/value. The difference is that a submodel is identifiable and a predefined unit of information within the Asset Administration Shell.
Class: |
|||
---|---|---|---|
Explanation: |
A submodel defines a specific aspect of the asset represented by the Asset Administration Shell. A submodel is used to structure the digital representation and technical functionality of an Administration Shell into distinguishable parts. Each submodel refers to a well-defined domain or subject. Submodels can become standardized and, in turn, submodel templates. |
||
Inherits from: |
Identifiable; HasKind; HasSemantics; Qualifiable; HasDataSpecification |
||
ID: |
|
||
Attribute |
ID |
||
Explanation |
Type |
Card. |
|
submodelElement |
|
||
A submodel consists of zero or more submodel elements. |
0..* |
Submodel Element Attributes
Submodel elements are qualifiable elements, i.e. one or more qualifiers may be defined for each of them.
It is recommended to add a HasSemantics/semanticId to a SubmodelElement.
Submodel elements may also have defined data specification templates. A template might be defined to mirror some of the attributes like preferredName and unit of a property concept definition if there is no corresponding concept description available. Otherwise, there is only the property definition referenced by HasSemantics/semanticId available for the property; the attributes must be looked up online in a different way and are not available offline.
Class: |
|||
---|---|---|---|
Explanation: |
A submodel element is an element suitable for the description and differentiation of assets. |
||
Inherits from: |
|||
ID: |
|
||
Attribute |
ID |
||
Explanation |
Type |
Card. |