Object-Oriented Internet
Executive SummarySemantic-Data Processing ArchitectureInternet of Things (IoT) Archetype Reactive Communication
Search…
Executive Summary
Table of Content
Introduction
Introduction to Object-Oriented Internet
Introduction to Complex Data Processing
OPC Unified Architecture
OPC UA Main Technology Features
Semantic-Data Processing
Semantic-Data Processing Architecture
Address Space and Address Space Model
UA Information Model - Concept
Information Models Development
Adopting Companion Standard Models - Analyzer Devices Integration
Companion Specification - Information Model for Analyzers
ADI Information Model Adoption
ADI Model Deployment
Address Space Model Life-cycle
Design and Deployment Support
Address Space Management Implementation
Address Space Prototyping Tool (asp.exe)
Internet of Things (IoT) Archetype
Semantic-Data Message Centric Communication
Internet of Things (IoT) Communication
Reactive Communication
UA Part 14: PubSub Main Technology Features
Reactive Networking of Semantic-Data Library
Getting Started Tutorial
Walk-through ReferenceApplication
Configuration
Configuration - Executive Summary
Global Data Discovery
Concept
Domain Model
References
See also
Powered By GitBook
Companion Specification - Information Model for Analyzers
In 2008 the OPC Foundation announced support for Analyzer Devices Integration into the OPC Unified Architecture and created a working group composed of end-users and vendors with the main goal of developing a common method for data exchange and an analyzer data model for process and laboratory analyzers. In 2009 the OPC Unified Architecture Companion Specification for Analyzer Devices was released [1]. To prove the concept a reference implementation was developed containing an ADI compliant server and simple client using the Software Development Kid released by the OPC Foundation.
The model described in the specification [1] is intended to provide a unified view of analyzers irrespective of the underlying device. This Information Model is also referred to as the ADI Information Model. As it was mentioned, analyzers can be further refined into various groups, but the specification defines an Information Model that can be applied to all the groups of analyzers.
The ADI Information Model is located above the DI Information Model [2]. It means that the ADI model refers to definitions provided by the DI model, but the reverse is not true. To expand the ADI Information Model, the next layers shall be provided.
Analyzing in detail the whole ADI Information Model is impractical here. Hence, the discussion below will be focused only on selected types defined in this specification to illustrate the design practice of the model adoption.
The object model that describes analyzers is separated into definitions of the types representing the main parts of the device, namely: AnalyserDeviceType, AnalyserChannelType, StreamType, AccessoryType and AccessorySlotType.
In general terms AnalyserDeviceType represents the instrument as a whole. Each object of the AnalyserDeviceType has at least one component of the AnalyserChannelType and may have components of the AccessorySlotType. Similarly, each object of AnalyserChannelType may have AccessorySlotType components.
AnalyserDeviceType is an abstract type which shall be subtyped for different types of analyzer devices. In the specification [1] there are defined the following subtypes of the AnalyserDeviceType: SpectrometerDeviceType, AcousticSpectrometerDeviceType, MassSpectrometerDeviceType, ParticleSizeMonitorDeviceType, ChromatographDeviceType, NMRDeviceType. Each of these types may be further subtyped by device vendors to converge the Information Model and the underlying process.

See also

Previous
Adopting Companion Standard Models - Analyzer Devices Integration
Next
ADI Information Model Adoption
Last modified 3yr ago
Copy link
Contents
See also