Connections to 3rd Party Data Sources
  • 15 Apr 2024
  • PDF

Connections to 3rd Party Data Sources

  • PDF

Article summary

HeaderImage7

Connections to 3rd Party Data Sources 

In addition to dataPARC’s native historian and internal database sources, connections can be made to a wide array of 3rd party data sources so that all integrate seamlessly into PARCview displays, reports, calculations, etc.

Summary of available connections:

Connecting dataPARC to any combination of these sources can bring their data together in PARCview for visualization (trend, graphic, pareto, centerline, etc.). Additionally, tags from all sources can contribute to automated calculations and reports. Data from these sources are not duplicated in the dataPARC historian, thus reducing their disk space and hardware requirements.

Vendor

dataPARC Data Series

Vendor Notes

Various

OPCDA


Various

OPCHDA


Aveva

PI


Aveva

PI AF

Requires AF SDK v2.5 or later

Rockwell FactoryTalk

PI

Historian built on PI platform

AspenTech

IP 21

V7.3+

Microsoft, Oracle, various ODBC

SQL

Requires SQL Server 2008 or newer (if MS)

Honeywell

PHD


GE

Proficy & Proficy.Net

Known to support Historian v. 5 - 2023

Aveva (WonderWare)

SQL

Requires SQL Server 2008 or newer

SAP

SQL


Microsoft

Excel

Excel v2010+

OPCDA, HDA

OPC Server data sources utilizing the OPCDA or OPCHDA protocol can be configured as dataPARC data sources.

Use Cases

This connection type is best for data sources that include an OPC Server, but do not have a specific source type pre-configured in dataPARC. Each data request by a dataPARC collector app will trigger an OPC call to the source to fetch data. Aggregates can be calculated within dataPARC or read from the historian.

Common Historian ProgID List:

DeltaV Continuous Historian       DeltaV.OPCHDAsvr

ABB 800XA                                     ABB.RtdbOpcHdaServer

Rockwell FactoryTalk                   OSI.HDA.1

Canary                                             CanaryLabs.OPCHDAServer

GE iFix Proficy                                Proficy.Historian.HDA

MOPS                                              MOPS.MOPSOPCHDAHIST.1

Yokogawa Exaquantum               Yokogawa.ExaopcHDA_PIAEEXQ.1

Dependencies
Implementation
Potential Limitations

PARCview 5.6+

OPC Compliant Data Server

Source OPC Server must allow connections and its port must be accessible to DataPARC Server apps through any firewall. User account running DataPARC Server apps have read permissions on source OPC Server.

Data access/transfer speed may be limited depending on OPC server’s performance and network traffic.

Aveva PI

dataPARC reads data directly from the PI historian utilizing the PI API or SDK.

Use Cases

Facilities with established PI historians can benefit from adding dataPARC for visualization, calculations, reporting, alarms and more.

Dependencies
Implementation
Potential Limitations

dataPARC v5.6+

PI historian

PI SDK (for SDK connection)

Standard feature of DataPARC Server. PI server port must be accessible to DataPARC Server apps through any firewall. PI server login credentials required.

Speed will be limited by PI server’s response times and possibly network traffic.

Aveva PI AF

PARCview reads asset data directly from the PI historian if clients also have the PI AF SDK installed, OR utilizes a Remote UA server if the dataPARC server has the PI AF SDK installed (clients are routed through the server). Exposes asset element and template hierarchy and allows selecting entire tag templates for visualization. Event frames are not exposed via this connection.

Use Cases

Facilities with established PI historians with Asset Framework can connect dataPARC using the PI AF SDK. This allows access to the Asset Framework and can also improve long-term data query performance.

Dependencies
Implementation
Potential Limitations

PARCview version 7.0.1.5+

PI historian v3.2 SR1+

PI AF SDK v2.5+

Standard feature of DataPARC Server. PI server port must be accessible to DataPARC Server apps through any firewall. PI server login credentials required.

Speed will be limited by PI server’s response times and possibly network traffic.

