Presentation is loading. Please wait.

Presentation is loading. Please wait.

January 23, 2002 IFPAC 2002 San Diego, CA ConnI* Analyzer Connectivity Initiative A Status Report Ron O’Reilly Peter van Vuuren ConnI* CPAC Connectivity.

Similar presentations


Presentation on theme: "January 23, 2002 IFPAC 2002 San Diego, CA ConnI* Analyzer Connectivity Initiative A Status Report Ron O’Reilly Peter van Vuuren ConnI* CPAC Connectivity."— Presentation transcript:

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)


Download ppt "January 23, 2002 IFPAC 2002 San Diego, CA ConnI* Analyzer Connectivity Initiative A Status Report Ron O’Reilly Peter van Vuuren ConnI* CPAC Connectivity."

Similar presentations


Ads by Google