Documente Academic
Documente Profesional
Documente Cultură
B0700AX
Rev J
September 9, 2011
Invensys, Foxboro, FoxCAE, FoxPanels, FoxView, I/A Series, and the Invensys logo are trademarks of Invensys
plc, its subsidiaries, and affiliates.
All other brand names may be trademarks of their respective owners.
Tables.................................................................................................................................... vii
Preface.................................................................................................................................... ix
Purpose .................................................................................................................................... ix
Who This Document Is For ..................................................................................................... ix
What You Should Know .......................................................................................................... ix
Revision Information ............................................................................................................... ix
Reference Documents ............................................................................................................... x
Glossary ................................................................................................................................... xi
1. Overview ........................................................................................................................... 1
Introduction .............................................................................................................................. 1
Accessing Spreadsheets .............................................................................................................. 3
Accessing Spreadsheets from the Electronic Documentation CD-ROM ............................... 3
Object Manager Multicast Optimization (OMMO) ................................................................. 3
2. System Planning................................................................................................................ 5
Workstations ............................................................................................................................. 5
Virus Scanning ..................................................................................................................... 6
Virus Scan Software on Windows Platforms .................................................................... 6
Virus Scan Software on Solaris Platforms ......................................................................... 6
SMONS ............................................................................................................................... 6
Limitations on Number of Switches Assigned to a Single System Monitor ...................... 6
OS Configurable Parameters ................................................................................................ 6
FoxView ............................................................................................................................. 10
Alarming ............................................................................................................................ 12
Historians ........................................................................................................................... 12
Printers ............................................................................................................................... 14
Application Object Services ................................................................................................ 14
Applications ....................................................................................................................... 15
Control ................................................................................................................................... 15
Alarming ............................................................................................................................ 16
Control Distribution .......................................................................................................... 17
Peer-to-Peer Relationships .................................................................................................. 17
OM Scan Load ................................................................................................................... 17
FoxAPI Application Examples ....................................................................................... 17
Peer-To-Peer Examples .................................................................................................. 18
iii
B0700AX Rev J Contents
Index .................................................................................................................................... 41
iv
Figures
3-1. Original Nodebus Traffic Rates ................................................................................... 37
3-2. Adding an ATS in Extender Mode .............................................................................. 38
3-3. Migrate Nodebus 1 ..................................................................................................... 38
3-4. Migrate Nodebus 4 and Nodebus 5 ............................................................................ 39
3-5. Final Migration ........................................................................................................... 39
v
B0700AX Rev J Figures
vi
Tables
2-1. OS Configurable Parameters ......................................................................................... 7
2-2. OM Scan Load: FoxAPI Application Examples ........................................................... 17
2-3. OM Scan Load: Peer-To-Peer Examples ..................................................................... 18
2-4. OM Scan Load: FoxView Application Examples ......................................................... 19
2-5. Windows Workstation System Planning Summary ..................................................... 23
2-6. Solaris Workstation System Planning Summary .......................................................... 23
2-7. Data Access to CIO Objects on CP270 With OMMO Feature Disabled .................... 25
3-1. Windows Workstation Specification ........................................................................... 27
3-2. Solaris Workstation Specification ................................................................................ 27
3-3. Workstation Summary Worksheet .............................................................................. 28
3-4. Alarm Manager Worksheet ......................................................................................... 30
3-5. Default AST Table for Number Alarm Managers on a Windows-Based Workstation
(Local and Remote) ..................................................................................................... 31
3-6. Default AST Table for Number Alarm Managers on a Solaris-Based Workstation
(Local and Remote) ..................................................................................................... 31
3-7. FoxView Worksheet .................................................................................................... 32
3-8. AIM*Historian Worksheet .......................................................................................... 32
3-9. Loading Summary (% of BPC) ................................................................................... 34
3-10. Station Free Memory (Bytes) ...................................................................................... 34
3-11. Peer-to-Peer Data ........................................................................................................ 34
3-12. Resource Table ............................................................................................................ 35
vii
B0700AX Rev J Tables
viii
Preface
Purpose
The purpose of this document is to provide system planning and sizing guidelines for I/A Series
Mesh control network systems for both I/A Series Windows V8.4.1 or later and I/A Series Solaris
V8.3 or later platforms residing on The Mesh control network. Additional performance and siz-
ing guidelines for the Windows Server 2003 platform can be found in the following documents:
Model H90, H91, P90, and P91 System Administration Guide (Windows Server 2003,
R2 with Service Pack 2) (B0700BX)
Model H91 and Model P91 Workstation Servers for the Windows Server 2003 Operating
System (PSS 21H-4U6 B4)
Workstation Server for Windows 2003 Software Overview Microsoft Windows Server
2003 Operating System (PSS 21S-1B10 B3).
Revision Information
For this revision of the document (B0700AX, Rev. J), the following changes were made:
Chapter 1 Overview
Added question with regards to object sizing to Workstations in Introduction on
page 1.
Added Object Manager Multicast Optimization (OMMO) on page 3.
Chapter 2 System Planning
Added a note about the CPU Load percentage varying significantly depending on
platform type to Workstations on page 5.
Added the minimum parameter values to Table 2-1 OS Configurable Parameters on
page 7.
ix
B0700AX Rev J Preface
Reference Documents
The following documents provide additional and related information.
Address Translation Station Users Guide (B0700BP)
Application Object Services Users Guide (B0400BZ)
Alarm and Display Manager Configurator (ADMC) (B0700AM)
Control Processor 270 (CP270) Integrated Control Software Concepts (B0700AG)
Control Processor 270 (CP270) On-Line Image Update (B0700BY)
DIN Rail Mounted FBM Subsystem User's Guide (B0400FA)
Enclosures and Mounting Structures Site Planning and Installation User's Guide
(B0700AS)
Field Control Processor 270 (FCP270) Sizing Guidelines and Excel Workbook
(B0700AV)
Field Control Processor 270 (FCP270) Users Guide (B0700AR)
Field Device System Integrator (FBM230/231/232/233) Users Guide (B0700AH)
FOUNDATION fieldbus Users Guide for the Redundant FBM228 Interface (B0700BA)
FoxAPI Users Guide (B0193UD)
FoxPanels Configurator (B0700BB)
FoxView Software (B0700BD)
Hardware and Software Specific Instructions for Model P92 Workstation (T3500 Gen II)
(B0700EF)
Hardware and Software Specific Instructions for Model H92 Workstation (HP Z400)
(B0700EM)
Hardware Installation Procedures for Model P79 Workstation (Solaris 8 and 10 Operat-
ing Systems) (B0400SR)
Hardware Installation Procedures for Model P80 Workstation (Solaris 8 and 10 Operat-
ing Systems) (B0400SS)
Hardware Installation Procedures for Model P81 Workstation (Solaris 8 and 10 Operat-
ing Systems) (B0400SU)
x
Preface B0700AX Rev J
xi
B0700AX Rev J Preface
Glossary
Expression Meaning
AMS Alarm Management System
AIM*API AIM* Product Line Application Programming Interface
AIM*Historian AIM*API application that collects I/A Objects.
AO API The Application Object API that is part of the OM and is used by AOS to
access (e.g., create, locate) AO objects.
AO Objects The hierarchically named objects created and managed by either the Applica-
tion Object Services (AOS) or by the AO API on an OM station. They are
similar to CIO compounds, blocks, and parameters but provide increased
flexibility. You define the data parameters, attributes, and so forth. AO
objects take the form application:object.attribute.
API Application Programming Interface
AST Alarm Server Task
ATS Address Translation Station
CBL Carrierband LAN
CIO Control & Input/Output
CIO Objects The hierarchically named process control and input/output objects created
through the control configurator and managed by the control software. CIO
objects take the form compound:block.parm or compound.parm.
CP Control Processor. The control processor performs any mix of integrated
first-level automation functions such as continuous, sequential, or discreet
logic functions.
FCP270 Field Control Processor 270
FDSI Field Device System Integrator
I/A Objects The set of AO, CIO, and OM objects on I/A Series systems for which the
OM provides applications with OM Services.
I/A Series Intelligent Automation Series
I/O Input/Output
IPC Inter-Process Communications: a proprietary, Foxboro communications
layer for applications.
IPC Connec- When two applications in different stations require a permanent connection
tion between them, an IPC connection is formed. The number of IPC connec-
tions is fixed based on station type except on workstations where it is an OS
configurable parameter. For change-driven data access via OM open lists, the
OM uses one IPC connection on each station (sink and source) regardless of
how many applications open lists on the sink station.
LI LAN Interface
xii
Preface B0700AX Rev J
Expression Meaning
Multicast An IPC communication mechanism that sends messages to a group of desti-
nations. Since OM resides in every I/A Series station, multicast sends mes-
sages to every station. Therefore the terms broadcast and multicast are used
interchangeably in this document.
Nucleus Plus An embedded real-time operating system that is used on the FCP270 and
ZCP270 control stations
OM Object Manager: a proprietary, Foxboro OS extension that supports data
access to I/A objects.
OM API The Object Manager API that provides OM Services.
OM List An OM list is a set of points for which an application wants to receive
change-driven data access. These data points can consist of CIO objects, AO
objects, and OM objects that can reside locally or in remote stations. OM
lists can be opened by user applications using FoxAPI or by Foxboro applica-
tions using OM API. When an operator on a workstation brings up a new
display, the connected data points on this display are requested from the sta-
tion containing these points via an OM list. When the AIM*Historian asks
for data collection points, it also uses an OM list. When a CP block has peer-
to-peer block connections, it uses an OM list. While an OM list is open, it
exists in the station that has requested the data (sink side) and a subset of the
list exists in the station that contains remote data (source side).
OMMO Object Manager Multicast Optimization - A feature which reduces the net-
work processing overhead on The Mesh control network and I/A Series
Nodebus as well the OM processing overhead on the I/A Series stations
(Application Workstations, Control Processors, etc.). When enabled,
OMMO reduces the number of multicast network communications initiated
by the Object Manager.
OM Objects The flat named shared objects created and managed by OM Services, includ-
ing shared objects of the following types: variable, alias, process, device, let-
terbug, and socket.
OM Scanner An OM process that monitors the database of a station and sends data on an
exception basis (change-driven basis) to other stations that have requested the
data. Examples of stations that request change-driven data are CPs (for peer-
to-peer connections) and Workstations (for displays, historians and other
applications). Note that the OM scanner task always sends the change-driven
data to the OM server task of the station that requested the data via an OM
list.
OM Server An OM process that services all OM message requests. This includes change-
driven data updates, get/set requests, object location requests, etc.
OM Services The object manager services used by applications for creating and deleting
the OM objects and locating and accessing the OM objects, the AO objects,
and the CIO objects.
xiii
B0700AX Rev J Preface
Expression Meaning
Peer-to-Peer The control block mechanism that uses OM lists to refresh its block inputs
Connection with data from a remote station. That data can be from CIO, OM or AO
objects. For most control strategies peer-to peer connections will be between
CIO objects. The block that requests data is referred to as the sink of the
block connection and the block that has the requested remote data is referred
to as the source of the block connection. A block connection is normally
local to another block that exists in the same CP. However, the full path
name defined for a block parameter may be to a CIO object that is in another
CP. This remote type of connection is referred to as a peer-to-peer block con-
nection.
SMDH System Management Display Handler (Graphical User Interface for Systems
Management)
Unicast An IPC communication mechanism that sends messages to a single destina-
tion.
Workstations Stations that connect to bulk storage devices and optimally to information
networks to allow bi-directional information flow. These processors perform
computation intensive functions as well as process file requests from tasks
within themselves or from other stations. They also interface to a CRT and
the input devices associated with it. These may be alphanumeric keyboards,
mice, trackballs, touchscreens, or up to two modular keyboards. Each proces-
sor manages the information on its CRT and exchanges data with other pro-
cessor modules.
ZCP270 Z-Format Control Processor 270
xiv
1. Overview
This chapter provides an introduction to the document and the subject of sizing and the sizing
spreadsheets and worksheets.
Introduction
This document is the top level users guide for planning and sizing an I/A Series Mesh control net-
work for I/A Series V8.4.1 and later software for the Windows operating system and I/A Series
V8.3 and later software for the Solaris operating system. Lower level documents are referenced to
provide detailed specific descriptions, suggestions, and procedures for major areas such as Con-
trol, The Mesh control network, and I/O. System planning is described with respect to the overall
performance and sizing of your I/A Series system, and does not take into consideration factors
such as cost, environment, installation, and configuration. These factors are described in sales
guidelines, sales tools, and other user documents.
Spreadsheets and worksheets are provided to make a variety of sizing calculations for I/A Series
workstations and control stations. I/A Series sizing spreadsheets are Microsoft Excel application
software packages that execute on a Windows PC and provide automated calculations based on
user input. Worksheets are provided for manual calculations if spreadsheets are not available.
The spreadsheets and worksheets should be used before final system configuration to expedite the
configuration process and eliminate the need for reconfiguration. They can also be used to assist
in developing a process control strategy that allows for maximum usage of all stations while pro-
viding for expedient throughput for process control blocks.
Planning and sizing The Mesh control network for performance requires you to determine the
distribution of equipment and software to guarantee that the system responds well to user actions,
controls the process in real time, and meets published performance and sizing specifications for
control, alarming, AIM*Historian data collection, and so forth.
Additional planning and sizing is needed if The Mesh network is connected via an Address Trans-
lation Station (ATS) to a Nodebus network. Chapter 3 System Sizing describes the sizing calcu-
lations for inter-network traffic between The Mesh network and the Nodebus network. Refer to
the Standard I/A Series Migration Strategies section in V8.3 Software for the Solaris Operating
System Release Notes and Installation Procedures (B0700RR) for planning recommendations regard-
ing the ATS usage.
This document coupled with the lower level reference documents and the sizing spreadsheets and
worksheets will help you successfully plan and size your system by providing information and data
calculations that answer questions regarding control stations loading, workstations loading, and
network traffic:
Control Stations:
How many control stations do I need to support the number and type of I/O points
in my system?
How do I distribute my control process load between control stations?
How many peer-to-peer connections can my system support?
What is the estimated Field Bus Scan Load % for each control station?
1
B0700AX Rev J 1. Overview
What is the estimated Control Block Load % for each control station?
What is the estimated Sequence Block Load % for each control station?
What is the estimated Total Control Cycle Load % for each control station?
What is the estimated OM Scan Load % for each control station?
What is the estimated CPU Load % for each control station to support my AIM*His-
torian application?
What is the estimated CPU Load % for each control station to support my FoxView
displays?
What is the estimated CPU Load % for each control station to support my worksta-
tion applications?
What is the estimated CPU Load % for each control station if I choose to use the
default Aprint services for alarm notification?
What is the estimated Idle Time % for each control station to support sustained alarm
rates, alarm bursts, and alarm destinations?
What is the estimated memory consumption for each control station?
Do the sizing estimates for each control station exceed the recommended control sta-
tion CPU loading guidelines?
Workstations:
Do the default OS configurable parameter settings for each workstation satisfy the
number of connections I need between the workstation and control stations?
What is the estimated CPU Load % for each workstation to support my AIM*Histo-
rian application?
What is the estimated CPU Load % for each workstation to support my FoxView
displays?
What is the estimated CPU Load % for each workstation if I choose to use the default
Aprint services for alarm notification?
Do the sizing estimates for each workstation exceed the recommended workstation
CPU Load % loading guidelines?
How many OM objects will have to be created for each of the unique objects required
to be monitored by this workstation?
Network Traffic:
What is my estimated Mesh network traffic flow and can my network configuration
handle the estimated sustained and peak traffic rates?
If connecting to a Nodebus system via ATSs, do I need to do a total replacement of
LAN Interfaces (LIs) or can I do a gradual migration using an ATS running in
Extender mode?
NOTE
All references to workstations apply to both Windows and Solaris workstations,
unless explicitly referred to as either a Windows workstation or a Solaris
workstation.
2
1. Overview B0700AX Rev J
Accessing Spreadsheets
Spreadsheets can be accessed on the I/A Series Electronic Documentation CD-ROM or from the
IOM Global Customer Support Center (Global CSC) web site (http://support.ips.invensys.com).
These spreadsheets can be run on any personal computer that has Microsoft Excel software. You
should use the Microsoft Office 97 or later version of Excel.
For personal computer hardware and software requirements, refer to documentation for the Excel
spreadsheet. Also, refer to the Excel documentation for general principles of operation.
3
B0700AX Rev J 1. Overview
4
2. System Planning
This section contains system recommendations and guidelines that you should follow to ensure
your I/A Series system does not exceed published I/A Series performance and sizing
specifications.
The system planning phase will result in an I/A Series system that provides fast response to user
actions, provides real-time control with no overruns, handles sustained alarm rates and alarm
bursts, and supports customer applications and data access.
You should be familiar with the various sizing guidelines related to the configuration of a system
prior to system definition/configuration. The Mesh control network no longer requires that you
extensively plan Mesh network traffic rates, because the bandwidth usage will typically be less
than 2% on an I/A Series system. If connecting The Mesh network to a Nodebus network using
an ATS in Extender mode, you will need to size traffic rates for the LI associated with the ATS in
Extender mode. Refer to the Standard I/A Series Migration Strategies section in V8.3 Software
for the Solaris Operating System Release Notes and Installation Procedures (B0700RR) for planning
inter-network communications between Mesh and Nodebus networks. System planning also
requires that you determine the following:
Workstation Loading
Control Station Loading
Distribution of I/O
OS Configurable Parameters.
Workstations
The general workstation CPU loading guideline is that you should keep the sustained workstation
idle time to at least the recommended value of Reserved CPU Load (Windows=40%, Solaris=
40%). Reserved CPU Load % ensures that the workstation has a reserve performance capacity to
support temporary peak loads for virus scanning, alarm bursts, alarm recovery, historian data
reduction, historian archiving, large application startups, end of shift reports, file printing, file
copies, network backup/restore, and so forth.
Workstation planning requires you to consider the following:
Virus Scanning
System Monitor configuration
OS Configurable Parameters
FoxView displays
Alarming
AIM*Historian
Application Object Services
Customer applications.
5
B0700AX Rev J 2. System Planning
NOTE
The CPU Load percentage varies significantly depending on platform type.
Virus Scanning
Virus scan protection is recommended regardless if you have any external network connections,
because the system must still protect against file transfers done from local devices.
SMONS
System Monitor (SMON) is used to monitor the status of stations and devices on The Mesh con-
trol network. The SMON limits enforced by System Definition software are:
I/A Series software, v8.4.x and earlier - 30 SMONS maximum per system
I/A Series software, v8.5 and later - 128 stations (includes switches) maximum per
SMON.
OS Configurable Parameters
Workstations support OS configurable parameters that enable you to fine tune OS extension
resources for a particular application. These OS configurable parameters consist mainly of Object
Manager shared memory resources. They include:
6
2. System Planning B0700AX Rev J
NOTE
For I/A Series software v8.4.2 or later on Solaris systems, or v8.6 or later on
Windows systems, the values in the Default Value column are configured in the
\usr\fox\exten\config\loadable.cfg file, and the values in the Min Value and Max
Value columns are configured in the \usr\fox\exten\config\user_rule.cfg file.
CMX_NUM_CONNECTIONS
Maximum number of concurrent connections allowed by the workstation.
CMX_NUM_CONNECTIONS OM_NUM_CONNECTIONS.
URFS_NUM_CONNECTIONS (Solaris Only)
7
B0700AX Rev J 2. System Planning
Number of connections used by uRFS.
OM_NUM_OBJECTS
Total number of OM objects that can be created by applications. The number of OM
objects is also used to support the number of Application Objects because they share
OM memory space.
You can use the /usr/local/show_params utility to view the usage of OM objects.
You can use the /opt/fox/bin/tools/som utility (list command) to view the names of
OM objects created.
Each FoxView creates ~65 OM objects.
Each Alarm Manager Subsystem creates ~10 OM objects.
OM_NUM_CONNECTIONS
Total number of station connections used by OM Server for local OM change-driven
lists. The number of connections determines how many stations can source data for
workstation displays, AIM*Historian, and user applications.
You can use the /usr/local/show_params utility to view the usage of station
connections.
OM_NUM_IMPORT_VARS
Total number of entries used to save station addresses for I/A objects to minimize mes-
sage multicasts.
You can use the /usr/local/show_params utility to view the usage of I/A objects
imported.
You can use the /opt/fox/bin/tools/som utility (imp command) to view the names of
imported I/A objects (for example, compounds).
OM_NUM_LOCAL_OPEN_LISTS
Total number of workstation OM lists that can be opened for change-driven data
access.
Each FoxView opens one list per 1-75 display points.
Each AIM*Historian opens (via FoxAPI) one list per 1-255 points sampled.
Each user application opens (via FoxAPI) one list per 1-255 points requested for
change-driven access.
You can use the /usr/local/show_params utility to view the usage of local OM lists.
You can use the /opt/fox/bin/tools/som utility (opdb command) to view local OM
lists.
OM_NUM_REMOTE_OPEN_LISTS
Total number of remote OM lists that source data (for example, remote shared vari-
ables) for corresponding local OM lists (for example, FoxView displays) opened on
other workstations.
You can use the /usr/local/show_params utility to view the usage of remote OM lists.
You can use the /opt/fox/bin/tools/som utility (opdb command) to view remote
OM lists on workstations.
8
2. System Planning B0700AX Rev J
You can use the /opt/fox/bin/tools/rsom utility (opdb command) to view remote
OM lists on control stations.
IPC_NUM_CONN_PROCS
Maximum number of workstation software processes that register for IPC connected
services.
I/A Series baseline software running on a Windows workstation consumes approxi-
mately 35 I/A Series processes registered for IPC connected services.
I/A Series baseline software running on a Solaris workstation consumes approximately
35 I/A Series processes registered for IPC connected services.
You can use the /usr/local/show_params utility to view the usage of IPC connected
services.
You can use the /opt/fox/bin/tools/sipc utility (list dt command) to view the names
of the processes registered for IPC connected services.
IPC_NUM_CONNLESS_PROCS
Maximum number of workstation software processes that register for IPC connection-
less services.
I/A Series baseline software running on a Windows workstation consumes approxi-
mately 65 I/A Series processes registered for IPC connectionless services.
I/A Series baseline software running on a Solaris workstation consumes approximately
70 I/A Series processes registered for IPC connectionless services.
You can use the /usr/local/show_params utility to view the usage of IPC connection-
less services.
You can use the /opt/fox/bin/tools/sipc utility (list cdt command) to view the names
of the processes registered for IPC connectionless services.
GET_SET_TIMEOUT
The timeout value (in seconds) for which a station should wait before timing out
GETVAL and SET_CONFIRM operations.
OM_MULTICAST_OPTIMIZATION
(For Windows-based workstations with I/A Series software v8.6 or later only)
Enables (1) or disables (0) the Object Manager Multicast Optimization (OMMO)
feature during workstation boot up, as discussed in Object Manager Calls
(B0193BC).
Reduces the number of multicast network communications initiated by the Object
Manager to reduce the network processing overhead on The Mesh control network
and I/A Series Nodebus control network hardware (such as a switch, Address Transla-
tion Station (ATS), etc.) and the OM processing overhead on the I/A Series stations,
to increase the efficiency and robustness of I/A Series network communications.
Available on Windows-based workstations with I/A Series software v8.6 or later only.
IMP_SAVE_PERIOD
(For Windows-based workstations with I/A Series software v8.6 or later only)
For the Object Manager Multicast Optimization (OMMO) feature, determines how
often (in minutes) a workstation saves its import table and address table to local files,
9
B0700AX Rev J 2. System Planning
which the workstation will use to populate its OM database when rebooting, as
discussed in Object Manager Calls (B0193BC).
Helps to reduce network load as the last known locations of OM objects will be
loaded from this file instead of having to be requested from stations on the network
via multicast messages.
OMMO_MULTICAST_DELAY
(For Windows-based workstations with I/A Series software v8.6 or later only)
Delay time (in milliseconds) between the opening of OM lists that are sent via multi-
cast message and those that are sent to stations on the Nodebus. Related to the Object
Manager Multicast Optimization (OMMO) feature discussed in Object Manager
Calls (B0193BC).
OMMO_UNICAST_DELAY
(For Windows-based workstations with I/A Series software v8.6 or later only)
Delay time (in milliseconds) between the opening of OM lists that are sent via unicast
message to stations on The Mesh control network. Related to the Object Manager
Multicast Optimization (OMMO) feature discussed in Object Manager Calls
(B0193BC).
FoxView
In general, FoxView displays affect I/A Series control network systems as follows:
Each FoxView display consumes a workstation CPU Load % for updating display val-
ues, bar graphs, trend lines, and so forth.
Each FoxView display consumes one workstation OM Server connection per remote
station that sources display points.
Each FoxView instance and its display consumes the following workstation OS con-
figurable parameters:
OM_NUM_OBJECTS
OM_NUM_LOCAL_OPEN_LISTS
OM_NUM_CONNECTIONS.
Each FoxView display causes a control station OM Scan Load % based on the num-
ber of display points the control station scans each second.
Each FoxView display causes each control station that sources display points to con-
sume one OM Scanner connection.
FoxView display updates are based on the display scan rate and the fast scan option configured
when building a display using FoxDraw. The display configurable scan rate (which has a default
of 1 s) applies to all stations sourcing display points. It determines how often the source stations
scan the display points and send updated values to the workstation. The fast scan option applies
only to control stations with a BPC of 100 ms or faster that are configured by SysDef to allow the
OM fast scan option. A display configured with the fast scan option, coupled with a control sta-
tion configured for OM fast scan, will cause a control station sourcing display points to scan the
points every 100 ms and send updated values to the workstation.
The default display scan rate of 1 second coupled with the default NO fast scan option guarantees
the following:
Display call-up with initial data values within 1 to 2 seconds.
10
2. System Planning B0700AX Rev J
NOTE
The fast scan option will increase the OM Scan load on each control station that
sources display data approximately ten times the normal rate for the display points.
It is recommended that you use the FoxView display fast scan option only if you
have control stations running at 100 ms BPC or faster and require an initial display
call-up time less than 1 second or if your data source is external to I/A and the dis-
play update time needs to be faster.
A workstation can support multiple FoxViews (Windows 1-16, Solaris 1-16) and each worksta-
tion worksheet calculates a CPU Load % based on a 200-point display with all the display points
changing value every scan cycle. When building FoxView displays, you should consider the fol-
lowing system impacts:
Displays consume workstation OM Server connections equal to the number of sta-
tions that source the display points. If the number of stations sourcing display points
exceeds the number of OM Server connections, the display will not connect to all
source stations and update all the points. The number of OM Server connections is an
OS configurable parameter (OM_NUM_CONNECTIONS) and can be increased to
correct this condition. The OM multiplexes station connections for all OM lists on a
single workstation. The default value (Windows=200, Solaris=200) should not require
you to make any modifications.
Displays use one local OM list on the workstation for each of 1 to 75 unique display
points. The number of OM local lists is an OS configurable parameter
(OM_NUM_LOCAL_OPEN_LISTS). The default value (Windows=100, Solaris=
100) should not require you to make any modifications.
Displays should contain 200 points maximum to ensure an initial call-up time of less
than 2 seconds.
A 200-point display with the default scan rate of 1 second consumes a workstation
CPU Load of 2.0% for Windows workstations and 5.2% for Solaris workstations.
A 200-point display configured to use the fast scan option consumes a workstation
CPU Load of 4.0% for Windows workstations and 10% for Solaris workstations.
Displays configured to use the fast scan option increase the workstation CPU Load %
because they cause FoxView software to update the display values at a faster rate and
the workstation to process ten times the number of OM Scanner update messages sent
by source control stations every 100 ms.
Displays cause a control station that sources display points to have an OM Scan Load
of 1.8% per 1,000 points/second changing every scan cycle.
A 200-point display with the default scan rate of 1 second that has all the display
points sourced by a single control station increases the control stations OM Scan
Load by 0.4%.
Displays configured to use the fast scan option increase (by ten times) the OM Scan
Load % on each 100 ms control station that sources display points and is configured
for the fast scan option. Each source control station scans display points every 100 ms
rather than every 1 second and sends 10 times the number of update messages.
11
B0700AX Rev J 2. System Planning
A 200-point display with the display fast scan option that has all display points
sourced by a single OM fast scan control station causes a control station OM Scan
Load of 4.0%.
If you are configuring displays with the fast scan option, you must consider the num-
ber of FoxView displays that can simultaneously access data from the same control
station. This factor is covered in the OM Scan Loading section of the Control Station
spreadsheets.
Alarming
The Mesh control network requires that you configure alarm destinations for control station
alarms. APRINT services on each control station sends control process alarm messages to the
Alarm Management Subsystem (AMS) for configured alarm destinations such as workstations,
printers, and AIM*Historian workstations. It sends multiple alarm messages (1 per destination)
for each process alarm occurrence.
When planning alarm handling for your system, you should consider the following:
What is the expected sustained alarm rate (alarms/second) for each controller?
Sustained alarm rate = 5% of the control loops, where the number of control loops =
(blocks per second)/5.
Example: 5000 blocks per second = 1000 control loops.
Sustained alarm rate = 1000 * 5% = 50 alarms per second.
How many alarm destinations do I need for each controller?
How many alarm messages per second do I require for each controller? Alarm mes-
sages per second = sustained alarm rate * alarm destinations
How heavily loaded are my controllers; how much Idle Time is needed to support the
number of alarm messages?
Aprint increases the control station alarming load significantly for each alarm destina-
tion configured. The alarming CPU Load % doubles for 2 destinations, triples for 3,
and so on.
Aprint services on a control station consumes 0.1% Idle Time for each alarm message
generated. For example, the Idle Time needed for 100 alarm messages per second =
100 *0.1% = 10%.
The Alarm Management Services (AMS) on a Windows workstation consumes 2.5%
CPU Load % for every 100 alarm messages per second processed.
The Alarm Management Services (AMS) on a Solaris workstation consumes 5% CPU
Load % for every 100 alarm messages per second processed plus an additional 5%
base load.
The AMS base load on a workstation also depends on the number of Alarm Managers
and the refresh rate of each Alarm Manager.
Historians
In general, AIM*Historian affects The Mesh control network as follows:
AIM*Historian consumes workstation CPU Load % based on data collection rates,
data reduction, and data archiving.
12
2. System Planning B0700AX Rev J
AIM*Historian consumes workstation Disk Load Time % and physical disk space
based on Real-Time Point (RTP) file sizes.
AIM*Historian increases control station CPU Load % for OM scanning of data col-
lection points sourced by the control station.
AIM*Historian consumes the following workstation OS configurable parameters:
OM_NUM_LOCAL_OPEN_LISTS
OM_NUM_CONNECTIONS
AIM*Historian consumes one workstation OM Server connection for every station
that sources collection points.
AIM*Historian causes a control station to consume one OM Scanner connection for
collection points it sources.
The data collection rate determines how much data will be collected in a particular time frame
and is controlled by the following:
Delta specifies the minimum change of a data collection point relative to the previ-
ous collected value. A delta is assigned to each data collection point and should be the
controlling variable for the data collection rate.
Collection Frequency specifies how often the data collection points are scanned for
changes on the stations (for example, control stations) that source the data. AIM*His-
torian supports a slow and fast frequency option. By default, the fast frequency is in
effect, and in most implementations there is little need to switch to the slow fre-
quency. In many cases, making the collection frequency the controlling variable can
be used as a convenient alternative to fine-tuning the individual deltas of data collec-
tion points.
Max Time Between Samples guarantees that a value is placed in the database at least
at the specified interval regardless if the value has changed more than the delta since
the last collection. This parameter can be considered to have the opposite functional-
ity as the Collection Frequency.
Data collection points are combined and collected into RTP files. A new RTP file is started when-
ever the active one becomes full or when the specified Real-Time Retention Time parameter
(RTTIME) has expired. The finished files are eventually repacked, which shrinks their sizes to
about one-third without compression, and by an additional 40% to 60% when compression is
on. Data retrieval is less efficient from a large number of small files when compared to a small
number of large files; however, if the RTP files are too large, performance problems can occur
because RTP files may not comfortably fit into physical memory. Disk activity increases and sys-
tem performance may degrade.
A workstation can support multiple AIM*Historian instances, each capable of collecting in excess
of 20,000 points. When using AIM*Historian software, you should consider the following system
impacts:
AIM*Historian software consumes an average workstation CPU Load (Windows=
2%, Solaris=3%) for data collections that change at a rate of 1,000 points/second.
AIM*Historian software consumes a workstation CPU Load (Windows=1%, Solaris=
1.5%) for every 1,000 data collection points reduced at a rate 15 minutes.
AIM*Historian software consumes a workstation CPU Load (Windows=5%, Solaris=
4%) for every 5,000 data collection points archived at the default rate.
13
B0700AX Rev J 2. System Planning
Printers
The workstation sizing spreadsheet entry Reserved CPU Load % has been set to include handling
printer operations such as system messages and alarm messages. When deciding which worksta-
tions should host local printers, consider the following:
Local printers consume approximately 10% CPU Load for printing alarms.
All alarm printers should be operated in the HSD (High Speed Draft) mode. This
allows the best system performance when printing alarms and documents.
Printing reports has about the same CPU Load % effect as printing alarms when the
alarm rate is 30 alarms/minute or 10% load.
14
2. System Planning B0700AX Rev J
AOS uses Object Manager shared memory. Run calcAppSize to determine the correct
size of the OS configurable parameter OM_NUM_OBJECTS.
The workstation CPU Load % is low and optimized, buffered AOA accesses using the
AO API are greater than 10,000 per second on a workstation.
Refer to Application Object Services Users Guide (B0400BZ) for detailed information regarding
AOS.
Applications
It is the responsibility of the user to determine the system impact of customer application pack-
ages or third-party applications installed on The Mesh control network. Consider the following
when installing application packages on the workstation:
The general workstation CPU Loading guideline is that you should keep the Reserved
Overhead % (Windows=40%, Solaris=40%) to ensure enough reserve capacity to sup-
port peak loads for process upsets, large application startups, end of shift reports,
printing, file copies, network backup/restore, and so forth.
Customer applications that access I/A Series data need to estimate the workstation
CPU Load % based on FoxAPI performance guidelines.
Third-party applications specifications for minimal system requirements (for exam-
ple, RAM size) may affect I/A Series applications like AIM*Historian.
The number of application software packages.
The size of user-developed applications and programs.
The frequency of application executions.
Simultaneous application executions.
Minimizing system broadcasts and multicasts.
For Windows platforms, you can determine the effect an application has on the workstation by
using the Windows Performance Meter (Programs > Administrator Tools > Performance).
The Windows Performance Meter provides metrics for the system, processor, processes, memory,
physical disk, and so forth.
For Solaris platforms, you can determine the effect an application has on the workstation using
the ps command and the perfmeter utility (click Launch > Applications > Utilities >
Performance Meter).
Depending on the number and types of applications being run at the same time, increasing the
workstation memory may improve system performance. Increased memory usually reduces the
amount of paging and swapping to the physical hard disk.
Control
This section presents an overview of the system planning and sizing guidelines required for you to
adequately plan your control strategy on The Mesh control network. Refer to Field Control Proces-
sor 270 (FCP270) Users Guide (B0700AR) and Z-Module Control Processor 270 (ZCP270) Users
Guide (B0700AN) for detailed specifications regarding the FCP270 and ZCP270 control stations
respectively.
In general, you must determine the number of control locations desired and properly size each
control station. The key performance measures associated with sizing a control station are:
15
B0700AX Rev J 2. System Planning
Making sure the control station has enough execution time to read and write the I/O.
Making sure the control station has enough execution time to execute the installed
function blocks.
Making sure the control station has enough memory to hold the control database and
sequence code.
Making sure the control station has enough Idle Time to send alarm messages to all
configured alarm destinations.
Making sure the control station has enough execution time to scan all data points it
sources for FoxView displays, AIM*Historian, Peer-to-Peer connections, and worksta-
tion application packages.
Making sure the control station has enough OM Scanner connections for data it
sources for FoxView displays, AIM*Historian, Peer-to-Peer connections, and worksta-
tion application packages.
Making sure the control station can support the number of scanner update messages it
sends based on the number of OM Scanner connections and the OM scan rate. Each
scanner update message takes an OM Scan Load of 0.03%. The OM scanner update
messages are per list with a maximum of 100 scan points per message. An application
that opens a list of 225 points can require 3 update messages per scan cycle if the list
points change every scan cycle. A control station scanning at the fast scan option rate
of 100 ms sends ten times the number of scanner update messages it would send if it
scanned at 1 second.
Making sure the control station has enough OM Server connections for peer-to-peer
sink data.
Refer to FCP270 Sizing Guidelines and Excel Workbook (B0700AV) and ZCP270 Sizing Guidelines
and Excel Workbook (B0700AW) for detailed operations on sizing the FCP270 and ZCP270 con-
trol stations respectively.
Alarming
Alarms and status messages are generated by an Alarm block or by alarm options in selected
blocks. Consider the following:
Number of points with alarm indication
Priority of alarms
Criticality of alarms within each compound
Devices and applications to be notified of process alarms
Use of the compound alarm inhibit parameter
Frequency of alarms.
The frequency of spontaneous alarms impacts the devices configured to be notified of alarms,
communication traffic on the network, and operator responsiveness. Alarming strategies include:
Providing a significant delta to eliminate nuisance alarming caused by the process
drifting in and out of alarm when it is near a high or low limit
Using the compound alarm inhibit function to eliminate alarms on a priority level
basis.
16
2. System Planning B0700AX Rev J
Control Distribution
Distribution of the various control schemes among the process control hardware, control proces-
sors and Fieldbus Modules, require you to consider the following:
CP storage memory required
CP compound or block throughput
Interprocess communication (IPC) connections
Peer-to-peer relationships
FBMs supported per CP.
Peer-to-Peer Relationships
Peer-to-peer connections between stations are established when a compound:block.parameter in a
source (supplier of data) station is connected to a compound:block.parameter in a sink (receiver
of data) station. An IPC connection is formed in each station. Multiple peer-to-peer connections
between two stations result in only one IPC connection for each station.
Peer-to-peer supports the following:
7500 sink points
100 OM Scanner connections for source points
30 OM Server connections for sink points.
OM Scan Load
The OM Scan Load % is based on the following:
The number of data points scanned/second.
The number and size of scanner update messages sent each second for OM list
updates.
Below are tables with examples of OM Scan Load for a CP270 sourcing data.
17
B0700AX Rev J 2. System Planning
NOTE
AIM*Historian software is an application that uses FoxAPI software. The default
list scan rate for FoxAPI software is 0.5 seconds. Scanning 5,000 points every 0.5
seconds is equivalent to scanning 10,000 points/second.
Peer-To-Peer Examples
18
2. System Planning B0700AX Rev J
NOTE
The number of Sink stations does not affect the OM Scan Load % on the Source
station. The list scan rate for Peer-To-Peer is 0.5 seconds. Scanning 5,000 points
every 0.5 second is equivalent to scanning 10,000 points/second.
19
B0700AX Rev J 2. System Planning
NOTE
The OM Scan Load % for the CP270 is based on the number of unique display
points, the lists scan rate (default 1.0 second), and the percentage of display points
changing every second. Examples above are for the default 1.0 second scan rate.
Displays configured for the fast scan option rate will have an OM Scan Load % ten
times the default list rate.
20
2. System Planning B0700AX Rev J
Careful planning is necessary to prevent control blocks or compounds from being unable to pro-
cess within a single scan cycle.
Phasing
! CAUTION
Be careful when phasing! Putting blocks at different phases in the same control loop
introduces deadtime into that loop that can severely degrade control.
Phasing of blocks, which is the staggering of scan periods, should be used to prevent block proces-
sor overload. Refer to Control Processor 270 (CP270) Integrated Control Software Concepts
(B0700AG) before attempting to phase a station.
I/O Points
The control station user guides and control station spreadsheets provide recommendations and
sizing guidelines for the following I/O:
Legacy (100 Series) FBMs
DIN Rail Mounted (200 Series) FBMs
FOUNDATION fieldbus (FF)
Profibus
HART
Modbus
FDSI.
Network
Normally, understanding the details of the network traffic flow is an important part of planning
and implementing a mesh network. A reasonable qualitative analysis of traffic profiles can be
obtained without performing a rigorous quantitative analysis. To achieve this, a reasonable esti-
mate must be made. Normally, the designer needs to know:
What the traffic characteristics are (traffic volume and rates)?
Device throughput
What devices are talking to each other (the traffic flows across the network)?
The physical and logical location of all these devices
What the traffic volumes are by device type and/or technology?
peak and average sustained load
packet/frame size
What is the network percent capacity used?
How much of the bandwidth is being used?
Is there any evidence of network congestion?
number of packet discards
21
B0700AX Rev J 2. System Planning
error rates
traffic overhead.
If you do not adequately understand these traffic flows, you can end up with a slow or non-work-
ing network. Answering these basic questions and performing some planning allows for a nice
load balanced redundant system.
The following I/A Series functionality contributes to the network traffic rate:
FoxView display updates
AIM*Historian data collection
Alarming messages to Alarm Managers, Printers, and Historians
Peer-to-Peer
Application Packages change-driven data access and get/set operations.
However, the network traffic rates for The Mesh control network is not a gating issue because typ-
ical traffic rate calculations for the above I/A Series functionality typically yield a network band-
width utilization of <2%. Mesh network traffic rates need to be considered only in the case of
third-party applications or user applications that generate high packet rates.
Workstation to workstation operations on The Mesh network, such as copying extremely large
files, can result in a temporary high bandwidth usage up to 50% of the network. These types of
operations also need to be considered.
The following baseline data is assumed for The Mesh bandwidth usage (<2%):
Average I/A Series packet size is 150 bytes.
Average I/A Series sustained packet rate will not normally exceed 1500 packets/second
(based on <2% bandwidth and 150-byte packets).
The following table contains packet size and packet rate data for the 100 Mb Mesh network:
Packet Size (bytes) Max Packets/Second
64 148,810
150 73,529 (2% = 1470)
1518 8,127
NOTE
When measuring bandwidth on The Mesh, a given measurement applies only to a
given link and the conversations on that link.
Refer to The MESH Control Network Architecture Guide (B0700AZ) for configuring The Mesh.
V8.1 introduced connecting The Mesh network to a Nodebus network using ATSs. If using an
ATS in Extender mode, you will need to calculate inter-network traffic rates through the ATS in
Extender mode to ensure that its corresponding Nodebus LI traffic rate does not exceed the max-
imum recommended sustained rate of 220 packets/second. All stations that migrate to The Mesh
network and continue to communicate to stations on the Nodebus must maintain their original
Nodebus communication limits.
Copying a large data stream from a Nodebus through an ATS to The Mesh network is not recom-
mended. Refer to the Standard I/A Series Migration Strategies section in V8.3 Software for the
22
2. System Planning B0700AX Rev J
Solaris Operating System Release Notes and Installation Procedures (B0700RR) for specific details
regarding data transfers between the Nodebus and The Mesh network.
1.
Control station OM scan load % is 2% for 1000 points changing every second and 0.03% for every scan-
ner update message.
23
B0700AX Rev J 2. System Planning
1.
Control station OM scan load % is 2% for 1000 points changing every second and 0.03% for every scanner
update message.
NOTE
If you estimate that the number of multicast messages on your Nodebus and/or The
Mesh control network may exceed these specifications, it is recommended that you
enable the Object Manager Multicast Optimization (OMMO) feature, which
reduces the number of multicast messages made and enables many of them (global
find, get and set, etc.) to be performed as unicast messages which have a much lower
impact on the networks. OMMO is available on stations with I/A Series software
v8.6 or later. Refer to Object Manager Calls (B0193BC) for more information on
this feature.
24
2. System Planning B0700AX Rev J
If an I/A objects address is known, the OM API will perform direct connectionless send messages
to the station that sources the data. The maximum data access rates for CIO objects are governed
by the access method (multicast versus direct send) and the control station load. Table 2-7 lists the
maximum data access rates to CIO objects for a Mesh system on which the stations with
I/A Series software v8.6 or later have the OMMO feature disabled.
Table 2-7. Data Access to CIO Objects on CP270 With OMMO Feature Disabled
Notes:
1. When using multicasts, the load on a single control station is the sum of all the get/set
operations performed by all the applications in the entire system because each station
must process each message.
2. Sequence code generates get/set requests using the OM API. Refer to High Level Batch
Language (HLBL) Users Guide (B0400DF) for sequence code guidelines.
25
B0700AX Rev J 2. System Planning
26
3. System Sizing
The following sections present sizing information for workstations, control stations, and I/O
points. All data values presented in tables and worksheets have been rounded to one decimal
position.
Workstations
Below are the initial Workstation Specification tables (Windows and Solaris platforms) for the
V8.3 I/A Series Mesh control network. The performance and sizing metrics are based on each
workstations specifications and thus each worksheet Workstation CPU Factor is 1.0.
Table 3-1. Windows Workstation Specification
Description Value
System Microsoft Windows XP Professional Version 2002 Service Pack
2
Computer Pentium 4 CPU 3.2 GHz (PW380, P92)
512 MB of RAM
Hard Disk Drives XP (C:) 15.6 GB
IA (D:) 217 GB
Workstation CPU Factor 1.0
NOTE
Other Windows workstations (for example, PW340, PW360, PW370) have a
Workstation CPU Factor of 1.5 based on performance and sizing specifications for
pre-V8.2 I/A Series releases.
Description Value
System Solaris 10 Operating System (6/06 distribution)
Computer UltraSPARC IIIi (Ultra 25 workstation, P82)
1.34 GHz
1 GB of RAM
Hard Disk Drives 160 GB SATA
Workstation CPU Factor 1.0
NOTE
The Workstation CPU Factors for each Solaris workstation that can be migrated
from V7.x to V8.3 software for the Solaris operating system are listed below:
- P79 workstation, SunBlade 150 (550 MHz) = 2.5
- P80 workstation, SunBlade 2000 (900 MHz) = 1.5
- P81 workstation (silver model), SunBlade 1500/S (1.5 GHz) = 1.0
- P81 workstation (red model), SunBlade 1500/R (1.03 GHz) = 1.3
27
B0700AX Rev J 3. System Sizing
NOTE
The CPU Load percentage varies significantly depending on platform type.
NOTE
Values in the summary worksheet are based on the Windows and Solaris worksta-
tion examples from the worksheets that follow in this chapter. For example, the val-
ues for the Alarm Manager entries in the summary worksheet below are derived
from the Total CPU Load % of 4.5% and 16.5% calculated for the Windows
and Solaris workstations in Table 3-4, Alarm Manager Worksheet on page 30.
Examples:
1. Total CPU Load % for a Sun Blade 1500/R Workstation:
(3.0+40.0) + ((1.3)*(16.5+10.4+4.7+5.0)) = 90.6
28
3. System Sizing B0700AX Rev J
29
B0700AX Rev J 3. System Sizing
The following table shows an example calculation for a Mesh workstation with 100 alarms/second
and 5 Alarm Managers.
Table 3-4. Alarm Manager Worksheet
NOTE
The Sustained Alarm Rate measures the time to process the alarm message traffic
and is independent of the AST refresh rate.
30
3. System Sizing B0700AX Rev J
Table 3-5. Default AST Table for Number Alarm Managers on a Windows-Based Workstation
(Local and Remote)
# Alarm AST Refresh CPU Load % CPU Load % CPU Load % CPU Load %
Managers Rate 1K Database 5K Database 10K Database 32K Database
1 3.0 seconds 0.2 0.2 0.2 0.4
5 3.0 seconds 0.2 0.2 0.4 1.0
10 3.0 seconds 0.2 0.4 0.8 1.7
15 3.0 seconds 0.2 0.7 1.0 2.2
20 3.0 seconds 0.2 0.7 1.0 3.0
25 3.0 seconds 0.2 0.8 1.5 3.5
Table 3-6. Default AST Table for Number Alarm Managers on a Solaris-Based Workstation
(Local and Remote)
# Alarm AST Refresh CPU Load % CPU Load % CPU Load % CPU Load %
Managers Rate 1K Database 5K Database 10K Database 32K Database
1 3.0 seconds 0.9 0.9 0.9 0.9
5 3.0 seconds 4.0 4.0 4.0 4.0
10 3.0 seconds 8.0 8.0 8.0 8.0
15 3.0 seconds 12.0 12.0 12.0 12.0
20 3.0 seconds 16.0 16.0 16.0 16.0
25 3.0 seconds 20.0 20.0 20.0 20.0
Notes:
1. Each of the Number Alarm Managers tables measures the time to process alarm
changes and is dependent on the AST refresh rate and independent of the sustained
alarm rate, as long as at least one alarm changes per refresh cycle.
2. CPU load is linear based on AST refresh rate. CPU Load formula is based on refresh
rate in table entry lookup.
Formulas:
Windows CPU Load % = (Default Windows AST Table 3-5 Lookup Value for
default AST 3.0 second refresh rate) * (default refresh rate/actual refresh rate)
Solaris CPU Load % = (Default Windows AST Table 3-6 Lookup Value for
default AST 3.0 second refresh rate) * (default refresh rate/actual refresh rate)
Example 1: 1 AM at default 3.0 second refresh rate for 32K database
Windows Workstation: 0.4 * (3.0/3.0) = 0.4%
Solaris Workstation: 0.9 * (3.0/3.0) = 0.9%
Example 2: 5 AMs at 0.5 second refresh rate for 32K database
Windows Workstation: 1.0 * (3.0/0.5) = 6.0%
Solaris Workstation: 4.0 * (3.0/0.5) = 24.0%
31
B0700AX Rev J 3. System Sizing
Example 3: 25 AMs at default 3.0 second refresh rate for 32K database
Windows Workstation: 3.5 * (3.0/3.0) = 3.5%
Solaris Workstation: 20.0 * (3.0/3.0) = 20.0%
NOTE
Actual Total CPU Load % is the sum of all FoxView loads.
32
3. System Sizing B0700AX Rev J
Control Processors
Maximum Loading Table
Invensys Foxboro does not recommend exceeding any of the following maximums (in any phase
where applicable). The control station is considered to be fully loaded with respect to that param-
eter when this upper limit is reached. This ensures that adequate time remains for functions that
are above and beyond the routine processing load such as checkpointing, alarm message handling,
display call-up, and so forth.
33
B0700AX Rev J 3. System Sizing
NOTE
Do not load the CP270 so that the Total Free memory available is less than the
number of bytes specified in Table 3-10.
34
3. System Sizing B0700AX Rev J
1.
This is the approximate MAXIMUM memory available. The actual value for an
initialized CP varies slightly depending on the specific station software revision and
configuration.
Inter-Network Traffic
V8.3 supports inter-network traffic between The Mesh and Nodebus networks using ATSs. The
preferred method of migration is to replace all Nodebus LIs with ATSs in LI mode at one time.
When using the preferred method, you only need to ensure that stations that migrate to The
Mesh and continue to communicate with stations on the Nodebus maintain their original Node-
bus communications limits.
If you perform a gradual migration using an ATS in Extender mode followed by ATSs in LI
mode, you will also need to size the LI traffic rates. The LI with the ATS in Extender mode can
become a bottleneck as each Nodebus migrates to The Mesh using an ATS in LI mode. Below is a
description of the gradual migration process with sizing calculations required to ensure acceptable
inter-network traffic rates. Figure 3-1 depicts a five-node I/A Series system showing the traffic
rates between various LI modules. For example, Figure 3-1 shows a 75 packet per second traffic
rate between Node 4 and Node 5.
1. Determine traffic rates for all Nodebus LIs. Refer to Figure 3-1. Refer to LI Traffic
Rates on page 40 for information on computing LI traffic rates on the web.
2. Add connection to The Mesh network by adding ATS in Extender mode to LI (con-
sider using LI with lowest traffic rate). The LI will assume an additional load based on
the ATS traffic rate. Refer to Figure 3-2.
3. Determine the traffic rate for the ATS in Extender mode (traffic between The Mesh
and Nodebus stations). Compute the new traffic rate for the LI with the ATS in
Extender mode. The new traffic rate for the LI with the ATS in Extender mode = LI
rate + ATS rate to Nodebus stations that are not on the Nodebus that has the ATS in
Extender mode. Refer to Figure 3-2. You can optionally measure traffic rates using
LIPDUS30 shared variable - see Helpful Hint 960.
4. All remaining LIs can be replaced whenever you wish with ATSs in LI mode, as long
as their traffic rates can be added to the LI with the ATS in Extender mode and the LI
does not exceed the maximum recommended sustained traffic rate. Refer to
Figure 3-3. If two or more nodes have high traffic rates between themselves, it is rec-
ommended that the nodes be migrated at the same time. This will not increase the
traffic rate through the LI with the ATS in Extender mode because the traffic between
them will be routed through the ATSs in LI mode on The Mesh. Refer to Figure 3-4.
5. When migrating a node using an ATS in LI mode causes the LI with the ATS in
Extender mode to exceed the maximum recommended sustained traffic rate, you
35
B0700AX Rev J 3. System Sizing
must perform a total replacement using ATSs in LI mode (which includes converting
the ATS in Extender mode to LI mode). Refer to Figure 3-5.
NOTE
IP communications cannot transmit across both an ATS and a LAN Interface sta-
tion due to filtering implemented within the LI modules. There is an IP address
limit of 64 stations per node. If full IP communication support is required, the net-
work migration plan should be the preferred method of a complete replacement of
all LAN Interface modules.
36
3. System Sizing B0700AX Rev J
LI2 traffic rate = LI2 + LI4 + LI5 = 100 + 25 (N3N4) + 0 = 125 packets/second.
Note: N4N5 traffic is routed via The Mesh with no impact on LI2.
ATS in Extender mode traffic rate = ATS in Extender mode + LI4 (N3N4) =
150 + 25 = 175 packets/second
ATS LI4 traffic rate = LI4 (Nodebus traffic) = 100 packets/second
ATS LI5 traffic rate = LI5 (Nodebus traffic) = 75 packets/second
6. Migrate Nodebus 3 to The Mesh and change the ATS connected to Nodebus 2 from
Extender mode to LI mode (ATS LI2). Refer to Figure 3-5.
ATS LI1 traffic rate = original LI1 Nodebus traffic rate = 100 packets/second
ATS LI2 traffic rate = original LI2 Nodebus traffic rate = 50 packets/second
ATS LI3 traffic rate = original LI3 Nodebus traffic rate + new Mesh to Nodebus 3
traffic rate = 75 + 50 = 125 packets/second
ATS LI4 traffic rate = original LI4 Nodebus traffic rate = 100 packets/second
ATS LI5 traffic rate = original LI5 Nodebus traffic rate = 75 packets/second
The migration from all LI modules to all ATS modules is now complete.
Carrierband LAN
37
B0700AX Rev J 3. System Sizing
Carrierband LAN
N1 N2 N3 N4 N5
ATS
(Extender mode)
50 (MN3)
50 Total
Carrierband LAN
N1 N2 N3 N4 N5
ATS ATS
LI1 (Extender mode)
50 (N1N2)
50 (N1N2) 50 (MN3)
50 (N1N3) 50 (N1N3)
100 Total 150 Total
38
3. System Sizing B0700AX Rev J
Carrierband LAN
50 (MN3) 50 (MN3)
50 (N1N3) 50 (N1N3)
25 (N3N4) 25 (N3N4)
125 Total 125 Total
LI2 LI3
N1 N2 N3 N4 N5
50 (N1N2)
50 (MN3)
50 (N1N2) 50 (N1N3) 75 (N4N5)
50 (N1N3) 25 (N3N4) 25 (N3N4) 75 (N4N5)
100 Total 175 Total 100 Total 75 Total
N1 N2 N3 N4 N5
39
B0700AX Rev J 3. System Sizing
LI Traffic Rates
Below is the procedure for computing LI traffic rates using the web.
1. Go to the IOM Global CSC web site (http://support@ips.invensys.com).
2. Log in.
3. Select Support > Foxboro > Trouble Shooting Guides.
4. Select Tokenbus/Nodebus Troubleshooting Guide.
5. Select Next until the LAN Traffic Rates screen appears.
6. Also view Helpful Hint 960.
40
Index
A
Address Translation Station, see ATS
AIM*Historian software xii, 12
CPU load 12, 13
disk load time 13
OM scan loading 14
OM scanner connections 13, 14
OM server connections 13
OM_NUM_CONNECTIONS 14
OM_NUM_LOCAL_OPEN_LISTS 14
RTP file size (ARCHSIZE) 14
RTTIME 14
worksheet 32
workstation summary worksheet 28
Alarm Manager software 12, 28
worksheet 30
Alarming in control stations 16
Alarming software 12
AO API xii
AO objects xii
AOS software 14
CPU load 15
number of objects 15
workstation summary worksheet 28
Application Object Services. See also AOS
Applications
CPU load 15
customer 28
performance meter 15
planning 15
third-party 22
third-party and customer 15
ARCHSIZE 14
AST, alarm server task xii
ATS xii
B
Block processing cycle (BPC) 20
C
CMX_NUM_CONNECTIONS 7
Control distribution 17
Control stations xii
41
B0700AX Rev J Index
alarming 16
estimating number of control stations required 20
execution time 16
load analysis 20
maximum loading table 33
memory 16
OM scan load 16
OM scanner connections 16
OM server connections 16
planning 15
CP. See also Control stations
CPU load
AIM*Historian 12, 13
AOS 15
applications 15
displays 11
FoxView 10
printers 14
reserved 5
virus scanning software 6
worksheet calculations 28
workstation summary worksheet 28, 30
workstations 28
D
DIN rail mounted FBMs 21
Disk load time
AIM*Historian software 13
Displays
CPU load 11
Distribution of control 17
Documents for reference x
F
Fast scan option 10
FBMs
DIN rail mounted (200 Series) 21
FDSI 21
Foundation fieldbus 21
HART 21
legacy 21
Modbus 21
Profibus 21
FCP270 xii
FDSI xii, 21
Field device system integrator. See also FDSI
Foundation fieldbus FBMs 21
FoxView software 10
42
Index B0700AX Rev J
CPU load 10
display guidelines and resource usage 11
OM scan load 10
scan rates 10
worksheet 32
workstation summary worksheet 28
G
GET_SET_TIMEOUT 7, 9
H
HART FBMs 21
High speed draft mode 14
Historian software 12
I
I/O points 21
IMP_SAVE_PERIOD 7, 9
Inter-network traffic 35
Inter-process communications. See also IPC
IPC xii
connected services 9
connectionless services 9
IPC connections xii, 17, 20
IPC_NUM_CONN_PROCS 7, 9
IPC_NUM_CONNLESS_PROCS 7, 9
L
Legacy FBMs 21
LI
traffic rates 40
LI (LAN interface) xii
Loading
control stations 15, 20, 33
CPU 5
workstation 5
Loading summary (% of BPC) worksheet 34
M
Maximum loading table 33
McAfee virus scanning software 6
Memory 34
Mesh. See also The Mesh control network
Modbus FBMs 21
43
B0700AX Rev J Index
N
Network
bandwidth utilization 22
planning 21
traffic flow 21
Nodebus
sizing when communicating to The Mesh 35
Number of Alarm Managers worksheet 31
O
Object Manager Multicast Optimization 24
Object Manager. See also OM
OM xii
API xiii
List xiii
lists 7
number of connections 7, 8, 11
number of entries 8
number of objects 8, 15
number of open lists 8, 11, 14
number of processes that register for IPC 9
number of processes that register for IPC connectionless 9
number of remote lists 8
objects xiii
OS configurable parameters 6
scanner xiii
server xiii
server connections 8
services xiii
OM scan load 2, 17
AIM*Historian software 14
control stations 16
FoxView software 10, 11, 12
OM scanner connections
AIM*Historian software 13, 14
control stations 16
FoxView software 10
OM server connections
AIM*Historian software 13, 14
control stations 16
FoxView software 10, 11
OM_MULTICAST_OPTIMIZATION 7, 9
OM_NUM_CONNECTIONS 7, 8
AIM*Historian software 13, 14
FoxView software 10, 11
OM_NUM_IMPORT_VARS 7, 8
OM_NUM_LOCAL_OPEN_LISTS 7, 8
AIM*Historian software 13, 14
FoxView software 10, 11
44
Index B0700AX Rev J
OM_NUM_OBJECTS 7, 8
AOS 15
FoxView software 10
OM_NUM_REMOTE_OPEN_LISTS 7, 8
OMMO 3
OMMO_MULTICAST_DELAY 7, 10
OMMO_UNICAST_DELAY 7, 10
OS configurable parameters 6
default and maximum values 7
Other applications
workstation summary worksheet 28
P
Peer-to-peer connections xiii, 16, 20
Performance
increasing 15
planning and sizing The Mesh control network 1
Phasing 21
Planning 5
AIM*Historian software 12
alarming software 12
AOS 14
applications 15
BPC 20
control distribution 17
control stations 15
FoxView software 10
I/O points 21
OM scan load 17
OS configurable parameters 6
phasing 21
printers 14
System Monitor (SMON) 6
The Mesh control network 21
workstations 5
Printers
planning 14
reserved CPU load 14
Profibus FBMs 21
R
RAM
increasing 15
Reference documents x
Reserved CPU load 5
Resource table worksheet 35
RTTIME 14
45
B0700AX Rev J Index
S
Scan rates
default 10
fast scan option 10
show_params 7, 8, 9
Sink peer-to-peer status worksheet 34
Sizing
additional sizing for networks connected via ATS
control stations 33
workstations 27
SMDH xiii
Solaris operating system 27
som 8
Specifications 27
Spreadsheets
accessing
from electronic documentation CD-ROM 3
Station block display 34
Station free memory worksheet 34
Summary worksheet 28
System Management Display Handler. See also SMDH
System monitor (SMON) 6
System planning 5
requirements 5
System sizing 27
T
The Mesh control network 1, 21
configuration and references 22
planning and sizing for performance 1
sizing when communicating to Nodebus 35
workstation specifications 27
Third-party applications 22
V
Virus scanning 6
W
Windows operating system 1, 27
performance meter 15
Worksheets
AIM*Historian 32
Alarm Manger 30
FoxView 32
Loading Summary (% of BPC) 34
Number of Alarm Managers 31
Resource Table 35
Sink Peer-to-Peer Status 34
46
Index B0700AX Rev J
Z
ZCP270 xiv
47
Invensys Operations Management
5601 Granite Parkway Suite 1000
Plano, TX 75024
United States of America
http://www.iom.invensys.com