Search
116 result(s) for Information Model
-
OPC-10000-1 – OPC Unified Architecture - Part 1: Overview and Concepts2.1.17 Information ModelInformation Model organizational framework that defines, characterizes, and relates information resources of a given system or set of systems. Note 1 to entry: The core AddressSpace model supports the representation ... AddressSpace. See OPC 10000-5 for a description of the base OPC UA Information Model
-
OPC-10000-1 – OPC Unified Architecture - Part 1: Overview and ConceptsClientServer models are complementary and can be combined and used synergistically. The OPC UA Information Model is the foundation for both. A typical scenario involves using ClientServer interactions for configuration ... owner of information) and a Subscriber is often a Client . Above all, the PubSub Information Model for configuration promotes the configuration of Publishers and Subscribers using the OPC UA ClientServer
-
OPC-10000-3 – OPC Unified Architecture - Part 3: Address Space Model4.2 URIsformats for different use cases. 1) NamespaceUri assigned by the creator of a InformationModel : tag:<authority-domain-name>,<yyyy-MM>:UA:<model-short-name ... created. The <model-short-name> is a short identifier for the InformationModel . 2) ApplicationUri assigned by the OwnerOperator tag:<device-domain-name>,<yyyy
-
OPC-10000-5 – OPC Unified Architecture - Part 5: Information Model6.3.13 NamespaceMetadataTypeVariables which have a constant value. The optional ModelVersion Property indicates the InformationModel version expressed as a SemanticVersionString allowing programmatic comparisons. All current versions of UANodeSets published
-
OPC-10000-6 – OPC Unified Architecture - Part 6: MappingsF.1 OverviewOverview Information Model developers define standard AddressSpaces which are implemented by many Servers . There is a need for a standard syntax that Information Model developers can use to formally define ... specification because of one or more semantic rule violations. There are cases where an Information Model defines Nodes such as standard Properties which can be attached to many different Nodes
-
OPC-10000-6 – OPC Unified Architecture - Part 6: MappingsF.15 ExampleUANodeSet can be found below. This example defines the Nodes for an InformationModel with the URI of " http://sample.com/Instances ". This example references Nodes defined in the base ... InformationModel and an InformationModel with the URI " http://sample.com/Types ". The XML namespaces declared at the top include the URIs for the Namespaces referenced in the document because
-
OPC-10000-9 – OPC Unified Architecture - Part 9: Alarms & Conditions1 Scoperepresentation of Alarms and Conditions in the OPC Unified Architecture. Included is the Information Model representation of Alarms and Conditions in the OPC UA address space. Other aspects of alarm ... captured in standards such as IEC 62682 and ISA 18.2 . The Alarms and Conditions Information Model in this document, is designed in accordance with IEC 62682 and ISA 18.2 . Annex
-
OPC-10000-9 – OPC Unified Architecture - Part 9: Alarms & Conditions4.1 GeneralGeneral This document defines an Information Model for Conditions , Dialog Conditions , and Alarms including acknowledgement capabilities. It is built upon and extends base Event handling which is defined ... This Information Model can also be extended to support the additional needs of specific domains. The details of what aspects of the Information Model are supported are defined via Profiles
-
OPC-10000-9 – OPC Unified Architecture - Part 9: Alarms & Conditions5.14.1 Generalexpected from an OPC UA Server that is implementing the A & C Information Model . In particular this section describes specific behaviours that apply to various aspect ... Information Model
-
OPC-10000-9 – OPC Unified Architecture - Part 9: Alarms & Conditions5.14.3 Redundant A & C serversservers In an OPC UA Server that is implementing the A & C Information Model and that is configured to be a redundant OPC UA Server the following behaviour ... standard Event s, Alarms and Conditions . This may be accomplished by sharing of information between redundant Server (such as actual Event s) or it may be accomplished by providing
-
OPC-10000-10 – OPC Unified Architecture - Part 10: Programs1 ScopeScope This part of OPC 10000 defines the Information Model associated with Programs in OPC Unified Architecture (OPC UA). This includes the description of the NodeClasses, standard Properties, Methods ... Events and associated behaviour and information for Programs . The complete AddressSpace model including all NodeClass es and Attributes is specified in OPC 10000-3 . The Services such as those used
-
OPC-10000-11 – OPC Unified Architecture - Part 11: Historical Access1 ScopeThis document is part of the OPC Unified Architecture standards series and defines the Information Model associated with Historical Access (HA). It particularly includes additional and complementary descriptions ... including all NodeClass es and Attributes is specified in OPC 10000-3 . The predefined Information Model is defined in OPC 10000-5 . The Services to detect and access historical data
-
OPC-10000-12 – OPC Unified Architecture - Part 12: Discovery and Global Services6.5.1 OverviewOverview The GlobalDiscoveryServer Information Model used for discovery is shown in Figure 12 . Most of the interactions between the GlobalDiscoveryServer and Application administrator or the Client will be via Methods
-
OPC-10000-14 – OPC Unified Architecture - Part 14: PubSubSynergy of models PubSub and Client Server are both based on the OPC UA Information Model . PubSub therefore can easily be integrated into OPC UA Servers and OPC UA Clients ... information) and a Subscriber is often an OPC UA Client . Above all, the PubSub Information Model for configuration (see 9 ) promotes the configuration of Publishers and Subscribers using
-
OPC-10000-14 – OPC Unified Architecture - Part 14: PubSub5.1 Generalconcrete message and transport protocol mappings is defined in Clause 7 . The OPC UA Information Model for PubSub configuration in Clause 9 specifies the standard Objects ... done through a generic OPC UA PubSub configuration tool using the PubSub configuration Information Model defined in Clause 9 or through product-specific configuration tools. To support the PubSub configuration
-
OPC-10000-14 – OPC Unified Architecture - Part 14: PubSub5.4.1.1 Generalproduct-specific configuration tools or through the OPC UA defined Methods . The OPC UA Information Model for PubSub configuration is specified in Clause
-
OPC-10000-14 – OPC Unified Architecture - Part 14: PubSub5.4.2.1 Generalspecific configuration tools or through the OPC UA defined configuration model. The OPC UA Information Model for PubSub configuration is specified in Clause
-
OPC-10000-14 – OPC Unified Architecture - Part 14: PubSub5.4.4 Configuration ToolPublishers and Subscribers are also OPC UA Servers , they can provide the PubSub configuration Information Model defined in Clause 9 . This model can be used by generic PubSub configuration tools
-
OPC-10000-14 – OPC Unified Architecture - Part 14: PubSub6.1 OverviewClause 7 . Configuration of these parameters can be performed through the OPC UA Information Model for PubSub configuration defined in Clause 9 or through vendor-specific mechanisms. The parameter groupings
-
OPC-10000-14 – OPC Unified Architecture - Part 14: PubSub8.1 OverviewOverview Clause 8 specifies the OPC UA Information Model for a Security Key Service (SKS). The functionality and behaviour of an SKS is described in 5.4.5 . It defines the distribution
-
OPC-10000-14 – OPC Unified Architecture - Part 14: PubSubSynergy of models PubSub and Client Server are both based on the OPC UA Information Model . PubSub therefore can easily be integrated into OPC UA Servers and OPC UA Clients ... information) and a Subscriber is often an OPC UA Client . Above all, the PubSub Information Model for configuration (see 9 ) promotes the configuration of Publishers and Subscribers using
-
OPC-10000-15 – OPC Unified Architecture - Part 15: Safety4.3 Featuresavailability. For diagnostic purposes, the last SPDU sent and received is accessible in the Information Model of the SafetyProvider . Length of user data: 1 octet to 1 500 octets, structures
-
OPC-10000-15 – OPC Unified Architecture - Part 15: Safety6.2.1 GeneralSafetyConsumers and SafetyProviders , and to check their parameters for diagnostic purposes offline engineering: the Information Model of one controller can be exported in a standardized file on its engineering system ... relevant data. It is assumed that errors can occur during the transfer of the Information Model from one engineering system to another in the context of offline engineering. Therefore
-
OPC-10000-15 – OPC Unified Architecture - Part 15: Safety6.2.2.5 Object SafetyPDUsdefinition of the SafetyPDUsType. Both variables in the SafetyPDUsType have a counterpart within the Information Model of the SafetyConsumer . The SafetyConsumer publishes the RequestSPDU and subscribes to the ResponseSPDU . Table
-
OPC-10000-15 – OPC Unified Architecture - Part 15: Safety6.3.3.3 SPI of SafetyProvidersafety-related way. However, it will be provided in the OPC UA Information Model of a SafetyProvider to inform about its worst-case delay time. The value can be used
-
OPC-10000-15 – OPC Unified Architecture - Part 15: Safety6.4.1 Generalprovided in a vendor-specific way. The Method ReadSafetyDiagnostics , defined in the OPC UA Information Model
-
OPC-10000-15 – OPC Unified Architecture - Part 15: Safetypolled, e.g. by a diagnostic device. For details, refer to the OPC UA Information Model described, see 6.2.2.4 . The Diagnostic Interface Method does not take any input parameters and returns
-
OPC-10000-15 – OPC Unified Architecture - Part 15: Safetyconsidered when calculating the CRC . [RQ7.20] SafetyStructureIdentifier may be visible in the OPC UA Information Model for diagnostic purposes but shall not be evaluated by the SafetyConsumer during runtime. [RQ7.21
-
OPC-10000-15 – OPC Unified Architecture - Part 15: SafetySafetyConsumerTimeout the SafetyProvider shall provide the SafetyProviderDelay as a Variable in the OPC UA Information Model , see Table 12 . Vendors may provide their individual adapted calculation method if necessary
-
OPC-10000-15 – OPC Unified Architecture - Part 15: Safetyfound here: http://www.opcfoundation.org/UA/schemas/Opc.Ua.Safety.NodeIds.csv A computer processible version of the complete Information Model defined in this document is also provided. It follows the XML Information Model schema syntax defined ... Information Model schema released with this version of the specification can be found here: http://www.opcfoundation.org/UA/schemas/1.05/Opc.Ua.Safety.NodeSet2.xml The latest Information Model schema that is compatible with this version
-
OPC-10000-15 – OPC Unified Architecture - Part 15: Safetybehaviour of the individual endpoints for safe communication, as well as the OPC UA Information Model which is used to access these endpoints. This document is application-independent and does
-
OPC-10000-21 – OPC Unified Architecture - Part 21: Device Onboarding9.1 Overviewdefine interactions between OPC UA Applications . Implementing these workflows requires an OPC UA Information Model . This section builds on existing Information Models and defines the additional types and instances needed ... completely implement the workflows. Clause 9.2 defines the Information Model implemented in a Registrar that provides support for PullManagement defined in 7.2 . Clause 9.3 defines the Information Model implemented
-
OPC-10000-22 – OPC Unified Architecture - Part 22: Base Network Model1 ScopeScope The Base Network Model (BNM) specifies an OPC UA Information Model for a basic set of network related components to be used in other Information Models . The initial version ... scope of other network technologies than Ethernet only. Figure 1 - Scope of Base Network Model
-
OPC-10000-25 – OPC Unified Architecture - Part 25: Object Serializationaggregation of the Values of different Variables belonging to a subset of the Information Model ( SerializationScope ) into the Value (SerializationValue) of a single Variable ( SerializedData ) . Clients gain access
-
OPC-10000-26 – Part 26: LogObject - Part 26: LogObject Model1 Scoperesult in breaking changes in future versions of this Part. This document provides an Information Model for a set of Objects and Events that can be used to collect diagnostic ... information in a system. The LogObject model and related Events , Methods and Datatypes are defined in this specification
-
OPC-10000-80 – OPC Unified Architecture - Part 80: UAFX Overview and Concepts3.1.10 Descriptorusing and configuring one or more AutomationComponents Note 1 to entry: A Descriptor contains Information Model files and other artefacts. Note 2 to entry: The primary purpose of a Descriptor
-
OPC-10000-80 – OPC Unified Architecture - Part 80: UAFX Overview and ConceptsField eXchange (UAFX) summary. Part 81 ( OPC 10000-81 ) - UAFX Connecting Devices and Information Model Part 81 specifies the UAFX Information Model and describes how it can be used ... UAFX OfflineEngineering Part 83 specifies the data structures used for sharing information that supports the OfflineEngineering of UAFX systems. Part 84 ( OPC 10000-84 ) - UAFX Profiles Part 84 specifies
-
OPC-10000-80 – OPC Unified Architecture - Part 80: UAFX Overview and Concepts4.2 Architecturecore OPC UA functionality for field-level communications. The foundation of the UAFX Information Model is the AutomationComponent . The AutomationComponent is an entity representing one or more Assets that ... many types of process instruments. Specifications, including Information Models , developed for those types of products will build upon the AutomationComponent model
-
OPC-10000-80 – OPC Unified Architecture - Part 80: UAFX Overview and ConceptsUAFX Solution OPC UA FX specifies a standardised Information Model and connection model for AutomationComponents , providing timely data delivery, security, and functional safety. Interactions addressed by UAFX include Controller
-
OPC-10000-80 – OPC Unified Architecture - Part 80: UAFX Overview and ConceptsUAFX Information Model OPC 10000-81 defines the base Information Model and communication concepts that UAFX provides to meet the use cases of process and factory automation applications. These communication ... models defined in OPC UA, such as PubSub or Client Server 1 . The UAFX Information Model is based on the basic building blocks provided in OPC 10000-5 and utilises
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model1 ScopeScope This document provides an Information Model enabling data interoperability between systems in the field, including Controller-to-Controller, Controller-to-Device, Device-to-Device and Controller/Device-to-Compute. It includes base
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model4.1 OverviewOverview This document provides a detailed description of Connection functionality and the related Information Model for OPC UA FX. For an overview, please
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modelrelationships is included in the model. Both Assets and FunctionalEntities can be nested. The Information Model also includes relationships between FunctionalEntities . For a detailed description of the asset model ... definition of FunctionalEntityType in 6.4 . For a description of the available ReferenceTypes in this Information Model , see 11.1 . Figure 1 - OPC UA FX Information Model overview The Information Model
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model4.3.1 OverviewOverview This Information Model provides a general model for Assets in an OPC UA FX system (illustrated in Figure 2 ). An Asset is defined as a component with a lifecycle ... base concept of the asset model defined in this document. The OPC UA FX Information Model supports the modelling of hard Assets and soft Assets . A hard Asset represents physical
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model4.4.1 OverviewOverview FunctionalEntities encapsulate logical functionality. The OPC UA FX Information Model defines an Object Model for FunctionalEntities . Figure 5 illustrates the Object Model, which includes general information about the FunctionalEntityType ... input variables, output variables, and diagnostic information. FunctionalEntities can be nested or have relationships to other FunctionalEntities . The Object Model also includes a representation of Connections (communication) between FunctionalEntities . Figure
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modelexamples of possible derivations). The model is defined using OPC UA Interfaces . An Information Model defined in another standard can add support for FunctionalEntities by including these Interfaces or deriving
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model4.7.1 Overviewbetween FunctionalEntities . The ConnectionManager can execute on any Server supporting the OPC UA FX Information Model . In the OPC UA FX Information Model , the ConnectionManager is represented by the ConnectionManagerType ... illustrates possible deployments of a ConnectionManager . It also illustrates ConnectionConfigurationSets , which contain the information needed to establish Connections . Figure 9 - Examples of ConnectionManager deployments For a conceptual overview
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model5.1 Overviewexisting OPC UA communication models and are provided by the OPC UA FX Information Model . This clause conceptually describes the functionality provided in the overview of the Objects defined ... Information Model
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelConnectionManager . If present on a Server , the ConnectionManager is represented in the Information Model by a well-known instance of ConnectionManagerType (see 6.7 ). To start the establishment of logical connection ... logical connections. For each logical connection to be established, the ConnectionConfigurationSet includes: address information, e.g., Server address, BrowsePath to the AutomationComponent , FunctionalEntity , etc., optional parameters to be used for verifying
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model5.6 Healthallows a Client to easily detect whether diagnostic conditions are present somewhere in the Information Model . If the aggregated health status is "good", a Client does not have
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modelinformation and/or source the information for higher-level applications, offloading the underlying Servers . The Information Model that is defined in this document can be aggregated. This clause provides some explanation ... This reflection can include Assets and FunctionalEntities , but it is expected that the communication model (between FunctionalEntities ) will only exist in the actual Servers , not in the AggregatingServer . Any actions
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model5.9 Well Known Rolesrole definition BrowseName Suggested Permissions 0:ConfigureAdmin The Role is allowed to browse the Information Model , execute methods related to application configuration, and read and write non-security-related configuration
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modeldocument defines several ObjectTypes that can be used to create an OPC UA FX Information Model . It also specifies a number of Interfaces that can be applied to existing Information ... ObjectTypes , see Figure 17 . Figure 17 - Overview of OPC UA FX Information Model Since the OPC UA FX Information Model supports small embedded devices as well as powerful controllers
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model6.3.2 FxAssetType definitionexpect for the Asset . For examples of how to apply the OPC UA FX Information Model to other models, see Annex B . For examples of FxAssetType models, see Annex ... standards that utilise this Interface will likely introduce such classifications." Within this model, this information is typically used for display purposes only. It is recommended that if this Property
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model6.3.3 VerifyAsset methodVerificationMode AssetCompatibility and expose the corresponding mandatory and implemented optional Variables in its Information Model . If at least one of the optional Variables, SerialNumber and/or ProductInstanceUri, is provided, then ... Variable was passed by the Client that does not exist in the Asset's Information Model ). If this value is set, VerificationVariablesErrors and/or VerificationAdditionalVariablesErrors shall be populated. Match : Shall
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model6.4.1 Overviewbase type for the definition of all functionality in an OPC UA FX Information Model . A FunctionalEntity can provide InputData , OutputData , ConfigurationData , diagnostic information and Methods for manipulating or sharing ... FunctionalEntityType . It can have SubFunctionalEntities and relationships to other Objects defined in this model or other models. A FunctionalEntity may be implemented using the IFunctionalEntityType Interface . It does not need
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model6.6.1 Overviewrepresent an endpoint of a Connection between two FunctionalEntities for data exchange. It provides information about which InputVariables and/or OutputVariables are exchanged. ConnectionEndpoints reside in the ConnectionEndpoints Folder ... PubSubConnectionEndpointType to represent the exchanged Variables , as well as corresponding References to the PubSub Information Model . Figure 28 - Illustration of a Connection between FunctionalEntities
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelInputData . The optional OutputVariables reference Variables that are to be reported by the communication model connected to the ConnectionEndpoint . All referenced Variables shall be listed in the OutputData ... RelatedEndpointDataType is defined in 10.38 . If the ConnectionEndpoint is not exposed in the Information Model of the related connection partner, RelatedEndpoint will specify the path to the connected FunctionalEntity . IsPersistent
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model6.7.1 Overviewinstance of ConnectionManagerType ; see 12 for details on its location in the UAFX Information Model . Figure 34 - ConnectionManagerType illustration ConnectionConfigurationSets may be serialised into a file format as described
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model6.7.3.2 Establishing ConnectionsMethod provides several commands (see 10.23 ) to verify and create the individual Information Model Objects related to a Connection . Figure 36 illustrates the sequence of commands to a single AutomationComponent ... order: VerifyAssetCmd , VerifyFunctionalEntityCmd , ReserveCommunicationIdsCmd , and EnableCommunicationCmd . A Client using the Methods exposed in the Information Model (e.g., VerifyAsset , ReassignControl) can invoke them in any order or at any time
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modelthat the ConnectionManager can support . MonitorsLocalConnectionEndpoints, when true, describes the capability of the ConnectionManager Information Model to report the status of all the Connections created by this ConnectionManager that have ... ConnectionEndpoint on this Server. If this capability is not provided, or false, the ConnectionManager Information Model does not report the current status of Connections. NOTE In some cases, this status
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model6.8.1 OverviewConnection configurations. Connections are grouped in a set, for example, to allow sharing communication model configurations by multiple Connections ; see 5.5.6.2.3 and 5.5.6.2.4 for appropriate use cases. ConnectionConfigurationSets are generated ... AddressSpace . A ConnectionConfigurationSet exposes diagnostic information about the Connections as part of its Information Model . It also allows Connection configurations to be available for modification by standard Clients (see Figure
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modeldefinition The functional model is required to be able to be applied to existing Information Model s. These models have defined their own Object Models and their own hierarchy ... does not support multiple inheritance. By defining the IFunctionalEntityType Interface , the OPC UA FX Information Model can be applied to any existing Object , adding the required IFunctionalEntityType items into
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model10.38 RelatedEndpointDataTypename of the ConnectionEndpoint . In case an AutomationComponent does not expose ConnectionEndpoints in its Information Model , ConnectionEndpointName is set to null. A RelatedEndpointDataType is set to null by setting ConnectionEndpoint
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelReferenceTypes overview In this Information Model , a number of References are defined. These References are illustrated in Figure 62 . Figure 62 - Reference overview
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model12.1 OverviewOverview The OPC UA FX Information Model defines well-known instances (see Table 252 and Table 253 ) that are used to group OPC UA FX Object instances
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model12.2 FxRootfollowing instance shall exist in all Servers that expose an OPC UA FX Information Model . It is formally defined in Table 252 . Table 252 - FxRoot definition Attribute Value BrowseName
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Model13.1 Overviewrequires more than just a Server with an OPC UA FX Information Model . All devices that implement the ConnectionManager are required to support Client functionality. This clause will describe ... Some additional key points related to establishing a connection are: The Connection and security information may have changed since the engineering tool generated configuration information ( ConnectionConfigurationSets ). The ConnectionManager
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelNamespace and identifiers for OPC UA FX Information Model The OPC UA FX Information Model is identified by the following NamespaceURIs : http://opcfoundation.org/UA/FX/Data/ http://opcfoundation.org/UA/FX/AC/ http://opcfoundation.org/UA/FX/CM/ ... /nodesets/?u=http://opcfoundation.org/UA/FX/Data/&i=1 https://reference.opcfoundation.org/nodesets/?u=http://opcfoundation.org/UA/FX/AC/&i=1 https://reference.opcfoundation.org/nodesets/?u=http://opcfoundation.org/UA/FX/CM/&i=1 Supplementary files for the OPC UA FX Information Model can be found here: https://reference.opcfoundation.org/nodesets/?u=http://opcfoundation.org/UA/FX/Data/&v=1.00.03&i=2 https://reference.opcfoundation.org/nodesets/?u=http://opcfoundation.org/UA/FX/AC/&v=1.00.03&i=2 https://reference.opcfoundation.org/nodesets/?u=http://opcfoundation.org/UA/FX/CM/&v=1.00.03&i=2
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelB.1 Overviewexisting Information Models . Creating a new model based on the OPC UA FX Information Model (see B.2 ). Extending an existing OPC UA Information Model with ... parallel OPC UA FX model and linking it to an existing OPC UA Information Model (see B.3.4 ). The three approaches can be used in combination, in that the asset model
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modelbearing on the OPC UA FX model. When to use this approach: Creating an Information Model for a new companion specification, where all instances of the new model are expected ... Facets, like Motion and IO, could provide their own derived types. Creating an Information Model for a new vendor-specific specification. This is especially true for asset models, where
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelB.3.2.1 Extending an existing typeB.3.2.1 Extending an existing type The Interfaces defined in the OPC UA FX Information Model can be added to an existing specification model to extend the model for providing ... allow the companion or vendor-specific specification to stay backwards compatible while publishing an Information Model that includes OPC UA FX. It does require a new version/release of the specification
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelInterface to be applied to type objects or to instances. The OPC UA FX Information Model can be included via Interfaces into an instance of an existing Information Model . This ... existing Variables . When to use: Extending instances with Interfaces is used when an Information Model is already instantiated, and the type definition cannot be extended. Usually, this is instance-specific
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelB.3.3.1 Generalbase model for Interface, but it has removed the iVendorNameplateType . Figure B.5 - Base Information Model for examples AddIns are used to attach OPC UA FX Information Model -specific content ... existing OPC UA Information Model . This is possible on the type definition level or the instance level. Only the type definition level is illustrated. The instance level would be identical
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modelwhich are bound with these references to the OPC UA instance of the existing Information Model . This type of update is illustrated in Figure B.6 Figure 4. When ... When it is important to include OPC UA FX functionality in an existing Information Model and the model does not include any of the functionality defined
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modelexisting UA models A device might implement both a companion specification Information Model and the OPC UA FX Information Model . In this case, no new type would be required, just
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelB.3.5 Summarythis annex are only some of the possible ways the OPC UA FX Information Model can be integrated into an existing model or used in conjunction with ... adoption? If yes, is backwards compatibility essential? Is it possible to extend the original Information Model (i.e. generate a new revision of the companion specification)? Does the existing model contain
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelSafety Information Model For the reader's convenience, some aspects of the OPC UA Safety Information Model are explained in this clause. For normative aspects, please refer ... definition and on how to calculate the value of OutCRC . Figure C.1 illustrates an Information Model for a SafetyProvider and its corresponding SafetyConsumer . Safety Variables are represented as dashed yellow
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelD.1 OverviewOverview The Information Model defined for OPC UA FX can be applied in many different ways. To help illustrate some of these options, this annex provides examples for each part ... Information Model . This includes individual Assets examples, individual FunctionalEntity examples and examples of an AutomationComponent that includes both Assets and FunctionalEntities
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modelports. The figure also illustrates the resulting instance model. This figure only includes the instance information related to the ConnectedTo Reference ; it does not include all of the other mandatory ... Figure D.6 - MyRaspberryPiInstance as part of a larger model Figure D.7 illustrates the entire Information Model for the Raspberry Pi described in this annex. Figure D.7 - Raspberry Pi complete Asset
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelD.3.6.1 OverviewThis AcmeAnalogueInputModuleType is external to the FunctionalEntity model; think of it as an existing Information Model . The FunctionalEntity then publishes this data to another controller, HMI, or even other devices
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelD.3.6.2 Using preconfigured DataSetsdata using a preconfigured DataSet containing all four channels. In this case, a possible Information Model would organise the Variables in OutputData (the top-level folder). The preconfigured PublishedDataSet
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelChannel3 to one controller and Channel1 to another controller). In this case, a possible Information Model looks like the one illustrated in Figure D.23 . However, PreconfiguredDataSetOnly set to False indicates
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelD.3.6.4 Using customised DataSetsmodule supports data exchange with customised DataSets only. In this case, a possible Information Model looks like the one illustrated in Figure D.25 . However, the absence of PreconfiguredPublishedDataSets indicates that
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelD.3.6.5 Using groupschannel input where a channel can be Int16 or Float. A possible Information Model is illustrated in Figure D.26 . Figure D.26 - Sample for analogue input module - using groups Again
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelFunctionalEntity representing this simplified AGV. Figure D.29 - Sample FunctionalEntity for a simplified AGV The Information Model offers two alternatives using a normalised value or raw data for controlling SpeedSetpoint
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information Modelgenerating keys for its configured SecurityGroups . The SKS can expose the SecurityGroups in its Information Model . A Publisher uses the current key to sign or sign and encrypt NetworkMessages ... equivalent on the key usage side. The SKS can expose the PubSubKeyPushTargets in its Information Model . The SKS responsible for generating the security keys related to a ConnectionConfigurationSet is indicated
-
OPC-10000-81 – OPC Unified Architecture - Part 81: UAFX Connecting Devices and Information ModelF.1.2.2 Namespacesthis illustration, the ConnectionConfigurationSet contains information for two different Servers . Node identifiers in the Information Model for the ConnectionManager (i.e., an instance of ConnectionConfigurationSetType ) use PortableNodeIdentifier (see 10.36 ) to support
-
OPC-10000-82 – OPC Unified Architecture - Part 82: UAFX Networking5.6.4.2 Application and QoS engineeringController's program, the engineering tool is used to create the UAFX Information Model representing that program. This Information Model consists of an AutomationComponent representing the entity being created ... given deployment. In either case, the VLAN interface is represented in the Information Model by an IetfBaseNetworkInterfaceType object, as described in . Figure 7 illustrates the Information Model of a physical
-
OPC-10000-82 – OPC Unified Architecture - Part 82: UAFX Networking5.6.4.4 System integrationAdditionally, new VLAN interfaces can be created if necessary. a As no OPC UA Information Model mechanism today allows the assignment of priority information for UA Client Server messages ... configured, the System Commissioner may update the PubSubCommunicationFlowConfiguration Variable in the ConnectionManager's Information Model to adapt the Connection configurations for QoS settings and network settings such as setting destination
-
OPC-10000-82 – OPC Unified Architecture - Part 82: UAFX Networkingestablishment and operation phase begins with the ConnectionManager establishing the Connections described in its Information Model . Connection establishment is either initiated by the ConnectionManager's internal logic ... details on Address and QoS, see OPC 10000‑14 . a As no OPC UA Information Model mechanism exists today that allows the assignment of priority or addressing information
-
OPC-10000-83 – OPC Unified Architecture - Part 83: UAFX OfflineEngineeringfive kinds of files (see Figure 6 ). It contains a Descriptor manifest file and Information Model file(s) and can contain attachment files, embedded Descriptors, or Common Services . Figure ... version number for the content and a version number for the format. The Information Model files contain AML representations of UAFX Information Models . A worked-out example of the configuration
-
OPC-10000-83 – OPC Unified Architecture - Part 83: UAFX OfflineEngineering7.3.3 Information Model filesInformation Model files UAFX Information Model files are AutomationML files based on the OPC UA FX AML libraries defined in this document. UAFX Information Model files may also include ... other than the OPC UA FX AML libraries. There shall be at least one Information Model file present in a Descriptor . The organization of the Information Model files is explained
-
OPC-10000-83 – OPC Unified Architecture - Part 83: UAFX OfflineEngineering8.3.2 Descriptor ImportRoot AML files and the relationship references ( 8.3.3 ); Parse the data of the Information Model files and convert the OPC UA FX Information Model to an internal representation ... main use cases for import are the import of an OPC UA FX Information Model of an AutomationComponent product and the import of an AutomationComponent configuration. Before starting the engineering
-
OPC-10000-84 – OPC Unified Architecture - Part 84: UAFX ProfilesUAFX Descriptor Contents - UAFX Information Model Table 12 describes UAFX Descriptor Contents - UAFX Information Model ConformanceUnits, which describe the UAFX Information Model contents of a Descriptor. For additional information about ... these items, please refer to OPC 10000‑81 . Table 12 - UAFX Descriptor Contents - UAFX Information Model Category Title Description UAFX Descriptor contents - UAFX IM - AutomationComponent Offline UAFX Descriptor AcDescriptor DescriptorIdentifier
-
OPC-10000-84 – OPC Unified Architecture - Part 84: UAFX ProfilesUAFX Descriptor Contents - Networking Information Model Table 13 describes UAFX Descriptor Contents - Networking Information Model ConformanceUnits, which describe the UAFX Station Information Model contents of a Descriptor. For additional information ... these items, please refer to OPC 10000‑82 . Table 13 - UAFX Descriptor Contents - Networking Information Model Category Title Description Offline UAFX Descriptor Network Priority Mapping If the product supports
-
OPC-10000-84 – OPC Unified Architecture - Part 84: UAFX ProfilesUAFX Descriptor Contents - Core UA Information Model Table 14 describes UAFX Descriptor Contents - Core UA Information Model ConformanceUnits, which describe the Core UA Information Model contents of a Descriptor ... these items, please refer to OPC 10000‑7 . Table 14 - UAFX Descriptor Contents - Networking Information Model Category Title Description Offline UAFX Descriptor Core VendorServerInfo Includes the AML description
-
OPC-10000-84 – OPC Unified Architecture - Part 84: UAFX Profiles6.6.2.1 OverviewOverview This clause defines Facets for the UAFX Information Model illustrated in Figure 2 , Figure 3 , and Figure 4 . Figure 2 - Structure of AutomationComponent related Facets Figure 3 - Structure
-
OPC-10000-100 – OPC Unified Architecture - Part 100: Devices6.1 Generalinternal to the host and can be based on field-specific protocols. The Information Model specifies the entities that can be accessed in a Device Integration Host . This standard does ... Node Management Services or proprietary configuration tools. One of the main tasks of the Information Model is to reflect the topology of the automation system. Therefore, it represents the Devices
-
OPC-10000-100 – OPC Unified Architecture - Part 100: Devices8.1 OverviewOverview The software update model defined in this clause is used to manage the software of a Device . This can include the installation of new software, the update of existing ... actual installation are only known by the device. They are not exposed by this Information Model . The use cases that were considered for this Information Model are described
-
OPC-10000-100 – OPC Unified Architecture - Part 100: Devices8.2.2.12 Installation of additional softwareInstallation of additional software Some devices can run several software applications. The Information Model should allow the Client to transfer and install additional software applications if the Server supports this
-
OPC-10000-100 – OPC Unified Architecture - Part 100: DevicesServer abstracts several devices that support the SoftwareUpdate AddIn , the Information Model shall provide a defined entry point to find all these devices in an efficient manner. This Use Case
-
OPC-10000-100 – OPC Unified Architecture - Part 100: Devices8.3.1 System perspectivemaintained on a regular basis an automatic update is desirable. For this scenario the Information Model also allows the transfer of software to the devices without starting the update process
-
OPC-10000-100 – OPC Unified Architecture - Part 100: Devices8.3.3 Types of Devicessystem which can be used to store files like firmware, parameters and backups. This Information Model provides update mechanisms for both types of devices (see 8.3.4.5 for FileSystem based Loading
-
OPC-10000-100 – OPC Unified Architecture - Part 100: DevicesNodeSet and Supplementary Files for DI Information Model The DI Information Model is identified by the following URI: http://opcfoundation.org/UA/DI/ Documentation for the NamespaceUri can be found here
-
OPC-10000-100 – OPC Unified Architecture - Part 100: Devicescomponents last). Prepare devices for installation Stop production line software (using an application specific Information Model ). Bring the robots and PLCs into a state for update (using the PrepareForUpdate state ... machine and/or branch specific state machine). Restart production line software (using an application specific Information Model
-
OPC-10000-110 – OPC Unified Architecture - Part 110: Asset Management BasicsNodeSet and supplementary files for Asset Management Basics (AMB) Information Model The AMB Information Model is identified by the following URI: http://opcfoundation.org/UA/AMB/ Documentation for the NamespaceUri ... specification can be found here: https://reference.opcfoundation.org/nodesets/?u=http://opcfoundation.org/UA/AMB/&i=1 Supplementary files for the AMB Information Model can be found here: https://reference.opcfoundation.org/nodesets/?u=http://opcfoundation.org/UA/AMB/&v=1.01.1&i=2 The files associated with the latest version
-
OPC-10000-120 – OPC Unified Architecture - Part 120: OPC UA and XML Data Type Mapping3.3.1.1 Node definitionslist of supported ConformanceUnits to select a subset of the Nodes in an Information Model . When a Node is selected in this way, all dependencies implied by the References
-
OPC-10000-120 – OPC Unified Architecture - Part 120: OPC UA and XML Data Type MappingNodeSet and Supplementary Files for XML Data Types Information Model The XML Data Types Information Model is identified by the following URI: http://opcfoundation.org/UA/XML/ Documentation for the NamespaceUri
-
OPC-10000-200 – OPC Unified Architecture - Part 200: Industrial AutomationNodeSet and Supplementary Files for Industrial Automation (IA) Information Model The IA Information Model is identified by the following URI: http://opcfoundation.org/UA/IA/ Documentation for the NamespaceUri can be found
-
OPC-10000-210 – OPC Unified Architecture - Part 210: Relative Spatial LocationLocation Category Title Description Server RSL Base Supports the base functionality defined in RSL InformationModel with at least one instance of SpatialObjectsListType ( 6.2 ) organized by the RelativeSpatialLocations object. The SpatialObjectsListType
-
OPC-10000-211 – OPC Unified Architecture - Part 211: Global Positioning3.4.1.1 Node definitionslist of supported ConformanceUnits to select a subset of the Nodes in an Information Model . When a Node is selected in this way, all dependencies implied by the References
-
OPC-10000-211 – OPC Unified Architecture - Part 211: Global Positioning4.2.2 Basics of OPC UAprovides a set of Services (see OPC 10000-4 ) and a basic information model framework. This framework provides an easy manner for creating and exposing vendor defined information ... generic visualisation and historian applications. This specification is an example of an OPC UA Information Model designed to meet the needs of developers and users. OPC UA Clients
-
OPC-10000-211 – OPC Unified Architecture - Part 211: Global Positioning4.2.3.2 NamespacesInformation Models generally define globally unique NodeIds for the TypeDefinitions defined by the Information Model . QualifiedNames are non-localized names qualified with a Namespace. They are used for the BrowseNames
-
OPC-10000-211 – OPC Unified Architecture - Part 211: Global Positioning4.2.3.3 Companion SpecificationsSpecifications An OPC UA companion specification for an industry specific vertical market describes an Information Model by defining ObjectTypes , VariableTypes , DataTypes and ReferenceTypes that represent the concepts used
-
OPC-10000-211 – OPC Unified Architecture - Part 211: Global PositioningNodeSet and supplementary files for Global Positioning Information Model The Global Positioning Information Model is identified by the following URI: http://opcfoundation.org/UA/GPOS/ Documentation for the NamespaceUri can be found ... specification can be found here: https://reference.opcfoundation.org/nodesets/?u=http://opcfoundation.org/UA/GPOS/&i=1 Supplementary files for the Global Positioning Information Model can be found here: https://reference.opcfoundation.org/nodesets/?u=http://opcfoundation.org/UA/GPOS/&v=1.0.0&i=2 The files associated with the latest version