Professional Documents
Culture Documents
Version 3.7
NOTICE
This document contains information about one or more ABB products and may include a
description of or a reference to one or more standards that may be generally relevant to
the ABB products. The presence of any such description of a standard or reference to a
standard is not a representation that all of the ABB products referenced in this document
support all of the features of the described or referenced standard. In order to determine
the specific features supported by a particular ABB product, the reader should consult the
product specifications for the particular ABB product.
ABB may have one or more patents or pending patent applications protecting the intel-
lectual property in the ABB products described in this document.
The information in this document is subject to change without notice and should not be
construed as a commitment by ABB. ABB assumes no responsibility for any errors that
may appear in this document.
In no event shall ABB be liable for direct, indirect, special, incidental or consequential
damages of any nature or kind arising from the use of this document, nor shall ABB be
liable for incidental or consequential damages arising from use of any software or hard-
ware described in this document.
This document and parts thereof must not be reproduced or copied without written per-
mission from ABB, and the contents thereof must not be imparted to a third party nor used
for any unauthorized purpose.
The software or hardware described in this document is furnished under a license and
may be used, copied, or disclosed only in accordance with the terms of such license. This
product meets the requirements specified in EMC Directive 2004/108/EEC and in Low
Voltage Directive 2006/95/EEC.
TRADEMARKS
All rights to copyrights, registered trademarks, and trademarks reside with their respec-
tive owners.
Section 1 - Introduction
General Information ........................................................................................................47
Scope Of This Manual.....................................................................................................48
Organization Of This Manual..........................................................................................48
Related Documentation ...................................................................................................49
Configuration Templet Displays......................................................................................50
ENABLE HI ALARMS? Field ...........................................................51
HI LIMIT Field ...................................................................................51
Descriptions Of The Templet Fields................................................................................51
Entering Floating Point Values in Exponential Format........................................52
Multibus-based Configurator ..............................................................52
AdvaBuild Template Builder (HP-UX) and AdvaBuild Templet Builder
(Windows) ....................................................................52
Templet Names.....................................................................................................53
3BUR002336R3701 RevA 5
Table of Contents
6 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 7
Table of Contents
8 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 9
Table of Contents
10 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 11
Table of Contents
12 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 13
Table of Contents
14 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 15
Table of Contents
16 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 17
Table of Contents
18 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 19
Table of Contents
20 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 21
Table of Contents
22 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 23
Table of Contents
24 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 25
Table of Contents
26 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 27
Table of Contents
28 3BUR002336R3701 RevA
Table of Contents
EN_DIS Parameter............................................................................409
OVERFLOW Parameter ...................................................................410
PR1_MODE Parameter .....................................................................410
PR1_STAT Parameter .......................................................................410
PR2_MODE Parameter .....................................................................411
PR2_STAT Parameter .......................................................................411
Tuning and Logging ...........................................................................................411
Discussion ..........................................................................................................411
Lead/Lag Filter FCM.....................................................................................................413
Purpose ...........................................................................................................413
Default Name, Algorithm Type, and Relation ...................................................414
Algorithm ...........................................................................................................414
Configurable Parameters ....................................................................................416
LAG TIME Field...............................................................................416
PREACT TIME Field .......................................................................416
PREACT GAIN Field .......................................................................417
Non-configurable Data Base Parameters ...........................................................417
PREV_INP Parameter .......................................................................417
Tuning and Logging ...........................................................................................417
Discussion ..........................................................................................................417
Dead Time FCM ............................................................................................................418
Purpose ...........................................................................................................418
Default Name, Algorithm Type, and Relation ...................................................418
Algorithm ...........................................................................................................418
Configurable Parameters ....................................................................................419
MAX DEAD TIME Field .................................................................419
Non-configurable Data Base Parameters ...........................................................419
Tuning and Logging ...........................................................................................419
Discussion ..........................................................................................................419
Dead Time Compensation FCM....................................................................................420
Purpose ...........................................................................................................420
Default Name, Algorithm Type, and Relation ...................................................420
3BUR002336R3701 RevA 29
Table of Contents
30 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 31
Table of Contents
32 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 33
Table of Contents
34 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 35
Table of Contents
36 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 37
Table of Contents
38 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 39
Table of Contents
40 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 41
Table of Contents
42 3BUR002336R3701 RevA
Table of Contents
3BUR002336R3701 RevA 43
Table of Contents
44 3BUR002336R3701 RevA
Table of Contents
Appendix D - Autotune
Introduction ...................................................................................................................619
Overview .......................................................................................................................619
Considerations, Requirements, And Functions Of Autotune Methods .........................621
Closed Loop Method..........................................................................................621
Considerations and Requirements.....................................................621
Algorithm Function ...........................................................................623
Open Loop Method ............................................................................................624
Considerations and Requirements.....................................................625
Algorithm Function ...........................................................................626
Accessing The Autotune Display And Functionality ....................................................627
Softkeys ....................................................................................630
Changing Parameter Values ..............................................................633
Listing Active Experiments...............................................................633
Listing Stored Experiments...............................................................636
Autotune Execution .......................................................................................................639
Sequential Autotune Execution..........................................................................640
Interactive Autotune Execution..........................................................................644
Autotune Execution And Error Indications ...................................................................650
Autotune Notification, Error, and Warning Messages .......................................652
Aborting Autotune Execution........................................................................................660
Data Base Parameters Of Autotune Function................................................................661
Active Gain, Reset, and Pre-act (ACTIVE) ......................................662
Autotune Phase (PHASE) .................................................................662
Autotune Status (STATUS) ...............................................................663
Autotuning Method (METHD) .........................................................664
Calculated Gain, Reset, and Pre-act (CALC)....................................664
Completion Mode (CMPL MD)........................................................664
Controller Gain Limits (HI LIM and LO LIM) ................................665
Controller Pre-act Limits (HI LIM and LO LIM) .............................666
Controller Reset Limits (HI LIM and LO LIM) ...............................666
Controller Type (TYPE)....................................................................666
3BUR002336R3701 RevA 45
Table of Contents
46 3BUR002336R3701 RevA
Section 1 Introduction
General Information
The Configurable Control Functions (CCF) are predefined functions for process
control and data acquisition. They execute in turbo nodes and controllers in the
Advant® OCS (Open Control System).
The Configurable Control Functions are flexible. You can adapt them to the
requirements of your process by entering data into fields on the Templet Displays in
the System Configurator.
You configure the CCF database in the Advant OCS either through the AdvaBuild®
Templet Builder software on a Windows-based Engineering Station, AdvaBuild
Template Builder and/or Function Chart Builder software on an HP-UX
Engineering Station, or Multibus-based Data Base Configurator. In the remainder of
this book, the term configurator is used to refer to both the MOD 300 Data Base
Configurator and the AdvaBuild software. Functions supported by the CCF
software include:
• Process data acquisition
• Signal linearization and conversion to engineering units
• Continuous control for analog loops
• Device handling
• Sequencing, timing, and logical operations for discrete signals
• Calculations
• Real time
• Trending
• Alarm detection
• Data processing to support the data display functions of the Operator Station
and Multibus-based Console Subsystem
3BUR002336R3701 RevA 47
Scope Of This Manual Section 1 Introduction
48 3BUR002336R3701 RevA
Section 1 Introduction Related Documentation
Appendix A, Advant OCS Data Base, describes the parameters in the data base.
Appendix B, Adaptive Control In The PID Controller FCM, describes adaptive gain
and adaptive reset functions used with the PID Controller FCM.
Appendix C, Tuning Loops Via Runtime Displays, describes the method for
changing the loop configuration during runtime.
Appendix D, Autotune, describes the Autotune function for tuning PI, PID, and
DTC control algorithms.
Appendix E, Detecting Setpoint/Output Limiting, describes how to use the control
FCM’s ALG_NUM attribute to detect when a control algorithm is limiting its
setpoint or output.
Related Documentation
The following instruction books are relevant to Configurable Control Functions
when configuration is performed via a Windows-based Engineering Station:
• AdvaBuild Control Buider User’s Guide
• Data Base Tables
• Grafx Display Editor
• Taylor™ Control Language (TCL) User’s Guide
The following instruction books are relevant to Configurable Control Functions
when configuration is performed via a HP-UX Engineering Station:
• AdvaBuild Basic Functions User’s Guide
• Data Base Tables
• Display Builder User's Guide
• Taylor™ Control Language (TCL) User’s Guide
The following instruction books are relevant to Configurable Control Functions
when configuration is performed via a Multibus-based Configurator:
• System Configurator User's Guide
• Console Configurator User's Guide
• Data Base Planning Forms
• Data Base Tables
• Display Builder User's Guide
• Taylor™ Control Language (TCL) Manual
3BUR002336R3701 RevA 49
Configuration Templet Displays Section 1 Introduction
50 3BUR002336R3701 RevA
Section 1 Introduction Descriptions Of The Templet Fields
Configuration is simplified by having default entries for most fields on the templets.
Default entries are typical or safe values and are used by the system unless changed
by you. Some templet fields do not have defaults. In the Multibus-based
Configurator, if a field contains three question marks (???), an entry must be made
to it. On all configuration platforms, if a field is blank, entries are possible, but not
mandatory. However, an entry must be made in the TEMPLET NAME field.
HI LIMIT Field
This field defines the high alarm limit for the measured variable. The alarm becomes active when the
measured variable becomes equal to or greater than the high limit and clears when the measured variable
decreases to the value of the high limit minus the alarm deadband.
Valid entry is:
a decimal number
Default is: PROCESS HI (the value entered in the HI ENG. UNIT LIMIT field)
Mnemonic: HILIMT
Label on Loop Detail Display: HIGH MV
During runtime, you can modify the high alarm limit via the HIGH MV field on the Loop Detail Display.
3BUR002336R3701 RevA 51
Entering Floating Point Values in Exponential Format Section 1 Introduction
Multibus-based Configurator
In the Multibus-based configurator, floating point values must be entered in decimal
format initially. This is because floating point fields do not accept non-numeric
characters (e). For fields that can hold more than six characters, if you enter a value
longer than six characters, when you leave the templet and then return, the value
will be displayed in exponential format. For instance, if you enter a value of
10000000.0 in the CONSTANT K1 field of a Math block, if you leave the templet
and then return, the value will be displayed as 1.00000e7. Once the value is
displayed in exponential format, you can change the exponent value and thus enter a
value that is greater than you could have entered in floating point format (for
example: 1.00000e12).
If you save the templet to a transition file, and you have used
exponential notation to enter a value that exceeds the maximum
number of characters for the field, the leading digits will be
truncated and only the least significant digits (up to the maximum
number of characters for the field) will be transferred to the
transition file. In this case, when you restore the transition file you
must re-enter any values where truncation has occurred.
52 3BUR002336R3701 RevA
Section 1 Introduction Templet Names
Templet Names
ALL templet names in the database must be unique. By definition, the database is
the total of all configurators on the same ring (or set of interconnected rings in the
case of systems with multiple DCNs).
3BUR002336R3701 RevA 53
Templet Names Section 1 Introduction
54 3BUR002336R3701 RevA
Section 2 CCF Software Structure
General Information
The Configurable Control Functions (CCF) software generates and utilizes modules
for the functions of continuous process control, discrete device handling, sequential
process control, operator interface, information display, and alarm detection. It also
defines data base parameters used by other Advant OCS applications such as Taylor
Control Language (TCL) programs, Display Builder, Report Services, and
Historical Services.
This chapter presents an overview of the CCF software. Each feature of CCF is
briefly described, and referenced to this and other manuals.
Figure 3 illustrates how CCF and its functions are distributed in the Advant OCS.
CCF uses logical data modules called loops which execute in Turbo Nodes, in the
Controller Subsystem, and in the Data Processor Subsystem. Loops get analog,
digital, and pulse inputs from the Controller, Multibus I/O in Turbo Nodes, Direct
I/O, Taylor Remote I/O (TRIO), PLC I/O, Profibus I/O, S800 I/O and MOD 30
instruments. Loops can output values to the process through the Controller,
Multibus I/O in Turbo Nodes, Direct I/O,TRIO, PLC I/O, Profibus I/O, S800 I/O
and MOD 30 instruments. Important loop parameters are displayed on the Operator
Station (HP-UX or Windows-based) or Multibus-based console for monitoring and
manipulation by the operator.
3BUR002336R3701 RevA 55
General Information Section 2 CCF Software Structure
Windows-based
Operator Station
or
HP-UX Operator Controller Multibus
Station Subsystem Subsystem
or
Multibus Console
Windows-based
Engineering Station Multibus Subsystem
or with MOD 30 Instruments
HP-UX
Engineering Station
or
Multibus-based
Configurator Process loops are configured to
execute in Multibus Subsystems
with MOD 30 Instruments
Configurable Control Functions
are configured via Windows-based
Engineering Station, HP-UX
Engineering Station, or Multibus CDP
56 3BUR002336R3701 RevA
Section 2 CCF Software Structure Loop Structure
Loop Structure
Loops are categorized according to the functions they perform. The major types are
control loops, discrete (device handling) loops, indicator loops, and calculator
loops.
Control loops apply control functions to continuous variables in the process. For
example, you can configure a loop to regulate flow of a certain liquid in a process.
You assign the loop a user-defined tag, for example, FC-100, and configure it to
function as a traditional PID controller. When the system is controlling the process,
the value of the flow is measured and compared with the desired value (setpoint). If
the two values are not equal, a new output value is sent to a control valve in the field
to correct the flow rate. The significant variables of the loop, such as process
variable, setpoint, output, output mode, and setpoint mode are displayed and
manipulated at the Operator Station or Multibus-based console.
Discrete (device-handling) loops control discrete states of devices such as pumps,
motors, and valves. These loops detect the state of the device (ON, OFF, and so on)
and display the information at the Operator Station or Multibus-based console. The
operator can change the state of the device from the Operator Station or Multibus-
based console or by commands from TCL programs. You can specify special
actions for the loop to execute if the device does not go to the new state.
Indicator loops measure the values of process variables and store these values for
display on the Operator Station or Multibus-based console.
Calculator loops perform calculations on their inputs. You can use the results of the
calculations in other loops and display them on the Operator Station or Multibus-
based console.
In addition to the functions described above, loops detect alarm conditions on
variables and pass the information to the Alarm/Event Handler. These alarms can
then be brought to the attention of the operator.
Loop Attributes
Loops have many attributes in common. Most of the attributes described in this
section involve some choice on your part when you configure CCF. Additional
information about these attributes and the way they are specified is provided in
Section 4, Defining Continuous Loops.
3BUR002336R3701 RevA 57
Loop Attributes Section 2 CCF Software Structure
Loop
Tag TC101
Descriptor FEEDTEMP
Loop State ON
Processing Rate 4
Phase 1
List of FCMs
From Meas. To
Field Analog Linearization Value PID Analog Field
Input FCM Controller Output
FCM FCM FCM
The loops are processed repeatedly and in order according to your specifications.
Each Multibus I/O, Data Processor, and Controller Subsystem is assigned a base
rate for processing its loops. For example, if the base rate of a controller is set at 1,
its loops are processed once every second. You can give individual loops a slower
processing rate as long as the rate is a multiple of the base rate. Additionally, loops
execute automatically whenever the output mode of any of their FCMs is changed.
You can also configure Controller FCMs so they are processed at multiples of the
processing rate of the loop they belong to.
To balance processor loading, the phase feature allows you to distribute the loop
processing evenly about the processing interval.
58 3BUR002336R3701 RevA
Section 2 CCF Software Structure Function Class Modules (FCMs)
You can configure the loops in a module so they are processed in the order you
determine.
Loops have ON and OFF states to determine whether the loop is processed.
The FCMs in a loop are processed in the order they appear in the list of FCMs
under the Loop Definition Templet.
The result of one of the FCMs in a loop must be specified as the measured variable
of the loop. This value is easily accessed by the operational displays and other
software packages in the system can reference them.
Upon start-up, loops are initialized according to the initialization parameters in
their FCMs.
In a similar fashion, the indicator and calculator loops are made from combinations
of FCMs.
3BUR002336R3701 RevA 59
Function Class Modules (FCMs) Section 2 CCF Software Structure
CCF has many types of FCMs which fall into the following categories:
Controller FCMs provide control algorithms with associated initialization,
tracking, and mode switching parameters. Each control loop must contain a
controller FCM. The possible types are listed below. Detailed descriptions are
provided in Section 6, Auto/Manual Controller FCMs, and Section 7, PID
Controller FCMS.
A/M Controller
PID Controller
Input FCMs acquire measurement values from the process. The types of Input
FCMs are listed below. They are described in Section 5, Input FCMS.
Analog Input Pulsed Input
Digital Input Pulsed Input Time Derivative
Output FCMs output values to the process. The types of Output FCMs are listed
below. They are described in Section 8, Output FCMS.
Analog Output Pulse Duration Output
Digital Output Pulse Train Output
Extended Processing FCMs provide data averaging, maximum and minimum
value detection, and totalization. The Extended Processing FCM types are listed
below. They are described in Section 10, Extended Processing FCMS.
Continuous Moving Average Periodic Minimum
Standard Deviation Periodic Rate Total
Periodic Average Non-Rate Periodic Total
Periodic Maximum
Calculator FCMs provide a wide variety of mathematical and logical operations
for functions such as flow compensation, rate determination, input selection, event
timing, and so on. They are described in Section 9, Calculator FCMS. The
Calculator FCMs are divided into the following groups.
Logic FCMs
Logical AND Logical NOT
60 3BUR002336R3701 RevA
Section 2 CCF Software Structure Function Class Modules (FCMs)
3BUR002336R3701 RevA 61
FCM Attributes Section 2 CCF Software Structure
FCM Attributes
FCMs have many attributes in common. Most of the attributes described in this
section involve some choice you make when you configure the system. Information
about the way these attributes are specified is provided in Section 6, Auto/Manual
Controller FCMs, through Section 11, Defining Device Loops.
Figure 6 is a representation of an FCM showing some of the FCM properties.
The FCM type is the predefined category for the FCM. The type is related to the
function of the FCM. The FCM types are listed in Function Class Modules (FCMs)
on page 59.
FCMs are identified by FCM names. The FCM name is a string of up to 3
alphanumeric characters you choose at configuration time as the identifier for the
FCM. A default string is created as you add the FCM to the list for the loop. No two
FCMs in a loop can have the same FCM name. The FCM name is used when
parameters from the FCM are referenced by the software packages.
The result is the value calculated by the FCM when the FCM is processed. Other
FCMs can access the result.
All measured or calculated data values have a data quality indicator associated with
their value. A GOOD data quality for a result indicates it was calculated from inputs
having GOOD data qualities. If the data quality of a result is BAD, at least one of
the inputs has a BAD data quality. The action taken when the result has a BAD data
quality is specified when the FCM is configured.
62 3BUR002336R3701 RevA
Section 2 CCF Software Structure FCM Attributes
The FCM mode determines whether the FCM is processed. The FCM modes are:
ON process the FCM
OFF do not process the FCM
The output mode determines the source of the output (result) of the FCM
according to the guidelines listed below.
For PID and Auto/Manual Controller FCMs, the output modes are:
Auto the FCM automatically determines the output value
Manual the operator at the Operator Station or Multibus-based console
determines the output value
Track the output is set equal to the value of a specified signal
For all other FCMs, the output modes are:
Auto the FCM automatically determines the output value
Manual the operator at the Operator Station or Multibus-based console
determines the output value
PID Controller FCMs have setpoint modes that determine the source of the
setpoint signal according to the following:
Local setpoint value comes from within the Controller FCM. The operator
can change this value from the Operator Station or Multibus-based
console.
Remote setpoint value is the result of another FCM
Track setpoint value tracks the value of another signal
Ramp setpoint value is changed at a specified rate to a specified endpoint
Table 1 and Table 2 summarize the modes for the FCM types.
3BUR002336R3701 RevA 63
Alarm Detection By Loops Section 2 CCF Software Structure
Table 2. Modes for Calculator, Extended Processing, Input, and Output FCMs
64 3BUR002336R3701 RevA
Section 2 CCF Software Structure Operator Interface
Operator Interface
Figure 7 shows a typical custom operational display. The paragraphs that follow
describe the operator (runtime) user interface for CCF.
Major Functions
The operator interface for CCF provides the means to monitor and manipulate CCF
loops from operational displays on the Operator Station or Multibus-based console.
This section summarizes the major aspects of this operator interface. How to
configure the Windows-based operator interface is described in the Operate IT
3BUR002336R3701 RevA 65
Area and Group Displays Section 2 CCF Software Structure
Configuration Manual. See the Advant Station 500 Series with AdvaCommand 1.x/y
/ AdvaBuild 2.x/y User’s Guide for information on how to configure the HP-UX
operator interface. See the Console Configurator User's Guide for information on
how to configure the Multibus-based operator interface.
The following major functions are supported by the operator interface:
• Values of parameters from the loops are displayed in numerical and graphic
form
• Operator can change certain parameter values such as setpoints, outputs,
setpoint modes, output modes, and device commands from the Operator
Station or Multibus-based console
• Display and acknowledgment of alarm conditions
• Operator can change (tune) some aspects of the configuration while the system
is operating
66 3BUR002336R3701 RevA
Section 2 CCF Software Structure Other Software Packages
3BUR002336R3701 RevA 67
Other Software Packages Section 2 CCF Software Structure
68 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to
Support CCF
General Information
CCF executes in Turbo Nodes, Controller Subsystems and certain Interface
Subsystems. This section describes how to configure these subsystems to support
CCF.
CCF in Interface Subsystems of the Multibus-based platform is described in
Taylor™ MOD 30™ Interface User's Guide, Taylor™ Programmable Controller
Interface User's Guide, Taylor™ AccuRay® 1180 MICRO™ Interface User's Guide,
and Smart Device Interface User's Guide.
3BUR002336R3701 RevA 69
CCF In 6000-series and SC Controller Subsystems Section 3 How to Configure Subsystems to
The loops defined in a controller can either use the I/O facilities of the controller or
can get their inputs from other loops. Figure 8 shows the templet structure of a
Controller Subsystem.
Data Base
Controller
Subsystem
Device
Descriptor
Templets
Controller
FCM
Templets
70 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Subsystem Templet
3BUR002336R3701 RevA 71
Controller Subsystem Templet Section 3 How to Configure Subsystems to Support CCF
72 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Templet
Controller Templet
The Controller Templet, Figure 10, is used to specify the general parameters for a
controller. One Controller templet must be completed for each control module.
3BUR002336R3701 RevA 73
Controller Templet Section 3 How to Configure Subsystems to Support CCF
74 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Templet
CONTLCP This is used when the controller uses the LCP+ option and
11 to 1 controller redundancy is employed. One Area
Control Panel must be inserted as a child of the Controller
Templet. It must specify the serial port the LCP+ is
connected to via the PORT NUMBER field, and it must
define the name for the port via the PORT NAME field. The
Area Control Panel and the LCP+ are described fully in the
Local Control Panel Plus (LCP+) instruction book.
LCP3TO1 This is used when the controller uses the LCP+ option and
3 to 1 controller redundancy is employed. This option is
described in the Local Control Panel Plus (LCP+)
instruction book.
SC_CTLR This is used when the controller is a 6204B Control Module
in a subsystem with 11 to 1 redundancy. The backup
controller must be in slot 4.
SC_CTLR3TO1 This is used when the controller is a 6204B Control Module
in a subsystem with 3 to 1 redundancy. The backup
controller can be in slots 4, 8, and 12.
3BUR002336R3701 RevA 75
Controller Templet Section 3 How to Configure Subsystems to Support CCF
76 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Templet
Module is 2 meg or 4 meg with an extender and for the 6214 SC Backup Memory
Module it is 4 meg or 8 meg with an extender. The default value for this field has
been chosen such that 11 controllers can have backup capabilities enabled. You can
adjust the maximum data base sizes of the controllers if fewer than 11 require
backup capabilities.
If the entry to this field is too small, an error message is generated upon download.
When this occurs, the entry to this field must be changed and the data base must be
recompiled and downloaded.
After the data base is downloaded, both the entry to this field and the actual size of
the data base are displayed on the Controller Subsystem Status Display.
If the entry to this field is changed for a controller, the Backup Memory Module and
the Backup Controller must be reset before redundancy is re-instated for the
controller.
Valid entry is:
an integer number of bytes. Maximum entry for the 6004B Control Module is
256,000. The maximum size for the 6204B Control Module is 1 Meg
(1,024,000 bytes). (With LCP+ configured on the controller, the maximum data
base size is reduced from 256,000 bytes to 215,040 bytes.)
Default is: 81920
DO RATE Field
The DO RATE field specifies the minimum resolution of any pulse output for the
controller. For pulse train outputs, the pulse interval and pulse width as specified
through the PO CHANNEL NUMBER, PULSE INTERVAL, and PULSE WIDTH
fields of the Controller I/O Templet must be multiples of the DO rate. For pulse
duration outputs, the duration value calculated by the Pulse Duration FCM is
rounded to the next lower multiple of the DO rate.
Valid entry is:
a number of milliseconds as either 20, 40, 100, 200, or 1000
Default is: 200
3BUR002336R3701 RevA 77
Controller I/O Templet Section 3 How to Configure Subsystems to Support CCF
78 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller I/O Templet
3BUR002336R3701 RevA 79
Controller I/O Templet Section 3 How to Configure Subsystems to Support CCF
BACKUP if an I/O attempt fails. When such an I/O attempt does fail and the backup
controller is not available, the system reacts as specified by this field.
Valid entries are:
LOOP OFF turn off the loop that could not perform the output
FAIL NODE fail the controller containing the loop
Default: LOOP OFF
80 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller I/O Templet
3BUR002336R3701 RevA 81
Controller Digital Input and Output Channels Section 3 How to Configure Subsystems to Support
82 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Analog Input and Output
A continuous loop sending outputs to the field via the digital output channels of a
controller uses a Digital Output FCM. One of these FCMs can send outputs to as
many as 16 consecutive output channels. See Digital Output FCM on page 326.
A continuous loop sending a pulse output to the field does so via either a Pulse
Duration Output FCM or a Pulse Train Output FCM. See Pulse Duration Output
FCM on page 328, and Pulse Train Output FCM on page 331.
When a Pulse Duration Output FCM is executed, it produces a single pulse whose
duration is determined by the algorithm of the FCM. The pulse is sent to the field
via one of the channels configured for digital output.
When a Pulse Train Output FCM is executed, it determines the number of pulses in
a train of pulses sent to the field. If it outputs via a controller digital channel, the
channel must be configured for digital output via the corresponding DIGITALS 1
through 40 field. In addition, a pulse width and duration must be specified for the
channel via the PO CHANNEL NUMBER, PULSE INTERVAL, and PULSE
WIDTH fields on the Controller I/O Templet. The algorithm of the Pulse Train
Output FCM determines the number of pulses in the pulse train.
Device loops usually require digital inputs and send digital outputs to the field.
Since the outputs from a device loop must be sent to consecutive output channels,
care must be taken to insure the digital inputs for a device loop appear at
consecutive channels in the controller. The number of consecutive inputs and
outputs required by a device loop is determined by the device handling algorithm
for the loop. These algorithms are summarized in Table 38 of Section 11, Defining
Device Loops.
3BUR002336R3701 RevA 83
Controller Analog Input and Output Channels Section 3 How to Configure Subsystems to Support
• 0 to 10V dc
• millivolt inputs
• pulse rate inputs
• 1 to 5V dc from non-two wire transmitters
• thermocouples
• RTDs
The 6050N Controller Analog Termination Panel provides sixteen channels for non-
isolated analog inputs and eight channels for analog outputs. When isolated signal
conditioning for low and high level signals is needed, a 6003N Signal Conditioning
Card File with the equivalent number of I/O channels is used. This card file houses
signal conditioning modules each of which provides specific conditioning to one
field signal.
The following signal conditioning modules are available:
• 6150B Non-Isolated Analog Signal Conditioning Module
• 6152B Isolated Analog Signal Conditioning Module
• 6153B Isolated Millivolt Signal Conditioning Module
• 6154B Isolated Thermocouple Signal Conditioning Module
• 6155B Isolated RTD Signal Conditioning Module
• 6156B Isolated Pulse Signal Conditioning Module
See the Controller Signal Conditioning Modules instruction book for information
about the Signal Conditioning Card File and Modules. Section 4, Defining
Continuous Loops, Section 5, Input FCMS, and Section 9, Calculator FCMS, of this
manual describe how to handle the different types of analog inputs. The discussion
is intended for readers who have a general familiarity with continuous loops,
Analog Input FCMs, Linearization FCMs and Modified Square Root FCMs.
84 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Analog Input and Output
• Non-isolated analog signal inputs from the field, ranging from 4 to 20mA dc or
from 1 to 5V dc, using the 6050N Controller Analog Termination Panel or the
6150B Non-isolated Analog Signal Conditioning Module.
• Isolated analog signal inputs from the field, ranging from 1 to 5V dc or from 0
to 10V dc, using the 6152 B Isolated Analog Signal Conditioning Module.
In both cases, the actual input to the controller is a 1 to 5V dc signal.
Figure 12 shows the signal flow through the hardware and software components
that transform the analog signals into values used by the CCF loops.
CONTROL AREA
Controller Subsystem
• The signal (4 to 20mA dc, 1 to 5V dc, or 0 to 10V dc) is produced in the field.
• The signal enters the Controller Subsystem at the Controller Analog
Termination Panel or Signal Conditioning Card File.
• The signal is converted to 1 to 5V dc.
• The analog signal is converted to digital at the controller. The conversion range
is such that 1V is converted to 750 counts and 5V becomes 3750 counts.
• The input goes to a CCF loop.
• The Analog Input FCM converts the counts value to an equivalent engineering
3BUR002336R3701 RevA 85
Controller Analog Input and Output Channels Section 3 How to Configure Subsystems to Support
86 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Analog Input and Output
3BUR002336R3701 RevA 87
Controller Analog Input and Output Channels Section 3 How to Configure Subsystems to Support
CONTROL AREA
88 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Analog Input and Output
• The analog signal is converted to digital at the controller. The conversion range
is such that 1V is converted to 750 counts and 5V becomes 3750 counts.
• The input goes to a CCF loop. The first FCM of the loop must be an Analog
Input FCM.
• The Analog Input FCM converts the counts value to an equivalent engineering
units value.
• The engineering units value is then passed on to other FCMs in the loop if
needed.
Example:
• Choose the millivolt input device range to suit the application. A calibrated
6153B Isolated Millivolt Signal Conditioning Module is shipped to you based
on your choice of range.
• The Loop Definition Templet must indicate the loop contains an Analog Input
FCM. Other FCMs can follow the Analog Input FCM.
• The Analog Input FCM Templet entries for the loop must include the
following:
CHANNEL NUMBER field number of the analog input channel,
1-16.
RTD, TC, OR HI-LEVEL field HI-LEVEL (controller sees 1-5V
signal)
ENGU - LOWER BOUND field bottom of engineering units range
ENGU - UPPER BOUND field top of engineering units range
The COUNTS fields should be kept at their defaults. That is,
COUNTS - LOWER BOUND field 750
COUNTS - UPPER BOUND field 3750
Input limiting is specified in the normal manner via the INPUT LIMITED field of
the templet.
3BUR002336R3701 RevA 89
Controller Analog Input and Output Channels Section 3 How to Configure Subsystems to Support
A number of hardware and software components are used to convert the voltage
signal transmitted from a thermocouple into a value in degrees used by the CCF
loops. Figure 14 shows the signal flow through these hardware and software
components.
90 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Analog Input and Output
CONTROL AREA
Controller Subsystem
Controller CCF Software
Input Loop
3BUR002336R3701 RevA 91
Controller Analog Input and Output Channels Section 3 How to Configure Subsystems to Support
Example:
• The thermocouple type and range should be chosen to suit the application.
Types B, E, J, K, R, S, and T thermocouples are supported by the Advant OCS.
A calibrated 6154B Isolated Thermocouple Signal Conditioning Module is
shipped configured to your choice of thermocouple type and range.
Assume, for this example, the thermocouple is type J and works on a range of
100° to 400° F.
• The Loop Definition Templet must specify the loop containing an Analog Input
FCM sending its result to a Linearization FCM. Other FCMs can follow the
Linearization FCM. Since the result of the Linearization FCM is the
temperature value, it is chosen as the measured variable of the loop.
• The Analog Input FCM Templet entries for the loop must include the
following:
CHANNEL NUMBER field number of the analog input channel,
1-16.
RTD, TC, OR HI-LEVEL field HI-LEVEL (HI-LEVEL is used instead
of TC because the controller gets a 1 to
5V signal)
Using thermocouple tables, it is found that a type J thermocouple operating on
a range of 100° to 400° F produces a voltage ranging from 1.942mV to
11.623mV. These values must be converted to microvolts because the
thermocouple tables of the Linearization FCM are designed to have its input
scaled in microvolts. Therefore:
ENGU - LOWER BOUND field = 1.942 x 1000 = 1942
ENGU - UPPER BOUND field = 11.023 x 1000 = 11023
The COUNTS fields should be kept at their defaults. That is,
COUNTS - LOWER BOUND field 750
COUNTS - UPPER BOUND field 3750
Input limiting is specified in the normal manner via the INPUT LIMITED
field.
• The Linearization FCM Templet entries for the loop must include the
92 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Analog Input and Output
following:
INPUT SOURCE field PREVIOUS FCM
TEMPERATURE SCALE field F (specifies the output of the
Linearization FCM is scaled in
degrees F.)
COMPENSATION TYPE field NONE
ELEMENT TYPE field J
3BUR002336R3701 RevA 93
Controller Analog Input and Output Channels Section 3 How to Configure Subsystems to Support
CONTROL AREA
Controller Subsystem
Controller CCF Software
Input Loop
94 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Analog Input and Output
For this example assume the RTD is type DIN with a 100 ohm element and
works on a range of 100° C to 300° C.
• The Loop Definition Templet must specify the loop containing an Analog Input
FCM which sends its result to a Linearization FCM. Other FCMs may follow
the Linearization FCM. Since the result of the Linearization FCM is the
temperature value, it is chosen as the measured variable of the loop.
• The Analog Input FCM Templet entries for the loop must include the
following:
CHANNEL NUMBER field number of the analog input channel,
1-16.
RTD, TC, OR HI-LEVEL field HI-LEVEL (HI-LEVEL is used instead
of RTD because the controller gets a 1
to 5V signal)
RTD tables indicate that a type DIN RTD with a range of 100 to 300° C
produces a resistance value in 138.5 ohms to 212.02 ohms range. The entries in
the ENGU fields are:
ENGU - LOWER BOUND field 138.5
ENGU - UPPER BOUND field 212.02
The COUNTS fields should be kept at their defaults. That is,
COUNTS - LOWER BOUND field 750
COUNTS - UPPER BOUND field 3750
Input limiting is specified in the normal manner via the INPUT LIMITED
field.
• The Linearization FCM Templet entries for the loop must include the
following:
INPUT SOURCE field PREVIOUS FCM
TEMPERATURE SCALE field C (to specify the output of the
Linearization FCM is scaled in
degrees C)
COMPENSATION TYPE field NONE
ELEMENT TYPE field DIN
3BUR002336R3701 RevA 95
Controller Analog Input and Output Channels Section 3 How to Configure Subsystems to Support
96 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Controller Analog Input and Output
Input limiting is specified in the normal manner via the INPUT LIMITED
field.
• The Linearization FCM Templet entries for the loop must include the
following:
INPUT SOURCE field PREVIOUS FCM
TEMPERATURE SCALE field C (to specify the output of the
Linearization FCM is scaled in
degrees C)
COMPENSATION TYPE field NONE
ELEMENT TYPE field BURNS
CONTROL AREA
Controller Subsystem
Controller CCF Software
Input Loop
Figure 16. Pulse Inputs via the 6156B Pulse Input Signal Conditioning Module for a Controller
3BUR002336R3701 RevA 97
Controller Analog Input and Output Channels Section 3 How to Configure Subsystems to Support
98 3BUR002336R3701 RevA
Section 3 How to Configure Subsystems to Support CCF Backup Controller Templet
Input limiting is specified in the normal manner via the INPUT LIMITED field.
See the paragraphs of this section titled Analog Inputs for a Controller, for a method
of handling pulse inputs coming from the interrupting contact inputs of the
controller.
3BUR002336R3701 RevA 99
Backup Controller Templet Section 3 How to Configure Subsystems to Support CCF
CONTLCP This is used when the controller uses the LCP+ option and
11 to 1 controller redundancy. One Area Control Panel must
be inserted as a child of the Controller Templet. It must
specify the serial port the LCP+ is connected to via the
PORT NUMBER field, and it must define the name for the
port via the PORT NAME field. The Area Control Panel and
the LCP+ are described in the Local Control Panel Plus
(LCP+) instruction book.
LCP3TO1 This is used when the controller uses the LCP+ option and
3 to 1 controller redundancy. This option is described in the
Local Control Panel Plus (LCP+) instruction book.
SC_CTLR This is used for 6204B Control Modules in a subsystem with
11 to 1 redundancy. The backup controller must be in
position 4.
SC_CTLR3TO1 This is used when the backup controller is a 6204B Control
Module.in a subsystem with 3 to 1 redundancy. The backup
controllers are in positions 4, 8, and 12.
Data Base
Generic DPSS
Device
Descriptor
Templets
Smart I/O
Network
FCM
Templets
DO RATE Field
This field specifies the minimum resolution of any pulse output for the subsystem.
For pulse duration outputs, the pulse duration value calculated by the Pulse
Duration Output FCM is rounded to the next lower multiple of the DO rate prior to
production of the pulse. For pulse train outputs, the pulse width and interval
specified through the PO CHANNEL NUMBER, PULSE INTERVAL, and PULSE
WIDTH fields of the Multibus I/O Templet must be multiples of the DO rate.
Valid entry is:
a number of milliseconds as either 20, 40, 100, 200, or 1000
Default is: 40
SECONDARY DP Field
The functionality associated with this field has not been implemented.
NODE TYPE
This field specifies the hardware platform for the GENERICD node.
Valid entry is:
MOD300_NODE This option is for a Multibus-based node.
ADVANT_STATN This option is for an Advant Station.
The AI CHAN field and the AI GAIN field are used to specify the gains of the
analog input channels.
You must specify the default gain value in the AI DEFAULT CHAN GAIN field. If
a channel uses this default value, no entry is needed in the AI CHAN and AI GAIN
fields. However, if a channel uses a gain value different from the default, the AI
CHAN and AI GAIN field entries must be completed.
Analog Inputs in Multibus I/O Subsystems on page 118, discusses the affects of
different channel gains on the loops using the analog inputs.
AO CARDS Field
This field specifies the total number of 6108B Analog Output Modules in this
subsystem. Information on how to use AO channels is provided in Analog Outputs
in Multibus I/O Subsystems on page 124.
Default is: 0
TTL CARD# 1 2 3 4 5 6 7 8 9
1 O O O I I I I I I
You can use these short cuts when making entries. If all ports of a card are of the
same type, it is only necessary to put in an entry for port 1, ports 2 to 9
automatically use the same type. If entries are made for ports 1 to 5 only, ports 6 to
9 automatically use the entry made to port 5.
During console configuration, if you specified that you want to use contact outputs
for external alarm indicators, you must make entries to the TTL CARD # and
123456789 fields to support the external alarms as indicated in the Console
Configuration User's Guide.
configured for output via the DIGITALS 1 through 40 fields on the Controller
I/O Templet.
• The number of milliseconds between consecutive leading edges of pulses in the
PULSE INTERVAL column. It must be a multiple of the DO rate specified on
the Generic DPSS Templet. The default is 80.
• The number of milliseconds between the leading and falling edge of a pulse in
the PULSE WIDTH column. It must be a multiple of the DO rate specified on
the Generic DPSS Templet. The default is 40.
Pulse outputs and other digital outputs are described in Digital Inputs and Outputs in
Multibus I/O Subsystems on page 125.
To set up inputs via an analog input module, you must specify the general
parameters of the analog input modules and the channel gains, and you must
configure the loops which use the analog inputs.
To set up the general structure of the analog I/O you must use the AI CARD
NUMBER fields, the AI DEFAUlT CHAN GAIN field, and the AI CHANNEL and
AI GAIN fields on the Multibus I/O Templet. Multibus I/O Templet on page 111,
describes the entries to these fields.
Figure 25 shows the signal flow through the hardware and software components
used to convert analog signals into values usable by the loops.
CONTROL AREA
CCF Software
Input Loop
Field Termination Panel Analog Input Analog Input Modified SQR Root
Signal Module 6100B FCM FCM
When the gain is 1, the full voltage range a channel accepts is -10V to +10V. A -10V
input generates a count value of -2048. An input of 0V generates a count of 0, and
an input of +10V generates a count of 2047. The value of the counts generated for
voltages between -10V and +10V is calculated using proportions.
The other possible gains for a channel are 2, 4, 8, 16, 32, 64, 128, 256, 512, and
1024. When one of these gain values is used, the full voltage range of a channel is
equal to:
-(10/g) V to +(10/g) V
where
g is the channel gain
An input of -10/g V generates -2048 counts and +10/g V generates 2047 counts
Example 2
When the gain is 4, the full range of the channel is -2.5V to +2.5V, with -2.5V
generating -2048 counts and +2.5V generating 2047 counts. After being converted
to counts, the input goes to a CCF loop. The Analog Input FCM converts the counts
value to an equivalent engineering units or percent value.
The Modified Square Root FCM is often the second FCM in the loop. A typical
application of this FCM is square root extraction on signals coming from
differential pressure transmitters which do not have built-in square root extractors.
The value in engineering units or percent is then passed on to other FCMs in the
loop if needed.
Example 3 - Differential Pressure Transmitter with Built-in Square Root
Extractor
A transmitter measures differential pressure across an orifice plate. The transmitter
has a built-in square root extractor and provides a 4 to 20mA dc signal proportional
to flow in which 4mA represents 0 flow and 20 mA represents 500 GPM.
The current signal produces a voltage at the termination panel. This voltage is
applied to the fifth channel of a 6101B Analog Input Expander Module, that is,
analog input module 2 for the subsystem. The following items must be configured
to handle this input.
• The Loop Definition Templet must specify the loop contains an Analog Input
FCM. Other FCMs can follow the Analog Input FCM. Since the result of the
Analog Input is the flow value, it is chosen as the measured variable of the
loop.
• The channel gain for the channel is left at its default of 1.
• The Analog Input FCM Templet entries for the loop must include the
following:
CHANNEL NUMBER field number of the analog input channel at
which the input is present (20 for this
example since the signal is brought in at
the fifth channel of a slave module that
is module 2 for the subsystem)
RTD, TC, OR HI-LEVEL field HI-LEVEL
ENGU - LOWER BOUND field engineering units value equivalent to a
1V signal from the field (0 for this
example)
ENGU - UPPER BOUND field engineering units value equivalent to a
5V signal from the field (500 for this
example)
The entries to the COUNTS fields are calculated from the maximum counts of the
channel. When the gain for a channel is 1, an input of 10V leads to 2047 counts and
an input of 0 volts gives 0 counts. Therefore, by a simple proportion, 1 volt
produces a count of 204.7 and 5 volts produces a count of 1023.5.
After rounding off, the entries become:
COUNTS - LOWER BOUND field = 205
COUNTS - UPPER BOUND field = 1024
Input limiting is specified in the normal manner via the INPUT LIMITED field.
Example 4 - Differential Pressure Transmitter Without Built-in Square Root
Extractor
A transmitter measures differential pressure across an orifice plate. It provides a 4 to
20mA dc signal proportional to differential pressure. 4mA represents the differential
pressure at 0 flow and 20mA represents the differential pressure at 500 GPM.
The current signal produces a voltage at the termination panel. This voltage is
applied to the tenth channel of the first Analog Input Module. The following items
must be configured.
• The Loop Definition Templet must specify the loop contains an Analog Input
FCM followed by a Modified Square Root FCM. (The Modified Square Root
FCM is required because the transmitter does not have a built-in square root
extractor.) Other FCMs can follow the Modified Square Root FCM for further
processing. Since the result of the Modified Square Root FCM is the flow
value, it is chosen as the loop measured variable.
• The channel gain for the channel is left at its default of 1.
• The Analog Input FCM Templet entries for the loop must include the
following:
CHANNEL NUMBER field number of the analog input channel at
which the input is present (10 for this
example)
RTD, TC, OR HI-LEVEL field HI-LEVEL
ENGU - LOWER BOUND and ENGU - UPPER BOUND should be chosen to
scale input to percent because the Modified Square Root FCM requires an
input in percent. Therefore,
ENGU - LOWER BOUND field 0 (for 0% of range)
ENGU - UPPER BOUND field 100 (for 100% of range)
The entries to the COUNTS fields are calculated from the maximum counts of
the channel. When the gain for a channel is 1, an input of 10V leads to 2047
counts and an input of 0 volts gives 0 counts. Therefore, by a simple
proportion, 1 volt produces a count of 204.7 and 5 volts produces a count of
1023.5
After rounding off, the entries become:
COUNTS - LOWER BOUND field 205
COUNTS - UPPER BOUND field 1024
Input limiting is specified in the normal manner by the INPUT LIMITED field.
• The Modified Square Root FCM Templet entries for the loop must include the
following:
INPUT SOURCE field PREVIOUS FCM
HI ENG UNITS field engineering units value equivalent to a
20mA signal from the field (500 for this
example)
LO ENG UNITS field engineering units value equivalent to a
4mA signal from the field (0 for this
example)
Example 5 - Using a Channel Gain Larger than 1
The signal from a transmitter results in a 0 to 1V input signal being applied to
channel 9 of the first 6100B Module in a subsystem. Since the maximum input is
going to 1V, the following configuration entries show how the board is made more
sensitive to the input by increasing the channel gain.
• The Loop Definition Templet must specify the loop contains an Analog Input
FCM. Other FCMs can follow the Analog Input FCM. Since the result of the
Analog Input is the engineering units value, it is chosen as the measured
variable of the loop.
• The gain for the channel is specified as 8 using these entries to the Multibus I/O
Templet:
AI CHANNEL AI GAIN
9 8
The voltage range for the channel is calculated (-10V/8 to +10V/8) as -1.25V
to +1.25V.
An input of -1.25V generates -2048 counts and an input of +1.25V generates
2047 counts.
• The Analog Input FCM Templet entries for the loop must include the
following:
CHANNEL NUMBER field number of the analog input channel at
which the input is present (9 for this
example)
RTD, TC, OR HI-LEVEL field HI-LEVEL
.
FIELD CONTROL AREA
High Density I/O Subsystem
T/C Temperature 6102B Module CCF Software
for Cold Sensor
Junction Channels 1 to 16 Chan. 1 loop (cold junc. comp.) Internal link for
Comp. temp. comp.
at chan. Cold junction A/D Conversion chan. 1 Analog Input
effect at all for cold junc. counts
no. 1 FCM
connections signal at chan. 1
between T/C Converts
T/C and copper A/D conversion counts to
inputs at wire for t/c signals at temp value
chan. 2 chan. 2 to 16
to 16 converted to
Termination Panel counts chan. 2
counts Analog Input Linearization Degrees
FCM uVs FCM to next
Converts Table lookup FCM
counts to linearization
temp value and eng unit
conversion
Chan. 2 loop, T/C input (same for 2-16)
Figure 26. Thermocouple with Cold Junction Compensation in a Multibus I/O Subsystem
Signal Flow for the Loop acquiring the Termination Panel Cold Junction
Temperature
• The signal originates at a temperature sensor on the termination panel.
• The signal is applied to the 6102B Module which performs analog to digital
conversion which provides a counts value applied at the first channel of the
module.
• The Analog Input FCM of the loop acquires the counts value and converts it to
degrees. This value represents the temperature at the termination panel. It is
automatically made available to the loops handling the thermocouple inputs.
Signal Flow for the Loops that Handle the Thermocouple Inputs
• The signal is produced in the field by the thermocouple.
• The connection between the thermocouple wires and the screws in the
termination panel creates a cold junction effect. The normal result is a decrease
For the loop that measures cold junction temp. ENGU are always in
degrees C.
The A/D converters are designed to output count values between -2048 and
+2047. This corresponds to a range of temperature from the sensor of -125 to
+125° C.
The lower counts bound is equal to: (0/-125) x (-2048)
and the upper bound counts is equal to: (50/125) x 2047
Therefore, the entries for the COUNTS fields are:
COUNTS - LOWER BOUND field 0
COUNTS - UPPER BOUND field 19 (rounded off)
• The loop handling the thermocouple input must include the following:
• The Loop Definition Templet must specify the loop contains an Analog Input
FCM which sends its result to a Linearization FCM. Other FCMs can follow
the Linearization FCM.
• The Analog Input FCM Templet entries for the loop must contain the
following:
CHANNEL NUMBER field the number of the channel where the
input is present (30 for this example)
RTD, TC, OR HI-LEVEL field TC
Copper Wires
Figure 27. Thermocouple with Hot Junction Compensation in a Multibus I/O Subsystem
• The Analog Input FCM converts the counts to an equivalent voltage value.
(The voltage is in microvolts because the thermocouple tables of the
Linearization FCM must have an input expressed in microvolts.)
• The Linearization FCM uses standard tables for linearization. The temperature
of the hot junction is specified to the FCM when it is configured. Thus the
FCM can compensate for the junction effect. After it linearizes the signal, the
FCM converts the microvolt value into a value in degrees.
• The value in degrees is then passed on to other FCMs in the loop if needed.
Example:
The thermocouple is type K used in 0 to 1000° F range. The junction is maintained
at 150° F.
• The Loop Definition Templet must specify that the loop has an Analog Input
FCM that sends its result to a Linearization FCM. Other FCMs can follow the
Linearization FCM.
• The Analog Input FCM Templet entries for the loop must contain the
following:
CHANNEL NUMBER field the number of the channel.
RTD, TC, OR HI-LEVEL field TC
COUNTS - LOWER BOUND, COUNTS - UPPER BOUND, ENGU -
LOWER BOUND and ENGU - UPPER BOUND fields are calculated by the
following:
a. Using thermocouple tables, it is found that a type K thermocouple
operating on a range of 0 to +1000° F produces a voltage that ranges from
-.692 mV to +22.251 mV
b. Use thermocouple tables to determine the effect of the hot junction on the
thermocouple. Assume that the junction is kept at 150° F. From the tables,
it is found this would decrease the voltage by 2.666 mV. Therefore, the
range becomes -3.358 mV to 19.595 mV.
c. At this point, Table 5 is checked to find the necessary version of the
6102B Module. The thermocouple range equates to a span of 22.953 mV
(-3.358 mV to 19.595 mV). If bad input checking is not configured for the
Analog Input FCM, the thermocouple range is used to choose the module.
If bad input checking is used, a larger range must be used. For example, if
the bad input check is established at 10% over or below range, the
maximum voltage range must be expanded by 2.295 mV in each direction.
The overall range now becomes -5.652 mV to 21.89 mV. By checking
Table 5, it is found that the proper version of the module is
6102BZ10131A. Its range of -50 to +50 mV is large enough for the
thermocouple input and the bad input checking.
d. ENGU - LOWER BOUND and ENGU - UPPER BOUND must be in
microvolts since t/c tables in Linearization FCM are designed for input
scaled in microvolts.
Therefore, the thermocouple range (including junction effects) of -3.358
mV to 19.595 mV becomes:
ENGU - LOWER BOUND field = -3.358 x 1000 = -3358
ENGU - UPPER BOUND field = 19.595 x 1000 = 19595
e. The lower and upper counts values are calculate as:
COUNTS - LOWER BOUND field = maximum mV of input x -2048
maximum mV of module
= -3.358 x -2048
-50
= -138 (rounded off)
COUNTS - UPPER BOUND field = maximum mV of input x 2047
maximum mV of module
= 19.595 x +2047
50
= 802 (rounded off)
For each version the maximum range of counts is -2048 to +2047. A loop that
acquires a millivolt or voltage input from this type of module must have an Analog
Input FCM. The COUNTS - LOWER BOUND, COUNTS - UPPER BOUND,
ENGU - LOWER BOUND, and ENGU - UPPER BOUND fields are used to scale
the counts to a value in engineering units. The general format of the equations used
find the value of the COUNTS fields are:
If mV input is positive: Counts = (mV input/max mV input of module) x 2047
If mV input is negative: Counts = (mV input/max mV input of module) x -2048
Example:
A transmitter produces a signal of -15 to +12mV dc. The signal is -15mV when the
engineering units is 50. The signal is +12mV when the engineering units is 175.
The 6102B Module best suited for this input range is 6102BZ10121A. It has an
input range of -20 to +20mV dc. The span of this module is adequate for the
millivolt range with enough extra to allow for bad input checking. The entries for
ENGU fields on the Analog Input Templet are:
ENGU - LOWER BOUND field 50
ENGU - UPPER BOUND field 175
Since the low range of the inputs is negative, the COUNTS - LOWER BOUND
field is:
Counts = (mV input/max mV input of module) x -2048
= -15 x -2048
-20
= -1536
Therefore, the COUNTS - LOWER BOUND is -1536. Since the high range of the
millivolt inputs is positive, the COUNTS - UPPER BOUND is calculated as:
Counts = (mV input/max mV input of module) x 2047
= 12 x 2047
20
= 1228.2
Therefore, the entry for the COUNTS - UPPER BOUND field is 1228 (rounded
off).
the lowest hardware address are RTD channels 1 to 16. The channels on the module
at the next higher address are channels 17 to 32, and so on.
When an RTD loop is configured, you must calculate how many counts are present
at the input channel for a given ohm measurement produced by the RTD. To
calculate this:
The specifications for the 6105B Module are:
OHM COUNTS
0 -958
100 0
313.74 2047
The counts change by approximately 9.58 for each ohm away from 100 ohms. An
exact equation for finding the counts is:
Counts = (ohms - 100) x 9.5771
The following examples show how this equation is used.
Example 1 - RTD with a 100 Ohm Element
A BURNS type RTD with a 100 ohm element is used over a range of 200 to 500° C.
It is connected to the fourth channel of the third 6105B Module in the subsystem.
• The Loop Definition Templet must specify the loop contains an Analog Input
FCM that sends its result to a Linearization FCM. Other FCMs can follow the
Linearization FCM.
• The Analog Input FCM Templet entries for the loop must contain the
following:
CHANNEL NUMBER field the number of the channel (36 in this
example)
RTD, TC, OR HI-LEVEL field RTD
Using RTD tables, it is found that a 100 ohm BURNS RTD operating on a
range of 200 to 500° C produces resistance measurements that range from
176.85 to 283.36 ohms. Therefore, entries for the ENGU fields are:
ENGU - LOWER BOUND field 176.85
Use RTD tables to find the ohms values for the ENGU fields. However, you
must exercise caution to insure the ohms values are the proper ones for a 200
ohm element. Using RTD tables, it is found a 100 ohm DIN element RTD
operating on a range of 50 to 125° C produces a resistance value ranging from
119.40 ohms to 147.94 ohms. Multiply these numbers by 2 to find the range for
a 200 ohm element. Thus the range becomes 238.8 ohms to 295.88 ohms.
option is chosen, the pulse value read at the channel is divided by the elapsed time,
and the resulting pulse frequency becomes the counts value for the loop.
A pulse frequency input can also be handled using a combination of a Pulsed Input
FCM and a PI Time Derivative FCM. In this situation, the entry for the INPUT
TYPE field of the Pulsed Input FCM Templet should be set to the entry in the
COUNTS field. This method has a lower resolution than the method described in
the previous paragraph.
CCF Templet
One CCF Templet, Figure 29, must be configured for each node that executes CCF.
It defines the Loop Processor base rate and other general parameters for the node.
All other templets in the node related to CCF are descendants of the CCF Templet.
.
BASERATE Field
The base rate is the interval at which the Loop Processor runs. All loops in the
module are processed in multiples of the base rate. For a Controller Subsystem, the
base rate must be less than or equal to 1. If you attempt to compile a controller data
base with a base rate greater than 1, a warning message is generated and the base
rate is set to 1.
Valid entry is time in seconds. Decimal numbers with the smallest possible entry
being 0.100.
Default is: 1
Loop Processing Rate on page 158, describes how this field and the PROCESSING
RATE and PROCESSING PHASE fields of the Loop Definition Templet interact to
determine the actual processing rate for an individual loop.
Consider the load on the subsystem when you choose the CCF base rate and
individual loop processing rates. The Loop Processor must be able to perform all
calculations within the allotted base rate. During runtime, the diagnostic Subsystem
Performance Display indicates processor loading, memory pool usage, and CCF
processing. This display is used to determine if the base rate or system load must be
modified.
The entry to this field is ignored by the TRIO software. The TRIO
warmstart action for Output FCMs and device loops is configured
via the INITIAL MODE or INITIAL OUTPUT MODE and
INITIAL COMMAND Fields of their respective templets. See
Parameters Common To All Output FCMS on page 317 and How
To Configure A Device Loop on page 533 of this instruction book
for further information.
General Information
Continuous loops perform control, indication, and calculation functions. Device
loops control discrete devices such as fans and motors. The templets for continuous
loops are described in this section through Section 10, Extended Processing FCMS,
and the templets for device loops are described in Section 11, Defining Device
Loops.
Refer to the appropriate User’s Guide for instructions on using the configurator user
interface. For the Multibus-based configurator, refer to System Configurator User's
Guide. For AdvaBuild, refer to the AdvaBuild Basic Functions User’s Guide.
Two types of templets are needed to define each continuous loop. The first type is
the Loop Definition Templet. You must complete one Loop Definition Templet for
each loop. This templet is used to assign a name to the loop and specify the general
processing and alarm parameters. You must also complete one or more FCM
Templets for each Loop, depending on the required functionality. There are over
fifty different FCM Templets.
For example, to define loop TC105 as a PID controller with square root extraction,
configure the following FCM Templets (Templet names for FCMs are defaults):
Templet Name Templet Type
TC105 Loop Definition Templet
TC105.AIN Analog Input FCM Templet
TC105.SQR Modified Square Root FCM Templet
TC105.PID PID Controller FCM Templet
TC105.AOT Analog Output FCM Templet
Loop level parameters for continuous loops are listed in Data Base Tables.
If you want to use a Primary History Log to collect the MEASURE, RESULT, or
SETPOINT values of a continuous loop for trend display, you must also define a
Primary History Log Templet. See Primary History Log on page 195 for
information on how to configure a Primary History Log.
Planning a Loop
Plan a loop configuration with planning forms in Data Base Planning Forms. Use a
form for the loop definition templet and one for each FCM. When you plan a loop:
• Use a unique system-wide name for the loop.
• List FCMs in the order you wish to have them executed when the loop is
processed.
• A loop can have a maximum of 8 FCMs.
• A loop can have no more than one controller FCM. The controller FCM is
either the PID controller FCM or the Auto/Manual controller FCM.
• A loop can have no more than one totalizer FCM.
• If a loop has a totalizer FCM, it cannot have a PID or Auto/Manual Controller
FCM.
• A loop can have no more than one User Calculations (UCAL) FCM.
• A loop can have a maximum of 3 Primary History Logs.
Rules for FCMs include:
• Use either the default FCM name or use your own name string of up to three
characters.
• Each FCM must have a unique name within the loop. If two or more FCMs of
the same type are in a loop, only one can have the default name, you must
modify the default string for the second similar FCM.
• Since LL is reserved as a keyword to indicate TLL, do not use LL as an FCM
name.
• Complete an FCM form for each type of FCM. The name is assigned by the
configurator. It consists of the loop tag and FCM name. For example, an
Analog Input FCM in Loop T15 has the name T15.AIN and a Modified Square
You can either use the default FCM name or enter up to a 3 character name of
your choice. Each FCM in a loop must have a unique name. If you have two or
more FCMs of the same type, only one of them can have the default name.
You enter the FCM's corresponding algorithm as it appears in Table 8 (without
asterisks).
3. When you are finished with the Loop Definition Templet planning form, fill in
the FCM planning forms for the loop.
Start by writing the templet name in the TEMPLET NAME field. The templet
name for an FCM is automatically assigned by the configurator. It consists of
the loop tag and the FCM name. For example, the Analog Input FCM of loop
T15 is assigned T15.AIN. See the TEMPLET NAME field in Figure 34. For
further information about individual FCMs, refer to Section 5, Input FCMS,
through Section 10, Extended Processing FCMS.
The phase of a loop is initially assigned via the PROCESSING PHASE field of the
Loop Definition Templet. The phase must be an integer in the range of 0 to the value
calculated using the following formula:
(PR/BR) - 1 (rounded to the next higher integer)
where
PR is the processing rate of the loop
BR is the base rate for CCF in the module that contains the loop
Example:
The base rate for CCF in a module is 0.250. A loop in the module is given a
processing rate of 5. Therefore,
(PR/BR) - 1 = 20 -1 = 19
The loop is assigned a phase of 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,
or 19.
If the loop processor finds that two or more loops are scheduled for processing at a
given time, the loop with the lowest entry in the ORDER OF PROCESSING field
on the Loop Definition Templet is processed first.
In addition to normal processing, you can demand scan of loops. This is
accomplished by setting the DMD_SCAN (demand scan) parameter for the loop to
demand scan. This causes the loop processor to perform one additional scan of the
loop. If the loop is scanned periodically, the demand scan does not replace any of
the normally scheduled scans. The value of the DMD_SCAN parameter is usually
NORMAL. You can change the DMD_SCAN parameter to demand scan via TCL
programs, PUT FCMs, ladder logic or an external computer.
A demand scan also occurs for a loop with a scan rate of 0, if the loop is turned ON
(that is, the loop state is ON). The following other factors can also cause demand
scans to occur:
• Both continuous and device loops are demand scanned when demand scan is
turned ON (that is, the loop state is ON).
• When a digital input channel's state changes.
This happens both for loops that are periodically processed and for
loops that have a scan rate of 0. If two or more loops use the same
digital channel, only one of them is demand scanned when the state
of the input at the channel changes.
Measured Variable
You use the NAME OF MEASURED FCM field on the Loop Definition Templet to
specify the result of one FCM of the loop as the measured variable of the loop. The
values for the trend grid are specified through the PRES RANGE MAX and PRES
RANGE MIN fields, respectively.
Tag
Descriptor
Trend Meas.
Graph Units
Trend Meas.
Lines Value
As Figure 31 shows, a trend grid (graph) on the Group Trend and the Area Trend
Displays provides trend lines for up to 4 loops. When you configure a loop, it is best
to assign it the same trend rate or storage interval value as the other 3 loops to be
displayed with it on the trend grid. For the example in Figure 31, loops FIC110,
TC115, and FC112 should have the same trend rate. Loops are grouped together so
you can view their trends together as a group. This is done via the Console
Configurator as described in the Console Configurator User's Guide.
Unit Assignments
You can assign loops to units via the UNIT ID field. This is useful for systems that
use History Services software. The alarm/event history messages for all loops in a
unit are collected and stored in the same file. If a unit assignment is not made for a
loop, the History Services software stores alarm/event history messages for that
loop in a default unit file.
Loop State
The loop state can be either ON or OFF. When the loop state is ON, it is processed
according to its configured processing rate. When the loop state is OFF, the loop
processor ignores the loop. The initial loop state is configured for the loop by the
LOOP STATE field on the Loop Definition Templet. During runtime, the loop state
is turned on or off by the LOOP MD field of the Loop Detail Display. TCL, PUT
FCMs, Ladder Logic, and external computers can also turn the loop on or off by
making changes to the loop state parameter of the loop.
Configuring an Alarm
The alarms listed in Table 9 are configured on the second page of the Loop
Definition Templet. In general, three templet fields are required to configure an
alarm: an ENABLE field, an alarm limits field, and a PRIORITY field. The fields
are described below using the high (HI) alarm as an example.
• ENABLE HI ALARMS field must be YES to enable the loop processor to
check for the high alarm.
• The HI LIMIT field is used to specify the alarm limit. The default entry is
PROCESS HI, which uses the value of the HI ENG. UNIT LIMIT field on the
first page of the templet. To use a HI limit other than the default, enter the
desired numerical value in the field.
The HI LIMIT field determines when the alarm goes active. The alarm
deadband feature is used to prevent alarms from oscillating between active and
clear states. An active high alarm condition is cleared when the measured
variable is reduced to the HI LIMIT minus the deadband. Figure 33 show an
example of alarm activation. For this example, the high limit is 80 and the
deadband is 5. The alarm becomes active when the measured variable reaches
80. It clears when the measured variable goes to 75.
100
90
90 85
80 79.9
80 75.1 75
79.9
70 75
Engineering Units
5 Deadband
60
Alarm Status Alarm Status
50
50 50 Active Clear
40
30 Alarm status changes to active
at 80 and stays active until
20 variable drops to 75 Alarm Limit: 80
(80- 5 deadband). Deadband: 5
10 Then, alarm changes to clear.
0
Time
Alarm Suppression
The SUPPRESS ALARMS field on the second page of the Loop Definition Templet
is used to prevent the loop from checking for the existence of alarms. This feature is
useful during start-up and shutdown procedures. You can change its value by the
Loop/FCM Display, TCL, Ladder Logic, PUT FCMs, and alien computers.
Alarm Posting
The entry for the ENABLE POSTING field affects the way alarms are logged by the
Alarm/Event Logger and the way alarms are acknowledged at the Operator Stations
or Multibus-based consoles.
When posting is enabled, alarm information for the loop is logged on printers by the
Alarm/Event Logger and alarms are acknowledged at an Operator Station or
Multibus-based console in the manner specified on the Console Setup Page for the
Operator Station or Multibus-based console.
When posting is disabled, alarms are not logged by the Alarm/Event Logger and are
automatically acknowledged at the Operator Stations or Multibus-based consoles.
All other console alarm processing is handled in the normal manner.
The entry made to the ENABLE POSTING field is the initial posting enable for the
loop. During runtime, TCL, Ladder Logic, PUT FCMs, and external computers can
turn posting on or off by writing ENABLED and DISABLED to the Posting Enable
(POSTENAB) parameter.
Alarm Cutout
Cutout allows the alarm posting enable for the loop to place the loop under the
control of an FCM from this or another loop. The result of the FCM determines
whether posting is enabled. For example, you can configure the loop such that when
the result of FCM TC300.AND is false (0), posting of alarms for loop TC20 is
disabled.
There are three fields on the Loop Definition Templet affecting cutout. They are:
ENABLE CUTOUT enables or disables the cutout feature. During runtime,
TCL can enable or disable cutout by writing ENABLED
or DISABLED to the Cutout Enable (CO_ENAB)
parameter.
CUTOUT SOURCE specifies the loop FCM whose result is the source of the
cutout signal
CUTOUT STATE specifies the state (true or false) the cutout signal must be
in to cause cutout. False is a value of 0, true is any other
value.
For a computer to take control of a loop, several parameters must be set in a certain
order:
1. Before the computer can take control of the loop, the COMP_ALL parameter
must be set to 1 for the loop (that is, computer mode restriction is enabled). To
do this, enter YES in the COMP MODE RESTRICT field, or set COMP_ALL
to 1 via a computer program.
2. For the computer to control the loop, it sets the COMP_MOD parameter to 1.
Before this can happen, COMP_REQ must be set to 1. COMP_REQ is set by
changing L (LOCAL) to C (COMPUTER) for the loop on an operational
display, or setting COMP_REQ to 1 via a computer program.
3. When COMP_REQ is set to 1, the computer can set COMP_MOD to 1 to take
control of the loop. The program can now manipulate the restricted parameters
according to the loop configuration.
You can write programs to put a loop in the computer mode without an operator
request. You can also write the programs such that they wait for the operator's
request. There is no mechanism for the operator to lock the computer from putting
the loop in the computer mode.
You can put any loop in the LOCAL mode at any time. There is no mechanism for
the computer to lock out this capacity other than having the program continually
monitor the mode (or set up an event on the mode) and keep it in the computer
mode.
A configurable time specifies how long the computer program has to change to the
computer mode after the operator requests it to do so. If this time elapses, the
computer request attribute is reset and loop processing remains in the local mode.
The Display Builder and Reports can read the three parameters related to the
computer mode. The following are the event messages related to the computer
mode:
Changing mode from LOCAL to COMPUTER
Changing mode from COMPUTER to LOCAL (not on watchdog timeout)
Changing the value of the COMP_REQ parameter from 0 to 1
Timeout of computer request (1 to 0)
Though not explicitly prohibited, the slash " / " should not be used in tag
names. ASCII Transistion Files can not be created in the AdvaBuild
server if the tag name contains a slash, " / ". The " / " and " + " characters
are illegal characters for MOD 300 tag names in 800xA.
During runtime, you can change the processing rate of the loop via the SCANRATE
field on the Loop Detail Display.
During runtime, you can change the processing phase of the loop via the PHASE
field on the Loop Detail Display.
EXPORT Field
This field is only used when the system has multiple configurators. If your system
uses a single configurator, do not make an entry in the EXPORT field. If your
system uses multiple configurators, you should read the information on multiple
configurators in the System Configurator User's Guide (for Multibus Turbo Nodes),
the AdvaBuild Basic Functions User’s Guide (for HP-UX Advant Stations), or the
AdvaBuild Control Builder User’s Guide (for Windows-based Engineering Stations)
before configuring any loops.
Loops are referenced by items such as other loops, TCL programs, console groups,
and user-defined operational displays. If a loop is referenced only by items in its
own configurator domain, you do not need to export its data and can leave the
EXPORT field blank. If the loop is referenced by items in other configurator
domains, you must export information about this loop to the other domains.
Part of the export process uses the entry in the EXPORT field to put data from the
loop into the export source file. The entry in the EXPORT field is an alphanumeric
string that represents the higher order hex bits of the configurator data processors
(domains) to receive the export data. For example, the entry 125BE specifies that
data from the loop is exported to configurators in turbo nodes at DCN addresses
(hex) 11, 21, 51, B1, and E1.
The following fields are used to define alarm-related loop parameters. Alarm
Handling: Configuration, Detection, Posting, and Cutout on page 164, provides
details of the alarm handling methods.
Mnemonic: CO_STAT
The remaining fields on page 2 of the Loop Definition Templet display are used to
define alarms for the measured variable. A description of the configuration
procedure for an individual alarm is provided in Alarm Handling: Configuration,
Detection, Posting, and Cutout on page 164.
HI LIMIT Field
This field defines the high alarm limit for the measured variable. The alarm
becomes active when the measured variable becomes equal to or greater than the
high limit and clears when the measured variable decreases to the value of the high
limit minus the alarm deadband.
Valid entry is a decimal number.
Default is: PROCESS HI (the value entered in the HI ENG. UNIT LIMIT field)
Mnemonic: HILIMT
Label on Loop Detail Display: HIGH MV
During runtime, you can modify the high alarm limit via the HIGH MV field on the
Loop Detail Display.
indicate high and medium priority alarms with red LEDs and standard priority
alarms with yellow LEDs. Alarm messages logged by the Alarm/Event Logger also
contain the alarm priority level.
Valid entries are:
STD standard priority (3)
MED medium priority (2)
HIGH high priority (1)
Default is: STD
LO LIMIT Field
This field defines the low alarm limit for the measured variable. The alarm becomes
active when the measured variable becomes equal to or less than the low limit and
clears when the measured variable increases to the value of the low limit plus the
alarm deadband.
Valid entry is a decimal number.
Default is: PROCESS LO (the value entered in the LO ENG. UNIT LIMIT field)
Mnemonic: LOLIMT
Label on Loop Detail Display: LOW MV
During runtime, you can modify the low alarm limit via the LOW MV field on the
Loop Detail Display.
During runtime, you can modify the low low alarm limit via the LOLO MV field on
the Loop Detail Display.
UNIT ID Field
This field assigns the loop to a unit. This is useful for systems that use the History
software. The alarm/event history messages for all loops in a unit are collected and
stored in the same file. If a unit assignment is not made for a loop, the History
Services software stores alarm/event history messages for the loop in a default unit
file.
Valid entry is:
the name of a unit as defined in the TEMPLET NAME field on the Unit Master
Templet for the unit
The following fields are used to specify computer mode and processing items for
the loop.
its templet
Valid entries are:
YES system checks for an abnormal state. If an abnormal state exists, the
NORMSTAT attribute is set to 1 and the tag is displayed in reverse
video on the operational displays.
NO system does not check for an abnormal state.
Default is: NO
Mnemonic: ENAB_FLG for abnormal state checking
NORMSTAT 0 normal state
1 abnormal state
Default: 0
For example, if there are five loops listed in the LOOPS TO PROCESS fields and
the # LOOPS TO PRESCAN field contains a 2, when the DMND PROCESSING
MODE field calls for processing, the first two loops in the LOOPS TO PROCESS
fields are processed before this loop and the last three in the LOOPS TO PROCESS
fields are processed after it.
an index number of 0, the PID Controller FCM has an index number of 1, and the
Analog Output FCM has an index number of 2.
The fields of the Primary History Log Templet and valid entries are described
below.
Since the name specified is used by other applications (for example, History) to
identify the Primary History Log, the templet name must be unique system wide and
may contain up to 16 characters including the period.
Default is: PROCESS HI (the value entered in the HI ENG. UNIT LIMIT field on
the parent Loop Definition Templet)
General Information
The Input FCMs are used to bring in values from outside the Advant OCS. These
values can come from I/O interfaces of either Controller or Turbo Node
Subsystems. These inputs are further processed before being passed to other FCMs.
The following types of Input FCMs are available: Analog Input, Digital Input, and
Pulsed Input. This section describes how to configure input FCMs. Input FCM
parameters are described in Data Base Tables.
The Analog Input FCM algorithm just divides by 10.0 for TRIO
RTD and TC blocks, therefore, the appropriate RTD or TC entry
must be made to this field.
Vendor types of PLC I/O and SMART I/O cannot coexist in the
same node.
CHANNEL PATH
This field is only available when using the AdvaBuild Templet Builder to configure
the Analog Input FCM. An entry is required in this field if the entry in the
VENDOR TYPE field is either S800 I/O or PROFIBUS I/O.
For S800 I/O, this field is used to specify the LAN, station, cluster, position, and
channel of the I/O point in the following format:
LAN.station.cluster.position.channel
For example, an entry of 1.10.0.4.10 indicates that the S800 I/O point is on LAN 1,
station 10, cluster 0, position 4, channel 10.
For PROFIBUS I/O, this field is used to specify the LAN, device, module, and
channel of the I/O point in the following format:
LAN.device.module.channel
For example, an entry of 1.2.5.1 indicates that the Profibus I/O point is on LAN 1,
device 2, module 5, channel 1.
determined by the hardware configuration of the board or by the CCF software. The
analog signal is converted to digital. The result is translated into an integer number
which becomes the counts value present at the channel.
In a Controller Subsystem, a standard transmitter 4 mA signal equals 750 counts,
while a 20 mA signal equals 3750 counts. In a Multibus I/O Subsystem the gain of
the I/O modules is set either by hardware or software. To determine the
characteristics of a Multibus I/O channel, consult your Project Data Manual for the
system, the instruction book for the I/O module, and the entries made in the AI
DEFAULT CHANNEL GAIN field and the AI CHANNEL and AI GAIN fields of
the Multibus I/O Templet for the Multibus I/O Subsystem.
The CCF Software converts counts to engineering units using a proportion defined
by the COUNTS - LOWER BOUND, COUNTS - UPPER BOUND, ENGU -
LOWER BOUND, and ENGU - UPPER BOUND fields. The equation set up by
these entries is:
C – LC
EU = ---------------------- HU – LU + LU
HC – LC
where
EU is the input value in engineering units
C is the counts
HC is the high counts (entry in COUNTS - UPPER BOUND field)
LC is the low counts (entry in COUNTS - LOWER BOUND field)
HU is the high engineering units (entry in ENGU - UPPER BOUND
field)
LU is the low engineering units (entry in ENGU - LOWER BOUND
field)
For example, a flow rate in a process is being measured. When the flow is at its
expected low value of 200 GPM, the counts at the input is 750. When the flow is at
its expected high value of 800 GPM, the counts are 3750. Therefore, the entries in
the fields of this templet would be:
COUNTS - LOWER BOUND 750
COUNTS - UPPER BOUND 3750
ENGU - LOWER BOUND 200
Counts - Counts -
Lower Bound Upper Bound
Input Counts
DIRECT I/O TRIO BURR BROWN PLC I/O SMART I/O S100 I/O
FIELDS ON THE ANALOG S800 I/O PROFIBUS I/O
(Controller (Controller or (Turbo Node (Turbo Node (SC Controller (AC 410 or
INPUT TEMPLET (AC 460 ONLY) (AC 460 ONLY)
ONLY) Turbo Node) ONLY) ONLY) or Turbo Node) AC 460)
INPUT LIMITED X X X X X X X X
VENDOR TYPE CONTROLLER REMOTE I/O BURR BROWN PLC I/O SMART I/O S100 I/O S800 I/O PROFIBUS I/O
INITIAL OUTPUT X X X X X X X X
3BUR002336R3701 RevA
Section 5
Input FCMS
Section 5 Input FCMS Analog Input Based on Input Type
The Analog Input FCM is used for several different types of input. Table 13 through
Table 15 provide references to detailed descriptions of analog input handling.
the jumper is in position W8, the module is on Field Bus 2. This progression
continues, that is, if the jumper is in position W12 the module is on Field Bus 6.
CHANNEL PATH
This field is only available when using the AdvaBuild Templet Builder to configure
the Digital Input FCM. An entry is required in this field if the entry in the VENDOR
TYPE field is either S800 I/O or PROFIBUS I/O.
For S800 I/O, this field is used to specify the LAN, station, cluster, position, and
channel of the I/O point in the following format:
LAN.station.cluster.position.channel
For example, an entry of 1.10.0.4.10 indicates that the S800 I/O point is on LAN 1,
station 10, cluster 0, position 4, channel 10.
For PROFIBUS I/O, this field is used to specify the LAN, device, module, and
channel of the I/O point in the following format:
LAN.device.module.channel
For example, an entry of 1.2.5.1 indicates that the Profibus I/O point is on LAN 1,
device 2, module 5, channel 1.
Mnemonic: LO_COUNT
K inp-
The equation for the algorithm is: Result = -----------------
t2 – t1
where
K is a scaling constant whose value is configurable
inp is the present input value, usually result of Pulsed Input FCM
t2 - t1 is the time between consecutive FCM scans. t2 is the time of the
present execution and t1 the time of the previous execution
This FCM converts a pulse input value into a number of pulses per second. For
example, a PI Time Derivative FCM is configured to execute every 4 seconds with a
scaling constant of 1. When the input is 1000 pulses, the equation becomes
1 1000
Result = --------------------- = 250 pulses/second
4
CONSTANT Field
This field specifies the scaling constant. You can choose this constant to express the
result in pulses per minute or hour, and so on.
Valid entry is a decimal number.
Default is: 1.0000
General Information
The Auto/Manual Controller FCM is used to set up a ratio/bias station or a manual
loader. It accepts an input from another FCM and modifies the input with ratio and
bias values. When the Auto/Manual Controller FCM is in the Auto Output Mode,
the modified input becomes the FCM output (result). When it is in the Manual
Output Mode, the output is a value entered by the operator at the Operator Station or
Multibus-based console. When it is in the Track Output Mode, the output tracks the
value of another signal. A block diagram of the Auto/Manual Controller is provided
in Figure 43. A detailed functional block diagram of the FCM is provided in
Figure 44. Auto/Manual Controller FCM parameters are provided in the Data Base
Tables manual.
Manual Track
Result
Input X Auto Auto/Manual
Ratio
Bias
Output
Several aspects of the output are configurable. See Figure 44.
Signal Source You can specify any one of the following as the output source:
Auto FCM determines output value
Manual Output value is entered by operator at the Operator
Station or Multibus-based console
Track Output value is set equal to a specified signal
Allowed modes The combinations of Auto, Manual, and Track used are specified
in the OUTPUT MODES ALLOWED field.
Initialization The start-up mode is specified via the INITIAL MODE field.
For Manual Mode, the initial signal value is specified by the
INITIAL OUTPUT field.
Limits Limits for the output are specified by the OUTPUT HIGH
LIMIT, OUTPUT LOW LIMIT, and OUTPUT RATE LIMIT
fields. The modes using the limits are specified via the
LIMITED OUTPUT MODES field.
Output Alarms
You can configure high, low, rate of change, and data quality alarms for the output
of the Auto/Manual Controller FCM. The high, low, and rate of change alarms are
extensions of the output limiting features. For example, the three fields that specify
the output high limit and output high alarm are:
OUTPUT HIGH LIMIT specifies the maximum output value. This is used
where limiting is allowed by the LIMITED
OUTPUT MODES field.
OUTPUT HIGH ALARMS? specifies whether an alarm is generated when the
output is limited at the output high limit value. The
default is YES.
OUTPUT HIGH PRIORITY specifies the priority for the output high alarm. The
default for this field is STD (standard priority 2).
The output low alarm and output rate of change alarm are configured using fields
similar to those described for the output high alarm.
The data quality alarm is configured via the BAD OUTPUT ALARMS? field. If
you use the default (YES) an alarm is generated when the data quality of the output
is BAD. The BAD OUTPUT PRIORITY field is used to specify the priority for this
type of alarm.
3BUR002336R3701 RevA
Output A/M Result
+ No No (output)
Result of
M
Input Source X
an FCM Track Activate
± =
State
FCM
Track Activator
Attribute
ON
Manual
L-R
Balance OFF
Auto/Manual Controller FCMs
ON
AUTO AUTO
Operator Set RATIO BIAS Output
Local Ratio Modes
Value Auto
Source L/R Allowed
Limit
Ratio Balance OFF
Yes OFF ON
Limit
LOCAL
NONE Track
REMOTE
No OFF
233
Output Alarms
Bumpless Mode Transfers and Tracking for Auto/Manual Controllers Section 6 Auto/Manual
You should consider the configured limits for ratio and bias when
ratio or bias balancing is used for bumpless transfers. The system
cannot set the ratio or bias beyond the configured limits. Thus,
under certain conditions a bump may occur.
• Output Tracking: You can configure the output of the FCM that supplies the
input for the Auto/Manual Controller FCM to track the TRAK_VAR parameter
of the Auto/Manual Controller FCM. See Figure 45 and the descriptions that
follows.
FIC-101.PID HC-102.AM
TRAK_VAR Remove
Bias &
Ratio
TRK_FLAG variable is TRUE. This causes FIC- 101.PID to track the TRAK_VAR
of HC-102.AM. If the TRAK_VAR variable is applied to the input of HC-102.AM,
it produces an Auto output value which is the same as the current Manual output
value. The TRAK_VAR, as Figure 45 shows, is the Manual output value adjusted to
compensate for the ratio and bias applied by HC-102.AM. The following equation is
used to do so:
O – B-
TRAK_VAR = -------------
R
where
O is the current Manual Output Value
B is the bias applied by HC-102.AM
R is the ratio applied by HC-102.AM
This equation is used to calculate a value for the TRAK_VAR only when the
controller is not in the Auto Mode. The TRAK_VAR is tracked only when tracking
is initiated by the TRK_FLAG variable. If tracking is initiated by a variable other
than TRK_FLAG, you must ensure a suitable variable is provided for the upstream
controller to track.
Controller FIC-101.PID is configured to track the output of HC-102.AM via five
fields on the templets for all controller FCMs, both Auto/Manual and PID.
The variable being tracked is specified by the following two fields.
TRACK INPUT SOURCE (source) field - specifies the FCM whose variable is
tracked. In the example, Figure 45, the entry is HC102.AM.
TRACK INPUT ATTRIBUT field- specifies the parameter of the Track Input
Source FCM is being tracked. In the example, Figure 45, the entry is
TRAK_VAR.
The variable that specifies when to track is indicated by the following three fields.
TRACK ACTIVATOR SRC (source) field - specifies the FCM with a
parameter commanding the PID Controller FCM to track. In the example,
Figure 45, the entry is HC102.AM.
Mnemonic: TRKORET
Mnemonic: BALANCE
When using bias or ratio balancing for bumpless transfer, consider the effect of that
ratio or bias limits. The system cannot set the ratio or bias to values larger than the
configured limits, therefore, a bump can still possibly occur. Bumpless Mode
Transfers and Tracking for Auto/Manual Controllers on page 234 describes a
different method (output tracking) for bumpless mode transfers.
LOC/REM
Default is: OFF
General Information
The PID Controller FCM applies a control algorithm to a continuous process
variable. The algorithm is a variation of a standard PID (proportional, integral,
derivative) control function. This FCM has features common to all FCMs, plus the
following features:
• All standard versions of the PID control algorithm.
• Adaptive gain and adaptive reset: You can modify the gain and/or reset as a
function of any combination of: process input, error, a remote input variable
(result of any FCM), output, and external contact.
• Feedforward and feedback.
• Dead time compensation input.
PID Controller FCM parameters are described in the Data Base Tables manual. The
paragraphs that follow describe the configurable features of the PID Controller
FCM.
Processing Rate
The PID Controller FCM processing rate is determined by the PROCESSING
RATE field on page1 of the PID Controller FCM Templet. If the default (1) is used,
the FCM is processed each time the loop is processed. If the field is changed to 2,
the FCM is processed every second time the loop is processed. If 3 is entered, the
FCM is processed every third time, and so on.
Setpoint
The following are configurable aspects of the setpoint, Figure 48.
Signal Source During runtime, you can specify one of these setpoint sources:
Remote setpoint value is the result of another FCM
Manual setpoint value is entered by the operator at the Operator Station or
Multibus-based console
Track setpoint value is set equal to a specified signal
Ramp setpoint is being ramped from one value to another
Allowed ModesA combination of setpoint modes is specified in the SETPT
MODES ALLOWED field on page 1 of the PID Controller FCM
Templet.
Initialization Initial setpoint mode is specified via the INITIAL SETPT MODE
field. Manual Mode initial value is specified by the INITIAL
SETPOINT field. These fields are on page 1 of the PID Controller
FCM Templet.
Limits Output limits are specified via the SETPOINT HIGH LIMIT and
SETPOINT LOW LIMIT fields. Modes using limits are specified
via the LIMITED SETPT MODES field. These fields are on the
fourth page of the PID Controller FCM Templet.
Bias and Ratio You can use bias and ratio to condition the remote setpoint. Bias
and ratio are described in Ratio and Bias for the Setpoint on page
258.
Allowed Modes Allowed combinations of remote and local ratio and bias modes
are specified via the BIAS MODES ALLOWED and RATIO
MODES ALLOWED fields.
Initialization Initial modes for ratio and bias are specified via the RATIO
MODE and BIAS MODE fields. For Local Mode, initial values
are specified by the LOCAL BIAS and LOCAL RATIO fields.
Limits Maximum and minimum limits for the signals are specified via
the RATIO HIGH LIMIT, RATIO LOW LIMIT, BIAS HIGH
LIMIT, and BIAS LOW LIMIT fields. The modes using the
limits are specified via the LIMITED RATIO MODES and
LIMITED BIAS MODES fields.
Output
Several aspects of the output are configurable as described below. See Figure 48.
Signal Source The output source can be specified as one of three sources:
Auto FCM determines output value
Manual output value is entered by you at the Operator Station or Multibus-
based console
Track output value is set equal to a specified signal
Allowed Modes Allowed output modes are specified in the OUTPUT MODES
ALLOWED field on page 1 of the PID Controller FCM
Templet.
Initialization Initial output mode is specified via the INITIAL MODE field.
Manual Mode initial value is specified by the INITIAL
OUTPUT field. These fields are on page 3 of the PID Controller
FCM Templet.
Limits Limits for the output are specified by the OUTPUT HIGH
LIMIT, OUTPUT LOW LIMIT, and OUTPUT RATE LIMIT
fields on page 3 of the PID Controller FCM Templet. Modes
using limits are specified via the LIMITED OUTPUT MODES
field on page 1 of the PID Controller FCM Templet.
Limit Tracked
Setpoint Setpoint
Yes ON To
Tracking Limit Setpoint
Result of Setpoint Enable Tracking Sheet 3
an FCM Tracking Source
No Setpoint
TRACK OFF
Limit Local Track
Setpoint Yes LOCAL Activator
Limit
Local Operator Local Setpoint
Set Value RAMP REMOTE
Source
3BUR002336R3701 RevA
No Limit Ramp
Yes Setpoint
Limit
Calculated
Value Ramp Setpoint
PID Controller FCMS
No Limit Remote
ON
Yes Setpoint
Limit Track
Result of Remote Setpoint +
M
an FCM X
Source ± OFF
Local Operator Local Ratio No ON
Set Value Source Setpoint
Modes Remote
ON Allowed
OFF
Remote
Yes ON
Ratio LOCAL Limit
OFF
Modes Ramp
ON Allowed
REMOTE
No OFF
Local Limit in
Present
OFF Mode
Yes
Limit
Result of Remote Ratio
an FCM Source
ON Local Remote
No
Balance
261
Output
262
Output
Error Signal
Base Reset
ON
ON Adapted Adapt
Response on Gain
Base Gain
Adapt
on Gain
OFF
Deviation ENABLE
Adapted Adapt Adapt Output
From
Deviation Response on Reset
Sheet 1
Adapt on Gain Enable
OFF ENABLE
Result of ENABLE
Contact Source Process
an FCM
Adapt on Reset Enable
OFF
Contact
Adapt on Gain Enable
OFF ENABLE
Result of Contact Source
an FCM
Result of Remote ENABLE
an FCM Contact
Variable Source
Adapt on Reset Enable Error Signal
OFF Output
Remote Adapt on Reset Enable
Adapt on Gain Enable Base Reset
OFF ENABLE OFF
Result of Remote
an FCM Variable Source Adapted Reset
From Sheet 3
Output
Adapt on Gain Enable
ENABLE
3BUR002336R3701 RevA
Section 7
3BUR002336R3701 RevA
AUTO
From ≠
Sheet 1
Result of Ext Feedback
an FCM Source
PID Controller FCMS
M
OFF
Fixed Control Feedback Type AUTO
Response No Track Activate
Configurable
Value State
Error Signal MANUAL
Yes =
RESET MANUAL
Manual Parameter
FF/FB Track Activator
Manual Reset from an FCM
Reset Limit
No Balancing
Feedforward Result of
Base Reset OFF an FCM
OFF Variable Source
Manual
Adapted
Proportional
Reset Adopt
Limit on Error PROPOR- Yes
From on Reset PROPOR- Limit
ON TIONAL ON Manual
Sheet 2 TIONAL ON Limit
ERROR PROCESS Output Manual Output
No
Reset
Adapted Balance
Gain ON
Limit
Proportional
Base Gain Adopt on Process
on Gain
Process Variable OFF
To Output
Sheet 2
263
Output
Process Variable Alarms Section 7 PID Controller FCMS
Output Alarms
High, low, rate of change, and data quality alarms for the output are configurable for
the PID Controller FCM on page 4 of its templet.
The high, low, and rate of change alarms are extensions of output limiting. For
example, the three fields that specify the output high limit and output high alarm
are:
• OUTPUT HIGH LIMIT - specifies the maximum output value. This value is
used as a limit in modes where limiting is allowed by the LIMITED OUTPUT
MODES field.
• OUTPUT HIGH ALARMS? - specifies whether an alarm is generated when
the output is limited at the output high limit value. The default for this field is
YES.
• OUTPUT HIGH PRIORITY - specifies the priority for the output high alarm.
The default for this field is STD (standard priority 2).
Output low alarm and output rate of change alarm are configured in a manner
similar to the output high alarm. The data quality alarm is configured via the BAD
OUTPUT ALARMS? field. If you use the default (YES) an alarm is generated
when the output data quality goes BAD. The BAD OUTPUT PRIORITY field is
used to specify the priority for this type of alarm.
Setpoint Alarms
High, low, and data quality alarms are configurable for the setpoint. They are
configured in the same manner previously described for the corresponding output
alarms.
Deviation Alarms
High and low alarms are defined for the deviation (process variable minus setpoint).
The alarms are configured in the same manner as the corresponding setpoint and
output alarms, but with one major difference. The limits defined for the deviation
are used as alarm limits only. The deviation value is never limited by the system.
Manual Reset
Manual reset is configurable for controllers not using automatic reset. The manual
reset is an added control term you can enter in the system when the FCM is in the
Auto mode. A simplified equation for the PID algorithm using manual reset is: OP =
G(PV - SP) + MR
where
OP is the output
G is the gain
PV is the process variable
SP is the setpoint
MR is the manual reset
The proportional term of the PID algorithm must be proportional-on-error only if
manual reset is used. This is specified via the following fields on page 1 of the PID
Controller FCM Templet:
INTEGRAL TYPE field set to OFF
PROPORTIONAL ACTION field set to ON ERROR
The manual reset feature is specified via the following four fields:
MANUAL RESET MODE field specifies whether the manual reset feature is
enabled. There are three possibilities for this field.
OFF no manual reset
BALANCE the manual reset feature is enabled. You enter the manual reset
value when the controller is in the Auto mode. The system
automatically manipulates the manual reset to provide bumpless
transfer when the controller is switched to the Auto output
mode.
NO BALANCE the manual reset feature is enabled. You enter the manual reset
value when the controller is in the Auto mode. The system does
not use the manual reset feature to provide bumpless transfer to
the Auto output mode.
MANUAL RESET VALUE field specifies the initial value of the manual reset.
You can change the value during runtime.
MAN RESET LOW LIMIT and MAN RESET HIGH LIMIT field specify the
minimum and maximum values the software allows for the manual reset value.
These limits pertain to both the operator entered values and the values the software
sets the manual reset to when the MANUAL RESET MODE field has BALANCE
as an entry.
Reset Balancing: The system manipulates the reset term of the control algorithm to
provide bumpless transfer to the Auto output mode. This feature is automatically
present when the controller uses integral control action.
Manual Reset Balancing: Controllers configured for manual reset can use the
manual reset value for bumpless transfers to the Auto output mode. This is specified
by setting the MANUAL RESET MODE field to BALANCE. When the controller
is switched to Auto, the system automatically sets the manual reset to a value that
prevents a bump.
Ratio or Bias Balancing: You can use the BALANCE MODE field to specify that
ratio or bias or both ratio and bias are automatically adjusted by the system so the
setpoint value does not change upon switching to the Remote setpoint mode.
Output and Setpoint Tracking: You can configure the output and setpoint of the
FCM which supplies the input for the PID Controller FCM to track the appropriate
variables to provide bumpless transfer. Figure 51 and its description provide an
example of this method.
Figure 51 shows a cascade connection between two PID controllers. The master
controller, LIC-10.PID, is a level indicating controller whose output becomes the
setpoint for the slave controller, FIC-10.PID. You can employ a combination of
output and setpoint tracking to prevent process bumps when the mode of the slave
controller is switched.
Process
Tank
Process Variable
Figure 51. Bumpless Mode Transfers Using Setpoint and Output Tracking
When FIC-10.PID is not in the Auto output mode or the Remote setpoint state, its
TRK_FLAG variable is TRUE. This causes LIC-10.PID to track the TRAK_VAR
of FIC-10.PID. If TRAK_VAR is applied to the remote setpoint source of FIC-
10.PID, it produces a setpoint that matches the current active setpoint. The
TRAK_VAR, as Figure 51 shows, is the setpoint value adjusted to compensate for
the ratio and bias applied by FIC-10.PID.
Controller LIC-10.PID is configured to track the TRAK_VAR parameter of FIC-
10.PID via five fields on the first page of the templets for all controller FCMs, both
Auto/Manual and PID.
link fails
• CHANGE OUTPT ON FAIL - determines whether a new output value is used
• OUTPUT VALUE ON FAIL - output value if CHANGE OUTPT ON FAIL
field is YES
If the critical value is configured as 0 (zero), the algorithm makes no adjustment for
ineffective results. To use the critical value adjust for ineffective results, the integral
response (reset) must be used. Any reset value including 0 (zero) is valid.
Mnemonic: OU_MD_AL
object, then all adaptive responses are turned off. If only an ADGAIN object is a
child of the PID object, then adaptive functions can change the gain. If only an
ADRESET object is a child of the PID object, then adaptive functions can change
the reset rate. If both an ADGAIN and an ADRESET object are children of the PID
object, then adaptive functions can change the gain and reset.
From the AdvaBuild Template Builder running on the HP-UX platform and the
MOD 300 Configurator, this field specifies whether the enabled adaptive functions
are able to change the gain or reset of the FCM. The adaptive functions are the
process input, deviation, remote input, output, and contact closure adaptive
functions.
Valid entries are:
NONE all adaptive responses are turned off
GAIN adaptive functions can change the gain
RESET adaptive functions can change the reset rate
BOTH adaptive functions can change the gain and reset
Default is: NONE If the entry is GAIN, RESET, or BOTH for this field,
Adaptive Gain and/or Adaptive Reset Templets are generated when
the PID Controller Templet is stored. Instructions for these templets
are provided in Adaptive Gain And Adaptive Reset on page 306.
Mnemonic: ADPTMODE
TRK is track
REM is remote
RMP is ramp
Default is: ALL
Mnemonic: SP_LM_AL
Default: NO
Mnemonic: INC_FLAG
Mnemonic: GAIN_LIM
Mnemonic: B_MODE
Mnemonic: B_HILI
Mnemonic: INC_L_DB
Adaptive gain and reset are configured on the Adaptive Gain and Adaptive Reset
Templets. Figure 55 shows the Adaptive Gain Templet, and Figure 56 shows the
Adaptive Reset Templet.
These templets are children of the PID Controller FCM Templet, and have the
following fields.
Default is 0.0
General Information
Output FCMs send values to the I/O interfaces of Controller and Multibus I/O
Subsystems. The following types of Output FCMs are provided: Analog Output,
Digital Output, Pulse Duration Output, and Pulse Train Output.
This section describes the templets for configuring these FCMs. Parameters
Common To All Output FCMS on page 317, describes the parameters identical to
all Output FCM configuration templets. Analog Output FCM on page 322, through
Pulse Train Output FCM on page 331, describe the items specific to the individual
FCMs. A list of FCM level parameters for Output FCMs is provided in the Data
Base Tables manual.
where
C is the counts
I is the input value in percent
HC is the high counts (entry in the COUNTS - UPPER BOUND field)
LC is the low counts (entry in the COUNTS - LOWER BOUND field)
If the input is in engineering units, it is scaled into counts by the following equation:
I – LU
C = ----------------------- HC – LC + LC
HU – LU
where
C is the counts
I is the input value in engineering units
HC is high counts (entry in the COUNTS - UPPER BOUND field)
LC is low counts (entry in the COUNTS - LOWER BOUND field)
HU is high eng. units (entry in the ENGU - UPPER BOUND field)
LU is the low eng. units (entry in the ENGU - LOWER BOUND field)
When the entry in the SIGNAL INVERSION field is YES, the proportions are
inverted such that an input of 80% is treated as 20%. The equations for scaling the
inputs into counts in this case are:
I
C = HC – --------- HC – LC
100
I – LU
C = HC – ----------------------- HC – LC
HU – LU
The UNDER RANGE COUNTS and OVER RANGE COUNTS fields define the
ends of the input range. See Figure 57. They are the lowest and highest count values
that can be output.
Overrange
Counts
Counts
Upperbound
Analog Output
FCM
Counts
Lowerbound
Under Range
Counts
Figure 57. Engineering Units Versus Counts for an Analog Output FCM
S100 I/O
S800 I/O This vendor type is only available for systems that use Engineering
Station version 2.5 or higher.
Default is: REMOTE I/O for either Turbo Node or Controller Subsystems.
views of this templet are essentially the same, although the user interface differs
slightly. Fields common to all Output FCMs are described in Parameters Common
To All Output FCMS on page 317. The fields unique to the Analog Output FCM are
described below.
CHANNEL PATH
This field is only available when using the AdvaBuild Templet Builder to configure
the Analog Output FCM. An entry is required in this field if the entry in the
VENDOR TYPE field is either S800 I/O or PROFIBUS I/O.
For S800 I/O, this field is used to specify the LAN, station, cluster, position, and
channel of the I/O point in the following format:
LAN.station.cluster.position.channel
For example, an entry of 1.10.0.4.10 indicates that the S800 I/O point is on LAN 1,
station 10, cluster 0, position 4, channel 10.
For PROFIBUS I/O, this field is used to specify the LAN, device, module, and
channel of the I/O point in the following format:
LAN.device.module.channel
For example, an entry of 1.2.5.1 indicates that the Profibus I/O point is on LAN 1,
device 2, module 5, channel 1.
CHANNEL PATH
This field is only available when using the AdvaBuild Templet Builder to configure
the Digital Output FCM. An entry is required in this field if the entry in the
VENDOR TYPE field is either S800 I/O or PROFIBUS I/O.
For S800 I/O, this field is used to specify the LAN, station, cluster, position, and
channel of the I/O point in the following format:
LAN.station.cluster.position.channel
For example, an entry of 1.10.0.4.10 indicates that the S800 I/O point is on LAN 1,
station 10, cluster 0, position 4, channel 10.
For PROFIBUS I/O, this field is used to specify the LAN, device, module, and
channel of the I/O point in the following format:
LAN.device.module.channel
For example, an entry of 1.2.5.1 indicates that the Profibus I/O point is on LAN 1,
device 2, module 5, channel 1.
2. The input is converted into a number of counts. The scaling factor for the
conversion is the entry in the COUNT - UPPER BOUND field. The counts
correspond to an input of 100%.
For example, if the entry in the COUNTS - UPPER BOUND field is 5000, an
input of 50% is converted to 2500 counts, and an input of 80% is converted to
4000 counts.
3. The number of counts becomes the result of the FCM.
4. The result is sent to the output modules of the Controller or Multibus I/O
Subsystem where it is rounded to a multiple of the basic pulse rate.
5. The rounded value becomes the duration of the pulse which is output at the
channel specified in the CHANNEL NUMBER field of the FCM templet.
Figure 60 shows an example of the Pulse Duration Output FCM Templet from the
AdvaBuild Templet Builder running on the Windows platform. The AdvaBuild
Template Builder running on the HP-UX platform and the MOD 300 Configurator
views of this templet are essentially the same, although the user interface differs
slightly.
CHANNEL PATH
This field is only available when using the AdvaBuild Templet Builder to configure
the Pulse Duration Output FCM. An entry is required in this field if the entry in the
VENDOR TYPE field is either S800 I/O or PROFIBUS I/O.
For S800 I/O, this field is used to specify the LAN, station, cluster, position, and
channel of the I/O point in the following format:
LAN.station.cluster.position.channel
For example, an entry of 1.10.0.4.10 indicates that the S800 I/O point is on LAN 1,
station 10, cluster 0, position 4, channel 10.
For PROFIBUS I/O, this field is used to specify the LAN, device, module, and
channel of the I/O point in the following format:
LAN.device.module.channel
For example, an entry of 1.2.5.1 indicates that the Profibus I/O point is on LAN 1,
device 2, module 5, channel 1.
General Information
This section describes Calculator FCMs. Parameters are listed in Data Base Tables.
Math Related FCMs
Sum Of 4 Inputs FCM Natural Logarithm FCM
Subtraction FCM Exponentiation FCM
Multiplication FCM Polynomial FCM
Division FCM Absolute Value FCM
Average FCM
Scale Compensation FCMs
Modified Square Root FCM Scale Input FCM
Linearization FCM Flow Calculation FCM
Normalize FCM Temperature Compensation FCM
Inverse Normalize FCM Ratio/Bias FCM
Time Related FCMs
Time Derivative FCM Dead Time FCM
Time Integration FCM Dead Time Compensation FCM
First Order Filter FCM Timer FCM
Totalizer FCM Counter FCM
Lead/Lag Filter FCM Delay Timer FCM
Logic FCMs
Logical AND FCM Exclusive OR FCM
Logical OR FCM Set/Reset Flip-flop FCM
Logical NOT FCM Real Compare FCM
Miscellaneous FCMs
Selector FCM User Calculations FCM
Put Generic Value FCM Data Entry FCM
Get Generic Value FCM String FCM
Select Next FCM User Math Block FCM
Redundant Signal Selector FCM MOD30_MOD300_MAP
Input Limiter FCM
For Data Entry FCMs, four fcmnames have been reserved for
System Performance Data: SYS, MEM, ME1, STK. SYS contains
system and CCF loading information. MEM and ME1 contain
memory pool information. STK contains CCF stack usage data.
For example, TC100.DIV indicates that the FCM performs division (DIV) in loop
TC100.
The TEMPLET NAME field on a FCM Templet is defined when the parent Loop
Definition Templet is configured. The procedure for configuring the Loop
Definition Templet is described in the System Configurator User's Guide.
Mnemonic: FCM_ID is the mnemonic of the FCM name part of this field. It is
usually a key to the data base relation containing the FCM parameters.
COMMENT Field
Any appropriate description.
DATAQUAL Parameter
The DATAQUAL parameter indicates the data quality of the RESULT parameter of
the FCM.
State values are:
0 data quality is bad
1 data quality is good
There are no state mnemonics available for TCL.
DEVLPNUM Parameter
The DEVLPNUM parameter specifies the node/loop number. This is a unique
number assigned by the system to the loop containing the FCM. You can access it
by tag access methods. This value is important if you are using relational access to
acquire values from the FCM. It is a key to the relation containing the FCM
parameters. Relational access is performed via the Put Generic Value and Get
Generic Value FCMs described in Put Generic Value FCM on page 454, and Get
Generic Value FCM on page 458, respectively. The descriptions of the high level
VAX interface functions in the Taylor™ VAX/VMS™ Interface User's Guide also
provide information about relational access.
There are no state values nor state mnemonics available for TCL for this parameter.
FCM_MODE Parameter
This parameter specifies if the FCM is on or off.
State values are:
0 FCM is off
1 FCM is on
State mnemonics available for TCL are:OFF, ON
INIT_FLG Parameter
This parameter specifies if the initialization flag parameter is set at normal or
initialize. When it is set at initialize the FCM goes through its initialization routines.
State values are:
0 initialization flag is set at normal
1 initialization flag is set at initialize
There are no state mnemonics available for TCL.
OUT_MODE Parameter
This parameter specifies if the output mode of the FCM is set at manual or auto.
State values are:
0 output mode is Manual (When a Calculator FCM is in the Manual
output mode, the result is entered by an engineer via the Loop/FCM
Display, by a supervisory program, or by a PUT FCM.)
1 output mode is Auto (the algorithm of the FCM determines the
result)
State mnemonics available for TCL are:MANUAL, AUTO
RESULT Parameter
This parameter specifies the result of the FCM calculations. There are no state
values nor state mnemonics available for TCL for this parameter.
RESULT Parameter
The result of a Calculator FCM is changed if the OUT_MODE parameter is
Manual (0).
OUT_MODE Parameter
The OUT_MODE of a Calculator FCM is only changed to MANUAL (0) or
AUTO (1).
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD1_K1 through RDK1-K4 YES YES
(Constant 1 through Constant 4)
The program must also use a user ID that enables logging. These user IDs are
entered via the SET_USRID function described in Taylor™ VAX/VMS™
Interface User's Guide.
A YES in the TUNABLE FROM LOOP/FCM DISPLAY column of the
table means a user with engineer privileges can tune (change) the parameter
from the Loop/FCM Display during runtime. For instructions on the
Loop/FCM Display see Appendix D, Autotune.
• Discussion is provided when the FCM requires further explanation.
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD1_K1 through RDK1-K4 YES YES
(Constant 1 through Constant 4)
Table 18. Tuning and Logging Parameters for Subtraction, Division, Natural
Logarithm and Exponentiation FCMs
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD1_K1 and RD1_K2 YES YES
(Constant 1 and Constant 2)
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD1_K1 (Constant 1) YES YES
Table 20. Tuning and Logging Parameters for Absolute Value, Linearization, Flow
Calculation, First Order Filter, Lead/Lag Filter, Dead Time, Dead Time
Compensation, Timer, Delay Timer, Logical AND, Logical OR, Logical NOT,
Exclusive OR, Set/Reset Flip-Flop, Selector, Get Generic Value, and Redundant
Signal Selector FCMs
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
Table 21. Tuning and Logging Parameters for Modified Square Root FCM
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
HI_ENGU (High Engineering Units) YES YES
LO_ENGU (Low Engineering Units) YES YES
Table 22. Tuning and Logging Parameters for Normalize and Inverse Normalize
FCMs
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD0_K1 (Low Range) YES YES
RD1_K2 (High Range) YES YES
RD1_K3 (Scaling Factor) YES YES
Table 23. Tuning and Logging Parameters for Scale Input FCM
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD0_K1 (Old Low Range) YES YES
RD1_K2 (Old High Range) YES YES
RD0_K4 (New Low Range) YES YES
RD1_K3 (New High Range) YES YES
Table 24. Tuning and Logging Parameters for Temperature Compensation FCM
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD0_K2 (Des Temp Constant) YES YES
RD1_K1 (Flow Constant) YES YES
RD1_K3 (Den vs. Temp Constant) YES YES
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD0_K1 (Local Bias) YES YES
RD1_K2 (Local Ratio) YES YES
Table 26. Tuning and Logging Parameters for Time Derivative and Time
Integration FCMs
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD1_K1 (Constant) YES YES
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD1_K1 (Scale Factor) YES YES
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
Table 28. Tuning and Logging Parameters for Counter FCM (Continued)
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RD1_K1 (Time Units YES YES
LO_LIMIT (Lower Time Limit) YES YES
HI_LIMIT (Upper Time Limit) YES YES
Table 29. Tuning and Logging Parameters for Real Compare and Select Next
FCMs
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD1_K1 (Compensation Constant) YES YES
Table 30. Tuning and Logging Parameters for Put Generic Value FCM
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
RD1_K1 (Constant to Put) YES YES
Table 31. Tuning and Logging Parameters for Input Limiter FCM
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
LO_LIMIT YES YES
HI_LIMIT YES YES
Table 32. Tuning and Logging Parameters for User Calculations FCM
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
DATA1–DATA4 YES YES
Table 33. Tuning and Logging Parameters for Data Entry FCM
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
DATA1–DATA15 YES YES
DATA16–DATA20 NO NO
Algorithm
The algorithm for the Sum of 4 Inputs FCM is:
Result = (K1 * inp1) + (K2 * inp2) + (K3 * inp3) + (K4 * inp4)
where
inp1 (INPUT SOURCE 1) through inp4 (INPUT SOURCE 4) are the current
values of the input signals
K1 (CONSTANT 1) through K4 (CONSTANT 4) are the scaling factors; where
K1 is the factor for inp1, and so on
The default version of the algorithm is:
Result = (1 * PREVIOUS FCM)
Configurable Parameters
The Sum of 4 Inputs FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
The terms of the algorithm are set to their default values in a reasonable manner.
You can elect to make a term into a constant by specifying the scaling constant and
not the input. For example, to set up the equation:
3 * inp1 + 6
you need only to set K1 at 3, define a source for inp1 and set K2 at 6, respectively.
Subtraction FCM
Purpose
This FCM subtracts one input from another. You can use constant factors to scale
the inputs.
Algorithm
The algorithm for the Subtraction FCM is:
Result = (K1 * inp1) - (K2 * inp2)
where
inp1 (INPUT SOURCE 1) and inp2 (INPUT SOURCE 2) are the current input
signal values
K1 (CONSTANT 1) and K2 (CONSTANT 2) are the scaling factors; where K1 is
the factor for inp1, and so on
The default version of the algorithm is:
Result = (1 * PREVIOUS FCM) - (1 * 1)
Configurable Parameters
The Subtraction FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
The terms of the algorithm are set to appropriate default values. You can make a
term into a constant by specifying the scaling constant and not the input. If there is
no entry in either the INPUT SOURCE 1 or INPUT SOURCE 2 field, the algorithm
uses a value of 1 for the respective input.
Multiplication FCM
Purpose
This FCM calculates the product of two inputs. You can also use constants to scale
the product.
Algorithm
The algorithm for the Multiplication FCM is:
Result = K * inp1 * inp2
where
inp1 (INPUT SOURCE 1) and inp2 (INPUT SOURCE 2) are the current
values of the input signals
K (CONSTANT 1) is the scaling factor
The default version of the algorithm is:
Result = 1 * PREVIOUS FCM * 1
Configurable Parameters
The Multiplication FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
CONSTANT 1 Field
This field specifies the value for constant 1.
Discussion
The terms of the algorithm are set to appropriate default values. You can make a
term into a constant by specifying the scaling constant and not the input.
Division FCM
Purpose
This FCM calculates the quotient of two input signals. You can also use constant
factors to scale the quotient.
Algorithm
The algorithm for the Division FCM is:
K 1 inp1
""Result = ------------------------
K 2 inp2
where
inp1 (INPUT SOURCE 1) and inp2 (INPUT SOURCE 2) are the current
values of the input signals
K1 (CONSTANT 1) and K2 (CONSTANT 2) are the scaling factors
The default version of the algorithm is:
1 PREVIOUS FCM
Result = ----------------------------------------------------
11
Configurable Parameters
The Division FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
The terms of the algorithm are set to appropriate default values. You can make a
term into a constant by specifying the scaling constant and not the input.
If the values of inp1 and inp2 are both 0.0, the result is set to 0.0. If inp1 is not 0.0
and inp2 is 0.0, the data quality of the result is set to BAD.
Average FCM
Purpose
This FCM finds the arithmetic average of up to 4 inputs. You can use constant
factors to scale the inputs.
Algorithm
The algorithm for the Average FCM is:
K 1 inp1 + K 2 inp2 + K 3 inp3 + K 4 inp4
Result = -----------------------------------------------------------------------------------------------------------------------------------------
N
where
inp1 (INPUT SOURCE 1) to inp4 (INPUT SOURCE 4) are the current input
values
K1 (CONSTANT 1) through K4 (CONSTANT 4) are the scaling factors; where
K1 is the factor for inp1, and so on
N is the number (1 to 4) of the inputs being used
The default version of the algorithm is:
1 PREVIOUS FCM + 1 1 + 1 1 + 1 1
Result = --------------------------------------------------------------------------------------------------------------------------------
4
Configurable Parameters
The Average FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
The terms of the algorithm are set to default values. You can make a term into a
constant by specifying the scaling constant and not the input. The MINIMUM #
INPUTS parameter specifies the number of inputs needing a GOOD data quality for
the algorithm to calculate.
Algorithm
The algorithm for the Natural Logarithm FCM is:
Result = K1 * In (K2 * inp)
where
inp (INPUT SOURCE 1) is the input signal
In is the mathematical symbol for natural logarithm
K1 (CONSTANT 1) is the scaling factor for the log of the product of K2 and the
input signal
K2 (CONSTANT 2) is the scaling factor for the input signal
The default version of the algorithm is:
Result = 1 * In (1 * PREVIOUS FCM)
Configurable Parameters
The Natural Logarithm FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
If the product of K2 and inp is less than or equal to 0, the data quality goes bad (that
is, an illegal log of zero or a negative number).
Exponentiation FCM
Purpose
This FCM raises one input signal to a power determined by another input signal.
You can use an optional constant to scale each input.
Algorithm
The algorithm for the Exponentiation FCM is:
Result = (K * inp1) (K2 * inp2)
1
where
inp1 (INPUT SOURCE 1) and inp2 (INPUT SOURCE 2) are the current
values of the input signals
K1 (CONSTANT 1) and K2 (CONSTANT 2) are the scaling factors; where K1 is
the factor for inp1, and so on
The default version of the algorithm is:
Configurable Parameters
The Exponentiation FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
The terms of the algorithm are set to appropriate default values. You can elect to
make a term into a constant by specifying the scaling constant and not the input.
If the inputs and scaling factors are chosen properly, a constant is raised to a
variable power or a variable may be raised to a constant power. This is commonly
used to find the square root of a number. Either or both the base and the exponent
can be negative. In certain cases, the result is the real part of a complex number.
Polynomial FCM
Purpose
This FCM allows for polynomial curve fitting linearization for up to a third order
fit.
Algorithm
The algorithm for the Polynomial FCM is:
Result = K4 + (K3 * inp3) + (K2 * inp2) + (K1 * inp)
where
inp (INPUT SOURCE) is the input
K4 (CONSTANT 4) is the value of the result when the input is 0
K3 (CONSTANT 3) is the coefficient for the third power of the input
K2 (CONSTANT 2) is the coefficient for the second power of the input
K1 (CONSTANT 1) is the coefficient for the first power of the input
Configurable Parameters
The Polynomial FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
Algorithm
The algorithm for the Absolute Value FCM is:
If inp < 0, then result = -inp
If inp 0, then result = inp
where
inp (INPUT SOURCE 1) is the input
The default versions of the algorithm are:
If PREVIOUS FCM < 0, then result = -PREVIOUS FCM
If PREVIOUS FCM > 0, then result = PREVIOUS FCM
Configurable Parameters
The Absolute Value FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
Algorithm
The result is scaled in engineering units and is defined by the following equation:
Result = M * (HI - LO) + LO
where
HI is the high limit of the engineering unit range for scaling the result
LO is the low limit of the engineering unit range for scaling the result
inp- inp-
If 0 < -------- < 0.01, then M = --------
100 100
inp- inp-
--------
If 0.01 < -------- < 0.0247, then M = 100 – 0.01 10 + 0.01
100
inp-
If inp < 0.0247, then M = SQRT --------
100
When the input is negative, the FCM calculates the modified square root of the
absolute value of the input and multiplies the answer by -1. For example:
MSQR(-1) = -MSQR(1)
16 160
3BUR002336R3701 RevA
14 140
Calculator FCMS
8 80 Result
Modified Curve
6 60
4 40
2 20
Detailed View Near Zero
-4 -2 -200 -180 -160 -140 -120 -100 -80 -60 -40 -20 Input
-4 -40
-6 -60
-8 -80
-10 -100
-12 -120
-16 -160
369
Algorithm
Configurable Parameters Section 9 Calculator FCMS
Configurable Parameters
The Modified Square Root FCM has the following configurable fields in addition to
the fields described in Common Configurable Fields for Calculator FCMs on page
334.
Linearization FCM
Purpose
This FCM uses the table look-up method to linearize an input. The linearization
tables support thermocouples and RTDs (Resistance Temperature Devices) used by
the system. As an option, the FCM can linearize according to a table defined by you
via the Breakpoint Sets Templet. The result of this FCM is scaled in degrees C
(Celsius), F (Fahrenheit), K (Kelvin), or R (Rankine).
This FCM is usually preceded in a loop by an Analog Input FCM. For examples of
linearizing thermocouples and RTD inputs see Analog Inputs in Multibus I/O
Subsystems on page 118, Thermocouples in Multibus I/O Subsystems on page 126,
and RTDs in Multibus I/O Subsystems on page 139.
Algorithm
The input signal value is determined by standard straight-line interpolation from
tables.
Configurable Parameters
The Linearization FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
E type E thermocouple
J type J thermocouple
K type K thermocouple
N type N thermocouple
R type R thermocouple
S type S thermocouple
T type T thermocouple
DIN DIN type RTD
BURNS Burns type RTD
Default is: J
Mnemonic: FIX_SET
Discussion
User-defined Linearization Tables - Breakpoint Sets Templet
You can create custom linearization tables via the Breakpoint Sets Templet which is
a child of the CCF Templet. The table defined in Breakpoint Sets Templet is used by
any Linearization FCM in the node of the system containing the Breakpoint Sets
Templet.
The templet name is entered in the TEMPLET NAME field. The table name is
entered in the NAME OF SET field. The table is built by entering up to 11 X,Y pairs
in the edit window.
To indicate that a Linearization FCM Templet uses a user-defined table, enter the
name assigned to the table in the NAME OF SET field of the Breakpoint Sets
Templet in the BREAKPOINT SET field of the Linearization FCM Templet. The
COMPENSATION TYPE field should be NONE and the TEMPERATURE SCALE
field is ignored.
Breakpoint sets are only used by Linearization FCMs in the subsystem (or control
module) containing the templet. A Linearization FCM in one Controller Subsystem
cannot access a Breakpoint Set Templet in another Controller Subsystem.
Normalize FCM
Purpose
This FCM normalizes a signal from an engineering unit scale to a dimensionless
zero-based scale. See the example in the Discussion segment of this description.
Algorithm
The algorithm for the Normalize FCM is:
inp – K 1
Result = -------------------- K 3
K2 – K1
where
inp (INPUT SOURCE) is the input
K1 (LOW RANGE) is the bottom of the engineering units range for the input
K2 (HI RANGE) is the top of the engineering units range for the input
Configurable Parameters
The Normalize FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
HI RANGE Field
This field specifies high range value at the top of the engineering units range.
Valid entry is any number
Default is: PROCESS HI (value entered in the HI ENG. UNIT LIMIT field of
the Loop Definition Templet for the loop)
Mnemonic: RD1_K2
Discussion
This FCM changes an engineering units value to a percentage of a specified range.
For example, a signal is scaled in an engineering units range of 200 to 600 GPM. To
express the signal value on a scale of 0 to 100%, the algorithm should be configured
with the following values:
LOW RANGE (K1) = 200
HIGH RANGE (K2) = 600
SCALING (K3) = 100
The algorithm makes the conversion. For example, when the input signal is 360
GPM, the equation becomes:
360 – 200
Result = ------------------------ 100 = 40
600 – 200
Algorithm
The algorithm for the Inverse Normalize FCM is:
inp
Result = -------- K 3 – K 1 + K 1
K2
where
inp (INPUT SOURCE) is the input signal
K1 (LOW RANGE) is the bottom of range for the engineering units range of
the result
K2 (SCALING) is the top of range value for the input
K3 (HI RANGE) is the top of range value for the engineering units range of the
result
Configurable Parameters
The Inverse Normalize FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
HI RANGE Field
This field specifies the top of range value for engineering units range of the result.
Valid entry is any number.
Default is: 100.0
Mnemonic: RD1_K3
SCALING Field
This field specifies the scaling factor.
Valid entry is any number.
Default is: 100.0
Mnemonic: RD1_K2
Discussion
For example, a signal is expressed in a dimensionless scale of 0 to 100. It is desired
to convert the signal values to an engineering units range of 200 to 600. To do so,
the algorithm should be configured with the following values: K1 = 200, K2 = 100,
K3 = 600. The algorithm can then make the conversion.
For example, when the input value is 40, the equation becomes:
40
Result = --------- 600 – 200 + 200 = 360
100
Algorithm
The algorithm for the Scale Input FCM is:
inp – K 1
Result = -------------------- K 3 – K 4 + K 4
K2 – K1
where
inp (INPUT SOURCE) is the input signal
K1 (OLD LOW RANGE) is the bottom of range value for the input
K2 (OLD HIGH RANGE) is the top of range value for the input
K3 (NEW HIGH RANGE) is the bottom of range value for the result
K4 (NEW LOW RANGE) is the top of range value for the result
Input and result ranges are scaled in engineering units. The default version of the
algorithm is:
Result = PREVIOUS FCM
Configurable Parameters
The Scale Input FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
Mnemonic: RD0_K1
Discussion
For example, you want to convert a signal scaled in an engineering units range of
200 to 400 to a range of 700 to 1000. To do so, the algorithm should be configured
with the following values: K1 = 200, K2 = 400, K3 = 1000, K4 = 700
The algorithm can then make the conversion.When the input value is 300, the
equation is:
300 – 200
Result = ------------------------ 1000 – 700 + 700 = 850
400 – 200
Algorithm
Table 34. Flow Calculation Algorithms when the FLOW CALCULATION TECHNIQUE Field
Contains DIF PRESSURE
Compensation Type
Pressure &
None Density Temperature Temperature
Flow
Rate K h K h K h K h
FR @
Calculation
h (1 + Bdt ) hT f
Flowing K h K h/Gf K gT K
Pf G
Flow
FR @ h
K h K hPf
Standard h*G f K (1 + Bdt ) g T K
Tf G
Mass h gT
K h K h*G hPf G
Flow Rate f K [1 + Bdt ] K
Tf
Table 35. Flow Calculation Algorithms when the FLOW CALCULATION TECHNIQUE Field
Contains VELOCITY
Compensation Type
Pressure &
None Density Temperature Temperature
Flow
KV KV KV KV
Rate
FR @
Calculation
KV KV KV KV
Flowing
Flow
FR @ 1 Pf
KV KV
KV KV G f 1 + Bdt Tf
Standard
gT Pf
Mass KV KV G
KV KV G Tf
Flow Rate f
1 + Bdt
Configurable Parameters
The Flow Calculation FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
Mnemonic: INPUT_4
Valid entry is any number greater than 0. The entry must be in PSIA.
Default is: 1.0
Mnemonic: PRES_VAL
DENSITY SC Field
This field specifies the value for the density at standard conditions.
Valid entry is any number.
Default is: 1.0
Mnemonic: STD_DEN
Discussion
Proper calculation of the flow coefficient K is important. The equation for K is
based on the type of flow calculation and compensation. Two examples are provided
below.
Density Compensated Liquid Flow
This equation is also useful in gas flow applications that use specific gravity
transmitters. To obtain compensated volumetric or mass flow, the value of K is
calculated as follows:
Q f max
K = --------------------------------
SQRT h G f
where
Qf, max is the volumetric flow rate at maximum differential pressure (given
on orifice data sheet)
hmax is the maximum differential pressure (on orifice data sheet)
Q fmax G
K = -------------------------------------------------------
h max P f G
SQRT ---------------------------------
Tf
where
Qf, max are as previously described
& hmax
Tf is temperature, absolute units, given as flowing temperature on
orifice data sheet
Pf is pressure, absolute units, given as flowing pressure on orifice data
sheet
Algorithm
The algorithms for the Temperature Compensation FCM are shown below.
Volumetric flow rate:
inp 1
Result = K 1 SQRT -------------------------------------------------------
1 + K 3 inp 2 – K 2
where:
inp1 (DIFF PRESS SOURCE) is the value of the differential pressure
measurement
inp2 (TEMP SOURCE) is the actual temperature of the flow
K1 (FLOW CONST) is the flow constant
K2 (DES TEMP CONSTANT) is the design temperature for the liquid flow
K3 (DEN VS TEMP CONST) is a function of liquid density vs. temperature
characteristics
The default versions of the algorithms are as shown below.
Volumetric flow rate:
PREVIOUS FCM
Result = 1.0 SQRT --------------------------------------------------
1 + TEMP SOURCE
Mass flow rate:
Result = 1.0 SQR PREVIOUS FCM 1 + TEMP SOURCE
Configurable Parameters
The Temperature Compensation FCM has the following configurable fields in
addition to the fields described in Common Configurable Fields for Calculator
FCMs on page 334.
Mnemonic: INPUT_1
Discussion
Setting the VOLUME or MASS FLOW parameter (TCLF_OP) changes the
arithmetic operation code in the algorithm from divide (volume) to multiply (mass).
Otherwise, the formula of the algorithm is executed in the same way for both types
of calculations.
The data quality of the result (DATAQUAL) goes bad if the algorithm attempts to
divide by zero or take the square root of a negative number.
Ratio/Bias FCM
Purpose
Use this FCM to apply bias and ratio to a signal. Bias and ratio sources can be local
or remote.
Algorithm
The algorithm for the Ratio/Bias FCM is:
Result = K 2 inp + K 1
where
inp (INPUT SOURCE 1) is the input signal
K1 is the bias
K2 is the ratio
The default version of the algorithm is:
Result = 1.0 PREVIOUS FCM + 0.0
Configurable Parameters
The Ratio/Bias FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
Before execution, the algorithm checks the flags that indicate the ratio and bias
sources. Either or both flags can be remote, in which case the source(s) must be
specified. When the mode is local, no remote source need be specified.
Algorithm
The algorithm for the Time Derivative FCM is:
inp – PREI
Result = K ----------------------------
T
where
K (CONSTANT) is the scaling constant
inp (INPUT SOURCE) is the value of the input
PREI is the input value from the last scan of the loop on which the calculation
was performed. When the FCM is initialized, this value is set to the value of the
initial input.
T is the time interval in seconds
Configurable Parameters
The Time Derivative FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
CONSTANT Field
This field specifies the value of the scaling constant.
Valid entry is any number.
Default is: 1.0
Mnemonic: RD1_K1
PREV_INP Parameter
PREV_INP is equal to the input from the previous loop scan on which the
calculation was performed. When the FCM is initialized, this parameter is set to the
value of the current input. There are no state values nor state mnemonics available
for TCL for this parameter.
TIME_CNT Parameter
TIME_CNT is the milliseconds left until the calculation is done. It is used internally
to calculate the derivative. There are no state values nor state mnemonics for TCL
for this parameter.
Algorithm
The integral equation is:
tt
Y = K t dt = C
to
The approximation used for the Time Integration FCM with the Totalizer option is:
T
Result = K --- inp + PREI + PREV
2
The approximation used for the Time Integration FCM without the Totalizer option
is:
T
Result = K --- inp + PREI
2
where
K (SCALE FACTOR) is the scaling constant for the integral
T (TIME INTERVAL) is the sample period in seconds
inp (INPUT SOURCE) is the value of the input
PREI is the input value from the loop scan on which the calculation was last
performed. PREI is initialized to the current input when the FCM is switched to
the AUTO mode.
PREV is the value of the result from the previous sample period (that is, PREV
= result n-1). PREV is initialized to zero when the FCM is switched to the
AUTO mode.
Configurable Parameters
The Time Integration FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
PREV_INP Parameter
PREV_INP is equal to the input from the last loop scan the calculation was
performed on. There are no state values nor state mnemonics available for TCL for
this parameter.
TIME_CNT Parameter
TIME_CNT is the number of milliseconds left until the calculation is performed. It
is used internally to calculate the integral. There are no state values nor state
mnemonics available for TCL for this parameter.
Algorithm
Laplace form of the transfer function is:
Y s - 1
---------- = ---------------
Xs Ls + 1
The algorithm for the First Order Filter FCM is:
T 60L
Result = ------------------- inp + ------------------- PREV
T + 60L T + 60L
where
T is the time interval (or processing interval) in seconds between executions of
the FCM
L (LAG TIME) is the lag time constant in minutes
inp (INPUT SOURCE) is the input value
PREV is the result from the previous sample period (that is, PREV = result n-
1). An initial value (PREV = inp) is calculated when the FCM is switched to
the Auto mode.
Configurable Parameters
The First Order Filter FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
Totalizer FCM
Purpose
This FCM calculates a total by adding or subtracting its current input from the total
of the previous input values. You can also compare the total to two user-defined
values.
Algorithm
The algorithms for the Totalizer FCM modes are shown below.
Totalizing in Up Mode:
Result = PREV + K inp
where
PREV is the result from the previous sample period (that is, PREV = result n-
1). In the Up Mode, PREV is initialized to 0 when the FCM is switched to the
Auto output mode. In the Down Mode, it is initialized to the value of Trip Point
2.
inp (INPUT SOURCE) is the input signal
Configurable Parameters
The Totalizer FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
Mnemonic: PR2
UP OR DOWN Field
This field specifies if the totalizer adds or subtracts each new input from the current
total.
Valid entries are:
UP totalizer adds input
DOWN totalizer subtracts input
Default is: UP
Mnemonic: UP_DOWN
EN_DIS Parameter
EN_DIS enables or disables totalization. It is set by TCL or an external program.
The result of the Totalizer FCM is frozen at its current value when totalization is
disabled.
OVERFLOW Parameter
OVERFLOW indicates totalizer overflow. It is set when the total attempts to exceed
99,999,999 or -99,999,999. There are no state mnemonics for TCL.
State values are:
0 no totalizer overflow
1 totalizer overflow
PR1_MODE Parameter
PR1_MODE indicates if the PR1_MODE (predetermined register no.1 mode) is
active or inactive. The mode must be active to set the value of PR1_STAT
(predetermined register no. 1 status) during the totalization. See Discussion on page
411.
State values are:
0 mode is inactive
1 mode is active
State mnemonics available for TCL are:INACTIVE, ACTIVE
PR1_STAT Parameter
PR1_STAT indicates if the status of the PR1_STAT (predetermined register no. 1
status) is set or not set. There are no state mnemonics for TCL. See Discussion on
page 411.
State values are:
0 not set
1 set
PR2_MODE Parameter
PR2_MODE indicates if the PR2_MODE (predetermined register no. 2 mode) is
active or inactive. The mode must be active to set the value of PR2_STAT
(predetermined register no. 2 status) during the totalization. See Discussion on page
411.
State values are:
0 mode is inactive
1 mode is active
State mnemonics available for TCL are:INACTIVE, ACTIVE
PR2_STAT Parameter
PR2_STAT indicates if the status of the (predetermined register no. 2 status) is set or
not set. There are no state mnemonics available for TCL. See Discussion on page
411.
State values are:
0 not set
1 set
Discussion
The algorithm produces a total by summing the input values it receives each sample
period.
The UP or DOWN parameter specifies whether the new increments are added or
subtracted from the current total. The entries for Trip Point 1 and Trip Point 2
parameters provide predetermined breakpoints to which the totalized value is
compared when the corresponding trip point modes are active.
For an upward count, the count starts at zero. When it becomes larger than or equal
to the value of TRIP POINT 1 (PR1), the status of PREDETERMINED REGISTER
NO. 1 (PR1_STAT) is set to 1. When the count becomes equal to or greater than the
When the state of the other FCM determines that the Totalizer should be reset, value
of INIT_FLG should be set to 1 by a CCF Put FCM or a TCL write statement.
Output
Input
Input
Time
Lag Output
Time
Time
Algorithm
Laplace form of the transfer function is:
where
Tp (PREACT TIME) is the Pre-act time in minutes
Y s 1 + 60T p s 1 -
----------- = ------------------------ ----------------------
Xs T p 1 + 60T l s
1 + 60 ----- a
s
where
LEAD PORTION = Y = C PREY + 1 + C a – 1 inp – a C PREI
Tp
C = ------------------------------
T-
a----------- + Tp
60
T
R = --------------------
T + 60T l
where
inp (INPUT SOURCE) is the input signal
PREY is the output from the lead lag filter portion of the calculation from the
previous sample period (that is, PREY = Y n-1). An initial value for PREY must
be calculated every time the FCM is switched to the Auto output mode.
Configurable Parameters
The Lead/Lag Filter FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
PREV_INP Parameter
PREV_INP is the input from the previous scan. There are no state values or TCL
mnemonics.
Discussion
Initial values for PREY, PREI, and PREV are specified such that the output of the
Lead/Lag Filter FCM is the same as its input for the first sample period in Auto
output mode. In subsequent sample periods, the previous values are updated
normally (set Xn-1 = X n before calculating the next value of X n).
The minimum value for Tl based on sample period and Pre-act time is calculated as
follows. If the value of TI is 0, then the value of Tp minimum is 0.
Tp
Tp
- 112 , then 0.111 ------------------ + 48 1 + 0.75 PG – 8 T 60
If 0 ------------
T 60 T 60
---------------------------------------------------------------------------------------------------------------------
1 + 0.111 1 + 0.75 PG – 8
Tp T
- 784 , then T I minimum = 16 ------
If 112 ------------
T 60 60
Tp T
If 784 ------------
- , then T I -----p-
T 60 minimum = 33
Simulated
Disturbance
Dead Time
FCM
Feedforward
Input
Setpoint
Process
Process Controller
Algorithm
In Laplace form, the relationship is:
Y (s) = e-dx X (s)
where
d is the dead time in seconds
Configurable Parameters
The Dead Time FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
The maximum dead time allowed is 20 times the loop processing rate.
Algorithm
The algorithms for the Dead Time Compensation FCM are:
y = p y + 1 + a – 1 p inp – a p inp n – 1
Z = K y + 1 – K Zn – 1
Result = Z – Z 1
where
Tp
P = ------------------------------
T-
a----------- + Tp
60
T
K = --------------------
T + 60T l
y is output of the lead filter calculation from the previous sample period
a (PREACT GAIN) is the Pre-act gain
inp (INPUT SOURCE) is the input
inpn-1 is the input for the previous sample period. Initial value 0 is entered when
the FCM is switched to Auto.
Zn-1 is the value Z from the previous sample period
Z1 is the Z signal delayed by i1 * T seconds
Tp (PREACT TIME) is the Pre-act time in minutes
T is the sample period in seconds (determined by loop processing rate)
L (LAG TIME) is the time lag in minutes
i1 is an integer constant to specify dead time (Z1), that is, the dead time is equal
to i1 * T seconds
Configurable Parameters
The Dead Time Compensation FCM has the following configurable fields in
addition to the fields described in Common Configurable Fields for Calculator
FCMs on page 334.
PREV_INP Parameter
This parameter indicates the value of the input from the previous loop scan. There
are no state values nor state mnemonics available for TCL for this parameter.
Discussion
This FCM provides a compensated process signal to the PID controller for
applications where the dead time inhibits loop stability. See the example in
Figure 67.
Disturbance
Controller FCM
Setpoint Output
Process
Timer FCM
Purpose
This FCM provides for triggering an action after a specified elapsed time or at a
specified time of day. Both single shot and periodic timing are supported.
Algorithm
Generally the timer counts down from a specified number to zero. A Select Next
FCM or a Real Compare FCM, may be used to detect when the result of the Timer
FCM becomes zero.
The meaning of the Timer FCM result depends on its sign. A positive result
represents the amount of time left in the timing cycle. For example, a result of 14,
indicates the timer will reach 0 in 14 seconds. A negative result represents the
amount of time until the timer starts timing. For example, a result of -87 indicates
the timer will start in 87 seconds.
Configurable Parameters
The Timer FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
field. The timer is re-initialized to this time after it has timed out
and the cycle is continuously repeated.
PER REALST Periodic, relative start timer. The timer starts when an amount of
time equal to RELATIVE START TIME passes after the FCM is
initialized. The time is entered in the PERIODIC TIME field. The
timer is re-initialized to this time after it has timed out and the cycle
is continuously repeated.
PER ABSST Periodic, absolute start timer. The timer starts at the time specified
in the ABSOLUTE TIME field. The time is entered in the
PERIODIC TIME field. The timer is re-initialized to this time after
it times out and the cycle is continuously repeated.
P/RE IMST Periodic, immediate start timer with repeat count. The timer starts
immediately after the FCM is initialized. The time is entered in the
PERIODIC TIME field. The timer repeats a number of times equal
to REPEAT COUNT. The FCM is turned off and the result is 0 until
the FCM is re-initialized.
P/RE REALST Periodic, relative start timer with repeat count. The timer starts
when an amount of time equal to RELATIVE START TIME passes
after the FCM is initialized. The time is entered in the PERIODIC
TIME field. The timer repeats a number of times equal to REPEAT
COUNT. The FCM is then turned off and the result remains at 0
until the FCM is re-initialized.
P/RE ABSST Periodic, absolute start timer with repeat count. The timer starts at
the time specified in the ABSOLUTE TIME field. Time is entered
in the PERIODIC TIME field. The timer repeats a number of times
equal to REPEAT COUNT. The FCM is turned off and the result is
0 until the FCM is re-initialized.
Default is: SS IMST
Mnemonic: TIMRTYPE
REP_CNT Parameter
REP_CNT indicates the current number of times the timer should repeat. There are
no state values nor state mnemonics for this parameter.
TIME_CNT Parameter
When the timer is running, TIME_CNT gives the amount of time until the timer
reaches 0. When the timer is not running, TIME_CNT gives the amount of time
until the timer starts. There are no state values nor state mnemonics for this
parameter.
OLD_MODE Parameter
This parameter indicates whether the timer is running or not.
State values are:
0 waiting to start the timer
1 timer is running
Discussion
The configuration requirements for the FCM depend on the timer mode as described
in the section on the TIMER MODE field. In any mode with a relative or an
absolute start time, as the timer counts down prior to the start time, the result of the
Timer FCM is set to minus the number of seconds remaining before the start of the
first periodic timer cycle. For example, a one minute periodic time with a scan rate
of 1 second that is set for a relative start time of 6 minutes produces the following
result values:
-360, -359, -358, . . . -3, -2, -1, 60, 59, 58, . . . 3, 2, 1, . . .
Counter FCM
Purpose
This is a basic timer whose result is either in seconds or a specified time interval.
This FCM has two inputs. One resets the count, the other enables or disables
counting. You can compare the count to two configured reference values, or you can
initialize the count to a configured value.
Algorithm
The result is initialized to the value of the INITIAL OUTPUT field when the FCM
is initialized. When the FCM executes, the value of RESET SOURCE is checked. If
it is 1, the result is reset to the value of INITIAL OUTPUT and FCM processing is
complete.
If the value of RESET SOURCE is 0, the value of the data base flag TIM_EXP2 is
checked. If it is 1, the result is kept at its current value and FCM processing is
complete. If the value of TIM_EXP2 is 0, the ENABLE SOURCE is checked. If the
value of ENABLE SOURCE is 0 (disabled), the result is not changed and FCM
processing is complete. If the value of ENABLE SOURCE is 1 (enabled), the result
is incremented by the amount of elapsed time since the last loop scan. The result is
then checked against the values configured in the LOWER TIME LIMIT and
UPPER TIME LIMIT fields. If the result is greater than or equal to the LOWER
TIME LIMIT value, the data base flag TIM_EXP1 is set to 1. If the result is greater
than or equal to the UPPER TIME LIMIT value, the data base flag TIM_EXP2 is
set to 1. Timing continues on the next loop scan when TIM_EXP2 is 0. However,
when TIM_EXP2 is 1, the result value is frozen at its current value.
Configurable Parameters
The Counter FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
divided by the entry to become the final result of the FCM. For example, to specify
minutes, enter 60. To specify hours, enter 3600.
Valid entry is a decimal number greater than 0.
Default is: 1.0 (result in seconds)
TIM_EXP1 Parameter
TIM_EXP1 compares the count (result) to the LOWER TIME LIMIT (LO_LIMIT).
State values are:
0 result is less than LOWER TIME LIMIT
1 result is greater than or equal to LOWER TIME LIMIT
There are no state mnemonics available for TCL.
TIM_EXP2 Parameter
TIM_EXP2 compares the count (result) to the UPPER TIME LIMIT (HI_LIMIT).
Algorithm
When the FCM is initialized, the ON and OFF timers are started. If the FCM input
is the same as the previous result (both ON or both OFF) the output remains the
same and both internal timers are reset to 0.
If the FCM input is ON when the previous result is OFF, the ON timer is compared
with the ON DELAY field. If the timer is less, the ON timer is incremented by the
elapsed time since the last loop scan and the result is not changed. If the ON timer is
greater than or equal to the ON DELAY, the result changes to ON and the ON and
OFF timers are reset to 0.
If the FCM input is OFF when the previous result is ON, the OFF timer is compared
to the OFF DELAY field. If the timer is less, the OFF timer is incremented by the
elapsed time since the last loop scan and the result is not changed. If the OFF timer
is greater than or equal to the OFF DELAY, the result changes to OFF and the ON
timer and OFF timer are reset to 0.
Configurable Parameters
The Delay Timer FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
ON STATE Field
This field allows you to invert the numerical values of the ON and OFF states.
Valid entries are:
NORM 1 = ON and 0 = OFF
INVERT 1 = OFF and 0 = ON
Default is: NORM
Mnemonic: ON_STAT
ON DELAY Field
This field specifies the time to delay when the input is ON and the output is OFF.
Valid entry is an amount of time in milliseconds.
Default is: 0
Mnemonic: ON_DELAY
Default is: 0
Mnemonic: OF_DELAY
Algorithm
The algorithms for the Logical AND FCM are:
Logical Mode
If all the defined inputs are not 0, Result = 1. If any of the defined inputs is 0,
Result = 0
Bitwise Mode
Bits 1 of all inputs are ANDed together to get Bit 1 of the result. Bits 2 are ANDed
together, and so on. The result is a decimal number equivalent to the bit pattern
resulting from the ANDing. Bits in the inputs are shifted to the right or left prior to
ANDing. See Discussion on page 437 for details.
The inputs for this type of FCM are decimal numbers translated into
bit patterns by the FCM. For example, an input of 9 means that bits
0 and 4 are 1 and the rest of the bits are 0.
Configurable Parameters
The Logical AND FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
LOGICAL/BITWISE Field
This field specifies if the mode is logical or bitwise.
Valid entries are:
LOGICAL mode is logical
BITWISE mode is bitwise
Default is: LOGICAL
Mnemonic: LOG_BIT
Discussion
When LOGICAL/BITWISE is BITWISE, the input bits are ANDed together. Each
input can have up to 16 bits. Left or right shifts are applied to individual inputs
before ANDing. The SHIFT COUNT n field specifies the number of places to shift
Input n. The SHIFT DIRECTION n field specifies whether to shift Input n to the left
or right. Vacated bits are replaced by zeros.
Logical OR FCM
Purpose
This FCM performs the OR function on up to 4 inputs. You can configure it to
operate in either a logical or a bitwise mode. In the bitwise mode, you can also
configure bit shifts.
The data base relation is OR_FCM. Keyset 1 for the relation is DEVLPNUM,
FCM_ID.
Algorithm
The algorithms for the Logical OR FCM are:
Logical Mode:
If all of the defined inputs are 0, Result = 0. If any defined input is 1, Result = 1
Bitwise Mode:
Bits 1 of all inputs are ORed together to get Bit 1 of the result. Bits 2 are ORed
together, and so on. The result is a decimal number equivalent to the bit pattern
resulting from the ORing. Bits in the inputs are shifted to the right or left prior
to ORing. See Discussion on page 440, for details.
The inputs for this type of FCM are decimal numbers translated into
bit patterns by the FCM. For example, an input of 9 means that bits
0 and 4 are 1 and the rest of the bits are 0.
Configurable Parameters
The Logical OR FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
LOGICAL/BITWISE Field
This field specifies whether the logical or bitwise version of the algorithm is used.
Valid entries are:
LOGICAL mode is logical
BITWISE mode is bitwise
Default is: LOGICAL
Mnemonic: LOG_BIT
Discussion
When LOGICAL/BITWISE is BITWISE, the bits of the inputs are ORed together.
Each input can contain up to 16 bits. Left or right shifts are applied to individual
inputs before ORing. The SHIFT COUNT n field specifies the number of places to
shift Input n. The SHIFT DIRECTION n field specifies whether to shift Input n to
the left or right. Vacated bits are replaced by zeros.
Algorithm
The algorithms for the Logical NOT FCM are:
Logical Mode:
If inp = 0, Result = 1. If inp is not 0, Result = 0.
Bitwise Mode:
Individual bits of input are NOTed
The inputs for this type of FCM are decimal numbers translated into
a bit pattern by the FCM. For example, an input of 9 means that bits
0 and 4 are 1 and the rest of the bits are 0.
Configurable Parameters
The Logical NOT FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
LOGICAL/BITWISE Field
This field specifies whether the logical or bitwise version of the algorithm is used.
Valid entries are:
LOGICAL mode is logical
BITWISE mode is bitwise
Default is: LOGICAL
Mnemonic: LOG_BIT
Exclusive OR FCM
Purpose
This FCM performs the exclusive OR function on two inputs. You can configure it
to operate in either a logical or a bitwise mode.
Algorithm
Inputs for this FCM are digital numbers translated into bit patterns by the FCM. The
algorithms for the Exclusive OR FCM are:
Logical Mode:
In logical mode, all non-zero inputs = 1. The result is determined by the following
truth table:
Inp1 Inp2 Result
0 0 0
0 1 1
1 0 1
1 1 0
Bitwise Mode:
Bits 1 of the inputs are exclusively ORed together to get Bit 1 of the result, and so
on.
Configurable Parameters
The Exclusive OR FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
LOGICAL/BITWISE ? Field
This field specifies if the mode is logical or bitwise.
Valid entries are:
LOGICAL mode is logical
BITWISE mode is bitwise
Default is: LOGICAL
Mnemonic: LOG_BIT
Algorithm
The result of this FCM is determined according to the following truth table:
Inp1 Inp2 Result
0 0 prev
0 1 0
1 0 1
1 1 0
where
prev is the value of the result from the previous sample period
any non-zero input is treated as a 1
As long as inp2 (Reset) is 0, the result goes to 1 as soon as inp1 (Set) goes to 1. The
result remains at 1 regardless of the subsequent state of inp1. When inp2 goes to 1,
the result is forced to 0, and remains there as long as inp2 is 1.
Configurable Parameters
The Set/Reset Flip-Flop FCM has the following configurable fields in addition to
the fields described in Common Configurable Fields for Calculator FCMs on page
334.
Discussion
If the application requires, you can leave the set (input 1) or reset (input 2) values
blank on the templet. The system treats the value as 0. If this technique is used, a
YES should be entered in the BAD INPUTS ACCEPTED? field as the undefined
input is given a BAD data quality.
Algorithm
The algorithm for the Real Compare FCM is:
IF inp1 comp inp2 (or comparison constant),
THEN Result NE NORM
Configurable Parameters
The Real Compare FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
Mnemonic: RD1_K1
Selector FCM
Purpose
This FCM can compare up to four input signals and choose one of them for the
output.
Algorithm
The FCM can perform parallel, delta, or serial selection on inputs as described in the
discussion.
Configurable Parameters
The Selector FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
You can configure the algorithm to perform either parallel, serial, or delta selection.
Parallel Selection
For parallel selection, the algorithm compares the inputs to find the highest, lowest,
or center value according to the entry in the SELECTOR OP1 field. If there are only
two values when the algorithm is looking for the center, the lower value is selected.
If there are four values, the second largest is selected. See Figure 68.
Serial Selection
For serial selection, Input 1 is compared to Input 2 according to the entry in the
SELECTOR OP1 field. If no other input is turned on, this is the selected output. If
Input 3 is turned on, it is compared to the result of the Input 1/Input 2 selection
according to the entry in the SELECTOR OP2 field. This result is the selected
output if no other input is on. If Input 4 is on, it is compared to the result of the
previous selection according to the entry in the SELECTOR OP3 field. See
Figure 69 through Figure 71.
Delta Selection
For delta selection, Inputs 1 and 2 are compared according to the entry in the
SELECTOR OP1 field. If no other input is turned on, the result is the selected
output. If Input 3 is turned on, it is compared according to the entry in the
ELECTOR OP3 field with the result of the Input 1/Input 2 selection. The result is
the selected output. If Inputs 3 and 4 are turned on, they are compared according to
the entry in the SELECTOR OP2 field. This result is compared according to the
entry in the SELECTOR OP3 field with the results of the Input 1/Input 2 selection.
See Figure 69 through Figure 71.
Input 1
Input 2
Selector 1 Selected Output
Input 3
Input 4
High
Center Selector
Op1
Low
Input 1
Selector 1 Selected Output
Input 2
High
Center Selector
Op1
Low
Input 1
Selector 1
Input 2
High
Center Selector
Op1
Selector 2 Selected
Input 3 Output
Low
High
Center Selector
Op2
Low
Input 1
Selector 1
Input 2
High
Selector
Center Op1
Selector 2
Low
Input 3
High
Selector
Center Op2
Low
Selector 3 Output
Input 4
High
Selector
Center Op3
Low
Algorithm
The FCM writes its result to the destination parameter each time the FCM is
executed.
Configurable Parameters
The Put Generic Value FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
There are two ways to specify value put to the destination parameter. If there is an
entry in the INPUT SOURCE field, the FCM automatically uses that source. If there
is no entry in the INPUT SOURCE field, the FCM uses the value in the
CONSTANT TO PUT field.
There are two ways to specify the location of the destination parameter. Use the
OUTPUT DESTINATION and ATTRIBUTE NAME fields when the parameter is
in a device loop, a continuous loop, or an FCM. When relational access is required,
use the ATTRIBUTE NAME field and as many KEY NAME and KEY VALUE
fields as are necessary to access the relation containing the parameter.
A variable from one node can be Put to another node by configuring a Put FCM on
the destination node. This is possible because the input to a Put FCM can be the
result of an FCM from another node. If the source parameter is not a result, a Get
FCM on the source node can be configured to get the parameter value as its result.
Algorithm
The result of this algorithm is set equal to the parameter being acquired.
Configurable Parameters
The Get Generic Value FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
When an entry is made to the RELATION NAME field, entries must also be made
to the appropriate number of KEY NAME and KEY VALUE fields.
Valid entry is name of the relation containing the source parameter. Relations are
described and listed in the Data Base Tables manual.
Discussion
There are two ways to specify source parameter. Use the INPUT SOURCE and
ATTRIBUTE NAME fields when the parameter is in a device loop, a continuous
loop, or an FCM. When relation access is required, use the ATTRIBUTE NAME
field and as many KEY NAME and KEY VALUE fields as are necessary to access
the relation containing the parameter.
To get the data quality of the source parameter, enter the mnemonic for the data
quality parameter of the source parameter in the DATAQUAL ATTRIBUT field.
When the GET is performed, the value of this parameter is stored in the
DATAQUAL parameter of the Get FCM.
To get the current status of an alarm condition, enter the mnemonic of the variable
in question in the ATTRIBUTE NAME field and make the proper entry in the
ALARM CONDITION field. When the GET is performed, the alarm status is stored
as the result of the Get FCM.
You can use the Get FCM to transfer the value of a parameter from one node to
another. For example, if the setpoint of a loop must be communicated to a loop in
another node, use a Get FCM in the source node to get the setpoint value. This sets
the result of the Get FCM equal to the setpoint value. The loop in the destination
node can reference the result of the Get FCM.
Algorithm
The algorithm for the Select Next FCM is:
If Inp1 comp Inp2 (or comparison constant)
THEN process ALTFCM
ELSE process NEXTFCM
where
inp1 (INPUT SOURCE 1) and inp2 (INPUT SOURCE 2) are the input signals
comp (COMPARE OPERATOR) represents the type of comparison:
EQ equal to
NE not equal to
GT greater than
GE greater than or equal to
LT less than
LE less than or equal to
ALTFCM is the alternate FCM processed if the comparison is true. It must be after
the Select Next FCM in the loop. NEXTFCM is the FCM following the Select Next
FCM in the loop. It is processed if the comparison is false.
If expression is TRUE
If expression is FALSE
Configurable Parameters
The Select Next FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
Discussion
If the data quality for either Input 1 or Input 2 is BAD, the algorithm still processes
and selects the next FCM to execute. However, the data quality of the Select Next
FCM result will be BAD.
The data base relation is RDSS_FCM. Keyset 1 for the relation is DEVLPNUM,
FCM_ID.
Algorithm
The algorithm for the Redundant Signal Selector FCM is:
IF entry in BAD INPUTS ACCEPTED? field = NO and if qual = GOOD,
THEN Result = inp1, ELSE Result = inp2, ELSE Result = inp1
where
inp1 (INPUT SOURCE 1) and inp2 (INPUT SOURCE 2) are the input signals
qual is the data quality of Input 1
Configurable Parameters
The Redundant Signal Selector FCM has the following configurable fields in
addition to the fields described in Common Configurable Fields for Calculator
FCMs on page 334.
Algorithm
The algorithm for the Input Limiter FCM is:
IF LO < inp < HI, THEN Result = inp
AND HI-FLAG = FALSE AND LO-FLAG = FALSE
IF inp < LO AND LO-ENAB =ENABLED,
THEN Result = LO AND LO-FLAG = TRUE
IF inp > HI AND HI-ENAB = ENABLED,
THEN Result = HI AND HI-FLAG = TRUE
where:
inp (INPUT SOURCE) is the input value
HI (HI LIMIT) is the high limit
LO (LO LIMIT) is the low limit
HI_FLAG is the high-limit-in-effect indicator
LO_FLAG is the low-limit-in-effect indicator
LO ENAB (ENABLE LOW LIMIT) is the low limit enable parameter
HI ENAB (ENABLE HIGH LIMIT) is the high limit enable parameter
Configurable Parameters
The Input Limiter FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
HI LIMIT Field
This field specifies the value of the high limit.
Valid entry is any number greater than the value of the low limit.
Default is: 100.0
Mnemonic: HI_LIMIT
LO LIMIT Field
This field specifies the value of the low limit.
Valid entry is any number less than the value of the high limit.
Default is: 0.0
Mnemonic: LO_LIMIT
HI_FLAG Parameter
This parameter specifies the state of the high limit flag.
State values are:
0 false
1 true
There are no state mnemonics available for TCL.
LO_FLAG Parameter
This parameter specifies the state of the low limit flag.
Discussion
The deadband for high and low values is defined in the CCF Templet. The deadband
is defined as a percentage of the range so it can apply to FCMs with different
ranges.
When the input value moves within the deadband limits, it is clamped at the edge of
the deadband.
Templet by selecting the MISC softkey. The relations are UCAL_FCM and
UCAL_INPUTS. Keyset 1 for these relations is DEVLPNUM.
Algorithm
The algorithm is determined by the TCL program as described in Discussion on
page 473.
Configurable Parameters
The User Calculations FCM has the following configurable fields in addition to the
fields described in Common Configurable Fields for Calculator FCMs on page 334.
SEQUENCE ID Field
This field is not operable. Do not make any entries to it.
PROC_DQ Parameter
This parameter should be used by the TCL program to return the data quality of the
value returned via the PROC_VAL parameter. See Discussion on page 473.
State values are:
0 data quality is bad
1 data quality is good
There are no state mnemonics available for TCL.
PROC_VAL Parameter
This parameter should be used by the TCL program to return the result of its
calculation. This value is then copied into the result of the FCM. See Discussion on
page 473.
There are no state values nor state mnemonics available for TCL for this parameter.
TIME_CNT Parameter
This parameter specifies the value of the time counter. There are no state values nor
state mnemonics available for TCL for this parameter.
Discussion
There are two methods for TCL to implement the UCAL calculation:
• A synchronous UCAL is implemented by a TCL external subroutine which
executes quickly. TCL can re-enter the subroutine, therefore, more than one
CCF loop can use a given UCAL subroutine. However, the subroutine can only
manipulate local data such as loads, stores, and mathematical functions. It
cannot access the data base.
• An asynchronous UCAL is implemented by a TCL program. The TCL
program can access the data base, but it usually executes more slowly than a
synchronous UCAL.
The UCAL FCM passes parameters to the TCL subroutine by reference. This allows
the subroutine to manipulate the parameters as dictated by the subroutine
statements. The modified parameters are then readily available to the UCAL FCM.
The first statement of the subroutine must be in the form:
SUBR name(VAR DATA_ARRAY: ARRAY [1..4] OF REAL;
VAR VALU_ARRAY: ARRAY [1..4] OF REAL;
VAR PROC_VAL: REAL;
VAR DATA_QUALS: ARRAY [0..4] OF BYTES;
VAR LOOP_ARRAY: ARRAY [n..m] OF datatype;
);
where
name becomes the subroutine name
DATA_ARRAY stores values of inputs 1 to 4. Each time the loop runs, it gets
current values for the inputs to pass to the subroutine.
VALU_ARRAY stores four scratch pad values. When the node is initialized, the
scratchpad values are set to initial values as specified by the
INIT VALUE FOR VAR n fields. During runtime, their values
are determined by the TCL subroutine, that is, the values CCF
passes to TCL are the values TCL passed to CCF the previous
time the UCAL finished executing.
PROC_VAL should be used to store the result of the TCL subroutine. When
the subroutine is finished, the UCAL FCM writes the value of
PROC_VAL to its result.
DATA_QUALS the zeroth element of this array is the data quality of
PROC_VAL. The TCL subroutine should set this value after it
has made its calculation.
Elements 1 to 4 are the data qualities related to the four elements
of DATA_ARRAY. When the CCF loop executes, it sets these
values to represent the current data qualities of the inputs. 0
indicates bad data, 1 indicates good.
LOOP_ARRAY is an array used if more data area is needed.
The subroutine's calculation result should be written to the PROC_VAL variable. Its
data quality should be placed in the zeroth element of the DATA_QUALS array.
When the external subroutine is finished, the UCAL FCM performs some error
checking. If no errors occurred, the value of the PROC_VAL parameter is copied to
the UCAL's RESULT parameter, and the value of the DATA_QUALS[0] parameter
is copied to the DATAQUAL (result data quality) parameter.
I/O, unit-related, and data base access statements cannot be used in synchronous
UCAL’s. These statements include:
SET REPLY
FETCH UNIT_ALARM
INPUT STARTBATCH
OUTPUT ENDBATCH
*RECIPE RECORD
ACTIVATE TRENDON / TRENDOFF
MESG REPORT
After you write the subroutine, you should compile it.
Processing of Loops Containing Synchronous UCAL FCMs
A loop with a synchronous UCAL FCM is processed in almost the same manner as
a standard CCF loop. The events occur as follows:
1. The FCMs preceding the UCAL FCM are executed.
2. The UCAL FCM is executed. It passes parameters by reference to the TCL
subroutine. The CCF Loop Processor waits for the subroutine to complete
processing.
3. When the subroutine is finished, the UCAL FCM makes the result of the TCL
calculation into its result.
4. The remaining FCMs execute.
5. The Loop Processor goes on to the next loop.
For Data Entry FCMs, four fcmnames have been reserved for
System Performance Data: SYS, MEM, ME1, STK. SYS contains
system and CCF loading information. MEM and ME1 contain
memory pool information. STK contains CCF stack usage data.
Algorithm
The FCM makes the data designated in the RESULT ENTRY field the result of the
FCM.
Configurable Parameters
The Data Entry FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
DATA18 Unused
DATA19 Unused
DATA20 Unused
Setting DATA1 of a SYS Data Entry FCM to zero resets the CPU
portion of the System Performance display. Setting DATA7 of a
SYS Data Entry FCM to zero resets the CCF portion of the System
Performance display.
The mapping of data for the MEM Data Entry FCM is as follows:
DATA1 Memory utilization "samples since" time year and month.
YYYYMM.0
DATA2 Memory utilization "samples since" time day, hour and minutes.
DDHHMM.0
DATA3 Memory utilization number of pools up to 8
DATA4 Memory utilization number of samples
DATA5 Memory utilization memory size, in Mbytes
The mapping of the remaining data for the MEM Data Entry FCM and data for the
ME1 Data Entry FCMs (for example, size in KBybtes, current % used, and peak %
used) is entered in order, starting with pool 0, for all of the memory pools as
follows:
DATA6 Pool 0 size in KB
DATA7 Pool 0 current % used
DATA8 Pool 0 peak % used
DATA9 Pool 1 size in KB
DATA10 Pool 1 current % used
DATA11 Pool 1 peak % used
DATA12 Pool 2 size in KB
DATA13 Pool 2 current % used
DATA14 Pool 2 peak % used
DATA15 Pool 3 size in KB
DATA16 Pool 3 current % used
DATA17 Pool 3 peak % used
DATA18 Pool 4 size in KB
The mapping of data for the STK Data Entry FCM is as follows:
DATA1 Percent of stack used
DATA2 Stack size in bytes
DATA3 Number of used bytes
DATA4 Number of unused bytes
Discussion
RESULT ENTRY specifies which data value is used as the FCM result. This FCM
provides a means for CCF and the other applications to exchange data. For example,
you can place the current values of TCL variables on custom (Display Builder)
displays. To do this, TCL writes the values to the Data Entry FCM and the displays
read and display these values. Other data manipulations supported by the Data Entry
FCM include:
• TCL can read variables from the FCM and write variables to it.
• CCF loops can obtain the result of a Data Entry FCM.
• CCF loops can use the Get Generic Value FCM to get data from a Data Entry
FCM.
• CCF loops can use the Put Generic Value FCM to place values into a Data
Entry FCM.
• Displays built with the Display Builder can obtain data values from the FCM.
• You can enter data into the FCM via Data Value Targets on custom displays.
• You can put data values from the FCM in reports built with the Report Services
Software.
String FCM
Purpose
The String FCM allows you to put a user-defined string of up to 40 characters into
the data base.
Algorithm
There is no algorithm for this FCM. It is a place to store a string variable. The can
be string accessed by TCL programs via tag-FCM access (that is, $'tag'-
'STR'.SVALUE). You can also use it on custom displays. The string can be accessed
even if the loop with the FCM is turned off. The result of the String FCM is a
numerical value not directly related to the string.
Configurable Parameters
The String FCM has the following configurable fields in addition to the fields
described in Common Configurable Fields for Calculator FCMs on page 334.
manner as other FCMs. When the FCM is executed, its calculation is a real number
that becomes the result of the FCM.
Although you can replicate the functionality of certain calculator FCMs with this
FCM, you should be aware the code is interpreted at runtime and therefore would
probably be slower than a standard FCM. System performance tests have shown a
User Math Block FCM can improve performance when used to replace multiple
FCMs but reduce performance when used to replace a single FCM.
Algorithm
The User Math Block FCM algorithm is user-defined. There is no default version.
Configurable Parameters
The User Math Block FCM Templet has the following configurable fields in
addition to the fields described in Common Configurable Fields for Calculator
FCMs on page 334.
calculations. When the result is limited, the LO_FLAG attribute is set to 1. TCL can
set events to watch this flag or you can acquire its value using Get FCMs.
Valid entry is a real number.
Default is: 0.0000
Mnemonic: LO_LIMIT
Y0 RESULT Field
This field contains the value of the result during runtime. You can view its value
during runtime via the Loop FCM Display.
EQUATION Fields
Enter the equation in normal algebraic format when the appropriate symbol is
available on the keyboard and the interpretation is not ambiguous. Discussion on
page 493, describes the valid statements, expressions, operands, and so on.
HI_FLAG
This parameter indicates whether the result of the FCM is being limited at its high
limit.
LO_FLAG
This parameter indicates whether the result of the FCM is being limited at its low
limit.
Possible values for the parameter are:
1 result is being limited
0 result is not being limited
Discussion
Equation Format
The Configurator translates the equation in the EQUATION fields into a Reverse
Polish Notation (RPN) string. Extraneous parenthesis are deleted, and are not
displayed if you view the math block via the Loop FCM display.
Each time the FCM is executed, the RPN string is interpreted until either an illegal
RPN code is encountered or the string termination code is read. If an error condition
occurs, the data quality is set bad and the error position is noted in the ERROR
POSITION field. The string is evaluated to the end, but the error position displayed
is the first error position encountered.
On the initial scan, the result of the FCM is set to the value in the INITIAL RESULT
field and the intermediate values are set to the values in the INITIAL RES Y1
through INITIAL RES Y3 fields. The calculation is then evaluated as for a normal
scan of the FCM. On subsequent executions, the values in the Y0 RESULT through
Y3 RESULT fields start with the value they contained at the end of the previous
scan.
Equation Strings
A valid equation string is defined as:
statement [; statement] .
Statements must be separated by semicolons. Commas and parenthesis are also
valid punctuation. Normal algebraic priority rules apply, Table 36. Parenthesis are
used to modify the order of evaluation. Intermediate values and the result are
evaluated in the order they are specified to the Configurator. You can place spaces,
tabs, and carriage returns anywhere in the string to improve readability. They are
ignored by the conversion procedures. The length of the equation string is limited to
200 characters and by the 100 character constraint of the resulting RPN string.
Item Priority
assignment (=) 01
=, <, <=, >=, <> 02
AND, OR, XOR 04
+, - 05
MOD, *, / 06
unary operators 07
binary & unary functions 08
parenthesis 09
variables & constants 10
Constants
The following constants are available:
0, 1, 2, 3, 4, 5, 6, 7, 8, 9
K1, K2, K3, K4, K5, K6, K7 (values specified via CONSTANTS Kn fields of the
templet)
P
E e
T loop processing rate in milliseconds
GOOD good data quality, synonym for 1
BAD bad data quality, synonym for 0
END used to indicate the end of the loop
Numeric constants greater than 9 must be used through one of the Kn fields.
Variables
A variable is one of the following:
I1, I2, I3, I4, I5 I6, I7: runtime variable inputs to the FCM. Their sources are
specified through the INPUT SOURCE In fields of the
templet.
Y0: The result of the FCM. On the first scan of the FCM, the
value in the INITIAL RESULT field is used for the value
in the Y0 RESULT field. On subsequent scans, the result
of the previous scan is used.
Y1,Y2,Y3: result of evaluating intermediate equation strings. They
can hold the results of previous statements, either from the
current execution of the FCM or from previous
executions.
Expressions
An expression is defined as:
operand [bin_op operand]
where an operand is defined as any of the following: variable, constant, expression,
unary_op (expression), unary_func (expression), bin_func (expression, expression).
CUB(x) cube
EXP(x) e to power x
INT(x) integer portion (ignores decimal part)
LN(x) natural logarithm
SIN(x) sine (x in radians)
SQRT(x) square root
SQU(x) square
A binary function (bin_func) performs an operation on the values of two
expressions.
MIN(x,y) the lesser of x and y, x is returned if they are equal
MAX(x,y)the greater of x and y, x is returned if they are equal
This FCM raises one input signal to a power determined by another input signal.
You can use an optional constant to scale each input.
MOD30_MOD300_MAP
This FCM is used when the Advant OCS communicates with a MOD 30 Instrument.
This FCM is addressed in detail in the Taylor™ MOD 30™ Interface User's Guide.
General Information
The Extended Processing FCMs perform mathematical functions on data gathered
over an extended period of time. These FCMs provide information for historical,
long-range evaluation of a process, rather than for direct operational control.
The Extended Processing FCMs are divided into two categories: Continuous
Extended Processing and Periodic Extended Processing FCMs.
Continuous Extended Processing FCMs calculate the moving average of its
inputs continuously (once per loop scan). Detailed information about this category
of Extended Processing FCMs is provided in Continuous Moving Average FCM on
page 508.
Periodic Extended Processing FCMs do not perform their calculation at every
loop scan. Instead, data is collected by the FCM at a specified rate and the
calculation is performed when a specified period of time has elapsed. These FCMs
are described in Standard Deviation FCM on page 510, through Periodic Rate Total
FCM on page 519. Discussion on page 511, uses the Standard Deviation FCM as an
example to describe the collection and calculation rates for the Periodic Extended
Processing FCMs.
This section uses the same format as the Calculator FCM descriptions. This format
is described in Format Of The Calculator FCM Descriptions on page 340 of Section
9, Calculator FCMS. FCM parameter tables are provided in Data Base Tables.
Common Parameters
Each Extended Processing FCM has a templet display in the Data Base
Configurator used to configure the FCM. Many items on the templets are common
to all Extended Processing FCMs. Some of these items are automatically generated
by the system to give you information. Other items are configurable and you
determine their content.
BAD_SAMP Parameter
BAD_SAMP specifies the number of samples with bad data quality that have been
collected so far in the period. The calculation is not performed if this number
becomes greater than the value entered in the NUM OF INVALID SAMPLES field.
There are no state values nor state mnemonics for TCL for this parameter.
DATAQUAL Parameter
This parameter specifies the data quality of the result parameter of the FCM.
State values are:
0 data quality is bad
1 data quality is good
There are no state mnemonics available for TCL.
DEVLPNUM Parameter
This parameter specifies the node/loop number. This is a unique number assigned
by the system to the loop containing the FCM.
There are no state values nor state mnemonics available for TCL for this parameter.
FCM_MODE Parameter
This parameter specifies if the FCM is on or off.
State values are:
0 FCM is off
1 FCM is on
State mnemonics available for TCL are: OFF, ON
INIT_FLG Parameter
This parameter specifies if the initialization flag parameter is set at normal or
initialize.
State values are:
0 initialization flag is set at normal
1 initialization flag is set at initialize
There are no state mnemonics available for TCL.
NEXTCALC Parameter
NEXTCALC specifies the next calculation time. This parameter can be used to have
the calculation performed at the end of a TCL batch. When TCL sets NEXTCALC
to 0, the period is automatically ended and the calculation is performed with
whatever samples are present. The result of the FCM is available on the next loop
scan. There are no state values nor state mnemonics available for TCL for this
parameter.
NEXTSAMP Parameter
This parameter specifies the time at which the next sample is taken.There are no
state values nor state mnemonics available for TCL for this parameter.
OUT_MODE Parameter
This parameter specifies if the output mode of the FCM is set at manual or auto.
State values are:
0 Manual
1 Auto
State mnemonics available for TCL are: MANUAL, AUTO
PREVTIME Parameter
PREVTIME specifies the previous calculation time. There are no state values nor
state mnemonics available for TCL for this parameter.
RESULT Parameter
RESULT specifies the result of the calculations of the FCM. There are no state
values nor state mnemonics available for TCL for this parameter.
TUNABLE FROM
PARAMETER LOGABLE
LOOP/FCM DISPLAY
RESULT YES YES
OUT_MODE YES YES
FCM_MODE YES YES
Algorithm
The algorithm for the Continuous Moving Average FCM is:
inpi
i=1
-------------------
-
Result =
n
where
inpi is the value of the input signal in the ith sample period
n is the number of samples over which the average is calculated
Configurable Parameters
In addition to the configurable fields common to Extended Processing FCM
Templets described in Common Configurable Parameters on page 502, the
following configurable fields apply for the Continuous Moving Average FCM.
Valid entry is any integer from 0 to the value entered on the NUMBER OF
SAMPLES field
Default is: 0
Mnemonic: MAX_BAD
Algorithm
The algorithm for the Standard Deviation FCM is:
n n 2
inp 2 – n inp t
t
Result = SQRT =1 i=1 -
i---------------------------------------------------------
n–1
where
inpi is the value of the input signal of the ith sample period
n is the number of samples over which the standard deviation is calculated. The
value of n is calculated by: (period/sample rate)
Configurable Parameters
The configurable parameters for the Standard Deviation FCM are described in
Common Configurable Parameters on page 502.
Discussion
Timing and configuration considerations for the Periodic Extended Processing
FCMs
Three time intervals play a role in processing the Periodic Extended Processing
FCMs.
The first is the scan rate, that is, the rate at which the loop containing the FCM
executes. It is configured for the loop via the Loop Definition Templet. The action
taken by the FCM upon a loop execution depends on its other time intervals as
described in the paragraphs that follow. In general, when the loop is scanned, the
FCM either samples the input value, performs the calculation, or takes no new
action.
The second interval is the sample rate. This is the rate at which the input is sampled.
It is specified via the templet used to configure the FCM. You can make the sample
rate considerably larger than the loop scan rate. For example, you can configure the
sample rate at 5 minutes even though the loop is scanned once a second. The values
sampled are stored until it is time for the FCM to perform its calculation.
The period is the third time interval. The calculation for the algorithm is performed
at the end of the period. It is a greater period of time than the sample rate. This
interval is specified in terms of the following periods:
Months Week Hours
Last Day of Month Days Minutes
Periodic FCMs output the result only at the time when it is calculated at the end of
the period. When the FCM receives a request for the result prior to calculating the
new one, it responds with the result from the previous period.
Timing/Configuration Example for an Extended Processing FCM
The following example illustrates the general timing techniques used by the
periodic Extended Processing FCMs.
A loop has a periodic Extended Processing FCM with a scan rate of 8 seconds. The
following entries were made to the templet of the Extended Processing FCM.
START TIME Field 1-JAN-1985 (default time - start immediately)
SAMPLE RATE Field 33:20 (2000 seconds)
PERIOD UNIT Field HOURS
PERIOD SIZE Field 20
The configuration entries listed above cause the variable to sample initially and then
sample at intervals of 250 loop scans (2000 seconds). The choice of the period, 20
hours (72,000 seconds) assures that 36 samples are collected when it is time to do
the calculation.
When the loop starts processing, the following takes place:
Scan(s) FCM Action
1 Collects sample 1. Start time
2 - 249 No special activity
250 Collects sample 2. The first sample interval has finished.
251 - 499 No special activity.
500 Collects sample 3. The second sample interval has finished.
. .
. .
. .
8750 Collects 36th sample. The thirty fifth sample interval has finished.
End of period 1 calculation performed.
9000 Start of period 2.
. .
. .
. .
17750 End of period 2 calculation performed.
Algorithm
The algorithm for the Non-rate Periodic Total FCM is
n
Result = inpi
i=1
where
inpi is the value of the input signal in the ith sample
n is the number of samples over which the total is calculated. The value of n is
calculated by: (period/sample rate)
Configurable Parameters
The configurable parameters for the Non-rate Periodic Total FCM are described in
Common Configurable Parameters on page 502.
RATE_IND Parameter
This parameter indicates the type of calculation being performed. It is automatically
set at 1 when the Non-rate Periodic Total FCM is configured.
State values are:
Discussion
Discussion on page 511, describes the relationship between the loop scan rate, the
sample rate, and the period. It also gives information about the START TIME,
SAMPLE RATE, PERIOD UNIT, PERIOD SIZE, and NUM OF INVALID
SAMPLES fields.
Algorithm
The algorithm for the Periodic Average FCM is:
n
inpi
Result = i-------------------
=1 -
n
where
inpi is the value of the input signal in the ith sample
n is the number of samples over which the average is calculated. The value of n
is calculated by:
(period/sample rate)
Configurable Parameters
The configurable parameters for the Periodic Average FCM are described in
Common Configurable Parameters on page 502.
Discussion
Discussion on page 511, describes the relationship between the loop scan rate, the
sample rate, and the period. It also gives information about the START TIME,
SAMPLE RATE, PERIOD UNIT, PERIOD SIZE, and NUM OF INVALID
SAMPLES fields.
Algorithm
The algorithm for the Periodic Maximum FCM is:
IF inp.GE. Result
THEN Result = inp
ELSE Result = Result
Configurable Parameters
The configurable parameters for the Periodic Maximum FCM are described in
Common Configurable Parameters on page 502.
Discussion
Discussion on page 511, describes the relationship between the loop scan rate, the
sample rate, and the period. It also gives information about the START TIME,
SAMPLE RATE, PERIOD UNIT, PERIOD SIZE, and NUM OF INVALID
SAMPLES fields.
Algorithm
The algorithm for the Periodic Minimum FCM is:
IF inp.LE. Result
THEN Result = inp
ELSE Result = Result
Configurable Parameters
The configurable parameters for the Periodic Minimum FCM are described in
Common Configurable Parameters on page 502.
FIR_SAMP Parameter
This parameter is the first sample flag. There are no state values nor state
mnemonics available for TCL for this parameter.
Discussion
Discussion on page 511 describes the relationship between the loop scan rate, the
sample rate, and the period. It also gives information about the START TIME,
SAMPLE RATE, PERIOD UNIT, PERIOD SIZE, and NUM OF INVALID
SAMPLES fields.
Algorithm
The algorithm for the Periodic Rate Total FCM is:
n
T
Result = inpi T-----n
i=1
where
inpi is the value of the input signal in the ith sample period
n is the number of samples over which the total is calculated
T is the time period (in seconds) between samples
Tn is a time normalization factor to convert the rate to the proper time units,
that is, 60 for minutes, 3600 for hours, and 1 for seconds. The FCM chooses the
factor used according to the entry in the SAMPLE UNIT field.
Configurable Parameters
In addition to the configurable fields common to Extended Processing FCM
Templets described in Common Configurable Parameters on page 502, the
following configurable field applies for the Periodic Rate Total FCM.
RATE_IND Parameter
This parameter indicates the type of calculation being performed. It is automatically
set at 0 when the Periodic Rate Total FCM is configured.
State values are:
0 rate (required value for a Periodic Rate Total FCM)
1 non-rate (not used for Periodic Rate Total FCM)
There are no state mnemonics available for TCL.
Discussion
Discussion on page 511, describes the relationship between the loop scan rate, the
sample rate, and the period. It also gives information about the START TIME,
SAMPLE RATE, PERIOD UNIT, PERIOD SIZE, and NUM OF INVALID
SAMPLES fields.
General Information
The term device is used to identify a process item driven by a system output
(momentary or contact) whose state is sensed by a system input (contact). Typical
devices are motors, pumps, switches, and lights.
A device loop is used to display the state of a device at the Operator Station or
Multibus-based console. It detects alarms for the device and it allows you to change
the state of the device. You can configure device loops to execute in Multibus
Subsystems and the controllers of Controller Subsystems.
The system processes individual device loops periodically according to their loop
processing scan. In addition, a device loop is demand scanned whenever you enter a
different device command. This section describes how to define the device loops in
CCF.
Descriptor Sets
Descriptor sets allow you to describe process device states in common language
terms (for example, ON/OFF, ENABLED/DISABLED or OPEN/CLOSED/HALF
OPEN). The device descriptor sets are defined via the Device Descriptor Templet,
Figure 75. These templets are children of the Device Descriptor Directory Templet,
Figure 74. See Figure 8 and Figure 20 for the location of the Device Descriptor
Directory Templet and Device Descriptor Templets in the templet hierarchy of
Controller and Multibus Subsystems. During runtime, these descriptors appear on
displays, messages, and so on. The descriptors make it easy for you to interpret
states and to issue commands to the devices since the commands are expressed in
simple words like OPEN or CLOSE.
At least one set of descriptors must be defined for each process device type used in
the system. Each state the device can possibly enter must be given a descriptor.
Multiple devices can use the same descriptor set. The descriptor set allows some
states for the device to be declared alarm states so an alarm is generated whenever
the device enters that state. The descriptor set also specifies which states are valid
for you to command the device to enter.
To configure a descriptor set, perform the following steps:
1. Access the Configurator.
2. Access the data base that references the descriptor set(s).
3. Using the menu, call up the Device Descriptor Directory Templet.
The Device Descriptor Directory Templet provides the means to group all
Device Descriptor Templets for the data base in one place. Later, after you have
defined all desired descriptor sets via Device Descriptor Templets, you can
access the Device Descriptor Directory to view a list of all Device Descriptor
Templets you created.
The only entry required on the initial Device Descriptor Directory Templet,
Figure 74, is the directory's name in the TEMPLET NAME field.
4. After you enter the desired directory's name in the TEMPLET NAME field,
save the Device Descriptor Directory Templet.
5. Using the menu, call up the Device Descriptor Templet, Figure 75.
6. Enter a name, of up to eight alphanumeric characters, for the descriptor set in
the TEMPLET NAME field. ALL templet names in the database must be
unique. By definition, the database is the total of all configurators on the same
ring (or set of interconnected rings, in the case of systems with multiple
DCNs).
9. Repeat steps 5 through 8 until all desired descriptor sets are defined for the data
base.
1_IN_1_C_OUT 0 0 0 0
1 1 1 1
2_IN_1_C_OUT 10 2 0 0
01 1 1 1
00 0 no output state
2_IN_2_C_OUT 01 1 01 1
10 2 10 2
00 0 00 0
If you modify a Device Descriptor set, you must compile and install the device
descriptor directory and each loop that references the new descriptor set. You can
compile standard device loops on the loop level. If a special device loop references
the changed set, you must compile on the node level. The environment must also be
compiled and downloaded if any group or graphic has loops that reference the
changed descriptor set. Since the runtime database is only updated for new device
descriptors, you must reboot all Advant Operator Stations to update the runtime
database for modified device descriptors.
Device Alarms
You can configure alarms to be generated for a device. They are described in
Table 39.
ALARM DESCRIPTION
Timeout The system sent a valid command to the device, but the device did not
respond within the specified time, that it had entered in the desired state.
The timeout interval is specified via the TIMER field of the Device Loop
Templet at configuration time.
Unknown State The system cannot read the feedback from the device.
Illegal State The system can read the feedback from the device, but no state is
defined for the feedback bit combination.
State Alarm The device has entered a state defined by the device descriptor set as
an alarm state for the device.
Abnormal State Change The device changed state, but no command to do so was issued.
Abnormal State Change alarms will not occur if the state changes to
match DEV_CMND.
Bad Input Data Quality The data quality of the inputs is BAD. This alarm can only occur when
the input of the device loop is the result of a FCM from another loop.
Illegal Command Systems recognize the command from the operator or the TCL program,
but it is an invalid command as defined by the Device Descriptor
Templet.
2. Since the loop is on demand scan, the loop processor starts processing it as
soon as possible without waiting until the normally scheduled loop processing
time.
3. The loop processor checks NEW_CMND and finds there is a new command
for the device. It outputs the corresponding value from Table 38 or Special
Device Descriptor Set to the device. Refer to How to Configure Special Device
Algorithms on page 569, for information about Special Device Descriptor Sets
and how you define them.
4. If the device has inputs and outputs, the loop processor changes DEVICE
TRANSITION (DEV_TRAN) to IN_XITION indicating an output is being
sent to the device. The DEVICE TIMER (TIM1_CNT) is initialized to
TIMER_1, a value configurable through the TIMER field of the Device Loops
Templet. TIM1_CNT starts to decrement.
5. The loop processor puts the device loop on quick scan and goes on to the next
loop.
6. While the device is on quick scan, the loop processor scans it every CCF base
rate cycle (instead of at the normal loop processing rate).
When the loop is scanned, the loop processor checks the input. The following may
occur:
• If the input shows the device has changed to the correct state, the loop
processor checks for alarms. If no alarm condition exists, DEV_TRAN is
changed to NOT_IN_XITION. The loop processor puts the loop on regular
scan and goes on to the next loop.
• If the TIM1_CNT value is greater than 0 and the input shows the device has not
changed state, the loop processor goes on to the next loop. It checks this device
loop again during the next CCF base rate cycle.
• If TIM1_CNT is 0 and the input shows the device has not changed state, a
device timeout alarm is generated. The loop is put in normal scan and the
processor goes to the next loop.
Mnemonic: TAG
EXPORT Field
This field is a special field that is only used when the system employs multiple
configurators. If your system uses a single configurator in a turbo node, do not make
an entry in the EXPORT field. If your system uses multiple configurators, you
should read the information about the multiple configurator feature in the System
Configurator User's Guide before configuring any loops.
The following is a summary of the exporting procedure as it applies to a loop.
Loops are referenced by items such as other loops, TCL programs, console groups,
and Display Builder displays. If a loop is referenced only by items in its own
configurator domain, you do not need to export its data and can leave the EXPORT
field blank. If the loop is referenced by items in other configurator domains, you
must export information about this loop to the other domains.
Part of the exporting process uses the entry in the EXPORT field to put data from
the loop into the export source file. The entry in the EXPORT field is an
alphanumeric string identifying the higher order hex bits of the configurator data
processors (domains) to receive the export data. For example, the entry 125BE
specifies that data from the loop is exported to configurators in turbo nodes at DCN
addresses (hex) 11, 21, 51, B1, and E1.
After you enter the hex addresses of configurators you want the receive data, use the
MORE softkey to access the EXPORT SAVE softkey. Then, select the EXPORT
SAVE softkey to put the loop's templet data into the export source file.
Follow the instructions in the System Configurator User's Guide, describing how to
send the export source files to the other configurators.
Examples:
Entry Interpreted as:
0.25 0.25 second
5 5 seconds
4:17 4 minutes 17 seconds
2:09:04 2 hours 9 minutes 4 seconds
Mnemonic: SCANRATE
Label on Loop Detail Display: SCANRATE
Since pulsed inputs and pulse train outputs do not support channel
path I/O addressing, they do not support S800 or Profibus I/O and
the S800 I/O and PROFIBUS I/O vendor type is not available.
The result of the loop is always set to the output of the device
whether or not an output channel is specified. This is accessible by
other loops.
SAFE CMD action taken is the entry in the SAFE COMMAND field
PREVIOUS CMD set to the last successful previous command
SPECIAL CMD set to command specified in the SPECIAL COMMAND field
Default is: NONE
Mnemonic: TRANOVRD
Table 40. Effects of Simulation Mode and Device Override on Device Processing
Device
Simulation Mode Effect on Device Processing
Override
OFF(0) OFF (0) Normal device processing
ON (1) OFF (0) Condition for simulating device processing via TCL or host
computer. Device loop does not do inputs or outputs.
The timeout timer runs in normal manner. If DEV_STAT does
not equal DEV_CMND when timer reaches 0, a timeout is
declared. TCL or a program on a host computer can change
DEV_STAT.
Device loop does not change DEV_STAT.
OFF (0) ON (1) Device inputs are ignored.
The timeout timer runs in normal manner.
When timer reaches 0, CCF puts value of DEV_CMND into
DEV_STAT.
ON (1) ON (1) Device loop does not do inputs or outputs.
CCF puts value of DEV_CMND into DEV_STAT as soon as
DEV_CMND is changed (that is, does not wait for timeout
timer).
TIMER Field
This field sets the time for the device loop's feedback timer. When the loop sends a
command to the device, the feedback timer starts counting down. The loop starts
checking its input to see if the device has gone to the desired state. A timeout alarm
is generated if the device has not entered the desired state by the time the timer
expires.
Valid entry is an amount of time in whole seconds.
Default is: 0 (no timeout alarm)
Mnemonic: TIMER_1 is the initialization value for the timer (as defined in the
TIMER field on templet)
TIM1_CNT is the current value of the timer
The rest of the fields on the Device Loop Templet, Figure 77, allow you to specify
device interlock, command, action upon error, and restrictions for the device.
OVERRIDE field and the ABNORMAL OVERRIDE field for explanations of these
features.
Valid entry is:
a command from the descriptor set defined for the device on its Device
Descriptor Templet
Mnemonic: SAFECMND
PAUSE is specified in the REVERT COMMAND field. After you send an OPEN
command to the valve, DEV_CMND is set to PAUSE. This allows you to change
DEV_CMND to OPEN again, and so on.
UNIT ID Field
This field assigns the loop to a unit. This assignment is useful for systems
containing the History Services software. The alarm/event history messages for all
loops in a unit are collected and stored in the same file. If a unit assignment is not
made for a loop, the History Services software stores alarm/event history messages
for the loop in a default unit file.
Valid entry is:
name of a unit as defined via the TEMPLET NAME field of the Unit Master
Templet for that unit
SEQUENCE ID Field
The function related to this field has not been implemented. This field should be left
blank.
For S800 I/O, this field is used to specify the LAN, station, cluster, position, and
channel of the respective input or output point in the following format:
LAN.station.cluster.position.channel
For example, an entry of 1.10.0.4.10 indicates that the S800 I/O point is on LAN 1,
station 10, cluster 0, position 4, channel 10.
For PROFIBUS I/O, this field is used to specify the LAN, device, module, and
channel of the respective input or output point in the following format:
LAN.device.module.channel
For example, an entry of 1.2.5.1 indicates that the Profibus I/O point is on LAN 1,
device 2, module 5, channel 1.
Do not define momentary and regular output channels to overlap any channel (see
MOMENTARY CHANNEL#). TRIO issues a warning and Profibus issues an error
if there is an overlap. S800 does not issue any error/warning about this.
• TCL and Display Builder expressions containing this parameter can use the
descriptors for the states as long as the proper syntax rules are followed.
Example of a TCL Expression:
$'PUMP-1'.DEV_CMND:= #OFF;
See instruction books Display Builder User's Guide, and Taylor™ Control
Language (TCL), for the respective TCL and Display Builder syntax rules.
ALARMED_STA (3) device has entered a alarm state as defined by the device
descriptor set for the device
ILLEGAL_STA (4) system can read the feedback from the device, but no state
is defined for the feedback bit combination
RESULT - Result
This parameter gives the result of the device loop's calculation.
TIM1_CNT
This parameter is the current value of the device timeout timer. It is used by device
loops containing standard algorithms.
TIM2_CNT
This parameter is the current value of the secondary timer. It is used by TCL
programs that set up user-defined device algorithms.
TIME_CNT
This parameter gives the current value of the TCL timeout timer. Its usage is
described in Programming User-defined Device Algorithms With TCL on page 573.
to read from the result. It takes the correct number of bits starting with the least
significant bit. For example, if the DEVICE TYPE is 2_IN_1_C_OUT (2
inputs, 1 contact output), the system uses the lower two bits of the source
FCM's result as the input for the device loop.
Input Option 4 - No entries
Certain types of devices require no inputs. In this case, no entries are made to
the INPUT SOURCE or the INPUT CHANNEL NUMBER fields.
Input Option 5 - PLC
Receives inputs via PLC interface. Refer to Taylor™ Programmable Controller
Interface User's Guide, for detailed information.
5. Specify the destination for the outputs using one of the following options:
Output Option 1 - Output to direct Digital Input of Controller or Turbo
Node.
The output is sent to the digital output of a Controller or a Turbo Node
Subsystem. In this case, use the OUTPUT CHANNEL NUMBER field to
specify the channel number to which the output is sent. If the device, as
specified in the DEVICE TYPE field, has a second output, it is sent to the next
consecutive output channel. When this option is chosen, the result of the loop is
still accessible by other loops.
Output Option 2 - Output to a TRIO Module.
Field Entry
VENDOR TYPE REMOTE I/O
OUTPUT LAN NUMBER number of field bus with the TRIO output
module
OUTPUT BLOCK NUMBER number of TRIO output modules (up to 30)
OUTPUT CHANNEL NUMBERchannel number of the first output. The other
outputs must be present at channels
consecutive to the first channel. Outputs
must all come from same module. However,
the outputs can come from a module other
than the one that receives the output.
The device loop always has a result set equal to the current output
(device command) of the loop. This result is accessible by other
loops.
A Special Device Templet is used by one or more Device Loops Templets in the
same Turbo Node or Controller Subsystem as the Special Device Templet. If two
different nodes or controllers require the same special algorithm, they must have
their own version of the Special Device Templet setting up the algorithm.
The Special Device Templet, is not a loop templet so it is not compiled, installed, or
downloaded on the loop level. However, if a Special Device Templet is already in a
downloaded data base, you can compile, install, and download a Device Loop
Templet that references it on the loop level.
If a device does not fit into one of the standard categories, a special device type is
created. For example, Special Devices are required for momentary outputs that
require pulses of more than one second. These special devices are similar in some
ways to standard devices. They require a Device Loops Templet that references a
descriptor set. In addition, their Devices Loops Templet must reference a Special
Device Templet defining the algorithm used by the device. This special device
templet specifies the following:
• digital output pattern sent to the field for each of the commands in the device
descriptor set
• 0 to 4 momentary outputs used by the devices
A standard Device Loops Templet must be configured for a special device. Most of
the fields of this templet are used in the normal manner, for example, the TEMPLET
NAME field becomes the device tag, and so on. The following paragraphs describe
the fields handled in a special manner for these device loops.
The DEVICE TYPE field must contain SPECIAL.
The INPUT SOURCE field is not applicable to a special device loop. The input for
one of these loops cannot be the result of an FCM.
The SPECIAL NAME field must contain the name of the Special Device Templet
that defines the algorithm.
The MOMENTARY CHANNEL # field is used to specify the channel number of
the first of up to 4 contiguous digital channels that perform the momentary outputs.
The channels you specify must have been configured for digital output via the
appropriate templet (Controller, Multibus I/O or TRIO). The duration and the
commands that initiate the momentary outputs are specified on the Special Device
Templet.
You can invert the momentary outputs using the INVERTED OUTPUTS fields by
entering a decimal value corresponding to the bits to invert.
Example:
If a device type supports the following 3 feedback states (as listed in the
Feedback from Device (Input) column of Table 38),
1010
1001
0101
entering a 4 to the INVERTED INPUTS field would invert bit 3 (the binary
equivalent of decimal 4) so the resulting feedback states are:
1110
1101
0001
Similarly, entering a 10 would invert bits 4 and 2 (the binary equivalent of 10).
For example, an entry of 5 (binary 0101) in the INVERTED OUTPUTS field inverts
the first and third channel, and an entry of 15 (binary 1111) inverts all 4 channels.
The DESCRIPTOR SET field is used in the normal manner, even though this
information is repeated on the Special Device Templet.
If you wish to use the revert feature, you still must use the REVERT ENABLE and
REVERT COMMAND fields, however, the Special Device Templet allows you to
specify which commands are followed by the revert command.
COMMAND Field
This field enters the name of the state. The entry must be the same name entered in
the NAME OF STATE column on the Device Descriptor Templet.
OUTPUT Field
This is a 16 place bit-pattern for the output from the computer for this command.
The least significant bit is on the right. All leading zeros must be included. For
example, 001100000000111. If this field is not needed for the command, enter all
zeros.
REVERT Field
This field specifies whether the system automatically sets DEV_CMND to the entry
in the REVERT COMMAND field after this command is issued. The Revert
Command is an internal mechanism that is not sent to the field.
Valid entries are:
YES follow with the Revert Command
NO do not follow with the Revert Command.
to the program. The program executes the device algorithm and passes a
parameter back to the device loop which becomes the output.
The following paragraphs contain information about the interaction of the device
loop and the TCL program you should understand prior to implementing a user-
defined device algorithm.
device loop. When TCL puts a non-zero value into one of these counters, CCF
starts to decrement that counter. However, TCL must make some provision for
checking the current value of the counter, as CCF does not automatically notify
TCL of a timeout. The TIMER_1 parameter was designed as the initialization
value of the TIM1_CNT parameter. TIMER_1 is configured via the TIMER
field of the Device Loops Templet. Similarly, the TIMER_2 parameter is the
initialization value of the TIM2_CNT parameter. It is configured via the
SECONDARY TIMER field of the Device Loops Templet. TCL can use one or
both of the timers to implement device timeout checking. If necessary, the
program can declare a device timeout alarm by setting the ACT_ALARM
parameter to TIMEOUT (2).
General Information
The CCF portion of the Advant OCS data base is the basis for all process control
and information gathering by the system. The CCF parameters are referenced
(accessed) by:
• Reports (Multibus-based Reports Services and AdvaInform Reports)
• TCL programs
• Display Builder
• History (Multibus-based History Services and AdvaInform History)
• Other applications running on systems interfaced to the Advant OCS
Each of the above applications uses its own specific format for accessing the data
base parameters. These formats are described in the applicable user’s guide. The
basic method used to identify the parameters is the same for all applications. It is
described in Accessing Loop And FCM Parameters on page 579.
Similarly, TCL identifies the device state parameter for device PM2000 as:
$'PM2000'.DEV_STAT
The loop level parameters of the continuous loops are described in Section 4,
Defining Continuous Loops. Their mnemonics are listed in Data Base Tables.
The loop level parameters of the device loops are described in Section 11, Defining
Device Loops. Their mnemonics are listed in Data Base Tables.
Some parameters of the Auto/Manual Controller and the PID Controller
FCMs are accessed using tag access. For example, the setpoint parameter is part of
the PID Controller FCM. Since a loop can only have one setpoint, the setpoint is
uniquely identified by an expression that includes the loop's tag and the SETPOINT
mnemonic. TCL identifies the setpoint of loop TC106 as:
$'TC106'.SETPOINT
FCM level parameters for Auto/Manual Controller FCMs and PID Controller FCMs
are listed in Data Base Tables. The tag accessible parameters in these lists are
designated as such.
Most FCM values are only accessible by the FCM access method. This is true
because FCM values can occur more than once in a loop. To uniquely identify these
FCM values, three identifiers are needed: loop tag, FCM name, and parameter
mnemonic. For example, TCL identifies the result of the Analog Input FCM of loop
TC100 as:
$'TC100'-'AIN'.RESULT
Each FCM description in this manual has a corresponding table listing the names
and parameter mnemonics for the FCMs in Data Base Tables.
General
A fixed gain controller can not change gain to compensate for nonlinear process
loop gain, and provides optimum control at only one point in the range of the
variable, as shown in Figure 79. At all other points in the range, the controller gain
is either too high or too low. An adaptive gain controller can dynamically change its
overall gain, in response to a specific variable, so as to maintain a constant or nearly
constant loop gain. If the gain of the process changes, the gain of the controller
should change directly opposite to the gain of the process to maintain constant loop
gain as shown in Figure 80. An adaptive gain function is used to change controller
gain to compensate for the change in process gain.
High
Process Gain
Low
0% Variable 100%
Figure 79. Relationship of Gain on Fixed Gain Controller to Ideal Controller Gain
Reset action is the integration of the input error signal. In standard fixed reset action
controllers, the value of the manipulated variable is changed at a rate proportional to
the input error signal. Thus, if deviation (input error) is doubled over a previous
value, the final control element is moved twice as fast. When the controlled variable
is at the setpoint (zero deviation), the final control element remains stationary. This
means at steady state there is no reset action and no offset; that is, error is zero.
A fixed reset controller provides only one setting of reset rate, which may be
optimum for operating conditions. However, this rate may be inadequate during
start-up. The optimum reset rate setting depends on specific process parameters. As
these parameters change, the reset setting must change also to maintain optimum
control response. An adaptive reset function is used to change the controller reset to
compensate for the changes in the process that affect optimum reset rate. An
adaptive reset function is used to change the controller reset to compensate for the
changes in the process that affect optimum reset rate.
High
Process Gain
Low
0% Variable 100%
Figure 80. Controller Adaptive Gain Changing to Keep Loop Gain Constant
The PID Controller FCM provides the ability to adapt the overall gain, and/or reset
rate, of the controller, based on:
• Process Input Variable
• Remote Input Variable
• Contact Input
• Absolute value of the Error (deviation)
• Controller Output
The adaptive functions for process, deviation, and remote input provide continuous
change to controller gain or reset. The contact input and output adaptive functions
provide a step change in controller gain or reset. Adaptive control on gain or reset is
on one or all of these variables simultaneously.
Because the controller gain is changed in response to a variable, adaptive gain is
used to reduce the effect of process noise, compensate for nonlinear valve
Definition Of Terms
The definition of terms which apply to adaptive control are listed below.
ACTIVE GAIN: The actual controller gain currently being used. The equation for
active gain is shown in Figure 81.
ACTIVE GAIN FACTOR: The actual gain factor currently being used for a
specific value of a variable. This is a multiplier applied to the Basic Gain or Basic
Reset.
ACTIVE GAIN FACTOR LIMIT: The maximum and minimum allowed values
for an adaptive function's contribution to the overall controller gain or reset. Active
gain factor limits are specified separately for process, deviation, and remote input
adaptive functions. They are labeled PROCESS LOW LIMIT, PROCESS HIGH
LIMIT, REMOTE LOW LIMIT, and so on the configuration templets. The equation
for active gain is shown in Figure 81.
ACTIVE RESET RATE: The actual controller reset rate currently being used. The
equation for active reset rate is shown in Figure 81.
ADAPTIVE GAIN: The ability to dynamically change the overall gain of the
controller.
ADAPTIVE RESET: The ability to dynamically change the reset rate of the
controller.
Optional Functions
May be used in any combination
Active Base Gain Process Deviation Output Remote External
Gain = (Basic * Active * Active * Active * Input * Contact
Controller Gain Gain Gain Active Closure
Response) Factor Factor Factor Gain Gain
Factor Factor
Optional Functions
May be used in any combination
Active Base Reset Process Deviation Output Remote External
Reset = (Basic * Active * Active * Active * Input * Contact
Rate Controller Reset Reset Reset Active Closure
Response) Factor Factor Factor Reset Reset
Factor Factor
ADAPTIVE RESPONSE LIMITS: The maximum and minimum limits for the
controller's overall gain or reset when one or more adaptive functions is used. They
are labeled HIGH LIMIT and LOW LIMIT on the configuration templets.
BASE GAIN: The number representing gain in a fixed gain feedback controller. If
no adaptive gain functions are turned on, the base gain is the active gain of the
controller, and the controller operates as a fixed gain feedback controller. When an
adaptive function is turned on, all changes in active gain due to the algorithm for
that function are based on the base gain.
BASE RESET: The number representing the reset rate, in repeats per minute, in a
fixed reset controller. If no adaptive functions are turned on, the base reset is the
active reset of the controller, and the controller operates as a fixed reset controller.
When an adaptive function is turned on, all changes in active reset due to the
algorithm for that function are based on the base reset.
BREAK POINT 1 (BP1): A location determining where the gain starts to change
on a falling adapted variable. Unless BP1 and BP2 are at the same location, BP1 is
always at a lower point on the variable range than BP2. It is labelled LOWER
BRKPT on the configuration templets.
BREAK POINT 2 (BP2): A location determining where the gain starts to change
on a rising adapted variable. Unless BP1 and BP2 are at the same location, BP2 is
always at a upper point on the variable range than BP1. It is labelled UPPER
BRKPT on the configuration templet.
CONTACT GAIN FACTOR: The multiplier of the base gain or base reset
associated with an external contact closure. The value of the gain factor (greater or
less than 1) causes the active gain or the active reset rate to increase or decrease
when the external contact is closed.
ERROR HIGH LIMIT and ERROR LOW LIMIT: See ACTIVE GAIN
FACTOR LIMIT
ERROR LOWER FACTOR and ERROR UPPER FACTOR: See GAIN
FACTOR 1
GAIN FACTOR 1 (GF1): The multiplier of the base gain or reset rate associated
with BP1. The value of the gain factor (greater or less than 1) causes the active gain
or active reset rate to increase or decrease as shown in Figure 85 and Figure 92. The
equation for GF1 for one adaptive gain function (with all other adaptive functions
turned off) is:
GF1 = Active Gain at (BP1 - 10%)
Base Gain
The equation for GF1 for one adaptive reset function (with all other adaptive
functions off) is:
GF1 = Active Reset Rate at (BP1 - 10%)
Base Reset Rate
GAIN FACTOR 2 (GF2): The multiplier of the base gain or reset rate which is
associated with BP2. The value of the gain factor (greater or less than 1) will cause
the active gain or reset to increase or decrease as shown in Figure 85 and Figure 92.
The equation for GF2 for one adaptive gain function (with all other adaptive gain
functions turned off) is:
GF2 = Active Gain at (BP2 + 10%)
Base Gain
The equation for GF2 for one adaptive reset function (with all other adaptive
functions off) is:
GF2 = Active Reset Rate at (BP2 + 10%)
Base Reset Rate
HIGH LIMIT and LOW LIMIT: See ADAPTIVE RESPONSE LIMIT
HIGH AND LOW OUTPUT LIMITS: The maximum or minimum output value,
respectively, at which the controller's output value (auto control only) is restricted.
These limits do not restrict manual output.
HYSTERESIS: A 1% band around break points set at different values during
which the active gain or reset is in transition for the output adaptive function.
LOOP GAIN: (Process Gain) x (Active Controller Gain)
LOWER BRKPT: See Break Point 1
OUTPUT LOWER FACTOR and OUTPUT UPPER FACTOR: See GAIN
FACTOR 1
PROCESS GAIN: (Delta) Controlled Process Variable
(Delta) Manipulated Variable
PROCESS HIGH LIMIT and PROCESS LOW LIMIT: See ACTIVE GAIN
FACTOR LIMIT
PROCESS LOWER FACTOR and PROCESS UPPER FACTOR: See GAIN
FACTOR 1
REMOTE HIGH LIMIT and REMOTE LOW LIMIT: See ACTIVE GAIN
FACTOR LIMIT
REMOTE LOWER FACTOR and REMOTE UPPER FACTOR: See GAIN
FACTOR 1
UPPER BRKPT: See BREAK POINT 2
Break Points
The location of the break points determines where the gain or reset starts to change
as a function of the adaptive variable as shown in Figure 82. The gain or reset value
between the break points is the base gain or base reset and never changes. Both
break points can be located at the same range value as shown in Figure 83, or they
may be set at different values as shown in Figure 84. When the two break points are
set at different values, Figure 84, BP1 must be at a lower range value than BP2. The
active gain or reset between the two break points is equal to the base gain or reset
(because the gain factor is always 1 between the two break points), while the active
gain or reset beyond the break points changes as determined by the gain factors.
If the gain factor is less than 1 (for example, 0.875), the gain or reset decreases.
When the gain factor value is 1, the gain or reset does not change. If the gain factor
value is greater than 1 (for example, 2.625), the gain or reset increases.
Both gain factors can increase, both can decrease, or either gain factor can increase
while the other decreases active gain or reset. The combinations of gain factors and
break points are used to produce a large variety of algorithms. Some of the
possibilities are shown in Figure 86.
The gain factor values are multipliers. The base gain or reset is multiplied by the
gain factor for the adaptive gain or reset function. The result is the value of active
gain or reset at one, and only one, point on the range. This point, Figure 87, is 10%
downscale from BP1 or 10% upscale from BP2, and it establishes the slope of the
line in the algorithm.
High
Gain will Change
Above BP2
Value Between
BP1 and BP2
Will Change
Base Gain
Active or
Gain Base Reset
or
Reset
Low
0 Process or Remote Input 100
-100 Deviation Variable% +100
Figure 82. Break Points Determine Where Gain Starts to Change for
Process, Deviation, or Remote Input Adaptive Function
High
Low
0 Process or Remote Input 100
-100 Deviation Variable% +100
Figure 83. Both Break Points Have Same Value for Process, Deviation, or
Remote Input Adaptive Function
High
Low
0 Process or Remote Input 100
-100 Deviation Variable% +100
Figure 84. Break Points Have Different Values for Process, Deviation, or
Remote Input Adaptive Function
Gain Factors
The value of the gain factor determines if the active gain or reset increases or
decreases, starting from the break points as shown in Figure 85.
High
Low
0 Process or Remote Input 100
-100 Deviation Variable% +100
Figure 85. Gain Factor Values Determine if Gain or Reset Rate Increases or
Decreases from Break Points for Process, Deviation, or Remote Input Adaptive
Function
High High
GF1
GF2
GF1 GF2
Low Low
0 Process or Remote Input 100 0 Process or Remote Input
-100 Deviation Variable% +100 -100 Deviation Variable%
High High
GF1
GF2
Active Active
Gain Gain BP1 and BP2
or BP1 BP2 or GF1
Reset Reset
GF2
Low Low
0 Process or Remote Input 0 Process or Remote Input
-100 Deviation Variable% -100 Deviation Variable%
High High
GF2
GF1
Active Active BP1 and BP2
Gain BP1 BP2 Gain
or or
Reset GF1 Reset
GF2
Low Low
0 Process or Remote Input 0 Process or Remote Input
-100 Deviation Variable% -100 Deviation Variable%
Figure 86. Various Combinations of Break Points and Gain Factors Used to Produce a Large
Variety of Algorithms for Process, Deviation, or Remote Input Adaptive Function
10
BREAKPOINTS ARE LOCATED
8
Active Gain or BP1 BP2
Reset Factor 6
10
0 10 20 30 40 50 60 70 80 90 100
Process or Remote Input
-50 -40 -30 -20 -10 0 10 20 30 40 50
Deviation Variable &
8 GF2
Active Gain or
Reset Factor BP1 BP2
6
GF1
2
10% 10%
10
0 10 20 30 40 50 60 70 80 90 100
Process or Remote Input
-50 -40 -30 -20 -10 0 10 20 30 40 50
Deviation Variable &
10 COMPLETED ALGORITHM
4
GF1 value X base gain or base reset determines slope of this line
10
0 10 20 30 40 50 60 70 80 90 100
Process or Remote Input
-50 -40 -30 -20 -10 0 10 20 30 40 50
Deviation Variable &
Figure 87. Gain Factors Establish Slope of Algorithm Beyond Break Points for Process, Deviation,
or Remote Input Adaptive Function
The equations for active gain or reset for any one adapted variable are as shown
below. When the value of the adapted variable is between the values for BP1 and
BP2, the active gain factor is equal to 1.
AG = BG or AR = BR
When the value of the adapted variable is less than the value for BP1, the active gain
is:
When the value of the adapted variable is greater than the value for BP2, the active
gain is:
where
AG = Active Gain
AR = Active Reset
BG = Base Gain
BR = Base Reset
GF1 = Gain Factor 1
GF2 = Gain Factor 2
10
Active gain at Y = 7.488 + 0.744 = 8.232
0 10 20 30 40 50 60 70 80 90 100
Process or Remote Input
-50 -40 -30 -20 -10 0 10 20 30 40 50
Deviation Variable &
Base Gain = 6.00 BP1 = 40% BP2 = 60% GF1 = 0.875 GF2 = 1.124
Figure 88. Gain Factor Values Determine Active Gain or Reset Rate Upscale of
BP2 and Downscale of BP1 for Process, Deviation, or
Remote Input Adaptive Function
The active gain has decreased (because GF1 was less than 1) by a value of 0.75
between 30% and 40% of range. It decreases an additional 0.75 for each 10% (0.75
per 10%) of range downscale from the location of GF1 at 30% of range. Thus, the
active gain value at 20% of range, Point A in Figure 88, would be the active gain
value at 30% of range (5.25) minus 0.75 and would be equal to 3.75.
Above BP2 the active gain increases because GF2 is greater than 1. As shown in
Figure 88, the active gain increases by 0.744 between BP2 at 60% and GF2 at 70%
and is equal to 6.744 at 70% of range. At 80% of range (Point X) the active gain has
increased an additional 0.744 (0.0744 per%) to equal 7.488 and at 90% (Point Y)
the active gain is equal to 8.232.
High
Gain or Reset Rate will Change
above BP2
Figure 89. Break Points Determine Where Gain or Reset Rate Changes for
Output Adaptive Function
High
Active
Gain BP1 & BP2
or
Reset
Low
0% Output 100%
Figure 90. Both Break Points Can Have the Same Value for
Output Adaptive Function
High Hysteresis of 1%
Active
Gain
or BP1
Reset
BP2
Hysteresis of 1%
Low
0% Output 100%
Figure 91. Break Points Can Have Different Values for Output Adaptive Function
Gain Factors
The value of the gain factor determines if the gain or reset increases or decreases,
starting from the break point, as shown in Figure 92. For output values between the
breakpoints, the active gain or reset value is equal to the base gain or reset value.
For output values beyond the break point/hysteresis range, the active gain or reset
value is determined by the gain factors as shown in Figure 93. Other than the fact
that the gain or reset change is a bumpless step change, the gain factor for the output
adaptive function operates the same as the gain factors for the process, deviation,
and remote input adaptive functions above. Some of the algorithms possible are
shown in Figure 94.
High
Low
0% Output 100%
Figure 92. Gain Factor Values Determine if Gain or Reset Rate Increases or
Decreases at Break Points for Output Adaptive Function
Base Gain or
Active Base Reset Rate
Gain
or BP1
Reset
BP2
GF1
Hysteresis of 1%
Low
0% Output 100%
Figure 93. Gain Factors Establish Active Gain or Reset Rate Beyond Break Points
for Output Adaptive Function
GF1
High High
GF2
GF1
BP1 BP2
Active Active BP1
Gain Gain
or or
Reset Reset
GF1
Low Low
0% Output 100% 0% Output 100%
GF1
High High
BP2
BP1
Active Active
Gain Gain GF2
or or
GF2
Reset Reset
Low Low
0% Output 100% 0% Output 100%
High High
Active Active
Gain BP2 Gain
BP1 GF1
or or
Reset Reset
GF2
BP1 & BP2
GF1
GF2
Low Low
0% Output 100% 0% Output 100%
Figure 94. Various Combinations of Break Points and Gain Factors Used to Produce
a Large Variety of Algorithms for Output Adaptive Function
High
Increases if
Cont. GF is
Greater Than 1
Low
General Information
The Advant OCS tuning features allow you to modify loop configuration on-line.
There are two levels of tuning. The first is the Loop Detail Display, which is an
operational display for user’s with operator or engineer status. Via this display you
can tune a limited number of loop parameters. The Loop Detail Display is described
in Operator's Guide.
A second and more comprehensive level of tuning displays is available to engineers
only. For each continuous loop, the following engineer tuning displays are
available:
• Loop FCM Display, Figure 96, is a block diagram showing the structure of the
loop. It shows input sources, result destinations, and FCM status.
• A runtime version of the Loop Definition Templet is used to modify some
fields originally configured via the Loop Definition Templet.
• Runtime versions of the loop's FCM templets. are used to modify some fields
originally configured via the FCM templets.
For each device loop, the engineer tuning display is a runtime version of the Device
Loop Templet.
Figure 96. Example of Loop FCM Display as Seen on Windows-based Operator Station
Each block has FCM status information which can be a combination of the
following:
Label Item Possible States
MODE FCM mode ON
OFF
OPMD output mode AUTO
MANUAL
TRACK (PID and Auto/Manual Controller
FCMs only)
IDNT (PID Controller FCMs with
Autotuning capabilities only)
SPMD setpoint mode LOCAL (PID Controller FCM only)
REMOTE (PID Controller FCM only)
TRACK (PID Controller FCM only)
STPT setpoint value (PID Controller FCM only)
The output value is shown on the line extending from the right side of the FCM
block.
The status parameters are changed by moving the cursor to the displayed value,
pressing the SELECT key, and entering a new value. The new value is entered via
the regular keyboard keys or, for the mode values, via the NEXT CHOICE key. The
new value is sent to the data base when the ENTER key is pressed. The change is
only made to the runtime data base in the subsystem containing the loop. It is not
made to the installed data base in the data processor containing the Configurator.
The lower right corner of the display above the runtime block has information about
the current loop's name, its state as specified on its Loop Definition Templet, the hex
address of device/subdevice on which it resides, and the decimal address of the
device/subdevice on which it resides. This information is provided as an aid, and
you cannot modify it from this display.
The Loop FCM Display has four softkeys: FCM TEMPLT, LOOP TEMPLT,
LINEAR TABLE, and ATUNE DISPLY.
The FCM TEMPLET softkey accesses the runtime versions of the loop FCM
templets. If there is only one FCM in the loop, its templet is accessed when this
softkey is pressed. If there is more than one FCM, pressing the softkey prompts you
to select the specific FCM. Move the cursor to the graphic box for the desired FCM
and press the SELECT key.
The LOOP TEMPLET softkey accesses the runtime version of the Loop Definition
Templet.
The LINEAR TABLE softkey accesses the runtime version of a Breakpoint Sets
Templet (Linearization Update Display) for a specific breakpoint set residing on the
same node as the current loop. If there are no breakpoint sets residing on the same
node as the current loop, a message is displayed and the Linearization Update
Display is not called up. If breakpoint sets reside on the node, you are prompted to
enter the name of the set you want to modify not the templet's name. Enter the set's
name as it appears in the NAME OF SET field on the Breakpoint Sets Templet by
either typing it and pressing the ENTER key, or pressing the NEXT CHOICE key
until the desired set's name is displayed to the right of the prompt and pressing the
ENTER key. Selecting any other portion of the Loop FCM Display or entering
blanks for the set's name in response to the prompts aborts the modification process
before it begins.
The ATUNE DISPLY softkey accesses the Autotune Display used to Autotune PI,
PID, and DTC control loops. See Appendix D, Autotune, for information about
Autotuning and the Autotune Display.
The ATUNE DISPLY softkey is only available if the loop shown in the
current Loop FCM Display contains a PID Controller FCM and an entry
greater than 0 was made in the MAX SIM AT EXP field of the CCF
Templet. Refer to CCF in Turbo Nodes on page 106 for a description of
the CCF Templet.
The LAST PAGE function target is used to exit from the Loop FCM Display.
Display on page 610. They are similar to the configurator templets with the
following exceptions:
• Their information is always current since it comes directly from the active data
base.
• Some fields are highlighted with a blue background, other fields are not
highlighted. The ones with the blue background are tunable.
• The softkeys are different from the softkeys on the configuration templets.
• The runtime version of the Loop Definition Templet does not contain an FCM
list.
Tuning changes are made to data base items by first changing the information on the
templet and then sending the templet information to the data base. The information
on the templet is changed using the methods described in the applicable
configurator user’s guide Related Documentation on page 49. After new
information is written to a field, the field must be closed by pressing the ENTER
key.
When the required changes have been made to the templet, the information is sent to
the data base by selecting the SAVE softkey. If the save process is not successful, a
message describing the problem is displayed. After corrective action is taken,
usually involving closing the fields with the ENTER key, you can re-try the save
process.
Use the LOOP TEMPLT softkey to exit the templet.
The procedure described above changes both the active data base in
the subsystem containing the loop and the installed data base on the
disk in the data processor containing the Configurator. However,
the Configurator templets originally used to configure the data base
are not immediately modified. They maintain the old value until the
data base is decompiled. Instructions for decompiling a data base
are provided in the applicable configurator user’s guide as
described in Related Documentation on page 49.
Introduction
This appendix describes the Autotune function in the Advant OCS. It supplements
the standard controller SC Controller User's Guide, and Controller Principal
Modules.
This appendix provides complete information on the Autotune function, and
minimizes the need to refer to other instructions. The content includes an overview,
configuration information, tuning procedures, and error code descriptions.
Overview
Autotune is available for SC Controller and Turbo Node Subsystems with Version 3
or higher firmware and Version 10 or higher software. Autotune does not prevent
manual tuning. You can always tune the controller manually using the procedures
described in this appendix and Operator's Guide.
The Autotune function for SC Controller and Turbo Node Subsystems is an on-
demand, operator-actuated function for tuning PI, PID, and DTC (Dead Time
Compensated) control algorithms. The Autotune function resides wherever CCF
runs along with an Autotune Display for every PID control loop configured in the
data base.
The purpose of Autotune is to automatically calculate the controller tuning
parameters (Gain, Reset, and Pre-act) for a specific process application. Autotune
consists of three phases:
Phase Description
Process With the controller off-line, Autotune runs an
Identification experiment to identify the process parameters.
The data base parameters for Autotune are described in Data Base Parameters Of
Autotune Function on page 661.
The Autotune Display provides the sole means of initiating Autotune. You cannot
initiate Autotune through a shared display terminal (IBM PC AT) or from a
controller's front panel.
The Autotune function tunes PI, PID, and DTC control algorithms using either of
two methods: closed loop method or open loop method. The procedure used is
similar for both methods. The considerations for selecting the most appropriate
method are provided in Considerations, Requirements, And Functions Of
Autotune Methods on page 621.
Hysteresis Band
Hysteresis Band
Process
Process Variable Hysteresis
Hysteresis
Variable
(% of Span) (Enter
(Enterin %
inof%Span)
of Span)
(% of Span)
Steady State Value
Steady
Steady State
State ValueValue Steady
at State Value of
Completion
atatStart
Start of Autotune
of Autotune at Completion
Autotune of
Execution
Execution
Execution Autotune Execution
Output Step
Output Step SizeSize
(Enter
(Enter asas
%% of Span)
of Span)
Controller
Controller Output
(% of Span)
Output
(% of Span)
Figure 98. Example of Controller Output Change and Process Response for Autotune Closed Loop
Method
• Hysteresis must be set at a value larger than the amount of noise present on the
process signal. If not set at a large enough value, the process signal noise is
interpreted as process oscillations and the process parameters are incorrectly
estimated.
• The output step size should be set large enough so that any stiction and
hysteresis present is overcome and the manipulations of the output value result
in changes in the process.
Algorithm Function
The Autotune algorithm functions as described in the paragraphs that follow when
the closed loop method is used to calculate the optimum tuning parameters for the
process.
Before invoking the Autotune algorithm, make sure the process is in or near a
steady state condition. Once you invoke the algorithm, the controller output is set to
the Identification mode (IDNT) and the controller acts as an ON/OFF Controller.
The Autotune algorithm proceeds sequentially or interactively through its three
phases (process identification, controller design, and parameter activation).
In the process identification phase, the Autotune algorithm manipulates the
controller's output signal via the output step size you specify. The ON/OFF
Controller action causes the process to oscillate. The algorithm monitors the process
for an appropriate oscillation response, generating an error if the anticipated
response is not achieved. Once the proper response is achieved, the Autotune
algorithm requires three oscillation cycles to provide enough sample data to
determine values for the ultimate process gain and ultimate process period
parameters.
Execution of the next phase depends on whether the phases of the algorithm are
running sequentially or interactively. If you are running the phases sequentially, the
controller design phase is executed as soon as the process identification phase is
complete. If you are running the phases interactively, you are notified when the
process identification phase is complete. You may then review the results and
determine whether to proceed with the next phase or reconfigure the experiment
parameters and rerun the process identification phase.
The controller design phase calculates values for the proportional gain, integral
gain, and pre-act time constant tuning parameter based on the controller type and
the results of the process identification phase. Values for these parameters are
calculated in the controller design phase in a few seconds. As upon completion of
the process identification phase, execution of the next phase (parameter activation
phase) depends on whether the phases of the algorithm are running sequentially or
interactively. If you run the phases sequentially, the parameter activation phase is
executed as soon as the controller design phase is complete. If you run the phases
interactively, you are notified when the controller design phase is complete. You
may then review the results and determine whether to proceed with the next phase
or reconfigure the experiment parameters and rerun the process identification and/or
controller design phases. You may also manually adjust the resulting calculated
values and proceed with the next phase.
In the parameter activation phase, the parameter values calculated during the
controller design phase are applied to the control algorithm. This requires one loop
scan to update the data base. Regardless of whether the phases are running
sequentially or interactively, you are notified when this phase is complete and the
controller is placed in the proper operating mode.
.
Steady State Value
Steady State Value Experiment Time
Experiment Time
at Start of Autotune
at Start of Autotune ininMinutes
Minutes
Execution
Execution
Steady State Value
ProcessProcess
Variable Steady State Value
Variable at Completion of
(% of Span) at Completion
Autotune of
Execution
(% of Span) 80.0 80.0 80.0 Autotune
Execution
Controller
40.0 40.0 40.0
Output
Controller Output
(% of Span)
(% of Span)
Output Pulse SizePulse Size
Output
(% of Span)
(% of Span)
Pulse
Pulse Factor
Factor (0 to 0.9)
PulseFactor
Pulse Factor==00 Pulse
Pulse Factor
Factor = 0.5
= 0.5 PulseFactor
Pulse Factor== 0.9
0.9
Figure 99. Example of Controller Output Change and Process Response for
Autotune Open Loop Method
• The output pulse size should be set large enough so that any stiction and
hysteresis present is overcome and the manipulation of the output value results
in changes in the process.
• The experiment time should be long enough to allow the process to return to a
steady state condition following the output pulse.
• The pulse factor determines the shape of the output pulse. When the pulse
factor is 0.00, the output pulse becomes a step change. Typically, the pulse
factor is set at 0.80 so that the process disturbance caused by the process
identification phase experiment is minimized. When the process is noisy, better
identification of the process is obtained by setting the pulse factor at a lower
value.
Algorithm Function
The Autotune algorithm functions as described in the paragraphs that follow when
the open loop method is used to calculate the optimum tuning parameters for the
process.
Before invoking the Autotune algorithm, make sure the process is in or near a
steady state condition. Once you invoke the algorithm, the controller output is set to
the Identification mode (IDNT) and the Autotune algorithm proceeds sequentially
or interactively through its three phases (process identification, controller design,
and parameter activation).
In the process identification phase, the Autotune algorithm introduces a step change
to the controller's output. The algorithm monitors the process for a user-specified
amount of time. The experiment time you specify is based on the dynamics and your
knowledge of the loop. If the experiment time is not sufficient or the anticipated
process response is not observed, an error is generated. Otherwise, the process gain,
lag, and deadtime values are determined.
Execution of the next phase depends on whether the phases of the algorithm are
running sequentially or interactively. If you run the phases sequentially, the
controller design phase is executed as soon as the process identification phase is
complete. If you run the phases interactively, you are notified when the process
identification phase is complete. You may then review the results and determine
whether to proceed with the next phase or reconfigure the experiment parameters
and rerun the process identification phase.
The controller design phase calculates values for the proportional gain, integral
gain, and pre-act time constant tuning parameter based on the controller type and
the results of the process identification phase. Values for these parameters are
calculated in a few seconds. As upon completion of the process identification phase,
execution of the next phase (parameter activation phase) depends on whether the
phases of the algorithm are running sequentially or interactively. If you run the
phases sequentially, the parameter activation phase is executed as soon as the
controller design phase is complete. If you run the phases interactively, you are
notified when the controller design phase is complete. You may then review the
results and determine whether to proceed with the next phase or reconfigure the
experiment parameters and rerun the process identification and/or controller design
phases. You may also manually adjust the resulting calculated values and proceed
with the next phase.
In the parameter activation phase, the parameter values calculated during the
controller design phase are applied to the control algorithm. This requires one loop
scan to update the data base. Regardless of whether the phases are running
sequentially or interactively, you are notified when this phase is complete and the
controller is placed in the proper operating mode.
This calls up the Autotune Display for the loop. The loop's name is shown on the top
line of the display and softkeys are provided along the bottom of the display. In the
top third of the screen, a graphical representation of the experiment (process
identification phase) shows the trend for both the controller output and process
variable. The bottom portion of the screen has rows and columns of fields listing the
default Autotune parameters for the loop (for example, the Autotuning method, the
Autotune phases to execute, the experiment time, and so on). Just above the
softkeys is a message line where error, warning, and notification messages are
displayed. Descriptions of the notification, error, and warning messages are
provided in Autotune Notification, Error, and Warning Messages on page 652.
Figure 100 shows a typical Autotune Display. The trend lines shown on the graph
are color coded along with their corresponding range values shown to the left of the
graph. The color key on the top line of the display indicates which trend line and
range values are for the controller output and the which are for the process's
measured variable. The controller output trend line and range values are shown in
green, and the process variable trend line and range values are shown in magenta.
The text for configurable Autotune parameter values is displayed in white, and the
text for the four non-configurable parameter values is displayed in yellow. The
Autotune status, active gain, active reset, and active pre-act parameters are non-
configurable because their fields contain current data base information about the
Autotune algorithm and the process values.
When the Autotune Display for a loop is entered for the first time, a set of general
purpose default values is shown in the parameter fields and no trend data is shown
in the graph. Each time the Autotune Display is accessed thereafter, the hard disk is
searched for an experiment stored under the loop's name. If your system is
configured with multiple data processors, only the local node's hard disk is
accessed. If a match is found, the stored trend graph and set of default parameter
values appears on the Autotune Display. Otherwise, a set of general purpose default
parameter values appears in the fields.
50.00
0.00
0.00
EST DT
0.0000
LAST MSG
SAVE COMPLETE PAGE
LOOP EXEC SAVE STORE ABORT RELEAS SHOW MORE 10 JAN 95 14:21:07
DISPLY DISPLY EXPMNT ATUNE EXPMNT ERRORS LOOPFCM
PIDTEST
Figure 100. Typical Autotune Display as Seen from the Multibus Console
Softkeys
The softkeys and their functions include:
LOOP DISPLY returns you to the Loop/FCM Display. Selection of the LOOP
DISPLY softkey prior to saving the experiment data generates a
The error and warning messages displayed only apply to the current
Autotune experiment and remain available until another Autotune
experiment is executed.
activated experiment at the beginning of the list. Figure 101 shows an active
experiment list on the Autotune Display.
If all 10 fields of the active experiments list have a name there may be more active
experiments than can be listed on the screen at one time. The up and down arrow
targets to the left of the active experiments list are used to call up the next or
previous page of experiments in the list.
To view the next page of active experiments, move the cursor to the down arrow
target () and press the SELECT key. To view the previous page of stored
experiments, move the cursor to the up arrow target () and press the SELECT key.
50.00
0.00
0.00
EST DT
0.0000
LAST MSG
PAGE
LOOP ATUNE SAVE 10 JAN 95 14:21:07
DISPLY DISPLY LOOPFCM
PIDTEST
Figure 101. Autotune Display Listing Active Experiments as Seen on the Multibus Console
The softkeys available when the active experiments are listed allow you to:
LOOP access the Loop/FCM Display for the currently active
DISPLY experiment
50.00
0.00
0.00
EST DT
0.0000
LAST MSG
PAGE
LOOP ATUNE SAVE STORE LOAD DELETE 10 JAN 95 14:21:07
DISPLY DISPLY EXPMNT EXPMNT EXPMNT LOOPFCM
PIDTEST
Figure 102. Autotune Display Listing Stored Experiments as Seen on the Multibus Console
If all 10 fields of the stored experiments list have a name there may be more stored
experiments than can be listed on the screen at one time. The up and down arrow
targets to the left of the stored experiments list are used to call up the next or
previous page of experiments in the list.
To view the next page of stored experiments, move the cursor to the down arrow
target () and press the SELECT key. To view the previous page of stored
experiments, move the cursor to the up arrow target () and press the SELECT key.
When the list of stored experiments is displayed, the following softkeys are
provided:
LOOP access the Loop/FCM Display for the loop whose
DISPLY Autotune Display is currently shown
ATUNE removes the list of stored experiments from the display
DISPLY and calls up the first set of softkeys on the Autotune
Display
SAVE save the parameter values for the currently active
experiment
STORE store parameters shown on Autotune Display on hard
EXPMNT disk
LOAD replaces parameter values for the current Autotune
EXPMNT experiment with the default parameter values for a
stored experiment of your choice. The loaded
parameter defaults are treated as modifications to the
current experiment's parameters. Therefore, their
values are lost for the current Autotune experiment
when you leave the Autotune Display for any reason
unless saved and/or stored prior to leaving the display
DELETE delete all data from the hard disk for a specific
EXPMNT previously stored experiment
To call up the parameters for one of the stored experiments listed, select its name by
moving the cursor to its field and pressing the SELECT key.
To load the default parameter values for a previously stored experiment, select the
name of the experiment whose values you want to load from the displayed list.
Then, select the LOAD EXPMNT softkey.
To delete an experiment, select the name of the experiment you want to delete from
the displayed list. Then, select the DELETE EXPMNT softkey. When the deletion
process is complete, the experiment's name is removed from the list of store
experiments.
Autotune Execution
You can execute the phases of the Autotune function together in a sequence or one
at a time. When executed one-step-at-a-time, you are provided the opportunity to
interactively review the results of each phase upon completion. If you are satisfied
with the results of the current phase, you can execute the next phase. If you are not
satisfied with the results of the current phase, you can reconfigure the parameters of
the Autotune algorithm and execute the previous and/or current phase again. The
procedures for both sequential and interactive execution are described in the
paragraphs that follow.
The number of Autotune experiments you can run simultaneously on a node is
limited by the entry in the MAX SIM AT EXP (maximum simultaneous Autotune
experiments) field of the CCF Templet. See CCF in Turbo Nodes on page 106 for a
description of the CCF Templet and its fields.
When Autotune is invoked for a loop, that loop's Autotune experiment is active. The
loop is considered one of the maximum number of simultaneous experiments
allowed. To prevent other loops from overwriting experiment data for this loop, the
Autotune experiment remains active, even after the Autotune algorithm is complete,
until its active status is changed by you.
To change the loop's Autotune experiment to inactive, access the Autotune Display
for the loop and select RELEAS EXPMNT. This frees up the memory used by the
experiment for use by another loop, however, the Autotune parameters and
experiment data for the released experiment is lost. If you want to retain the
parameters and experiment data for future use, store the experiment on the hard disk
before releasing the experiment. To store the experiment, select the STORE
EXPMNT softkey from the Autotune Display.
Once parameter and experiment data is stored on the hard disk using the STORE
EXPMNT, you can access the Autotune Display for the loop and recall saved
For the closed loop method, controller action must be set correctly.
If controller action is not properly set, the controller output
manipulations will not cause the process to oscillate. Thus,
generating a diagnostic error.
For the closed loop method, Hysteresis must be set to a value
greater than the amount of noise present on the process signal. If
Hysteresis is too small, noise on the process may be interpreted as
process oscillations. Thus resulting in incorrect estimates of the
process characteristics.
For both methods, output step size must be large enough to
overcome stiction or hysteresis which may be present in the final
actuator, typically a valve.
Entry, Entry,
Parameter
Closed Loop Method Open Loop Method
Autotuning Method (METHD) CLSD OPEN
Completion Mode (CMPL MD) MAN (Manual) MAN (Manual)
AUTO (Automatic) AUTO (Automatic)
PREV (Previous) PREV (Previous)
Controller Gain Limits (HI LIM & LO LIM) Low: 0.0 to 125.0 Low: 0.0 to 125.0
High: 0.0 to 125.0 High: 0.0 to 125.0
Controller Pre-act Limits (HI LIM & LO LIM) Low: 0.0 to 32.0 Low: 0.0 to 32.0
High: 0.0 to 32.0 High: 0.0 to 32.0
Entry, Entry,
Parameter
Closed Loop Method Open Loop Method
Controller Reset Limits (HI LIM & LO LIM) Low: 0.0 to 125.0 Low: 0.0 to 125.0
High: 0.0 to 125.0 High: 0.0 to 125.0
Controller Type (TYPE) PI or PID PI, PID, or DTC
Error Mode (ERR MD) MAN (Manual) MAN (Manual)
AUTO (Automatic) AUTO (Automatic)
PREV (Previous) PREV (Previous)
Estimated Process Deadtime (EST DT) Not applicable 0 to 125 minutes
Estimated Process Gain (EST GN) Not applicable 0.0 to 125.0
Estimated Process Lag (EST LAG) Not applicable 0 to 125 minutes
Experiment Time (EXP TIM) Not applicable 1 to 255 minutes
Gain Adjustment Factor (GN ADJ) 0.00 to 1.00 0.00 to 1.00
Hysteresis (HYST) 0.00 to 50.0% Not applicable
Output Pulse Size (OP PULSE) Not applicable -50.0 to 50.0%
Output Step Size (STEP) 0.00 to 50.0% Not applicable
Pulse Factor (PULSE FACT) Not applicable 0.00 to 0.90
Reset Adjustment Factor (RST ADJ) 0.00 to 1.00 0.00 to 1.00
Ultimate Process Gain (PGu) -9.999E-9 to 9.999E9 Not applicable
Ultimate Process Period (PTu) -9.999E-9 to 9.999E9 Not applicable
For the closed loop method, controller action must be set correctly.
If controller action is not properly set, the controller output
manipulations will not cause the process to oscillate. Thus,
generating a diagnostic error.
For the closed loop method, Hysteresis must be set to a value
greater than the amount of noise present on the process signal. If
Hysteresis is too small, noise on the process may be interpreted as
process oscillations. Thus resulting in incorrect estimates of the
process characteristics.
For both methods, output step size must be large enough to
overcome stiction or hysteresis which may be present in the final
actuator, typically a valve.
The next step you take depends on the phase(s) of the Autotune algorithm you want
to execute.
To execute only the process identification phase:
1. Enter I in the PHASE field of the Autotune Display.
2. Select the EXEC ATUNE softkey.
The Autotune algorithm verifies the controller's current output mode before the
process identification phase begins. The controller's current output mode must
be Manual or Auto for Autotune to proceed. If the controller is in Computer
mode, the Autotune algorithm does not execute, an Autotune error message is
algorithm as described below. If you are not satisfied with the results,
reconfigure any desired experiment parameters and execute the process
identification phase again.
To execute the process identification and controller design phases:
1. Enter I.D in the PHASE field of the Autotune Display.
2. Select the EXEC ATUNE softkey.
The Autotune algorithm verifies the controller's current output mode before the
process identification phase begins. The controller's current output mode must
be Manual or Auto for the Autotune algorithm to proceed. If the controller is in
Computer mode, the Autotune algorithm does not execute, an execution failed
message is generated, is displayed on the Autotune Display. Autotune
Execution And Error Indications on page 650, describes how the Autotune
status and errors are indicated.
Two functions are performed by the process identification phase for the closed
loop method. First, the process response is monitored to verify the loop is a
valid candidate for the closed loop method. Second, another trend value is
added to the trend graph with each loop scan. Therefore, some trend values
may be scrolled off the graph.
If the loop is a valid candidate for the closed loop method, the trend data shown
on the Autotune Display is cleared and the second function begins. During this
function, the required number of measured values necessary to perform the
Autotune calculations are collected from the data base. A subset of all the
measured trend values is displayed to insure it is possible to display the entire
measurement function on one trend graph. If high and/or low limits for the
controller's output or process variable is reached, the trend data is limited and
displayed in white on the Autotune Display.
When the identification phase is complete, the algorithm automatically
proceeds to the controller design phase unless an error is detected. If an error is
detected, the controller design phase is not performed.
When the controller design phase is complete, the STATUS field of the
Autotune Display changes to either CMPL, WARN or ERR and the controller
output changes to the appropriate Completion or Error mode. If the specified
Completion or Error mode is an invalid output mode for the loop, as
not satisfied with the results, reconfigure any desired experiment parameters
and execute the process identification and/or controller design phase again.
To execute the controller design and parameter activation phases:
1. Enter D.A in the PHASE field.
previous mode (A, AUTO, M, or MAN) or Identification mode (I, ID, or IDNT) to
the Completion mode (A, AUTO, M, or MAN) specified on the Autotune Display.
Indicating Autotune Completion on Autotune Displays
On the Autotune display, CMPL, ERR, or WARN in the STATUS field respectively
indicates execution of the Autotune algorithm either completed successfully or with
errors.
Indicating Autotune Errors and Warnings on Runtime Displays
Autotune errors and warnings are indicated on runtime displays by a change in the
controller output mode from its previous mode (A, AUTO, M, or MAN) or
Identification mode (I, ID, or IDNT) to the Error mode (A, AUTO, M, or MAN)
specified on the Autotune Display. Descriptions of Autotune error and warning
messages are provided in Autotune Notification, Error, and Warning Messages on
page 652.
Indicating Autotune Errors and Warnings on Autotune Displays
On the Autotune display, ERR or WARN in the STATUS field indicates that errors
or warnings were detected during execution of the Autotune algorithm. You can
view the error and/or warning messages one at a time using the SHOW ERRORS
softkey. Descriptions of the Autotune error and warning messages are provided in
Autotune Notification, Error, and Warning Messages on page 652.
Table 44 lists the possible error messages and their causes, and Table 45 lists the
possible warning messages and their causes.
Computer mode.
• You change the processing rate specified on the loop's Loop Definition Templet
while the controller is in Identification mode.
• You attempt to take control of the loop from a runtime display while the
controller is in Identification mode. This calls up the control targets at the
bottom of the display. The setpoint and output targets are not available, and the
only output mode options available are AUTO and MAN. The active mode is
in white. If neither option is in white (that is, they are both green) the controller
is in Identification mode and Autotune is running. Selection of either AUTO or
MAN from the control line terminates the Autotune algorithm and places the
controller output in the Error mode specified on the Autotune Display, not the
mode selected from the control line. The setpoint and output control targets
also return to the display. You can then take control of the loop and select the
desired output mode from the control line.
Parameter Defaults To
Active Process Gain, Reset, and Pre-act (ACTIVE) non-configurable
Autotune Phase (PHASE) I.D
Autotune Status (STATUS) NEW
Autotuning Method (METHD) CLSD
Calculated Process Gain, Reset, and Pre-act (CALC) 0.0
Completion Mode (CMPL MD) PREV
Controller Gain Limits (LO LIM and HI LIM) 0.0, 125.0
Controller Pre-act Limits (LO LIM and HI LIM) 0.0, 32.0
Parameter Defaults To
Controller Reset Limits (LO LIM and HI LIM) 0.0, 125.0
Controller Type (TYPE) PI
Error Mode (ERR MD) MAN
Estimated Process Deadtime (EST DT) 0
Estimated Process Gain (EST GN) 0.0
Estimated Process Lag (EST LAG) 0
Experiment Time (EXP TIM) 1
Gain Adjustment Factor (GN ADJ) 0.50
Hysteresis (HYST) 1.00
Output Pulse Size (PULSE) 10.0
Output Step Size (STEP) 10.0
Pulse Factor (FACT) 0.80
Reset Adjustment Factor (RST ADJ) 0.50
Ultimate Gain (PGu) 0.0
Ultimate Period (PTu) 0.0
Do not set the low limit at a value greater than the high limit value.
Do not set the low limit at a value greater than the high limit value.
Do not set the low limit at a value greater than the high limit value.
Valid entries for the deadtime value are set between -9.999 and 9.999 with an
exponent between -9 and 9, however, only values between 0 and 125 minutes
produce reasonable results.
The default estimated deadtime is: 0
be long enough so the process reaches its final value in response to output
manipulations by Autotune.
The Autotune algorithm looks at this parameter at the start of the process
identification phase.
Valid entries for the experiment time are set between 1 and 255 minutes.
The default experiment time is: 1 minute
Hysteresis (HYST)
This is a configurable field that specifies the hysteresis value used by the closed
loop Autotune algorithm. This value must be larger than the amount of noise present
in the process signal. If the hysteresis value is not larger than the noise, incorrect
results are obtained.
Valid entries for the hysteresis value are set between 0.00 and 50.0% of the span.
The default hysteresis value is: 1.00%
mode, then the high bit of the referenced control FCM is set (value = 2) when any
one of the following conditions occurs:
• the output in the referenced FCM is in TRACK mode. In this case, the output
of the referenced control FCM is being set by a signal from another control
FCM.
• the TRACK ACTIVATOR or TRACK INPUT attribute in the referenced
FCM points to an attribute in another control FCM (PID or Auto/Manual), and
either or both of the ALG_NUM bits in the second control FCM are set. This
means the setpoint or output in either the second control FCM, or another
control FCM in the cascade chain is being limited.
• the TRACK ACTIVATOR or TRACK INPUT attribute in the referenced
FCM is unavailable (bad data quality).
If none of the above conditions occur, b1 of the referenced control FCM is cleared.
The b0 and b1 bits in ALG_NUM are monitored whenever the control FCM is
running, In particular, b1 is calculated even if the output mode of the FCM is
Manual.
The ALG_NUM attribute for the Auto/Manual FCM operates in the same manner as
for the PID, except that local setpoint limiting does not apply to Auto/manual
FCMs.
ALG_NUM b0 b1
Description
Value (lower bit) (higher bit)
0 clear clear All control FCMs are using their calculated output and
setpoint values.
1 set clear The output or setpoint in the referenced control FCM is
being limited. Limiting is not occurring in other control
FCMs in the cascade chain.
2 clear set The output or setpoint in the referenced control FCM is
not being limited. Limiting is occurring in at least one
other control FCM in the cascade chain.
3 set set Output or setpoint limiting is occurring in both the
referenced control FCM, and in at least one other control
FCM in the cascade chain.
3BUR002336R3701 RevA
www.abb.com/controlsystems
ABB Inc.
Control Technologies
Wickliffe, Ohio, USA
Phone: +1 440 585 8500
e-mail: industrialitsolutions@us.abb.com
www.abb.com/controlsystems