Rockwell FactoryTalk

The Rockwell FactoryTalk historian is based on the Aveva PI historian, so all connection options/settings are similar.

Use Cases

Facilities with Rockwell FactoryTalk historians can benefit from adding dataPARC for visualization, calculations, reporting, alarms and more.

Dependencies
Implementation
Potential Limitations

PARCview version 7.0.1.5+

See PI dependencies above

Standard feature of DataPARC Server. FactoryTalk server port must be accessible to DataPARC Server apps through any firewall. FactoryTalk server login credentials required.

Speed will be limited by FactoryTalk server’s response times and possibly network traffic.

Aspentech IP.21

dataPARC reads data directly from the IP.21 historian utilizing the Process Explorer API for data reads and the IPSQL ODBC connection type for reading the tag list.

Use Cases

Facilities with established IP.21 historians can benefit from adding dataPARC for visualization, calculations, reporting, alarms and more.

Dependencies
Implementation
Potential Limitations

dataPARC v5.6+

Aspen Process Data

Aspen Process Explorer

Aspen SQLplus

aspenONE Diagnostics

Aspen ODBC Drivers

Standard feature of DataPARC Server. IP.21 server port must be accessible to DataPARC Server apps through any firewall. SQL tag list required. ODBC Driver must be 32-bit for dataPARC 5.6, must match architecture for dataPARC 7.x. IP.21.NET source type in recent dataPARC versions is faster and allows text tags. User (vs. Public) data sources require correct user account running DataPARC Server services.

Speed will be limited by IP.21 server’s response times and possibly network traffic.

SQL

dataPARC reads data from an SQL database using standard SQL calls.

Use Cases

Facilities with pre-existing and/or custom data histories in SQL databases can add these as a dataPARC source for full functionality in visualization, calculations, reporting, alarms and more.

Common Databases
Vendor
Notes

MS SQL Server

Oracle

PostgreSQL

MySQL

SAP ECC

SAP Hana

Snowflake

Databricks Lakehouse

MS Access

Plant Applications

QIS

DELMIAWorks

Elixir Ecto

MillTools

Optivision

STARLIMS

Microsoft

Oracle

PostgreSQL Dev. Group

Oracle

SAP

SAP

Snowflake

Databricks

Microsoft

GE

QiSoft

Solidworks

Elixir School

Panther

Honeywell

STARLIMS





Cloud-only

Cloud-only

Cloud-only





Uses Oracle

Database wrapper


a.k.a. Honeywell Production Management

Common Queries

Tag Scripts

Tag List – Returns list of tags used by the template

Tag Info. – Returns tag information

Limit – Returns tag limits

Read Data Scripts

Current – Returns current value

Data – Returns raw data for specified time period

Data Prior – Returns value just prior to start time for use as start bound point

Data After – Returns value just after end time for use as end bound point

Projection – Returns projected (future) data

Data Plot – Returns plot-reduced data set for trends

Data Aggregate – Returns aggregated data

Data Providers

.NET Framework data provider
Description

.NET Framework Data Provider for SQL Server

Provides data access for Microsoft SQL Server. Uses the System.Data.SqlClient namespace.

.NET Framework Data Provider for OLE DB

For data sources exposed by using OLE DB. Uses the System.Data.OleDb namespace.

.NET Framework Data Provider for ODBC

For data sources exposed by using ODBC. Uses the System.Data.Odbc namespace.

.NET Framework Data Provider for Oracle

For Oracle data sources. The .NET Framework Data Provider for Oracle supports Oracle client software version 8.1.7 and later, and uses the System.Data.OracleClient namespace.

**Note: dataPARC’s SQL dataseries does not support EntityClient Provider (System.Data.EntityClient) or .NET Framework Data Provider for SQL Server Compact 4.0 (System.Data.SqlServerCe).

Dependencies
Implementation
Potential Limitations

dataPARC 5.6+

See table above for data provider dependencies.

