Download presentation
Presentation is loading. Please wait.
Published byPamela Nicholson Modified over 9 years ago
1
January 23, 2002 IFPAC 2002 San Diego, CA ConnI* Analyzer Connectivity Initiative A Status Report Ron O’Reilly Peter van Vuuren ConnI* CPAC Connectivity Initiative
2
Overview Industry Standard Connectivity: –What we mean by This. –The benefits of standard connectivity. History of the Initiative. How we can achieve our goals. Where we are at in our quest. Where we go next.
3
What we mean by Connectivity Industry Standard Connectivity Spec Complete communication specification Open system Plug and Play Communication Spec for 4 domains –Measurement Domain Sensor Bus Analyzer Bus –Control System or DCS Domain –Operations/Maintenance Domain –Enterprise Domain
4
The Benefits of Standardized Connectivity Reduce the cost of support. Improve data quality. Improve reliability. Provide an easy entry point for new analyzers.
5
How Standardized Connectivity Helps All legacy protocols have deficiencies. –4 to 20 mA loops –Modbus –Proprietary protocols (Vendor & User) Inability to provide data validation. Support issues. Don’t provide remote support sessions. Vendor digital systems are proprietary.
6
Most analyzer systems have microprocessor technology built in. This allows: –Digital communication with external systems. –Transmission of results and status information. –Quality information for validation. –Remote support sessions. With some exceptions most of this capability is unused. We want to change this i.e., take full advantage of computing/diagnostic/ communications capability of a microprocessor based analyzer!
7
History of ConnI Peter van Vuuren presented a paper at IFPAC2001 discussing connectivity options. Ad hoc meeting was held at IFPAC 2001. Connectivity meeting was held at Pittcon 2001. Discussed at the CPAC spring meeting in May 2001. CPAC launches the ConnI initiative in June 2001. Connectivity specification prepared in summer/fall of 2001.
8
Standardized Connectivity Four connectivity domains –Measurement Domain Sensor bus Analyzer bus –DCS Domain –Maintenance/operations domain –Enterprise domain
9
L1 Level 2 LAN = Field LAN L2 Level 3 LAN L2/L3 Primary Data Path > Requires Maximum Integrity/Reliability Secondary Data Path > Requires High Integrity/Reliability Measurement Data (Validated) Status/Change Info Limited Control Functions DCS Data +: Raw Data Calibration SQC Diagnostics/Alarms Configuration Data All Control Functions Hierarchical/Domain Model for Process Analyzer System - Overview O&M Domain AnLAN DCS Domain c-LAN Enterprise DomainL4 Measurement Domain SAM eSAM Level 1 Sensor Bus (CAN) Level 4 Enterprise LAN
10
L1 Level 2 LAN = Field LAN L2 Level 3 LAN L2/L3 Primary Data Path > Requires Maximum Integrity/Reliability Secondary Data Path > Requires High Integrity/Reliability Measurement Data (Validated) Status/Change Info Limited Control Functions DCS Data +: Raw Data Calibration SQC Diagnostics/Alarms Configuration Data All Control Functions Hierarchical/Domain Model for Process Analyzer System - Overview O&M Domain AnLAN DCS Domain c-LAN Enterprise DomainL4 Measurement Domain SAM eSAM Level 1 Sensor Bus (CAN) Level 4 Enterprise LAN
11
L1 Level 2 LAN = Field LAN L2 Level 3 LAN L2/L3 Primary Data Path > Requires Maximum Integrity/Reliability Secondary Data Path > Requires High Integrity/Reliability Measurement Data (Validated) Status/Change Info Limited Control Functions DCS Data +: Raw Data Calibration SQC Diagnostics/Alarms Configuration Data All Control Functions Hierarchical/Domain Model for Process Analyzer System - Overview O&M Domain AnLAN DCS Domain c-LAN Enterprise DomainL4 Measurement Domain SAM eSAM Level 1 Sensor Bus (CAN) Level 4 Enterprise LAN
12
L1 Level 2 LAN = Field LAN L2 Level 3 LAN L2/L3 Primary Data Path > Requires Maximum Integrity/Reliability Secondary Data Path > Requires High Integrity/Reliability Measurement Data (Validated) Status/Change Info Limited Control Functions DCS Data +: Raw Data Calibration SQC Diagnostics/Alarms Configuration Data All Control Functions Hierarchical/Domain Model for Process Analyzer System - Overview O&M Domain AnLAN DCS Domain c-LAN Enterprise DomainL4 Measurement Domain SAM eSAM Level 1 Sensor Bus (CAN) Level 4 Enterprise LAN
13
L1 Level 2 LAN = Field LAN L2 Level 3 LAN L2/L3 Primary Data Path > Requires Maximum Integrity/Reliability Secondary Data Path > Requires High Integrity/Reliability Measurement Data (Validated) Status/Change Info Limited Control Functions DCS Data +: Raw Data Calibration SQC Diagnostics/Alarms Configuration Data All Control Functions Hierarchical/Domain Model for Process Analyzer System - Overview O&M Domain AnLAN DCS Domain c-LAN Enterprise DomainL4 Measurement Domain SAM eSAM Level 1 Sensor Bus (CAN) Level 4 Enterprise LAN
14
L1 Level 2 LAN = Field LAN L2 Level 3 LAN L2/L3 Primary Data Path > Requires Maximum Integrity/Reliability Secondary Data Path > Requires High Integrity/Reliability Measurement Data (Validated) Status/Change Info Limited Control Functions DCS Data +: Raw Data Calibration SQC Diagnostics/Alarms Configuration Data All Control Functions Hierarchical/Domain Model for Process Analyzer System - Overview O&M Domain AnLAN DCS Domain c-LAN Enterprise DomainL4 Measurement Domain SAM eSAM Level 1 Sensor Bus (CAN) Level 4 Enterprise LAN
15
L1 Level 2 LAN = Field LAN L2 Level 3 LAN L2/L3 Primary Data Path > Requires Maximum Integrity/Reliability Secondary Data Path > Requires High Integrity/Reliability Measurement Data (Validated) Status/Change Info Limited Control Functions DCS Data +: Raw Data Calibration SQC Diagnostics/Alarms Configuration Data All Control Functions Hierarchical/Domain Model for Process Analyzer System - Overview O&M Domain AnLAN DCS Domain c-LAN Enterprise DomainL4 Measurement Domain SAM eSAM Level 1 Sensor Bus (CAN) Level 4 Enterprise LAN
16
Sensor Bus V T P A Ethernet LAN Analyzer Controller Sensor Analytical Manager NeSSI Module CANbus
17
Analyzer Bus GCFTIR Router (Traffic Control) DCS Analyzer Domain Process Control Domain
18
Maintenance-Operations Domain Router (Traffic Control) DCS Process Control Domain GCFTIR Analyzer Domain Router (Traffic Control) Analyzer Workstation e.g. SAAI
19
Enterprise Domain GCFTIR Router(s) (Traffic Control) Analyzer Domain Enterprise Domain Remote Workstations Company Network Internet
20
Connectivity Specification We are proposing to use the following as the basis for the connectivity standard. –TCP/IP over Ethernet as the backbone. –TCP/IP-OPC* for Analyzer-DCS Datalink. –CANbus for the Sensor bus. –Sensor Analytical Manager (SAM) is essential.
21
What is OPC? OLE for Process Control Based on Active X/COM OPC provides a common interface for communicating with different process- control devices. Backed by the OPC Foundation
22
OPC Foundation Been in existence since mid 90s. Over 200 member companies Supported by Microsoft Mission is the development of an open interface standard. OPC is well developed and is an excellent platform for what we want.
23
OPC Structure Client-Server based system Servers exist in the analyzers Clients in the DCS and/or Analyzer workstations Provides specifications for: –Data Access –Alarms/Events –Historical data access.
24
Proposed Connectivity Model - DCS Datalink Client/Server Topologies GC Anlzr Level 2 FLAN (Private IP Addresses) GP Area - Control/Analyzer/RIB Room Fiber -optic link Field Anlzr Level 1 Sensor Bus (CAN) GC Embedded SAM SAM Analyzer Control Sampling Systems SAM FTNIR Raman Spectral Fiber OPC Client Bridge (CB) Level 3 c-LAN DCS Level 2 LAN (TDC=LCN) DCS OPC Server Router DCS OPC Server Embedded DCS OPC Client (EDC) Embedded Analyzer OPC Server (AES) OPC Client Bridge (CB) Analyzer Gateway OPC Server (AGS)
25
TYPE 1a Single Controller Single CAP Single Detector/Probe/Stream Single Component TYPE 1b Single Controller Single CAP Single Detector/Probe/Stream Multiple Components TYPE 2a Single Controller Single CAP Multiple Detectors/Probes/Streams Single Component TYPE 2b Single Controller Single CAP Multiple Detectors/Probes/Streams Multiple Components TYPE 3 Single Controller Multiple CAP Multiple Detectors/Probes/Streams Single/Multiple Components 1 Controller CAP Detector/Probe Streams = STRM Components = COMP 1 1 1 2 n 1 GC Regular GC Master/Slave FTIR RAMAN Mass Spec Configuration Types pH Conductivity Oxygen Autotitrator Photometer Simple GC Panametrics Examples Summary of Possible Analyzer Controller and Stream Configurations GC Master/Master FTIR RAMAN
26
Proposed OPC Datalink Specification - Address Hierarchy
27
OPC Datalink Specification -Analyzer Operations as Event Driven Functions OPC Datalink Specification - Analyzer Operations as Event Driven Functions InitializationDataStatus ChangeFault Recovery
28
Plans: ConnI Review/Acceptance of OPC Analyzer/DCS Datalink Specification (1Q2002). Testing of Prototype OPC Datalink on a Honeywell System(2Q2002). Develop CAN based specification for NeSSI based Sensor/Actuator communications (2Q2002). Develop Functional Specification for SAM including Level 1 & 2 Communication Requirements. Develop Overall Domain/Connectivity Specification for Measurement/DCS/O&M Domains (3Q2002)
Similar presentations
© 2025 SlidePlayer.com. Inc.
All rights reserved.