Centum VP Collaborative Information Server
Centum VP Collaborative Information Server
TI 36K01A10-01EN
Introduction
Collaborative Information server serves as a platform system that connects to the
devices and system within a plant and monitor their operations. Engineers build the
operation monitoring system by defining the data and creating screens for monitoring the
operations.
This document describes the major features and specifications of CI Server and the
engineering details.
Drawing conventions
TI 33J01A11-01EN CENTUM VP System Overview (HMI Overview)
TI 33J01A12-01EN CENTUM VP System Overview (FCS Overview)
TI 32P01A10-01EN ProSafe-RS System Overview
Trademark
Trademark Acknowledgment
The names of corporations, organizations, and logos used in this document are either registered
trademarks or trademarks of Yokogawa Electric Corporation and their respective holders.
All Rights Reserved Copyright © 2021, Yokogawa Electric Corporation TI 36K01A10-01EN Dec. 16, 2021-00
Toc-1
Collaborative Information
Server Product Overview
CONTENTS
Introduction...............................................................................................................i
Trademark..................................................................................................................i
1. Overview..................................................................................................... 1-1
2. System architecture.................................................................................. 2-1
2.1 CI Core, CI Portal, and CI View......................................................................... 2-1
2.2 System architecture pattern............................................................................. 2-3
2.3 High availability.................................................................................................. 2-7
2.3.1 HAC (High Availability Computing)..................................................... 2-9
2.3.2 Dual-redundant platform................................................................... 2-12
3. Functional Overview................................................................................. 3-1
3.1 List of functions................................................................................................. 3-1
3.2 Engineering tool................................................................................................. 3-2
3.3 Item...................................................................................................................... 3-4
3.4 User management.............................................................................................. 3-6
3.4.1 Users................................................................................................... 3-6
3.4.2 User privileges.................................................................................... 3-7
3.4.3 Privileges and authentication of the entire system............................. 3-9
3.5 Audit trail (Audit).............................................................................................. 3-10
3.6 Controller connections................................................................................... 3-12
3.7 Operation monitoring data.............................................................................. 3-13
3.8 Alarms............................................................................................................... 3-13
3.8.1 Alarm functions list............................................................................ 3-16
3.8.2 Alarm Overview screen..................................................................... 3-18
3.8.3 Alarm control..................................................................................... 3-23
3.8.4 Acknowledgment of alarms.............................................................. 3-23
3.8.5 Alarm notification.............................................................................. 3-24
3.8.6 Occurrence conditions of alarms...................................................... 3-24
3.8.7 Options at the time of alarm occurrence........................................... 3-24
3.8.8 Alarm Suppression........................................................................... 3-25
3.8.9 Using alarm information.................................................................... 3-25
3.8.10 Grouping of alarms........................................................................... 3-25
3.8.11 Alarm display filter............................................................................. 3-26
1. Overview
Collaborative Information Server (CI Server) integrates data collected from various
controllers such as DCS (Distributed Control System), RTU (Remote monitoring Control
Unit), and PLC (Program Logic Controller) that constitute a system and provides the
integrated data to the operator.
F010001.ai
F010002.ai
Multi-vendor support
CI Server conforms to industry standards such as OPC UA and ODBC. It also supports controller
specific communication drivers. Data can be collected not only from Yokogawa products but also
from other company products.
Alarm management
When data is abnormal, alarms are generated to notify the abnormality. Alarms are listed in the
Alarm Overview Page. Operations when an alarm is generated such as alarm confirmation,
filtering, renotification, and alarm display can be configured in detail based on data. Also, the
alarm data history managed in the data server can be analyzed using System Performance
Analysis.
Audit trails
The operations on data can be stored as audit trails.
User management
Users who can monitor the operations of CI Server can be defined and the range of operation
management can be configured for each user.
System scalability
The structure of CI Server is capable of handling distribution of functions, and hence supports
from small-scale standalone systems to large-scale systems that integrates distributed systems.
Engineering function
It is structured such that data once created can be easily reused. Effective engineering can be
performed in large scale systems as well as systems in which expansion is planned. It consists of
tools for definitions to build the system and an editor to create different pages/screens.
Vocabulary
No. Vocabulary Definitions
1 Operator interface Operation monitoring screen
2 Engineering module An engineering tool that is used to configure the system.
3 Edit module An editor that is used to create operation monitoring screens
Computers in which CI Server is installed are sometimes
4 Nodes and node names called as Nodes.
Node name is the name given to the nodes for identification.
2. System architecture
Based on the plant structure and business style, the structure of CI Server can be
made flexible; either a standalone structure in which both data collection and operation
maintenance are realized in a single computer, or an integrated structure in which multiple
servers are configured in layers and all the plant operations are monitored.
F020101.ai
CI Core
Functions as a basic part of CI Server. It functions as the data server that collects and stores
operation data of a plant. It shares data with other CI cores and communicates with other
systems. CI Core provides data to CI Portal. It manages alarms and historical data.
CI Portal
CI Portal provides the data collected and saved by CI Core to CI View. It performs the role of a
Web server.
F020102.ai
• Standalone Configuration
Pattern in which CI Core, CI Portal, and CI View are used in a single computer
• Integrated CI View and CI Portal Configuration
Pattern in which CI Core and the combination of CI Portal and CI View are used in different
computers
• Separated CI View, CI Portal configuration 1
Pattern in which CI Core, CI Portal and CI View are used in different computers
• Separated CI View, CI Portal configuration 2
To increase the usability of the system, server redundancy structure and node to node
communication redundancy structure can be combined.
Standalone configuration
The system configuration in which data collection, monitoring control, engineering environment
and operator environment are implemented on a single computer. This type of configuration may
be used for relatively small applications where it is acceptable to have only one combined Web
HMI Server/Client station for data acquisition, operator supervision and engineering.
Ethernet
CI Core
CI Portal
CI View
Vnet/IP
Ethernet
CENTUM etc. PLC
F020201.ai
CI View CI View
CI View (HTML5)
WAN
Firewall
CI Portal CI Portal
CI View CI View
Ethernet
CI Core
Vnet/IP
Ethernet
CENTUM etc. PLC
F020202.ai
Enterprise configuration
The system configuration for large scale geographically dispersed projects having independent
process control systems in layered structure, with each of the process control system responsible
for a particular area and are monitored by the systems in the upper level.
In this configuration, functionalities of server such as data collection and multiple HMI client
support can be distributed to many computers.
CI View
WAN
Corporate level
Firewall
CI Portal Enterprise
CI View Engineering Core
Ethernet
HAC
CI Core CI Core
Router Router
CI Servers
under another
CI Portal business unit
Business unit level
CI View level
Ethernet
HAC
CI Core CI Core
WAN WAN
CI Portal CI Servers
CI View
under another
Ethernet area level
Area level
HAC
CI Core CI Core
WAN
Router
CI Portal
CI Server
Process level
CI View
of another
Ethernet process level
Dual-redundant
Platform CI Core CI Core
for Computer
Vnet/IP
Ethernet
CENTUM etc.
PLC
F020203.ai
• Process level
Process level contains local controllers and other automation control devices/ monitoring
devices that communicates with processes directly.
• Area level
The area level supervises all processes within a graphical area to provide control over this
area.
• Business unit level
The business unit level is typically responsible for all areas within the business unit.
• Corporate level
At the corporate level, all KPI’s and other process data of all the business units are collected
and aggregated providing a holistic view of the performance of the enterprise and its
operational groups down to process level in real-time.
3rd-party system
Ethernet
CI Core
Vnet/IP
Ethernet
CENTUM etc. PLC
F020204.ai
CI View
Ethernet
CI Core
CI Portal
CI View
Host-to-host Host-to-host
Connection Communication Connection
Device
CI Portal
CI View CI View
Communication Communication
Device Device
Ethernet Ethernet
CI Core CI Core
CI Portal CI Portal
CI View CI View
Vnet/IP Vnet/IP
Ethernet Ethernet
CENTUM etc. PLC CENTUM etc. PLC
F020205.ai
The functions of these two solutions are as described in the table below:
HAC Dual-redundant platform
Possible configuration Dual, Triple, quadruple redundant servers Dual redundant server
Active/Standby
(Always synchronized at I/O level)
Active/Standby * One server becomes active server
* One server becomes active server and can be operated. Other servers are
and can be operated. Other servers are standby servers in waiting status.
Method
standby servers in waiting status. * Memory (such as programs) and data
* Data from active server is always from active server is always synchronized
synchronized to the standby server. to the standby server.
* Abnormality symbol of hardware can be
checked.
For HW defects Automatically switches to standby server Automatically switches to standby server
For SW errors Automatically switches to standby server Cannot be switched
10 seconds to 1 minute
Within 1 second
When switching over, time is required to
Components that access server (such
Switch over time start software on the standby side. This
as other servers, subsystems) are not
time depends upon settings such as data
affected by the switchover.
count and data update frequency.
Data is not lost.
Data loss at the time of
Data is lost during switchover. (Since switchover takes place with I/O
switchover
level synchronization)
Operation is suspended when switching
Operating sequence Operation continues
over
Each server has different IP address.
Two computers form one logical server.
When switchover occurs, CI Portal
Two servers have the same IP address.
automatically switches the connection
View on network Other servers need not recognize which
destination in the active server and in
server is active and can access either of
case of CI View this switching is not
them.
required.
Possible
Disaster recovery Backup server can be configured in the Not possible
remote site.
HW model specification Not present Present
Note: When connecting with Vnet/IP, Dual-redundant platform, redundancy configuration common to all Yokogawa system products is
recommended.
Note: The model of the computer used in Dual-redundant platform is restricted to the one specified by Yokogawa. For details, refer “PC
redundant platform (GS 30A05C10-01)”.
Ethernet Ethernet
Dual-redundant platform
HAC for computer
Vnet/IP Vnet/IP
Ethernet Ethernet
CENTUM etc. CENTUM etc.
PLC PLC
F020206.ai
CS1
CS2
: ACTIVE
:STANDBY
Functional overview
PRIMARY CI Core
SECONDARY CI COre
ACTIVE
CI Portal
STANDBY
RTU/PLC
F020302.ai
Configuration
The target component of HAC is CI Core. CI Portal cannot be configured with HAC. Generally,
when using HAC solution, CI Portal and CI Core are placed in different servers. When HAC
based switchover occurs, CI Portal automatically switches the connection destination to the
active CI Core. CI View that is connected to CI Portal need not switch.
If you want HAC based switchover of CI Core and want to make CI Portal as redundant, multiple
CI Portal needs to be prepared.
Note: In the server in which HAC configuration is adopted, CI View can be connected to CI Portal; but in such cases, the CI portal
which is the connection destination of CI View needs to be manually changed when HAC based switchover occurs.
Switchover
When there is any abnormality in the active server, it shuts down and standby server switches to
active state. This time required for the system to restore depends upon the system configuration
and the hardware used.
Note: After switching from primary server to secondary server, if the primary server returns to its normal state, it will not switchover
automatically to active state. Switchover takes place only under the following conditions:
* When there is an error in the active server
* When the switchover is done manually
Data synchronization
Data collection is done by active server. Data is always synchronized between active server and
standby server and therefore, standby server starts immediately after the switchover.
F020303.ai
Restricted functions
• During the HAC switchover, the external communication session using network is not
maintained.
The following are required to be reconnected.
- ODBC Client
- OPC Client
- OPC UA Client
- MQTT Client
- Excel Add-in Report
- Web browser connected to the CI Portal within the HAC configured servers
• DSS source file is not synchronized. If you have created DSS in a project, copy the source
file manually.
• The data file read from DTS is not synchronized.
• The images, symbols, layout file that were created by connecting to CI Portal within the
HAC configured servers are not synchronized.
Configuration
The systems that can form a redundant structure in Dual redundant platform are CI Core and CI
Portal.
F020304.ai
For details about the specifications of Dual redundant platform, refer “Dual Redundant Platform
(GS 30A05C10-01)”.
Note: There are limitations in OS and hardware when using Dual redundant platform. Refer GS mentioned above.
F020305.ai
3. Functional Overview
F030101.ai
F030201.ai
F030202.ai
3.3 Item
Item
The data handled in CI Server is stored in the data region called as [Item]. The data collected
from controller and the data processed by CI Server system are stored in the ‘Item’. The functions
of CI Server are configured around ‘Item’.
F030301.ai
Section
Item consists of layer structure called section and is defined as below.
Item format: [Section name. Section name. Section name....] Item name
The plant data with layer structure can be defined corresponding to the section and item.
(Ex) EAST.UNIT_A.TANK_1.LEVEL
3.4.1 Users
The following attributes are available for each user.
• Username
• Supplementary information
• Password
• Privilege group
• Process area list
• Locale information (language)
Username
It is not case-sensitive. Up to 31 characters can be entered.
Supplementary information
79 bits or lesser
Password
It is not case-sensitive. Up to 31 characters can be entered.
Privilege group
Privilege group defines the user privileges. Allotting the user with a privilege group enables giving
the user the privileges. The privileges within the privilege group are pre-defined.
Locale
Locale denotes the language used in the operator interface. When omitted, the default system
language is used.
Currently, the languages that can be used are English (EN) and Japanese (JP).
In addition to the above privileges, the following privileges are also available.
User privilege action Definitions
ALARM_CHRONO_READ Read chronological alarm
ALARM_CURRENT_ACK Acknowledge current alarm
ALARM_CURRENT_READ Read current alarm
ARCHIVE_ACTIONS_READ Archive overview function
ARCHIVE_COMMANDS Execute archive operations
ARCHIVE_GROUPS_READ Archive overview function
ARCHIVE_TAPES_READ Archive data function
AUTH_ACTION_READ Read authorization group
CLASS_INCLUDED_READ Read included class
CLASS_SIGNALS_READ Read unit value of class
EXECUTE_GENERAL_COMMANDS All actions that are not unique to the data set
HIS_GROUP_FORCE_ROLLOVER Forced rollover of storage group
INSTALL_BLOCK_UNBLOCK Modify installation blocking
ITEM_ACK_ALARM Acknowledge item alarm
ITEM_MODIFY_APPLICATION_FLAG Modify item application flag
ITEM_MODIFY_BLOCKED_VALUE Modify item block value
ITEM_MODIFY_DEADBAND Modify item limit
ITEM_MODIFY_HISTORY Modify historical value item
ITEM_MODIFY_LIMIT_HIGH Modify item limit
ITEM_MODIFY_LIMIT_HIGH_HIGH Modify item limit
ITEM_MODIFY_LIMIT_LOW Modify item limit
ITEM_MODIFY_LIMIT_LOW_LOW Modify item limit
ITEM_MODIFY_QUALITY_CODE Modify item quality code
ITEM_MODIFY_STATUS Modify item status
ITEM_MODIFY_STRING_VALUE Modify item value
ITEM_MODIFY_ VALUE Modify item value
ITEM_READ_ALARM_TYPE Display item alarm
NODE_HOST_READ Read host node
NODE_LOCAL_READ Read local node
OBJECT_SIGNALS_READ Read object signal value
REPORT_DELETE_ANY_GEN_REPORT Delete all generated reports
REPORT_DELETE_GENERATED_ REPORT Delete generated report
REPORT_GENERATE_ADHOC Generate report as required
REPORT_MAINTAIN_LOGBOOK Record logbook
REPORT_PRINT Print report
REPORT_READ_GENERATED_REPORT Display generated report
SECTION_BLOCK_UNBLOCK Block/Unblock section
STATION_ON_OFF_SCAN Change station scanning
SYS_LOG_READ Read system logs
UNIT_BLOCK_UNBLOCK Change unit blocking
F030501.ai
Basically, timestamp when the event occurred, and the related data (values before and after
modification and occurrence reason) are saved.
The saved events and the retrieved events can be specified.
For details about the saved events, refer “Audit Management Engineering (IM 36K10L25-01JA)”.
F030601.ai
In the figure above, CI Server is connected to controllers through two types of lines.
Line 1 is connected to one station and Line 2 is connected to two stations.
In the controller connections, stations, lines, and points are defined based on the system to be
connected.
F030701.ai
3.8 Alarms
Features
The Alarm function of CI server has the following characteristics:
• Acknowledgement of alarms
Some alarms are required to be acknowledged. Manual/automatic alarm acknowledgement
can be configured.
• Suppression and delay of alarms
Some of the alarms that are generated at the time of starting up the process can be
suppressed.
• Repetition of alarms
Alarms that were not acknowledged can be configured to be repeated.
• Grouping
Alarms can be grouped. If you acknowledge the representative item of the group, the entire
group is acknowledged. If you reset that item, the group is reset.
• First-up alarm
It is used when focusing the item that is the cause of the first alarm within the alarm group.
• First-out alarm
Only the first alarm within the group is considered as alarm and the rest of the alarms are
suppressed.
• Alarm link display
When an operator clicks the alarm, immediately the screen switches to the screen
containing the alarm tag.
Summary
Alarms are generated through the alarm system within the CI Server. The alarm system detects
alarm value and item status and notifies the operator through screens and mails.
The following phenomenon are handled as alarms:
• Abnormality in item value/item status
Alarms are determined by the upper and lower limit of item value, and the item status.
• OPC A&E alarms
Alarm information is taken from OPC A&E.
The following may be the causes for abnormality in item value/item status.
• Comparison of limit value and item value
• Judgement of status data obtained from controllers
• Status written through internal application
Controller values are linked to items. Alarm system checks item value and item status and
generates alarms if there is any abnormality.
In order to determine when to generate alarm based on item value, limit value is fixed for each
item. The alarm system compares item value and limit value, and when the item value crosses
the limit value, judges that an alarm needs to be generated.
The following information is included in the alarms and is displayed on screens etc.
• Alarm priority (0-15)
• Alarm status (Alarm, event, acknowledgement, reset, normal etc.)
• Alarm time (Timestamp received from controller or the timestamp generated by CI Server
(has precision up to millisecond))
• Item name, item value, item description, alarm description
• Alarm status text (Low, Low-Low, High, High-High, normal, under-range, over-range, offline,
blocked etc.)
In this document, basic concept, and structure of alarm process of CI Server is explained. The
basic role of an alarm is to detect any abnormality in item value or status and notify the user. To
realize this, alarm function consists of the following four major processes.
1. Alarm detection (decision based on limits)
2. Alarm management (acknowledgement, grouping, filter definition etc.)
3. Alarm display/operation (alarm overview, alarm count etc.)
4. Alarm external notification (mail sender etc.)
Terminologies and concept used in these processes are explained.
Item status
It shows the status of an item. Limit value is configured for each item, and whenever the item
value crosses the range of limit range, as well as when an item that has earlier crossed the limit
range and has now returned within the range, item status changes and alarm is generated.
Note: When the item status changes from NORMAL -> HIGH HIGH (at a time), only HIGH HIGH alarm is generated. HIGH alarm is not
generated.
Alarm status
The item statuses HIGH, LOW etc. (as well as the generated alarms) are classified into the
following four alarm statuses.
Alarm status type Alarm notification General item status (part) classified by default
NORMAL Not notified NORMAL, BLOCKED
Alarm 1 (A1) Notify OFFSCAN etc.
Alarm 2 (A2) Notify HIGH, LOW etc.
Alarm 3 (A3) Notify HIGH HIGH, LOW LOW etc.
Alarm statuses are classified based not only on system general settings but also on the item-wise
settings. Example of item status: (High is classified as A1, HighHigh as A2 etc.)
F030801.ai
Alarm status value is single valued and does not contain multiple values. For example, when
status changes from HIGH to HIGHHIGH, status value becomes HIGHHIGH and HIGH condition
is deleted.
Priority/Priority value
In addition to the alarm status-based classification, item statuses (or generated alarms) can also
be classified based on the priority (or criticality) using the values from 0 to 15. Similar to alarm
status, priority settings can also be based on system general settings and item-wise settings.
Priority is used for sorting and filtering the alarms on Alarm Overview.
Also, if an alarm is not acknowledged for the specified time after it is generated, or even after it is
acknowledged, the priority value linked to the alarm can be changed to change the criticality of
the alarm and the same can be displayed.
Alarm shelving
‘Shelf’refers to the shelf and ‘Shelving’ refers to arranging on the shelf.
In order to avoid the operator getting overloaded when a lot of alarms occur and to avoid time
consumption on less-critical alarms, Alarm shelving function can be used to arrange the alarms
on the shelf (Shelving).
The alarms shelved by the operator are deleted from the Alarm Overview and are moved to Shelf
Alarm Overview.
The Alarm Grouping function enables avoiding reoccurrence of same alarm multiple times, thus
reducing the load on operators to respond to alarms. The following type of groups are available.
Type Description
Displays only the first alarm within a group and suppresses all the other
alarms generated within the same group. This helps to avoid flooding of
First out group
alarms in the Alarm Overview.
Multiple groups can be configured in layers.
Occurrence / Acknowledgement / Reset of alarms can be grouped and
Alarm Collection group
managed in bulk.
F030802.ai
When alarms are deleted (manually or automatically) or when the alarms are acknowledged,
they disappear from this list.
Foreground color and background color can be selected based on the alarm status. Columns can
be positioned arbitrarily and displayed.
F030803.ai
The displayed alarms can be filtered by specifying filter conditions on section ②. Alarms can be
filtered based on time, section, tags, ASA etc.
F030804.ai
F030805.ai
The column type and display contents are common for Current Alarm Overview and History
Alarm Overview.
The displayed columns and their order are configured in the engineering phase.
Stopping data collection: Alarms are suppressed by stopping the data collection. Shown in the
SCAN place in the following diagram
Suppressing alarm generation: Alarms are suppressed after data is collected. Shown in INHIBIT
place in the following diagram.
Suppressing alarm display: After alarms are generated, they can be suppressed by using the
display filter. Shown in SHELVING place in the following diagram. Shelving is a type of filtering.
F030806.ai
The operator can acknowledge an alarm by turning ON the checkbox in the [Acknowledge]
column of the Current Alarm Overview
Delayed alarms
If you want to display as alarm after the same alarm status continues for the specified time,
delayed alarm can be used.
When delayed alarm is configured, the alarm is not displayed on the Alarm Overview until the
specified time is crossed after the item status changes to alarm status. After the specified time,
the alarm is displayed on the Alarm Overview. At that time, the type of the alarm is displayed as
[DELAY].
F030807.ai
Repeated alarms
If you set the repeat time, when item status changes to alarm status and the specified time
elapses, repeat alarm is generated. This repeat alarm is repeated every time the specified time is
crossed until the alarm status returns to normal status. Repeat alarms can be acknowledged only
on the History Alarm Overview.
F030808.ai
Alarm filters can be used on Alarm Overview, Alarm sound, and alarm notifications. Depending
upon the usage, there could be limitations on the type of filter used.
*1: Configuration in which each user is allotted with a filter, and these filters are used as initial display when alarms are displayed on
the Alarm Overview.
The following format can be used as data format of item ID. Node number, item group number,
item number, sub number, attribute number
(Each item is separated by comma) Ex: itmid = 1, 1, 5, 0, 0
Node number: Node number on which CI Core works
Item group number.Item number: Internal item ID. The two numbers displayed on the “General”
tab of the Item definition.
Sub number: 0
fixed attribute number: 0 fixed
Multiple conditional expressions can be combined using logical operators (and/or) and a new
conditional expression can be created.
Comment
Comment can be included in the conditional expression. It can be used to leave a note about
the conditional expression. Comments are enclosed between [/*] and [*/]. And are ignored when
evaluating the conditional expressions.
3.9 Historical
The Historical function saves data in time series. The saved data (historical data) can be
displayed as trends and reports.
The following data can be saved as historical data.
1. Items
2. Item events
3. Audit events
4. System events
F030901.ai
3.9.2 Archive
Historical data can be archived in the following storage media.
• CD/ DVD
• USB disk
• Windows folder (including common folder)
• Data media
Every hour, the Data aggregation function reads all the historical data collected in the past one
hour and performs the specified operation.
F031001.ai
3.11 Reports
The collected data and configuration information output in a table format is called Reports and
the collected data can be displayed in a time series. Reports can be displayed on screens or
can be sent out to files and printers. The reports sent to files are in ASCII format and hence the
reports can be read using a text editor, edited, and printed. It can also be scheduled to be deleted
after the save period is completed.
The following types of reports can be generated:
• Fixed time reports (Ex: Production date report, shift report, monthly report etc.)
• Event based report (Item change Ex: report generation before and after the shutdown
event)
• On-demand report
Pressing a button to generate a prescribed report (Ex: Current Alarm Report)
Defining a new report online and creating a report (Ex: Creating a list of all analog items
containing upper limit, lower limit)
F031101.ai
F031201.ai
Operability
You can create operation monitoring screen on your own based on ergonomics and guidelines
defined by the organization and projects. Further, screen operation functions such as zoom,
scroll etc. are provided as basic features.
HTML5 support
The operation monitoring screen supports HTML5 and can be displayed on Web browser as well
as mobile devices.
Multi-node input
Data collected from multiple CI Cores can be integrated and displayed on a single Operation
Monitoring screen. For example, data requested from a particular management level can be
collected from each CI Core and displayed.
F031301.ai
F031302.ai
3.13.2 Components
The following components are available for developing the screen.
Figures and text display
Rectangle, ellipse, arc, polygon, curves, lines, links, border text, numbers, icons (image
display)
Display/Input
Spinner, slider, button, toggle button, checkbox, radio button, combo box, list, text area,
Date/Time text field, password field, numerical field
Data display
Scale, rounded scale, radial (radar chart), data bar
Logic
Calculation, function, JavaScript function
Alarm
Alarm Overview, Shelf Alarm Overview, list of blocked items and sub items, alarm sound
Trends
Trend, DTS trend micro trend
Reports
Reports
Viewer series
Web browser map viewer
Data set
Data set form, data set table
Navigation
Navigation tree
Playback
Playback display
F031303.ai
3.13.5 Trends
Trend components can be used to create screens that include trend graphs. Historical data and
real time data can be continuously displayed.
Pen allotment, property setting, changing display items etc. for trends can be done in advance
in the Edit Module during engineering or it can also be done on the Operator Interface screen
during operation monitoring.
Also, trend definition can be created, saved, saved trends can be called and displayed from the
trend screen on the Operator Interface.
F031304.ai
Major features:
• Max. no. of pens: 50 pens per trend
• Minimum time unit in which trends can be displayed: 1ms
• Minimum update cycle: 1 second
• Maximum display time width: No limitations
• No. of trends that can be saved: Depends upon the disk space
• Save/call trends, print, protect
• Export trend data and images (bit map, CSV files)
• Usable user settings
• High speed historical trends
• 2D/3D/table type drawing
• Line graph/Step graph/Scatter plot/Area graph
• X-Y plot
F031305.ai
F031306.ai
F031307.ai
X-Y plot
From the various data collected in the time series, one type of data is plotted in X axis and the
other type of data is plotted in Y axis and displayed.
For example, from the wind power data and power generated data of a windmill collected to the
time series, wind power can be plotted on X axis and the power generated can be plotted on Y
axis.
F031308.ai
F031309.ai
F031310.ai
F031311.ai
Operation information and maintenance information can be arranged in layers for maintenance
purpose. For example, process flow diagram can be arranged on layer 1, equipment diagram
details on layer 2, and power series on layer 3. Also, display and access to specific layers can be
permitted based on different user rights.
The layers displayed can be swapped based on the zoom level of display. Zoom based swapping
of display contents can be done like Google Earth.
F031312.ai
• OPC Classic Client: OPC Data Access (OPC DA), OPC Alarms & Events (OPC A&E)
• OPC Classic Server: OPC Data Access (OPC DA), OPC Alarms & Events (OPC A&E)
Note: Since the basic COM/DCOM technology is implemented by default in the Windows platform, CI Server OPC Classic Server/Cli-
ent is supported only on the Windows platform.
F031501.ai
F031502.ai
Item service is a function that manages item values and status values. Based on the requests, it
sends/receives item values and status values with other functions and modifies the item values
and status values.
OPC DA Client
CI Server can access OPC DA Servers (third part servers) and can read/write the values/quality
codes provided by such servers. Values/quality data is reflected on the CI Server items.
F031503.ai
OPC DA Server
• OPC DA Client (third party products) can access (read/write) CI Server item data (value and
quality information) through either synchronous or asynchronous methods. DA Client can
obtain dynamic item data in event base.
• OPC DA Client (third party products) can refer CI Server system name space to refer the
item names defined in the CI Server system.
F031504.ai
Merged item status and item option attribute Bottom 8 bits of OPC quality word
ITM_ST_OFFLINE or ITM_ST_UPD_OFF OPC_QUALITY_LAST_KNOWN
ITM_ST_BLOCKED or ITM_ST_UPD_BLK OPC_QUALITY_LOCAL_OVERRIDE
ITM_ST_NOT_INIT OPC_QUALITY_NOT_CONNECTED
<Others> OPC_QUALITY_GOOD
F031505.ai
F031601.ai
F031602.ai
F031603.ai
F031604.ai
3.17 OPC UA
The OPC Unified Architecture (UA) is an improved version of OPC Classic, a platform-
independent standard communication protocol based on a service-oriented architecture. It also
supports communication security and redundancy.
CI Server supports the following specifications:
• OPC UA Client : OPC UA Data Access (OPC UA DA)
• OPC UA Server: OPC UA Data Access (OPC UA DA)
OPC UA Alarms & Condition (OPC UA A&C)
OPC UA Historical Access (OPC UA HA)
F031701.ai
OPC UA Server
OPC UA server function provides integrated model that includes data item value alarm and
historical data of the connected devices.
OPC UA Client
OPC UA Client function replaces tag data information such as device values, status, and quality
code. OPC UA Client also establishes secured and protected communication channels and
refers to OPC UA Server address space. OPC UA Client on CI Server can read only the item
value of OPC UA Server.
OPC UA Station
In addition to the features of OPC Classic station, the OPC UA station supports secure channel
communication using a built-in certificate store.
Also, redundant communication can also be configured for the OPC UA station.
Security
OPC UA is a platform-independent standard and is based on cross-platform security measures.
OPC UA security is based on a Public Key Infrastructure (PKI) that uses industry-standard X.509
digital certificates to address the challenges of authentication, authorization, encryption, and data
integrity.
The following figure shows an overview of the security management method in OPC UA.
The user authority and authentication are executed in the application layer.
F031702.ai
Authentication
OPC UA application instance is uniquely identified by its X.509 certificate, and a session can
only be established between two OPC UA applications that have mutually authenticated their
certificates.
For example, a client cannot initiate a session with a server that provides certificate that that the
client does not authenticate. Authentication can be established in one of two ways
1. Direct:
Each application copies the certificate of the other party (public) to any of the authenticated
folders that is examined by that application.
2. Through authentication tree:
This allows the application to authenticate the authority that granted the other application’s
certificate.
CI Server OPC UA Client supports both the authentication methods.
Privileges
CI Server OPC UA Client supports signature as well as username & password authentication
methods.
F031703.ai
OPC UA variables can hold multidimensional array of data, but CI server OPC UA client does not
support multidimensional array variables.
When a multidimensional array variable is read, only the first element of the variable is read.
Item status is
BAD_VALUE 24 Bad 0x80000000
bad
Other than above Good 0
Server-side redundancy
The server-side redundancy can be divided into transparent server redundancy and non-
transparent server redundancy. Both can be supported by the OPC UA client of the CI server.
• Transparent server redundancy
Server side takes charge of switching to backup server side. Client need not recognize the
interruption in communication.
• Non-transparent server redundancy
Server side consists of 2 servers, active server and backup server and the client identifies
these 2 servers.
CI Server OPC UA Client supports the so-called cold backup mode. If the connection with
the first server fails, it is disconnected, and connection is established with the 2nd server.
The following three types of monitoring items can be registered by subscription; however, only
the data change subscription of variable value is supported by the CI Server OPC UA Client.
• Variable value data change subscription: Common type.
• Event subscription
• Aggregate value subscription
System configuration of OPC UA PubSub is as follows:
F031704.ai
3.18 ODBC
CI Serve supports only ODBC 32-bit version.
CI Server uses Simba Server as ODBC Server.
3.19 MQTT
MQTT is a lightweight publish/subscribe messaging protocol.
CI server R1.01 supports version 3.1.1 of the MQTT protocol and can connect to the MQTT
brokers that support this version.
(CI server R1.01 uses the library of Mosquitto broker version 1.6.9.)
The structure of communication device of MQTT protocol is as follows:
F031901.ai
In communications using the MQTT protocol, there are devices that have the roles of broker and
client. Client sends and receive messages to other clients via the broker. CI servers and other
devices (stations) are also clients. Brokers are responsible for sorting messages. The client
who receives messages specifies the messages he wants to receive. The broker receives the
message from a client and sends it to the client who requires it. All messages are delivered to the
client through the broker.
Payload:
In CI Server, Payload is used as data value. The following two types of Payloads are used in CI
Server.
Payload format Description
Text format Data value is stored as character string
JSON (Java Script Object Notation) File format of JSON.
[Key] character string and value character string are enumerated
in parenthesis. CI Server contains data value, data status, and
timestamp. Key character string can be specified by the user.
Ex:
{“value”:”98.6”.”status”:”11”,”timestamp”:”2020-08-
6T08:34:00+00:00”]
After receiving the message from station, CI Server writes the Payload value to the item
corresponding to the Topic. If the Payload format is JSON (one of the methods of entering data),
item status and item update are updated with the received data.
F031902.ai
F031903.ai
F031904.ai
F031905.ai
F031906.ai
F031907.ai
Supported RDB
MS SQL Server 2016 SP2 or later
Function
The following functions are available.
• Copy current value
The specified item data (current value) is copied to RDB in regular intervals. Frequency:
From 60 seconds to 7 days
In addition, minimum value, maximum value, average value, data number are calculated
and copied to RDB.
• Copy historical data
Historical data can be specified and copied. Data and period are specified and copied. This
operation is carried out on the Engineering Module.
• Changing CI Server item data from RDB
Item data can be modified from RDB. RDB has a table for items. When this table value is
modified, it is reflected on the item of CI Server. However, when item value is changed in CI
Server, it is not reflected in the table.
• Copying another database within CI Server
When data is modified, it is copied to RDB. For example, in case of item database (ITEM_
DF) copy, whenever a new item is created, it is copied to RDB.
3.24 Modbus
The following communication methods are supported. CI Server supports Client (master) as well
as Server (Slave).
• TCP/IP communication (Open Modbus TCP protocol)
F032401.ai
F032402.ai
F032403.ai
3.25 IEC61850
Supported functions
Only the following functions are supported.
• Read
Reading data through scanning
• Write
Data writing to event, direct writing, writing to controller model
3.26 DNP3
DNP3 with authentication
CI Server supports the following secured authentication versions.
• Secured Authentication mechanism Version 2 (SAv2)
• Secured Authentication mechanism Version 5 (SAv5)
DNP V3.00
DEVICE PROFILE DOCUMENT
Vendor Name: Yokogawa
Device Name: CI Server
Highest DNP Level Supported: Device Function:
Notable objects, functions, and/or qualifiers supported in addition to the Highest DNP Levels Supported (the
complete list is described in the attached table):
16-bit and 32-bit and Float Analog Change Events with Time are supported.
Maximum Data Link Frame Size (octets): Maximum Application Fragment Size (octets):
: None : None
: Fixed at ____ : Configurable
: Configurable from 0 to 255
: Never
: Always
: Sometimes
: Configurable
: Never
: Always
: When reporting Event Data
: When sending multi-fragment responses
: Sometimes
: Configurable
DNP V3.00
DEVICE PROFILE DOCUMENT
WRITE Binary Outputs : Never : Always : Sometimes : Configurable
SELECT/OPERATE : Never : Always : Sometimes : Configurable
DIRECT OPERATE : Never : Always : Sometimes : Configurable
DIRECT OPERATE – NO ACK : Never : Always : Sometimes : Configurable
Unsolicited Events
: Unsolicited events are supported
: Unsolicited events are not supported
Authentication Support:
: Authentication SAv2 supported
: Authentication SAv5 supported
REQUEST RESPONSE
OBJECT
(CI Server may send) (CI Server will parse)
Object Variation Function Qualifier Codes Function Qualifier Codes
Description
Number Number Codes (dec) (hex) Codes (dec) (hex)
00, 01, 02 (start-stop)
Binary Output 07, 17, 27, 37,
11 2 129 (response)
08, 18, 28, 38,
Event with Time
09, 19, 29, 39 (index)
REQUEST RESPONSE
OBJECT
(CI Server may send) (CI Server will parse)
Object Variation Function Qualifier Codes Function Qualifier Codes
Description
Number Number Codes (dec) (hex) Codes (dec) (hex)
REQUEST RESPONSE
OBJECT
(CI Server may send) (CI Server will parse)
Object Variation Function Qualifier Codes Function Qualifier Codes
Description
Number Number Codes (dec) (hex) Codes (dec) (hex)
REQUEST RESPONSE
OBJECT
(CI Server may send) (CI Server will parse)
Object Variation Function Qualifier Codes Function Qualifier Codes
Description
Number Number Codes (dec) (hex) Codes (dec) (hex)
00, 01, 02 (start-stop)
16-Bit Analog 00, 01, 02 (start-stop) 07, 17, 27, 37,
30 4 1 (read)
17, 28, 39 129 (response)
08, 18, 28, 38,
Input without Flag (index)
09, 19, 29, 39 (index)
00, 01, 02 (start-stop)
Short floating 00, 01, 02 (start-stop) 07, 17, 27, 37,
30 5 1 (read)
17, 28, 39 129 (response)
08, 18, 28, 38,
Analog Input (index)
09, 19, 29, 39 (index)
00, 01, 02 (start-stop)
Long floating 00, 01, 02 (start-stop) 07, 17, 27, 37,
30 6 1 (read)
17, 28, 39 129 (response)
08, 18, 28, 38,
Analog Input (index)
09, 19, 29, 39 (index)
Frozen Analog
31 0 Input - Any 1 (read) 00, 01, 02 (start-stop)
17, 28, 39 (index)
Variation
REQUEST RESPONSE
OBJECT
(CI Server may send) (CI Server will parse)
Object Variation Function Qualifier Codes Function Qualifier Codes
Description
Number Number Codes (dec) (hex) Codes (dec) (hex)
REQUEST RESPONSE
OBJECT
(CI Server may send) (CI Server will parse)
Object Variation Function Qualifier Codes Function Qualifier Codes
Description
Number Number Codes (dec) (hex) Codes (dec) (hex)
00, 01, 02 (start-stop)
1 (read) 00, 01, 02 (start-stop)
129 (response) 07, 17, 27, 37,
Analog Input 17, 28, 39 (index) 08, 18, 28, 38,
34 1 09, 19, 29, 39 (index)
Deadband 16 Bit
2 (write) 00, 01, 02 (start-stop)
17, 28, 39 (index)
Analog Output
Status (Variation
40 0 0 is used to 1 (read) 00, 01, 02 (start-stop)
17, 28, 39 (index)
request default
variation)
00, 01, 02 (start-stop)
32-Bit Analog 00, 01, 02 (start-stop) 07, 17, 27, 37,
40 1 1 (read)
17, 28, 39 129 (response) 08, 18, 28, 38,
Output Status (index)
09, 19, 29, 39 (index)
00, 01, 02 (start-stop)
16-Bit Analog 00, 01, 02 (start-stop) 07, 17, 27, 37,
40 2 1 (read)
17, 28, 39 129 (response) 08, 18, 28, 38,
Output Status (index)
09, 19, 29, 39 (index)
REQUEST RESPONSE
OBJECT
(CI Server may send) (CI Server will parse)
Object Variation Function Qualifier Codes Function Qualifier Codes
Description
Number Number Codes (dec) (hex) Codes (dec) (hex)
REQUEST RESPONSE
OBJECT
(CI Server may send) (CI Server will parse)
Object Variation Function Qualifier Codes Function Qualifier Codes
Description
Number Number Codes (dec) (hex) Codes (dec) (hex)
Long floating
point Analog 00, 01, 02 (start-stop)
43 8 Output 129 (response) 07, 17, 27, 37,
08, 18, 28, 38,
Command Event 09, 19, 29, 39 (index)
with Time
50 1 Time and Date 2 (write) 07
(quantity = 1)
06
(no range, or all)
60 2 Class 1 Data 1 (read) 07
(quantity = 1-255)
08
(quantity = 256-x)
06
(no range, or all)
60 3 Class 2 Data 1 (read) 07
(quantity = 1-255)
08
(quantity = 256-x)
06
(no range, or all)
60 4 Class 3 Data 1 (read) 07
(quantity = 1-255)
08
(quantity = 256-x)
REQUEST RESPONSE
OBJECT
(CI Server may send) (CI Server will parse)
Object Variation Function Qualifier Codes Function Qualifier Codes
Description
Number Number Codes (dec) (hex) Codes (dec) (hex)
00, 01, 02 (start-stop)
1 (read) 00, 01, 02 (start-stop)
129 (response) 07, 17, 27, 37,
string Octet String 17, 28, 39 (index) 08, 18, 28, 38,
110 Object 09, 19, 29, 39 (index)
length
2 (write) 17, 28, 39 (index)
3.27 MELSEC
MELSEC PLC is developed and maintained by Mitsubishi Electric Corporation. There are
multiple CPU types and connection types in MELSEC PLC. For more details, refer the website of
Mitsubishi Electric Corporation.
Supported OS
When using the MELSEC driver, use Windows client-based OS for CI Core. (Server-based OS
cannot be used).
Supported OS
The following table shows the supported MELSEC CPUs.
Product series CPU unit name
A0J2HCPU, A1SCPU, A1SCPUC24-R2, A1SHCPU(-Sl), A1SJCPU, A1SJHCPU,
A1NCPU, A2CCPU, A2CJCPU,
A2CCPUC24(-PRF), A2NCPU(-S1), A2SCPU, A2SHCPU, A3NCPU, A2ACPU(-S1),
A series
A2ACPUP21/R21(-S1), A3ACPU,
A3ACPUP21/R21, A1FXCPU, A2UCPU(-S1), A3UCPU, A4UCPU, A2USCPU(-S1),
A2USHCPU-S1
QnAseries Q2ACPU(-S1), Q2ASCPU(-S1), Q3ACPU, Q4ACPU, Q2ASHCPU(-S1), Q4ARCPU
Q series (A mode) Q02CPU-A, Q02HCPU-A, Q06HCPU-A
Q02(H)CPU, Q06HCPU, Q12HCPU, Q25HCPU, Q00JCPU, Q00CPU (*1),
Q01CPU (*1), Q12PHCPU, Q25PHCPU, Q12PRHCPU, Q25PRHCPU, Q00UJCPU,
Q00UCPU, Q01UCPU, Q02UCPU, Q03UDCPU, Q04UDHCPU, Q06UDHCPU,
Q10UDHCPU, Q13UDHCPU, Q20UDHCPU, Q26UDHCPU, Q03UDECPU,
Q series (Q mode)
Q04UDEHCPU, Q06UDEHCPU, Q10UDEHCPU, Q13UDEHCPU, Q20UDEHCPU,
Q26UDEHCPU, Q02PHCPU, Q06PHCPU, Q50UDEHCPU, Q100UDEHCPU,
Q03UDVCPU, Q04UDVCPU, Q06UDVCPU, Q13UDVCPU, Q26UDVCPU,
Q04UDPVCPU, Q06UDPVCPU, Q13UDPVCPU, Q26UDPVCPU
PC CPU 009PPC-CPU686, 009PPC-CPU852
WinCPU 009PPC-100-DC, Q10WCPU-W1
L02CPU, L02CPU-P, L02SCPU, L02SCPU-P, L06CPU, L06CPU-P, L26CPU,
L series
L26CPU-P, L26CPU-BT, L26CPU-PBT, LJ72MS15
FX0, FX0S, FX0N, FX1, FX1S, FX1N, FX1NC, FX2, FX2C, FX2N, FX2NC, FX3UC,
FX series
FX3U
R04CPU, R08CPU, R16CPU, R32CPU, R120CPU, R08PCPU, R16PCPU,
iQ-R series R32PCPU, R120PCPU, R04ENCPU, R08ENCPU, R16ENCPU, R32ENCPU,
R120ENCPU, R00CPU, R01CPU, R02CPU
iQ-F series FX5U
A273UHCPU(-S3), A173UHCPU(-S1), A171SHCPU, A172SHCPU, Q172(H)CPU,
Motion controller
Q173(H) CPU, Q172DCPU, Q173DCPU, R16MTCPU, R32MTCPU, R64MTCPU
A985GOT(-V), A975GOT, A970GOT, A960GOT, A956WGOT, A956GOT(-M3),
A953GOT, A951GOT, A950GOT,
F920GOT-K, F920 handy GOT RH type, F93 □ GOT, F930GOT-K, F94
GOT (*2) □ GOT, F940WGOT, F94 □handy GOT,
F94 □ handy GOT RH type
GT1150, GT1155, GT1550, GT1555, GT1565, GT1575, GT1585, GT2103, GT2508,
GT2510, GT2512, GT2708, GT2710, GT2712, GT2715
Sequencer function
FR-C500(A0J2HCPU equivalent)
in-built inverter
MELDAS CNC series C64 (*3)
C language controller Q12DCCPU-V, Q06CCPU-V-H01, R12CCPU-V
*1: Q00CPU, Q01CPU units corresponding to multi-CPU configuration are the units of functional version B and later.
*2: A900GOT series can be connected only to version 9.0* and later.
In case of F900GOT series, OS version 1.10 or later of F900GOT main unit is required.
*3: Top 5 digits of serial no. supports 12042 or later.
F032701.ai
F032702.ai
F032703.ai
F032704.ai
Connection format:
Connects to the interface card of Omron RTU and uses UDP protocol.
Supported functions:
Read/write to CIO, WR, HR, and DM areas on the RTU in CS and CJ modes.
F032901.ai
Enterprise systems have a feature similar to a host-host connection, where database is shared
among the servers in the system.
F032902.ai
F032903.ai
Note: A tool to estimate the load on network is provided.
Fixed scan
CI Server collects (scans) data from controllers (FCS, SCS, UGS) regularly.
Note: The maximum amount of data that can be processed differs depending on the Vnet/IP station. (Refer table below). The total com
munication amount to FCS, SCS and UGS can be adjusted such that it does not exceed the processing capacity of each station.
The scan cycle can be set to three scan types: fast, medium, and slow.
For example, you can set to scan high-severity data every second, medium-severity data every
two seconds, and low-severity data every five to ten seconds.
This can be set for each type of data such as PV, MV, SV, etc.
The following table shows default settings during normal operation.
Scan type Interval Item Notes
AOFS, BSET, BSTS, COMMENTS, DL,
Slow 10,000 msec DIALOGE, DV, HH, LL, MODE, MSH, MSL, PH,
PHASE, PL, SH, SL, UNIT, VL
Medium 5,000 msec FV, SV
High speed 1,000 msec ALRM, CPV, MV, PV
User can define each scan type controller-wise and item-wise.
Dynamic scan
In addition to the fixed scan cycles (fast, medium, and slow), there are dynamic scan cycles.
In addition to the normal scan cycle, you can speed up the scan cycle only while the item is
displayed in the graphic.
The dynamic scan period is typically used for tuning parameters. Tuning parameters generally do
not change. For example, the normal scan period is once every 30 minutes, but you can change
it to every second while the parameter setting screen is displayed.
Configuration
When connecting with CENTUM VP, the following tools are used to define CENTUM tag data as
CI server items at once.
• CI Exchange for CENTUM VP
In this tool, in addition to items, tuning panel and faceplates of CENTUM function block are
generated as screens on the CI Server.
Data that cannot be accessed with the CI Exchange tool can be accessed by defining a point in
the usual way.
Supports Vnet/IP multi domain.
Supported
Category Function Block Description
(Yes/No)
SLCD YS controller block No
SLPC YS programmable controller block No
YS programmable controller block with pulse-width
SLMC No
output
SMST-111 YS manual station block with SV output No
YS instrument SMST-121 YS manual station block with MV output lever No
SMRT YS ratio set station block No
SBSD YS batch set station block No
SLCC YS blending controller block No
SLBC YS batch controller block No
STLD YS totalizer block No
FF-AI Analog input Yes
FF-DI Digital input Yes
FF-AO Analog output Yes
FF-DO Digital output Yes
FF-CS Control Selector No
FF-PID PID Control No
FF-RA Ratio No
Foundation FF-OS Output Splitter No
Fieldbus FF-SC Signal Characterizer No
FF-IT Integrator (Totalizer) No
FF-IS Input Selector No
FF-MDI Multiple Discrete Input No
FF-MDO Multiple Discrete Output No
FF-MAO Multiple Analog Output No
FF-MAI Multiple Analog Input No
FF-SUNV Simple Universal No
Valve
VLVM Valve monitoring block Yes
monitoring
Local Switch LSW Local Switch Block No
SFC blocks
Supported
Category Function Block Description
(Yes/No)
_SFCSW Three-position switch SFC block Yes
SFC _SFCPB Pushbutton SFC block Yes
_SFCAS Analog SFC block Yes
Offsite blocks
Supported
Category Function Block Description
(Yes/No)
FSBSET Batch Set Control Block No
Offsite blocks
BLEND Blending Master Control Block No
Link blocks
Supported
Category Function Block Description
(Yes/No)
System
Function FCS_CPU CPU Load Information Block No
blocks
PIO No
Link blocks AREAIN No
AREAOUT No
Annunciator blocks
Supported
Category Function Block Description
(Yes/No)
ANN Annunciator Yes
ANN_FUP First Up Annunciator No
Annunciator Blocks ANN_SUP First Up Annunciator No
FUR_RST First Up Alarm Annunciator Reset No
FUP_RST First Up Alarm Annunciator Reset No
F033101.ai
System configuration
The Map Viewer obtains the map image from the Web mapping server of the external server
through Web HMI Server proxy service.
The following figure shows the system configuration when map viewer is used.
F033102.ai
By using a proxy service, Map Viewer can even be used in environments where the Web HMI
client cannot connect to external Web server.
In the environment where Web HMI can connect to the external Web Server, map image can
be requested directly on the Web mapping server from the Web HMI Client without using proxy
server.
F033103.ai
F033201.ai
The integrated AGA Calculation engine can profile an amount of 1000 calculations show less
than a second. An AGA calculation takes less than an average of 0.1 millisecond.
This process is based on legacy PLC/RTU input that is not based on AGA calculation standards.
Positioning
For large scale geographically dispersed projects, there may be a hierarchy of individual
Process Automation Systems, which in turn are each responsible for a specific region and are
managed by a higher-level system. For these applications CI Server provides a flexible, scalable
architecture for EAS, by supporting multi-level/multi-node configurations. It is possible to balance
server functions over multiple machines, for example for data acquisition or for supporting
many HMI clients. This architecture lends itself very well to Enterprise-wide remote operations,
- monitoring and - maintenance projects for dispersed production sites and supply chain
infrastructures such as oil and gas fields, pipeline grids, water distribution, energy generation,
etc.
Enterprise architecture
By placing functional components on multiple computers, large-scale integrated operations
monitoring is possible, allowing each business tier to gather only the information it requires.
Example structure:
Business Unit
level
Corporate
Printer Web HMI level
Server/Client
SCADA
Business Unit
Server (T1)
SCADA
Corporate
Server (T0)
SCADA
Area Server (T2)
Web HMI
Server/Client
Enterprise Enginnring Server
(EES)
Web HMI
RTU/PLC Server/Client
WAN
SCADA
Area Server (T2)
SCADA
Area Server (T2) Area level
RTU/PLC Web HMI
Server/Client
Web HMI
Onshore Facilities Server/Client
WAN
Web HMI
SCADA Server/Client
Process Server (T3)
RTU/PLC
Process level
RTU/PLC
Remote Gateway
Station (RGS)
HIS
FCS
SCS
ENG
Vnet/IP
Network
UGS
F033202.ai
F033203.ai
In the figure above a logical connection between an Enterprise Operation Module located at
the corporate level and one of the process servers from which its visualization environment is
gathering information from is shown. This allows the Enterprise Operations Module to connect to
multiple CI Servers across several levels and to visualize the gathered information in one Mimic
as illustrated here below.
BUSINESS LEVEL
FAST/TOOLS
Business Unit
Server Other
Business
Units
AREA LEVEL
FAST/TOOLS
Area Server Other
Areas
PROCESS LEVEL
Other
Process
FAST/TOOLS Areas
HIS ENG RGS Process Server
F033204.ai
F033204.ai
Enterprise engineering
Engineering multiple servers is required in the enterprise structure. Enterprise engineering server
is provided for performing engineering of multiple servers on a single server.
ASPA analyses the performance based on the guidelines of EEMUA 191 directives and the
ISA 18.2 standard that ensures quality and result of alarm systems. ASPA supports the alarm
system performance improvement processes to avoid operator overload and reduce the risk of
critical alarms being overlooked, causing wrong or to late decisions putting safety as well as the
continuity and quality of production at stake.
Major analysis items:
• Operator load KPI (EEMUA191 section 4.1.1)
• Operator load performance (EEMUA191 section 4.1.2)
• Alarm rate and alarm flooding (EEMUA191 appendix A12.7)
• Top 10 causes of alarms (EEMUA191 appendix A12.6)
• Prolonged alarms (EEMUA191 appendix A12.8)
• Interrelation of critical alarms (EEMUA191 appendix A12.11)
F033401.ai
F033402.ai
F033403.ai
F033404.ai
F033501.ai
To support a more effective HMI strategy we have developed a symbol library adopting the ISA-
101 philosophies. The ISA-101 standard helps users understand what those concepts mean and
how to implement them. It is designed to develop and establish a consistent approach to effective
HMI development and implementation for manufacturing and especially process industries.
End users, automation suppliers and system integrators can use this standard to create more
effective HMIs, which will lead to higher productivity and a safer operating environment.
Therefore, the emphasis is on showing meaningful information rather than just numbers
facilitating Advanced Operating Graphics (AOG).
The high-performance HMI is governed by the following principles:
Emphasis on information
Data in general are just numbers. In order to give meaning to those numbers that are useful
information for users, context is needed.
F033502.ai
F033503.ai
For details about AOG consulting service, contact our Business center.
The items defined by using engineering functions for realizing the functions of CI Server
are denoted by the thick-framed boxes in the following diagram.
F040001.ai
User definition
As an engineering preparation, the users who access CI Server are defined. Operation range
and accessible data range can be restricted based on users.
Controller connection
Controller to be connected and the communication protocol to be used for the connection can be
selected here. Also, data to be imported to the CI server from the data handled by the controller
to be connected is selected here.
Alarm setting
When a limit value is set for an item, alarm is generated when the limit value is crossed. For each
item, alarm related operations can be set in detail. In addition to setting limit value, item status
and alarm display information such as color and message string on the alarm display screen, and
alarm acknowledgement methods can be defined.
Historical definition
Definitions and storage methods of historical data region of item data are defined.
RDB connection
HostHost connection
OPC Tunneller
OPC-UA
AGA calculation
GIS
MELSEC
Excel Add-in version report
5 Security measures
CI Server consists of IT security function using Windows security function and CI Server
specific security function. Also, Yokogawa Endpoint security measures service can also
be used.
The functions related to CI Server specific security has encrypted communication, user
management and audit trails.
For details about security measures, refer “System product security measures standard
(TI 33Y01B30-01)”.
The following table shows the types of security measures that can be used.
Security measures Description
Access control Restricts access to files, folders, registry, and programs.
Personal firewall settings Controls the communication among computers over network.
Stopping unused Windows
Stops unused programs and services.
services
Modification of IT environment
Enables stable Windows security measures.
settings.
Settings for central management of security policies of computers
Applicable group policy settings
connected to the same domain.
User management
CI server has security mechanism that recognizes role-based application security. This allows
for user management that recognizes functional as well as administrative area privileges, from
data reference only privileges to full system configuration privileges. CI server also supports user
management through Active Directory (AD).
By mapping the user group on AD to the user group names on CI Server, refined user
management is possible. CI Server can also realize single sign on using AD.
The following privileges can be set for users:
• Display, operable screens
• Operable devices and data
• Generatable reports and trends
• Management, notification, and acknowledgement of alarms
• Operation records (automatic or manual)
• Area that can be engineered
For details, refer “User management”.
Single SignOn (SSO) can be used by integrating with Active Directory. Uses SPNEGO (Simple
and Protected GSS-API Negotiation mechanism) which is the standard user authentication
method of Web Server and supports HTTP requested SSO Web authentication.
Audit trails
Operation records for logon/logout records and data are saved as audit trails. Audit trails can be
displayed on screen and sent out as reports. Operations and data saved as audit trails can also
be defined.
For details, refer “Audit trails”.
6 Performance
Structure
A: Standalone type
Architecture in which CI Core/CI Portal / CI View are installed in the same computer.
HAC (Dual)
External CI Server
Host-Host comm
OPC UA comm
Vnet/IP STARDOM
comm comm
X9 X 90
X5 X5
HAC (Dual)
External CI Server
Host-Host comm
OPC UA comm
Vnet/IP STARDOM
comm comm
X9 X 84
X2
Internal comm
(DURM comm)
HAC (Dual)
External CI Server
Host-Host comm
OPC UA comm
Vnet/IP STARDOM
comm comm
X9 X 90
X5 X5
X2
Internal comm
(DURM comm)
HAC (Dual)
External CI Server
Host-Host comm
OPC UA comm
Vnet/IP STARDOM
comm comm
X9 X 84
X5 X5
X2
Internal comm
(DURM comm)
HAC (Dual)
External CI Server
Vnet/IP STARDOM
comm comm
X 50 X 50
Revision Information
● Title : Collaborative Information Server Product Overview
● Manual No. : TI 36K01A10-01EN