Standard feature of DataPARC Server. SQL Server must be installed and accessible to DataPARC Server apps through any firewall. SQL username/password required. SQL tag template required.

Speed will be limited by the SQL server’s response times and possibly network traffic.

PHD

dataPARC reads data directly from the PHD historian utilizing the Com, ComRemote, NetRemote, NetApi200 or NetApi150 connection type.

Use Cases

Facilities with established PHD historians can benefit from adding dataPARC for visualization, calculations, reporting, alarms and more. Aggregates can be calculated within dataPARC or read from historian.

Dependencies
Implementation
Potential Limitations

dataPARC v5.6+

PHD historian

PHD API (distributed with Uniformance)

Standard feature of DataPARC Server. PHD server port must be accessible to DataPARC Server apps through any firewall. PHD API .dll files must be installed and accessible to DataPARC Server apps. SQL tag list template required.

Speed will be limited by the PHD server’s response times and possibly network traffic.

Proficy

PARCview reads data directly from the Proficy historian if clients also have the Proficy client installed, otherwise they are routed through the dataPARC server using the HDA remoting source. Can use API to read from legacy Historian (v5 and v6) or SDK for newer versions of Proficy Historian.

Use Cases

Facilities with established Proficy historians can benefit from adding dataPARC for visualization, calculations, reporting, alarms and more. Aggregates can be calculated within dataPARC or read from the historian.

Dependencies
Implementation
Potential Limitations

dataPARC v5.6+

Proficy Historian User API v6.x+

Proficy Historian Client Access Assembly

Proficy Client Tools

Standard feature of DataPARC Server. Proficy server port must be accessible to DataPARC Server apps through any firewall. Proficy SDK/client tools must be installed on dataPARC server. Older dataPARC versions need Proficy.Historian.ClientAccess.API.dll copied to root of PARCview folder. Proficy username/password required.

Speed will be limited by the Proficy server’s response times and possibly network traffic.

SDK is preferred.

Aveva Historian (previously WonderWare)

Aveva Historian (WonderWare) data can be read by a special setup of the dataPARC SQL source type.

Use Cases

Facilities with established Aveva historians (WonderWare) can benefit from adding dataPARC for visualization, calculations, reporting, alarms and more.

Dependencies
Implementation
Potential Limitations

dataPARC v5.6+

MS SQL server 2008+

Standard feature of DataPARC Server. SQL Server must be installed and accessible to DataPARC Server apps through any firewall. SQL username/password required. SQL tag template required.

Speed will be limited by the SQL server’s response times and possibly network traffic.

SAP (custom configuration)

Business and/or accounting data can be read from SAP, typically via SQL queries. Requires some customization for each application.

Use Cases

SAP systems can provide material inventory or usage, cost, production or other data to dataPARC to enable inclusion in visualization, reporting, etc. alongside process and lab data.

Dependencies
Implementation
Potential Limitations

dataPARC v5.6+

Database server or web server to expose SAP

SAP database must be exposed by customer, then dataPARC engineers will write a client to read/write SAP data.

Speed will be limited by the data server’s response times and possibly network traffic. Client may need updates if changes are made to SAP database.

Excel

dataPARC reads timeseries data stored in an MS Excel spreadsheet. Data is read on an ad-hoc basis, updating only when the tag’s dataPARC display is initially loaded or modified.

Use Cases

Facilities with archived historical data, Lab or other manual-entry data stored in Excel spreadsheets can connect to these spreadsheets via the Tag Browser. This method is not intended for large quantities of data or long histories due to Excel file size and load speed limitations.

Dependencies
Implementation
Potential Limitations

dataPARC v5.6+

Microsoft Excel v2010+

Standard feature of dataPARC client apps Tag Browser. Excel data file must be saved in location accessible to dataPARC client and not be “locked” (i.e. Office sharing controls must release it). Excel sheet headers and data structure must remain as originally specified in tag browser.

Spreadsheet files must be loaded each time a newly opened client display accesses data. File size and location (local vs. network) will impact speed.


Was this article helpful?