Professional Documents
Culture Documents
Inform IT Prod Guide
Inform IT Prod Guide
Product Guide
InformIT
Enterprise Historian for Windows 2000
Version 3.2
Product Guide
NOTICE
The information in this document is subject to change without notice and should not be
construed as a commitment by ABB Inc. ABB Inc. assumes no responsibility for any errors that may appear in this document.
In no event shall ABB Inc. be liable for direct, indirect, special, incidental or consequential
damages of any nature or kind arising from the use of this document, nor shall ABB Automation Inc. be liable for incidental or consequential damages arising from use of any
software or hardware described in this document.
This document and parts thereof must not be reproduced or copied without written permission from ABB Inc., and the contents thereof must not be imparted to a third party nor
used for any unauthorized purpose.
The software or hardware described in this document is furnished under a license and
may be used, copied, or disclosed only in accordance with the terms of such license.
This product meets the requirements specified in EMC Directive 89/336/EEC and in Low
Voltage Directive 72/23/EEC.
Copyright 2001 ABB Automation Inc.
All rights reserved.
Release:
Document number:
November 2001
3BUF 000 987 R1
TRADEMARKS
Advant, AdvaCommand, AdvaInform, and AdvaBuild are registered trademarks of ABB Asea Brown Boveri
Ltd., Switzerland. Enterprise Historian is a trademark of ABB Asea Brown Boveri Ltd., Switzerland.
The following are registered trademarks of Pavilion Technologies, Inc.: Data Insights, Pavilion, Pavilion
Data Interface, Process Insights, Process Perfecter.
The following are trademarks of Pavilion Technologies, Inc.: Insights, Pavilion OnLine Applications, Pavilion RunTime Products, PDI, Plant Optimizer, Power Insights, Power Insights Suite, Process Optimizer,
Property Predictor.
Windows NT and Windows are registered trademarks of Microsoft Corporation.
Citect is a Registered trademark of Ci Technologies Pty Limited.
OLE for Process Control is a Registered trademark of OPC Foundation.
OPC is a Trademark of OPC Foundation.
Operate IT is a Trademark of ABB Inc.
Produce IT is a Trademark of ABB Inc.
Sattline is a Registered trademark of ABB Inc.
Symphony is a Trademark of ABB Inc.
Enterprise Historian is a Trademark of ABB Inc.
Advant is a Registered trademark of ABB Inc.
ORACLE is a Registered trademark of Oracle Corporation.
Table of Contents
TABLE OF CONTENTS
Section 1 - Introduction
What is Inform IT Enterprise Historian?.........................................................................11
Data Collection, Storage and Retrieval ................................................................15
Process data ......................................................................................15
Production Data...................................................................................15
Event data
......................................................................................17
......................................................................................19
Table of Contents
Table of Contents
.............................................................................................................86
Table of Contents
Table of Contents
Table of Contents
10
Section 1 Introduction
Section 1 Introduction
What is Inform IT Enterprise Historian?
Information is a key asset of all manufacturing and process businesses. One
significant issue that such businesses face is the collection and distribution of
information from its point of origin to locations where it can be applied to improve
quality and productivity.
Manufacturing and process operations must be able to adapt to daily and hourly
changes in production schedules and resource availability. In today's business
environment, much of this information is available electronically, but must also be
presented to operations in a meaningful context.
Technology has driven information access lower and lower in the enterprise-wide
architecture to near real time. Production management and planning functions
require vertical integration of high value information. An information backbone is
required to integrate information from multiple systems upward into the supply
chain and decision making systems.
Industrial IT from ABB is a comprehensive approach for organizing information
collection and management functions across an enterprise. The information can be
leveraged through its use in process specific applications for improving process
operation and managing production quality. In Industrial IT, information is shared
across the enterprise with tools that reduce redundant entry and minimize deviations
between engineering and operations databases. ABB has created an infrastructure
for information across its manufacturing related products using open
communication standards. This lets you integrate ABB components and systems
with other information functions across the enterprise.
Inform IT Enterprise Historian supplies the information management component to
the backbone, integrating data from various levels of the business and making that
data available to the different levels of the organization. Each level has differing
information needs, Figure 1.
11
Section 1 Introduction
12
Section 1 Introduction
13
Section 1 Introduction
The other primary storage location is Enterprise Historian Consolidate server. This
combines data from Enterprise Historian Collect and Enterprise Historian Connect
servers. Enterprise Historian Consolidate provides access to data for desktop clients
and other personnel in the facility. It is also the primary supplier of data to business
and planning systems and other Manufacturing Execution System (MES)
applications. This function is best performed from the Consolidate server at the
plant level since it has the complete set of data that may be required.
Enterprise Historian Connect server provides connectivity to DCSs, PLCs and other
devices when that data is not required in the control domain. It provides store and
forward capability to the Enterprise Historian Consolidate server.
Due to the distributed nature of the Historian, data can reside on multiple servers
and yet appear to be on a single server. When making a request for data, you connect
to one server. If the data requested is not present at that server the Historian
automatically forwards the request to other servers. The response is returned from
whichever server has the requested data.
Enterprise Historian is a multi-tiered, client-server application that operates in a
distributed architecture. This lets you use computing resources effectively. ABB's
Enterprise Historian architecture is unique in its flexibility and versatile application
of standard functional components to a variety of process information management
situations. Enterprise Historian can apply its functionality locally to a single ABB
control system, or it can be applied across multiple control systems from multiple
vendors. History servers are logically linked at a site and across an enterprise to
provide a common historical data environment with simple desktop access.
There are four major components to an Enterprise Historian:
14
User Interface
Section 1 Introduction
Process data such as pressure measurements, temperature indicators, and flow rate
are recorded at a basic resolution that is specific to each tag monitored by the history
function. Calculations such as minimum, maximum, averages and statistical
calculations can be performed as data is recorded in the historian. You have the
option of applying data compaction, or maintaining raw, uncompressed data when
raw data is required for application or documentation purposes.
Production Data
15
Section 1 Introduction
16
Section 1 Introduction
Event data
Enterprise Historian also supports the collection of events and system messages
generated through standard control loop processing, operator control functions,
control applications, batch programming or user-defined applications. All data,
messages and production information recorded in history are managed together and
can be retrieved and reviewed from standard displays. Events are stored in Oracle to
provide a simple query mechanism for analyzing relationships between events over
time.
A specialized version of event storage is an Audit Trail for pharmaceutical and other
government regulated industries. The Audit Trail provides a complete trace of
changes that have been made to production data. The Audit Trail tracks changes
made to data stored in the Production Data Log and is completely integrated with
Produce IT Electronic Batch Record (EBR) for handling of manual production
steps. The Audit Trail holds the time of the data change, the identification of the
person that made the change, the old value and new value, and other valuable
information. Combined with the production data stored by a batch management
package such as Produce IT Batch and other process and event data stored in the
Historian, a complete electronic batch record can be generated. This is an important
element of satisfying the FDA 21 CFR Part 11 regulation.
Off-line Storage and On-line Backup
All data stored in the historian can be copied to removable disk media (Magneto
Optical disk). This can be done on a cyclic basis, manually, or on event such as the
end of a batch. In addition to the off-line storage capabilities, Enterprise Historian
also supports on-line backup functionality.
Historical values for points in the historian, as well as quality data are available via
OLE DB, SQL and ODBC. Event and production data are available via proprietary
COM interfaces, SQL and ODBC.
17
User Interface
Section 1 Introduction
User Interface
Data access from the desktop is critical. Enterprise Historian provides:
the ability to integrate Enterprise Historian based data along with other data
sources (i.e. relational databases) into a single display.
Through Display Services you can create custom graphics and view them from your
desktop. These displays can be process mimic displays, status overview or other
information management displays. A wide range of display elements are available
for creating these displays such as bar charts, pie charts, edit boxes and gauges as
well as traditional process elements like pumps, motors and vessels. Displays can be
viewed in the container provided with Enterprise Historian that supports navigation
through the different displays that have been built or can be viewed in a web
browser.
A display can include data from Enterprise Historian, OPC servers and ADO
(ODBC) data sources. Displays can read data from the system and also write data to
the historian.
18
Section 1 Introduction
DataDirect
Desktop Trends is a standalone trend package that lets you see trend and associated
data in a web browser. Parts of the trend package are:
a tag ticker which is a scrolling list of configured tags. Colors can be used to
show when a value is outside of its limits, has bad data quality, and a number of
other conditions.
a tag browser which lets you structure and browse points in an easy-to-access
manner.
a trend display that can be launched from either the tag ticker or the browser.
You can also drag and drop tags from the ticker and browser to the trend
display. The trend supports a full range of scrolling and zooming features,
including a unique feature called Active Zoom. This lets you zoom into a
section of the trend while maintaining the overall scope.
19
Section 1 Introduction
For added data security, data can be kept locally at the connection to the data source
and forwarded to the historical server when it is available.
The report scheduler is a web-based user interface for scheduling reports to execute
in either Excel or Crystal Reports. Reports can executed on a cyclic basis, at given
time intervals (for example - 6:00PM on the last Friday of every month), manually,
and on event such as batch end. From the scheduler you can view the status of
reports that have been scheduled and navigate to completed instances of the reports.
Handling of finished reports includes e-mail, saving to file (and managing a number
of instances of that report), saving to history, and printing to a networked printer.
Files are saved in the formats supported by the reporting tool and are easily
launched back into that tool.
The report scheduler is compatible with Crystal Reports Professional and Developer
version 7.x or 8.x. Crystal Reports is not provided as part of Enterprise Historian
version 3.2 and must be purchased separately.
Process modeling and analysis
20
Section 1 Introduction
You can add modeling tools for property predictions, off-line and on-line model
predictive control and steady state optimization. You can optimize your processes
and see a rapid return on investment. Increased production capacity and tighter
quality control can be achieved while reducing energy consumption, process errors
and capital expenditures.
The following describes a basic step-by-step approach to data mining modeling and
analysis:
Start with InsightsTM (one license included with Enterprise Historian Collect
or Consolidate).
Filter and cleanse the data, removing out of range values by simply cutting
it from a trend.
Let Insights build Inferential Models based on your selected inputs and
outputs.
Put models on-line with Property PredictorTM Virtual On-line Analyzers for
timely measurements.
21
Section 1 Introduction
The following new applications are available in Enterprise Historian version 3.2:
Desktop Trends - provides desktop data display functions that can be viewed in
stand-alone web page mode, or be integrated into other applications that are
ActiveX containers. See Desktop Trends on page 80.
Audit Trail for event/message logging for batch management applications such
as Electronic Batch Recording (EBR). See Audit Trail on page 82.
History data access via OLE DB, ODBC, and SQL. See OLE DB Data Access
on page 84.
Web-based Report Scheduler and Display. See Report Services on page 87.
The Select and Automation Connections standalone product offerings from earlier
releases of Enterprise Historian are restructured as Enterprise Historian Connect.
This provides the ability to collect data from OPC sources and other third party
devices with local data buffering before the data is transferred to the history data
server via distributed logs. The PLC drivers from Automation Connections are an
option to Enterprise Historian Connect. Because of the new product structure and
ability to distribute history logs, the MES Server was removed from the PLC
Interface component.
22
Section 1 Introduction
Bundling Options
Applications using the MES Server to create omf type objects for history
collection will have to be re-engineered. The omf objects created via the MES
Server to collect the OPC data will have to be replaced by History logs
configured in History Services.
If other applications such as User API or Display Services accessed those omf
objects, a new solution will have to be developed. In Enterprise Historian 3.2,
Displays Services and DataDirect can use the OPC data provider to get data
from the PLCs rather than going through the MES Server.
Also the ComAware component of the MES Server will no longer be available
on the Enterprise Historian v3.2. The migration of applications developed
using this component of the software will need to be reworked. There is no
direct replacement in Enterprise Historian v3.2. Contact Product Management
with specific questions concerning your applications and future support.
Bundling Options
The core functionality for Enterprise Historian is installed on a Windows 2000based server. There are three bundling options for this core functionality:
23
Section 1 Introduction
24
Section 1 Introduction
The core functionality and options are summarized in Table 1 and Table 2.
Table 1. Enterprise Historian Collect - Core Functionality
Component
Description
System Services
Display IE
25
Section 1 Introduction
Description
User API
26
Section 1 Introduction
Description
Event Log
Audit Trail
27
Section 1 Introduction
Description
Supports basic services including network communications, object
handling, process supervision, and system messaging.
28
Section 1 Introduction
Description
Lets you view trend data directly on your Enterprise Historian desktop.
Three trend presentations are available:
29
Section 1 Introduction
Description
User API
PLC Interface
Data Forwarding
30
Section 1 Introduction
Licensing
Server software components are licensed on a per-server basis. This means one
license entitles you to install the software on one server. You must purchase a
license for any server software components that you intend to install.
Client software components are licensed on a concurrent-user basis. This means you
can install the client software on as many PCs as you wish. The server will control
the number of clients that may connect to the server based on the number of client
licenses you have purchased. For example, you may install Display Client software
on ten PCs, but if you purchase two Display Client licenses, only two client PCs will
be permitted to connect to the server at any one time.
For Display Client and DataDirect, each open Display and/or DataDirect window
occupies a client license, even if the windows are open on the same PC. Thus one
PC may occupy two or more client licenses concurrently.
For Desktop Trends, client licenses are occupied on a per-PC basis. You are
permitted to have as many trend displays open on a given PC as you wish. This
would still occupy just one client license.
31
Licensing
32
Section 1 Introduction
System Services
System Services
System services are primarily configuration and support tools for developing and
integrating information management functions in your system, including:
OPC communication software provides OPC V1.0a or V2.0 OPC client for
collecting historical data from the PLC Interface, Operate IT OPC servers,
AC 800F and other 3rd party servers. See Appendix A, Control Network
Connections for more information on supported OPC servers.
33
History Services
History Services
History Services supports data collection with optional compression (polled, by
exception, user-supplied, or manual), storage, and retrieval. The degree of
functionality is based on the software bundle you purchase.
34
It is available for custom applications via OLE DB, SQL, ODBC, and User API
(Application Programming Interface).
It can be displayed on AdvaCommand trend displays for the Advant OCS, and
on Multibus-based trend displays (MOD 300 only).
Data can be stored long term on disk. Archive supports copying data to a Magnetic
Optical (MO) Disk for extended data storage and data security.
Historical data is often the basis for further evaluation and improvements of your
process. Display Services provide excellent trend presentation to help you evaluate
and manage your process in the most effective way.
History collects samples from various data sources that may be located in any node
of the system, or in external devices such as PLCs. Some examples are:
Floating point and integer numerical values from process objects. These values
can come from ABB Control Systems, and/or 3rd-party automation systems
and devices, directly from a control network or via OPC.
Digital values
Messages - alarm and event, TCL (MOD 300 only), Audit Trail, OPC
A typical historical application stores the values for thousands of individual data
sources. A common application of history is to periodically store values of process
variables such as flows, temperatures, or tank levels. For example, to store the value
of a steam flow, your data source is the measured variable of the loop that controls
the flow.
35
$HSTC100,MEASURE-2-o
Average
Data Source
Primary Log
Secondary Log
Figure 6. Example - Primary Log with Secondary Log Storing Calculated Average
$HSTC100,MEASURE-1-o
$HSTC100,MEASURE-3-o
Primary Log Node A
Data Source
$HSTC100,MEASURE-2-o
Distributed Log
Node C
Figure 7. Example - Redundant Data Collection with Dual Log Distributed to a Remote Node
36
$HSTC100,MEASURE-1-o
$HSTC100,MEASURE-2-o
Node A
$HSTC200,MEASURE-1-o
$HSTC200,MEASURE-2-o
Data Source
Data Source
Node C
$HSTC300,MEASURE-1-o
$HSTC300,MEASURE-2-o
Data Source
Node B
Figure 8. Example - Remote Node Consolidating Primary Logs from Multiple Nodes
A composite log can collect from any one of the following data sources:
37
Calculations
You can configure History to perform calculations on collected data before the data
is actually stored in the log. The types of calculations you can specify are:
AVERAGE
MAXIMUM
MINIMUM
INSTANTANEOUS - no calculation (default)
SUM
SUM_OF_ SQRS
STANDARD DEVIATION
NUM_OF_ VALUES
You can specify calculations to be done on data before it is stored in a log (either
primary or secondary), Figure 9. This lets you store a single value to represent a
larger time span of values. For example, you can sample a variable every minute and
put those values into a primary log. Then you can calculate the hourly average,
minimum, and maximum on data in the primary log and store those calculated
values in secondary logs.
Data
Source
Calculation
Primary Log
OR
Data
Source
Primary Log
Calculation
Secondary Log
Figure 9. Calculations
38
Data Compaction
It reduces the load on the system by filtering out values that do not have to be
stored since there is not a significant change in the value.
It allows data to be stored on-line for a longer period of time since data is not
replaced (overwritten) as quickly.
Compaction is specified on an individual log basis. You may use it for some logs
and not for others. Compaction should not be used indiscriminately in all cases. For
instance:
If you want an accurate representation of your process over time, and you do
not require that every data sample be stored, you can use compaction.
Data compaction can be used on digital data sources so that only state changes are
saved.
Figure 10 shows how samples are stored when deadband is active. The deadband
function holds each sample until it determines whether or not the sample is required
to plot the trend. Samples that are not required are discarded.
A sample is stored when deadband is activated at 0s. The sample at 10s is held until
the next sample at 20s. Since there is no change in slope between 0s and 20s, the 10s
sample is discarded and the 20s sample is held. This pattern is repeated at each 10second interval until a change in slope is detected at 50s. When this occurs, the
samples at 40s and 50s are stored to plot the change. At 90s another change in slope
is detected, so the samples at 80s and 90s are stored.
39
Even though there are spikes between 80s and 90s, these values were not sampled so
the slope remains constant (as indicated by the dotted line). Another change in slope
is detected at 100s. The sample at 100s is stored to plot the slope. The sample at 90s,
also used to plot the slope, was already stored. The slope remains constant
thereafter. The next sample stored is 140s since the Deadband Storage Interval (40s)
elapses between 100s and 140s. The sample at 180s is also stored due to the
Deadband Storage Interval.
Deadband Storage Interval = 40s
Sample & Storage Interval = 10s
Compaction activated,
sample stored
0 10
20
30 40 50
60
70 80 90 100 110 120 130 140 150160 170 180 190 200
40
41
You can provide different views of a process variable by configuring a different time
span for each individual log in the composite log. For example, in Figure 11 the
primary log HSTC100,MEASURE-1-o stores high resolution data for a short time
span, while secondary logs HSTC100,MEASURE-2-o and HSTC100,MEASURE3-o store progressively lower resolution data for longer time spans. This
configuration also lets you store data over longer periods using less storage capacity.
$HSTC100,MEASURE-3-o
TC100.Measure
$HSTC100,MEASURE-2-o
$HSTC100,MEASURE-1-o
Secondary Log
Storage Rate: 1 Hour
Time period: 104 Weeks
Calculation: Average
Secondary Log
Storage Rate: 1 Minute
Time period: 13 Weeks
Calculation: Average
Primary Log
Storage Rate: 10 seconds
Time period: 2 Weeks
Calculation: Instantaneous
Figure 11. Example, Secondary Logs with Different Views of a Process Variable
42
43
Lab data logs are a special type of numeric log. This log type is used to collect
asynchronous data entered manually or via an external application such as a User
API program. Asynchronous logs must be Oracle-based.
Lab Data logs must be primary logs. You can add a Lab Data log alone, or as part of
a composite where other primary logs are already connected, Figure 13.
44
log2-2
log3-2
History Node C
TCP/IP Network
log1-1
log2-1
History Node A
log3-1
History Node B
ABB OCS Network
45
Performance Considerations
You can configure a maximum of 50,000 distributed logs on the Consolidate server
on the TCP/IP network. Each ABB OCS network server can distribute up to 10,000
logs to a Consolidate server on the TCP/IP network. Thus, you can consolidate data
from up to five ABB network servers, where each ABB network server distributes
10,000 data sources, Figure 15. This limit (50,000) is based on each data source
having a single primary log with no secondary logs. Additional primary or
secondary logs in a composite log count toward the 50,000 log limit.
The samples have UTC timestamps so data can travel across different time zones.
TCP/IP Network Consolidate History Server
Up to 50,000 Distributed Sources
TCP/IP network
History Server 1
Up to 10,000 Data Sources
3rd-party network
History Server 5
Up to 10,000 Data Sources
ABB OCS network
46
In Figure 16, the primary log on the Enterprise Historian Collect server maintains
History data for a 5-week time period, while the secondary log on the Consolidate
server collects from the primary log and maintains the data for a 1-year time period.
Primary Log on roc175
Figure 16. Storing Data for a Longer Time Period on the Enterprise Node
Composite Log with Local and Distributed Secondary Logs
The composite log may have additional secondary logs performing other functions
(for instance, calculations) on the Enterprise Historian Collect server. You can insert
additional secondary logs on the Enterprise Historian Collect server along with the
distributed logs on the Consolidate server. An example is shown in Figure 17.
Secondary Log on eng169 (Consolidate Server)
Figure 17. Composite Log with Local and Distributed Secondary Logs
47
In Figure 18, the secondary logs on the Enterprise Historian Collect server calculate
average and standard deviation values and maintain the History data for a 5-week
time period, while the secondary logs on the Consolidate server collect those
calculated values and maintain them for a 1-year time period.
In Figure 19, the log on the Enterprise Historian Connect server acts as a store and
forward buffer for the instantaneous log on the Consolidate server. Average and
Standard Deviation calculations are then performed. Note that only primary logs can
be configured on the Enterprise Historian Connect server.
It is important to include the instantaneous log on the Consolidate server as a
buffer between the instantaneous log on the Enterprise Historian Connect server and
the calculation logs (Average and Standard Deviation) on the Consolidate server.
Without this buffer, each calculation log would be forced to collect data from the
Enterprise Historian Connect server independently and would significantly increase
traffic on the TCP/IP network.
48
When you have an existing database configuration, and you want to create
distributed logs without having to re-configure the existing composite logs.
Where source nodes reside on separate networks that are basically identical
(same architecture and tag names). This is illustrated in Figure 20.
History Consolidate Server
$HSTC101,MEASURE-1-o111.222.33.44
$HSTC101,MEASURE-1-0111.222.33.55
$HSTC10n,MEASURE-1-o111.222.33.44
$HSTC10n,MEASURE-1-0111.222.33.55
TCP/IP Network
History Server
111.222.33.44
TC101,MEASURE
TC101,MEASURE
TC10n,MEASURE
TC10n,MEASURE
History Server
111.222.33.55
TC101,MEASURE
TC101,MEASURE
TC10n,MEASURE
TC10n,MEASURE
49
Dual logs are a special type of numeric log for redundant data collection and
storage. A dual log has two identical log configurations that reside on two different
nodes. Both logs collect data from the same data source. As an option, you can
configure a secondary log for the dual log on a third node. For example, in Figure 21
log1-3 in node C can collect data from either log1-1(in Node A) or from log1-2 (in
Node B), depending on the availability of the given nodes. All History servers in
this configuration must run the same version of History software.
In this example, log1-1 is the primary source for log1-3 and log1-2 is the back-up.
Log 1-2 is only used when log1-1 is unavailable. When data collection switches to
log 1-2, it continues to be used as the source for log 1-3, even if log1-1 becomes
available again, until log1-3 is restarted, or log1-2 becomes unavailable.
History Server C
log1-3
TCP/IP Network
History Server B
History Server A
log1-1
Dual
Log
log1-2
50
You can build a hierarchy of dual logs, and distribute the data from a dual log to a
remote node, Figure 22.
View as shown in
Composite Log Window
roc175
Sequen:3
Sequen:1
eng159
Sequen:4
Sequen:2
Sequen:5
Sequen:6
51
History logs can be configured to collect from data sources via an OPC server.
Several OPC servers are available from ABB. This includes the PLC Interface and
the Accuray Object Server. Third party OPC servers are supported as well.
Figure 23 shows an example of OPC data collection.
History Services
on Windows 2000
PLC
OPC Server
NAME
REGISTERS
$HSTC101,VALUE-1-o
Loop1_PV
$HSTC102,VALUE-1-o
R101
Device
Driver
OPC
Loop2_PV
R102
Loopn_PV
R10n
$HSTC10n,VALUE-1-o
52
53
Seamless Retrieval
Seamless retrieval makes it easier for applications to access historical data. For trend
data representation, when scrolling back in time beyond the capacity of the specified
log, the seamless retrieval function will go to the next (secondary) log in the log
hierarchy.
Applications do not need to know the name of the log in order to retrieve data.
Attributes such as access name (data source), log period, calculation algorithm, and
retrieval type can be specified and History will search for the log which most closely
fits the profile.
Numeric Data Storage Considerations
Log entries can be stored in either Oracle tables or directly in files maintained by
History. File storage is faster and uses less disk space than Oracle storage. Filebased storage is only applicable for synchronous numeric logs.
There are three log storage options:
Type 1 and Type 2 file based logs provide faster storage and use less disk space.
Type 1 logs include data quality and time stamp with every value stored. Type 2 logs
are appropriate for logs that have faster sample rates (5 minutes or less). For logs
with slower sample rates (greater than 5 minutes), Type 1 logs should be used. Type
1 logs should also be used any time you need the additional functionality they
support.
Off-line Storage
All process data stored in a numeric log can be copied to an off-line storage media.
This can be done on a cyclic or manual basis. See Off-line Storage and Access on
page 61.
54
Generic Event Storage. This event storage is modeled after the data
definitions in the OPC/Alarm and Event specification. It supports a number of
vendor specific attributes. This storage mechanism holds batch related events
from Produce IT Batch and the electronic logbook from Produce IT Electronic
Batch Record (EBR).
previous and new value for the data being changed, as well as other
information.
Advant OCS messages. This storage type supports message and event logging
from Advant OCS systems - systems with MOD300 or Master software.
For MOD300 systems, message logs store CCF and TCL messages as well
as operator action messages such as parameter change and logon/logoff.
For Master systems the event log stores events that are generated from the
control applications in the AC400 series controllers and MasterPiece
controllers.
Message logs are stored in the Enterprise Historian Oracle database. Client
applications such as Display Services and DataDirect access Oracle-based History
data, including message logs, via an ADO data provider.
55
Event Presentation
All events stored in the Enterprise Historian can be displayed in DataDirect, using a
dialog that supports easy selection of query criteria (such as displaying all the
alarms for a tag over a certain period of time).
Since the events are stored in Oracle it is also possible to query them using standard
SQL requests. This will commonly be done when reading messages into report
packages and other tools capable of accessing data via SQL or ODBC.
Off-line Storage
All events and messages stored in a message log can be copied to an off-line storage
media. This can be done on a cyclic or manual basis. See Off-line Storage and
Access on page 61.
56
History associations make an association to process data that is already being stored
in the Historian. Typically, this association represents the period of time that a
batch occupied a particular unit or a phase execution time period. The associations
are made for only those tags that are relevant. See Figure 25.
57
Off-line Storage
All data contained in a PDL and the data associated with that PDL are treated as a
single entity by the Enterprise Historian. This means that when a PDL is archived to
a removable media, all the data stored in the PDL and any associations made from
that production record to other data in the historian is archived together. Then when
the record for a batch has to be reviewed a number of years later, all the data for that
batch is accessed as a single entity. Archiving can be done automatically at
campaign end or batch end. PDLs can also be automatically deleted after they have
been archived if so desired.
Presentation
PDL data is stored in Oracle tables and is accessible by standard SQL queries. The
information is available to reports built using Crystal Reports and Microsoft Excel,
and scheduled using the Inform IT Enterprise Historian Report Scheduler.
Inform IT Enterprise Historian DataDirect (an Excel plug-in) provides a dialog that
facilitates convenient browsing of the data stored in a PDL, allowing you to drill
down to any piece of information stored in the PDL for a batch. For example,
Figure 26 shows a list of campaigns (jobs) and for each campaign, you can drill
down into the batches that are a part of it. This information can be easily written to a
worksheet in Excel.
58
59
60
Runtime Database
Restored Database
Archive Entry 1
$HSTC100,MEASURE-1-r
$HSTC100,MEASURE-1-o
Archive Entry n
$HSTCnnn.MEASURE-1-r
$HSTCnnn.MEASURE-1-o
2b
1b
1a - Specified logs copied from
runtime database to archive media
2a
1a
Archive Device
Volume 1
External Application:
Display Services
DataDirect
User API
OCS Trend Display
Volume n
61
Display Services
Display Services supports building and viewing dynamic real-time and historical
displays on up to 32 simultaneous local and remote display clients connected to a
display server. Information can be collected from multiple sources and displayed
within the same display. Data entry and interactive query capabilities are built into
the package. This helps you create solutions that greatly simplify exploration of
information.
The Enterprise Historian architecture supports access to data not only from the
Enterprise Historian environment, but also to data from other sources via data
provider connections to the Display Services server.
This architecture provides a cost-effective graphics building and monitoring
capability throughout your facility, Figure 28. The user interface environment can
be distributed throughout a facility on a variety of platforms to provide process and
62
Display Services
Remote users
Corporate network users
Corporate WAN
Local
users
Local
users
Local Plant
Networks
Local Plant
Networks
Advant
Enterprise
Historian
HP-UX or NT
Advant Enterprise
Historian
HP-UX or NT
Control
Networks
Control
Networks
63
Display Services
The displays you build with Display Services provide a user interface into your
process and production information, with access to other data sources through open
standard SQL or ODBC. An example is shown in Figure 29. Information can be
collected from multiple sources and displayed in the same display. Displays can be
used for:
Process monitoring
Quality monitoring
Executive information
Manual data entry and interactive query capabilities are built in. This helps you
create effective display solutions that simplify an end users search for
information.You can view information from one or more process automation,
process support, or production management systems within a mill/plant or corporate
network.
Display Services follows Microsoft Windows standards and can be configured to
provide the look-and-feel of the operator console workplace or a plant information
terminal. All functions are mouse controlled. Runtime users need only basic
operator skills.
The displays are primarily for process monitoring, and are not intended to replace
the operator workstation. However, Display Services does support the following
control capability:
The display client can be structured to launch predefined external applications (local
or remote) which could be used to interact with the control network using the User
API or other system services such as updating a process parameter or scheduling a
report.
64
Building Displays
Building Displays
The Display Services - Display Builder function lets you build displays on your PC
and make them available for client users. Displays can also be built off-line when
using a Windows 2000 server. Figure 30 illustrates the windows usability features
such as:
65
Building Displays
Menus
Scaled displays, true type fonts, and full color palette support
Authority
66
Building Displays
The display elements can act independently or interact with one another. Attributes
of display elements are individually controllable and create a standardized look and
feel to graphics. Elements can be conveniently arranged on graphic displays (e.g.,
grouping, alignment, overlapping).
67
Building Displays
Display Elements
Static elements from the tool bar: line, shape, text elements, and bitmaps
Timer
X/Y Plot
You can create your own (user) display elements from the standard elements. User
elements can be encrypted to protect them from modification, or add security to
proprietary logic. User built display elements can be saved as custom elements for
use on other displays. Display Services also provide a display element comment
property which can be applied to each element.
You can Drag-and-Drop or Copy-and-Paste elements. In the Builder, common
properties can be changed across selected elements simultaneously. You can also
use bitmaps as display elements. This lets you import graphics from over 40
different formats such as .eps, .tif, and so on.
68
Runtime Displays
Runtime Displays
Display Services supports run-time display functions including manual data entry,
and control dialogs. These displays are stored, controlled and edited at the server
causing minimal impact at the client node. The same displays are used for each
client type (PC, X-window, or Web) eliminating operator confusion. Some specific
runtime display features include: support for dialogs, user-to-user instant
messaging, unit arrays, and text file access.
Active X Support
Display Services gives you Active X support for Windows 2000 and Windows NT.
This provides the following benefits:
You can create highly customized displays with mixed native display elements and
Active X components.
The Display IE component supports access to displays as ActiveX controls. This
lets you embed the display in a web page, or within a custom Visual Basic
application. Using the display as an ActiveX control also lets you use the display
from Operate IT either as a standalone web page, or embedded in a graphic.
69
Runtime Displays
History Displays
Display Services can gather and display information from numeric and message
logs in History Services, Figure 32. In addition to this you can access information
from Production Data Logs (PDLs).
Figure 32. Trend Display with Data Applied to an Excel Spreadsheet Example
Display Services can access historical data from other systems which are seen
through database views created in the Enterprise Historian environment. Using data
entry display elements and SQL, you can create ad hoc views of historical data.
70
Runtime Displays
Figure 33. Display Services Tiled Display Showing X/Y Trend Plot Examples
The Display Services trend display element offers:
History access
SQL access
Note that a separate standalone web-based trend package called Desktop Trends is
also available, and is described in Desktop Trends on page 80.
71
The Display Server is a collection of services for display call-up, management, and
data access. This server is installed on the Windows 2000 platform.
The Service Provider manages licensing, user authority, and user preferences. In
addition, the Service Provider supports the interface between the data access
services (described below) and Display Clients.
Data access services (also referred to as data providers) let you connect your
displays to different types of data sources. For this software release, the following
data providers are supported:
History Log Manager (ADSdpLOG) lets you access historical process data
from the Enterprise Historian.
OPC (ADSdpOPC) lets you access OPC data from OPC servers.
Microsoft ActiveX Data Object (ADSdpADO) lets you access data in thirdparty databases on a specified host (defaults to local host).
DCS Object (ADSdpDCS) lets you access real-time process data from a
specified Advant OCS node (defaults to local host).
The Display Data Provider is a service that manages display generation when a
request for display is issued.
72
Display Client
The Display Client provides the graphical user interface for display building and
viewing, and for administration of Display Services. You can connect up to 32
display clients (MDI plus SDI) and 32 DataDirect clients to a display server.
You can also configure an external application such as Visual Basic or Internet
Explorer to launch the Display Client as an ActiveX control.
Displays viewed through any client are the same, because the common Display
Definition files are stored and managed by the service provider on a server. This
common view, provided by Display Services, greatly facilitates remote process and
application support and can provide production management information to process
operators that they would not have otherwise.
73
Display clients connect to a service provider specified at log-in. The display client
can use all data providers connected to the service provider. This includes data
providers installed on the local display server, as well as data providers installed on
remote servers, Figure 34.
By default, only local data providers are connected to the service provider. In this
case the client can only access data from the display server it is connected to (the
local display server). This functionality is illustrated by Node #1 in Figure 34.
As an option, you can configure data providers on remote nodes and connect them
to the local service provider. This lets you combine data from multiple sources
(nodes) on the same screen. This functionality is illustrated by Node #2 in
Figure 34.
Display Services
PC CLIENT
Display Services
X Windows CLIENT
Node #1
Local Display Server
Node #2
Remote Display Server
Service
Provider
ORACLE1 HISTORY
ABB OCS
Real-time Data
ORACLE
ABB OCS
Real-time Data
Data Providers
74
Disabling features
Establishing shortcuts
User Log-in
Display Services places a minimal load and memory requirements on the Enterprise
Historian server for the client software functions, and so is a low risk to information
management workstation operation.
75
DataDirect
DataDirect
DataDirect is an add-in program for Microsoft Excel 97 or Office 2000 on Windows
NT and Windows 2000 workstations, Figure 35. These add-in tools facilitate data
access from Enterprise Historian applications, ABB OCS applications, as well as
Oracle and OPC data sources. By installing the DataDirect option on PC clients, you
have easy access to process data, historical (numeric and message) data, MOD 300
Unit array data, and SQL data via Microsoft Excel.
DataDirect lets you generate ad-hoc data queries via dialogs for ad hoc queries, or
use a series of function calls in Excel spreadsheets to create ad hoc, hourly, shift and
daily reports. With the proper authority you can update process values, and
add/modify entries in lab data logs.
DataDirect Menu Add-ins
Figure 35. Example, DataDirect Dialog to Query Process Values from Excel Spreadsheet
Specifically, DataDirect supports access to:
76
DataDirect
Interactive dialogs such as the one shown in Figure 36 let you generate ad-hoc
queries for process and historical data. Some dialogs also support data update
functions. User authority must be properly configured to support updates.
77
DataDirect
The DataDirect functions let you build and execute reports via Microsoft Excel
worksheets, Figure 37. The functions provide the same data retrieval capabilities as
the dialogs, except that the functions can be re-executed by running the spreadsheet.
The results can be saved, archived, printed and then rerun.
78
DataDirect
A Display Services (Version 3.0 or later) display server must be available for a
DataDirect client. A client license for each concurrent DataDirect client is needed.
The PC running the DataDirect client software needs to have Microsoft Office 97
Excel with Service Release 1 or later. The client platform may be Windows NT or
Windows 2000. The client PC does NOT require ODBC or SQL*Net. This makes
installation and maintenance of a PC with DataDirect very simple.
DataDirect clients can be distributed throughout the plant network topology (see
Figure 28). They may reside on PCs directly on the control network, the local plant
network, on a corporate wide-area network or may remotely dial-in to the network.
The Display Services server supports a concurrent licensing scheme for clients and
an authority model for user access.
79
Desktop Trends
Desktop Trends
This standalone trend package lets you view trend and associated data in a web
browser. Three presentation formats are provided:
The Tag Ticker shows the current value for a scrolling list of configured
points, similar to a stock market ticker, Figure 38. It is an ActiveX control
displayed within Internet Explorer. Colors can be used to show when a value is
outside of its limits, has bad data quality and a number of other conditions.
The Tag Browser lets you structure points in an easy to access manner, browse
through these and see the current value associated with it. Tags can be
organized into groups and subgroups to match the layout of the facility (i.e.
groups by unit). The presentation and navigation resembles that of Windows
Explorer, Figure 39.
80
Desktop Trends
The Trend Display, Figure 40, can be launched from the tag ticker or the
browser. In addition to common trending functionality (scrolling, ruler, zoom,
filters and time offsets) a unique zooming feature called Active Zoom is
available. This lets you zoom into a section of the trend while maintaining the
overall scope. Limits can be defined for each trace and when enabled, the color
of the trace can change as it crosses a limit or reference value.
81
Audit Trail
Audit Trail
The Inform IT Enterprise Historian Audit Trail supports event logging for
production management applications such as Produce IT Electronic Batch Record
(EBR). The Audit Trail also records log activation/deactivation events for History
Services.
The Audit Trail is a client/server application. The server side supports storage of
event messages in an Audit Trail Message Log configured in Enterprise Historian
History Services. The client side provides an API that lets remote client applications
such as Produce IT EBR store data in the Audit Trail message log. The client may
store events and data to message logs on multiple servers at the same time. The API
application may be installed on a remote PC client, or locally with the Enterprise
Historian server. The batch application (EBR) must reside on the same PC as the
API. This architecture is illustrated in Figure 41.
EBR
Message API
Configuration
COM
History Client
Message API
History Server
History Server
History Server
82
Audit Trail
83
Access to data via ODBC and/or SQL is also supported through the relational data
model provided by OLE DB Data Access. This supports access to process data
stored in the Enterprise Historian by any application that can read data via ODBC.
84
Client Applications
Crystal Reports
Qurydemo
DataDirect
Display Services
C++
Microsoft Excel - without
DataDirect Add-ins
SQL*Plus
History
Database
Instance
(Adva)
History Services
Enterprise
Historian
Database
85
Property Predictor
Pavilion Technologies Property Predictor Solution is available as an add-on option
to Enterprise Historian. Property Predictor supports development and deployment of
linear and non-linear Virtual OnLine Analyzer models. Property Predictor
provides tools for configuration of a robust runtime implementation, and
deployment of an on-line Soft Sensor application.
Property Predictor is licensed as an option to Enterprise Historian. The first instance
contains licenses for the base and one model. Subsequent licenses are for additional
models. Note that a single model will often have more than one output prediction.
86
Report Services
Report Services
Report Services provides a complete interface for scheduling, viewing, and
archiving reports created with either Crystal Reports or Microsoft Excel. Report
Services is installed as part of the Enterprise Historian Consolidate or Collect
software bundle. Report Services consists of a report server and report scheduler
that let you schedule and view reports built with an external report building
application.
The report server must be integrated with a report builder (Crystal Reports or
DataDirect). The report builder must have access to the data in the Enterprise
Historian. For DataDirect this is supported by the functions supplied with
DataDirect. For Crystal reports, OLE DB or ODBC may be used to access the data.
This is described in OLE DB Data Access on page 84. Finished reports can be saved
to disk, be e-mailed, or saved to a report log in History Services.
The basic architecture is illustrated in Figure 44. The report scheduler may be
installed locally, or be installed on a remote data access client.
Report Building
This release of Report Services supports three report builder options:
Crystal Reports - This is a third-party report builder package. For this release,
Crystal Reports can access historical data from the Enterprise Historian.
Microsoft Excel - You can use Microsoft Excel independent of DataDirect. For
this release, Excel can access historical data from the Enterprise Historian.
The designated report builder package must be installed on the Enterprise Historian
server with the report scheduling server. You can use remote report builder clients to
build the report files; however, the files must be stored locally, and the report builder
must also reside locally to support scheduling and execution via Report Services.
87
Report Building
Report Scheduler
Remote Client
To External
Email Recipients
5
Outlook
Express
Report Output:
- Email
- Export to Files
- Save to History
Report
Instance Files
Report Scheduler
Local Client
Report Builder
Application
1
Data Access
Application
Report Scheduling
& Output Specifications
88
Report Scheduling
Report Scheduling
The report scheduler is a client application to the report server. The report scheduler
may be local to the server, or it may be installed on a remote PC client.
The report scheduler lets you access a report definition file via the report server, and
specify scheduling and output instructions for running the report. You can schedule
reports to run immediately, one time in the future, or cyclically.
You can create a scheduling specification as a template, rather than apply the
scheduling specification directly to a report file. The template lets you specify a
delay interval to delay the execution of the report.
real-time data from either OPC\DA 1.0 & 2.0 data access server
The method for data access depends on the report building application being used:
For Microsoft without DataDirect and for Crystal Reports, data access is via
OLE DB Data Access. This is an optional component for Enterprise Historian
Consolidate or Collect, and must be installed with the report server when using
Crystal Reports or Excel without DataDirect.
The report builder outputs the report instance according to the instructions specified
via the report scheduler. Reports can be emailed via Outlook Express, saved to a
report log in History Services, or exported to a file on the report server. Reports can
also be printed via any printer that is accessible to the Enterprise Historian.
89
User Interface
The main window for the report scheduler is shown in Figure 45. Access to this
window is password protected.
The tabbed sections of this window let you:
90
schedule and specify output options for any reports stored on the server
view the status of all reports run or scheduled by the report scheduler
run, pause, stop, restart, remove and view actions against report instances
access saved reports either from files, or reports saved in report logs
User Interface
91
User API
User API
User Application Programmers Interface (API) lets your 3GL- application
programs interact with objects in the Advant OCS. A C-licence and C-development
software are included with Enterprise Historian System Services.
User API is the basis for software and application portability between different
Advant Station platforms and system generations. New applications developed on
the platform have the same access to system functions as system applications, thus
giving full but controlled access to system services.
The User API is split into three main functional parts to build applications and
distribute data:
Object Access Services: for direct interaction with the system objects. The
Object Access Services is the 3-GL Programming Interface to objects within
the system.
The Object Access Services provide:
92
Section 2 Basic Software Components Event Log (For systems with Master data connection only)
Communication
Event Log
Options
Options
User API
=
The additions to
System Services
for Basic Unit
Event Handling
=
Enterprise Historian
System Services
System Functions
User Interface
Database
Operating System
Advant Station 500 Series Hardware
93
Event Log (For systems with Master data connection only) Section 2 Basic Software Components
Primary logging of data on process events can take place within control- and plant
networks. The event lists are located in the RTA-board of Enterprise Historian and
Operate IT nodes, or in MasterView. Typically, the event lists have room for 1010
records of event data (33 pages with 30 records each, plus 20 extra). If the primary
log is full, the oldest record is overwritten when a new event is logged.
The Event Log communication function copies data from event lists to Event Logs.
Figure 47 shows how event data is sent and received within the Event Log option.
Event Log
RTA
MasterView
OS
IMS 500
Advant Controller
Event List
Event logs
Primary logging
Secondary logging
Alternative storage
94
Section 2 Basic Software Components Event Log (For systems with Master data connection only)
are stored in the Event Log. This procedure continues until the primary log
information is collected.
The secondary logging refers to the collection of primary log data by the event log.
This is governed entirely by the event log configuration. Event logs can be activated
individually via the configuration window, in History Services, or on a log set basis
as described in the History Services Users Guide.
Accessing Event Messages From the Event Log
All event data records collected from a primary log are stored in tables in a
relational data base. A view called EV_MSG can be used to access event data using
SQL queries. You can access this view via the Database Access window, as well as
other Enterprise Historian applications such as Display Services, DataDirect, and
3rd party packages that are ODBC compliant.
95
PLC Interface
PLC Interface
The PLC Interface is an option to the Enterprise Historian Connect software bundle
which runs on the Windows 2000 workstation. This interface lets Enterprise
Historian History Services, Display Services, and DataDirect access data from
Programmable Logic Controllers (PLCs) and other automation systems. It also
supports memory-based and disk-based (pseudo) I/O Devices for development and
testing.
Proprietary Hardware
RS 485
I/O
Device
I/O
Device
Figure 48. Configuring the Communications Between the PLC-OPC Server and I/O Devices
96
PLC Interface
The PLC Interface lets you configure the process I/O points on the automation
systems to be accessible via OPC. The OPC data can then be used by Enterprise
Historian in the following ways:
PLC Interface
PLC-OPC Server
PLC
NAME
REGISTERS
$HSTC101,VALUE-1-o
Loop1_PV
$HSTC102,VALUE-1-o
R101
Device
Driver
OPC
Loop2_PV
R102
Loopn_PV
R10n
$HSTC10n,VALUE-1-o
97
OPC Connectivity
The PLC Interface lets you specify I/O servers, boards, ports, and variable tags for
the PLC-OPC server. You can also use the PLC Interface to map I/O device registers
to variable tags in the PLC-OPC server. This lets you group registers more
efficiently to increase performance.
Set Up OPC Access for the Enterprise Historian Client Application
History Services, Display Services, and DataDirect are clients to the PLC-OPC
server. These clients must be configured to support OPC data access.
OPC Connectivity
Enterprise Historian provides an OPC client connection that can be used to collect
data from OPC servers such as the PLC Interface, Symphony, Freelance, and
SattLine. The client supports OPC data access 1.0a and 2.0 servers. For details refer
to Appendix A, Control Network Connections.
98
System Status functionality is limited to Node Status and OMF TCP/IP Status.
Network communication and Overview Status displays (only applicable to
Master), are not included.
99
100
Disk Space: 1.1 GB free space required for installation and optional software.
4Gbytes for PDL and message Log support for Produce IT Batch
500 Mbytes for PDL for Batch 300
plus storage for numeric logs
Magnetic Optical Disk for data archive- HP SureStore 5200ex, 5.2 GB per MO
disk, HP SureStore 9100mx, 9 GB per MO disk
101
Prerequisite Software
Windows 95/98 can be used for existing applications (Display client, DataDirect),
but cannot be used for Desktop Trends or Report Scheduling Display clients.
Prerequisite Software
The software in Table 5 must be installed on all server and client PCs, BEFORE you
install the Enterprise Historian software.
Table 5. Prerequisite Software
Software
Microsoft Windows 2000, SP2
Comments
A fresh install of Windows 2000 is recommended.
Report Services 1.0 is compatible with Crystal Reports Professional and Developer
version 7.x or 8.x. Crystal Reports is not provided as part of Enterprise Historian
version 3.2 and must be purchased separately.
The following software is also recommended:
102
Qty: one (1) license for Enterprise Historian Collect Base Nomenclature, prefix
code SP-B-EHSNT
Qty. one (1) license for Display Services Base Nomenclature, prefix code SPB-EHDSA
Qty. one (1) license for Pavilion Insights Client Base Nomenclature, prefix
code SP-B-EHPCA.
103
Enterprise Historian Consolidate for Windows 2000 - SP-B-EHCNN Section 4 Ordering Information
Enterprise Historian Collect servers are delivered with Display Services (prefix
code SP-B-EHDSA). Display Services provides graphic display capability for
history data and process objects. The Display Services Data Direct client provides
Excel plug-ins for history and process data. The base license contains one (1)
Display Builder for graphic displays, one (1) Data Direct license for Excel plug ins,
one (1) Desktop Tend license and five (5) data providers for data access and display
storage. Included with each Display Services graphic client (MDI or SDI), is a
Desktop Trend display.
When specifying the product nomenclatures, any Options specified must be ordered
at the same point count as specified for the base Historian product.
If your application requires additional graphic display MDI/SDI clients, DataDirect
clients, or Desktop Trend clients, order additional products using the Enterprise
History Display Services Expansion nomenclature SP-E-EHDSA.
CD based documentation and media are included when the nomenclature is ordered.
Paper copies of individual user's guides can be ordered from the Accessories and
Peripherals section of this price book.
For Advant OCS connections, please refer to the hardware section of this price book
for RTA and network, interface ordering information.
104
consolidating history data from different sources. This solution also provides local
data buffering which enables maintenance on the Consolidate historian without
loosing any data stored during the maintenance time.
Enterprise Historian Connect includes a PLC interface option used to interface a
variety of PLC types, OCSs and other devices to the Enterprise Historian. When
specified with this option, the Enterprise Historian Connect replaces the
functionality previously provided by Automation Connections. When the PLC
interface option is specified, also specify the Data Forwarding option. This will
enable the PLC data to be stored into a local history buffer that can then be
forwarded to an Enterprise Historian Consolidate. For Connect specify the overall
point count. If there is a need to read data from multiple OPC servers, specify PLC
interface to act as the concentrator.
If history buffering and data forwarding, or PLC interface are not required,
Enterprise Historian Connect with the addition of the User API option, can be used
as a gateway towards Advant Systems with MOD 300 or Master software. For
Enterprise Historian Connect, specify point count based on the number of process
attributes that will be read by the User API. This configuration is a replacement for
the previous product known as Enterprise Historian Select.
The Enterprise Historian Connect has limited capability/licenses compared to the
Enterprise Historian Collect and Consolidate software packages.
There is one (1) DataDirect and one(1) Desktop Trend license included, but a
Display Build license is not included, though it can be added via the Display
Expansion Nomenclature.
There is no Pavilion Insights license included with Connect.
The history engine on Connect does not support archive.
Other options for reports and so on cannot be added to Connect.
105
106
10,000
OPC Server
30,000
107
Entries
File-based 4-byte
32,000,000
File-based 24-byte
5,000,000
50,000
3,000,000
Size
108
10,000
10,000
Collection Type
TTDs
Advant OCS w/ MOD 300 Software 15,000 samples from 6000 objects.
Direct Collection from Process Objects
Advant OCS w/ Master Software 5000 samples from 2000 objects.
Direct Collection from Process Objects
OPC Server
30,000 samples/minute
(1) Actual performance is based on the platform where History software runs, and control system topology.
109
24
110
250
100
For example: Disk Space for TYPE1 Log with 1-minute storage interval, and
90-day log period:
1440 samples/day * 90 days = 129,600 samples
129,600 samples * 24 bytes/sample = 3.1 MB per log
110
History uses nine Oracle tablespaces. The default tablespace sizes are indicated in
Table 11.
Table 11. Default Oracle Tablespace
Tablespace
Default Size
Inform_HS_RunTime
75 MB
HS_Indexes
40 MB
HS_Archive
5 MB
HS_Restored
50 MB
HS_Reports
10 MB
HS_Config
40 MB
HS_Iconfig
40 MB
HS_PDL
60 MB
HS_IPDL
50 MB
A History mount point for file-based logs is automatically created. It allocates 200
MB.
Capacity Based on Default Oracle Tablespaces and File-based Allocation
1000 logs
111
History Archive
If your system requires greater storage capacity, you can extend the size of the
applicable tablespace(s) and allocate more disk space for file-based logs. Keep track
of the number of runtime logs in your system, the number of potential runtime log
entries, and the number of restore log entries so you can extend the sizes BEFORE
you exceed any of the above limits.
Keep a record of the number of logs you configure in the system. To determine the
potential number of log entries in your system, calculate the sum of the log capacity
attribute values for each numeric log in your system. You can view the number of
restored logs via the Number of Logs field in the Archive Logs window.
History Archive
Operation: Disk must be manually removed and turned over to record to second
surface of disk
Capacity per side: 97 million or 200 million entries (approximate for numeric
logs)
112
250,000 messages
30,000 messages
1000 messages
16 (1-15, or All)
Display Services
Maximum number of graphic display clients
(MDI/SDI) per server
32
32
1 value/second
5 values/second
113
PLC Interface
PLC Interface
Maximum number of configured I/O points:
10,000
Maximum Throughput
10,000 points/minute
Desktop Trends
Maximum number of trends on a trend display
8 traces
50 tags
50 tags
15 seconds or less
Report Services
Maximum number of reports in a report log
2000
5000
114
300,000
User API
User API
User API can be used to read data from History, or to read/write data to Advant OCS
objects. This section describes User API performance for reading/writing data to
Advant OCS objects.
The User API does not use any disk space. Therefore it is only dependent on
primary memory and CPU power for performance.
The capacity limitations for data retrieval are described for the Do Request
functionality. In general it is recommended to write all applications using Do
Request for the best possible performance and ease of use.
Do Request has the highest performance of the available methods for data retrieval,
except when many objects are read at very fast cyclic intervals (1 or 2 seconds). The
upper limit for the throughput is dependent on the number of attributes read in each
request and the number of objects in each request.
The tests described in this section were performed using an HP Kayak 400 MHz
pentium II with 256MB RAM. These tests were run under lab conditions. Individual
results can vary based on configuration, size, and the complexity of your system.
Figure 50 and Figure 51 show average time to read two attributes per object from
requests with varying numbers of objects. The comparison shows bciDoRequest
is a more efficient method than bciGetAttributes.
For Advant OCS applications that use MOD 300 software - nominal rate is 750
attributes/second.
For Advant OCS applications that use Master software - nominal rate is 550
attributes/second.
115
User API
When requesting for 10 or more execute operations at a time the upper limit is
typically 60 to 80 operations per second. This also depends on the Advant
Controllers load.
Figure 52 and Figure 53 show the time to write attributes based on the number of
objects.
For Advant OCS applications that use MOD 300 software, use a nominal rate
of 125 writes/second.
For Advant OCS applications that use Master software, use a nominal rate of
100 writes/second.
Figure 50. Average Time to Read Two Attributes - MOD 300 Results
116
User API
117
User API
Figure 52. Time to Write Attributes Based on Number of Objects - MOD 300 Results
118
User API
Figure 53. Time to Write Attributes Based on Number of Objects - Master Results
119
User API
120
Freelance
SattLine
OPC connectivity is available through third party operator interface packages, and
control network vendors.
121
Connecting to Symphony/INFI 90
Connecting to Symphony/INFI 90
The Enterprise Historian may collect data from ABB Harmony and Melody
Controllers via an OPC Server, Figure 54. This requires the Harmony OPC
Integration software to be loaded on the Enterprise Historian. OPC add-ons are
required on the Real-Time Data Server (RTDS). The OPC Server is automatically
enabled and available. There is no additional configuration required on the RTDS.
Enterprise Historians OPC client is configured to point to the Symphony/INFI 90
OPC Server using the IP address, the RTDS/OPC Server system name, and Global
Unique I.D. (GUID). Any process objects can be accessed by the Enterprise
Historian via its OPC Client (for example, FIC100.PV for Harmony). Third party
OPC data collected into a Generic OPC Server may also be accessed.
122
Connecting to Freelance
Connecting to Freelance
Connectivity to Freelance controllers can be accomplished using the OPC server in
a DigiVis station, Figure 55.
123
Connecting to SattLine
Connecting to SattLine
Connections to SattLine can be accomplished using the OPCMMS.Server version
2.0, Figure 56. The SattLine PROG_ID and ClassID are not included in the
configuration file, but they can be added via a text editor.
124
OPC Connectivity
OPC Connectivity
OPC connectivity is available through third party operator interface packages such
as Wonderware, Intellution, and Iconics, Figure 57. OPC connectivity is also
available via third party control network vendors such as Honeywell, Yokogawa,
and Fisher-Rosemount.
Each OPC server will communicate with one or more control networks. A single
server may support multiple control network protocols and hardware interfaces (not
supplied by ABB).
Data values are mapped from the local control network and made available at the
OPC server. From there, the data values can be accessed by OPC client applications
such as Display Services and DataDirect.
125
126
Figure 58. Connectivity to Advant OCS with MOD 300 or Master Software
127
MC68040
Channel 1 Channel 2
Real-Time Accelerator
Board Connectors
128
The DCN physical media is a twin-axial cable or fiber optic cable. The DCN is
connected to the Real-Time Accelerator connectors on the System Unit through the
TC530 or TC532 DCN T-box and a TK513 cable. The TC530 T-Box is connected to
the DCN by a TK510 DCN cable. The TC532 T-Box is connected to the DCN by a
6057C fiber optic DCN cable.
Table 12. Wire DCN Cable Connections
Type
Description
TC530
TK513
Cable assembly T-Box to DCN connector on the System Unit, 3 meters, 15-pos
Socket - 15-pos Pin
TK510
TK511
TK512
Description
TC532
TK513
Cable assembly T-Box to DCN connector on the System Unit, 3 meters, 15pos Socket - 15-pos Pin
6057C
6059N
Fiber Optic Media Interchange: fiber optic cable to wire DCN cable adapter
129
Channel 2
Channel 1
TK513
TC530
TK510
TK511
TK512
Channel 2
TK513
Channel 1
TC532
6057C
TC532
AC Power Source
TK510
6057C
6059N
130
Channel 1 Channel 2
Real-Time Accelerator
Board Connectors
Figure 63. Real-Time Accelerator Board Connector at the Rear of the System Unit
The physical media of the MB300 is a thick Ethernet cable. It is connected to the
Real-Time Accelerator connector through the MB300K01 transceiver and a 15-wire
cable. A toolkit is available for the transceiver installation.
The Real Time Accelerator (RTA) board connectors are standard
AUI connectors except for the fixing of the cable. The AUI cable is
fixed to the RTA board with screws. This is why special AUI cables
are needed for the RTA board.
Description of Cable
Cable assembly AUI Connector Cable 5 m, 15-pos Socket - 15pos Pin for attachment of System Unit to Transceiver.
Note: Equipped with screw lock at the RTA end.
TK526V115
Cable assembly AUI Connector Cable 15 m, 15-pos Socket 15-pos Pin for attachment of System Unit to Transceiver.
Note: Equipped with screw lock at the RTA end.
131
Description
MB300K01
MB300K02
Channel 1
Channel 2
TK526V050 (5 m)
TK526V115 (15 m)
MB300K01
MB300K01
MasterBus 300
MasterBus 300
132
Hardware
Description
Protocol
ASCII
DF1 (Half-Duplex)
KE
DNP3.0
DNP
OPC
Modbus ASCII
MODBUSA
Modbus RTU
MODBUS
MBSLAVE
OPC Client
OPC
Profibus DP (Softing
PROFIboard)
OPC
PROFI
SFMSINDX
PROFIBD
SNMP
SNMP
133
Hardware
OPC
OPC
Serial (Modbus)
MODBUS
Serial (Modbus)
MODBUS
MODBUS
MODBUS
OPC
Serial (Modbus)
MODBUS
Commander 100
Serial (Modbus)
MODBUS
Commander 150
Serial (Modbus)
MODBUS
Commander 200
Serial (Modbus)
MODBUS
Commander 300
Serial (Modbus)
MODBUS
INSUM
Serial (Modbus)
MODBUS
Masterpiece
Serial (Modbus)
MODBUS
Serial (XCOM)
ASEA
Serial (RS232)
ABBMOD
Arcnet
CS31DIR
CS31ARC
Serial
CS31DIR
Serial
CS31DIR
MOD300
Procontic CS31 Series
134
Protocol
ABB
Description
Hardware
ABB
Controller, Controller XL,
Instrumentation Recorder & Math Unit
Advantech
Alfa Laval
Automation
TAYLOR
Serial
ICN
Serial (Modbus)
MODCELL
Serial (Modbus)
MODBUS
Serial
KINGFISH
Serial (Modbus)
MODBUS
Serial
ADAM
Serial
ADAM
Serial
ADISMC
SattCon05
Serial (COMLI)
COMLI
SattCon15
Serial (COMLI)
COMLI
SattCon200
Serial (COMLI)
COMLI
SattCon31
Serial (COMLI)
COMLI
SattCon35
Serial (COMLI)
COMLI
ABIOLINX
OPC
OPC
Serial
ABRSLINX
MicroLogix 1000
KE
PLC2
1784-KT
KT
ABKT
ControlLogix
Allen-Bradley
Protocol
Serial
MODCELL 2000
Action Controls
Description
135
Hardware
Description
Protocol
PLC2
Allen-Bradley
ABTCP
ABTCP
ABEI
Ethernet (TCP/IP)
ABTCP
RSLinx
ABRSLINX
Serial
KE
1784-KT
KT
ABKT
PLC3
PLC5
136
DH (5136-SD card)
DH (5136-SD card)
ABTCP
ABTCP
ABEI
Ethernet (TCP/IP)
ABTCP
RSLinx
ABRSLINX
Serial
KE
1784-KT
KT
ABKT
ABTCP
ABEI
Hardware
PLC5
Description
Protocol
Ethernet (TCP/IP)
ABTCP
RSLinx
ABRSLINX
Serial
KE
Serial
DF1FD
1784-KT
KT
ABKT
Allen-Bradley
PLC5/250
ABTCP
ABEI
Ethernet (TCP/IP)
ABTCP
RSLinx
ABRSLINX
Serial
KE
1784-KT
KT
ABKT
SLC500
Ampcontrol
Minescan RTU
ABTCP
ABEI
Ethernet (TCP/IP)
ABTCP
RSLinx
ABRSLINX
Serial
DF1FD
Serial
KE
Serial
MINESCAN
137
April
B&R
Hardware
Description
Protocol
A2000
Serial (Modbus)
MODBUS
A5000
Serial (Modbus)
MODBUS
A7000
Serial (Modbus)
MODBUS
PB200
Serial (Modbus)
MODBUS
PB400
Serial (Modbus)
MODBUS
PB80
Serial (Modbus)
MODBUS
B&R PLCs
Arcnet
ARCNET
Serial
MININET
Baker Hughes
EXS-1000 RTU
Serial (Modbus)
MODBUSA
Beckhoff
TwinCAT PLC
Local software
TWINCAT
Bosch
RK512/3964R capable
devices
SIEMENS
OpenBSI
OPENBSI
Cegelec
Serial (CCM)
CCM
Alspa 8035
Serial (CCM)
CCM
PCX20 Series
Arcnet
CCSARC
Contrec
Systems
405B
Serial
CONTREC
405D
Serial
CONTREC
Control
Microsystems
Inc.
TeleSAFE
Serial
MODBUS
138
Hardware
Description
Protocol
Control
Techniques
Mentor II
Serial
MENTOR
Data
Electronics
Serial
DATATAKR
Detroit Diesel
Corporation
Serial
DDEC
Eberle
Serial
SIEMENS
Echelon
LON Devices
CIC01
Serial
BAILEY
CIC03
Serial
BAILEY
INFI90
Serial
BAILEY
Serial (SEMAPI)
SEMAPI
Network 90 (N CIU02/03/04)
Serial
BAILEY
DX Servo Controllers
Serial
PCM
Serial
MICROD
Serial
MICROD
Serial
MICROD
Serial
MICROD
Fisher and
Paykel
PSC-3
Serial
PSC
TCP/IP
PSC
Fisher Controls
Serial
ROC
OPC
Serial
FOX
Elsag Bailey
Emerson
Foxboro
139
Foxboro
Fuji Electric
Hardware
Description
Protocol
Serial
FOX
Serial
FOX
Serial
FOX
I/A Series
MBPLUS
Flex-PC (NB)
Serial
FLXPCNB
Flex-PC (NJ-CPU-B16)
Serial
FLXPCN
Flex-PC NB or NJ Series
Serial
FLEXN
Ethernet (TCP/IP)
MICRXNET
Serial
FUJI
FUJIT
Gantner
ISM Series
Serial (MODBUS)
MODBUS
GE
Multilin
Serial (Modbus)
MODBUS
GENIUS
Serial (CCM)
CCM
MODBUS
Serial (SNP)
SNP
TCP/IP
GETCP
GENIUS
Serial (CCM)
CCM
MODBUS
Serial (SNP)
SNP
TCP/IP
GETCP
GENIUS
GE Fanuc
140
Hardware
Description
Protocol
GE Fanuc
Serial (CCM)
CCM
GEC
GEM80 PLCs
Ethernet
GEMLAND
Serial
GEM
GEC Alsthom
COURIER
Harris Controls
D20 RTU
Serial (DNP)
DNP
HPIB
HP3852A
Hitachi
Serial
HITACHI
Serial
HWELL
620-12/1633/36
Ethernet
EIM
TDC2000
Data Hiway
SX
TDC3000
Data Hiway
SX
UDC3000 Series
Serial (Modbus)
MODBUS
Serial (Modbus)
MODBUS
Serial (Modbus)
MODBUS
Serial (Modbus)
MODBUS
Software Interface
STARPMS
Software Interface
STARGATE
Serial
IZUMI
Micro3 PLCs
Serial (RS232)
MICROIII
Honeywell
HWT (formerly
Hunter
Watertech)
ICON Control
Systems
Idec Izumi
Innotech
DDEDRV
141
Hardware
Description
Protocol
Intelligent
Field Devices
Instrumentation
BURRB
Intuitive
Technologies
@aGlance/IT Servers
@aGlance/IT API
AGLANCE
Johnson
Controls
DR-9101
Serial
JCONTROL
Serial
JCONTROL
Kaye
RP-3G, RP-4H
Instruments Inc
Serial
RAMP
Keyence
KV-300
Serial
KV
316 Series
Serial
KLOCMOEL
416 Series
Serial
KLOCMOEL
PS316, Sucos PS 32
APPLIC
Leeds &
Northrup
Micromax 1
Serial
MICROMAX
Micromax 2
Serial
MICROMAX
LG Industrial
Systems
Glofa
Ethernet (TCP/IP)
GLOFAEUE
Serial
LGDIRECT
FP Series PLCs
Ethernet (TCP/IP)
MEWTOCOM
Serial
MEWTOCOL
Serial (New!)
MEWTOCOM
Klockner
Moeller
Matsushita
Mauell
ME30
Serial
SIEMENS
Measurex
MXopen Servers
TCP/IP
MEASUREX
Mindata
Serial
SDA
Mitsubishi
Serial
MELSECF
142
Hardware
Protocol
Serial
MELSEC
TCP/IP
MELSCNET
Serial
MELSEC
TCP/IP
MELSCQNA
Serial
MOORE
MOOREP
APACS
MBI Card
APACS
MDLC Gateway
TCP/IP
MOSCAD
Moscad
Serial (Modbus)
MODBUS
MTL
Instruments
MTL8000 Series
MODBUS
National
Instruments
OPC
OPC
Nematron
OpenControl framework
Software API
OPENCTRL
NJ International ISAGraf
Ethernet (TCP/IP)
OPC
Omnitronics
Serial
OPENCTRL
Controller Link
FINS
Ethernet
FINS
Serial
FINS
Serial
OMRON
Sysmac Link
FINS
TCP/IP
OMFINS
Moore
Industries
Description
Motorola
Omnitronics RTUs
CV Series PLCs
143
Phoenix
Contact
Hardware
Description
Protocol
Mistic
OptoControl
OPTOMIST
Serial
OPTOMUX
IBS
INTERBUS
OPC
Serial (K Sequence)
KSEQ
Ethernet
KOYONET
Serial (DirectNet)
CCM
Serial (K Sequence)
KSEQ
Serial (DirectNet)
CCM
Ethernet
KOYONET
Serial (DirectNet)
CCM
SU-6B
Serial
CCM
RNET
Serial
RELIANCE
Automax DCS
AUTOMAX
Rosemount
EC 300 Controller
Serial (Modbus)
MODBUS
RTP
RTP2x00
TCP/IP
RTP
S-S
Technologies
5136-SD Card
Data HiWay
SSTAB
Serial (Modbus)
MODBUS
SAAB
Serial (Modbus)
MODBUS
SAIA
PCD2
Serial
SBUS
Reliance
Electric
144
Hardware
APPLIC
PCD4
Serial
SBUS
APPLIC
Serial
SBUS
APPLIC
Fara PLC
Serial
MEWTOCOM
Hibrain PLC
Serial
HITACHI
Serial (RS232)
S764CMD
Serial (RS232)
S764OP
SE 804S/SN/SX
Serial
SCHLAGE
Serial
SATTBUS
SE 808S/SN/SX
Serial
SATTBUS
484 PLCs
Serial (Modbus)
MODBUS
584 PLCs
MBPLUS
Serial (Modbus)
MODBUS
884 PLCs
Serial (Modbus)
MODBUS
984 PLCs
MBPLUS
Serial (Modbus)
MODBUS
TSX Quantum
TCP/IP
MODNET
MBPLUS
PCD6
Schlage
Electronics
Schneider
Automation
(Modicon)
Schneider
Automation
(Square D)
Protocol
PCD2
SAIA
Samsung
Description
145
Hardware
Entire SY/MAX range
Schneider
Automation
(Square D)
Description
Serial (Modbus via NR&D
module)
MODBUS
Sy/Link card
SQUARED
SYENET
SQDNET
Model 50 PLCs
Serial
IZUMI
APPLIC
Serial (Uni-Telway)
UNITEL
Applicom communications
server
APPLIC
Ethway devices
TSX Nano
146
Protocol
TELMAP
Mapway
TELMAP
APPLIC
MBPLUS
MODBUS
APPLIC
UNITEL
APPLIC
Serial (Uni-Telway)
UNITEL
Hardware
Schneider
Automation
(Telemecanique
TSX Premium
)
S5-115U
Siemens
S5-135U, S5-155U
Description
Protocol
APPLIC
MBPLUS
Serial (Modbus)
MODBUS
APPLIC
Serial (Uni-Telway)
UNITEL
Profibus DP (Applicom)
APPLIC
OPC
APPLIC
PROFI
PROFIBD
OPC
SIEMENS
SIDIRECT
SINEC_H1
SINEC_L2
SINECFDL
SFDL
Profibus DP (Applicom)
APPLIC
OPC
APPLIC
PROFI
PROFIBD
147
Hardware
S5-135U, S5-155U
Siemens
S5-95U
S7-200 series
S7-300 series
148
Description
Protocol
OPC
SIEMENS
SIDIRECT
SINEC_H1
SINEC_L2
SINECFDL
SFDL
SIDIRECT
Profibus DP (Applicom)
APPLIC
OPC
APPLIC
OPC
SIDIRECT
SINECFDL
SFDL
Serial (Applicom)
APPLIC
MODBUS
SIMPPI
Profibus DP (Applicom)
APPLIC
OPC
PROFI
Hardware
Description
Protocol
PROFIBD
OPC
Siemens
S7-400 series
S7 Functions - Profibus
(Windows 95/98)
S7WIN
S7 Functions - Profibus
(Windows NT)
S7NT
S7 Functions - TCP/IP
(Windows 95/98)
S7WIN
S7 Functions - TCP/IP
(Windows NT)
S7NT
SIEMENS
S7PTP
Profibus DP (Applicom)
APPLIC
OPC
PROFI
PROFIBD
OPC
149
Hardware
Protocol
S7 Functions - Profibus
(Windows 95/98)
S7WIN
S7 Functions - Profibus
(Windows NT)
S7NT
S7 Functions - TCP/IP
(Windows 95/98)
S7WIN
S7 Functions - TCP/IP
(Windows NT)
S7NT
SIEMENS
S7PTP
TICIM
Serial
CCM
Serial
TIDIRECT
TISERIAL
TINEC
TCPIP (CP2572)
TITCPIP
TIWAY
TIWAY
S7-400 series
Siemens
Description
SIXNET
Sixnet I/O
Proprietary software
SIXNET
Softing GMBH
4Control
OPC
OPC
Sprecher &
Schuh
Serial
HITACHI
Steeplechase
DataExpress
STEEPLE
OPC Server
OPC
150
Hardware
DPCS, PCS, OIS, SIS all
models
Description
Protocol
TOSADMAP
JAMI
EX100 PLCs
Serial
TOSHIBA
EX2000 PLCs
Serial
TOSHIBA
EX250 PLCs
Serial
TOSHIBA
EX500 PLCs
Serial
TOSHIBA
MCS1000, MCS1200
Proprietary software
PCMP
ONS
Ethernet (TCP/IP)
TONS
T1
Serial
PROSEC
T2
Serial
PROSEC
T3
Serial
PROSEC
Serial
TOSDIC
Transmitton
Serial
TXMITTON
Triconex
Corporation
Serial (Modbus)
MODBUS
Triplex
Serial (Modbus)
MODBUS
Unidata
Serial
STARLOG
Weidmuller
PROFI
PROFIBD
Toshiba
Westinghouse
PLC1500 PC1200
Serial (Modbus)
MODBUS
Woojin
Pymax
Serial
PYMAX
Yokogawa
Serial
HR
151
Hardware
152
Protocol
Serial
HR
Centum CS
OPC
Centum XL
TCP/IP
YOK_CXLE
Green Series
Serial
YOKGRN
Micro XL
Serial
YOK_UXLS
Serial (Modbus)
MODBUS
Yokogawa
ZWorld
Description