B0193aw R (Concept)
B0193aw R (Concept)
REV R
CONFIGURATOR
BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK
= Control Processor
PROCESS
Invensys, Foxboro, FIO, FoxCom, EXACT, I/A Series, INTERSPEC, Micro-I/A, SPECTRUM and UFM are
trademarks of Invensys plc, its subsidiaries, and affiliates.
All other brand names may be trademarks of their respective owners.
Tables.................................................................................................................................... xv
Preface.................................................................................................................................. xix
Revision Information ............................................................................................................. xix
Reference Documents ............................................................................................................ xix
1. Introduction ...................................................................................................................... 1
3. Blocks.............................................................................................................................. 13
Block Attributes ...................................................................................................................... 13
Block Access ............................................................................................................................ 13
Approximate Block Sizes ......................................................................................................... 14
Block Parameters ..................................................................................................................... 14
iii
B0193AW – Rev R Contents
6. Connections .................................................................................................................... 55
Shared Variables ...................................................................................................................... 55
Linkage Syntax ........................................................................................................................ 56
Boolean Connection Extensions .............................................................................................. 56
Connections to Source Data ............................................................................................... 57
Connections to Source Status ............................................................................................. 59
Connections to Status Parameters ....................................................................................... 59
Packed Boolean Connection Extensions .................................................................................. 62
iv
Contents B0193AW – Rev R
7. Block Processing.............................................................................................................. 67
Scanning ................................................................................................................................. 68
Scan Overrun ..................................................................................................................... 68
Block Phasing ..................................................................................................................... 68
Relationship Between Block Period and Phase .................................................................... 69
Scan Overload ............................................................................................................... 70
Block Phasing: Cautions and Guidelines ....................................................................... 72
Input/Output (I/O) Blocks ..................................................................................................... 73
I/O Block Processing .......................................................................................................... 73
I/O Block Status ................................................................................................................. 74
I/O Block Validation .......................................................................................................... 74
I/O Fail-safe Status ............................................................................................................. 74
Redundant I/O Blocks ....................................................................................................... 74
Redundant Input Block (AINR) .................................................................................... 74
Redundant Output Block (AOUTR) ............................................................................ 75
Input Signal Conditioning ...................................................................................................... 75
Filtering ............................................................................................................................. 77
First or Second-Order .................................................................................................... 77
Contact Filtering ........................................................................................................... 77
Output Signal Conditioning ................................................................................................... 77
8. Block/Process Alarming................................................................................................... 79
Alarming Overview ................................................................................................................. 79
Process Alarm Generation .................................................................................................. 80
Common Process Alarm Features ............................................................................................ 80
Common Process Alarm Parameters ................................................................................... 81
Alarm Messages .................................................................................................................. 82
Alarm Status Parameter (ALMSTA) ................................................................................... 83
Alarm Option Parameter (ALMOPT) ................................................................................ 84
Criticality and Priority Type .............................................................................................. 85
Alarm Inhibition ................................................................................................................ 86
INHALM ...................................................................................................................... 87
INHIB .......................................................................................................................... 88
INHOPT ...................................................................................................................... 88
CINHIB ........................................................................................................................ 89
INHSTA ....................................................................................................................... 89
Process Alarm Types ............................................................................................................... 90
Absolute Alarming .............................................................................................................. 91
High Absolute Alarming/High Output Alarming .......................................................... 92
Low Absolute Alarming/Low Output Alarming ............................................................. 92
Bad Input/Output Alarming .............................................................................................. 93
Deviation Alarming ............................................................................................................ 93
v
B0193AW – Rev R Contents
vi
Contents B0193AW – Rev R
vii
B0193AW – Rev R Contents
viii
Contents B0193AW – Rev R
ix
B0193AW – Rev R Contents
x
Contents B0193AW – Rev R
xi
B0193AW – Rev R Contents
xii
Figures
2-1. Compound/Block Relationship ..................................................................................... 4
3-1. Block Access ................................................................................................................ 14
3-2. Supervisory Set Point Control Concept ....................................................................... 30
4-1. PRIBLK Cascade Standard Configuration .................................................................. 32
4-2. PRIBLK Cascade Standard Configuration .................................................................. 37
4-3. Cascade Block Strategy with Feedback Control ........................................................... 38
4-4. Cascade Handling Between Two Compounds Across Stations .................................... 39
4-5. Cascade Block Strategy with Feedforward Control ...................................................... 39
5-1. Bad Detection ............................................................................................................. 47
5-2. Block State Transition Diagram .................................................................................. 49
7-1. The Basic Processing Cycle ......................................................................................... 67
7-2. Example of Phased Execution ...................................................................................... 70
7-3. Phase Zero Overload ................................................................................................... 70
7-4. Example of Overrun .................................................................................................... 71
7-5. Avoiding Overrun ....................................................................................................... 71
7-6. Input Signal Conditioning .......................................................................................... 75
7-7. Output Signal Conditioning ....................................................................................... 77
8-1. Block Alarming ........................................................................................................... 79
8-2. INHIB, INHALM, and INHOPT Behavior ............................................................... 87
8-3. Absolute Alarming ...................................................................................................... 91
8-4. Deviation Alarming ..................................................................................................... 94
8-5. Out of Range Alarming ............................................................................................... 96
8-6. Rate of Change Alarming ............................................................................................ 96
9-1. Ladder Logic Components (Simplified) ...................................................................... 99
9-2. Simplified Ladder Logic Diagram ............................................................................. 101
9-3. Ladder Logic Contacts .............................................................................................. 102
9-4. Ladder Logic Connectors .......................................................................................... 102
9-5. Parallel Circuits in Ladder Logic ............................................................................... 102
9-6. Typical Ladder Diagram Display ............................................................................... 103
9-7. Ladder Diagram Work Area ...................................................................................... 104
9-8. Sample Ladder Diagram ............................................................................................ 106
9-9. User-Defined Labelling ............................................................................................. 107
9-10. Retentive Time-On Delay Timing Chart .................................................................. 112
9-11. Retentive Time-Off Delay Timing Chart .................................................................. 113
9-12. COMMF Contact ..................................................................................................... 116
9-13. Fanned Outputs ........................................................................................................ 117
9-14. Zone Control Logic .................................................................................................. 118
9-15. Zone Control Logic (Continued) .............................................................................. 118
9-16. Zone Control Logic (Continued) .............................................................................. 119
9-17. Nested Zone Control Logic ....................................................................................... 119
9-18. Nested Zone Logic (Continued) ............................................................................... 120
9-19. Allowed/Not Allowed Connector Geometry ............................................................. 121
9-20. Programmable Logic Block (PLB) Block Diagram .................................................... 122
9-21. Ladder Logic Functions Diagram .............................................................................. 124
xiii
B0193AW – Rev R Figures
xiv
Tables
2-1. Load Value Accuracy ..................................................................................................... 9
5-1. BLKSTA-Assignable Bits ............................................................................................. 49
5-2. Parameter Status Bits ................................................................................................... 52
6-1. Block Status Symbols .................................................................................................. 60
6-2. Alarm Status Symbols ................................................................................................. 61
6-3. Data Conversion Clamping ......................................................................................... 64
6-4. Data Conversion Results ............................................................................................. 64
6-5. Peer-to-Peer Connections ............................................................................................ 65
7-1. Scan Periods ................................................................................................................ 68
7-2. Legal Phase Values ...................................................................................................... 69
8-1. ALMSTA-Assignable Bits ............................................................................................ 83
8-2. ALMOPT-Assignable Bits ........................................................................................... 85
8-3. PRTYPE Indicators ..................................................................................................... 86
8-4. INHALM-Assignable Bits ........................................................................................... 88
8-5. INHOPT Values ......................................................................................................... 88
8-6. INHSTA-Assignable Bits ............................................................................................ 90
9-1. Ladder Symbols ......................................................................................................... 104
9-2. Text and Numeric Elements ..................................................................................... 106
9-3. Technical Identifiers .................................................................................................. 106
9-4. Ladder Inputs ............................................................................................................ 107
9-5. Ladder Coils .............................................................................................................. 109
9-6. Counters and Timers ................................................................................................ 109
9-7. Counter/Timer State Terminology ............................................................................ 110
9-8. Timer/Counter Registers and Flags ........................................................................... 110
9-9. RTO Truth Table ..................................................................................................... 111
9-10. RTF Truth Table ...................................................................................................... 112
9-11. Effects of MCR and ZCL on Ladder Operation ........................................................ 114
9-12. Ladder Logic Commands .......................................................................................... 124
9-13. Ladder Modes of Operation ...................................................................................... 126
10-1. Operational Modes ................................................................................................... 138
10-2. Sequence States ......................................................................................................... 142
10-3. Compound Sequence State ....................................................................................... 143
11-1. ERCODE Parameter Messages ................................................................................. 157
12-1. FSMM02 Coding ..................................................................................................... 163
12-2. Redundant Output Fallback Values .......................................................................... 164
12-3. FBM201 to FBM213 Integration Time Factors ........................................................ 167
12-4. FBM01 to FBM05 Integration Time Factors ............................................................ 168
12-5. Equipment Control Blocks ........................................................................................ 169
12-6. Window Equipment Control Blocks ......................................................................... 183
B-1. FBM201 Options ..................................................................................................... 205
B-2. FBM201 Conversion Time Factors ........................................................................... 206
B-3. FBM202 Options ..................................................................................................... 206
B-4. FBM202 Conversion Time Factors ........................................................................... 207
B-5. FBM203 Options ..................................................................................................... 207
xv
B0193AW – Rev R Tables
xvi
Tables B0193AW – Rev R
xvii
B0193AW – Rev R Tables
xviii
Preface
This document is intended for use by process control and applications engineers. It provides
theoretical, descriptive and conceptual information for process control and configuring your
process control database including block processing cycles, phasing, equipment control
blocks, compounds, and blocks. You should read this document prior to attempting any con-
trol configuration. Complete block descriptions and lists of their parameters are found in
Integrated Control Blocks Descriptions (B0193AX).
Revision Information
For Release 7.1, the following changes were made to the document:
Chapter 8 “Block/Process Alarming”
♦ Revised “Process Alarm Types” on page 90 to better reflect real operational
conditions
Chapter 9 “Ladder Logic Concepts”
♦ Corrected text in “Transition Counters” on page 111.
Reference Documents
Refer to the following documents for additional information:
♦ 50 Series Program Development (B0193LQ)
♦ Control Processor Sizing Spreadsheet (B0193BF)
♦ Fieldbus Cluster I/O User’s Guide (B0193RB)
♦ FOUNDATION fieldbus H1 Interface Module (FBM220/221) User Guide (B0400FD)
♦ HART™ Communication Interface Module (FBM214/215/216/218) User’s Guide
(B0400FF)
♦ Integrated Control Block Descriptions (B0193AX)
♦ Integrated Control Configurator (B0193AV)
♦ Object Manager Calls (B0193BC)
♦ PLC™ Interface Block Descriptions (B0193YQ)
♦ Process Operations and Displays (B0193MM)
♦ PROFIBUS-DP™ Communication Interface Module (FBM223) User’s Guide
(B0400FE)
♦ Program Development (B0193BA).
For information on the Gateways and Integrators, refer to the appropriate Gateway and Integrator
documents.
xix
B0193AW – Rev R Preface
xx
1. Introduction
This document provides general control information, and describes continuous control,
sequential control, ladder logic, and block configuration concepts.
Integrated Control Configurator (B0193AV) provides a description of, and procedures for the con-
figurator functions. Integrated Control Block Descriptions (B0193AX) and PLC Interface Block
Descriptions (B0193YQ) describe all of the blocks and ECBs.
This document describes:
Subject Refer to
Compound structure including blocks and Chapter 2 “Compounds and Station Blocks”
parameters
Block descriptions and characteristics Chapter 3 “Blocks”
Block initialization Chapter 4 “Block Characteristics”
Block states Chapter 5 “Block States”
Parameter connections Chapter 6 “Connections”
Compound, block, and I/O processing Chapter 7 “Block Processing”
Process alarming Chapter 8 “Block/Process Alarming”
Ladder logic capability Chapter 9 “Ladder Logic Concepts”
Sequential control capability Chapter 10 “Sequence Logic”
Control configurator concepts Chapter 11 “Integrated Control Configurator
Concepts”
Control Processor/Fieldbus Application Chapter 12 “Control Processor (CP)/Fieldbus
Interface Application Interface”
Window Equipment Control Blocks (defined) Chapter 12 “Window Equipment Control
Blocks” on page 183
Signal Conditioning Appendix A “Signal Conditioning Indexes”
Equipment Control Blocks/Fieldbus Modules Appendix B “Fieldbus Modules”
(defined)
1
B0193AW – Rev R 1. Introduction
2
2. Compounds and Station Blocks
This chapter gives an overview of compounds and blocks, including compound functions,
attributes, and access, and compound/block alarming, phasing, and parameters. This chapter
also covers the station compound or block and shadow parameters.
Process control for I/A Series systems is based on the concepts of compounds and blocks. A com-
pound is a logical collection of blocks that performs a control strategy. A block is a member of a
set of algorithms that performs a certain control task within the compound structure. Figure 2-1
shows the compound/block relationship.
The compound provides the basis for the integration of:
♦ Continuous control
♦ Ladder logic
♦ Sequential control.
Within this structure, any block in any compound can be connected to any other block in any
other compound in the system. The entire compound structure can be viewed through the work-
station SELECT display.
The block contains parameters that have values of the types: Real, Boolean, Packed Boolean,
Boolean Long, Integer, or String.
3
B0193AW – Rev R 2. Compounds and Station Blocks
CONFIGURATOR
BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK BLOCK
= Control Processor
PROCESS
Compound Functions
The compound supports the following functions for the related blocks:
♦ Process alarm priority, alarm inhibiting, and alarm grouping
♦ Sequence status notification (see “Sequential Control Block States” on page 138)
♦ Phasing for execution load leveling at execution time.
The compound rules are:
♦ Multiple compounds can be executed within the same station
♦ A single compound cannot cross station boundaries
♦ Blocks in different compounds can be interconnected across station boundaries
♦ Every compound must have a unique name.
4
2. Compounds and Station Blocks B0193AW – Rev R
Compound/Block Phasing
A user-defined phase number can be assigned to each compound using a range of integer values
that varies with assigned period.
Phasing allows the starting time of one compound/block to lead or lag the starting time of
another compound/block, thereby leveling the block processor load.
Compound Attributes
The compound has the following attributes:
On/Off: Parameter that enables or disables the execution of all blocks within the
compound, where: 1 = on; 0 = off.
5
B0193AW – Rev R 2. Compounds and Station Blocks
Compound Access
Both compounds and blocks have a set of parameters that comprise the user interface. To access a
compound parameter value, use the following convention:
Compound.Parameter
where:
♦ Compound has (up to) a 12-character name
♦ Parameter has (up to) a 6-character name.
Compound/Block Parameters
Compound and block parameters contain values that are of one of the types Real, String, Integer,
Short Integer, Long Integer, Boolean, Packed Boolean, Packed Long, or Character.
Additionally, parameters are defined as being configurable, and either connectable/settable, not
connectable/not settable, or a combination that is dependent upon the compound, block, and
state.
Configurable Parameters
Configurable parameters are those parameters that can be defined through the Integrated Control
Configurator. They can be displayable only, or displayable and editable.
Connectable Parameters
Connectable parameters are those parameters of the user interface in which secured, change-
driven connections may be made between network stations, or as local direct connections within
the same station.
Each connection consists of a connectable source and a connectable sink. Output parameters (all
outputs are connectable) are sources, while input parameters may be a sink or a source, or both.
Certain parameters that may be considered functional inputs, such as SPT in the PID blocks, and
RATIO in the RATIO block, are settable but not connectable.
A connectable parameter has a value record that contains the parameter’s value, its status, and its
designated value type (Real, Boolean, or Integer). Its status consists of the following Boolean
attributes:
Out-of-Service (OOS)
Defines the validity of the data. This flag is set and reset by the block
algorithm. The OOS status usually originates from I/O type blocks (for
example, AIN, COUT) which detect abnormal I/O conditions, for exam-
ple, that the FBM is out-of-service, or that the compound containing the
block of the I/O parameter is turned OFF.
Secure Defines the conditional settability status of the parameter. The secure flag
is set and reset by the block algorithm. A settable parameter can only be
written if it is not secured. For example, a remote set point, RSP, is unse-
cured and settable when it is not connected. When connected, the param-
eter is secured and not settable.
6
2. Compounds and Station Blocks B0193AW – Rev R
Bad Defines the validity of the data. This flag is set and reset by the block
algorithm. The Bad status usually originates from I/O type blocks (for
example, AIN, COUT) which detect abnormal I/O conditions such as a
bad FBM, type mismatch, bad channel status, or out-of-range conditions.
You can access certain status bits of a parameter value record as explicit connections in control
schemes, by using Boolean connection extensions. Certain CALC and LOGIC block instructions
also have this capability, and user tasks can access these variables implicitly within their specific
algorithms.
In addition, the BAD status of an I/O block’s value record is made available as a unique Boolean-
type connectable output parameter. This value can be accessed explicitly by any other block or
task.
Input Parameters
Input parameters are connectable types that are the receivers of data from other connectable
parameters via a path connection.
If no source path is specified during configuration, then the resident data of the value record is the
actual “source” of data. It can be either the initial default or configured value, or a new value
through a SET call to the input parameter.
If a source path is specified, then the data value is an output parameter of the same or another
block, or a shared variable, thereby securing the input. By linking a shared variable to a block
input during configuration, you can establish a long-term secured connection between a remote
application program and the block input.
Output Parameters
All output parameters are connectable data sources that have value records. There are two types:
settable and nonsettable.
The settability of a settable output is controlled by the secured status of the value record. The
secured status is dependent on whether the block’s operational mode is in Auto or Manual.
In either Auto or Manual, nonsettable output parameters cannot be written by any other source
under any conditions.
Settable outputs may be conditionally released by the block algorithm in the Manual mode.
In Manual, the block unsecures settable output parameters. They can then be written by other
tasks via SET calls. When the block switches to Auto, the block secures and updates its own
output parameter(s).
Nonconnectable Parameters
Nonconnectable parameters have no value records and are not linkable. They mainly consist of
string-type variables like NAME, or nonsettable parameters that are used in the configurator only,
for example, block options. Local algorithm variables are also nonconnectable.
Nonconnectable parameters are generally accessible through GET calls.
There is also a class of nonconnectable input parameters that comprise the block user interface
which can be manipulated through SET calls. An example is an alarm deadband.
7
B0193AW – Rev R 2. Compounds and Station Blocks
Compound Parameters
Refer to Integrated Control Block Descriptions (B0193AX) and PLC Interface Block Descriptions
(B0193YQ) for a detailed description of the compound and its parameters.
8
2. Compounds and Station Blocks B0193AW – Rev R
You may synchronize the calculations to start at a specified phase number, LODPHS, or to start at
the current phase. You request synchronization, at the block display, by setting the LODSYN
input to true.
LODPHS is specified in phase numbers corresponding to one minute and normalized to the sys-
tem BPC; for example, the default system BPC is 0.5 seconds which normalizes the one minute
period to 120 frames, giving LODPHS a domain of 0 to 119 (modulo 120). Thus, each load out-
put is computed in the BPC frame equal to LODPHS plus their index.
You may also specify the sampling period, LODPER. The value limit is 10 * BPC to 3600 sec-
onds. Default is 10 * BPC.
The station calculates separate load values for ten consecutive BPCs. On the tenth cycle, the sta-
tion calculates two separate averages of the ten most recent cycles – one to calculate the load for
continuous blocks and the other for the station load (continuous and sequence blocks).
At this time, all 22 load values are copied to the Station block output parameters (connectable,
nonsettable). After the tenth cycle, the station suspends calculation until the sampling period
expires, when the calculation cycles begin again. The station makes these calculations every sam-
pling period until the loading calculations are disabled.
Since the real-time clock has a resolution of 10 ms, the load value accuracies are as follows:
Peer-to-Peer Status
The Station Block supplies status and performance data on the station’s peer-to-peer communica-
tions. The performance and status information provided is as follows:
♦ the current number of peer-to-peer control block input connections configured in the
control data base.
9
B0193AW – Rev R 2. Compounds and Station Blocks
♦ a counter that contains the current number of peer-to-peer connections that have
never been made.
♦ a counter that contains the current number of peer-to-peer connections whose source
blocks or compounds have been deleted via the Integrated Control Configurator.
♦ a counter that contains the current number of peer-to-peer connections that have
been disconnected due to a loss of peer-to-peer communications with the source
station.
Deleted connection errors are temporary. When a station is checkpointed following the deletion
of any of its control blocks, the status of any peer-to-peer sink connections to these blocks in
other stations are changed from deleted to not found, and the station updates the not found and
deleted counters accordingly.
The station software updates counters every two minutes.
Database Security
The Station block contains a database security parameter, Configuration Option (CFGOPT).
When CFGOPT is true, database changes to any active block or ECB are disabled. The block is
active if the compound in which it resides is ON, and the ECB is active if it is ON.
Time/Date
The Station block contains five parameters, YEAR, MONTH, DAY, HOUR, and SECOND
which provide user access to the system clock. These parameters are updated every 30 seconds by
the station block software.
Shadow Parameters
A shadow block is a block in a station that provides a standard control strategy interface for an
algorithm actually executing in a connected FBM. Shadow parameters are those parameters in a
shadow block that can be changed by either the CP or the downstream FBM. A shadow parame-
ter has two storage locations; one is written by the CP as a request to the connected FBM (the
“sink” location) and the other is written when the FBM responds to the requested state change or
action (the “source” location). You write the sink parameter via “sets” or connections, and read the
source parameter via “gets” or connections. In every case, you deal with a single parameter name
even though there are two storage locations for each parameter. You can retrieve shadow
parameters:
♦ By GETVAL calls
♦ By opening an Object Manager (OM) read list and issuing OMREAD calls
♦ By connecting to a shadow source parameter.
You can change a shadow parameter:
♦ By SETVAL calls
♦ By opening an OM write list and issuing OMWRITE calls
10
2. Compounds and Station Blocks B0193AW – Rev R
11
B0193AW – Rev R 2. Compounds and Station Blocks
12
3. Blocks
This chapter defines the path for block parameters, describes the common block parameters, lists
all block types, and lists the control stations that host each type of control block.
A block has one or more inputs/outputs and performs a predefined process function that has been
prespecified by an algorithm.
There are continuous, sequence, and ladder logic block function types that can be mixed and
matched to satisfy your integrated control needs.
This section briefly defines the block set. However, detailed information can be found in
Integrated Control Block Descriptions (B0193AX) and PLC Interface Block Descriptions (B0193YQ).
Block Attributes
A block has the following attributes:
NAME: Name is a user-defined string that must be unique within the compound
and up to 12 characters in length. The name can be any mix of numerics
(0 to 9), upper case alphabetics (A to Z), and the underscore (_).
TYPE: Type is a system-defined name (up to six characters) that identifies the
algorithm control function.
In the Integrated Control Configurator, you can enter the block-type
string (for example, MAIN) or you can select the desired type from a
block type list. To display the block type list, select SHOW from the
menu-bar and select BLOCK TYPE NAMES from the SHOW menu.
Type is entered as a string, but is stored in the database as an indexed inte-
ger. (The OM Get command retrieves this integer value, not the string.)
Therefore, to be consistent with the database, the parameter tables in Inte-
grated Control Block Descriptions (B0193AX) and PLC Interface Block
Descriptions (B0193YQ) list the data type as an integer.
Block Access
To access a block parameter value from outside the resident compound, you must use the entire
path:
Compound:Block.Parameter
Connectivity between blocks in different compounds is through this same convention, whether
the compounds are in the same or different stations.
To connect to either a block parameter value from another block within the same compound, or
to a parameter value from within the same block, you can use:
:Block.Parameter
in the Integrated Control Configurator.
13
B0193AW – Rev R 3. Blocks
Since block names do not have to be unique across compounds, the following example shows two
compounds, REFLUX and EN_BAL, each having a block called F100.
REFLUX EN_BAL
Block Parameters
Like compounds, each block contains select parameters that serve as the inputs and outputs of
their respective functions. These parameters follow the same conventions as compound parame-
ters regarding their value types and connectability/settability.
For information on accessing block parameters from a user task, refer to Program Development
(B0193BA), 50 Series Program Development (B0193LQ), and Object Manager Calls (B0193BC).
Common Parameters
All blocks, with exceptions as noted, have the following common parameters:
TYPE Type is a system-defined name (up to six characters) that identifies the
algorithm control function.
Type is entered as a string, but is stored in the database as an indexed inte-
ger. (The Object Manager Get command actually retrieves this integer
value, not the string.) Therefore, to be consistent with the database, the
parameter tables in Integrated Control Block Descriptions (B0193AX) and
the PLC Interface Block Descriptions (B0193YQ) list the TYPE parameter’s
data type as an integer.
14
3. Blocks B0193AW – Rev R
PHASE Phase is an integer input that causes the block to execute at a specific BPC
within the time determined by the PERIOD. For instance, a block with
PERIOD of 3 (2.0 sec) can execute within the first, second, third, or
fourth BPC of the 2-second time period, assuming the BPC of the
Control Processor is 0.5 sec. “Block Phasing” on page 68 provides further
details.
INITMA Initialize Manual/Auto specifies the desired state of the MA input during
initialization:
0 = Manual
1 = Auto
2 = No change, except if a reboot, use the MA state specified in the check-
point file
The BLNALM and Data Variable blocks do not have the INITMA
parameter.
15
B0193AW – Rev R 3. Blocks
LOCKRQ Lock Request is a boolean input which can be set true or false only by a set
command from the LOCK U/L toggle key on workstation displays. When
LOCKRQ is set true in this fashion a workstation identifier accompany-
ing the set command is entered into the LOCKID parameter of the block.
Thereafter, set requests to any of the block’s parameters are honored (sub-
ject to the usual access rules) only from the workstation whose identifier
matches the contents of LOCKID. LOCKRQ can be set false by any
workstation at any time, whereupon a new LOCKRQ is accepted, and a
new ownership workstation identifier written to LOCKID. The
AMSSEC, MSG, PLC and DCI output blocks do not have the LOCKRQ
parameter.
LOCKID Lock Identifier is a string identifying the workstation which has locked
access to the block via a successful setting of LOCKRQ. LOCKID has the
format LETTERBUG:DEVNAME, where LETTERBUG is the
6-character letterbug of the workstation and DEVNAME is the 1-6 char-
acter logical device name of the Display Manager task. The AMSSEC,
MSG, PLC and DCI output blocks do not have the LOCKID parameter.
Editing Parameters
You may edit block parameters with the Integrated Control Configurator using the
Compound/Block editing functions as described in Integrated Control Configurator (B0193AV).
ACCUM The ACCUM block integrates a real input (rate or pulse count) signal
(Accumulator) and scales it to produce a real output quantity of the running total.
Inputs are provided to let you clear, preset, and hold the accumulator
output.
AIN The AIN block supports a single input from an analog-type FBM. Pro-
(Analog Input) visions exist to condition, scale, clamp, and filter the input, and alarm
the hardware status and output value.
AINR The AINR block supports a single input point from two redundant
(Redundant Analog analog-type FBMs. Provisions exist to condition, scale, clamp, and filter
Input) the selected input, and alarm the hardware status and output value.
ALMPRI The ALMPRI block is used to dynamically reassign the priority of an
(Alarm Priority Change) alarm point.
AMSSEC This block is used in conjunction with a gas chromatograph ECB
(Gas Chromatograph (“AMSPRI”). It provides for additional inputs to the GC and contains
Secondary Block) variables for individual applications. Data such as the instrument values
move from the PIO message to the block outputs.
16
3. Blocks B0193AW – Rev R
AOUT The AOUT block provides an auto/manual with bias (AMB) function.
(Analog Output) It biases, clamps, and conditions the input and drives a single output
point within an analog-type FBM. Provisions exist to alarm the hard-
ware status of the connected FBM.
AOUTR The AOUTR block provides an auto/manual with bias (AMB) func-
(Redundant Analog tion. It biases, clamps, and conditions the input and drives a single out-
Output) put point via a dual pair of redundant analog-type FBMs. Provisions
exist to alarm the hardware status when both FBMs have bad status.
BIAS The BIAS block produces an output that is the sum of the two input
(Bias) values, MEAS and BIAS, each of which can be scaled independently.
The block supports measurement alarm messages. It does not support
output alarm messages. The BIAS block supports cascade
initialization.
BIN The Binary Input (BIN) block provides the control strategy with the
(Binary Input) capability to read a single binary value, having two states such as ON
and OFF or START and STOP, from an address in an associated
Fieldbus Module (FBM) or a specified point. BIN is used in a Distrib-
uted Control Interface (DCI) (DCI blocks support connectivity of
I/A Series control stations to various bus resident devices via a general
purpose interface) and in PLC interfaces.
BINR The Redundant Binary Input (BINR) block receives one binary value
(Binary Input, from an external device. The source of the value can be specified as
Redundant) either two or three redundant inputs. The redundant inputs can either
be in the same device or in different devices. The block’s selection algo-
rithm determines which of the two or three input values is presented to
the control strategy as the block output. BINR is used in a Distributed
Control Interface (DCI) (DCI blocks support connectivity of
I/A Series control stations to various bus resident devices via a general
purpose interface.)
BLNALM This block provides independent state-change alarm messages for each
(Boolean Alarm) of eight Boolean-type inputs.
BOOL This block provides the capability of creating a settable and config-
(Boolean Data Variable) urable boolean data value for use by other control blocks.
BOUT The Binary Output (BOUT) block sends one binary value to an
(Binary Output) address in an external device. It also continuously reports, to the
I/A Series system, any changes made by the device to the value at this
address. BOUT is used in a Distributed Control Interface (DCI) (DCI
blocks support connectivity of I/A Series control stations to various bus
resident devices via a general purpose interface.) and PLC interface.
CALC The Calculation block provides up to 50 sequentially executed arith-
(Calculator) metic and logical operations. It has the capability of a programmable
scientific calculator.
CALCA The CALCA block adds dual-operand efficiency to many mathematical
(Advanced Calculation and logical calculation operations.
Block)
17
B0193AW – Rev R 3. Blocks
CHARC This block converts a real input to a real output using a table lookup of
(Characterizer) piecewise linear segments. Up to 20 segments can be used.
CIN The CIN block supports a single input point from a digital input type
(Contact Input) FBM. The block also provides an input inversion option.
COUT The COUT block supports a single output to a digital type FBM. The
(Contact Out) block also provides an output pulsing option.
DEP This block contains user-programmable statements that can manipulate
(Dependent Sequence) compound or block parameters, or shared variables. It can also activate
other sequence and monitor blocks, along with sending messages to dis-
plays and historians.
A Dependent Sequence block’s execution is automatically delayed while
any Exception Sequence block in the same compound is running.
DGAP This block outputs two discrete output values that can be used for
(Differential Gap) on/off control of bi-state or tri-state actuated final actuator devices. The
outputs depend on the difference between the measurement, set point,
and adjustable error GAP. The DGAP block does not support cascade
initialization.
DPIDA The DPIDA block interfaces the control processor to a PIDA-type
(Distributed Controller) algorithm executing in an FBM04, FBM17, FBM37, or FBM22.
DSI The DSI block provides the interface between Panel Display Stations
(Display Station and the compounds and blocks that actualize the control strategy.
Interface)
DTIME This block delays the input a specific length of time before making it
(Deadtime) available at the output. It is typically used to simulate process transport
delay and to compensate feed-forward signals.
EVENT The EVENT block provides message reporting for a sequence of state-
(Sequence of Events) change events detected in a contact input FBM. The connected FBM
must be an input-only type, and may not be a Cluster I/O FBC.
EXC This block contains user-programmable statements that can manipulate
(Exception Sequence) compound or block parameters, or shared variables. It can activate
other sequence and monitor blocks, along with sending messages to dis-
plays and historians.
When it activates, all Dependent Sequence blocks in the same com-
pound delay executing until the Exception Sequence block finishes its
execution.
FBTUNE The FBTUNE block is used to adaptively tune the proportional band,
(Feedback Self-Tuner) the integral time, derivative time, dead time, and the set-point-filter
lead-lag ratio of the PIDA block.
FFTUNE The FFTUNE block is used to adaptively tune the feedforward
(Feedforward Self-Tuner) compensators for the PIDA block.
GDEV This block provides Open/Close control of motor- or air-operated
(General Device) valves, and Run/Stop control of 2-wire, or 3-wire, motor circuits.
18
3. Blocks B0193AW – Rev R
19
B0193AW – Rev R 3. Blocks
MOVLV This block operates two related output contacts which open or close a
(Motor-Operated Valve) valve on an incremental basis. It supports optional feedback from one
or two contacts (limit switches) for mismatch alarming.
MRIN The MRIN block provides the control strategy with the capability to
(Multiple Real Input) read eight analog values from contiguous addresses in a Programmable
Logic Controller (PLC). This block is used in a PLC interface.
MROUT The MROUT provides the capability to write eight analog values to
(Multiple Real Output) contiguous addresses in a Programmable Logic Controller (PLC). This
block is used in a PLC interface.
MSG The MSG block generates state change messages upon transitions of its
(Message Generator) Boolean inputs.
MTR This block performs both 2- and 3-wire motor control functions.
(Motor Controller)
MVC The MVC block acts as the interface to the Control Processor embed-
(Multivariable ded MVC as the passing mechanism for Connoisseur controller models
Controller) and configuration parameters.
MVL The MVL block gets Controlled Variable (CV) measurements from
(Multivariable Loop) blocks such as the AIN and writes the Manipulated Variable (MV)
supervisory set points to other regulatory blocks (PIDA, DPIDA, or
RATIO).
OUTSEL The OUTSEL block controls strategies that require the higher or lower
(Output Select) of two input signals to be selected as the final output signal to the pro-
cess, while providing the appropriate handshake data to prevent integral
action from “winding up” in the block containing the unselected signal.
The block also provides separate cascade initialization each of the two
upstream blocks.
PACK This block provides the capability of creating a settable and config-
(Packed Long Data urable packed long data value for use by other control blocks.
Variable)
PAKIN The PAKIN block reads up to 32 bits of discrete data from a group
(Packed Input) address in a Programmable Logic Controller (PLC). Each bit represents
a binary value having opposing states, such as ON and OFF, or START
and STOP. This block is used in a PLC interface.
PAKOUT The PAKOUT writes up to 32 bits of discrete data to a group address
(Packed Output) in a Programmable Logic Controller (PLC). Each bit represents a
binary value having opposing states, such as ON and OFF, or START
and STOP. This block is used in a PLC interface.
PATALM This block compares the relationship of up to 16 Boolean inputs to a
(Pattern Alarm) user-specified pattern.
PATT The PATT block provides pattern matching capability for 16-bit
(Pattern Match) patterns.
PID The PID block provides the functions of the traditional interacting
(Proportional, Integral, 3-term controller. The PID block supports cascade initialization.
Derivative)
20
3. Blocks B0193AW – Rev R
21
B0193AW – Rev R 3. Blocks
RINR The Redundant Real Input (RINR) block receives one binary value
(Real Input, Redundant) from an external device. The source of the value can be specified as
either two or three redundant inputs. The redundant inputs can either
be in the same device or in different devices. Each of the redundant
inputs is independently scaled, limited, and converted into engineering
units before the block’s selection algorithm is invoked to determine
which of the two or three inputs is set into parameter RINP. RINR is
used in a Distributed Control Interface (DCI) block. (DCI blocks sup-
port connectivity of I/A Series control stations to various bus resident
devices via a general purpose interface.)
ROUT The Real Output (ROUT) block sends one analog value to an address
(Real Output) in an external device. It also continuously reports any changes made by
the device to the value at this address. ROUT is used in a Distributed
Control Interface (DCI) (DCI blocks support connectivity of
I/A Series control stations to various bus resident devices via a general
purpose interface.) and a PLC interface.
SIGSEL This block examines up to eight inputs and produces an output depen-
(Signal Selector) dent upon a relational selection option.
STALM The STALM block serves as alarm annunciator to activate the
(State Alarm) I/A Series alarm mechanism upon alarm conditions detected by an
external source such as HTG.
STATE The STATE block outputs selected 16-bit patterns.
(State)
STRIN The String Input (STRIN) block is a Distributed Control Interface
(String Input) (DCI) block. (DCI blocks support connectivity of I/A Series control
stations to various bus resident devices via a general purpose interface.)
STRIN receives one string value from an external device.
STRING This block provides the capability of creating a settable and config-
(String Data Variable) urable string data value for use by other control blocks.
SWCH This block selects either of two independent inputs. Each input can be
(Switch Position a real, integer, or Boolean variable. The SWCH block supports cascade
Selector) initialization.
TIM This block keeps track of time while control strategies are executing.
(Timer Sequence)
VLV This block is typically used to operate two related output contacts
(On-Off Valve Control) which open or close a valve on an ON/OFF basis.
22
3. Blocks B0193AW – Rev R
Station Type
Micro-I/A™
CP30, 30B
CP40, 40B
I/O Gate
Triconex
SCADA
AW51
AW70
MDG
DP10
CP10
CP60
TP10
SMG
FDG
Block ABG
DCI
INT
ABS
SSG
IG
Type
ABSCAN X
ACCUM X X X X X X X X X X
AIN X X X X X X X X X X X X X X
AINR X X X X X X
ALMPRI X X X X X X X X X X X X X X X
AMSPRI X X X X X
AMSSEC X X X X X
AOUT X X X X X X X X X X X X
AOUTR X X X X X X
BIAS X X X X X X X X
BIN X X X X X X
BINR X
BLNALM X X X X X X X X X X X X X X X X
BOOL X X X X X X
BOUT X X X X X X
CALC X X X X X X X X X X X X X X X
CALCA X X X X X X
CHARC X X X X X X X X X X
CIN X X X X X X X X X X X X
CMPND X X X X X X X X X X X X X X
COUT X X X X X X X X X X X X
D760 X
D761 X
DEP X X X X X X X X X X X X X X
DGAP X X X X X X X X X X
DPIDA X X X X X X
DSI X X X X
DTIME X X X X X X X X X X
ECB1 X X X X X X X X
ECB2 X X X X X X X X
ECB4 X X X X X X X X
ECB5 X X X X X X X X
23
B0193AW – Rev R 3. Blocks
Station Type
Micro-I/A™
CP30, 30B
CP40, 40B
I/O Gate
Triconex
SCADA
AW51
AW70
MDG
DP10
CP10
CP60
TP10
SMG
FDG
ABG
Block
DCI
INT
ABS
SSG
IG
Type
ECB6 X X X X X X X X
ECB7 X X X X X X X X
ECB8 X X X X X X X X
ECB9 X X X X X X X X
ECB11 X X X X X X X X
ECB12 X X X X X X X X
ECB13 X X X X X X X
ECB14 X X X X X X X
ECB15 X
ECB16 X
ECB18 X X X X X X X X
ECB19 X
ECB20 X
ECB21 X
ECB22 X X X X X X X X
ECB23 X X X X X X X X
ECB24 X X
ECB29 X
ECB30 X
ECB31 X
ECB32 X
ECB34 X X X X X X
ECB36 X X X X X X
ECB37 X X X X X X
ECB38R X X X X X X
ECB39 X X X X X
ECB40 X
ECB41 X X X X X
ECB42 X X X X X
ECB43 X X X X X
ECB44 X X X X X
ECB45 X X X X X X
ECB46 X X X X X
ECB47 X X X X X
24
3. Blocks B0193AW – Rev R
Station Type
Micro-I/A™
CP30, 30B
CP40, 40B
I/O Gate
Triconex
SCADA
AW51
AW70
MDG
DP10
CP10
CP60
TP10
SMG
FDG
ABG
Block
DCI
INT
ABS
SSG
IG
Type
ECB47R X X X X X
ECB48 X X X X X X
ECB48R X X X X X X
ECB49 X X X X X X
ECB50 X X X X X X
ECB51 X X X X X X
ECB52 X X X X X X
ECB53 X X X X X X
ECB57 X
ECB60 X
ECB61 X
ECB62 X
ECB63 X
ECB64 X
ECB65 X
ECB66 X
ECB67 X
ECB68 X
ECB69 X
ECB70 X
ECB71 X
ECB72 X
ECB73 X X X X X
ECB74 X X X X X
ECB75 X X
ECB76 X X
ECB77 S X
ECB78 X
ECB79 X
ECB80 X
ECB81 X
ECB86 X
ECB87 X
ECB88 X
25
B0193AW – Rev R 3. Blocks
Station Type
Micro-I/A™
CP30, 30B
CP40, 40B
I/O Gate
Triconex
SCADA
AW51
AW70
MDG
DP10
CP10
CP60
TP10
SMG
FDG
ABG
Block
DCI
INT
ABS
SSG
IG
Type
ECB89 X
ECB89 X
ECB90 X
ECB91 X
ECB92 X
ECB93 X
ECB94 X
ECB95 X
ECB98 X
ECB99 X
ECB100 X
ECB101 X
ECB102 X
ECB103 X
ECB106 X
ECB107 X
ECB108 X
ECB109 X
ECB110 X
ECB200 X X
ECB201 X X
ECB202 X X
ECBP X X X X X X X X X X X X X
(ECPB11)
EVENT X X X X X X X X
EXC X X X X X X X X X X X X X X
FBTUNE X X X X X X
FDBIN X
FDBOUT X
FDIDMS X
FDIIN X
FDIOUT X
FDMSBL X
FDRIN X
26
3. Blocks B0193AW – Rev R
Station Type
Micro-I/A™
CP30, 30B
CP40, 40B
I/O Gate
Triconex
SCADA
AW51
AW70
MDG
DP10
CP10
CP60
TP10
SMG
FDG
ABG
Block
DCI
INT
ABS
SSG
IG
Type
FDROUT X
FDSCAN X
FFTUNE X X X X X X X X X X
FCIN X
FCOUT X
FIIN X
FIOUT X
FRIN X
FROUT X
FSIN X
FSOUT X
FTRIG X
GDEV X X X X X X X X X X X X
IIN X
IND X X X X X X X X X X X X X X
IOUT X
LIM X X X X X X X X X
LLAG X X X X X X X X X X
LOGIC X X X X X X
LONG X X X X X X
MAIN X X X X X X X X X X X X
MATH X X X X X X
MCIN X X X X X X X X X X X X X
MCOUT X X X X X X X X X X X X
MDACT X X X X X
MDSCAN X
MEALM X X X X X X
MON X X X X X X X X X X X X X X
MOVLV X X X X X X X X X X X
MRIN X X X X
MROUT X X X X
MSG X X X X X X
MTR X X X X X X X X X X X
MVC X
27
B0193AW – Rev R 3. Blocks
Station Type
Micro-I/A™
CP30, 30B
CP40, 40B
I/O Gate
Triconex
SCADA
AW51
AW70
MDG
DP10
CP10
CP60
TP10
SMG
FDG
ABG
Block
DCI
INT
ABS
SSG
IG
Type
MVL X
PACK X X X X X X
PAKIN X X X X
PAKOUT X X X X
PATALM X X X X X X X X X X X X X X X
PATT X X X X X X
PID X X X X X X X X X X
PIDA X X X X X X X
PIDE X X X X X X X X X
PIDX X X X X X X X X X
PIDXE X X X X X X X X
PLB X X X X X X X X
PLCIO X X X X
PLSOUT X X X X
PTC X X X X X X X X X
RAMP X X X X X X X X X X
RATIO X X X X X X X X
REAL X X X X X X
REALM X X X X X X X X X X X X X X X
RIN X X X X X X
RINR X
ROUT X X X X X X
SAIN X
SAIO X
SBIAS X
SCTLR X
SDIN X
SDIO X
SIGSEL X X X X X X X X X X
SRAS X
STALM X X X X X x
STATE X X X X X X
STOT X
STRIN X
28
3. Blocks B0193AW – Rev R
Station Type
Micro-I/A™
CP30, 30B
CP40, 40B
I/O Gate
Triconex
SCADA
AW51
AW70
MDG
DP10
CP10
CP60
TP10
SMG
FDG
ABG
Block
DCI
INT
ABS
SSG
IG
Type
STRING X X X X X X
SWCH X X X X X X X X X X
TIM X X X X X X X X X X X X X X
VLV X X X X X X X X X X X
29
B0193AW – Rev R 3. Blocks
Digital Supervisory
Input Enable
Enable
To
From Process
Process
Disable
PIDA or AOUT
AIN RATIO
IBlock Block
Block
The station block Supervisory Groups display allows you to enable or disable control blocks
assigned to each of eight supervisory groups. In addition, the station block shows the fallback sta-
tus and fallback request status for each group, and the (enabled/disabled) running time and set
point for each fallback timer.
You can from the station block Supervisory Groups:
♦ enable or disable SSC for any group
♦ request fallback status for a group,
♦ enable or disable a fallback timer.
SSC is supported in all I/A Series Control processors (CPs) and in most Application Processors
(AP), Workstation Processors (WP) and Application Workstations (AW). The AP10 does not sup-
port SSC, and the WP20 supports all features except the timer enable/disable actions and the
supervisory control enable/disable actions at the group level.
30
4. Block Characteristics
This chapter describes common aspects of block characteristics, including implicit and explicit
block initialization, PRIBLK configuration, configuring cascade schemes, and error handling,
as well as clamping, scaling, secure/release, control block fail-safe strategy, and the PID hold
constant.
Block Initialization
The need for block initialization exists when:
♦ Compounds switch from OFF to ON
♦ Blocks recover from re-established connections or from bad process inputs
♦ Blocks change modes (for example, from Manual to Auto)
♦ Controller blocks in cascade schemes return from open loop conditions
♦ The Control Processor is rebooted
♦ A block or compound is modified or added during on-line configuration while the
compound is ON
♦ The Control Processor recovers from a power failure.
Initialization within controller-type blocks is performed without bumping the process. Achieving
proper initialization depends upon the features available in each type of block and how blocks are
interconnected in a particular control scheme.
There are two types of initialization, referred to as implicit and explicit. Implicit initialization is
the execution of block-specific start-up and validation logic which occurs whenever any block
begins execution within the control strategy, and not thereafter. Explicit initialization is the
bumpless return to control following any disruption of control. It is a process involving multiple
blocks within a cascade, and is a response to exception situations which can occur at any time. All
blocks support implicit initialization, but only controller and output-type blocks, which require
the bumpless transfer function, support both implicit and explicit initialization.
Implicit Initialization
All blocks perform implicit initialization when requested to start up. This occurs automatically
when the compound is first switched on, after a block is modified, on a reboot, after a power fail
recovery, or when a block is added to an existing compound through the on-line configuration
process.
Validation logic is performed by the block to check the integrity of its block record. Critical, “con-
figuration only” (that is, nonconnectable/nonsettable) parameters are checked to make certain
that they are within acceptable values prior to start-up.
If any of these inputs are not within acceptable limits, the block is declared undefined and enters
the Undefined state (refer to “Block States” on page 45). In this state, the block is not processed
and the status of all its connectable parameters is set to Release and Bad.
31
B0193AW – Rev R 4. Block Characteristics
INITMA sets a block’s MA parameter during the execution cycle in which the block implicitly
initializes. The default is 1 (Auto), but INITMA is overridden if the MA parameter has an estab-
lished linkage. Note that INITMA overrides the MA value set by a checkpoint file or by a power
failure recovery.
Explicit Initialization
Introduction
Controller-type and output-type blocks must initialize to the current state of the process. This
means that output block reads back the current state of the device and causes the upstream blocks
control action to initialize to the present state of the process and/or manipulated variable.
The order in which cascaded blocks initialize is in the opposite order that they normally execute.
When controller-type and output-type blocks are cascaded in a control scheme, the open-loop
effects of any downstream block action must be propagated to upstream block(s). This ensures
bumpless return to the current state when the downstream block returns to closed-loop operation.
Blocks that support explicit cascade initialization have two connectable parameters. They are
BCALCI (back calculation in) and BCALCO (back calculation out) which are real input/output
parameters. These parameters have two status bits (INITU - Initialize Unconditional, and INITC
- Initialize Conditional) which are used to notify upstream blocks of the need for initialization
and a PRIBLK acknowledgment request bit (INITC) to ensure that the upstream block does not
initialize until the downstream block acknowledges that it is initialized.
When a block sees one of these status bits (INITU or INITC) set in its BCALCI parameter, it
performs the specified initialization algorithm and sets one of the status bits in its BCALCO
parameter. The BCALCO parameter is connected to the BCALCI of an upstream block as shown
in Figure 4-1.
SPT SPT
RSP OUT RSP OUT MEAS
PID
PID AOUT
FBK FBK
BCALCO MEAS BCALCI BCALCO MEAS BCALCI BCALCO OUT
Manipulated Variable
PNT PNT
AIN
AIN PNT_NO
FBM
Secondary Process Variable HW #4
Primary Process Variable
4AI/4AO
When an elaborate initialization scheme is required, you can connect the INITU or INITC status
bits to Boolean logic.
32
4. Block Characteristics B0193AW – Rev R
To provide the bumpless transfer to normal, the BCALCO value of the downstream block is
passed to the BCALCI value of the upstream block when the latter executes.
PRIBLK is a block parameter that allows cascade schemes to initialize properly without bumping
the process during initial start-up and any return to closed-loop operation. These open loop con-
ditions can occur at any point within the cascade.
PRIBLK extends the Explicit Initialization logic to allow cascades to be configured between com-
pounds, between CPs, or between blocks having different block periods. Thus, there are no
boundary restrictions that affect the PRIBLK connections. Also, there is no limitation to the
block period assignment to each level of the cascade, other than process sampling considerations.
PRIBLK is supported by the PID, PIDE, PIDX, PIDXE, PIDA, DPIDA, RATIO, BIAS,
SWCH, OUTSEL, AOUT, and AOUTR blocks.
Configuring PRIBLK to a 0 initializes all blocks of the cascade in the same control processor, at
the configured BPC period for the block. For example, a three-level cascade as shown in
Figure 4-1containing a 30-second period primary block, a 10-second period intermediate block,
and a 1-second period secondary block, results in a delay of up to 40 seconds before the primary
block initializes after the secondary block, for example, switched from Manual to Auto.
Configuring PRIBLK to a 1, initializes blocks only one BPC later than the next lowest down-
stream block in a cascade, provided the upstream blocks are in the same control processor. In the
three-level cascade shown in Figure 4-1, the primary block initializes in 2 BPCs. This is referred to
as “fast initialization”, and is accomplished by forcing execution of the upstream block immedi-
ately when cascade initialization is under way, regardless of its period and phase.
PRIBLK Parameter
General
The PRIBLK parameter initializes a cascade scheme at start-up and any return to closed-loop
operation. A block with PRIBLK = 1 responds to each of these operational events by performing
two unique types of Explicit Initialization.
The types of Explicit Initialization action that PRIBLK enables in response to start-up and return
to closed-loop operation are referred to as Unconditional Initialization and Conditional Initializa-
tion, respectively.
PRIBLK initialization is based on a tight coupling between each adjoining block of a cascade. At
any point along the cascade after the first controller, a given block can be viewed as a secondary to
its upstream block, and as a primary to its downstream block. The roles of primary and secondary
exchange as one moves along the cascade.
The standard connections shown in Figure 4-1 maintain the control/data flow of information
that allows initialization to be coordinated along the entire cascade.
Both types of Explicit Initialization progress from a secondary block to its upstream primary
block. Initialization may begin at any point along the cascade and proceeds to the next primary
block. The most primary block must have PRIBLK set to zero. How far the rippling proceeds
depends on the type of initialization and the mode of each primary block. Thus, the direction in
which initialization is performed is opposite to the forward signal path of the cascade.
33
B0193AW – Rev R 4. Block Characteristics
The amount of time that it takes for explicit initialization to ripple between any two blocks within
a cascade is dependent on the primary block’s PERIOD parameter and the transit time across a
station-to-station interface that may be between the two blocks. Thus, initialization occurs
naturally (that is, from the FBM to the beginning of the cascade) and is governed by the
configuration.
PRIBLK affects the manner in which the incoming demand signal (for example, RSP for PIDs,
REMRAT for RATIO, RBIAS for BIAS, and MEAS for an AOUT or AOUTR) is handled. It
also affects the behavior of the BCALCO output, so that the proper initialization value is made
available to the primary block.
34
4. Block Characteristics B0193AW – Rev R
35
B0193AW – Rev R 4. Block Characteristics
Security Aspects
The block checks the BCALCI input for open loop status and connection errors of the
downstream block. This ensures proper handling of connections across compound and station
interfaces. The upstream block goes to the Hold state when the downstream block is either Bad,
Out-of-Service, or Disconnected.
If the secondary with PRIBLK detects an error condition on its RSP connection while it is closed
loop, the local set point holds the last good set point value until the connection returns to normal.
This action prevents possible process upsets under disruptive conditions, such as, configuration
modification of an upstream block, compound initialization of an upstream block, or reset of a
remote station. Upon return to normal, the downstream block requests conditional initialization.
NOTE
If a primary controller detects an error in its BCALCI connection, then it does not
honor any initialization requests from its secondary block.
36
4. Block Characteristics B0193AW – Rev R
SPT SPT
OUT RSP OUT MEAS
Manipulated Variable
PNT PNT
AIN AIN
PNT_NO
FBM
Secondary Process Variable HW #4
Primary Process Variable
4AI/4AO
Each secondary block must be configured with its PRIBLK parameter set to one. The first con-
troller block at the beginning of the cascade has its PRIBLK set to zero. The AIN blocks have no
PRIBLK option.
Only two standard cascade connections between a primary (p) and a secondary (s) block are
mandatory:
OUT(p) ---> RSP(s)
BCALCO(s) ---> BCALCI(p)
In the case of a RATIO block, the RSP demand signal connection is replaced by OUT(p) --->
REMRAT(s); for an AOUT block, it is replaced by OUT(p) ---> MEAS(s); and for an BIAS
block, it is replaced by OUT(p) ---> RBIAS(s).
You set PRIBLK = 1 in all blocks after the primary controller, including the AOUT block. You set
PRIBLK = 0 in the primary controller. In each PID-type block, you connect FBK to the same sig-
nal as BCALCI.
Figure 4-3 shows the block connections for a normal cascade control scheme with feedback con-
trol. The AOUT block and the PID block interfacing to it have their PRIBLK option configured
true.
37
B0193AW – Rev R 4. Block Characteristics
from GC
PRIBLK = 0 PRIBLK = 1 PRIBLK = 1
SPT
OUT RSP OUT MEAS
PID PID AOUT
BCALCO BCALCI BCALCO BCALCI
MEAS FBK MEAS FBK BCALCO OUT
PNT PNT
Composition
AIN AIN
PNT_NO
Feedflow Valve
FBM FBM
Feedflow
When the AOUT block goes back on control (from either a Manual or Bad state) it initializes and
sets its BCALCO - INITC status bit.
When the downstream PID is processed, its BCALCI - INITC input status bit is set, so it per-
forms its own initialization and back calculation and sets its BCALCO - INITC output status bit.
The upstream block is processed in the same manner. The BCALCO parameter of the PID block
at the top of the cascade is not connected because there is no need for further upstream
initialization.
Note that the feedback input can be connected to the block’s output. However, you should con-
nect it to the same variable as BCALCI.
When PRIBLK is set to zero in all blocks, bumpless initialization occurs when all blocks start in
Auto and have the same period.
Like any connectable parameter, the BCALCI and BCALCO parameters can pass data between
blocks in the same compound, in different compounds, or in different stations. You should be
aware that connections between different stations adds to the time required for communications.
Figure 4-4 shows how initialization occurs between blocks in compounds residing in separate sta-
tions. Communication between compounds occurs when the output (or source) change exceeds
the DELTI parameter of the sink. To avoid offset or limit cycle behavior, it may be necessary to set
DELTI to zero, or a very small value, in the sink block. For example, in Figure 4-5, the DELTI2
parameter in the RATIO block would be set to zero, or a small value, to avoid steady state control
error.
38
4. Block Characteristics B0193AW – Rev R
Station A Station B
from GC
PRIBLK = 0 PRIBLK = 1 PRIBLK = 1
SPT
OUT RSP OUT MEAS
PID PID AOUT
BCALCO BCALCI BCALCO BCALCI
MEAS FBK MEAS FBK BCALCO OUT
Again, as in Figure 4-3, all the blocks except the first (primary) controller have their PRIBLK
option configured true.
Figure 4-5 shows the initialization connections for a cascade control scheme with feedforward
control.
from GC
PRIBLK = 0 PRIBLK = 1 PRIBLK = 1
SPT
FBM FBM
Feedflow
39
B0193AW – Rev R 4. Block Characteristics
Figure 4-2 shows the recommended FBK connection for obtaining external integral feedback, or
PID integral action. With this configuration, a PID controller provides integral action only as
long as its integral feedback loop remains closed and tracks its own output. Therefore, in a cascade
scheme, integral action at the primary block occurs only while the secondary controller’s measure-
ment tracks its remote set point.
When the integral feedback loop becomes open, the integral action of the primary block stops.
This behavior is an old analog scheme to prevent integral windup of the primary controller. It is
especially useful in configurations where multiple primary controllers are fanned into a single sec-
ondary controller using a SIGSEL block. When an OUTSEL block is used in conjunction with
PIDA blocks, integral windup is prevented by logic signals transmitted with the
BCALCO/BCALCI connections, provided LIMOPT in the PIDA blocks is set to 1 or 2.
If you desire to eliminate the external integral feedback behavior entirely, then connect FBK to
the PID’s output. This connection provides classic integral action, since the external integral feed-
back loop is closed when the controller output is not limited. This configuration is not recom-
mended because it provides no primary integral windup protection for a non-PIDA or for a PIDA
with LIMOPT = 3 when the secondary output is at its limit. Also, the primary loop cannot be
tuned as tightly.
Integral windup is not a real concern when FBK and BCALCI are tied together in cascades that
utilize Explicit Initialization or the PRIBLK feature, since BCALCI forces the primary block to
track (in Auto) and initialize properly.
Error Handling
In general, error handling is resolved at the application level. It is accomplished through explicit
user configuration of alternate control strategies based upon specific error conditions.
These error conditions are contained on a per-parameter basis within the status record for con-
nectable parameters and shared variables.
In the status record three variables provide information with regard to the validity of the data and
the validity of the connection. These are called Bad, Connect, and Out-of-Service.
The Bad status is set and reset by the block algorithm dependent upon block application.
The Out-of-Service status is set and reset by all blocks to indicate the unavailability of input data
or data dependent upon unavailable inputs.
The Connect status indicates whether any problem exists in regard to the source of a connected
parameter. Such problems include deleted source blocks, nonexistence of source compounds, or
peer-to-peer path failures.
Implicit error handling is performed at the block level according to the following:
♦ If the data or the connection to the data is bad, or if the data is not updated, then cer-
tain controller type blocks (for example, PID, PTC) perform appropriate error
handling. This is dependent upon the specific parameter and algorithm application.
♦ Most control and I/O blocks support the Propagate Error Option (PROPT). When
true, this option sets the ERROR status of the primary output when the input is in
error.
♦ I/O-type blocks also have a connectable BAD parameter for explicit error-handling
purposes.
40
4. Block Characteristics B0193AW – Rev R
♦ For some block types, the error status is not propagated to the output parameters. The
user can explicitly program downstream blocks to react using the AIN output param-
eters BAD, LOR, and HOR.
♦ Most PLC (Programmable Logic Controller and DCI (Distributed Control Interface)
blocks do not provide any alarm detection or reporting capabilities.
Implicit error handling is coupled with the initialization parameters defined for the I/O and
Control-type blocks. The initialization status bits of BCALCO are set according to several algo-
rithm states, one of which is the error state.
In Figure 4-3, if the flow measurement becomes bad, then the AIN block does not update its out-
put and sets the corresponding bad status. If the LASTGV parameter in the AIN block is config-
ured true, the last good value and the error status are picked up by the flow PID measurement.
The PID algorithm performs its error logic, which consists of setting the INITU or INITC status
bit in the BCALCO parameter and transferring to a Hold or Manual state dependent upon the
option. The BCALCO parameter then explicitly propagates the error notification to the upstream
block.
Clamping
Clamping is performed on certain parameters dependent on the specific function. Clamping is
performed as follows:
♦ For any parameter that has a system-specified range, the value written to the parame-
ter is clamped by the block within the specified range. The clamped value is
overwritten into the parameter and used by the algorithm.
♦ In general, clamping is only performed on block outputs. The actual clamped value is
at range ± output span variance (OSV). The default settings are 0-100% for the range,
and 2% for OSV. For the default settings, the actual clamp occurs between -2% and
102%. The maximum allowable value of OSV is 25%.
♦ The clamping of the OUT parameter in the following blocks is performed in identical
manner: PID, PIDE, PIDX, PIDXE, PIDA, DPIDA, BIAS, RATIO, AOUT, and
AOUTR. The algorithm is as follows:
If LOLIM < LSCO1 - OSV, set LOLIM to LSCO1 - OSV
Else if LOLIM > HSCO1 + OSV, set LOLIM to HSCO1 + OSV
After LOLIM is thereby brought into range, HOLIM is prevented from being less
than LOLIM:
If HOLIM < LOLIM, set HOLIM equal to LOLIM
Finally, HOLIM is prevented from exceeding the high end of the range:
If HOLIM > HSCO1 + OSV, set HOLIM to HSCO1 + OSV
Scaling
Real-type data represents continuous-time process variable signals that relate to physical units and
range. Real-type parameters have associated user-specified range and unit parameters.
Certain blocks like AIN, PID, RATIO, BIAS, RIN and others require scaling when the output
and input engineering units differ.
41
B0193AW – Rev R 4. Block Characteristics
Scaling factor parameters are incorporated into these blocks to enable the algorithm to account
for range differences. You can enter the appropriate scaling factors during configuration. Some are
user-specified, others are calculated by the block.
Ranges for associated parameters are always stated. For example, set point must have the same
units and range as measurement; and feedback the same units and range as output.
Secure/Release
A secure/release mechanism is supported on a per-parameter basis. For connectable input parame-
ters (real, Boolean, integer), the secure/release mechanism is governed by the type of connection.
If the parameter has an established linkage, it is automatically secured. If there is no linkage (con-
nection), it is available to all users until someone secures it.
It is the responsibility of the higher level task or program to arbitrate securing any parameter at
the source end. This is done automatically when parameters are opened in OM Write lists.
Outputs are secured and released by the block algorithm according to certain modes (for example,
M/A, L/R, and so forth) and definitions. Some parameters are never settable, therefore they are
always secured. All primary outputs are governed by the Manual-Auto function.
Some specific actions involving block input parameters include:
♦ Unlinked inputs are released during CP reboot to allow for user access
♦ Linked inputs are secured when a block initializes and can no longer be released by the
user
♦ A Controller block which has its LOCSP option configured true, secures the LR
parameter when the block initializes. LOCSW and REMSW overrides have higher
precedence, but LR stays secured when LOCSW and REMSW are no longer asserted.
Inputs to ECBs are not secured. If two AOUT blocks are configured to drive the same FBM out-
put channel, a warning message is displayed at the control configurator and/or the default display,
for each of the blocks. The blocks are not prevented from executing, however, since the duplicated
output channel may be an intentional part of the control strategy. (The two blocks may be in
compounds which are never ON at the same time, for example.) If the duplication of the output
channel is unintentional and the warning message is ignored, unpredictable results ensue, includ-
ing possible process upset.
42
4. Block Characteristics B0193AW – Rev R
The Manual Fail-safe (MANFS) option can be configured in AOUT (AOUTR) blocks and in
analog controller blocks. If the MANFS option is set, the block is set to the Manual mode when
Fail-safe is detected.
The FS BLKSTA bit is set in the analog controller blocks under these conditions:
♦ The analog controller block is in the Auto mode
♦ The analog controller block is in the Manual mode and its MANFS option is set.
If PRIBLK is configured, the AOUT (AOUTR) block also requests the unconditional initializa-
tion of the upstream blocks via its BCALCO output when Fail-safe is detected.
Once set, the FS BLKSTA bit and the FS Boolean output remain set in the AOUT (AOUTR)
block until one of these events occurs:
♦ The block is in Manual, and the output parameter is changed by the you
♦ The block makes a transition from Manual to Auto
♦ PRIBLK is not configured, and the block is in Auto
♦ PRIBLK is configured, and the initialization acknowledgment is received from the
upstream block.
Once set, the FS status bit remains set in the analog controller block until one of these events
occurs:
♦ The block is in Manual, and the output parameter is changed by the operator
♦ The block is in Auto and the downstream cascade closes
♦ The block makes a transition from Manual to Auto.
43
B0193AW – Rev R 4. Block Characteristics
♦ If the measurement at the analog input point is determined by the AIN, AINR, or
MAIN block to be out-of-range, then HOR or LOR is set true, and, in some circum-
stances, PNT or PNT_x will have Bad status. Parameter BADOPT in the AIN,
AINR, or MAIN block governs whether range violation causes Bad status, in accor-
dance with the following rules:
♦ BADOPT = 0: Neither HOR nor LOR causes Bad status.
♦ BADOPT = 1: LOR causes Bad status.
♦ BADOPT = 2: HOR causes Bad status.
♦ BADOPT = 3: Both HOR and LOR cause Bad status.
In general, the signal values at which the input block declares the point status LOR or HOR, are
approximately lower range value for the low end, and approximately upper range value for the
high end, depending on the value of OSV. However, the actual determination of HOR/LOR sta-
tus depends on the details of the signal conditioning in use for the point. [See Integrated Control
Block Descriptions (B0193AX).]
For FBM types 1 and 4, there is much greater latitude on the low end of the signal span when you
use elevated-zero signal conditioning (that is, 4 to 20 mA with an SCI of 3, 5, or 7). However,
there is very little headroom on the high end of the signal span, regardless of elevated-zero signal
conditioning.
In the AIN, AINR, and MAIN blocks the Bad status of PNT or PNT_x is always identical to the
block’s BAD output parameter.
44
5. Block States
This chapter describes various block states, including the shutdown, define, bad, and
manual/auto states, as well as the block status parameter (BLKSTA) and status indicators and
events.
Block states comprise both System states and Application states. System states result from:
♦ Mismatching or undefined FBM/ECB identifiers
♦ Incorrect or out-of-range parameter values
♦ Off-line/On-line switching
♦ Any other action other than Manual/Auto switching.
The System states are:
♦ Shutdown
♦ Define
♦ Bad.
The Application states under block control are:
♦ Manual/Auto
♦ Local/Remote.
Shutdown State
Shutdown is the state the block exhibits when its compound is off-line, that is, it is turned off by
the compound processor (via Compound On/Off). It is essentially a wait state until the com-
pound goes back on-line.
This event causes a state transition out of the Shutdown state to one of the application states,
Manual or Auto. The block initializes when it asserts this state transition.
Conversely, when the compound is turned off, it causes the block to make a transition out of its
present application state back to the Shutdown state.
In this state:
♦ All connectable parameters are released
♦ The last values, or block history, is saved and maintained
♦ The Out-of-Service status of all value records is set true.
This action notifies other users, which have connections to this block, that the block has been
taken off-line. At Shutdown, all previous history is saved.
45
B0193AW – Rev R 5. Block States
Define State
During initialization, the block validates critical configuration parameters prior to performing a
state transition out of the shutdown state. If validation is successful, the block reverts to an Appli-
cation state, Manual or Auto, depending on the value in INITMA. However, if any of these criti-
cal parameters are not within their legal range, the block will avert going on-line by performing a
state transition back to the Shutdown state and declaring itself Undefined.
During installation, a block will be installed and placed in the Undefined state when an input
connection, specified to a source block residing in the same station, experiences any of the follow-
ing errors:
♦ The source parameter is nonconnectable.
♦ The source parameter name is invalid for its block type.
Bad State
The Bad state results from I/O-related errors, for example, mismatching FBM and ECB identifi-
ers, or bad inputs and handling, or non-operational FBMs.
This Bad status is included as a quality attribute (bad) of the output parameter of input-type
blocks.
In the Bad state:
♦ The AOUT or AOUTR block’s BCALCO initialization status bit is set
♦ Outputs are marked Bad and Secured
♦ The last driven state is retained.
When the data is validated and the block is not Bad, the outputs are reset, marked good, and the
block returns to either Manual or Auto.
Bad Detection
The first checks for a bad input take place in the FBM. Part of the FBM error detection includes
a “bad channel status” test that includes a check of the hardware signal to determine if that signal
exceeded the range of the A/D converter (that is, the signal value was at zero or at its maximum
value). Also included as part of the “bad channel status” test is a rate of change check (assuming
that the ROC parameter of the associated ECB block is a non-zero value) which detects when a
measurement value changes faster then the configured limit and consequently marks the input
channel bad. The “bad channel status” bit that is sent with the raw data value to the analog input
block (via the ECB) is an indicator of the results of these tests which includes other internal FBM
diagnostic checks for erroneous raw data conversion.
The ECB receives the raw data and the channel status, and adds an “ecb_status” which is resolved
at the ECB interface and indicates the availability of the FBM. “ecb_status” is set when the FBM
is not available because it is either not operational, or the path to it (the PIO bus) is in error.
These three entities, raw data, channel_status, and ecb_status are directed to an analog input
block (AIN, AINR, or MAIN). AIN, AINR, and MAIN blocks handle Bad detection identically.
46
5. Block States B0193AW – Rev R
CP
AIN
bad status
OR OR
bad
0 bad_status AND BAD to
lor 1 bad_status + lor
bad_status + hor MA
hor 2 pnt.bad other
3 bad_status + lor + hor
The AIN or AINR block uses the logical OR of the two status bits, channel_status and
ecb_status, to produce the internal signal, bad_status. If bad_status is true, the input is Bad for all
values of BADOPT, and, when the block is in Auto, the BAD output parameter, the PNT.Bad
status bit, and the BAD bit (bit 12) of the BLKSTA output are all set true.
The raw data goes to two functions.
The raw data goes to the data handling algorithm to produce an output value determined by the
input and the configuration. If the converted value exceeds the normalized signal span specified
by the HSCO, LSCO, and OSV parameters, output clamping occurs. This output clamping acti-
vates one of two signals to indicate that the output is clamped at the high, or low, end of the span.
The raw data also undergoes a raw data out-of-range test to ensure that the data, as received by the
AIN or AINR block, is within the raw signal range in those cases (for example, square root extrac-
tion or table lookup linearization) where an out-of-range input might not produce a limited out-
put. If the data is out-of-range, the block activates one of two signals to indicate that the input is
outside the high, or low, end of the input range.
The results of these two functions at each end of the span are combined to yield two out-of-range
signals. The signal that indicates the output is clamped at the high end, is OR’d with the signal
that indicates the input was too high, to produce the internal signal “hor” (high out-of-range).
Likewise, the two low indicators are OR’d, to produce the internal signal “lor” (low out-of-range).
One, or both, of these signals (“hor” or “lor”) may be included with the bad_status signal
(depending on the configuration of the BADOPT parameter) in the determination of a Bad
input. BADOPT (Bad and Out-Of-Range option) is a nonconnectable, nonsettable, integer
input that determines the conditions that, when the block is in Auto, make the BAD parameter
output, the PNT.Bad status bit, and bit 12 (BAD) of the BLKSTA output, all true.
47
B0193AW – Rev R 5. Block States
The BADOPT value ranges from 0 to 3 and map to the following conditions:
0 Bad_status
1 Bad_status or Low Out-of-range
2 Bad_status or High Out-of-range
3 Bad_status or Low Out-of-range or High Out-of-range.
When an out-of-range condition causes a Bad input condition, the block takes the following
actions:
♦ Sets the appropriate HOR or LOR parameter.
♦ Sets the point Bad status, the BAD output parameter, and the BAD bit in the
BLKSTA parameter.
♦ Activates the BAD alarm, if configured.
The default value of BADOPT is zero. The High and Low out-of-range conditions will set the
BAD output when the BADOPT parameter is defaulted.
Manual/Auto States
Manual/Auto are Application states. Most blocks support the parameter MA for their primary
outputs. MA is a Boolean input that controls the Manual/Auto operational state of the block’s
output(s). The nonsettable outputs of a block are not under MA control.
In Manual, the output is unsecured, which makes it an input or an independent variable from any
external process. In Manual, the block:
♦ Unsecures the settable output parameter(s)
♦ Retains real type output values from last values while in Auto. (Exceptions: Man
clamp and Man alarm options.)
♦ Clears Boolean-type outputs on initial transition.
In Manual, any task or process is allowed to write to settable outputs through SET calls. The out-
puts become available to all users.
In Auto, the block secures its settable outputs, which makes them dependent variables that are
determined by the substate of Auto (for example, Hold, Track, Control). On a transition to Man-
ual, the output is held for reals but is cleared for Booleans. In Auto the block:
♦ Secures its primary settable output parameter(s)
♦ Updates them according to the algorithm.
The following, Figure 5-2, shows a block state transition diagram.
48
5. Block States B0193AW – Rev R
System-Related States
Compound Turned On Operational States
(Application
Start Dependent)
Ok
Boolean
Connection
Bit No. Indicated Operational State Extension
31 (MSB) FLB Supervisory Control Fallback State BLKSTA.B1
30 SC Supervisor Control BLKSTA.B2
29 SE Supervisor Enabled BLKSTA.B3
28 HOL High Output Limit (Clamped) BLKSTA.B4
27 LOL Low Output Limit (Clamped) BLKSTA.B5
26 MAO Manual/Auto Override BLKSTA.B6
25 LRO Local/Remote Override BLKSTA.B7
24 FS Fail-safe BLKSTA.B8
49
B0193AW – Rev R 5. Block States
Boolean
Connection
Bit No. Indicated Operational State Extension
23 DSB Disabled; MO Manual Override (MDACT, DPIDA) BLKSTA.B9
22 DSR DSR Mismatch (GDEV); DF Device Fail BLKSTA.B10
(MDACT DPIDA)
21 ILK Interlock; RED Redundant Inputs (DPIDA) BLKSTA.B11
20 WLCK Workstation Lock BLKSTA.B12
19 SBX Executing SBX Statements (Sequence blocks); TEST BLKSTA.B13
Test Mode (PLB); HRQ Hold Request (MDACT);
DEV Redundant MEAS input deviation limit (DPDIA);
Set Point Ramp Up (PIDA)
18 PAUS Paused (DEP); SIM Simulation Mode (PLB); BLKSTA.B14
INER Input Error (OUTSEL)
17 TRIP Tripped (MON); FTN Feedforward Tune Active BLKSTA.B15
(PIDA, DPIDA); LM2 Limit Switch 2 On (GDEV);
RAMP Ramp Option (RAMP)
16 ACT Active/Inactive (Sequence blocks); FTNI Feedfor- BLKSTA.B16
ward Tune Inactive (PIDA, DPIDA); REPT Repeat
Option (RAMP); LM1 Limit Switch 1 On (GDEV)
15 ON Compound On BLKSTA.B17
14 UDEF Undefined BLKSTA.B18
13 (Unused) BLKSTA.B19
12 BAD Bad I/O (I/O Blocks only - block in BAD state) BLKSTA.B20
11 MA Manual(= false)/Auto(= true) BLKSTA.B21
10 LR Local(= false)/Remote(= true) BLKSTA.B22
9 STRK Set Point Tracking; FBMR Redundant FBM Fail BLKSTA.B23
(AINR, AOUTR)
8 FBM FBM Failure BLKSTA.B24
7 HLD Holding BLKSTA.B25
6 TRK Tracking BLKSTA.B26
5 CTL Controlling; ACC Accumulating (ACCUM); RMP BLKSTA.B27
Ramp (RAMP)
4 FOL Follow; ASP Alternate Set Point (MDACT); DEV BLKSTA.B28
DEV Redundant I/O Deviation (DPIDA)
3 (Unused) BLKSTA.B29
2 PTN Pre-Tune Mode (EXACT tuning algorithm) BLKSTA.B30
1 STN Self-Tune Mode (EXACT tuning algorithm); BADR BLKSTA.B31
Bad Redundant I/O (AINR, AOUTR)
0 MTN Manual Tune Mode (EXACT tuning algorithm); BLKSTA.B32
SEL Redundant I/O Selected (AINR)
50
5. Block States B0193AW – Rev R
BLKSTA provides bit-mapped status indication of bad I/O, Manual/Auto, and other block states.
1. HOL and LOL are mutually exclusive, set false on a transition to manual, and
updated when the block output is clamped.
2. ON is true whenever the compound that includes this block has its ON parameter set
true.
3. UDEF indicates that, during initialization, the block was unable to validate critical
configuration parameters, and returned to the shutdown state.
4. BAD is set true in an I/O block when the block detects a bad input channel or,
depending on the BADOPT configuration, data that is out-of-range.
5. MA indicates the Auto/Manual state of the block (true = 1 = Auto;
false = 0 = Manual).
6. LR and STRK are mutually exclusive, initialized to the appropriate set point state, and
updated when state transitions occur.
7. FBM is set true when the FBM is found to have bad status.
8. HLD, TRK, CTL, and FOL are mutually exclusive substates of the Auto state, initial-
ized to the appropriate block state and updated when block state transitions occur.
9. PTN, STN, and MTN are mutually exclusive, initialized to the appropriate tune state
and updated when tune state transitions occur.
The BLKSTA parameter is set to zero when a block initializes.
BLKSTA can be accessed by application programs. It can also be accessed by other blocks having
long (32 bits) integer inputs that can be handled as packed Booleans (for example, the MCIN
block when the IOMOPT option is configured false, or the CALC block).
Table 6-1 indicates, in alphabetical order, the literal names assigned to the individual bits of
BLKSTA. These names may be used in Boolean connection extensions (for example,
BLKSTA.LOL).
Block Status
This section discusses two aspects of block status: indicators and events.
Control and I/O blocks are equipped with status indicators to:
♦ Indicate the current block status
♦ Indicate the nature of the event that caused that status
♦ Provide inputs to the control scheme that may initiate an appropriate response to that
event.
Status Indicators
Three types of status indicators that Control and I/O blocks use are:
1. The BAD parameter – a dedicated boolean output of the AIN, AINR, AOUT,
AOUTR, CIN, COUT, EVENT, MAIN, MCIN, MCOUT, MDACT, MTR,
MOVLV, and VLV blocks. Control blocks typically use BAD as a source parameter
for determining control strategy.
51
B0193AW – Rev R 5. Block States
2. Bits from a parameter’s value record status word. The only bits available as named
sources in Control Configurator connections are:
PARM.B (Bad)
PARM.E (Error)
PARM.O (Out-of-Service)
PARM.D (Disconnected)
(PARM represents the name of any parameter.) See “Connections to Source Status”
on page 59.
In addition, user-written software applications may access any of the 16 bits of the
value record status word. These bits are defined as follows:
3. Bits from the 32-bit packed long status parameters, Block Status (BLKSTA) and
Alarm Status (ALMSTA).
The following paragraphs provide some examples of the events that activate some of these
indicators.
1. BAD parameter – Set TRUE when:
The FBM or FBC has failed, or the input point has bad status.
2. Parameter Value Record Status Bit – PARM.Bad
Set TRUE when:
a. An input block detects a bad I/O channel.
b. An AIN, AINR, or MAIN block detects an out-of-range value if BADOPT is
configured to respond to it.
52
5. Block States B0193AW – Rev R
Status Events
Among the events that activate these indicators are:
♦ Loss of FBM communications (permanent or temporary)
♦ Compound turns OFF
♦ Compound turns ON with, or without, errors
♦ Block initializes with fatal validation errors
♦ An I/O block has an unresolved ECB linkage
♦ An I/O block receives a Bad ECB status
♦ An I/O block receives a Bad channel status
♦ An I/O block receives an out-of-range value
♦ Block has a source connection resolved
♦ Block has a source connection deleted
♦ Block installation
♦ Block modification with, or without, specified linkage
♦ Download with resolved, or unresolved, linkage.
The following provide examples of the block indications shown at some of these events.
1. Loss of FBM communications.
a. The I/O blocks connected to the lost FBM set their BAD parameter true.
b. The I/O blocks connected to the lost FBM set their BLKSTA Bit 8 (FBM Fail)
true.
c. The OOS bits in the input/output parameters of any connected blocks are set
true.
53
B0193AW – Rev R 5. Block States
d. The output I/O blocks connected to the lost FBM set the BCALCO initialization
status bit true.
2. Loss of FBM communications – temporary (for example, PIO bus switch).
a. The I/O blocks connected to the lost FBM set their BLKSTA Bit 8 (FBM Fail)
true.
b. The OOS bits in the input/output parameters of any connected blocks are set
true.
c. The output I/O blocks connected to the lost FBM set the initialization status bit
of BCALCO true.
3. Compound turned OFF.
The OOS bits in the input/output parameter records of each block in the compound
are set true.
4. Compound turns ON (no block errors).
a. The OOS bits in the input/output parameter record of each block in the com-
pound are reset.
b. The BAD bit in each input/output parameter record is reset.
5. Compound ON and I/O block has a bad channel status.
BLKSTA Bit 12 (Bad I/O) is set.
6. Compound ON and AIN, AINR, or MAIN block receives out-of-range data.
BLKSTA Bit 12 (Bad I/O) is set if BADOPT configured correctly.
7. Source connection broken – for example, source deleted, source resides in a
nonexistent compound, or there is a peer-to-peer path failure.
The OOS bit in the sink parameter record is set.
8. Source compound turned OFF.
The OOS bit in the sink parameter record is set.
9. MCIN block receives an invalid BCD input.
Bit 12 (Bad I/O) in the block status parameter BLKSTA is set.
54
6. Connections
This chapter describes various aspects of process connections, including shared variables, linkage
syntax, boolean and packed boolean connection extensions, default values for integer and real
connections, and mixed data types.
Process connections between blocks, or blocks and shared variables, are long-term secured con-
nections that are established through the Integrated Control Configurator.
A block output to an FBM point is not a secured connection. The user must confirm that no
more than one output block is attached to an FBM point at a time.
A local “block-to-block” parameter linkage is a direct connection from the source parameter to
the receiver in the local database and does not involve the Object Manager.
A remote connection between two parameters in different stations is established by the Object
Manager, which maintains a change-driven read connection from the source to the receiver.
Linkages from blocks in the compound database to application programs is through shared
variables.
Short-term connectionless access from application programs is established through GET/SET
calls. Access security is determined at the host or source by setting the Secure flag in the shared
variable status (GET/SET calls).
GET calls to any parameter in the database, including local algorithm variables, are allowed.
SET calls are monitored for validity of data type, range, setability attribute, and secured/ released
status.
If necessary, the data value may undergo algorithm validation, for example, clamping.
For more information on GET/SET calls, refer to Object Manager Calls (B0193BC).
Shared Variables
A shared variable acts as a unidirectional linkage between an application and the control database.
By linking a shared variable to a block input, the configurator can establish a long-term secured
connection between a remote application program and the compound processor database.
The actual connection is made by the Object Manager which establishes a change-driven read
connection to the block input from the application program via the shared variable.
The application program sets and resets the secure, bad, and on/off flags in the shared variable
status.
55
B0193AW – Rev R 6. Connections
Linkage Syntax
The general format of linkage specifications entered at the Integrated Control Configurator is, as
noted in “Blocks” on page 13:
Compound:Block.Parameter (Cname:Bname.Pname)
or, if internal to one compound or one block:
:Block.Parameter (:Bname.Pname)
NOTE
By connecting the boolean input to itself and specifying a default value, this feature
will allow you to create a boolean constant of 0 or 1 that cannot be changed without
reconfiguring the connection. In addition, this feature may be used to pre-configure
deterministic fallback states for any boolean input that is connected peer-to-peer to
a source parameter in a different station.
If you enter invalid extension information, the connection will be marked Unresolved, the block
will be set Undefined, and the OM Scan status of the input will be set to 0.
56
6. Connections B0193AW – Rev R
Examples:
Cname:Bname.Pname.~ If source = 0, set result = 1. If source non-zero, set result = 0.
Cname:Bname.Pname.1.~ Set default result = 1. If connection broken, set result =1.
Else if source = 0, set result = 1, and if source is non-zero,
set result = 0.
The selected option “Bbit” causes the result to be set equal to the specified bit of the source, where
B1 is the high-order bit. The “bit” specification indicates which bit is selected. There is no space
between “B” and “bit”. “Bit” must be a 1-or 2-digit decimal number which is in range for the data
type of the source (that is, no higher than 16 if the source is an Integer or Packed Boolean, and no
higher than 32 if it is a Long or Packed Long).
The only allowable source types are Integer, Long, Packed Boolean, or Packed Long.
The result is subject to optional inversion.
57
B0193AW – Rev R 6. Connections
Examples:
The selected option “Amask” or “Xmask”, where mask is a hexadecimal mask of 1 to 4 hexadeci-
mal digits, causes the sink to be set to the bitwise AND of the source value with the mask, or the
bitwise XOR of the source value with the mask, respectively. There is no space between the “A” or
“X” and the mask. The source must be of type Integer, Long, Packed Boolean, or Packed Long. If
the source is Long or Packed Long, the mask is applied to the low-order 16 bits. The result is sub-
ject to optional inversion.
Examples:
The option “H”, when it follows “A” or “X”, indicates that the specified operation is to be per-
formed on the high-order 16 bits of the source value. The only valid source types are Long or
Packed Long.
Examples:
58
6. Connections B0193AW – Rev R
B 1 = Bad I/O
O 1 = Out-of-Service
D 1 = OM Off-Scan (“Disconnected”)
E 1 = Propagated Error
59
B0193AW – Rev R 6. Connections
60
6. Connections B0193AW – Rev R
Example:
The Manual/Auto state of a block is presented in Bit 11 of BLKSTA, where Bit 0 is
the low-order bit. Boolean connection extensions refer to this bit as either
BLKSTA.MA or BLKSTA.B21. (Note that Bit 31, the high-order bit, is referred to in
Boolean connection extensions as B1.) When you use the Amask or Xmask format,
you must refer to the third column (“Bit”) and when you use the Bbit format, you
must refer to the fourth column (“Bbit”). In order to prevent parameter BLKSTA
from becoming unnecessarily long, certain bits are used in a block-dependent fashion,
thereby necessitating “alias” names for some bit positions. See, for example, ACT and
CTL.
61
B0193AW – Rev R 6. Connections
The boolean extension symbols for the inhibit status parameter INHSTA are the same as those for
the ALMSTA parameter, except for the UNAK symbol.
62
6. Connections B0193AW – Rev R
If Pname is a real, then Pname is converted to an unsigned integer before the mask is applied.
You cannot set any sink bits which are specified in the mask for setting, clearing, or copying.
All other bits of the sink are settable.
63
B0193AW – Rev R 6. Connections
64
6. Connections B0193AW – Rev R
Peer-to-peer connections do not support a mixture of real and integer data types, or a mixed con-
nection to a boolean source.
65
B0193AW – Rev R 6. Connections
66
7. Block Processing
This chapter describes the compound processor’s actions in the basic processing cycle (BPC). It
describes scanning, I/O blocks, and input and output signal conditioning.
The compound processor is a task scheduled by the operating system to run every basic processing
cycle (BPC).
The BPC is the smallest resolution of time in which the compound processor can be scheduled to
run. It presently defaults to 0.5 second. Periods are resolved in multiples of the BPC.
Compound Processing
ECB/FBM
Commun- Inputs Continuous Sequence Continuous Outputs
ication from block block block to
ECB Algorithms processing algorithms ECB
(1st list) (2nd list)
System
Block Processing Tasks
Within each BPC, the compound processor task processes the blocks in the following order:
1. The first list of continuous blocks.
2. Monitor blocks and timer blocks.
3. Exception blocks.
4. Dependent and independent blocks.
5. The second list of continuous blocks.
See the diagram above for a BPC representation.
Ladder Logic processing takes place within the Fieldbus Modules.
After the first list of continuous blocks is processed, the sequence blocks are allotted a specific
time before the second continuous list. If the sequence blocks are not finished in a single BPC,
they are continued during successive BPCs.
Sequential control block processing is defined in greater detail in “Sequential Control Blocks” on
page 133.
67
B0193AW – Rev R 7. Block Processing
Scanning
For Control Processors, the allowable user-specified scan periods are 0 through 13. Each scan
period has the value shown in Table 7-1.
Scan Overrun
A Scan Overrun occurs when a processor has more blocks than it can process within a single scan
cycle.
Block Phasing
A block can never be executed more frequently than the minimum Basic Processing Cycle (BPC)
of the Control Processor (CP). A block with a period of 0 is executed as if the period were 0.5 sec-
ond if the BPC is 0.5 second.
The BPC default value is 0.5 second. However, the BPC can be set to 0.1 second or other values
with System Configurator/Definition.
Phasing is the distribution of the block processing over multiple BPCs. The object is to limit the
number of blocks scheduled for processing in any given BPC.
When the block period is equal to the BPC, the block is processed every cycle and there are no
phasing options.
However, when the block period is greater than the BPC (processed less frequently), the block can
be phased to execute at some time other than the very beginning of the period. This feature is use-
ful in avoiding overruns. Overruns occur when too many blocks are scheduled for execution at the
same BPC.
68
7. Block Processing B0193AW – Rev R
Thus, a block having a PERIOD/PHASE assignment of 3/1 executes every 2.0 seconds in the sec-
ond BPC frame of the two second period.
! WARNING
Do not assign a block phase value that is not shown in Table 7-2. Such an
improper assignment causes a warning message in the control configurator and, if
not corrected, causes the block to be undefined. This results in the block not being
processed.
Assume a group of blocks all having a PERIOD value of 1, 2, or 3, and a PHASE value of 0. Exe-
cution of these blocks will follow the patterns shown below.
69
B0193AW – Rev R 7. Block Processing
Basic Processing 0 1 2 3 4 5 6
Cycle (BPC)
(0.5 Sec)
0 0 0 0 0 0 0
PERIOD=1 (0.5 s)
PHASE=0
0 1 0 1 0 1 0
PERIOD=2 (1.0 s)
PHASE=0
0 1 2 3 0 1 2
PERIOD=3 (2.0 s)
PHASE=0
A processor can be overloaded with more blocks than it can process in a single BPC. To prevent
overloading, you can balance the block load within a single phase by changing a block(s) execu-
tion to another phase.
Scan Overload
When blocks are configured initially, they default to a phase of zero. As shown in Figure 7-2,
many blocks can be designated for execution in Phase 0 of a single BPC. When all blocks in a pro-
cessor have a phase of zero, they are processed during a single BPC. In such a case, the processor
must be able to handle all the blocks in a single BPC, or scan overrun may occur.
For example, if the blocks in Figure 7-2 were equal in load, the CP’s total execution time for each
BPC would take the pattern shown in Figure 7-3. BPC0 and BPC4 begin to show the effects of a
Phase 0 pileup; the amount of time required to process the blocks increases as more blocks are
added.
1 3 5
A Scan Overrun occurs when a processor has more blocks that it can process within a single scan
cycle. During a scan overrun, the Compound Processor continues to process blocks even after the
allocated period for the cycle is over. It simply extends the scan cycle into the next BPC until it has
completed processing the remaining blocks. However, the processor does not perform any of the
operations scheduled for this overrun BPC; to prevent the scan cycles from being offset, the over-
run BPC is ignored. When finished, the Compound Processor waits until the beginning of the
next scheduled BPC to begin the next execution.
70
7. Block Processing B0193AW – Rev R
This situation is illustrated in Figure 7-4. If you add CMP1, a large compound of blocks having a
PERIOD value of 3 and PHASE 0, to the blocks described in Figure 7-3, the PHASE 0 Total
Execute Time is large enough to cause an overrun and the PHASE 1 operation is delayed. The
next processing operation occurs at PHASE 2.
Added CMP1
PERIOD=3/PHASE=0 1 2 3 1 2
0 0
3
Total Execute Time 0 overrun 2 4 overrun 6
Figure 7-4. Example of Overrun
NOTE
When the blocks are configured at longer periods, the Compound Processor may
still overrun intermittently due to a pileup at certain Phase 0 frames.
An overrun guarantees that the control operation goes to completion, but it also results in the loss
of a processing cycle and the skewing of succeeding cycles. An occasional overrun may not affect
control, but repeated occurrences must eventually degrade process control.
To alleviate a potential scan overrun situation, the block phasing should be adjusted for the extra
blocks causing the scan overrun. Configuring block phasing balances out the load on the CP data-
base by spreading block processing evenly throughout the BPCs.
Using the same example, you can configure CMP1, the large added compound executing at
PHASE 0, to execute at other times (for example, Phases 1 and 3) and avoid the overruns that
occurred at BPC0 and BPC4 (PHASE 0).
Part of CMP1
PERIOD=3/PHASE=1 0 1 2 3 0 1 2
Part of CMP1 0 1 2 3 0 1 2
PERIOD=3/PHASE=3
The following describes how to avoid scan overrun by configuring block phasing.
71
B0193AW – Rev R 7. Block Processing
Compound Phasing
♦ The system defaults the Compound Period to the system BPC, and the Compound
Phase to 0.
72
7. Block Processing B0193AW – Rev R
♦ If a phase value, outside of the legal phase values for the assigned Period value, is con-
figured, the block, compound, or ECB is never processed. A warning message is
displayed in the Integrated Control Configurator and the block, compound, or ECB
is set undefined. If you reduce the Period value, the existing Phase value is verified to
ensure that it is within the legal range for the new Period value.
♦ When working with a block in a gateway, turn the compound off before altering the
period or phase.
73
B0193AW – Rev R 7. Block Processing
74
7. Block Processing B0193AW – Rev R
If a failure is detected and the secondary signal is healthy, that signal is used on the block’s point
output.
When either signal fails or when they differ by more than a user-defined parameter, alarms are
generated.
Sensor or
Linear Raw Compound B
Transmitter
A/D Data &
Conversion Status AIN
HSCALE
LSCALE
Other Compounds
Process I/O Serial Bus (Fieldbus)
Data 0 to 64000 counts (normalized)
75
B0193AW – Rev R 7. Block Processing
Measurement values are linearized using linear/square root conversion, standard curves, and/or
piecewise-linear interpolation. This maintains the accuracy of the raw data over the entire range.
The following types of signal conditioning are provided:
♦ Default = 0, no conditioning
♦ 0 to 64000 raw counts linear (Analog Input 0 to 20 mA)
♦ 1600 to 64000 raw counts linear (Analog Input 0 to 10 V dc)
♦ 12800 to 64000 raw counts linear (Analog Input 4 to 20 mA)
♦ 0 to 64000 raw counts square root (Analog Input 0 to 20 mA)
♦ 12800 to 64000 raw counts square root (Analog Input 4 to 20 mA)
♦ 0 to 64000 raw counts square root with low cutoff (Analog Input 0 to 20 mA)
♦ 12800 to 64000 raw counts square root with low cutoff (Analog Input 4 to 20 mA)
♦ 1600 to 64000 raw counts linear with low cutoff (Analog Input 0 to 10 V dc)
♦ 12800 to 64000 raw counts linear with low cutoff (Analog Input 4 to 20 mA)
♦ 14080 to 64000 raw counts linear (Analog Input 2 to 10 V dc)
♦ 14080 to 64000 raw counts square root with low cutoff (Analog Input 2 to 10 V dc)
♦ type E thermocouple
♦ type E thermocouple EA-2
♦ type J thermocouple
♦ type K thermocouple
♦ type R thermocouple
♦ type S thermocouple
♦ type T thermocouple
♦ type N thermocouple
♦ nickel RTD
♦ platinum RTD (SAMA)
♦ platinum RTD (DIN)
♦ platinum RTD (IEC)
♦ copper RTD.
Every RTD/thermocouple “SCIX” (Signal Conditioning Index) has a table associated with it (see
Appendix A “Signal Conditioning Indexes” on page 193).
The CHARC block can be used to apply user defined piecewise-linear characterization to non-
standard inputs. This is accomplished by connecting the EXTBLK parameter of the input block
to the BLKSTA parameter of the CHARC block, and setting the EXTOPT parameter of the
CHARC block to 1. The CHARC block segments must be configured as required.
76
7. Block Processing B0193AW – Rev R
You can also use “special thermocouple” signal conversion for nonstandard thermocouple inputs
when the cold-junction compensation must be accommodated by the CHARC block. To do this,
you should connect the EXTBLK parameter as described, but the EXTOPT parameter of the
CHARC block should be set to 2. First, the cold junction compensation temperature is converted
by the CHARC block from degrees Celsius into millivolts, using reverse interpolation. Then, the
millivolt equivalent of the cold junction reference is added to the millivolt analog input point
value, and the sum is passed to the CHARC block for forward interpolation. This results in the
generation of a compensated output value in degrees Celsius.
Filtering
First or Second-Order
First- or second-order filter is provided on an optional basis:
Option:
0 = No filtering
1 = First order
2 = Second order Butterworth
Contact Filtering
Contact bounce is filtered by the FBM.
CONTROL PROCESSOR
F
to other compounds
I
(optional) ECB
E
L
Change FBM
OUT RAW VALUE D
Driving COUNTS
HSCALE Driven B
Block
or LSCALE READ-BACK U D/A
Read
Application COUNTS S
Back PROCESS S
FBM STATUS I
BAD
G
V dc, mA etc.
AOUT N
A
PROCESS
DOMAIN L
77
B0193AW – Rev R 7. Block Processing
The following output Signal Conditioning options are applicable for analog output I/O blocks:
♦ Default = 0, no conditioning
♦ 0 to 64000 raw counts linear (Analog Output 0 to 20 mA)
♦ 1600 to 64000 raw counts linear (Analog Output 0 to 10 V dc)
♦ 12800 to 64000 raw counts linear (Analog Output 4 to 20 mA)
♦ 0 to 64000 raw counts square root (Analog Output 0 to 20 mA)
♦ 12800 to 64000 raw counts square root (Analog Output 4 to 20 mA)
♦ 14080 to 64000 raw counts linear (Analog Output 2 to 10 V dc)
♦ 14080 to 64000 raw counts square root with low cutoff (Analog Output
2 to 10 V dc).
78
8. Block/Process Alarming
This chapter provides details on block alarm processing, alarm states, and data recorded in
alarm messages.
Alarming Overview
Block alarming, or process alarming, is used to detect when a specific event or condition with
potentially hazardous consequences has occurred. This event or condition involves a change in the
operation of a monitored field device or block.
When an alarm is triggered in a block, notification is sent through the station block to the Alarm
Manager, which alerts the operator via a message on the process display, and/or a horn on an
annunciator keyboard. In most cases, the station block can also send the alarm alert to an alarm
printer as well. The alarming system is shown in Figure 8-1.
Notification
Device or Block
There are a number of different types of process alarming, each specific to a particular event or
condition. To enable each type of process alarm, you must determine and configure the following
information (via alarm parameters specific to each block):
♦ which types of alarms you want to enable (alarm options), and which types of alarms
you want to inhibit
♦ the text that appears in the process display if the alarm is initiated
♦ the device group that you want each alarm message sent to
♦ the priority level you want to assign to each alarm
♦ any parameters specific to the alarm type, such as the limit at which the alarm is initi-
ated and the deadband that determines when the alarm condition returns to normal.
Configuration procedures for process alarms are available in Process Operations and Displays
(B0193MM).
79
B0193AW – Rev R 8. Block/Process Alarming
Some blocks have alarming as their primary function, however, most blocks offer alarming on an
optional basis. Also, some blocks, such as PLC and DCI blocks, do not offer alarming features.
Alarming provides the basis for:
♦ Alarm detection via alarm output indicators (see next section)
♦ Message generation, related to the value of certain parameters
♦ Guidance notification.
The following section explains how process alarms are generated.
80
8. Block/Process Alarming B0193AW – Rev R
[Alarm Indicator]1 Set to true when a specific alarm point is in alarm. It can be connected
into control strategies.
[Group Number]1 Allows you to assign a group number from 1 to 8 for alarm device destina-
tion and distribution. You can specify up to eight destination devices for
each group between group number 1 and group number 3. You do this by
configuring the GRx and DVy parameters in the compound containing
the block. You can specify up to 16 destination devices for each group
between group number 4 and group number 8. You do this by configuring
the GRx and DVy parameters of the station block for the station contain-
ing the block.
[Priority Level of A priority level of 1-5 assigned for display and annunciation purposes,
Alarm]1 where:
1 = highest priority (0 = no alarm)
The block does not use this parameter. The alarm message processor uses
it as a filter for the Compound Inhibit (CINHIB) function.
[Alarm Text] A string that is sent to a process display when a specific alarm point is in
alarm (if uninhibited). In some blocks, a “return-to-normal” message may
also be available for when the point goes out of alarm. This string is sent
with the alarm message (see “Alarm Messages” on page 82).
One Per Block:
INHIB All alarms in the block are inhibited. The specific action taken depends on
the value of INHOPT in that block.
INHALM Contains packed Boolean values that represent alarm inhibit requests for
each type of alarm configured in the block. The specific action taken
depends on the value of INHOPT in that block.
NOTE
More information on the INHIB, INHALM, and INHOPT parameters is available
in “Alarm Inhibition” on page 86.
1.
Name varies, depending on the block in which it is used.
81
B0193AW – Rev R 8. Block/Process Alarming
CRIT Indicates the highest priority of all active alarms within the block.
UNACK A Boolean output parameter which is automatically set true (1) when a
block alarm becomes active. It is settable, by an operator “acknowledge”
pick on a default or user display, or via a user task. It may also be reset
automatically when the alarm condition clears if that option is specified by
the INHOPT parameter.
Additional information is sent to the process display in each alarm message which is not user-
configured. This information is detailed in the next section.
Alarm Messages
When an alarm is generated, an alarm message is sent to the configured device group. This alarm
message consists of the following data:
NOTE
The following terms are used internally with the blocks, and are not parameter
names.
TYPE MSG Text indicating the type of check violated (for example, HI DEV) or
Fail Text (for example, PUMP FAILURE)
Be aware that this is not the alarm text configured for each block, but is
derived from a separate list.
82
8. Block/Process Alarming B0193AW – Rev R
Boolean
Connection
Bit No. Indicated Alarm State Extension
31 (MSB) TRIP Trip Alarm ALMSTA.B1
30 UNACK (unacknowledged) ALMSTA.B2
29 INH Inhibit Alarm ALMSTA.B3
28 OOR Out of Range Alarm ALMSTA.B4
27 OPER Sequence Operational Error Alarm ALMSTA.B5
26 STAL State Change Alarm ALMSTA.B6
25 HHA High High Absolute (TARG in ACCUM block) ALMSTA.B7
24 LLA Low Low Absolute Alarm ALMSTA.B8
23 RATE Rate of Change Alarm ALMSTA.B9
22 BAD Input/Output Bad (BAD output of block) ALMSTA.B10
21 HDA High Deviation Alarm ALMSTA.B11
20 LDA Low Deviation Alarm ALMSTA.B12
19 HOA High Output Alarm (PTARG in ACCUM block) ALMSTA.B13
18 LOA Low Output Alarm ALMSTA.B14
17 HMA High Measurement Alarm ALMSTA.B15
16 LMA Low Measurement Alarm ALMSTA.B16
15 to 8 PNT1 to PNT8 – Points in STATE Alarm (BLNALM) ALMSTA.B17 –
ALMSTA.B24
7 to 5 CRIT – Criticality (Range 0 to 5) ALMSTA.B25 –
ALMSTA.B27
4 to 0 PRTYPE – Priority Type (Range 0 to 9) ALMSTA.B28 –
ALMSTA.B32
83
B0193AW – Rev R 8. Block/Process Alarming
84
8. Block/Process Alarming B0193AW – Rev R
A list of all the bits that can be assigned to the ALMOPT parameter and their indicated config-
ured alarms follows:
85
B0193AW – Rev R 8. Block/Process Alarming
Bit Number
(0 to 9) Description When True
0 No Active Alarm
1 High Absolute Alarm
2 Low Absolute Alarm
3 High High Absolute Alarm
4 Low Low Absolute Alarm
5 High Deviation Alarm
6 Low Deviation Alarm
7 Rate of Change Alarm
8 Bad I/O Alarm
9 State Alarm
25 Out of Range Alarm
Together, PRTYPE and CRIT record the level and type of the highest alarm currently active. For
example, assume the Bad and State alarms are both active. If the Bad alarm has priority 3 and the
State alarm has priority 2, then CRIT = 2 and PRTYPE = 9. If the Bad alarm has priority 1 and
the State alarm has priority 4 then CRIT = 1 and PRTYPE = 8. If both alarms have priority 2,
then CRIT = 2 and PRTYPE = 8.
The compound processor maintains a compound criticality parameter in the compound header as
it is processing the blocks. This connectable parameter stores the criticality of the highest priority,
currently-active alarm in the compound, for the Alarm Manager to display.
Despite the priority level of each alarm, any alarm can be inhibited by the operator. The following
section details alarm inhibition.
Alarm Inhibition
Block alarm inhibition is the process by which a block establishes a set of behaviors for specific
alarms, such as preventing the delivery of alarm messages to the process displays and, optionally,
disabling alarm detection.
The following parameters play key roles in inhibiting alarms:
♦ INHIB, INHALM, and INHOPT define the behaviors for the inhibited (and in
some cases, uninhibited) block alarms (see Figure 8-2)
♦ CINHIB (in the CMP block) inhibits alarm messaging and detection at the com-
pound level
♦ INHSTA records which alarms have been inhibited for a particular block.
Figure 8-2 illustrates how INHIB, INHALM, and INHOPT define block alarm inhibition.
86
8. Block/Process Alarming B0193AW – Rev R
*INHOPT
3
INHIB 1
2 INHIBITED ALARMS
UNINHIBITED ALARMS
BLOCK and their behaviors
ALARMS INHALM 1
0
0
INHALM
INHALM is a 16-bit packed Boolean input parameter that is supported in the continuous blocks
that perform alarm detection for multiple alarm types or points. The packed Boolean values spec-
ify the alarm types or points to inhibit in the block. INHALM is a configurable, settable, and con-
nectable parameter that is used in conjunction with the CINHIB compound parameter and the
INHIB block parameter to determine which alarm types and points to inhibit in the block.
INHALM is not supported in AOUT, COUT, CHARC, PATALM, or in sequential blocks (DEP,
IND, EXC, MON), since these blocks contain a single alarm that you inhibit by setting the
INHIB parameter in the block. See Integrated Control Block Descriptions (B0193AX) to identify
the specific bits that make up the INHALM parameter for that block.
A list of all the bits that can be assigned to the INHALM parameter and their indicated inhibited
alarms is shown in Table 8-4.
87
B0193AW – Rev R 8. Block/Process Alarming
INHIB
Inhibit is a Boolean input. When true, it inhibits all block alarms; the alarm handling and detec-
tion functions are determined by the INHOPT setting. Alarms can also be inhibited based on
INHALM and the compound parameter CINHIB.
INHOPT
Inhibit Option specifies the actions in Table 8-5 that apply to all block alarms. Refer to Figure 8-2
for more information on the role of INHOPT in alarm inhibition.
88
8. Block/Process Alarming B0193AW – Rev R
CINHIB
Compounds also support an alarm-inhibit parameter for the entire compound. The CINHIB
parameter is a connectable integer that sets the suppression level of all messages at and below the
specified priority level within the compound. The levels of each alarm are based on the value of
CRIT (see “Criticality and Priority Type” on page 85).
Compound Inhibit specifies the priority levels of alarm inhibition within the compound, where:
♦ 0 = no inhibit
♦ 1 = inhibit all inclusive
♦ 2 = inhibit levels 2-5 inclusive
♦ 3 = inhibit levels 3-5 inclusive
♦ 4 = inhibit levels 4-5 inclusive
♦ 5 = inhibit level 5.
INHSTA
Inhibit Status (INHSTA) is a 32-bit block output parameter that is bit mapped to indicate the
status of inhibited alarm options for a particular block. See Integrated Control Block Descriptions
(B0193AX) to identify the specific bits that make up the INHALM parameter for that block.
89
B0193AW – Rev R 8. Block/Process Alarming
A list of all the bits that can be assigned to the INHSTA parameter and their alarm status follows:
Boolean
1
Bit Number Connection
(0 to 31) Name Description When True (B32 to B1)
16 LMA Low Absolute Alarm Inhibited INHSTA.B16
17 HMA High Absolute Alarm Inhibited INHSTA.B15
18 LOA Low Output Alarm Inhibited INHSTA.B14
19 HOA High Output Alarm Inhibited INHSTA.B13
20 LDA Low Deviation Alarm Inhibited INHSTA.B12
21 HDA High Deviation Alarm Inhibited INHSTA.B11
22 BAD Bad I/O Alarm Inhibited INHSTA.B10
23 RATE Rate of Change Alarm Inhibited INHSTA.B9
24 LLA Low-Low Absolute Alarm Inhibited INHSTA.B8
25 HHA High-High Absolute Alarm Inhibited INHSTA.B7
26 STAL State Change Alarm Inhibited INHSTA.B6
27 OPER Sequence Operational Error Alarm Inhibited INHSTA.B5
28 OOR Out-of-Range Alarm Inhibited INHSTA.B4
29 INH Inhibit Alarm Inhibited INHSTA.B3
30 UNACK Unacknowledged Inhibited INHSTA.B2
31 TRIP Trip Alarm Inhibited INHSTA.B1
1.
Bit 0 is the least significant bit (starting from the right).
90
8. Block/Process Alarming B0193AW – Rev R
NOTE
Other forms of alarming are available as well, but only the following types of alarm-
ing are explicitly initiated by blocks. For examples of other types of alarming, such
as authorized/unauthorized movement alarming, density rate-of-change alarming,
and flow rate alarming, refer to Measurement Integration (B0193RA).
Absolute Alarming
Absolute alarming produces alarms when the measurement has exceeded or dropped below a user
defined high or low limit. There are four types of predefined limits that absolute alarming can
check for:
♦ High-High Absolute Alarming/Target Alarming2
♦ High Absolute Alarming/High Output Alarming2
♦ Low Absolute Alarming/Low Output Alarming2
♦ Low-Low Absolute Alarming.
Figure 8-3 illustrates the principle of absolute alarming.
High absolute
alarm limit deadband
Signal
HA=0 HA=0 HA=1 HA=0 HA=0
LA=1 LA=0 LA=0 LA=0 LA=1
There are two user defined settings that you need to configure: high and low alarms limits. Each
set of limits must also have a deadband setting associated with it. The deadband is an absolute
engineering unit that filters out signal jitter, preventing the signal from bouncing in and out of an
alarm state. As the signal passes the defined limits, the alarm is set accordingly.
These four types of absolute alarming are described below.
2.
Different names for the same sub-type of alarming, see below for details.
91
B0193AW – Rev R 8. Block/Process Alarming
NOTE
In ACCUM, this type of alarming is called target alarming.
NOTE
Certain blocks, such as BIAS, perform high output alarming, which is identical in
function to high absolute alarming. However, high output alarming has its own cor-
responding bits in ALMSTA, ALMOPT, INHALM, and INHSTA.
In ACCUM, this type of alarming is called pretarget alarming, and is completely
identical to high absolute alarming.
In this type of alarming, the signal is compared to the high absolute (or output) alarm limit set for
the block. If the signal is greater than this limit, the block:
♦ sets its high absolute (or output) alarm indicator to true,
♦ generates the alarm via the alarm status parameter, and
♦ outputs an alarm message that includes the user-defined high absolute (or output)
alarm text.
When the signal falls to, or below, the alarm limit minus the signal deadband, the block sets the
appropriate high alarm indicator to false, resets the appropriate bit in the alarm status parameter,
and outputs a return-to-normal message.
NOTE
Certain blocks, such as BIAS, perform low output alarming, which is identical in
function to low absolute alarming. However, low output alarming has its own corre-
sponding bits in ALMSTA, ALMOPT, INHALM, and INHSTA.
In this type of alarming, the signal is compared to the low absolute (or output) alarm limit set for
the block. If the signal is less than this limit, the block:
♦ sets its low absolute (or output) alarm indicator to true,
♦ generates the alarm via the alarm status parameter, and
♦ outputs an alarm message that includes the user-defined low absolute (or output)
alarm text.
92
8. Block/Process Alarming B0193AW – Rev R
When the signal rises to, or above, the alarm limit (plus the signal deadband, in some cases), the
block sets its low alarm indicator to false, resets the appropriate bit in the alarm status parameter,
and outputs a return-to-normal message.
NOTE
There is some confusion about the difference between a Bad I/O alarm, and a BAD
status. For a given block, BAD is the status of a parameter which has its BAD bit
set. Status is separate from alarming; it is not an alarm condition. See “Connectable
Parameters” on page 6 for more information on BAD (or IO BAD) status.
For blocks which receive redundant signals, such as DPIDA, the block generates a separate alarm
message when any signal is bad, but it sets the Bad I/O Alarm state and BAD parameter only
when all of the signals are bad.
Additional events may occur in some blocks. For example, in MTR, the block enters the Bad state
and holds the outputs at the last known driven state of the device.
Deviation Alarming
Deviation alarming checks if the deviation negative error signal (deviation) has exceeded or
dropped below a predefined set point. There are two types of predefined limits for which devia-
tion alarming can check:
♦ High Deviation Alarming
♦ Low Deviation Alarming
Figure 8-4 illustrates the principle of deviation alarming.
93
B0193AW – Rev R 8. Block/Process Alarming
HDA
deadband
Setpoint
LDA deadband
Signal
HDA=0 HDA=0 HDA=1 HDA=0 HDA=0
LDA=1 LDA=0 LDA=0 LDA=0 LDA=1
In addition to setting the setpoint, you need to set both high and low limits and the deadband.
The deadband is an absolute engineering unit that filters out signal jitter, preventing the signal
from bouncing in and out of an alarm state. As the signal passes the defined limits, the alarm is set
accordingly.
The two forms of deviation alarming are described below.
94
8. Block/Process Alarming B0193AW – Rev R
Mismatch Alarming
Mismatch alarming initiates when the requested state of a device fails to match the actual state of
a device within a time interval specified at the block level. The time at which the mismatch time-
out begins varies, depending on the block (see the MTR and VLV blocks for examples).
NOTE
Mismatch alarming is generated by the block’s own logic, and not by ALMSTA.
When a mismatch alarm occurs, the mismatch alarm option parameter is set to true, causing the
AUTOPN or MANOPN parameter in the block to be reset to its original state. This allows you
to retry the original request action, without having to toggle the request parameter in the wrong
direction, by creating a leading edge for the timeout to begin again. Also, an alarm report is gener-
ated, using the text in the Name 0 and Name 1 parameters.
When the alarm is acknowledged by the operator, or the field input indicates that the device has
changed state as requested, the mismatch alarms are cleared, and return-to-normal messages are
generated.
95
B0193AW – Rev R 8. Block/Process Alarming
Signal
y3
y2
y1
y0
Signal
t0 t1 t2 t3 t4 t5 tx
y = Signal change
t = time period Time
96
8. Block/Process Alarming B0193AW – Rev R
If the rate of change exceeds the rate-of-change limit over a consecutive time period greater than
the ROCTIM time, the block:
♦ sets the rate of change indicator to true
♦ generates the alarm via the alarm status parameter, and
♦ outputs an alarm message to the configured alarm group that includes the user-
defined alarm text, and the alarm priority.
When the rate of change no longer exceeds the rate-of-change limit over a consecutive period
greater than the ROCTIM time, the rate of change indicator is set to false and the block generates
a return-to-normal message.
If ROCTIM = 0 then the block compares changes over 1 time period. For example:
If y 1 – y 0 > ROCLIM then set the alarm. If y 2 – y 1 > ROCLIM then alarm stays on.
The alarm returns to normal if y 3 – y 2 < ROCLIM
If ROCTIM = 1 then the block compares changes over 2 time periods. For example:
If y 1 – y 0 > ROCLIM and y 2 – y 1 > ROCLIM then set the alarm.
The alarm returns to normal if y 3 – y 2 < ROCLIM
This type of alarming is performed in blocks such as MEALM.
97
B0193AW – Rev R 8. Block/Process Alarming
The alarm is discontinued and a return-to-normal message is issued when the block detects a tran-
sition out of alarm.
Trip Alarming
Trip alarming invokes a specific response which differs from block to block when a certain state
change occurs.
For EVENT, trip alarming indicates a state change in a Boolean output that is set true when the
block reads a new (unreported) event record from its associated FBM.
For MON, trip alarming indicates the BAD bit of a monitor case (see “Sequence Operational
Error Alarming” on page 97) is set.
Other blocks have alternate behaviors for trip alarming.
When initiated, the block:
♦ performs a specific block-dependent action (refer to the block description of the block
for more information)
♦ generates the alarm via the alarm status parameter, and
♦ outputs an alarm message to the configured alarm group that includes the user-
defined alarm text, and the alarm priority.
The alarm is discontinued and a return-to-normal message is issued when the block detects a tran-
sition to the original state.
98
9. Ladder Logic Concepts
This chapter discusses ladder logic and ladder logic diagrams in depth, as well as fanned
outputs, zone control logic, programmable logic (PLB) block operation, and gives a PLB editor
overview.
Contact Fieldbus
Input/Output Module
LADDER
DIAGRAM
(To/From
the Process) >>RUNG
PROCESSING<<
99
B0193AW – Rev R 9. Ladder Logic Concepts
PLB Functions
A PLB block connects user tasks, other blocks, and other ladder diagrams with:
♦ A ladder diagram’s external I/O flags
♦ A digital Fieldbus Module’s physical inputs and outputs.
Each PLB block defines a ladder diagram.
Creating a PLB establishes a ladder diagram source file. Using this source file, the PLB ladder
logic editor lets you construct a ladder diagram, check it for syntax errors, and produce a printed
copy for documentation. You can choose to have the ladder diagram code installed in a digital
Fieldbus Module or save the source file for later use. You can develop a library of ladder diagrams
and retrieve (copy) them for installation in multiple Fieldbus Modules. You can also save ladder
diagram source files (as part of a compound) on diskette.
The ladder diagrams remain “generic”, independent of hardware, until the associated PLB block is
assigned to a specific Fieldbus Module. The elements then become bound to that hardware
component.
Through the PLB block’s detail (default) display, you can monitor the status of ladder logic con-
tacts, timers, counters, and coils. Alternatively, you can create your own graphic displays. Displays
that you generate access the status of ladder logic elements through external flag parameters. The
PLB’s detail display allows you to force contacts and coils on or off to verify correct operation of
the logic under simulated process conditions.
The ladder logic editor configures and checks at the block level; not at the FBM level. Since up to
eight ladders can be configured to run in the same FBM, you must consider certain interactions
and constraints. These include:
♦ All ladders in a given FBM use a single coil table or table of parameter values. The
available ladder components or “technical identifiers” constitute a fixed pool of
resources associated with the final concatenated ladder. Ensure that one ladder does
not conflict with the outputs of another, for example, turning off an output that
another ladder has just turned on.
♦ FBM state control applies to all ladders in the FBM.
♦ The FBM’s 16 timer/counters are available to all ladders in the FBM. Plan for the
consistent use and selection of these 16 components across ladder boundaries. Always
reset timers and counters prior to use.
♦ Once you configure a timer/counter with a specific technical ID, you cannot associate
that ID with a different timer/counter.
♦ The total number of ladder logic lines for all ladders in a given FBM must be less than
98.
♦ The FBM can accommodate approximately 850 bytes of object code representing the
ladder logic. This can support about 390 user-entered ladder symbols. (Straight line
horizontal and vertical segments can be considered as using no memory.)
100
9. Ladder Logic Concepts B0193AW – Rev R
A ladder logic diagram is made up of rungs. A ladder rung is a logical element with one or more
input conditions and a single output value. (Outputs can be paralleled for fanout.)
When drawn, the logic consists of two conceptual vertical rails – power source on the left and
return on the right. (These rails do not appear visibly in ladder displays.) Coils, timers, and
counters attach directly to the right-hand rail. Contacts complete a power flow path from the left-
hand rail to the timer, counter, or coil
( )
Start Pump
PB
Ladder logic is executed rung by rung from top to bottom of the ladder. Ladders are executed at
an average of 300 ladder logic symbols in 20 to 25 ms. During execution, each contact symbol in
the rung is examined and compared with the Boolean value referenced by its technical identifier.
Power flow is enabled through the contact in the following situations:
♦ The contact is represented as normally-open on the ladder diagram and the referenced
input is true (present or active).
♦ The contact is represented as normally-closed on the ladder diagram and the refer-
enced input is false (not present or inactive).
Ladder logic flows from left to right, mimicking power flow from source to destination.
As each ladder logic rung is executed, if the enabled contacts provide a complete path from the left
margin (power rail) to the output coil (or paralleled coils) connected to the right margin (return
rail), then the coil is “activated” (that is, the Boolean value for its associated technical identifier is
set true). The coil remains active until the next cycle when that rung is scanned and the inputs are
again analyzed. If the power flow path no longer exists, the coil is deactivated, unless the coil is a
latching type.
Latching coils, once energized, remain active until an unlatching coil with the same technical
identifier is energized.
You place logic symbols strategically on the ladder rungs to depict a combination of conditions or
sequence of events. This placement determines the control logic.
101
B0193AW – Rev R 9. Ladder Logic Concepts
The contacts can be connected in series in a simple circuit where all conditions must be met for
the path to be completed (ANDing of conditions). A normally open contact provides a path when
the condition for which it is named is true. A normally closed contact provides a path when the
condition for which it is named is false. In this series network, when all the conditions represented
by normally open contacts are true and all the conditions represented by normally closed contacts
are false, the path is complete.
/ ( )
Start Over Pump
PB Temp
A row contains up to seven contact symbols; the last position is reserved for a coil symbol. Hori-
zontal “connector” symbols provide power flow through positions in a row where no contact is
configured.
Rows may be interconnected through a vertical connector symbol. A ladder rung comprises all
rows (branches) connecting to a given coil, timer, or counter, or fanout of these. You can scroll
vertically to view a ladder diagram containing more rungs than the screen can display at one time.
Vertical Vertical
Horizontal
Connector, Connector,
Connector Symbol Up Symbol Down Symbol
The contacts can be connected in a series, parallel circuit where the parallel portion provides an
alternate set of conditions that allow the path to be completed (ORing of conditions). For
example, the main leg could provide for activating a coil, and the parallel leg provide a path to
keep it activated. When logic continuity exists in at least one path, the rung is true or has a GO
condition.
( )
Start Over Pump
PB Temp
Full Stop
Tank PB
102
9. Ladder Logic Concepts B0193AW – Rev R
HELP SYMBOLS COMPILE FILES PRINT NEW LINE NEW TI NEXT TI DONE CANCEL
CIN_14 CIN_11
Full Stop
Tank PB
Tank fill.
103
B0193AW – Rev R 9. Ladder Logic Concepts
HELP SYMBOLS COMPILE FILES PRINT NEW LINE NEW TI NEXT TI DONE CANCEL
timer
and
work area
counter
preset/
reset
values
Symbols
Table 9-1 below shows the ladder instruction set used to implement ladder logic.
Vertical Connector (down) Joins two rows when used together with a matching
vertical connector (up).
Vertical Connector (up) Joins two rows when used with a vertical connector
(down). Used in pairs, vertical connectors provide
power flow vertically within a ladder diagram.
( ) Energize Coil Sets the Boolean value representing coil status true if
the rung has a power flow path. If the path is lost, the
Boolean value is set false.
( ) Write Not Coil Sets the Boolean value representing coil status false if
the rung has a power flow path. If the path is lost, the
Boolean value is set true.
—(L)— Latch Coil Sets the Boolean value representing coil status true if
the rung has a power flow path. If the path is lost after
the coil is set, the Boolean value remains true until the
associated Unlatch Coil is set.
—(U)— Unlatch Coil Unlatches an output that was previously set by a
Latch Coil instruction.
—(CTU)— Up Counter Increments a counter on off-to-on transitions.
—(CTD)— Down Counter Decrements a counter on off-to-on transitions.
104
9. Ladder Logic Concepts B0193AW – Rev R
105
B0193AW – Rev R 9. Ladder Logic Concepts
HELP SYMBOLS COMPILE FILES PRINT NEW LINE NEW TI NEXT TI DONE CANCEL
TC01_S
Timer1
Schematic for blending initial ingredients
Inputs to and outputs from ladder logic are stored as Boolean values referenced by technical iden-
tifiers. These identifiers are chosen from a list of valid names (see Table 9-3).
106
9. Ladder Logic Concepts B0193AW – Rev R
The user-defined label consists of two text fields that may contain any comments (seven charac-
ters per field) to enhance the readability of the ladder diagram. Each label is associated with the
technical identifier, not with the symbol, as may be seen by the following rung example.
CO_15 CO_15
/ ( )
AREA123 AREA123
AGITATE AGITATE
107
B0193AW – Rev R 9. Ladder Logic Concepts
The control processor can obtain the status of a ladder logic physical input through the CIN_nn
parameter of the PLC block.
Outputs (Coils)
Outputs are represented as coils (see Table 9-5). The symbol and technical identifier assigned to
the coil determines the type of output provided:
♦ Contact output
♦ External output flag
♦ Internal flag
♦ Timer
♦ Counter.
Contact outputs control the status of Fieldbus Module output channels.
External output flags allow control processor blocks to monitor the status of a ladder rung.
Internal flags allow you to create AND conditions of more than seven elements in a single ladder
rung by cascading INT_nn elements.
Timer/counter flags allow you to condition rung outputs on the passage of a specified length of
time or the occurrence of a specified number of events.
Within the ladder diagram, any of these outputs can be represented as a normally open or a nor-
mally closed contact and used in both forms as many times as needed. However, a coil provides
only one physical output (CO_nn). To send output to an additional Fieldbus Module channel,
you would configure an additional coil, with its own technical identifier, in parallel with the first.
108
9. Ladder Logic Concepts B0193AW – Rev R
NOTE
All timers and counters use a “TC” technical identifier prefix, followed by a number
from 01 through 16, inclusive. For example, TC01 or TC16.
109
B0193AW – Rev R 9. Ladder Logic Concepts
Term Description
Ladder Rungs Evaluate to true or false.
Counters/Timers Are reset (contain the configured reset value), counting or timing,
count satisfied or delay timed out (at or above the configured preset
value), or overflow (at or beyond the maximum or minimum count
or time value)
Flags Are either true (raised, set, or 1-state) or false (lowered, reset,
cleared, 0-state).
Coils Are either Energized (activated) or De-energized (deactivated).
Associated with each timer/counter are two flags for communicating with the ladder and three
registers for controlling timer/counter operation.
Each timer or counter has a status flag and an overflow flag. The status flag is set when the pre-
specified count or time delay has been satisfied. The overflow flag is set when the maximum or
minimum count or delay time has been exceeded, and wrap has occurred.
Each timer or counter has three 16-bit registers, supporting counts from 0 to 65,535 and delay
times from 0 to 6,553.5 seconds. The registers store an initial value, a final value, and a current,
accumulated value. You specify initial and final values during configuration. Refer to Table 9-8.
110
9. Ladder Logic Concepts B0193AW – Rev R
Transition Counters
Up counters operate on rung transitions from false to true. Starting from a configured reset value,
an Up counter increments on each transition toward a configured preset value.
Down counters operate on rung transitions from false to true. Down counters are SET immedi-
ately following a reset signal to reset its value. When the count decrements and counts past the
preset value, the status is set FALSE. Once the count has been satisfied, the counter’s status flag is
set and remains so until the Reset coil for that counter is energized.
Retentive Timers
A retentive timer indicates, through its status flag, that its rung has been in a particular state for at
least the specified delay period. The delay period is determined as the difference between the pre-
set and reset values configured for the timer. Starting from the reset value, the timer counts clock
pulses or ticks that occur every tenth of a second. This type of timer retains the accumulated
count during intervals when its rung state is false.
An on-delay timer counts ticks whenever its rung state is true. As long as the delay is in effect, the
timer’s status flag is false. When the accumulated count equals the preset value, the timer’s status
flag is set true.
An off-delay timer counts ticks whenever its rung state is false. As long as the delay is in effect, the
timer’s status flag is true. When the accumulated count equals the preset value, the timer’s status
flag is set false.
Once the delay has been satisfied, the timer’s status flag retains its state until the timer’s reset rung
is set true. Regardless of timer rung state, the count for either type of timer is forced to the reset
value and the timer’s status flag held false whenever the timer’s reset rung is true.
Table 9-9 for On-Delay and Table 9-10 for Off-Delay timers show the cause and effect relation-
ships among Reset coil state, timer rung state, accumulated tick count, and reset/preset values.
This section has two figures (for the On-Delay and the Off-Delay timers) that show the counting
action with various changes in timer rung state.
* Note that in each row, the emphasized entry initiates change in other asterisked entries in the same
row.
111
B0193AW – Rev R 9. Ladder Logic Concepts
CIN_15 TC01_S
(RTO)
Normally
open input
contact (CIN_15)
Gated “Ticks”
Time >=
Timer Overflow 65535
(TC01_O) (6,553.5 S)
RST Coil
(TC01_S)
Reset Rung Off-Delay Timer Accumulator Status Flag Timer Overflow Flag
(RST Coil) Rung (RTF Coil) Register (_S Coil) Advance (_O Coil)
True* don’t care = Reset Value* False* No False*
False True* = Reset Value True* No False
False False* > Reset Value True Yes* False
False True* > Reset Value True No* False
False False = Preset Value* False* Yes False
False False > 6,553.5* False Yes True*
* Note that in each row, the emphasized entry initiates change in other asterisked entries in the same
row.
112
9. Ladder Logic Concepts B0193AW – Rev R
CIN_15 TC01_S
(RTF)
Normally
open input
contact (CIN_15)
Gated “Ticks”
Time >=
Timer Overflow 65535
(TC01) (6,553.5 S)
RST Coil
(TC01_S)
The coil symbol that you insert in the ladder determines whether a specific structure is treated as
a counter or a timer. You complete the definition by associating a technical identifier with the coil
symbol. To use a timer or counter to control a rung, you insert a contact symbol in the rung and
assign it the timer or counter identifier, together with an “_S” for the status flag or “_O” for the
overflow flag. To control the reset of a counter or timer, you build a rung that outputs to a Reset
coil that you give the same technical identifier as that of the counter or timer.
Counting, timing, and reset operations, including related changes in the status and overflow coils,
are performed when the corresponding symbols are encountered during ladder solution.
The tick interval is 0.1 seconds. This clock tick is a global Fieldbus Module function that is not
synchronized with ladder scans in any way. This means that turning a timer on and off rapidly to
accumulate short times may produce unpredictable results.
Non-Retentive Timers
The non-retentive on-delay timer (TON) is identical in operation to the RTO coil, except that
any period of false rung state is treated as if a Reset (RST) has occurred, that is, timing accumula-
tion does not bridge false-rung periods. Similarly, non-retentive off-delay timers (TOF) treat peri-
ods of true rung state as if a Reset had occurred.
113
B0193AW – Rev R 9. Ladder Logic Concepts
! WARNING
Without a Reset (RST) instruction the counter’s accumulator starts at a zero value.
For the down counter, this means the first count rolls the counter over to 65,535
and sets the overflow flag. You should always configure a Reset for twice the counter
structures you plan to use.
Connector Symbols
There are two types of symbols providing only power flow: horizontal connectors and vertical
connectors.
Horizontal connector symbols provide power flow through symbol positions where no symbol is
configured.
Two different connector symbols are needed to connect two ladder rows in the form of a branch.
A down vertical connector must be attached to the upper ladder row. An up vertical connector is
inserted as the final element of the row beneath it. The vertical connectors must meet one another
to form a single vertical line. The connectors are inserted equidistant between two symbol’s
positions.
Blank Positions
A blank in a symbol position interrupts rung power flow.
114
9. Ladder Logic Concepts B0193AW – Rev R
NOTE
1. MCR is Master Control Relay; ZCL is Zone Control Logic.
2. MCR transitions do not cause counters to count.
3. MCR can affect ZCL rungs.
4. When MCR is false, the only coil that can be written true is MCR itself.
115
B0193AW – Rev R 9. Ladder Logic Concepts
If the state of a timer rung is such that the timer is ticking, if the zone transitions to false, the tim-
ers cease operation.
The ladder logic implementation allows nested and overlapping ZCLs and MCRs in any
combination.
Initialization (INIT)
NOTE
The INIT coil is global within the same FBM; that is, if there are multiple ladders
resident in a given FBM, activating the INIT coil in any one of those ladders initial-
izes all the ladders in the FBM.
COMMF FAILSF
( )
116
9. Ladder Logic Concepts B0193AW – Rev R
Fail-safe (FAILSF)
NOTE
The FAILSF coil is global within the same FBM; that is, if there are multiple lad-
ders resident in a given FBM, activating the FAILSF coil in any one of those ladders
puts all the ladders in the FBM into the configured fail-safe mode.
Writing the Fail-safe (FAILSF) coil true forces physical outputs to the preconfigured fail-safe state.
It does not affect values in the coil table. During the output exchange portion of the scan cycle,
the value of the output coil is checked and the physical outputs are handled based on the values of
the fail-safe, connect, and hold flags. Writing the FAILSF coil true will not override a control pro-
cessor specification of disconnect-hold.
Fanned Outputs
Fanned outputs are supported when implemented as a single vertical column branching down
from the first line of the rung, immediately after the seventh element position. See Figure 9-13.
CO_7
( )
AGITAT
117
B0193AW – Rev R 9. Ladder Logic Concepts
RUNGS INCLUDED
IN “MANUAL” LOGIC
(executed only if
“MANUAL” is true)
RUNGS INCLUDED
IN “AUTO” LOGIC
(executed only if
“MANUAL” is false)
CIN_1
( ZCL )
SET
MANUAL
( NCL )
118
9. Ladder Logic Concepts B0193AW – Rev R
CIN_1
( ZCL )
SET
MANUAL
IFL_5 CO_1
( )
FILL PUMP
( NCL )
RUNGS INCLUDED
IN “MANUAL” LOGIC
(executed if
“MANUAL” is true)
RUNGS INCLUDED
IN “FAST” LOGIC
(executed only if
“FAST” is true)
END “FAST” ZONE
END “MANUAL” ZONE
119
B0193AW – Rev R 9. Ladder Logic Concepts
CIN_1
( ZCL )
MANUAL
OP
IFL_3 IFL_2
CO_7
( )
STOP START AGITATE
CIN_8
( ZCL )
FST/SLO
START “FAST” ZONE
( NCL )
( NCL )
END “MANUAL” ZONE
120
9. Ladder Logic Concepts B0193AW – Rev R
♦ The following geometry is allowed only in the first line of a rung. This constraint dis-
allows nested branches, which are not supported in ladder diagrams:
♦ Use no more than two vertical connectors to link a row of adjoining symbols to a pre-
ceding ladder line.
( ) [Ladder line n]
Allowed
( ) [Ladder line n]
Not Allowed
The following considerations relate to the use of overlapping technical identifiers in different seg-
ments of the same composite ladder.
A given technical identifier (for example, OFL_1) may be entered in more than one ladder seg-
ment, but doing so does not create additional OFLs. There is only one OFL_1, with a single data
value, in the FBM. It may be entered as an output coil in multiple segments of the ladder, in
which case the final concatenated ladder will have more than one rung ending with symbol
OFL_1. When the OFL_1 value is transmitted to the control processor, its value will depend on
the evaluation of the highest-numbered rung ending in OFL_1, that is, the last calculation of
OFL_1 during the ladder scan. All PLBs connected to that FBM will receive this value of OFL_1
as an input. This implies that if the usage of technical identifiers is overlapped, a PLB block could
receive values of parameters from the FBM different from the ones expected on the basis of their
own ladder segments. The same considerations apply to overlapped usage of COs, TCs, and IFLs.
If any IFL is referenced in multiple segments of a composite ladder, the value sent down to the
FBM for use in solving the ladder will be the value of that IFL parameter in the PLB which is pro-
cessed last. This will depend on the zones, and positions within the zones, of the various PLBs
involved, as shown on the Block/ECB Functions screen of the Integrated Control Configurator.
121
B0193AW – Rev R 9. Ladder Logic Concepts
Manual/Auto
Device ID
TO/FROM
TO/FROM OFL_1 through OFL_32 PROGRAMMABLE OFL_1 through OFL_32 OTHER
FIELDBUS CONTROL
BLOCKS
MODULE LOGIC
IFL_1 through IFL_32 IFL_1 through IFL_32
As part of normal Fieldbus data input processing, all inputs and outputs are written to and read
from the Fieldbus Module in one transaction:
♦ The Interface block writes the current External Input Flags to the Fieldbus Module.
These are signals from other blocks to initiate or modify ladder logic actions.
♦ The Fieldbus Module returns its latest scanned data for:
♦ Fieldbus Module status
♦ External Output Flags. These are signals to other blocks of the results of ladder
logic actions.
The Fieldbus Module ladder logic now executes the new External Input Flags.
The PLB has an Auto/Manual mode that determines control of block output parameters. Opera-
tionally, MA lets you switch control of block flag outputs and physical outputs from the ladder
program (Auto) to the user (Manual).
In Auto, the block secures its own output parameters and updates them according to ladder logic
and Fieldbus Module inputs.
The block reads the ladder logic external output flag references from the Fieldbus Module and
updates the appropriate output parameters with these values. The block writes input parameter
values to the appropriate ladder logic external input flag references of the Fieldbus Module.
122
9. Ladder Logic Concepts B0193AW – Rev R
The input parameter values are written to the specified ladder logic input flag registers. If either
the Fieldbus Module is not operational or the ladder program is off-line, the inputs are not writ-
ten and the outputs are not updated. The BAD parameter is updated and the BAD status of all
output flag records are set.
When the block is placed into Manual, the external output flag parameters from the ladder pro-
gram are updated by the block. The input flag parameters continue to be written to the external
input flags in the ladder program.
The Manual mode allows you to disconnect outputs from the Fieldbus Module ladder logic for
checkout or simulation from an external source. In Manual, the block unsecures its Boolean type
outputs. Any task or process is then allowed to use Set calls to write to the outputs.
Ladder segments in different Fieldbus Modules can communicate with each other through the
PLB input and output flag parameters. An external output flag from a ladder program in one
Fieldbus Module can be connected to an external input flag of a ladder program in another Field-
bus Module through the respective block’s output and input flag parameters. Switching the MA
state of the upstream block to manual would allow for the independent and isolated operation of
each flag under user control.
The physical inputs at the Fieldbus Module can be read by a CIN block. The physical outputs at
the Fieldbus Module can be read by a COUT block. Both physical inputs and physical outputs
are read by the PLB.
In Manual, the block writes ladder logic external output flags. The block supports Manual/Auto
mode for manually updating block outputs. Manual does not affect the operation of the input
parameters or external input flags. In the manual mode, the updating of the output parameters is
halted and control of the output parameters by workstations, other blocks, displays, and processes
(programs) is possible.
Various software subsystems access internal information to edit a ladder diagram, display rung
power flow, read and write timer/counter values, and control the modes of ladder logic operation.
Displays that you configure can access ladder logic through external flag parameters in PLBs.
123
B0193AW – Rev R 9. Ladder Logic Concepts
To/from
Channel, Control, SHARED Process
and Security BUFFERS
Commands BACKGROUND
Communications;
Other interrupts
Ladder program
Coil, Register,
FIELDBUS MODULE
and Status Data
DISPLAY
SOFTWARE CONTROL PROCESSOR
Command Description
1. Read Channel Data Read both the state of the physical I/O and the logical outputs
of the ladder.
2. Write Channel Data Write the external input flag values used by the ladder logic
processor.
124
9. Ladder Logic Concepts B0193AW – Rev R
Command Description
3. Object Code Download Download object code to the program code space that is not in
use.
4. Switch Program Switch the logic processor to the program code space that is
not in use.
5. Write Ladder Logic Status Determine the ladder logic operating mode.
6. Read Coil Table Data Read the Boolean state of all 255 coils to support displays. This
command also updates the register values read by the read
register data command.
7. Read Register Values Read the preset, reset, and accumulator register values to
support displays. The values supplied are those saved at the
time of the most recent read coil table request.
8. Write Register Values Change the values of the timer/counter preset and reset
registers to support displays.
9. Write Force On List Write the Fieldbus Module force-on list when the logic
processor is in test mode. All force lists are optionally erased
on exit from test mode.
10. Write Force Off List Write the Fieldbus Module force-off list when the ladder
processor is in test mode. All force lists are optionally erased
on exit from test mode.
125
B0193AW – Rev R 9. Ladder Logic Concepts
The values in coil memory are always transcribed to the corresponding Fieldbus Module external
flag buffer. External flag outputs await the control processor’s next communications request.
The ladder logic sets physical outputs as specified under one of the following situations:
1. I/O connected and fail-safe false: The values in coil memory are transcribed to the
corresponding physical Fieldbus Module outputs.
2. Fail-safe true: The physical outputs are set to the preconfigured values specified by the
configuration table.
3. I/O not connected: The physical outputs are set as specified by the fail-safe and hold
flags.
During the output phase, the buffers that hold the data blocks for display support are also
updated. This buffering allows the foreground to handle all the normal communications messages
asynchronously with ladder evaluation.
126
9. Ladder Logic Concepts B0193AW – Rev R
Run Flag
The Run flag defines whether the logic solving portion of the scan cycle is running.
The I/O exchange portions of the scan cycle always occur. The Connect, Hold, and Fail-safe flags
determine behavior of the outputs as defined in the following sections.
Test Flag
The ladder logic configuration/operation software in the control processor controls the Test flag.
Test Flag Set To One – The ladder logic performs the following functions:
Accepts and processes force lists.
Writes to timer/counter accumulator registers.
The added processing required to support force lists causes the cycle time performance of the lad-
der logic to be degraded when the Test flag is set to one.
Connect Flag
The state of the Connect flag determines whether the physical I/O is controlled by the ladder
logic.
In the Test mode of the ladder logic configuration/operation software in the control processor,
you select an operating mode that includes setting the state of the Connect flag to one.
Fail-safe Flag
When the Fail-safe flag is set to one, the physical outputs are driven to the state determined by the
Fieldbus Module configuration table (established through the Integrated Control Configurator).
Control of the Fail-safe flag depends upon the status of the Connect flag as follows:
The Fail-safe flag has priority over the Hold flag. If both are set to one, the result is fail-safe status.
Fail-safe status is also the default, should the control processor ever set the Connect flag to zero
without setting either Fail-safe or Hold to one.
127
B0193AW – Rev R 9. Ladder Logic Concepts
Hold Flag
The Hold flag is recognized only if the Connect flag is set to zero. When the Hold flag is set to
one, the physical outputs are held at the state that was in effect at the time the flag was set to one.
Single Scan Flag Set To One and Run Single Scan Flag Set To Zero and Run
Flag Set To One Flag Set To One
The Single Scan flag initiates a single scan. The ladder processor cycles continuously.
The scan sets the flag to zero.
INIT Flag
If you choose to install the ladder in run mode and initialize on start up, the control processor sets
the INIT flag in the ladder status byte. The ladder program performs a cold start initialization of
the ladder prior to executing the first scan. All coils are reset, the INIT coil is set, and all
timer/counters are reset.
The ladder logic also sets the INIT flag any time a cold program start is requested by other soft-
ware in the control processor or the INIT coil is set by the internal logic. INIT is set to zero auto-
matically at the end of the first scan following initialization.
128
9. Ladder Logic Concepts B0193AW – Rev R
You can configure ladder logic from any system display station equipped with a keyboard and
pointer device. In the Edit mode of operation, you can insert, delete, and move symbols in the
diagram.
As you construct a ladder diagram, the PLB editor builds a source file representing the desired
logic. The editing screen displays the ladder corresponding to the PLB name. An “empty” ladder
file causes a display of the ladder name only.
Editing consists of placing logic symbols that represent contacts, relays, timers, and counters
within the rungs of the ladder. If you elect to save the edited version, the original ladder is
replaced by the new. You can check your ladder for syntax errors at any point in your editing.
Configuration Example
When configuring PLBs for different segments of a single ladder diagram, avoid assigning an
external input flag to more than one block. If two PLBs were to update the same input flag, the
flag value received from the first block would be overwritten when the other block was processed.
The five-part diagram accompanying the configuration example shows part of a control strategy
to pump a fluid from either of two tanks. The first part shows the process, the next two show the
control blocks, the fourth shows the I/O table and flag table connections to the PLBs, and the
fifth shows a portion of the ladder diagram.
The example is not a practical application. It is intended only to show concepts associated with
segments, while limiting each segment to one rung for simplicity. Arbitrarily, some of the control
is implemented through external I/O flags and some through physical I/O channels to demon-
strate the two methods of communicating with ladder logic.
In the example, an operator presses one of two switches to select a tank to supply fluid. If the
tank’s low level switch is not closed, the ladder logic output to an On/Off Valve controller (VLV)
block opens the tank’s drain valve. Ladder logic causes the pump to run if either tank valve is
open.
Physical contact inputs are available to the ladder from input channels of the Fieldbus Module.
Contact inputs from the operator panel and from valve limit switches activate one of the module’s
physical output channels to operate a motor control relay in the process. To demonstrate another
input path, one input is routed through an MCIN block to the PLB as an external input flag to
the ladder. To demonstrate other output paths, the PLBs transfer external output flags from the
ladder to VLV blocks and a COUT block.
129
B0193AW – Rev R 9. Ladder Logic Concepts
P1 control
V2 control
V1 control
V1 position
P1
Pump
V2 position
T2 empty
Drain T2
T1 T2 Panel
Tank Switch Tank Oper Drain T1
Switch
Low Level Low Level
T1 Empty CIN_1
Fieldbus
T1 PLB OFL_1
Drain T1 Module VLV
CIN_2 (Segment 1) To V1
BLOCK
T2 Empty CIN_3
Physical T2 PLB OFL_2
Input VLV To V2
Drain T2 (Segment 2)
CIN_4 BLOCK
Channels
1–4
CIN_1
OFL_1 OFL_2
::
CIN_4 LADDER
DIAGRAM
(Segments 1, 2)
130
9. Ladder Logic Concepts B0193AW – Rev R
To pump
FIELDBUS P1
MODULE
V1 Posit FIELDBUS
MODULE
Physical
V2 Posit MOTOR
Output
IFL_1 Channels CONTROL
Physical ALL PLB
RELAY
Maint Input (Segment 3)
CIN_7 OFL_3
Disable Sw Channels MCIN COUT
5–7 BLK BLK
IFL_1
CIN_5
:: LADDER PUMP ON
CIN_6 DIAGRAM LAMP
(Segment 3)
: : : :
CIN_5 PLB CIN_6 PLB PLB
(Tank 1 Logic)
131
B0193AW – Rev R 9. Ladder Logic Concepts
[Common]
Run
Pump
OFL_2 CIN_6
OFL_32
Open Valve2
Valve2 Open Pump On
132
10. Sequence Logic
This chapter covers sequence logic control: sequential control block types and their various
states, sequence processing, and SBX programming.
Sequence logic control complements continuous and ladder logic control with regulatory feed-
back applications at the equipment control level. For example, the sequential control software can
be used to supervise a sequence of activities such as filling a tank, blending its contents, and drain-
ing the tank.
Whereas most continuous control blocks have fixed algorithms, sequence control blocks have
user-defined algorithms. Sequential control software enables you to:
♦ Define a sequence of events
♦ Monitor process conditions, taking corrective action when required
♦ Time events
♦ Manipulate any compound or block parameter or any shared variable
♦ Output messages to any logical device or to the historian.
To introduce sequential control to a control strategy, you must define sequential control blocks
and add them to compounds.
Sequential control blocks are configured through the Integrated Control Configurator just as con-
tinuous blocks are, except that in addition to configuring parameters, you must define sequence
logic for the block. The Configurator offers a series of menu functions that support creating
sequence logic.
Sequence logic is created with the Sequence Language, a subset of the High Level Batch Language
(HLBL). The Sequence Language is a high level programming language resembling Pascal, but
specifically geared toward creating process control strategies. Configuring sequential control
blocks is described in Integrated Control Configurator (B0193AV).
Sequence Block
There are three Sequence block types:
♦ Independent (IND)
♦ Dependent (DEP)
♦ Exception (EXC).
133
B0193AW – Rev R 10. Sequence Logic
IND and EXC blocks run independently of other Sequence blocks in the same compound. DEP
blocks pause when an EXC block in the same compound is active.
This relationship between DEP and EXC blocks allows you to separate a sequence algorithm for
handling normal conditions from a sequence algorithm for handling alarm conditions. For exam-
ple, if a Monitor (MON) block detects an alarm condition and activates an EXC block to take
corrective action, the DEP block pauses until the corrective action is complete. When the EXC
block is done, the DEP block can finish executing its sequence algorithm.
A Sequence block contains a user-defined sequence algorithm. You can use a Sequence block to:
♦ Manipulate parameters and shared variables.
See the table “Sequence Compiler Limits” in Integrated Control Configurator
(B0193AV), for the maximum number of external references in each subroutine or in
the main code and all SBXs.
♦ Change the flow of execution based on the state of parameters and shared variables.
♦ Activate other Sequence and Monitor blocks.
♦ Measure time.
♦ Report to the Historian.
♦ Send information to logical devices, such as printers.
See the table “Sequence Compiler Limits” in Integrated Control Configurator
(B0193AV) for message related limits.
♦ Call a subroutine and pass arguments, if any.
♦ Make calculations.
♦ Simulate a process for testing purposes.
A Sequence block is composed of:
♦ Standard Parameters
♦ Block Type Identification
♦ Symbolic Constants
♦ Local Block Variables.
See the table “Sequence Compiler Limits” in Integrated Control Configurator
(B0193AV) for local variable related limits.
♦ User Labels
♦ Include Files
♦ Subroutines (variables and statements)
♦ Standard Block Exception Handlers
♦ Block Statements, grouped into Steps.
Each statement, whether in the block’s main section, in its subroutines, or in its stan-
dard block exception handlers, may optionally have a label.
See the table “Sequence Compiler Limits” in Integrated Control Configurator
(B0193AV) for labels related limits.
Standard parameters show block operation details and allow you to control block operation and
connect the block in a control strategy that includes continuous blocks, ladder logic blocks, and
other sequence blocks.
134
10. Sequence Logic B0193AW – Rev R
Block Type identification is a small block of information at the start of the sequence language file
where you provide data such as block name, type, creator, revision level and date.
Symbolic constants are identifiers which represent constant values. They are used to indicate or
illustrate the meaning of such values. The constants are an aid in compiling sequence blocks.
Changing the value of a constant in an include file does not affect currently running or already
compiled sequence blocks automatically. After such a change, the blocks containing source code
in which the constants are used have to be recompiled to effect the change.
Block variables are local and are not accessible from outside the block. You define their number
and their size. There are no user labels for local block variables. Refer to them by their declared
names. You can use them in any HLBL expression and you can assign them to each other, to user
(array) parameters, and to external references.
Local block variables can be any of the following types:
♦ Boolean and boolean array
♦ Long integer and long integer array
♦ Real and real array
♦ String and string array.
For local variables there are three string lengths: short (6 characters), medium (12
characters), or long (80 characters).
All arrays in the local block variables (main section) and the local subroutine variables may be
multi-dimensional, with a maximum of 256 dimensions.
When specifying the types of main section or subroutine local variables, you may use a comma-
separated list of variables before the type specification.
See the table “Sequence Compiler Limits” in Integrated Control Configurator (B0193AV) for the
maximum number of comma-separated arguments before a data type specification.
B = Boolean
I = Long Integer
R = Real
S = String of 80 Characters
S6 = String of 6 Characters
S12 = String of 12 Characters
User-labeled parameters can be referenced by the Sequence block’s user-defined algorithm. There
are a fixed number of each of the following types: real, long integer, Boolean, and string. All types
except string and the data store arrays can be linked with parameters in other blocks and com-
pounds and shared variables. The strings and data store arrays are settable but not connectable.
135
B0193AW – Rev R 10. Sequence Logic
Standard and user-labeled parameters are described in Integrated Control Block Descriptions
(B0193AX). Configuring parameters is described in Integrated Control Configurator (B0193AV).
An include file can be any set of HLBL statements. Use include files to define specific constructs
such as sophisticated WAIT loops or complicated expressions of a set of parameters, or to define
objects with a global scope such as symbolic constants, subroutines, or standard block exception
handlers. You cannot compile include files separately.
The subroutine allows you to specify a general piece of control logic just once and apply it as often
as required in the block algorithm. A subroutine is a sequence of HLBL user-defined statements
that can be called from the sequence block’s main code or from another subroutine. Subroutines
can use any HLBL statement except for standard block exception handlers.
You can use a user-defined number of arguments to parameterize a subroutine. The data types of
these arguments must be one of the data types supported in HLBL for block parameters and local
variables.
You cannot install a sequence subroutine in a station as an independent entity and you cannot
access it from outside the sequence block in which it is installed.
An Independent, Dependent, or Exception block may have subroutines. Monitor and Timer
blocks do not support subroutines.
See the table “Sequence Compiler Limits” in Integrated Control Configurator (B0193AV) for sub-
routine related limits.
A Standard Block Exception Handler (SBX) is a user-specified section of HLBL statements that
allows the sequence block to react to an operational error during automatic execution or to an
outside interruption during normal block operation.
136
10. Sequence Logic B0193AW – Rev R
There are five events for which SBXs can be specified. Two are error handling SBXs:
♦ User errors (OP_ERR between 2000 and 3000)
♦ System errors (all other errors).
The other three are state change SBXs:
♦ Switch to Inactive
♦ Switch to Manual
♦ Switch to Paused.
Sequence language statements define the sequential control algorithm, as specified by the user.
The Sequence language is described in Integrated Control Configurator (B0193AV).
Monitor Block
A Monitor (MON) block contains up to 16 user-defined Boolean expressions called cases. The
result of the evaluation of a monitor case is stored in the associated boolean output parameter.
When one of the cases evaluates to true, the MON activates a sequence block (EXC, DEP, IND,
or MON). In this way, up to 16 blocks can be activated from the MON block.
A Monitor block is composed of:
♦ Standard Parameters
♦ Blocktype Identification
♦ Symbolic Constants
♦ User Labels
♦ Monitor Cases (up to 16).
User-labeled parameters can be referenced by the Monitor block’s user-defined algorithm. There
are a fixed number of each of the following types: real, long integer, and boolean. All types can be
linked with parameters in other blocks and compounds and shared variables.
Standard and user-labeled parameters are listed and described in Integrated Control Block Descrip-
tions (B0193AX). Configuring parameters is described in Integrated Control Configurator
(B0193AV).
A monitor case consists of a monitor condition and an optional activation request that is per-
formed when the condition is true.
Example:
0001 WHEN level_hi DO :tank_1:hi_level_exc
♦ The case number is 0001.
♦ The condition is “level_hi”, where level_hi is a user labeled parameter.
♦ The request is “DO :tank_1:hi_level_exc”. “hi_level_exc” is the block name for a
sequence block in the compound “tank_1”. This block will be activated when the
condition “WHEN level_hi” is evaluated true.
Timer Block
A Timer (TIM) block keeps track of time while control strategies are executed. It is composed of
standard parameters and four timers. TIM blocks do not contain any Sequence language
statements.
Standard parameters show block operation details and allow you to control block operation.
137
B0193AW – Rev R 10. Sequence Logic
A timer is composed of a real and a Boolean parameter. The Boolean parameter value determines
whether the real parameter is updated or not when the block is processed. When the Boolean
value is true, the real parameter is updated. When the Boolean value is false, the real parameter is
not updated.
The TIM block is processed when the compound in which it resides is On and the block is in
Auto. When a TIM block is processed, timers that have been started are updated every scheduled
Basic Processing Cycle (BPC). Timers are started by an external source, such as a statement in a
Sequence block.
Standard parameters are listed and described in Integrated Control Block Descriptions (B0193AX).
Configuring parameters is described in Integrated Control Configurator (B0193AV).
The Sequence states and the Application states control sequential control block algorithm execu-
tion and the operational state of block outputs.
Application States
The Application states, Auto, Semi-Auto, and Manual, control the operational state of a block’s
outputs. In conjunction with the Sequence states, they also control sequential control block algo-
rithm execution.
The Application state is determined by the value of the block’s MA parameter. When MA is true,
the block is in the Auto state. When MA is false, the block is in the Manual state.
Another block parameter, RSTMA, controls the value of the MA parameter when the compound
changes from Off to On. When RSTMA is 0, MA becomes false; when RSTMA is 1, MA
becomes true; when RSTMA is 2, MA does not change upon the compound switch. You set the
value of RSTMA during block configuration using the Integrated Control Configurator.
138
10. Sequence Logic B0193AW – Rev R
Auto State
In the Auto state, a block’s output parameters are secured. This means that the block algorithm is
responsible for updating the output parameters. External sources (other blocks and applications)
cannot write values to block output parameters.
Sequential control block algorithms are processed as follows in the Auto state:
♦ TIM block timers that have been started are updated once every scheduled BPC. A
timer is started with a START_TIMER statement in an IND, DEP, or EXC block.
♦ MON block cases are evaluated each scheduled BPC. If a case trips, it may lead to
activation of an EXC block. If the EXC block activated is remote, tripping and untrip-
ping may require several BPCs to complete.
♦ IND, DEP, and EXC blocks process the number of statements specified by the block’s
BPCSTM parameter each scheduled BPC. When a statement requiring suspension
such as WAIT or WAIT UNTIL executes, fewer statements may be processed than
the number specified by BPCSTM.
Since Sequence block algorithms vary in length, a block may execute completely in one BPC or it
may require several BPCs to execute completely.
Once all statements have been executed, the Sequence block is no longer processed unless a state-
ment in the user algorithm causes it to repeat.
If the sequence block contains state change logic, that logic will be executed if the block switches
from the Active/Auto mode to the Inactive, Manual or Paused state. The logic for the state
changes are user-defined in SBXs 3, 4, and 5.
The order of statement execution can be altered while in the Auto state. An operator, at a user-
defined or default display, can redirect statement execution to a new start location by writing the
desired statement number to the STMRQ parameter.
Semi-Auto State
In Semi-Auto (or Step mode), the sequence block executes only the HLBL statements that belong
to a particular step. Statement execution stops when a step boundary is passed. Steps can be
requested in any order, at a user-defined or default display, by writing the desired step number to
the STEPRQ parameter. The block is divided into steps by means of the step labels in HLBL.
If the sequence block contains state change logic, the corresponding logic will be executed if the
block switches from the Active/Step mode to the Inactive, Manual, or Paused state.
The logic for the state changes are user-defined in SBXs 3, 4, and 5.
Manual State
In the Manual state, output parameters are not secured. This means that external sources (other
blocks and applications) can write values to the block’s output parameters. Unlike continuous
control blocks, sequential control blocks may have their own statements write to their own output
parameters while the block is in Manual.
Sequential control block algorithms are processed as follows in the Manual state:
♦ TIM blocks are not processed.
♦ MON block cases are executed one at a time by user request. The user selects a case
for execution, from a user-defined or default display, by writing the desired case num-
ber to the CASERQ parameter.
139
B0193AW – Rev R 10. Sequence Logic
If a requested case trips (that is, the evaluated condition is true), a block activation request is exe-
cuted. After the case has been processed completely (tripped and untripped), the standard param-
eter CASENO is set to indicate the number of the next case. The next case is not evaluated unless
requested. The TRPCHG parameter is incremented each time a case changes to or from the
tripped state.
The processing of EXC blocks already activated by tripped cases in the MON block are not
affected by other case evaluation requests to the MON block.
♦ IND, DEP, and EXC block statements are executed one at a time by request. You can
select a statement for execution from a user-defined or a default display by:
♦ Writing to the parameter STEPRQ the step number which begins with the
requested statement.
♦ Writing to the parameter STMRQ the number of the requested statement.
♦ Setting NXTSTM to true.
A statement requiring several BPCs to execute, such as a WAIT statement, need only be requested
once to initiate execution.
Statement execution can be cancelled by requesting that another statement be executed. The stan-
dard parameter STMNO indicates the number of the statement currently executing. When the
statement finishes execution, STMNO is set to the number of the next statement dictated by exe-
cution flow. That statement is not executed unless requested by:
♦ Writing its number to the parameter STMRQ
♦ Setting NXTSTM to true.
When the requested statement calls a subroutine, all the HLBL statements of that subroutine (and
any nested subroutine) are executed. The parameter SUBRNO indicates in which subroutine, if
any, the currently executed statements reside. The parameter STMNO indicates the statement
number within that subroutine.
The Subr-Trace and SBX-Trace modes enable you to single step through statements of subrou-
tines and SBXs. You can switch the block into one of the Trace modes only when the block is in
the Active/Manual state.
Subr-Trace is a substate of the Manual state that enables you to single-step through a subroutine.
You enter this substate by selecting the “SUBR TRACE” button in the ALL CODE display. This
enters the integer value “1” into the TRACRQ parameter which, in turn, sets the block into the
Subr-Trace mode when the block is in Manual. After granting the request, the block resets
TRACRQ to 0.
Once in the Subr-Trace mode, you “select” a subroutine by requesting a call-subroutine statement
in the block’s main section. The block is then idle before the first statement in the requested sub-
routine. You can then single-step through the subroutine statements by toggling the NXTSTM
parameter. STEPRQ and STMRQ cause the execution of a single statement in the block’s main
section.
When you switch into the SBX-Trace mode, the block environment (that is, step, subroutine,
statement number) is saved. The block returns to this environment when you exit the SBX-Trace
mode.
140
10. Sequence Logic B0193AW – Rev R
Once in the SBX-Trace mode, you “select” an SBX by setting the SBXRQ parameter to a value of
1 to 4. SBX5 (a switch to Paused) applies only to the DEP block (the block ignores out of range
values). When you select an SBX, the block idles at the first statement within that SBX. You can
then single-step through the SBX statements by toggling the NXTSTM parameter. The block
ignores step- and statement-requests while it is in the SBX-Trace mode.
In the Manual, Subr-Trace, and SBX-Trace modes, the block does not secure its output parame-
ters. External sources (other blocks and applications) can write values to the block’s outputs.
While the block is in one of these modes, the EXC, DEP, or IND block algorithm can update its
output parameters after a step-, statement-, or next-statement request.
To exit from the Trace mode, select the “TRACE” field in the faceplate.
Auto/Manual Transitions
You can change the block Auto/Manual state from external sources such as user-defined and
default displays, other blocks, and applications.
If a statement is in execution when you request a state change, the statement’s execution is com-
pleted as if it had begun in the requested state. Then any following statements are executed as
appropriate for the requested state.
NOTE
If one or more cases are making a transition from Active to Tripped (for example,
the blocks to be activated are remote blocks) when you change a MON block from
Automatic to Manual, then the block activation is completed but the cases do not
trip.
Sequence States
The Sequence states, Active, Inactive, Paused, and Tripped, in conjunction with the Application
states, control sequential control block algorithm execution. The Sequence states are determined
by the values of the block’s ACTIVE, PAUSED, and TRIPPD parameters. When ACTIVE is
true, the block is in the Active state. When ACTIVE is false, block is in the Inactive state.
Another block parameter, RSTACT, controls the value of the ACTIVE parameter when the com-
pound in which it resides changes from Off to On, or when the control processor in which it
resides undergoes a restart operation, as follows:
♦ RSTACT = 0: ACTIVE is false.
♦ RSTACT = 1: ACTIVE is true.
♦ RSTACT = 2: ACTIVE retains the value from the checkpoint file when the Control
Processor is restarted, or remains 0 when the compound makes a transition from Off
to On.
When a DEP block is in the ACTIVE state, it may also be in the PAUSED state. A DEP block is
Paused when the PAUSED parameter is true.
When a MON block is in the Active state, it may also be in the Tripped state. A MON block is
tripped when the TRIPPD parameter is true.
141
B0193AW – Rev R 10. Sequence Logic
State Description
Inactive An IND, DEP, or EXC block is not executing any statements or a MON block
is not evaluating conditions.
Active An IND, DEP, or EXC block is executing statements or a MON block is
evaluating conditions.
Paused A DEP block’s execution is suspended because one or more EXC blocks in
the same compound are Active. The DEP block remains suspended until all
such EXC blocks are done executing.
Tripped A condition evaluated by a MON block causes it to activate other blocks. The
MON block remains tripped until all activated blocks are done executing.
Active State
In the Active state, an IND, DEP, EXC, or MON block is processed. (The TIM block does not
have an Active state. It is processed when the compound is On and the Application state is Auto.)
How statements are executed depends upon the Application states Auto, Step, and Manual.
Inactive State
In the Inactive state, an IND, DEP, EXC, or MON block is not processed. (TIM blocks do not
have an Inactive state. TIM blocks are not processed when the Application state is Manual.)
Active/Inactive Transitions
You can change the block Active/Inactive state from external sources such as user-defined and
default displays, other blocks, and applications.
When a linkage to the ACTIVE parameter exists, it is secured. This means that you cannot access
the parameter directly. To activate or deactivate the block, you can:
♦ Access the ACTIVE parameter through the source of the linkage
♦ Write the number of a non-existing statement to STMRQ.
Writing the number of a non-existing statement to STMRQ directs statement execution to the
end of the algorithm. Although the block is in effect deactivated, the ACTIVE parameter remains
true until it has been released. When released, it is automatically set to false.
Paused State
In the Paused state, DEP block statement execution is suspended due to active EXC blocks in the
same compound. The PAUSED parameter indicates whether a DEP block is in the Paused state.
When PAUSED is true, the block is in the Paused state.
Tripped State
In the Tripped state, a MON block has one or more cases tripped. A case trips when it is evaluated
as true and activates another block. The TRIPPD parameter indicates whether a MON block is in
the Tripped state. As long as at least one case is tripped, the TRIPPD parameter is true; otherwise,
TRIPPD is false.
142
10. Sequence Logic B0193AW – Rev R
Transition States
The Transition states, To_Inactive, To_Manual, and To_Paused, are intermediate states that the
Sequence Control block assumes while the block is executing one of the three standard block
exception handlers (SBXs 3, 4, and 5) that are provided for state change handling.
To_Inactive State
The To_Inactive state is an intermediate state that an IND, DEP, or EXC block assumes while
SBX 3 is executing. SBX 3 is the user-defined, user-enabled response to an externally initiated
change of block state from the Active/Auto (or Active/Step) state to the Inactive state.
The MON and TIM blocks do not have a To_Inactive state since they do not contain SBXs.
To_Manual State
The To_Manual state is an intermediate state that an IND, DEP, or EXC block assumes while
SBX 4 is executing. SBX 4 is the user-defined, user-enabled response to an externally initiated
change of block state from the Active/Auto (or Active/Step) state to the Manual state.
The MON and TIM blocks do not have a To_Manual state since they do not contain SBXs.
To_Paused State
The To_Paused state is an intermediate state that a DEP block assumes while SBX 5 is executing.
SBX 5 is the user-defined, user-enabled response to an externally initiated change of block state
from the Active/Auto (or Active/Step) state to the Paused state.
The IND and EXC blocks do not have a To_Paused state since they do not have a Paused state.
The MON and TIM blocks do not have a To_Paused state since they do not contain SBXs.
143
B0193AW – Rev R 10. Sequence Logic
When a compound is switched OFF, all the sequence blocks in that compound go to the Manual
state, thereby releasing their output parameters.
Sequence Processing
Sequential control blocks are processed every scheduled Basic Processing Cycle (BPC) as defined
for the Control Processor in which they operate. The following figure shows the processing order
within a scheduled BPC.
1 BPC
1 2 3 4 5
The scheduled BPC is determined by the block parameters PHASE and PERIOD. The PHASE
parameter specifies when a block should be executed relative to the other blocks in that PERIOD.
The PERIOD parameter specifies how frequently a block should be executed. For more informa-
tion, refer to “Block Phasing” on page 68, and “Relationship Between Block Period and Phase” on
page 69.
When a sequential control block is activated, it begins executing its block algorithm in the next
scheduled BPC as defined by the block parameters PERIOD and PHASE.
When a MON or TIM block is processed, its entire algorithm is executed each scheduled BPC
until deactivated.
When an IND, DEP, or EXC block is processed, a specified number of statements in the algo-
rithm are executed each BPC. The number of statements processed is determined by the value of
the block’s BPCSTM parameter. When the last statement is executed, the block automatically
deactivates itself.
Sequence language statements are executed in the order programmed by the user. Statement exe-
cution continues in a given BPC until:
♦ The number of statements specified by the BPCSTM parameter are executed in Auto,
or in Step mode.
♦ The last statement of a step is executed in Step mode.
♦ One statement is executed by request in Manual for an IND, DEP, or EXC block.
The number of statements executed in automatic may be less than the number specified by the
BPCSTM parameter if an executed statement requires more than one BPC to complete. For
example:
♦ A statement makes a request to access a block parameter in a remote Control
Processor.
♦ A WAIT or WAIT UNTIL statement has a wait condition exceeding the BPC.
144
10. Sequence Logic B0193AW – Rev R
145
B0193AW – Rev R 10. Sequence Logic
The following example caused a CP failure on a CP30 with software V2.2.1a or older:
Example:
INDEPENDENT_SEQUENCE
{* A TEST CASE *}
CONSTANTS
VARIABLES
USER_LABELS
SUBROUTINE SUBR2(IN II : I)
VARIABLES
STATEMENTS
II0002 := II;
ENDSUBROUTINE
SUBROUTINE SUBR3()
VARIABLES
RR : R;
STATEMENTS
RR := :WRONG:PATH.NAME; {* OP_ERR ‘-1’ *}
IO0003 := ROUND(RR);
{* All subroutines in the block share the same memory for local vari-
ables and arguments. In the example, RR has a value of II0001 which is
left after SUBR2 call. When II0001 is equal to ‘1’, the CP crashes
because ‘01 00 00 00’ is not a valid binary representation of a float
number.
*}
ENDSUBROUTINE
SUBROUTINE SUBR1()
VARIABLES
STATEMENTS
CALL SUBR2(II0001);
CALL SUBR3();
ENDSUBROUTINE
BLOCK_EXCEPTION TO_SYS_ERROR
STATEMENTS
SN0001 := “ERROR= “,OP_ERR,” B_STMNO= “, BLOCK_STMNO;
ENDEXCEPTION
{*Wrong practice: continue to run no matter what! *}
STATEMENTS
<<START>>
CALL SUBR1();
WAIT 0.1;
GOTO START;
ENDSEQUENCE
CPs with software V2.2.1b or later zero out denormalized values for cases like the above to avoid
system failure but this may cause unexpected algorithm behavior by using a value of zero instead
of what would be appropriate.
146
10. Sequence Logic B0193AW – Rev R
147
B0193AW – Rev R 10. Sequence Logic
The above SBX design assumes that SAVED_STMNO must be set to -1 (initialized):
1. In the first statement of the:
♦ Main code section
♦ Each subroutine
♦ State change SBX (TO_INACTIVE, TO_MANUAL, TO_PAUSED).
2. In the last statement of the state change SBX unless the logic terminates the block.
3. In the first statement after any label which is used as the “GOTO” statement argu-
ment to change execution flow backwards or to jump from any type of SBX to the
block main section.
148
10. Sequence Logic B0193AW – Rev R
Example:
For SET_VALx() (where ‘x’ stands for R,I,B,S data type)
SUBROUTINE SET_VALR(IN FPN : S; INOUT VAR : R)
STATEMENTS
SAVED_STMNO := -1;
VAR := :’FPN’;
ENDSUBROUTINE
NOTE
To continue after unsuccessful retries the you can secure the results by writing the
default value into VAR. Example:
SUBROUTINE SET_VALB(IN FPN : S;
INOUT VAR : B;
IN DFLT : B )
STATEMENTS
SAVED_STMNO := -1;
VAR := DFLT;
VAR := :’FPN’;
ENDSUBROUTINE
Complex Statements
You should avoid complex HLBL statements such as the following:
149
B0193AW – Rev R 10. Sequence Logic
SAVED_STMNO := -1; {* the initialization is not needed for the main code
section. *}
IF :COMP1:BLOCK1.BO0001 <> :COMP2:BLOCK2.BO0002 THEN
...........
ENDIF
This statement can produce OP_ERR “-1” twice and RETRY_CNT is not reset for the second
one. It is preferable to avoid usage of two or more external references in the single statement. You
should use extra assignment statement instead:
SAVED_STMNO := -1;
TMP_BOOL := :COMP2:BLOCK2.BO0002;
SAVED_STMNO := -1;
IF :COMP1:BLOCK1.BO0001 <> TMP_BOOL THEN
............
ENDIF
You may also double the number of retries by setting a proper value for LIMIT (the variable
LIMIT was used in the above example for SBX programming).
150
11. Integrated Control Configurator
Concepts
This chapter discusses various integrated control configurator concepts, for example, hardware
and software interfaces, and control station, library volume, and compound configuration.
The Integrated Control Configurator is both a configurator and a compound/block editor. As a
configurator, it allows you to add or modify Fieldbus Module (FBM) software data as necessary.
Hardware configuration takes place in the System Configurator as part of system startup, expan-
sion, or maintenance. A list of the configured modules is passed to the control configurator, where
it is accessible from the menu-bar function combination SHOW/Configured ECBs.
When you add an FBM to your system, you create an Equipment Control Block (ECB) for each
FBM selected. The ECB is the “holding place” for that FBM’s software data. ECBs are created
using the Insert Block/ECB function of the ICC main menu or the FBM/Fix All menu-bar
function.
Additionally, database files are provided for each library volume as it is created in the system.
Once installed, these files can be identified by the lowercase characters “vol.”
All modifications to this physical data are made through the Integrated Control Configurator.
These modifications can be made to on-line stations or off-line library volumes. As a com-
pound/block editor, the Integrated Control Configurator provides compound/block-building
templates along with a full range of editing functions.
With it you can:
♦ Create and integrate continuous, sequence, and ladder logic type blocks in a single
compound structure
♦ Group and connect compounds
♦ Modify, copy, and delete compounds and blocks
♦ Configure and modify Fieldbus modules
♦ Assign control schemes to stations in a distributed processing environment
♦ Build and maintain compound libraries
♦ Add device ECB blocks on line.
Configuration Aids
Configurator selections are either from a menu bar along the top of the workstation screen, or
from menus that appear, making additional choices possible.
From initial start-up, your directions on “what to do next” are provided by the logical structure of
the configurator.
As all-inclusive as the configurator program is, however, there are times when more information
and further assists are necessary. The following aids provide that assistance.
151
B0193AW – Rev R 11. Integrated Control Configurator Concepts
Help Screens
Help screens provide necessary backup information. They provide help on issues such as ranges,
choices, and error messages. They also provide help on the help function itself.
Parameter List
When you edit a compound/block, you can select either the standard parameters, or the complete
list of parameters for that compound/block.
Hardware Interface
The configurator operates with any Control Processor or any Application Processor or Personal
Computer that contains a Fieldbus interface card. It also operates with any Workstation Processor
supported by the Human Interface (HI) library.
The configurator must have a display screen and a keyboard.
User Interface
An alphanumeric keyboard is the primary input device.
A secondary input device is a mouse or trackball.
Software Interface
The configurator uses software processing routines to find:
♦ Control Processor letterbug names
♦ Fieldbus Module letterbug names for system-configured FBMs
♦ Control Processor database file (checkpointed) name
♦ Control Processor file status
♦ Control type availability for a Control Processor.
152
11. Integrated Control Configurator Concepts B0193AW – Rev R
Software Processing
Software processing provides the functions to:
♦ Initialize the software processing facilities.
♦ Reset access to the local host.
♦ Determine the host associated with a specified Control Processor.
♦ Return a file containing the letterbug and note the installed (active) Control
Processors.
♦ Return a file containing a list of the active printers.
♦ Return a file containing a list of the active Workstation Processors.
♦ Return a file containing a list of the active historians.
♦ Lock or permit access to the Control Station database file associated with a specified
Control Station letterbug.
♦ Lock or permit access to a library volume database.
♦ Unlock a Control Processor database.
♦ Return a list of FBMs, which were configured with the System Configurator, for a
specified Control Station letterbug.
♦ Return a list of the subset of the above System Configurator-configured FBMs which
have actually been created.
♦ Return a glossary of equipment configuration parameters for each FBM type, to aid
you in configuring an FBM which has not been pre-defined using the System
Configurator.
153
B0193AW – Rev R 11. Integrated Control Configurator Concepts
Configuration Target
You can select either a Control Station or a Library Volume as your configuration target.
Compound Configuration
When you choose a Compound name, the configurator determines if the compound name exists,
is valid (up to 12 characters), and is unique in the system.
If the compound does not exist, the configurator assumes that you are attempting to add a com-
pound to the “working” library volume. It returns the letterbug of a default library volume, and
enters the INACTIVE editing mode.
If the compound does exist, the configurator displays the station or volume letterbug and the
compound name, along with a list of all the compounds in that Control Processor (in the leftmost
column on the screen). It then enters the ACTIVE mode.
154
11. Integrated Control Configurator Concepts B0193AW – Rev R
You can also search for a selected compound name. This feature allows you to quickly find a spe-
cific compound from all the compounds in the defined domain. Once you make the selection, the
Compound Summary File informs the configurator in which checkpoint file the compound
resides.
Checkpoint Files
You can request a Control Station database checkpoint during an edit session by selecting CHECK-
POINT from the menu bar. This checkpoints the entire database.
Block Names
Block names, also up to 12 characters in length, must be unique within a compound but not
necessarily throughout the system. The configurator displays an error message if you try to add a
block to a compound when another block by the same name already exists within that
compound.
155
B0193AW – Rev R 11. Integrated Control Configurator Concepts
Active Editing
In the Active editing mode, the configurator is connected to a Control Station for interactive dis-
play and editing. In this mode you can:
♦ ADD and DELETE compounds, blocks, and ECBs
♦ MODIFY compound, block, and ECB parameters and connections
♦ COPY compounds to and from the paste buffer
♦ SAVE and LOAD compounds from floppy disk
♦ CHANGE Fieldbus Module per-unit and per-point parameters.
When you finish modifying a block or another modifiable object definition, the configurator
automatically installs it when you select DONE.
The station returns acknowledgment messages on receipt of these commands informing the con-
figurator either of acceptance or rejection. The configurator maintains its station workfile to
reflect these results.
When you change a Fieldbus Module (FBM) configuration with the System Configurator, you
can optionally update the Control Station with the change. If the FBM is not known to the sta-
tion (no ECB present in the station checkpoint file), or the FBM data has either been deleted or
modified, you can use the configurator to produce appropriate insert commands so that the sta-
tion will install the appropriate ECB for the module.
The configurator makes a request to the system monitor to initiate a checkpoint operation and
the Control Station responds. When the operation is complete, the configurator is enabled for
further edit operations.
In addition, an ECB for a non-system configured FBM can be built from scratch, as in the case of
any other new block. The FBM corresponding to the new ECB is specified by entering the
DEV_ID parameter in the ECB configuration.
Inactive Editing
In this editing mode, the configurator is not connected to a station but modifies the database of a
Library Volume. Editing a Library Volume is essentially the same as editing a station. The internal
differences are that:
♦ There is no station in the communications loop
♦ There is no validity checking for installation commands
♦ There is no IPC linkage.
A workfile (which also exists for the active mode) substitutes as the station and adjusts the inactive
data base in response to changes.
156
11. Integrated Control Configurator Concepts B0193AW – Rev R
Configuration Validation
Whenever you install a new block or modify the parameters of an existing block, certain parame-
ters of the affected block are validated according to block-specific rules. If a violation is detected, a
warning message is sent to the control configurator and displayed at the console. The same mes-
sage is shown on the primary page of the block’s detailed display. The string parameter ERCODE
is also set to contain the violation message. Certain violations are considered fatal errors, and pre-
vent the block from being installed. Others are considered only warnings. These warning mes-
sages are handled the same way as error messages, except that the incorrect configuration is
preserved in the configuration work file. This allows you to see the error that must be corrected.
Validation of block parameters does not proceed past the first error encountered by the block
logic. Table 11-1 shows the warning messages. At present, all warnings except “W59 – DUPLI-
CATE OUTPUT CHANNEL” cause the block to be marked Undefined.
Message Meaning
“W43 – INVALID PERIOD/PHASE PHASE does not exist for given block PERIOD, or block
COMBINATION” PERIOD not compatible with compound PERIOD.
“W44 – INVALID High range value is less than or equal to low range value.
ENGINEERING RANGE”
“W45 – CONFIGURATION A parsing error has been detected in a CALC, CALCA,
ERROR IN STEP nn” LOGIC, or MATH block; nn identifies the step in error.
“W46 – INVALID INPUT The source parameter specified in the input connection
CONNECTION” cannot be found in the source block, or the source
parameter is not connectable, or an invalid boolean
extension connection has been configured.
“W47 – INVALID PARAMETER A tuning block is connected to a PIDA block containing a
CONNECTION” connected tuning constant.
“W48 – INVALID BLOCK The configured value of a block option is illegal.
OPTION”
“W49 – INVALID BLOCK An illegal block extension has been configured for
EXTENSION” EXTBLK (AIN, AINR, MAIN blocks), NLNBLK (PIDA
block), or PIDBLK (FBTUNE, FFTUNE blocks).
“W50 – INVALID SIGNAL An SCI or SCO parameter setting is invalid.
CONDITIONING INDEX”
“W51 – INVALID An I/O block is connected to an ECB or the wrong type.
HARDWARE/SOFTWARE TYPE”
“W52 – INVALID I/O An I/O block is connected to an ECB when the specified
CHANNEL/GROUP NUMBER” point number is invalid or when the specified group or
octet number is invalid.
“W53 – INVALID PARAMETER A parameter value is not in the acceptable range.
VALUE”
157
B0193AW – Rev R 11. Integrated Control Configurator Concepts
Message Meaning
“W54 – ECB DOES NOT EXIST” An I/O block has a connection to an ECB that does not
exist or has not yet been installed. When the ECB is
installed, previously installed I/O blocks waiting for that
ECB will initialize automatically.
“W55 – CONTROLLER DOES An FBTUNE or FFTUNE block has an unspecified or
NOT EXIST” unresolved extension connection to a PIDA controller
block. When the PIDA is installed, previously installed
tuning blocks waiting for that PIDA will initialize
automatically.
“W56 – INVALID CONTROLLER An FBTUNE or FFTUNE block has an extension
MODE” connection to a PIDA block whose mode (MODOPT)
is not tunable.
“W57 – TUNING_CONSTANT An FBTUNE or FFTUNE block has an extension
LINKED” connection to a PIDA block that has a linked tuning
constant.
“W58 – INSTALL ERROR; A Database Installer error has occurred.
DELETE/UNDELETE BLOCK”
“W59 – DUPLICATE OUTPUT This block and another output block are connected to
CHANNEL” the same output point. Since this may be intentional, this
message is only a warning.
158
12. Control Processor (CP)/Fieldbus
Application Interface
The communications network between the I/A Series System Control Processor and the process
instrumentation consists of a hardware interface built around the Fieldbus Module (FBM),
Fieldbus Cluster Module (FBC), and Fieldbus Communications Module (FCM) and a
software interface centered about the Equipment Control Block (ECB). This section discusses
the interfaces – FBMs, FBCs, FCMs and ECBs, Fieldbus scanning, Fieldbus integration time,
FBM and FBC types, and ECB types.
NOTE
Throughout this chapter, the different FCM types, for example DCMs or FBIs, are
referred to as FCMs.
FBM is used throughout this chapter to refer to all equivalents including migration
cards and FBCs.
For a complete list of FCMs, see Appendix C “FBM – ECB Cross Reference”.
Physically, the I/A Series System Control Processor connects to the process in an Ethernet net-
work via a Fieldbus to FBMs, FBCs, or FCMs. The System Configurator/Definition limits the
number of FBMs to 48 maximum for the CP10, 64 for the CP30, CP30B, CP40, CP40B, and
120 for the CP60 (30 behind any single FCM). The appropriate number of ECBs can be deter-
mined using the CP Sizing Spreadsheet and/or Station Block. FBMs and FBCs differ depending
on the electrical nature and distribution of inputs and outputs (FBM and FBC varieties are listed
in “FBM and FBC Types” on page 169).
The Equipment Control Block (ECB) provides the software interface between the FBM, FBC, or
FCM and the I/O blocks.
ECBs differ depending on the FBM, FBC, or FCM and its application [the varieties of ECBs are
listed in “Equipment Control Blocks (ECBs)” on page 169].
When you configure an FBM, FBC, or FCM and its software application type, the System Con-
figurator/Definition automatically adds the appropriate ECB type.
The following figures show:
♦ The FBM as the interface between the process and the Control Processors
(Figure 12-1).
♦ The ECB as the interface between the I/O blocks of a compound and the FBM data
(Figure 12-2).
♦ A typical CP60 and Fieldbus Communications Module Interface (Figure 12-3).
159
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
When compound processing starts, each FBM or equivalent reads the I/O data (both input and
output channels) from the process instrumentation on a per-FBM basis. Any ECBs should be
configured for a scan period equal to the fastest scan period specified for any Input-type I/O block
configured for that FBM. The FBM then conditions, digitizes, and normalizes the data, as neces-
sary, and stores the data and the status into its ECB.
As a control compound is processed, the input blocks retrieve the data from the ECB. Using this
new data, the Compound Processor generates new outputs which are forwarded to the appropri-
ate ECB. The ECB transmits the data to its FBM or FBC which converts the output value to a
signal (such as 4 to 20 mA, 0 to 10 V dc, or pulses) compatible with the process instrumentation.
PROCESS INSTRUMENTATION
For Example, T/C, RTD, Transmitter, Switch, or Valve
160
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
Control Processor 2
Compound #1 ECBP
Block #3
COMPOUND #n
to/from
other ECB for
CP’s Block x
FBM096
161
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
FIBER
OPTIC 10 Mbps (10Base2) Ethernet Trunk Fieldbus (REDUNDANT)
CABLING
FIBER TO To Additional, Similar
10BASE2 Equipment Groupings
CONV. (If Applicable)
F F 2 Mbps F F 2 Mbps
C C Module fieldbus C C Module fieldbus
M M (Shielded Twisted- M M (Shielded Twisted-
10 10 Pair and/or Fiber 10 10 Pair and/or Fiber
E E Optic cabling) E E Optic cabling)
F F F F F F
B B B B B B
M M M M M M
162
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
Whenever the RED LED is on, the I/O hardware has asserted Fail-safe. If the software is asserting
fail-safe, the LEDs are unchanged in legacy FBMs or the GREEN LED is blinking in DIN FBMs.
Cold Start
(RED LED)
When the FBM is first powered up, the FBM firmware writes zeroes to the gate array registers and
places the FBM in its Fail-safe state. Since all the hold/fallback bits equal 0 (Fallback) and each
fallback value equals 0, each output is at its de-energized value of 0, waiting for the FBM to go
on-line.
FSMM02 Fail-safe Main Mask, ECB type 02 – provides the four bits to the
hold/fallback register that determine how the four output channels (05,
06, 07, and 08) respond during Fail-safe. If the bit = 1, the output goes to
hold and takes its value from the current value register. If the bit = 0, the
output goes to fallback and assumes the value from the fallback register.
FSMM02 is digitally coded as follows:
163
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
FS5D02 Fail-safe, channel 5 Data, ECB type 2 – the fallback value for the channel
5 output is written to the fallback value register.
The value represents the D/A raw count and must be related to the
intended signal conditioning. For example, if this output is going to a
4-20 mA device (raw count range: 12,800 to 64,000) then FS5D02 must
be within that range.
FS6D02, FS7D02, and FS8D02, the fallback values for channels 6, 7, and
8 are likewise written to the fallback value register.
You should be especially careful when configuring the fail-safe mask and fail-safe values in ECBs
associated with redundant analog output FBMs. In addition to installing a special Termination
Cable Assembly (TCA) or Redundant Adaptor (RA), you must configure the ECB of each side so
that its FBM “fails low”. This is a constraint imposed by the hardware arrangement of the redun-
dant-type TCA or RA. Unless a failed FBM outputs 0 mA, the good side does not take over and
drive the output correctly. This implies that the fail-safe mask of each ECB must specify Fallback
for each channel, rather than Hold. The Fallback value must be 0 raw counts for each channel,
even if the normal low end of the output span is 12,800 raw counts, corresponding to 4 mA. The
following table summarizes the required ECB parameter values:
164
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
FBM Reboot
(Previously GREEN LED)
The FBM goes to the hardware Fail-safe state (RED LED) and the FBM outputs assume the Fail-
safe configuration until the FBM is back on-line and the application software resumes control
(GREEN LED).
FSENAB Fail-safe Enable is a boolean parameter that, when true, enables the
FSDLAY timer. If communications fail with FSENAB false, there is no
fail-safe activity: the FBM continues to drive the outputs using the current
values, which is equivalent to holding the outputs. The GREEN LED
remains on.
NOTE
FSENAB does not affect the hardware Fail-safe behavior. Setting FSENAB false
does prevent the FBM from going to the Fail-safe state because of a CP-to-FBM
communications failure, but it cannot prevent the FBM from going to Fail-safe for
any other reason.
FSDLAY Fail-safe Delay is a timer that, when enabled by FSENAB, specifies (in
units of 0.01 seconds) the length of time the FBM waits for a communica-
tion from the CP before entering a Commfail or software Fail-safe state
(in which outputs are under hardware control). This state asserts the out-
put values specified by the fail-safe (solid RED LED) configuration.
Example:
The default value of 1000 causes the FBM to wait 10 seconds between CP
communications before going to the Fail-safe state, if FSENAB is set true.
The ECB parameter FSOPTS is the Fail-Safe Option and is a configurable option that specifies
the fail-safe conditions and action to be taken in an FBM for an output point in a ROUT block.
EEPROM Update
(Alternately flashing RED and GREEN LEDs)
The FBM goes to the Fail-safe state and the FBM outputs assume the Fail-safe configuration
defined by the gate array registers prior to the EEPROM update. The FBM maintains this defini-
tion until the EEPROM update is completed and the application software resumes control
(GREEN LED).
165
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
FBM Restart
(RED/GREEN to GREEN LED)
The manipulations associated with this state change do not bump the outputs. The outputs have
the values written to the gate array registers, by the application software, prior to transition to
restart. If the software was never run, the registers have the zero values received on power-up ini-
tialization, and the outputs are de-energized.
The application starts operation in the normal run state unless the transition is a battery-backed
powerfail recovery, in which case the state is “fail-safe because of powerfail”. If the CP then recov-
ers communications in less than “communication ride-through time”, logic in the CP recognizes
the event as a power glitch and suppresses the fail-safe transition.
All references to gate array hardware in the descriptions of fail-safe operations refer to non-Cluster
FBMs. In the case of Cluster I/O FBCs, the fail-safe masks and fail-safe fallback values are
retained in the data structures maintained by the FBP10 for each of the attached output type
FBCs.
166
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
Fieldbus Scanning
Control Processor scan of a Fieldbus Module is performed on a per-FBM basis. For FBM01 to
FBM46, the Control Processor treats the Main digital type FBM and its Expansion Module as
one FBM when scanning the Fieldbus.
The ECB parameter, PERIOD, determines the period at which an FBM is scanned.
Fieldbus scanning of FBM data completes before block processing begins.
The Analog-type FBMs read in their Analog inputs every 10 ms, for purposes of integration,
independent of CP/Fieldbus scan intervals.
For example, for a 100 ms interval, a new analog value is converted every 25 ms. Each 25 ms sam-
ple is continuously averaged with the previous 25 ms samples over a 100 ms interval.
The higher 500 and 1000 conversion times are normally required for the fixed span thermocouple
and RTD applications to meet the wider temperature spans (FBM202 and FBM212 -
Thermocouple Input, and FBM203 and FBM213 - RTD Input). Lower conversion times
(50 ms, 100 ms, or 200 ms) may result in unreliable measurement values.
167
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
FBM01 to FBM05
Resolutions of 11, 12, 13, 14, and 15 bits can be specified for analog inputs. The greater the reso-
lution, the longer the conversion time. The Resolution (RES) parameter for each ECB allows you
to select a RES value of 1 to 5 which selects the resolution and integration time of the input. Spec-
ifying 15-bit resolution gives more filtering by providing a longer filter time constant.
Table 12-4 illustrates these time factors:
* Default value for typical applications. 14-bit resolution is default for thermocouple and RTD
applications (FBM02 and FBM03).
For example, for a 12-bit specified resolution, a new analog value is converted to 12 bits every
25 ms. Each 25 ms sample is continuously averaged with previous 25 ms samples over a 100 ms
interval.
The higher 14-bit and 15-bit resolutions are normally required for the fixed span thermocouple
and RTD applications to meet the wider temperature spans (14-bit resolution is the default value
for FBM02 – Thermocouple Input and FBM03 – RTD Input). Lower resolutions (12 or 13 bits)
may result in unreliable measurement values.
Cluster I/O
The three Cluster I/O analog input modules (FBC01, FBC17, and FBC21) always provide 12-bit
resolution. No user options exist for Cluster I/O.
168
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
169
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
The ECB types listed in Table 12-5 that interface to FBMs, FBCs or other stations, include the
ECB Primary (ECBP). An ECBP is associated with each Control Station and specifies Fieldbus
communication parameters (for example, bus switching and watch dog timer).
You can establish the ECB type during System Configuration/Definition when you select the
FBM Hardware/software type, or specify it when executing the ICC Insert Block/ECB function
to add the ECB. When adding an ECB in the ICC, you must specify the ECB type first, then
define its hardware and software type.
For a list the ECB Assignments by System Configurator/Definition, see Appendix C “FBM –
ECB Cross Reference”.
FBMs 12a, 12b, 13, 14a, 14b, 14c, 14d, 15, 16, 21, 25a, 25b, 25c, 27a, 27b, 42a, and 42c are all
I/O Extenders. They have no software type of their own. They interface to the I/O blocks
through the ECB of the main FBM.
170
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
I/O BLOCK ECB FBM H/W I/O BLOCK ECB FBM H/W
TYPE TYPE TYPE TYPE TYPE TYPE
DI, S/M, DO
PULSE INPUT
CIN
MCIN FBM207
AINR COUT FBM217
ECB4 FBM206 MCOUT FBM219
MAIN ECB5 FBM241
FBM241b
MTR
FBM241c
MOVLV
FBM241d
VLV
FBM242
GDEV
LADDER LOGIC
FBM207 ANALOG OUT
FBM217 AOUT
FBM219
PLB
FBM241
ECB53 FBM237
FBM241b
CIN ECB8
FBM241c
FBM241c AOUTR
MCIN FBM242
171
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
IIN
RIN
ECB201 ECB200 FBM214
RINR
STRIN
IIN
RIN
ECB201 ECB200 FBM215
STRIN
ROUT
BIN
BINR
BOUT FBM220
ECB201 ECB200
FBM221
RIN
RINR
ROUT
172
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
IIN
IOUT
BIN
BINR
BOUT
RIN
ROUT
STRIN
STROUT
PAKIN
PAKOUT
PLSOUT
173
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
IIN
IOUT
BIN
BINR
BOUT
RINR
ROUT
PAKIN
PAKOUT
PLSOUT
174
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
AIN*
PNT
MEAS
REALM REALM
or PID or
MEALM MEALM
OUT or
Optional Real (REALM) Optional Real (REALM)
or Measurement (MEALM) or Measurement (MEALM)
Alarm Block Alarm Block
AOUT**
To Displays and
Maintenance or
Data Collection
ECB74 ECB18
Water
175
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
AIN*
PNT
MEAS
REALM REALM
or PID or
MEALM MEALM
OUT or
Optional Real (REALM) Optional Real (REALM)
or Measurement (MEALM) or Measurement (MEALM)
Alarm Block Alarm Block
AOUT**
To Displays and
Maintenance or
Data Collection
ECB74 ECB18
Water
176
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
I/O BLOCK ECB FBM H/W I/O BLOCK ECB FBM H/W
TYPE TYPE TYPE TYPE TYPE TYPE
ANALOG IN ANALOG IN/OUT
1
AIN AIN
ECB1 2
4
3 AINR ECB2
MAIN 5
3A
3B
AOUT
AINR 33
AOUTR
36
DI, S/M, DO
PULSE IN / ANALOG OUT
CIN 7,7A,7B,H7 12A, 12B
MAIN MCIN 8, H8 13
COUT 9,9A,9B, H9 14A, 14B
AIN MCOUT 10 14C, 14D
11 15
ECB5 20 16
ECB4 6
AINR 24A, 24B 21
MTR 24C 25A, 25B
MOVLV 26A, 26B 25C
AOUT VLV 26C 27A, 27B
GDEV 41A, 41C 27C
AOUTR 42A, 42C
MAIN EXPANDER
8 13 MAIN 8 13
CIN ECB6 ECB7
20 21 CIN 20 21
MCIN MCIN
24A 25A 24A 25A
24B 25B GDEV 24B 25B
24C 25C 24C 25C
177
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
I/O BLOCK ECB FBM H/W I/O BLOCK ECB FBM H/W
TYPE TYPE TYPE TYPE TYPE TYPE
AI/AO/DI/DO
LADDER LOGIC 7, 7A, 7B 12A, 12B
AIN
8 13 17A
AOUT
PLB 9, 9A, 9B 14A, 14B 17B
CIN
10 14C, 14D 17C
COUT
11 15 17D
CIN ECB8 20 16 ECB9
24A, 24B 21
MTR
24C 25A, 25B
MCIN MOVLV 22
26A, 26B 25C
27A, 27B VLV
26C
27C GDEV
41A, 41C
42A, 42C
AINR
MAIN EXPANDER
AOUTR
DSI ECB14 DS
178
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
I/O BLOCK ECB FBM H/W I/O BLOCK ECB FBM H/W
TYPE TYPE TYPE TYPE TYPE TYPE
38 AIN
AIN ECB22
(CORIOLIS)
AINR ECB23 39
AINR
AOUT
MAIN
AOUTR
MAIN
179
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
I/O BLOCK ECB FBM H/W I/O BLOCK ECB FBM H/W
TYPE TYPE TYPE TYPE TYPE TYPE
MDACT FEEDBACK LAG MDACT PULSE WIDTH
17A 17A
MDACT ECB34 17B MDACT ECB36 17B
17C 17C
GDEV 17D GDEV 17D
MTR MTR
MOVLV MOVLV
VLV VLV
COUT COUT
CIN CIN
AIN AIN
AOUT AOUT
AINR AINR
AOUTR AOUTR
IT2 INTERFACE (DUAL BAUD RATE) IT2 IN / ANALOG OUT (DUAL BAUD RATE)
MAIN MAIN
ECB12 AIN
AIN 43
ECB73
AINR
ECB23 44
AINR
AOUT
AOUTR
180
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
I/O BLOCK ECB FBM H/W I/O BLOCK ECB FBM H/W
TYPE TYPE TYPE TYPE TYPE TYPE
IT2 IN / ANALOG OUT
(DUAL BAUD RATE, REDUNDANT)
DPIDA INTERFACE
MAIN 4
DPIDA ECB52 17
AIN 22
37
181
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
I/O BLOCK ECB FBM H/W I/O BLOCK ECB FBM H/W
TYPE TYPE TYPE TYPE TYPE TYPE
COUT
AOUTR
GDEV
ECB44 FBC09
MOVLV
MTR
MCOUT
CIN
MCIN
COUT
ECB46 FBC10
GDEV
MOVLV
MTR
VLV
MCOUT
182
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
183
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
Configuration
Window ECBs operate directly on the device for configuration. Configuration parameters are of
two types. The first group representing essentially non-dynamic data specifies the operation of the
window ECB, for example, period, phase, and source connections for outbound process data.
These parameters are configurable through the Integrated Control Configurator in the same way
as parameters of standard blocks.
The second group of parameters represents dynamic, real time data, usually measurements or sta-
tus information (the parameter names and data types vary with each window ECB). These param-
eters are normally not settable, since they reflect current device values. However, a special BYPASS
switch allows for simulation setting.
To support device-specific alarm functions, window ECBs can be connected to other blocks, such
as STALM, MEALM, and MSG.
Installation
The window ECB presents the device as a group of I/A Series System parameters, providing access
to device-specific parameters, but also thereby integrating device outputs into the generic parame-
ter interface demanded by the I/A Series Control System. Accordingly, all window ECBs, regard-
less of device, follow the same overall design. The following description of the generic window
ECB also serves as a narrative of how the window ECB is installed, made active, operates, and is
shut down.
Validation
Window ECBs validate themselves only regarding normal connection. Device parameter valida-
tion is, for IFDs, device-resident and thus will take place prior to connection.
Initialization
Initialization is invoked as part of the PIO Maintenance task based upon the generic flag request
mechanism. Initialization performs two basic functions:
1. The initialization required by the window ECB’s processes (the connected dynamic
data). This initialization is executed before any other ECB code, allowing resetting the
ECB history of the previous cycle states.
2. The initialization of non-dynamic data by directly reading the device.
During initialization, all parameters are marked OOS (out of service), and remain OOS until the
first input/output scan.
The trigger event for start up initialization is the ECB off-line to on-line transition. Upon com-
pletion, the static data upload function triggers the update of displays and other processes depen-
dent on the data. Device-specific window ECBs provide for multiple trigger events for complete
and partial re-initializations at times other than start up; for example, device reconfiguration and
communication failures (see the individual window ECBs for details).
184
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
185
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
Commfail Issues
For IFDs, communication failures must be handled by the device, since all the I/A Series System
can do is create alarms once communication has failed.
186
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
Shutdown
The trigger event for shutdown is the SMDH off-line action. It is functionally similar to turning
off a compound: the window ECB goes OOS and real time scanning of the device is shut down.
Alarming
The I/A Series System supports two families of alarms: process alarms and system alarms. Process
alarms highlight process conditions; system alarms report exception conditions relating to the
control system itself. IFDs, which include both diagnostic logic to report hardware faults and
application-level intelligence recognizing process exception conditions require both process and
system alarms.
Alarm blocks—STALM, MEALM, and MSG—provide I/A Series System support for device-res-
ident alarms, by converting the device’s detection of alarm conditions into a parameter interface
to the I/A Series System.
Window States
A window has two states, On and Off. Transitions are triggered by SMDH on-line and off-line
actions.
Off shuts down all mechanisms associated with the window. All parameters are marked OOS.
Existing values are left unchanged. Where appropriate, output parameters are released.
On turns on all mechanisms associated with the window. With the window state on, the device’s
functions are part of the user’s real time control strategy. The device state must be ON_SCAN.
Device States
Devices have five explicit, mutually exclusive states. A sixth state, OFF, follows from the OFF
window state.
1. ON_SCAN, which is the device state that supports real time control. In the
ON_SCAN state, device parameters can be used by the I/A Series System.
2. COMM_FAIL, which is entered when communication fails and left when communi-
cation is resumed. In this state, window points are BAD and OOS.
3. DEVICE_FAILED, which is entered when the device reports a fatal hardware fault or
other fatal error condition, except a communication failure.
4. DEVICE_NOT_READY, which is the transition state, as in normal start-up.
5. DEVICE_OOS, a transition state set by the operator or other external control. The
device is healthy, but not to be used for its normal functions.
187
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
Overview
The HTG ECB dynamic data consists of up to 24 tank measurements and 9 status inputs. Non-
dynamic data includes alarm set points, I/O names, system select parameters, and maintenance
data (letterbug, alias, etc.). A default I/A Series System display with several levels of detail can be
used. A group of HTGs can be supervised through a Tank Farm display.
The HTG ECB does not generate process alarms, but provides the output parameters for other
blocks to generate them. Selected alarm set points can be adjusted by the operator through the
window ECB display without entering the IFD environment. An HTG support compound is
provided. A typical, full-featured HTG support compound consists of 13 Measurement alarm
blocks, 14 state alarm blocks, and a variable number of message blocks.
HTG ECB options include a security feature for selected actions, and last good value retention.
188
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
189
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
♦ Flow rate
♦ Density rate change
♦ Vapor specific gravity
♦ Reference temperature
♦ Water level
♦ Auxiliary reference density
♦ Sensor temperature (3 points).
♦ One packed boolean for 5 HIU contact input point statuses.
The packed boolean input reports the status of 5 HIU contact input points.
The ECB outputs (from the ECB to the CP) are:
♦ 8 HTG status words (16 bits each, packed booleans)
♦ A channel status word (packed boolean)
♦ 25 alarm set points (real values)
♦ A Hardware Fault message string (a string)
♦ 8 engineering units (strings)
♦ Five contact names (strings).
190
12. Control Processor (CP)/Fieldbus Application Interface B0193AW – Rev R
191
B0193AW – Rev R 12. Control Processor (CP)/Fieldbus Application Interface
192
Appendix A. Signal Conditioning
Indexes
This Appendix defines the conversion algorithms for signal conditioning indexes. These are
optionally offered for both the AIN and MAIN block types. The inverses of some of these
algorithms are available for use in the AOUT and AOUTR blocks.
193
B0193AW – Rev R Appendix A. Signal Conditioning Indexes
194
Appendix A. Signal Conditioning Indexes B0193AW – Rev R
SCI = 13: Square Root 14080 to 64000 raw counts with low cutoff
IF raw_value <= 14080
THEN
converted_value = LSCO1;
ELSE
converted_value = (SQRT(49920 * (raw_value - 14080)) * (HSCO1
- LSCO1) / 49920) + LSCO1;
195
B0193AW – Rev R Appendix A. Signal Conditioning Indexes
Thermocouples (FBM)
SCI = 20: Type B Thermocouple
Material : Platinum-Platinum
Range : 0 to 1820 deg C
Curve : P331-0/68 (TI 15-18a)
Material : Chromel™-Constantan
Range : -270 to 910 deg C
Curve : S303-0/68 (TI 5-17c)
Material : Iron-Constantan
Range : -210 to 1200 deg C
Curve : S99J-0/68 (TI 5-12f)
Material : Chromel-Alumel™
Range : -270 to 1372 deg C
Curve : K223-0/68 (TI 5-13c)
Material : Nicrosil-Nisil
Range : -270 to 1300 deg C
Curve : IPTS-68 (TI 5-19)
Material : Platinum-Platinum
Range : -50 to 1768 deg C
Curve : P329-0/68 (TI 5-14d)
196
Appendix A. Signal Conditioning Indexes B0193AW – Rev R
Material : Platinum-Platinum
Range : -50 to 1768 deg C
Curve : P307-0/68 (TI 5-15e)
Material : Copper-Constantan
Range : -270 to 400 deg C
Curve : S233-0/68 (TI 5-11c)
Material : Copper
Range : -70 to 150 deg C
Curve : CR-229 (TI 5-25a)
Material : Nickel
Range : -100 to 160 deg C
Curve : NR-227 (SAMA) (TI 5-24a)
Material : Platinum
Range : 0 to 620 deg C
Curve : PR-238 (TI 5-26a)
Material : Platinum
Range : -200 to 620 deg C
Curve : Foxboro drawing 10104MV (TI 5-28)
197
B0193AW – Rev R Appendix A. Signal Conditioning Indexes
Material : Platinum
Range : -200 to 600 deg C
Curve : PR-279 (SAMA) (TI 5-27a)
TI # Title
5-18a Thermocouple Temperature/mV Data For Platinum-6% Rhodium vs. Platinum-30%
Rhodium Thermocouples, Type B
5-17c Thermocouple Temperature/mV Data For Nickel-Chromium vs. Copper-Nickel
(Chromel-Constantan) Thermocouples, Type E
5-34 Electromotive Force vs. Temperature For PRC Thermocouple Curve EA-2
5-12f Thermocouple Temperature/mV Data For Iron vs. Copper-Nickel (Iron-Constantan)
Thermocouples, Type J
5-13c Thermocouple Temperature/mV Data For Nickel-Chromium vs. Nickel-Aluminum
(Chromel-Alumel) Thermocouples, Type K
5-19 Temperature-Electromotive Force (EMF) Tables For Type N (Nicrosil vs. Nisil)
Thermocouples
5-14d Thermocouple Temperature/mV Data For Platinum vs. Platinum-13% Rhodium
Thermocouples, Type R
5-15e Thermocouple Temperature/mV Data For Platinum vs. Platinum-10% Rhodium
Thermocouples, Type S
5-11c Thermocouple Temperature/mV Data For Copper vs. Copper-Nickel
(Copper-Constantan) Thermocouples, Type T
5-25a SAMA Copper RTD Temperature-Resistance Tables Curve CR-229
(Degrees C vs. Absolute Ohm) and Curve CR-228 (Degrees F vs. Absolute Ohm)
5-24a SAMA Type II Nickel RTD Temperature-Resistance Tables Curve NR-227
(Degrees C vs. Absolute Ohm) and Curve NR-226 (Degrees F vs. Absolute Ohm)
5-26a DIN Platinum RTD Temperature-Resistance Tables Curve PR-238 (Degrees C vs.
Absolute Ohm) and Curve PR-239 (Degrees F vs. Absolute Ohm)
5-28 ASTM* and IEC* Platinum RTD Temperature-Resistance Tables (Degrees C vs.
Absolute Ohm and Degrees F vs. Absolute Ohm)
5-27a SAMA 100 Ohm (Nominal) Platinum RTD Temperature-Resistance Tables Curve
PR-279 (Degrees C vs. Absolute Ohm) and Curve PR-278 (Degrees F vs. Absolute Ohm)
198
Appendix A. Signal Conditioning Indexes B0193AW – Rev R
199
B0193AW – Rev R Appendix A. Signal Conditioning Indexes
SCI = 9: Linear, low cutoff (1600 to 64000) (“0 to 100%, Elevated Zero”)
SCI = 10: Linear, low cutoff (12800 to 64000)(“20 to 100%”)
SCI = 11: Linear (-32768 to 32767)
SCI = 12: Linear (0 to 32767)
SCI = 13: Linear (0 to 1000)
SCI = 14: Linear (0 to 9999)
SCI = 15: Linear (0 to 2048)
SCI = 16: Linear (409 to 2048)
SCI = 17: Square root (0 to 2048)
SCI = 18: Square root (409 to 2048)
SCI = 19: Linear (0 to 4095)
200
Appendix A. Signal Conditioning Indexes B0193AW – Rev R
The values of SCO, which must be in the ranges 0 to 5 or 12 to 13, cause the following inverse
linear or inverse square root signal conditioning to be applied to the scaled, balanced, and
clamped input. In each case, the input to the signal conditioning algorithm is the value of OUT,
and the output of the algorithm is stored in RAWC:
The following output Signal Conditioning indexes are applicable for analog output blocks used in
conjunction with FBMs, FBCs, and devices:
SCO = 0: No Conditioning
raw count = output
SCO = 1: 0 to 64000 inverse linear
(Analog Output 0 to 20 mA)
raw count = (output - LSCO1) * 64000 / (HSCO1 - LSCO1)
SCO = 2: 1600 to 64000 inverse linear
(Analog Output 0 to 10 V dc)
raw count = ((output - LSCO1) * 62400 / (HSCO1 - LSCO1) + 1600
SCO = 3: 12800 to 64000 inverse linear
(Analog Output 4 to 20 mA)
raw count = ((output - LSCO1) * 51200 / (HSCO1 - LSCO1) + 12800
SCO = 4: 0 to 64000 inverse square root
(Analog Output 0 to 20 mA)
raw count = ((output - LSCO1) * 62400 / (HSCO1 - LSCO1))2 / 64000
SCO = 5: 12800 to 64000 inverse square root, clamped
(Analog Output 4 to 20 mA)
raw count = ((output - LSCO1) * 51200 / (HSCO1 - LSCO1))2 / 51200 +
12800
SCO = 12: 14080 to 64000 inverse linear
(Analog Output 2 to 10 V dc)
raw count = ((output - LSCO1) * 49920 / (HSCO1 - LSCO1)) + 14080
SCO = 13: 14080 to 64000 inverse square root with low cutoff
(Analog Output 2 to 10 V dc)
raw count = ((output - LSCO1) * 49920 / (HSCO1 - LSCO1))2 / 49920 +
14080
Each SCO value has an associated raw span, consisting of the difference between the upper and
lower range values of the raw value. For example, SCO = 2 has a raw span of 64000 minus 1600,
or 62400. The upper range value is always 64000 for any nonzero SCO.
The effect of inverse linear signal conditioning is to place RAWC at the same relative position
within the raw span as OUT occupies within the engineering units span.
201
B0193AW – Rev R Appendix A. Signal Conditioning Indexes
Example:
If,
LSCO1 = 200C
HSCO1 = 900C
OUT = 500C
SCO =2
Then,
RAWC = ((50 - 20) * 62400 / (90 - 20)) + 1200
= (30 * 62400/70) + 1200 = 27943
Inverse square root signal conditioning is similar, but the relationship between RAWC and OUT
is non-linear.
202
Appendix A. Signal Conditioning Indexes B0193AW – Rev R
203
B0193AW – Rev R Appendix A. Signal Conditioning Indexes
204
Appendix B. Fieldbus Modules
This appendix lists and describes Fieldbus Module types and their software configurable
specifications.
Option Range
Analog Input Conversion Time 1, 2, 3, 4, 5
(on a per-module basis)
1 = 100 ms conversion time, 25 ms update period
2 = 200 ms conversion time, 25 ms update period
3 = 500 ms conversion time, 25 ms update period
4 = 1000 ms conversion time, 25 ms update period
5 = 50 ms conversion time, 25 ms update period
Rate of Change Limits (Channels 1-8) Normalized Raw Counts/100 ms
205
B0193AW – Rev R Appendix B. Fieldbus Modules
Settling Time*
Conversion Time Resolution (Milliseconds) Update Time RES Value
50 ms 15 bits 100 25 ms 5
100 ms 15 bits 125 25 ms 1
200 ms 15 bits 200 25 ms 2
500 ms 15 bits 500 25 ms 3
1000 ms 15 bits 1000 25 ms 4
* Value settles within a 1% band of steady state for a 10 to 90% input step change.
Option Range
Analog Input Conversion Time 1, 2, 3, 4, 5
(on a per-module basis)
1 = 100 ms conversion time, 25 ms update period
2 = 200 ms conversion time, 25 ms update period
3 = 500 ms conversion time, 25 ms update period
4 = 1000 ms conversion time, 25 ms update period
5 = 50 ms conversion time, 25 ms update period
Rate of Change Limits (Channels 1-9) Normalized Raw Counts/100 ms
206
Appendix B. Fieldbus Modules B0193AW – Rev R
Settling Time*
Conversion Time Resolution (Milliseconds) Update Time RES Value
50 ms 15 bits 100 25 ms 5
100 ms 15 bits 125 25 ms 1
200 ms 15 bits 200 25 ms 2
500 ms 15 bits 500 25 ms 3
1000 ms 15 bits 1000 25 ms 4
* Value settles within a 1% band of steady state for a 10 to 90% input step change.
Option Range
Analog Input Conversion Time 1, 2, 3, 4, 5
(on a per-module basis)
1 = 100 ms conversion time, 25 ms update period
2 = 200 ms conversion time, 25 ms update period
3 = 500 ms conversion time, 25 ms update period
4 = 1000 ms conversion time, 25 ms update period
5 = 50 ms conversion time, 25 ms update period
Rate of Change Limits (Channels 1-8) Normalized Raw Counts/100 ms
207
B0193AW – Rev R Appendix B. Fieldbus Modules
Settling Time*
Conversion Time Resolution (Milliseconds) Update Time RES Value
50 ms 15 bits 100 25 ms 5
100 ms 15 bits 125 25 ms 1
200 ms 15 bits 200 25 ms 2
500 ms 15 bits 500 25 ms 3
1000 ms 15 bits 1000 25 ms 4
* Value settles within a 1% band of steady state for a 10 to 90% input step change.
FBM204 (0 to 20 mA Inputs/Outputs)
The Channel Isolated 0 to 20 mA Input/Output Interface Module contains four 20 mA dc ana-
log input channels and four 20 mA dc analog output channels.
Each input channel accepts an analog sensor input such as a 4 to 20 mA transmitter or a self-pow-
ered 20 mA source.
Each output channel drives an external load and produces a 0 to 20 mA output.
The module performs the signal conversion required to interface the electrical input/output sig-
nals from/to the field sensors to/from the redundant Fieldbus.
The module independently connects to the redundant Fieldbus. This module executes the Analog
I/O application program. The configurable options and their ranges follow.
Option Range
Analog Input Conversion Time 1, 2, 3, 4, 5
(on a per-module basis)
1 = 100 ms conversion time, 25 ms update period
2 = 200 ms conversion time, 25 ms update period
3 = 500 ms conversion time, 25 ms update period
4 = 1000 ms conversion time, 25 ms update period
5 = 50 ms conversion time, 25 ms update period
Rate of Change Limits (Channels 1-8) Normalized Raw Counts/100 ms
Analog Output:
Fail-safe Configuration (Hold/ 0 = fallback; 1 = hold
Fallback on a per-channel basis)
Rate of Change Limits (Channels 1-4) Normalized Raw Counts/100 ms
Rated Mean Accuracy: ±0.03% of span for inputs and ±0.05% of span for outputs.
Conversion Time (software configurable): see Table B-8.
208
Appendix B. Fieldbus Modules B0193AW – Rev R
Settling Time*
Conversion Time Resolution Update Time (Milliseconds) RES Value
50 ms 15 bits 25 ms 100 5
100 ms 15 bits 25 ms 125 1
200 ms 15 bits 25 ms 200 2
500 ms 15 bits 25 ms 500 3
1000 ms 15 bits 25 ms 1000 4
* Value settles within a 1% band of steady state for a 10 to 90% input step change.
FBM207(Contact/dc Inputs)
The Contact/dc Input Interface Module functions as a 16-channel dc voltage monitor (FBM207)
or 16-channel contact sensor (FBM207b).
It performs the signal conversion required to interface these digital (that is, on/off state) electrical
input signals from the field sensors to the redundant Fieldbus.
209
B0193AW – Rev R Appendix B. Fieldbus Modules
Option Range
Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Digital Output:
Fail-safe Configuration Hold/Fallback 0 = fallback; 1 = hold
(on a per-channel basis)
Sustained or Momentary Output Configuration 0 = sustained; 1 = momentary
(on a per-channel basis)
If the Momentary Output configuration is selected, then the Output Interval is also configurable
in increments of 10 ms with a 50% duty cycle.
Input Range (each channel): Contact open (off) or closed (on).
Option Range
Analog Input Conversion Time 1, 2, 3, 4, 5
(on a per-module basis)
1 = 100 ms conversion time, 25 ms update period
2 = 200 ms conversion time, 25 ms update period
3 = 500 ms conversion time, 25 ms update period
4 = 1000 ms conversion time, 25 ms update period
5 = 50 ms conversion time, 25 ms update period
Rate of Change Limits (Channels 1-8) Normalized Raw Counts/100 ms
Analog Output:
Fail-safe Configuration 0 = fallback; 1 = hold
(Hold/Fallback on a per-channel basis)
Rate of Change Limits (Channels 1-4) Normalized Raw Counts/100 ms
210
Appendix B. Fieldbus Modules B0193AW – Rev R
Settling Time*
Conversion Time Resolution Update Time (Milliseconds) RES Value
50 ms 15 bits 50 ms 100 5
100 ms 15 bits 50 ms 125 1
200 ms 15 bits 50 ms 200 2
500 ms 15 bits 50 ms 500 3
1000 ms 15 bits 50 ms 1000 4
* Value settles within a 1% band of steady state for a 10 to 90% input step change.
Option Range
Analog Input Conversion Time 1, 2, 3, 4, 5
(on a per-module basis)
1 = 100 ms conversion time, 25 ms update period
2 = 200 ms conversion time, 25 ms update period
3 = 500 ms conversion time, 25 ms update period
4 = 1000 ms conversion time, 25 ms update period
5 = 50 ms conversion time, 25 ms update period
Rate of Change Limits (Channels 1-9) Normalized Raw Counts/100 ms
211
B0193AW – Rev R Appendix B. Fieldbus Modules
Reference Junction:
For discrete and direct terminal connections, a 100 ohm platinum RTD is internally pro-
vided at the termination cable assembly.
For a wire termination connection, the reference junction connection is provided by the
user with a 4-wire 100 ohm platinum RTD (IEC 751, Class B).
Rated Mean Accuracy: ± 0.03% of span.
Conversion Time: see Table B-13.
Settling Time*
Conversion Time Resolution Update Time (Milliseconds) RES Value
50 ms 15 bits 50 ms 100 5
100 ms 15 bits 50 ms 125 1
200 ms 15 bits 50 ms 200 2
500 ms** 15 bits 50 ms 500 3
1000 ms** 15 bits 50 ms 1000 4
* Value settles within a 1% band of steady state for a 10 to 90% input step change.
** Use 500 ms or 1000 ms conversion time for FBM212
Option Range
Analog Input Conversion Time 1, 2, 3, 4, 5
(on a per-module basis)
1 = 100 ms conversion time, 25 ms update period
2 = 200 ms conversion time, 25 ms update period
3 = 500 ms conversion time, 25 ms update period
4 = 1000 ms conversion time, 25 ms update period
5 = 50 ms conversion time, 25 ms update period
Rate of Change Limits (Channels 1-8) Normalized Raw Counts/100 ms
212
Appendix B. Fieldbus Modules B0193AW – Rev R
Settling Time*
Conversion Time Resolution Update Time (Milliseconds) RES Value
50 ms 15 bits 50 ms 100 5
100 ms 15 bits 50 ms 125 1
200 ms 15 bits 50 ms 200 2
500 ms** 15 bits 50 ms 500 3
1000 ms** 15 bits 50 ms 1000 4
* Value settles within a 1% band of steady state for a 10 to 90% input step change.
** Use 500 ms or 1000 ms conversion time for FBM213.
213
B0193AW – Rev R Appendix B. Fieldbus Modules
A redundant pair of the modules combine to provide redundancy at the Fieldbus Module (FBM)
level. Refer to HART Communication Interface Module (FBM214/215/216/218) User’s Guide
(B0400FF).
Option Range
Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Digital Output:
Fail-safe Configuration Hold/Fallback 0 = fallback; 1 = hold
(on a per-channel basis)
Sustained or Momentary Output 0 = sustained; 1 = momentary
Configuration (on a per-channel basis)
If the Momentary Output configuration is selected, then the Output Interval is also configurable
in increments of 10 ms with a 50% duty cycle.
Input Range (each channel): Contact open (off) or closed (on).
214
Appendix B. Fieldbus Modules B0193AW – Rev R
Option Range
All Applications
Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
DI/DO; Ladder Logic Applications
Digital Output:
Fail-safe Configuration Hold/Fallback 0 = fallback; 1 = hold
(on a per-channel basis)
DI/DO Applications Sustained or 0 = sustained; 1 = momentary
Momentary Output Configuration
(on a per-channel basis)
If the Momentary Output configuration is selected, then the Output Interval is also configurable
in increments of 10 ms with a 50% duty cycle.
Input Range (each channel): Contact open (off) or closed (on).
215
B0193AW – Rev R Appendix B. Fieldbus Modules
Code Function
1 Read Coil Status
2 Read Input Status
3 Read Holding Registers
4 Read Input Registers
5 Force Single Coil
6 Preset Single Register
8 Loopback Diagnostic Test
15 Force Multiple Coils
16 Preset Multiple Registers
216
Appendix B. Fieldbus Modules B0193AW – Rev R
This module executes the Analog I/O application program. The configurable options and their
ranges follow.
Option Range
Analog Output:
Fail-safe Configuration 0 = fallback; 1 = hold
(Hold/Fallback on a per-channel basis)
Rate of Change Limits (Channels 1-8) Normalized Raw Counts/100 ms
Option Range
All Applications
Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
DI/DO; Ladder Logic Applications
Digital Output:
Fail-safe Configuration Hold/Fallback 0 = fallback; 1 = hold
(on a per-channel basis)
217
B0193AW – Rev R Appendix B. Fieldbus Modules
Option Range
DI/DO Applications Sustained or
Momentary Output Configuration 0 = sustained; 1 = momentary
(on a per-channel basis)
If the Momentary Output configuration is selected, then the Output Interval is also configurable
in increments of 10 ms with a 50% duty cycle.
Option Range
Sustained or Momentary Output 0 = sustained; 1 = momentary
Configuration (on a per-channel basis)
If the Momentary configuration is selected, then the Output Interval is configurable in incre-
ments of 10 ms with a 50% duty cycle.
218
Appendix B. Fieldbus Modules B0193AW – Rev R
The module is an IT host, enabling the system to receive digital messages from the transmitter in
engineering units. Each message is received 10 times per second at 4800 baud, and two times per
second at 600 baud and contains:
♦ Up to three measured variables in IEEE 32-bit floating-point format
♦ Security information
♦ Diagnostics
♦ Message checking.
This information is available to all elements of the system.
Since communication is bidirectional, the system can display the output, transmitter temperature
(°C and °F), and continuous self-diagnostics. In addition, information that can be displayed or
reconfigured from the console or a Hand-Held Terminal (HHT) is as follows:
♦ Output in engineering units
♦ Fail-safe status
♦ Tag number, name, and location
♦ Device name (letterbug)
♦ Last calibration date
♦ Two levels of upload/download capabilities.
NOTE
FBM246 is primarily a digital interface and operation of all transmitters in digital
mode provides substantially better performance. Analog mode should be used only
for special applications (For example, when the measurement is required for an
Emergency Shutdown System that requires 4 to 20 mA signals).
The two modules combine to provide redundancy at the FBM level. To achieve redundancy, a
Redundant Adapter module is placed on the two adjacent baseplate termination cable connectors
to provide a single termination cable connection. A single termination cable connects from the
Redundant Adapter to the associated termination assembly (TA).
FBM01 (0 to 20 mA Inputs)
The 0 to 20 mA Input Interface contains eight 20 mA dc analog input channels. Each channel
accepts a 2-wire, analog sensor input such as a 4 to 20 mA transmitter or a self-powered 20 mA
source.
The module performs the signal conversion required to interface the electrical input signals from
the field sensors to the redundant Fieldbus.
219
B0193AW – Rev R Appendix B. Fieldbus Modules
The module is a non-expandable main type, and independently connects to the redundant
Fieldbus.
This module executes the Analog Input application program. The configurable options for this
program and their ranges follow.
Option Range
Analog Input Resolution 1, 2, 3, 4, 5
(on a per-module basis)
1 = 100 ms integration time, 25 ms update period
2 = 200 ms integration time, 25 ms update period
3 = 500 ms integration time, 25 ms update period
4 = 1000 ms integration time, 25 ms update period
5 = 50 ms integration time, 25 ms update period
Rate of Change Limits (Channels 1-8) Normalized Raw Counts/100 ms
220
Appendix B. Fieldbus Modules B0193AW – Rev R
Option Range
Analog Input Resolution 1, 2, 3, 4, 5
(on a per-module basis)
1 = 100 ms integration time, 25 ms update period
2 = 200 ms integration time, 25 ms update period
3 = 500 ms integration time, 25 ms update period
4 = 1000 ms integration time, 25 ms update period
5 = 50 ms integration time, 25 ms update period
Rate of Change Limits (Channels 1-9) Normalized Raw Counts/100 ms
221
B0193AW – Rev R Appendix B. Fieldbus Modules
Option Range
Analog Input Resolution 1, 2, 3, 4, 5
(on a per module basis)
1 = 100 ms integration time, 25 ms update period
2 = 200 ms integration time, 25 ms update period
3 = 500 ms integration time, 25 ms update period
4 = 1000 ms integration time, 25 ms update period
5 = 50 ms integration time, 25 ms update period
Rate of Change Limits (Channels 1-8) Normalized Raw Counts/100 ms
FBM04 (0 to 20 mA Inputs/Outputs)
The 0 to 20 mA Input/Output Interface contains four 20 mA dc analog input channels and four
20 mA dc analog output channels.
Each input channel accepts an analog sensor input such as a 4 to 20 mA transmitter or a self-
powered 20 mA source.
Each output channel drives an external load and produces a 0 to 20 mA output.
The module performs the signal conversion required to interface the electrical input/output sig-
nals from/to the field sensors to/from the redundant Fieldbus.
The module is a non-expandable main type, and independently connects to the redundant
Fieldbus.
222
Appendix B. Fieldbus Modules B0193AW – Rev R
This module executes the Analog I/O application program. The configurable options and their
ranges follow.
Option Range
Analog Input Resolution 1, 2, 3, 4, 5
(on a per-module basis)
1 = 100 ms integration time, 25 ms update period
2 = 200 ms integration time, 25 ms update period
3 = 500 ms integration time, 25 ms update period
4 = 1000 ms integration time, 25 ms update period
5 = 50 ms integration time, 25 ms update period
Analog Output: 0 = fallback; 1 = hold
Fail-safe Configuration (Hold/Fall-
back
on a per-channel basis)
Rate of Change Limits (Channels 1-4) Normalized Raw Counts/100 ms
223
B0193AW – Rev R Appendix B. Fieldbus Modules
The special termination block (TCA) also provides for each of the output points and its corre-
sponding point in the other member of the redundant pair to drive a single process point.
Option Range
Analog Output: 0 = fallback; 1 = hold
Fail-safe Configuration Hold/Fallback
(on a per-channel basis)
Analog Output Fail-safe 0 to 64000 counts
Fallback Data (on a per-channel basis)
Analog Signals
INPUTS – Four 0 to 10 V dc channels used collectively for either:
♦ dc voltage measuring only
♦ Slidewire (position) sensing only.
OUTPUTS – Two 0 to 10 V ac channels used for driving positioners, controllers or remote
indicators.
Digital Signals
INPUTS – 4 channels used collectively for either:
♦ Contact sensing only
♦ dc voltage monitoring only.
224
Appendix B. Fieldbus Modules B0193AW – Rev R
Option Range
Analog Input Resolution 1, 2, 3, 4
(on a per-module basis)
1 = 100 ms integration time, 25 ms update period
2 = 200 ms integration time, 25 ms update period
3 = 500 ms integration time, 25 ms update period
4 = 1000 ms integration time, 25 ms update period
Analog Output: 0 = fallback; 1 = hold
Fail-safe Configuration Hold/Fallback
(on a per-channel basis)
Rate of Change Limits (Channels 1-4) Normalized Raw Counts/100 ms
Option Range
Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Digital Output:
Fail-safe Configuration Hold/Fallback 0 = fallback; 1 = hold
(on a per-channel basis)
Digital Output Fail-safe Specifiable per channel
Fallback Data (on a per-channel basis)
225
B0193AW – Rev R Appendix B. Fieldbus Modules
226
Appendix B. Fieldbus Modules B0193AW – Rev R
The module is a transmitter host, enabling the system to receive digital messages from the trans-
mitter in engineering units. Each measurement message is received ten times per second and
contains:
♦ Up to three measured variables, that is, primary pressure, static pressure (d/p cell
only), and sensor temperature in IEEE 32-Bit Floating Point
♦ Security information
♦ Diagnostics
♦ Message checking.
This information is available to all elements of the system.
Since the communications are bidirectional, the generator can display the output, transmitter
serial number, sensor temperature (degrees C and F), and continuous self-diagnostics.
In addition, information that can be displayed or reconfigured from the console and/or a Hand-
Held Terminal is:
♦ Output in percent or engineering units
♦ Zero and Span
♦ Elevation or Suppression
♦ Linear or Square Root Output
♦ Damping
♦ Fail-safe
♦ Tag Number, Name, and Location
♦ Last calibration date
♦ Two levels of upload/download capabilities.
This module executes the interface application program.
227
B0193AW – Rev R Appendix B. Fieldbus Modules
Option Range
(All applications)
Inputs:
Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Expansion Input Filter Time *
(DI/DO; Ladder Logic applications)
Digital Output:
Fail-safe Configuration Hold/Fallback 0 = fallback; 1 = hold
(on a per-channel basis)
(DI/DO Applications)
Sustained or Momentary Output
Configuration (on a per-channel basis) 0 = sustained; 1 = momentary
If the Momentary Output configuration is selected, then the Output Interval is also configurable
in increments of 10 ms with a 50% duty cycle.
Input Range (each channel): Contact open (off) or closed (on).
NOTE
Subject to prevalent wiring rules on mixing field wiring, FBM Main modules 7, 8,
9, 10, 11, 20, 24, 26, and 41 can mix with expansion modules 12, 13, 14, 15, 16,
21, and 42.
228
Appendix B. Fieldbus Modules B0193AW – Rev R
Option Range
(All applications)
Main Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Expansion Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Digital Output:
Fail-safe Configuration Hold/Fallback 0 = fallback; 1 = hold
(on a per-channel basis)
Digital Output: Specifiable per channel
Fail-safe Fallback Data
(on a per-channel basis)
Sustained or Momentary Output
configuration (on a per-channel basis) 0 = sustained; 1 = momentary
If the Momentary Output configuration is selected, then the Output Interval is also configurable
in increments of 10 ms with a 50% duty cycle.
229
B0193AW – Rev R Appendix B. Fieldbus Modules
Option Range
(All applications)
Main Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Expansion Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
If the Momentary Output configuration is selected, then the Output Interval is also configurable
in increments of 10 ms with a 50% duty cycle.
Option Range
(All applications)
Main Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Expansion Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Digital Output:
Fail-safe Configuration Hold/Fallback (on a per-channel basis) 0 = fallback; 1 = hold
Digital Output: Fail-safe Fallback Data (on a per-channel basis) Specifiable per channel
(DI/DO applications)
Sustained or Momentary Output Configuration
(on a per-channel basis) 0 = sustained; 1 = momentary
230
Appendix B. Fieldbus Modules B0193AW – Rev R
If the Momentary Output configuration is selected, then the Output Interval is also configurable
in increments of 10 ms with a 50% duty cycle.
Option Range
(All applications)
Main Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Expansion Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Digital Output:
Fail-safe Configuration Hold/Fallback (on a per-channel basis) 0 = fallback; 1 = hold
Digital Output: Fail-safe Fallback Data (on a per-channel basis) Specifiable per channel
(DI/DO application)
Sustained or Momentary Output Configuration
(on a per-channel basis) 0 = sustained; 1 = momentary
If the Momentary Output configuration is selected, then the Output Interval is also configurable
in increments of 10 ms with a 50% duty cycle.
231
B0193AW – Rev R Appendix B. Fieldbus Modules
Option Range
(All applications)
Main Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Expansion Input Filter Time 0 = 4 ms; 1 = 8 ms;
2 = 16 ms; 3 = 32 ms
Digital Output:
Fail-safe Configuration Hold/Fallback (on a per-channel basis) 0 = fallback; 1 = hold
Digital Output: Fail-safe Fallback Data (on a per-channel basis) Specifiable per channel
(DI/DO application)
Sustained or Momentary Output Configuration
(on a per-channel basis) 0 = sustained; 1 = momentary
If the Momentary Output configuration is selected, then the Output Interval is also configurable
in increments of 10 ms with a 50% duty cycle.
FBM33A (3-wire RTD Inputs) and 33B (2- and 4-wire RTD
Inputs)
The Copper RTD Input Interface contains eight Resistance Temperature Detector (RTD) input
channels. Each channel accepts either a 2- and 4-wire copper RTD or a 3-wire copper RTD sen-
sor input within a 0 to 30 ohm resistance range.
Within the same module, 3-wire RTDs may not be mixed with 2- or 4-wire RTDs.
The module performs the signal conversion required to interface the electrical input signals from
the RTDs to the redundant Fieldbus.
232
Appendix B. Fieldbus Modules B0193AW – Rev R
The module is a non-expandable main type, and independently connects to the redundant
Fieldbus.
This module executes the Analog Input application program.
The configurable options and their ranges follow.
Option Range
Analog Input Resolution 1, 2, 3, 4, 5
(on a per module basis)
1 = 100 ms integration time, 25 ms update period
2 = 200 ms integration time, 25 ms update period
3 = 500 ms integration time, 25 ms update period
4 = 1000 ms integration time, 25 ms update period
5 = 50 ms integration time, 25 ms update period
Rate of Change Limits (Channels 1-8) Normalized Raw Counts/100 ms
233
B0193AW – Rev R Appendix B. Fieldbus Modules
Option Range
Analog Input Resolution 0 to 21.1 mV
(on a per-module basis)
Rate of Change Limits (Channels 1-9) Normalized Raw Counts/100 ms
FBM37 (0 to 20 mA Outputs)
The Redundant 0 to 20 mA Output Interface Module (FBM37) consists of a pair of Fieldbus
Modules (two FBM237s), each of which contains eight 0 to 20 mA dc analog output channels.
The module can be used as a nonredundant (single) module or as a redundant pair (two) mod-
ules. The pair of Fieldbus Modules combine to provide redundancy at the Fieldbus Module level,
with associated field output signals wired to two termination assemblies. Each redundant Fieldbus
Module independently attempts to hold the output(s) at its specified output value(s). A redun-
dant analog output (AOUTR) block in the control software validates each output in conjunction
with information from the Fieldbus Module.
The module performs the signal conversion required to interface the electrical output signals to
the field sensors from the redundant Fieldbus.
The module is a main type, and independently connects to the redundant Fieldbus.
This module executes the Analog Output application program. The configurable options and
their ranges follow.
234
Appendix B. Fieldbus Modules B0193AW – Rev R
Option Range
Analog Output:
Fail-safe Configuration (Hold/Fallback 0 = fallback; 1 = hold
on a per-channel basis)
235
B0193AW – Rev R Appendix B. Fieldbus Modules
236
Appendix C. FBM – ECB Cross
Reference
The following tables present the complete list of all types of FBMs and equivalents, FCMs and
equivalents, and fieldbus processors. All of these modules and processors interface to control
processors.
SW
Type Signal Description In Out ECB# IOM# HWT EXP Notes
FBM01 0 to 20 mA Input 8A 1 IOM1 1
BAMM01 Bailey RTD 4A 1 IOM1 1
0-320 Ohms
BASM01 Bailey 4 to 20 mA, 16A 47,1,1 IOM56 52,1,
1 to 5 V dc, 0 to 10 V dc, 1
-10 to +10 Vdc
BASI01 Bailey 4 to 20 mA, 15A 47,1,1 IOM56 52,1,
0 to 5 V dc, 0 to 10 V dc, 1
-10 to 10 V dc, 0 to 1 V dc
F1M01A Fisher™ Series 10 8A 1 IOM1 1
1-5 Vdc, 4-20 mA
F1M01C Fisher Series 10 4A 1 IOM1 1
1-5 Vdc, 4-20 mA, ISO
F1M01E Fisher Series 10 8A 1 IOM1 1
0-10 V dc
F1M01F Fisher Series 10 4A 1 IOM1 1
0-10 V dc ISO
FBM02 Thermocouple/mV Input 8A 1 IOM1 2
BASM02 Bailey thermocouple, +/- 8A 1 IOM1 2
100 mV
237
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
SW
Type Signal Description In Out ECB# IOM# HWT EXP Notes
F1M02 Fisher Series10 4A 1 IOM1 2
-10.2 to 70 mV,
5 kinds of ISO
thermocouple
FBM03 RTD Input 8A 1 IOM1 3
0-320 Ohms
BASI03 Bailey mV, TC, RTD, 16A 47,1,1 IOM55 52,2,
+/-10V 2
BASM03 Bailey RTD 8A 1 IOM1 3
platinum, nickel
0-320 Ohms
BASM33 Bailey RTD copper 8A 1 IOM1 3
0-30 ohms
F1M03A Fisher Series 10 RTD 4A 1 IOM1 3
-50 to 200 F
F1M03C Fisher Series 10 RTD 4A 1 IOM1 3
100 to 500 F
F1M03D Fisher Series 10 RTD 4A 1 IOM1 3
FBM03A RTD 3 wire 8A 1 IOM1 3
(uses FBM03)
FBM03B RTD 4 wire 8A 1 IOM1 3
(uses FBM03)
FBM04 0 to 20 mA 4A 4A 1 IOM2,52 4 PID - ECB52
Input/Output
F1M04A Fisher Series 10 4A 1 IOM2 4
1-5 V dc
F1M04B Fisher Series 10 4A 1 IOM2 4
4-20 mA
FBM05 Redundant 4A 4A 1 IOM2 5
0 to 20 mA Input/Output
FBM06 Pulse Input, 4P 4A 4 IOM4 6
0 to 20 mA Output
BDSI06 Bailey pulse 8P 47,4,4 IOM4 52,6,
6
F1M06 Fisher Series 10 4P 4 IOM4 6 3 types
4-30 V dc,
dry contacts,
or current pulse
FBM07 Contact/dc input 16D 5 IOM5 7
BSEM01 Bailey 24 V dc, 16D 6 IOM6 7 14
48 Vdc, 120 V ac/dc SOE
BDSI07 Bailey 24 V dc, 16D 5 IOM5 7
125 V ac/dc
FBM07A 15 to 130 V dc 16D 5 IOM5-8 7 SOE-ECB6,
(uses FBM07) pulse count-
ECB7, ladder-
ECB8
FBM07B 24 V dc Contact Sense 16D 5 IOM5-8 7 SOE-ECB6,
Input pulse count-
(uses FBM07) ECB7, ladder-
ECB8
238
Appendix C. FBM – ECB Cross Reference B0193AW – Rev R
SW
Type Signal Description In Out ECB# IOM# HWT EXP Notes
F1M07 Fisher Series 8D 5 IOM5-8 7 SOE-ECB6,
104-30 V dc, pulse count-
dry contact, 120 V ac ECB7,
ladder-ECB8
FBM08 120 V ac Input 16D 5 IOM5-8 SOE-ECB6,
pulse count-
ECB7,
ladder-ECB8
FBM09 Contact/dc Input/Output 8D 8D 5 IOM5 9
BDSM09 Bailey 24 V dc solid state 16D 5 IOM5 9 14
BDSM9A Bailey 24 V dc, 8D 8D 5 IOM5 9
125 V ac/dc/24 V dc
BDSM9B Bailey 24 Vdc 16D 16D 5 IOM5 9 14
F1M09 Fisher Series 10 FET 8D 5 IOM5 9 3 types
4-30 V dc,
relay or relay external
FBM09A Voltage Monit 8D 8D 5 IOM5, 8 9 ladder-ECB8
- 15 to 130 V dc Input,
60 V dc @ 0.5 mV Output
FBM09B Voltage Monit 8D 8D 5 IOM5, 8 9 ladder-ECB8
- 15 to 130 V dc Input,
0 to 10 V dc Output
FBM09C Contact Sense - 24 V dc 8D 8D 5 IOM5,8 9 ladder-ECB8
Input, 60 V dc @ 0.5 mV
Output
FBM09D Contact Sense 8D 8D 5 IOM5,8 9 ladder-ECB8
- 24 V dc Input,
0 to 10 V dc Output
FBM10 120 V ac Input/Output 8D 8D 5 IOM5, 8 ladder-ECB8
BDSO10 Bailey 24-240 V dc solid 8D 5 IOM5, 8 10 14 ladder-ECB8
state
FBM11 240 V ac 8D 8D 5 IOM5, 8 11 ladder-ECB8
Input/Output
FBM12 FBM07 Expander 16D see 12
above
FBM12A FBM07A Expander 16D see 12
above
FBM12B FBM07B Expander 16D see 12
above
FBM13 FBM08 Expander 16D see 13
above
FBM14 FBM09 Expander 8D 8D see 14
above
FBM14A FBM09A Expander 8D 8D see 14
above
FBM14B FBM09B Expander 8D 8D see 14
above
FBM14C FBM09C Expander 8D 8D see 14
above
FBM14D FBM09D Expander 8D 8D see 14
above
239
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
SW
Type Signal Description In Out ECB# IOM# HWT EXP Notes
FBM15 FBM10 Expander 8D 8D see 15
above
FBM16 FBM11 Expander 8D 8D see 16
above
FBM17 0 to 10 V dc, 4A, 2A, 9 IOM9,34 17 MDACT -
Contact/dc Input/Output 4D 4D , ECB34,
36,52 MDPulse -
ECB36,
PID - ECB52
FBM17A 15 to 130 V dc Input, 4A, 2A, 9 IOM9,34 17 MDACT -
60 V dc @ 0.5 mV Output 4D 4D , ECB34,
36,52 MDPulse -
ECB36,
PID - ECB52
FBM17B 15 to 130 V dc Input, 4A, 2A, 9 IOM9,34 17 MDACT -
0 to 10 V dc 4D 4D , ECB34,
Output 36,52 MDPulse -
ECB36,
PID - ECB52
FBM17C 24 V dc Input, 4A, 2A, 9 IOM9,34 17 MDACT -
60 V dc @ 0.5 mV Output 4D 4D , ECB34,
36,52 MDPulse -
ECB36,
PID - ECB52
FBM17D 24 V dc Input, 4A, 2A, 9 IOM9,34 17 MDACT -
0 to 10 V dc 4D 4D , ECB34,
Output 36,52 MDPulse -
ECB36,
PID - ECB52
FBM18 Intelligent Transmitter 8 In 12 IOM12, 18 Multibaud-
Input/Output 37 ECB37
FBM19 {unspecified AIN} ?A 1 IOM1 19
FBM20 240 V ac Input 16D 5 IOM5-8 20 SOE-ECB6,
pulse count-
ECB7,
ladder-ECB8
FBM21 FBM20 Expander 16D see 21
above
FBM22 Single 0 to 20 mA 1A 1A 9 IOM9,52 22 PID - ECB52
Input/Output Auto/Manual
FBM23 HTG Interface Unit 32D 13 IOM13 23
(HIU)
FBM24 Contact/125 V dc Input - 16D 5 IOM5-8 24 SOE-ECB6,
External Power pulse count-
ECB7, ladder-
ECB8
FBM24A 24 to 125 V dc 16D 5 IOM5-8 24 SOE-ECB6,
Input/Output pulse count-
ECB7, ladder-
ECB8
240
Appendix C. FBM – ECB Cross Reference B0193AW – Rev R
SW
Type Signal Description In Out ECB# IOM# HWT EXP Notes
FBM24B Contact Sense 16D 5 IOM5-8 24 SOE-ECB6,
Input/Output pulse count-
ECB7, ladder-
ECB8
FBM24C Contact Sense Input/Out- 15D 5 IOM5-8 24
put - External Power
(16th=power connection)
FBM25 FBM24 Expander 16D see 25
above
FBM25A FBM24A Expander 16D see 25
above
FBM25B FBM24B Expander 16D see 25
above
FBM25C FBM24C Expander 16D see 25
above
FBM26 Contact/125 V dc Input/ 8D 8D 5 IOM5, 8 26 ladder-ECB8
Output - External
BDSO26 Bailey 4 -50 V dc solid 8D 5 IOM5, 8 26 14 ladder-ECB8
state
FBM26A 24 to 125 V dc Input 8D 8D 5 IOM5, 8 26 ladder-ECB8
(uses FBM26)
FBM26B Contact Sense Input 8D 8D 5 IOM5, 8 26 ladder-ECB8
(uses FBM26)
FBM26C Contact Sense Input - 7D 8D 5 IOM5, 8 26 ladder-ECB8
External Power
(8th=external power)
FBM27 FBM26 Expander 8D 8D see 27
above
FBM27A FBM26A Expander 8D 8D see 27
above
FBM27B FBM26B Expander 8D 8D see 27
above
FBM27C FBM26C Expander 8D 8D see 27
above
FBM33 Copper RTD Input, 8A 1 IOM1 33
Expanded Range
FBM33A Expanded Range Copper 8A 1 IOM1 33
RTD 3-wire
FBM33B Expanded Range Copper 8A 1 IOM1 33
RTD
2- and 4-wire
FBM36 Type R 8A 1 IOM1 36
Thermocouple/mV Input
FBM37 0-20 mA Output 8A 53 IOM53 37
BAS037 Bailey 1 to 5 V dc, 14A 47,53, IOM56 52,
4 to 20 mA 53 37,37
BAOM37 Bailey 0 to 10 V dc, 8A 53 IOM53 37
1 to 5 V dc,
4 to 20 mA
FBM38 Coriolis Mass Flow Coriolis 22 IOM22
241
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
SW
Type Signal Description In Out ECB# IOM# HWT EXP Notes
FBM39 Intelligent Transmitter 4 IT 4A 23 IOM38 39 Multibaud -
Inputs/ ECB38
0 to 20 mA Out
FBM41 Isolated Contact 24 V dc 8D 8D 5 IOM5, 8 41 ladder-ECB8
In/0 to 60 V dc Out
BDSO41 Bailey 5-160 dc solid state 8D 5 IOM5, 8 41 14 ladder-ECB8
FBM41A 15 to 60 V dc Input, 0 to 8D 8D 5 IOM5, 8 41 ladder-ECB8
60 V dc @ 2.25 A Output
FBM41C 24 V dc Contact Sense 8D 8D 5 IOM5, 8 41 ladder-ECB8
Input,
0 to 60 V dc @ 2.25 A
Output
FBM42 FBM41 Expander 8D 8D see 42
above
FBM42A FBM41A Expander 8D 8D see 42
above
FBM42C FBM41C Expander 8D 8D see 42
above
FBM43 Dual Baud Rate Intell. 8 IT 12,73 IOM37, 43 foxcom -
Device Interface 73 ECB73 (parent
18, 43), ECB12
(parent 18)
FBM44 Dual Baud Rate 4 IT 4A 23 IOM38 44
IT/0 to 20 mA Out
Redundant Output
FBM45 Gas ?? ?? 39 IOM39 45
Chromatograph
FBM46 Dual Baud Rate 4 IT 4A 38R IOM49 98
IT/0 to 20 mA In/Out
Redundant
Fieldbus Processors
The following is a list of fieldbus processors. The table heading definitions are as follows:
♦ Type – FBP Type
♦ Signal Description – Purpose of FBP
♦ In – Number of input channels (dependent on I/O cards)
♦ Out – Number of output channels (dependent on I/O cards)
♦ SW ECB# – Equipment control block software type used for this FBM
♦ IOM Number – The software that is downloaded to this FBM
♦ HWT – Hardware type.
242
Appendix C. FBM – ECB Cross Reference B0193AW – Rev R
SW
Type Signal Description In Out ECB# IOM# HWT
FBP10 Eckardt Migration 47 IOM42 52
FBP10R Eckardt Migration 47R IOM47 87
(Redundant)
FBP11 Spectrum UCM 43 IOM43 53
FBP11R Spectrum UCM 48 IOM48 88
(Redundant)
FBP12 Spectrum FIO™ N/A N/A 44 IOM44 54
FBP13 Spectrum UFM™ N/A N/A 45 IOM45 55
FBP14 Spectrum UIO 46 IOM46 56
243
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
UCM/UIO
The following is a list of I/O cards that can be found in either UCM or UIO racks. The table
heading definitions are as follows:
♦ Type – FBM Type
♦ Signal Description – Purpose of FBM
♦ In – Number of input channels
♦ Out – Number of output channels
♦ SW ECB# – Equipment control block software type used for this FBM
♦ HWT – Hardware type.
SW
Type Signal Description In Out ECB# HWT
3A2-V2D High Lvl ISO 2A 41 65
3A2-V3D High Level 2A 41 65
3A2-E2D AC Voltage input 2A 41 65
3A2-I2D ISO Current Input 2A 41 65
3A2-I2DA ISO High Lvl 2A 41 65
3A2-I3D Current Input 2A 41 65
3A2-I3DA High Level 2A 41 65
3A2-H3D High Level 2A 41 65
3A4-I2D Quad Current In 4A 41 66
3A2-M2D MV/TC Adj Range 2A 41 65
3A2-T2DJ1 Thermocouple Input 2A 41 68
3A2-T2DJ2 Thermocouple Input 2A 41 68
3A2-T2DK1 Thermocouple Input 2A 41 68
3A2-T2DK2 Thermocouple Input 2A 41 68
3A4-M2DA1 Millivolt/TC Input 2A 41 69
3A4-M2DA2 Millivolt/TC Input (4 channel UCM ONLY) 4A 41 69
3A4-M2DA3 Millivolt/TC Input (4 channel UCM ONLY) 4A 41 69
3A4-M2DA4 Millivolt/TC Input (4 channel UCM ONLY) 4A 41 69
3A4-M2DA5 Millivolt/TC Input (4 channel UCM ONLY) 4A 41 69
3A4-M2DA6 Millivolt/TC Input (4 channel UCM ONLY) 4A 41 69
3A4-M2DA7 Millivolt/TC Input(4 channel UCM ONLY) 4A 41 69
3A2-R2DC Copper RTD 2A 41 71
3A2-R2DN Nickel RTD 2A 41 71
3A2-R2DP Plat 1 RTD 2A 41 71
3A2-R2DP Plat 2 RTD 2A 41 71
3A2-R2DP Plat 3 RTD 2A 41 71
3A2-R2DP2 Plat RTD 2A 41 71
3C8-C3D Octal Contact In 8D 42 77
3C8-E2D Octal Line V Mon 8D 42 77
3A2-F2D Pulse Rate Counter 2P 41 75
3A2-Q2D Pulse Input Count 2P 41 73
3A2-D3V Dual Voltage Out 2A 43 78
244
Appendix C. FBM – ECB Cross Reference B0193AW – Rev R
SW
Type Signal Description In Out ECB# HWT
3A2-D2I Dual Current Out 2A 43 78
3A2-D3I Dual Current Out 2A 43 78
3C4-D2CS dc Switch Out 4D 44 80
3C4-D2KS ac Switch Out 4D 44 80
3C8-D2CS Octal Contact Out 8D 44 81
3C4-D2VS dc Volt Out 4D 44 80
3C4-D2CP dc Pulse Out 4D 44 82
3C4-D2KP ac Pulse Out 4P 44 82
3C4-D2VP dc Pulse Out 4P 44 82
3AS-I2I Single Loop I/O 1A 1A 45 84
3AS-I3I Single Loop I/O 1A 2A 45 84
3AD-I3I Dual Loop I/O (4 channel UCM ONLY) 2A 2A 45 85
FIO
The following is a list of I/O cards that can be found in FIO racks. The table heading definitions
are as follows:
♦ Type – FBM Type
♦ Signal Description – Purpose of FBM
♦ In – Number of input channels
♦ Out – Number of output channels
♦ SW ECB# – Equipment control block software type used for this FBM
♦ HWT – Hardware type.
SW
Type Signal Description In Out ECB# HWT
3F8-V2DA1 Octal High Level 8A 41 67
3F8-V2DA2 Octal High Level 8A 41 67
3F8-V2DA Octal High Level 8A 41 67
3F4-I2D1A Quad 0-20mAdc, 16V 4A 41 66
3F4-I2D2A Quad 0-20mAdc, 22V 4A 41 66
3F8-I2DA Octal High Level 8A 41 67
3F8-H2DA Octal High Level 8A 41 67
3F8-T2DA1 Octal Thermocouple 8A 41 70
3F8-T2DA2 Octal Thermocouple 8A 41 70
3F8-T2DA3 Octal Thermocouple 8A 41 70
3F8-T2DA4 Octal Thermocouple 8A 41 70
3F8-T2DA5 Octal Thermocouple 8A 41 70
3F8-T2DA6 Octal Thermocouple 8A 41 70
3F8-T2DA7 Octal Thermocouple 8A 41 70
3F8-M2DA1 Octal Millivolt 8A 41 67
3F8-M2DA2 Octal Millivolt 8A 41 67
245
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
SW
Type Signal Description In Out ECB# HWT
3F8-M2DA3 Octal Millivolt 8A 41 67
3F8-M2DA4 Octal Millivolt 8A 41 67
3F8-M2DA5 Octal Millivolt 8A 41 67
3F8-M2DA6 Octal Millivolt 8A 41 67
3F8-M2DA7 Octal Millivolt 8A 41 67
3F8-R2DCA Octal RTD (Copper) 8A 41 72
3F8-R2DNA Octal RTD (Nickel) 8A 41 72
3F8-R2DPA1 Octal RTD (Plat 1) 8A 41 72
3F8-R2DPA2 Octal RTD (Plat 2) 8A 41 72
3F8-R2DPA3 Octal RTD (Plat 3) 8A 41 72
3F8-C2DCA Octal Contact 8D 42 77
3F8-C2DNA Octal Prox Sensor 8D 42 77
3F8-E2DA Octal HL Digital 8D 42 77
3F4-F2DA Quad Pulse Rate 4P 41 76
3F4-Q2DA Quad Pulse Counter 4P 41 74
3F4-D2VA Quad High Lvl Out 4A 43 79
3F4-D2IA Quad High Lvl Out 4A 43 79
3F8-D2CSA Octal dc Switch 8D 44 81
3F8-D2ZA Octal Solenoid Dvr 8D 44 81
3F8-D2KSA Octal ac Switch 8D 44 81
3F4-D2WA Quad Solenoid Dvr 4D 44 80
3F8-D2CPA Octal dc Pulse Sw 8P 44 83
3F8-D2KPA Octal ac Pulse Sw 8P 44 83
UFM
The following is a list of I/O cards that can be found in UFM racks. The table heading definitions
are as follows:
♦ Type – FBM Type
♦ Signal Description – Purpose of FBM
♦ In – Number of input channels
♦ Out – Number of output channels
♦ SW ECB# – Equipment control block software type used for this FBM
♦ IOM – The software that is downloaded to this FBM
♦ HWT – Hardware type.
SW
Type Signal Description In Out ECB# HWT
3A8-V2D1 Octal High Level 41 67
3A8-I2D1 Octal High Level 41 67
3A8-M2D1 Octal Millivolt 41 67
3A8-M2D2 Octal Millivolt 41 67
246
Appendix C. FBM – ECB Cross Reference B0193AW – Rev R
SW
Type Signal Description In Out ECB# HWT
3A8-M2D3 Octal Millivolt 41 67
3A8-T2D1 Octal Thermocouple 41 70
3A8-T2D2 Octal Thermocouple 41 70
3A8-T2D3 Octal Thermocouple 41 70
3A8-R2DC1 Octal RTD (Copper) 41 72
3A8-R2DN1 Octal RTD (Nickel) 41 72
3A8-R2DP1 Octal RTD (Plat 1) 41 72
3A8-R2DP2 Octal RTD (Plat 2) 41 72
3A8-R2DP3 Octal RTD (Plat 3) 41 72
3D8-C2D1 Octal Contact 42 77
SW
Type Signal Description In Out ECB# IOM# HWT Notes
F2M67A Fisher Series 20 16D 16D 47,5 IOM59 52,9 16 I/O channels -
FBP10, FBM09 Jumper for either input
or output only
F2M68A Fisher Series 20 16A 8A 47,1, IOM58 52,1,3 Inputs and Outputs are
FBP10, 2 FBM01s, 53 7 independent and both
FBM37 may be used
FRM701 Fisher Controller 4A, 2D 1A, 7D 47,9 IOM57 52,17
Configurable FBP10,
1 or 2 FBM17s
FRM711 Fisher Controller 5A, 4D 2A, 2D 47,9 IOM57 52,17
Computing FBP10,
1 or 2 FBM17s
FRMMPU Fisher Controller 10A, 3A, 4D 47,9,1 IOM57 52,17,
FBP10, 2 FBM17, 4D 1
FBM01
247
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
SW
Type Signal Description In Out ECB# IOM# HWT Notes
FBM201 8 Input, 0-20 mA 8A 1 IOM83 201
WAI01A Westinghouse 4A 1 IOM83 201
-512 to +512 mV dc
WAI01B Westinghouse 4A 1 IOM83 201
-1.02 to +1.02 V dc
WAI01C Westinghouse 4A 1 IOM83 201
-10.24 to +10.24 V dc
WAI01D Westinghouse 4A 1 IOM83 201
0 to 20.48 mA
WAW01A Westinghouse 6A 1 IOM83 201
0 to 1.02 V dc
WAW01B Westinghouse 6A 1 IOM83 201
0 to 5.12 V dc
WAW01C Westinghouse 6A 1 IOM83 201
0 to 10.24 V dc
WAW01D Westinghouse 6A 1 IOM83 201
0 to 20.48 mA
WAW01E Westinghouse 6A 1 IOM83 201
0 to 20.48 mA
WAW01F Westinghouse 6A 1 IOM83 201
0 to 51.2 mA
WAX01A Westinghouse 12A 1 IOM83 (2) 201
0 to 1.02 V dc
WAX01B Westinghouse 12A 1 IOM83 (2) 201
0 to 5.12 V dc
WAX01C Westinghouse 12A 1 IOM83 (2) 201
0 to 10.24 V dc
FBM202 8 Input, 8A 1 IOM84 202
Thermocouple/mV
WAI02A Westinghouse 4A 1 IOM84 202
-100 to +100 mV thermo
WAV02A Westinghouse 6A 1 IOM84 202
-100 to +100 mV thermo
248
Appendix C. FBM – ECB Cross Reference B0193AW – Rev R
SW
Type Signal Description In Out ECB# IOM# HWT Notes
WAX02A Westinghouse 12A 1 IOM84 (2) 202
-100 to +100 mV thermo
FBM202B 8 Input, 8A 1 IOM84 202
Thermocouple/mV
(Type R)
FBM203 8 Input, RTD 8A 1 IOM85 203
(Pt, Ni)
WRF03A Westinghouse 6A 1 IOM85 203
0 to 640 ohm RTD
WRF03B Westinghouse 6A 1 IOM85 203
0 to 320 ohm RTD
WRT03A Westinghouse 4A 1 IOM85 203
0 to 30 ohm RTD
WRT03B Westinghouse 4A 1 IOM85 203
0 to 320 ohm RTD
FBM203B 8 Input, RTD (Pt,Ni,Cu) 8A 1 IOM85 203
FBM204 4 Input, 0-20 mA / 4 Out- 4A 4A 2 IOM86 204 PID - ECB52
put, 0-20 mA
WLJ04A Westinghouse 9A 3A 2 IOM86 204 PID - ECB52
0 to 10.24 V dc
WLJ04B Westinghouse 9A 3A 2 IOM86 204 PID - ECB52
0 to 5.12 V dc/10.24 V dc
WLJ04C Westinghouse 9 AIN/ 3A 2 IOM86 204 PID - ECB52
0 to 20.48 mA 3 AO
FBM205 4 Input,0-20 mA / 4 Out- 4A 4A 2 IOM87 205
put, 0-20 mA
(Redundant capable)
FBM206 8 Input, Pulse 8P 4 IOM88 206
WPA06A Westinghouse Pulse 4D 4 IOM88 206
Counter
FBM207 16 Input, 16D 5 IOM89 207 SOE-ECB6,
Voltage Monitor pulsect-ECB7,
ladder-ECB8
WCI07A Westinghouse 16D 5 IOM89 207
48 V dc
WDI07A Westinghouse 16D 5 IOM89 207
5 V dc
WDI07B Westinghouse 16D 5 IOM89 207
24 V ac/dc
WDI07C Westinghouse 16D 5 IOM89 207
48 V ac/dc
WDI07D Westinghouse 16D 5 IOM89 207
120 V ac/dc
WDI07E Westinghouse 16D 5 IOM89 207
12 V dc
WID07A Westinghouse 5 V dc 16D 5 IOM89 207
WID07B Westinghouse 24 V ac/dc 8D 5 IOM89 207
WID07C Westinghouse 24 V ac/dc 16D 5 IOM89 207
WID07D Westinghouse 48 V ac/dc 8D 5 IOM89 207
WID07E Westinghouse 48 V ac/dc 16D 5 IOM89 207
249
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
SW
Type Signal Description In Out ECB# IOM# HWT Notes
WID07F Westinghouse 8D 5 IOM89 207
120 V ac/dc
WID07G Westinghouse 16D 5 IOM89 207
120 V ac/dc
WID07H Westinghouse 12 V dc 16D 5 IOM89 207
WID07I Westinghouse 12 V ac/dc 16D 5 IOM89 207
WID07J Westinghouse 16D 5 IOM89 207
48 V dc pulse
WID07K Westinghouse 120 V ac, 8D 5 IOM89 207
high threshold
WID07L Westinghouse 120 V ac, 16D 5 IOM89 207
high threshold
WID07M Westinghouse 220 V ac 8D 5 IOM89 207
WID07N Westinghouse 220 V ac 16D 5 IOM89 207
WID07O Westinghouse 220 V dc 8D 5 IOM89 207
WID07P Westinghouse 220 V dc 16D 5 IOM89 207
FBM207B 16 Input, 24 V dc Contact 16D 5 IOM89 207 SOE-ECB6, pulsect-
Sense ECB7, ladder-ECB8
FBM207C 16 Input, 48 V dc Contact 16D 5 IOM89 207 SOE-ECB6, pulsect-
Sense ECB7, ladder-ECB8
FBM211 16 Input, 0-20 mA 16A 1 IOM90 211
Differential
WAH01A Westinghouse 4A 1 IOM90 211
-10.24 to +10.24 V dc
WAH01B Westinghouse 4A 1 IOM90 211
-5.12 to +5.12 V dc
WAH01C Westinghouse 4A 1 IOM90 211
0 to +10.24 V dc
WAH01D Westinghouse 4A 1 IOM90 211
0 to +5.12 V dc
FBM212 16 Input, Thermocou- 14A 1 IOM91 212
ple/mV Differential
FBM213 8 Input, RTD 8A 1 IOM92 213
(Pi, Ni) Differential
FBM214 8 Communication, 8 In 200/ IOM 214
HART Input 201 214
FBM215 8 Communication, 8 Out 200/ IOM 215
HART Output 201 215
FBM216 8 Communication, 8 In 201/ IOM 216
HART Input (Redundant) 202 216
FBM217 32 Input, Voltage Monitor 32D 5 IOM96 217 SOE-ECB6, pulse
(Group Isolated) count-ECB7,
ladder-ECB8
FBM218 8 Communication, HART 8 Out 201/ IOM 218
Output (Redundant) 202 218
FBM219 24 Input, Voltage Moni- 24D 8D 5 IOM98 219 ladder-ECB8
tor/8 Output, Switch
(External Source)
250
Appendix C. FBM – ECB Cross Reference B0193AW – Rev R
SW
Type Signal Description In Out ECB# IOM# HWT Notes
FBM219B 24 Input, Voltage Moni- 24D 8D 5 IOM98 219 ladder-ECB8
tor/8 Output, Switch
(Internal Source)
FBM220 1 Communication Port, 1 In 1 Out 200/ IOM 220
Fieldbus Foundation 201 220
FBM221 4 Communication Ports, 4 In 4 Out 200/ IOM 221
Fieldbus Foundation 201 221
FBM223 2 Communication Ports, 2 In 2 Out 200/ IOM 223
Profibus DP 201 223
FBM224 4 Communication Ports, 4 In 4 Out 200/ IOM 224 2000 pts/
Modbus (Redundant 201 224 64 devices
capable)
FBM237 8 Output, 0-20 mA 8A 53 IOM93 237
WAO37A Westinghouse 4A 53 IOM93 237
0 to 20.48 mA
WAO37B Westinghouse 4A 53 IOM93 237
0 to 10.24 V dc
WAO37C Westinghouse 4A 53 IOM93 237
-10.24 to 10.24 V dc
WAO37D Westinghouse 4A 53 IOM93 237
0 to 5.12 V dc
WAO37E Westinghouse 4A 53 IOM93 237
-5.12 to 5.12 V dc
WAO37F Westinghouse 4A 53 IOM93 237
-10.24 to 10.24 V dc
WAO37G Westinghouse 4A 53 IOM93 237
0 to 20.48 mA
FBM241 8 Input, Voltage Moni- 8D 8D 5 IOM94 241 ladder-ECB8
tor/8 Output, Switch
(External Source)
FBM241B 8 Input, Voltage Moni- 8D 8D 5 IOM94 241 ladder-ECB8
tor/8 Output, Switch
(Internal Source)
FBM241C 8 Input, Contact Sense/8 8D 8D 5 IOM94 241 ladder-ECB8
Output, Switch (External
Source)
FBM241D 8 Input, Contact Sense/8 8D 8D 5 IOM94 241 ladder-ECB8
Output, Switch (Internal
Source)
FBM242 16 Output, DC Switch 16D 5 IOM95 242 ladder-ECB8
(External Source)
WBO09A Westinghouse 60 V dc 16D 5 IOM95 242
WBO09B Westinghouse 20 V dc 16D 5 IOM95 242
WRO09A Westinghouse inductive, 4D 5 IOM95 242
mercury
WRO09B Westinghouse non- 4D 5 IOM95 242
inductive, mercury
WRO09C Westinghouse inductive, 4D 5 IOM95 242
solid state
WRO09D Westinghouse non- 4D 5 IOM95 242
inductive, solid state
251
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
SW
Type Signal Description In Out ECB# IOM# HWT Notes
WTO09A Westinghouse triac 8D 5 IOM95 242
FBM243 8 Channel Isolated, dual 8 In 8 Out 73 IOM97 243
baud rate FoxCom (Intell.
Dev.)
FBM246 4 Redundant Channel 4 In 4 Out 73 IOM97 246 parent ECB 18 or 74
Isolated, dual baud rate
FoxCom (Intell. Dev.)
SW
Type Signal Description In Out ECB# IOM# HWT Notes
H2C02A Honeywell TDC2000 8A 1 IOM1 2
(4) 4-20.4 mA,
(4) 5 V dc or +/- 5 V dc
H2C02B Honeywell TDC2000 8A 1 IOM1 2
(4) 4-20.4 mA,
(4) 40 V dc or +/- 40 V dc
H2C02D Honeywell TDC2000 8A 1 IOM1 2
(4) 4-20.4 mA, (4) 0-1 mA
H2C02E Honeywell TDC2000 8A 1 IOM1 2
(4) 4-20.4 mA, (4) 0-10 mA
H2C02F Honeywell TDC2000 8A 1 IOM1 2
(4) 4-20.4 mA,
(4) -10.5-71.419 or 0-100 or
+/-100 mV dc
H2C02G Honeywell TDC2000 8A 1 IOM1 2
(4) 4-20.4 mA,
(4) 0-30 ohm Cu, 120 ohm Ni
or 320 ohm Pt
H2C02H Honeywell TDC2000 8A 1 IOM1 2
(4) 4-20.4 mA, (4) 1 V dc or
+/- 1 V dc
252
Appendix C. FBM – ECB Cross Reference B0193AW – Rev R
SW
Type Signal Description In Out ECB# IOM# HWT Notes
H2C02J Honeywell TDC2000 8A 1 IOM1 2
(4) 0-1 mA,
(4) 5 V dc or +/- 5 V dc
H2C02K Honeywell TDC2000 8A 1 IOM1 2
(4) 0-1 mA,
(4) 40 V dc or +/- 40 V dc
H2C02L Honeywell TDC2000 8A 1 IOM1 2
(4) 0-1 mA, (4) 4-20.4 mA
H2C02M Honeywell TDC2000 8A 1 IOM1 2
(8) 0-1 mA
H2C02N Honeywell TDC2000 8A 1 IOM1 2
(4) 0-1 mA, (4) 0-10 mA
H2C02P Honeywell TDC2000 8A 1 IOM1 2
(4) 0-1 mA, (4) -10.5-71.419
or 0-100 or +/-100 mV dc
H2C02Q Honeywell TDC2000 8A 1 IOM1 2
(4) 0-1 mA, (4) 0-30 ohm Cu,
120 ohm Ni or 320 ohm Pt
H2C02R Honeywell TDC2000 8A 1 IOM1 2
(4) 0-1 mA, (4) 1 Vdc or
+/- 1 V dc
H2C02S Honeywell TDC2000 8A 1 IOM1 2
(4) 0-10 mA, (4) 5 V dc or
+/- 5 V dc
H2C02T Honeywell TDC2000 8A 1 IOM1 2
(4) 0-10 mA, (4) 40 V dc or
+/- 40 V dc
H2C02U Honeywell TDC2000 8A 1 IOM1 2
(4) 0-10 mA, (4) 4-20.4 mA
H2C02V Honeywell TDC2000 8A 1 IOM1 2
(4) 0-10 mA, (4) 0-1 mA
H2C02W Honeywell TDC2000 8A 1 IOM1 2
(8) 0-10 mA
H2C02X Honeywell TDC2000 8A 1 IOM1 2
(4) 0-10 mA, (4) -10.5-71.419
or 0-100 or +/-100 mV dc
H2C02Y Honeywell TDC2000 8A 1 IOM1 2
(4) 0-10 mA, (4) 0-30 ohm
Cu, 120 ohm Ni or
320 ohm Pt
H2C02Z Honeywell TDC2000 8A 1 IOM1 2
(4) 0-10 mA, (4) 1 Vdc or
+/- 1 V dc
H2D02A Honeywell TDC2000 8A 1 IOM1 2
(4) -10.5-71.419 or 0-100 or
+/-100 mV dc, (4) 5 V dc
H2D02B Honeywell TDC2000 8A 1 IOM1 2
(4) -10.5-71.419 or 0-100 or
+/-100 mV dc, (4) 40 V dc
H2D02C Honeywell TDC2000 8A 1 IOM1 2
(4) -10.5-71.419 or 0-100 or
+/-100 mV dc, (4) 4-20.4 mA
253
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
SW
Type Signal Description In Out ECB# IOM# HWT Notes
H2D02D Honeywell TDC2000 8A 1 IOM1 2
(4) -10.5-71.419 or 0-100 or
+/-100 mV dc, (4) 0-1 mA
H2D02E Honeywell TDC2000 8A 1 IOM1 2
(4) -10.5-71.419 or 0-100 or
+/-100 mV dc, (4) 0-10 mA
H2D02G Honeywell TDC2000 8A 1 IOM1 2
(4) -10.5-71.419 or 0-100 or
+/-100 mV dc, (4) 30ohm Cu,
120ohm Ni or 320ohm Pt
H2D02H Honeywell TDC2000 8A 1 IOM1 2
(4) -10.5-71.419 or 0-100 or
+/-100 mV dc, (4) 1 V dc or
+/- 1 V dc
H2J02A Honeywell TDC2000 8A 1 IOM1 2
(4) Ref RTD for TC, (4) 5 V dc
or +/- 5 V dc
H2J02B Honeywell TDC2000 8A 1 IOM1 2
(4) Ref RTD for TC,
(4) 40 V dc or +/- 40 V dc
H2J02C Honeywell TDC2000 8A 1 IOM1 2
(4) Ref RTD for TC,
(4) 4-20.4 mA
H2J02D Honeywell TDC2000 8A 1 IOM1 2
(4) Ref RTD for TC,
(4) 0-1 mA
H2J02E Honeywell TDC2000 8A 1 IOM1 2
(4) Ref RTD for TC,
(4) 0-10 mA
H2J02F Honeywell TDC2000 (4) Ref 8A 1 IOM1 2
RTD for TC,
(4) -10.5-71.419 or 0-100 or
+/-100 mV dc
H2J02G Honeywell TDC2000 (4) Ref 8A 1 IOM1 2
RTD for TC, (4) 0-30 ohm Cu,
120 ohm Ni or 320 ohm Pt
H2J02H Honeywell TDC2000 (4) Ref 8A 1 IOM1 2
RTD for TC, (4) 1 V dc or
+/- 1 V dc
H2M01A Honeywell TDC2000 5 V dc 8A 1 IOM1 2
or 1-5 V dc or +/- 5 V dc
H2M01B Honeywell TDC2000 4-20 8A 1 IOM1 2
mA
H2M01C Honeywell TDC2000 8A 1 IOM1 2
4-20 mA (powered)
H2M01D Honeywell TDC2000 8A 1 IOM1 2
4-20 mA
H2M02 Honeywell TDC2000 8A 1 IOM1 2
-10.5-71.419 or 0-100 or +/-
100 mV dc
H2M02A Honeywell TDC2000 5 V dc 8A 1 IOM1 2
or +/- 5 V dc
254
Appendix C. FBM – ECB Cross Reference B0193AW – Rev R
SW
Type Signal Description In Out ECB# IOM# HWT Notes
H2M02B Honeywell TDC2000 8A 1 IOM1 2
40 V dc or +/- 40 V dc
H2M02E Honeywell TDC2000 8A 1 IOM1 2
-10.5-71.419 or
0-100 or +/-100 mV dc (on
card cold junc sense)
H2M03 Honeywell TDC2000 8A 1 IOM1 3
(4) 0-30 ohm Cu, 120 ohm Ni
or 320 ohm Pt, (4) 5 V dc or
+/- 5 V dc
H2M03A Honeywell TDC2000 8A 1 IOM1 3
(4) 0-30 ohm Cu, 120 ohm Ni
or 320 ohm Pt, (4) 40 V dc or
+/- 40 V dc
H2M03B Honeywell TDC2000 8A 1 IOM1 3
(4) 0-30 ohm Cu, 120 ohm Ni
or 320 ohm Pt, (4) 4-20.4 mA
H2M03C Honeywell TDC2000 (4) 0-30 8A 1 IOM1 3
ohm Cu, 120 ohm Ni or 320
ohm Pt, (4) 0-1 mA
H2M03D Honeywell TDC2000 (4) 0-30 8A 1 IOM1 3
ohm Cu, 120 ohm Ni or 320
ohm Pt, (4) 0-10 mA
H2M03E Honeywell TDC2000 (4) 0-30 8A 1 IOM1 3
ohm Cu, 120 ohm Ni or 320
ohm Pt, (4) -10.5-71.419 or
0-100 or +/-100 mV dc
H2M03F Honeywell TDC2000 8A 1 IOM1 3
(8) 0-30 ohm Cu, 120 ohm Ni
or 320 ohm Pt
H2M03G Honeywell TDC2000 8A 1 IOM1 3
(4) 0-30 ohm Cu, 120 ohm Ni
or 320 ohm Pt Ref RTD for
TC, (4) 1 V dc or +/- 1 V dc
H2M04 Honeywell TDC2000 4A 1 IOM2 4
0-20.4 mA
H2M06 Honeywell TDC2000 24 V dc 4P 4 IOM4 6
or 48 V dc external pulse
H2M06A Honeywell TDC2000 4P 4 IOM4 6
125 V dc external pulse
H2M07 Honeywell TDC2000 5 V dc 16D 5 IOM5 7
(jumper input source or
power bus)
H2M07E Honeywell TDC2000 16D 5 IOM5 7
24 V dc (supplied at term.)
H2M09 Honeywell TDC2000 60 V dc 8D 5 IOM5 9
contact
H2M17 Honeywell TDC2000 4A 2A, 9 IOM9,34, 17 MDACT -
5 V dc in, 4D 36, ECB34,
(2) 0-20.4 mA 52 MDPulse -
(4) 60 Vdc out ECB36,
PID - ECB52
255
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
SW
Type Signal Description In Out ECB# IOM# HWT Notes
H2M24 Honeywell TDC2000 16D 5 IOM 24 SOE-ECB6,
125 V dc contact (external 5-8 pulse count-
power) ECB7, ladder-
ECB8
H2M26 Honeywell TDC2000 8D 5 IOM5,8 26 ladder-ECB8
125 V dc
SW
Type Signal Description In Out ECB# IOM# HWT Notes
H3M01 Honeywell TDC3000 16A 1,47 IOM01, 1,52 sw type is
0 to 5 V dc, 1 to 5 V dc, IOM54 42 before
4 to 20 mA 6.1.1
H3M03 Honeywell TDC3000 8A 3 IOM01
-10.5-+71.4 mV, 0-5 V, 0-100 mV,
thermoc, RTD
H3M06 Honeywell TDC3000 8P 4 IOM04 6 dual
pulse input FTAs FBM06s
H3M07 Honeywell TDC3000 32D 6 IOM05 7
digital input FTAs
H3M09 Honeywell TDC3000 16D 5 IOM05 9
digital output FTAs
H3M37 Honeywell TDC3000 analog out- 8A 53 IOM53 37
put FTAs 0 to 20.4 mA
256
Appendix C. FBM – ECB Cross Reference B0193AW – Rev R
257
B0193AW – Rev R Appendix C. FBM – ECB Cross Reference
258
Index
A
Absolute alarming 91
Alarm types
absolute 91
block 79
deviation 93
mismatch 95
out of range 95
output 91
pretarget 92
process 79, 90
rate of change 96
sequence operational error 97
state change 97
trip 98
Alarms
Alarm Status (ALMSTA) 83, 84, 87, 89
indicators 80
messages 82
Application states
about 138
auto 139
auto/manual transitions 141
manual 139
semi-auto 139
B
Balun module 218
Basic Processing Cycle (BPC) 67
Block
access 13
attributes 13
function types 16
sizes 14
Block alarming 79
Block initialization
explicit 31, 32
PID blocks in manual state 36
Block parameters 14
editable parameters 16
Block states
bad state 46
define state 46
manual/auto states 48
259
B0193AW – Rev R Index
shutdown state 45
Block status
events 53
indicators 51
Block Status (BLKSTA) 49
BPC
block algorithm schedules 139
overruns 145
processing order 144
C
Cable Balun 218
Cascade
operational description 33
standard configuration 37
Clamping 41
Communication Failure (COMMF) 116
Communications
peer-to-peer 9
Compound
access 6
attributes 5
functions 4
process alarming 5
rules 4
Compound parameters 8, 10
Compound phasing 72
Compound/block parameters 6
configurable 6
connectable 6
nonconnectable 7
Compound/block phasing 5
Compound/block relationship 3
Control block phasing 72
Control Processor
station resources 8
CP
resources 8
D
Database security, (CFGOPT) 10
Deviation alarming 93
Display
Station Block Detail Display 8
Distributed 41
Distributed Control Interface blocks 41
Dynamic loading calculations
BP load 8
LODPER 9
260
Index B0193AW – Rev R
LODPHS 9
LODSYN 9
station load 9
E
Equipment Control Block (ECB) phasing 72
Error handling 40
F
Fail Safe (FAILSF) 117
Failsafe
events leading to 164
support 42
FBM types 169
Fieldbus application interface 159
Equipment Control Blocks (ECBs) 159
Fieldbus Modules (FBMs) 159
FoxCom 218, 219
G
Gas Chromatograph (GC) ECB 191
H
Hydrostatic Tank Gauge ECB
default displays 189
I
INITC 52
Initialization coil 116
INITU 52
Input signal conditioning 75
Input/Output (I/O) blocks 73
Integrated control configurator 151
configuration target 154
editing modes 156
software processing 153
Intelligent Transmitter (IT) ECB 191
L
Ladder diagram
constraints 120
construction 103
contact inputs 107
description 101
display 103
261
B0193AW – Rev R Index
execution 103
fanned outputs 117
functions 99
PLB functions 100
Zoned Control Logic 118
Ladder logic
configurator overview 128
scan cycle 124
status byte 126
technical identifiers 106
timer/counter structures 109
M
Mass Flow Transmitter (MFT) ECB 191
Mismatch alarming 95
Module
Cable Balun 218
Monitor block 137
O
Object Manager
OM 52
Out of range alarming 95
Output alarming 91
Output signal conditioning 77
P
Peer-to-peer communications 9
PID hold constraint 43
PLB functions 100
Power Fail (POWERF) 117
Pretarget alarming 92
PRIBLK
cascade standard configuration 37
initial startup 34
security 36
set point behavior 36
transfer of control 35
Process alarming 79
Process connections 55
shared variables 55
Program flow control
Master Control Relay (MCR) 114
Zone Control Logic (ZCL) 114
Programmable logic block (PLB)
diagram 122
Programmable Logic Controller blocks 41
262
Index B0193AW – Rev R
R
Rate of change alarming 96
Redundant I/O blocks 74
Redundant Input block (CAINR) 74
Redundant output block (AOUTR) 75
S
Scanning 68
scan overrun 68, 70
Secure/release mechanism 42
Security, database 10
Sequence block types 133
Sequence logic 133
Sequence operational error alarming 97
Sequence processing 144
Sequence states
about 141
active 142
active/inactive transitions 142
inactive 142
paused 142
tripped 142
Sequential control blocks 133
block states 138
Shadow parameters 9, 10
State change alarming 97
Station
resources 8
Station block
free memory variable 9
overrun variables 9
peer-to-peer connection 9
Station Block Detail Display 8
Station compound/block 8
Supervisory Enable
SE 52
T
Timer block 137
Timer/counter structures 109
Transition states
about 143
to_inactive 143
to_manual 143
to_paused 143
Trip alarming 98
263
B0193AW – Rev R Index
W
Window ECBs 183
33 Commercial Street
Foxboro, Massachusetts 02035-2099
United States of America
www.foxboro.com
Inside U.S.: 1-866-746-6477
Outside U.S.: 1-508-549-2424 or contact your local Foxboro representative.
Facsimile: 1-508-549-4999
Printed in U.S.A. 0303