Foundation Fieldbus 4th Edition Ian Verhappen 2024 scribd download
Foundation Fieldbus 4th Edition Ian Verhappen 2024 scribd download
com
https://ebookfinal.com/download/foundation-fieldbus-4th-
edition-ian-verhappen/
OR CLICK BUTTON
DOWNLOAD EBOOK
https://ebookfinal.com/download/diseases-of-sheep-4th-edition-ian-
aitken/
ebookfinal.com
https://ebookfinal.com/download/the-new-british-politics-4th-edition-
ian-budge/
ebookfinal.com
https://ebookfinal.com/download/the-psychology-of-aging-an-
introduction-4th-edition-ian-stuart-hamilton/
ebookfinal.com
https://ebookfinal.com/download/innate-immunity-to-pulmonary-
infection-novartis-foundation-symposia-1st-edition-novartis-
foundation/
ebookfinal.com
Mathematics in Action An Introduction to Algebraic
Graphical and Numerical Problem Solving 4th Edition
Consortium For Foundation Mathematics
https://ebookfinal.com/download/mathematics-in-action-an-introduction-
to-algebraic-graphical-and-numerical-problem-solving-4th-edition-
consortium-for-foundation-mathematics/
ebookfinal.com
https://ebookfinal.com/download/dental-foundation-training-the-
essential-handbook-for-foundation-dentists-1st-edition-amit-rai-
author/
ebookfinal.com
https://ebookfinal.com/download/tissue-engineering-of-cartilage-and-
bone-novartis-foundation-symposium-249-1st-edition-novartis-
foundation/
ebookfinal.com
https://ebookfinal.com/download/mammalian-trp-channels-as-molecular-
targets-novartis-foundation-symposium-258-1st-edition-novartis-
foundation/
ebookfinal.com
Foundation Fieldbus
Fourth Edition
Foundation Fieldbus
Fourth Edition
by Ian Verhappen
and Augusto Pereira
Notice
The information presented in this publication is for the general education of the reader.
Because neither the author nor the publisher has any control over the use of the information
by the reader, both the author and the publisher disclaim any and all liability of any kind
arising out of such use. The reader is expected to exercise sound professional judgment in
using any of the information presented in a particular application.
Additionally, neither the author nor the publisher has investigated or considered the
effect of any patents on the ability of the reader to use any of the information in a particular
application. The reader is responsible for reviewing any possible patents that may affect any
particular use of the information presented.
Any references to commercial products in the work are cited as examples only. Neither
the author nor the publisher endorses any referenced commercial product. Any trademarks
or tradenames referenced belong to the respective owner of the mark or name. Neither the
author nor the publisher makes any representation regarding the availability of any refer-
enced commercial product at any time. The manufacturer’s instructions on use of any com-
mercial product must be followed at all times, even if in conflict with the information in this
publication.
Copyright © 2012
ISA—The International Society of Automation
All rights reserved.
ISBN: 978-1-934394-76-2
No part of this work may be reproduced, stored in a retrieval system, or transmitted in any
form or by any means, electronic, mechanical, photocopying, recording or otherwise, with-
out the prior written permission of the publisher.
ISA
67 Alexander Drive
P.O. Box 12277
Research Triangle Park, NC 27709
www.isa.org
For my wife Margareth and my sons Sergio and Fabio, who gave me the support to
write this book and helped me during the revisions.
Thanks to everyone who taught me the Fieldbus concepts since the early years and all
the people who, during the several projects that I have been involved in, followed my
suggestions for getting their projects working successfully.
—Augusto Pereira
Table of Contents
List of Figures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xi
List of Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xvii
Ian Verhappen, P. Eng., CAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xix
Augusto Pereira, Eng. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xxi
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217
TABLE OF CONTENTS ix
List of Figures
Figure 1-1 Digital control system architecture . . . . . . . . . . . . . . . . . . . 2
Figure 1-2a OSI model compared with Fieldbus model . . . . . . . . . . . . . 2
Figure 1-2b Fieldbus data transfer packets. . . . . . . . . . . . . . . . . . . . . . . . 3
Figure 1-3 Manchester encoding. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Figure 1-4 Device description hierarchy . . . . . . . . . . . . . . . . . . . . . . . 11
Figure 1-4a Analog Input Block (AI). . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Figure 1-4b Analog Output Block (AO) . . . . . . . . . . . . . . . . . . . . . . . . 14
Figure 1-4c PID Block (PID) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Figure 1-5 Fieldbus bridge capability . . . . . . . . . . . . . . . . . . . . . . . . . 17
Figure 1-6 Maximum length of Fieldbus network. . . . . . . . . . . . . . . . 18
Figure 1-7 Fieldbus network with repeaters. . . . . . . . . . . . . . . . . . . . . 19
Figure 1-8a Physical layouts – Single combined segment . . . . . . . . . . . 20
Figure 1-8b Wiring practices – Cable efficiency . . . . . . . . . . . . . . . . . . 21
Figure 1-9 FOUNDATION Fieldbus node addresses. . . . . . . . . . . . . . . . . 23
Figure 1-10a Function block scheduling and macrocycle . . . . . . . . . . . . 26
Figure 1-10b LAS algorithm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Figure 1-11 SCADA layer Fieldbus traffic management . . . . . . . . . . . . 28
Figure 1-12 Radar level gauge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Figure 1-13 Valve signature with best fit line . . . . . . . . . . . . . . . . . . . . 31
Figure 1-14 Field device interface communications . . . . . . . . . . . . . . . 34
Figure 1-15 FDI Flow Device and Host . . . . . . . . . . . . . . . . . . . . . . . . 37
Figure 1-16 Device Package showing documents to be updated . . . . . . 38
Figure 2-1 Short circuit protection “sizing” . . . . . . . . . . . . . . . . . . . . 48
Figure 2-2 Spur overcurrent failure indication . . . . . . . . . . . . . . . . . . 49
LIST OF FIGURES xi
Figure 2-3 Fieldbus connector blocks . . . . . . . . . . . . . . . . . . . . . . . . . 50
Figure 2-4 Fieldbus wiring with conventional terminal blocks . . . . . . 51
Figure 2-5 Terminator inside junction box . . . . . . . . . . . . . . . . . . . . . 51
Figure 2-6 Termination guidelines . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Figure 2-7 HSE profile functional areas . . . . . . . . . . . . . . . . . . . . . . . 54
Figure 2-8 Ethernet wiring. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
Figure 2-9 Wiring H1 devices to a linking device . . . . . . . . . . . . . . . . 58
Figure 2-10 Integrated fieldbus system . . . . . . . . . . . . . . . . . . . . . . . . . 59
Figure 2-11 Continuity of ground. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
Figure 2-12 Plant ground and instrument ground . . . . . . . . . . . . . . . . . 61
Figure 2-13 Cable shield grounding . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Figure 2-14 Recommended fieldbus grounding . . . . . . . . . . . . . . . . . . 62
Figure 2-15 High frequency capacitive ground . . . . . . . . . . . . . . . . . . . 63
Figure 2-16 Equipotential bond . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Figure 2-17 Segregation of cable classes . . . . . . . . . . . . . . . . . . . . . . . . 66
Figure 2-18 Segregating cables in trays . . . . . . . . . . . . . . . . . . . . . . . . . 67
Figure 2-19 General cable installation guideline . . . . . . . . . . . . . . . . . . 68
Figure 3-1 Protective systems incendive limits . . . . . . . . . . . . . . . . . . 75
Figure 3-2 Typical FISCO network . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Figure 3-3 FISCO calculation for area classification IIC. . . . . . . . . . . 79
Figure 3-4 FISCO calculation for area classification IIB . . . . . . . . . . . 80
Figure 3-5 FISCO repeater wiring to field . . . . . . . . . . . . . . . . . . . . . . 81
Figure 3-6 Typical fieldbus power conditioner . . . . . . . . . . . . . . . . . . 83
Figure 3-7 Typical fieldbus barrier installation . . . . . . . . . . . . . . . . . . 84
Figure 3-8 High-energy trunk calculation . . . . . . . . . . . . . . . . . . . . . . 85
Figure 3-9 Typical spark behavior . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
LIST OF FIGURES xv
List of Tables
Table 1-1 Fieldbus Function Blocks . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Table 2-1 Fieldbus cable characteristics. . . . . . . . . . . . . . . . . . . . . . . . 41
Table 2-2 Cable type specifications. . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Table 2-3 HSE class summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Table 3-1 Characteristics of network-energized devices . . . . . . . . . . . 69
Table 3-2 Networks’ power supply requirements . . . . . . . . . . . . . . . . 70
Table 3-3 Equipment classification guide . . . . . . . . . . . . . . . . . . . . . . 73
Table 3-4 Default function block information for all designs . . . . . . . 74
Table 3-5 FISCO parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Table 3-6 Characteristics of FISCO and FNICL networks . . . . . . . . . 78
Table 4-1 System decision analysis . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
Table 4-2 Network decision analysis . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Table 4-3 Device criticality decision matrix . . . . . . . . . . . . . . . . . . . . 99
Table 4-4 Connector decision analysis . . . . . . . . . . . . . . . . . . . . . . . . 99
Table 4-5 FISCO installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
Table 4-6 IS/NIS installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Table 4-7 Configuration worksheet/checklist . . . . . . . . . . . . . . . . . . 101
Table 5-1 VCR types and their uses . . . . . . . . . . . . . . . . . . . . . . . . . 106
Table 5-2 Configuring a network for safety vs. availability . . . . . . . . 108
Table 5-3 Fieldbus operating mode priorities.. . . . . . . . . . . . . . . . . . 111
Table 5-4 Fieldbus alarm levels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Table 5-5 Macrocycle requirements for different configurations . . . 124
Table 6-1 Examples of identifying signal and block type . . . . . . . . . 148
Table 7-1 IF communication errors. . . . . . . . . . . . . . . . . . . . . . . . . . 171
1. Physical Layer: The various topologies and types of data blocks used
by FOUNDATION Fieldbus.
2. Communication Layer: How Fieldbus uses and assigns device regis-
ters.
3. Parameter Classes: The function or role of the information generated
on the network.
This chapter provides the background on the how and what of Fieldbus. So
let’s start. What is Fieldbus?
The Physical Layer is OSI layer 1, the Data Link Layer is OSI layer 2, and
because FOUNDATION Fieldbus is a relatively simple network protocol with
little cross-network communication, OSI layers 3 through 6 are not used.
The Fieldbus Message Specification and Fieldbus Access Sublayer are part
of OSI layer 7, and the Application Layer and the User Layer in which
Function Blocks are defined reside above this. The Fieldbus Communica-
tion Stack is comprised of layers 2 through 7 of the OSI model.
FIELDBUS LAYERS 1
Figure 1-1 — Digital control system architecture
FIELDBUS
FIELD
USER USER
LAYER LAYER
FIELDBUS MESSAGE
SPECIFICATION
APPLICATION LAYER
FIELDBUS ACCESS
SUBLAYER
PRESENTATION LAYER
COMMUNICATION
SESSION LAYER
“STACK”
TRANSPORT LAYER
NETWORK LAYER
2 FIELDBUS LAYERS
is developed, as shown in Figure 1-2b, where the numbers in the figure rep-
resent the approximate number of 8-bit octets used to transfer the user data
up and down the stack.
8VHU/D\HU 8VHU'DWD
)06
)LHOGEXV0HVVDJH 8VHU(QFRGHG'DWD
3&,
6SHFLILFDWLRQ WR
)$6
)LHOGEXV$FFHVV )063'8
3&,
6XEOD\HU WR
'// )UDPH&KHFN
'DWD/LQN/D\HU )$63'8
3&, 6HTXHQFH
WR WR
7KHUHPD\EHPRUHWKDQRFWHWRISUHDPEOHLIUHSHDWHUVDUHXVHG
Figure 1-3 represents Manchester encoding, which is how the actual data is
encoded in the H1 FOUNDATION Fieldbus network. Manchester encoding
adds a time reference signal to the data signal to determine the signal
boundaries. One way the protocol increases the level of noise immunity
versus other communication techniques is that it looks for a transition
every 32 ±10% microseconds to see if there is a change in state, up or down.
If there is no change within this “gate,” then there is no communication on
the network. Because FF only looks for a transition during this short time
period, the amplitude of the signal itself is not the critical element in deter-
mining if there is a message to send.
FIELDBUS LAYERS 3
Figure 1-3 — Manchester encoding
Data 1 0 1 1 0 0 1
Clock
Encoded
Data
1 0 1 1 0 0 1
9
WR9 YROWV
WRYROWV
P$ P$
WRP$
SHDNWRSHDN
The Data Link Layer (DLL) is a mechanism to transfer data from a node to
the other nodes that need the data. The Data Link Layer also manages the
priority and order of such transfer requests, as well as data, address, priority,
medium control, and other parameters, all related to message transfer.
Only one device on a link is allowed to use the medium (Physical Layer) at
a time. The Link Active Scheduler (LAS) controls medium access.
1.1 Topology
4 FIELDBUS LAYERS
The main components of the Application Layer are the Fieldbus Access
Sublayer (FAS) and the Fieldbus Message Specification (FMS).
The FAS uses the scheduled and unscheduled features of the Data Link
Layer to provide a service for the Fieldbus Message Specification (FMS).
The types of FAS services are described by Virtual Communication Rela-
tionships (VCR).
The VCR is like the speed dial feature on your memory telephone. There
are many digits to dial for an international call—an international access
code, country code, city code, exchange code, and the specific telephone
number. This information only needs to be entered once and then a “speed
dial number” is assigned. After setup, only the speed dial number needs to
be entered for dialing to occur.
The object description is identified by its index in the OD. Index 0, called
the object dictionary header, provides a description of the dictionary itself
and defines the first index for the object descriptions of the User Applica-
tion. The User Application object descriptions can start at any index above
255.
FIELDBUS LAYERS 5
Index 255 and below define standard data types such as Boolean, integer,
float, bitstring, and data structures that are used to build all other object
descriptions.
A Virtual Field Device (VFD) is used to remotely view local device data
described in the object dictionary. A typical device will have at least two
VFDs: a Network and System Management VFD and a User Application
VFD.
The User Layer defines the way of accessing information within Fieldbus
devices so that such information may be distributed to other devices or
nodes in the Fieldbus network. This is a fundamental attribute for process
control applications.
6 FIELDBUS LAYERS
Function Block. The FOUNDATION Fieldbus Function Block, especially its
models and parameters—through which you can configure, maintain, and
customize your applications—is a key concept of Fieldbus technology.
The Function Block Virtual Field Device (VFD) contains three classes of
blocks: Resource Block, Function Block, and Transducer Block.
The Resource Block controls the overall device hardware and Function
Blocks within the VFD, including hardware status.
Tip 1 — The mode of the Resource Block controls the mode of all
other blocks in the device.
FIELDBUS LAYERS 7
Blocks have been defined, including the Common Block (to define the
minimum requirements for all Transducer Blocks) and Temperature, Pres-
sure, and Advanced Positioner Blocks. The Advanced Positioner Block is a
requirement for partial stroke testing, which is needed for Safety Instru-
mented Fieldbus applications. The Flow Transducer Block is likely to be
released in 2012.
It is end-user demand and economics that are driving the need for Standard
Transducer Blocks since, without a standard interface to the maintenance
data contained within each device, it is a cumbersome task to take full
advantage of the diagnostic capabilities of a digital transmitter, using mod-
ern software and asset management systems.
The Function Blocks MAI (Multiple Analog Input), MAO (Multiple Analog
Output), MDI (Multiple Discrete Input), MDO (Multiple Discrete Out-
put), and FFB (Fully Flexible Function Block), defined in Parts 4 and 5 of
the Function Block Application Process specifications, were developed as
part of the High-Speed Ethernet (HSE) process. The “M-series” of blocks
are able to transfer a group of eight PV (process variable) signals as a single
message on the Fieldbus Network and because HSE is fully backwards com-
8 FIELDBUS LAYERS
patible with H1, a number of H1 devices, such as temperature multiplexers,
are taking advantage of the MAI block.
The most novel of the new blocks, however, is the Fully Flexible Function
Block (FFB), as it is able to be fully programmed by the end user, using any
of the IEC 61131-1 programming languages.
Like all object-based Fieldbus Function Blocks, the FFB is a “wrapper” for
the actual functions that reside and execute inside of it. The Fieldbus speci-
fications define a set of parameters that must be common to all Function
Blocks to ensure interoperability and communications between the various
blocks, devices, and host system. Since each component of the Fieldbus
specification is treated as an object and is, to some extent, similar to a sub-
routine or function call in a computer program, it is possible for each man-
ufacturer to write its own code for the object to execute, as long as the
results are presented in the predefined format. It is this lack of definition for
the function itself that makes the FFB possible.
The FFB can be configured by the end user with any of the IEC 61131-1
languages to whichever function is required. Thus, a device supporting the
FFB can be configured or programmed for a variety of purposes, from pro-
tocol converter to a nano-PLC that performs batch/recipe operations or
complex multivariate control calculations, such as artificial neural networks
or fuzzy logic.
The FFB specification contains many useful Function Blocks; however, the
one developed to help Fieldbus in the manufacturing industry, where dis-
crete control is more prevalent, is the device controller (DC) block, which is
intended to control any two- or three-state physical device. The device con-
troller accepts a set point and causes the device to drive to that set point.
Time is allowed for the transition, but alarms are generated if the physical
device fails to reach the desired state or loses that state after the transition is
complete. The DC block has inputs for control of the set point by external
logic or commands from a host, as well as permissive, interlock, and shut-
down logic functions. An operator may temporarily bypass a faulty limit
switch after visual confirmation of the state of the physical device. The
parameter DC_STATE displays one of 14 states that describe the current
control condition, while the parameter FAIL gives specific reasons for fail-
ures.
FIELDBUS LAYERS 9
Unfortunately, the interfaces to program FFB are not yet fully interopera-
ble. This means that an FFB from Manufacturer A must be programmed
and configured by the host and software tools of Manufacturer B, and vice
versa. However, once the FFB has been prepared and compiled through
DD Services (the binary file that is used by field devices and hosts to exe-
cute the information from the DD file), it can be executed by any system
supporting the FFB block type.
Figure 1-4 shows not only how the various function blocks work together
but also the different parameters that are used in each of the Standard,
Enhanced, and Extended Blocks available in a device. Simplistically, the
Universal parameters define the basis for the Standard Blocks, Enhanced
Blocks build on this concept, and then manufacturers can further expand
on the Enhanced Blocks with their own enhancements.
10 FIELDBUS LAYERS
Figure 1-4 — Device description hierarchy
Universal
Parameters
'HILQHGE\
)LHOGEXV
)RXQGDWLRQ
6SHFLILFDWLRQ
Function
Block 5HVRXUFH $, 3,' $2
Parameters
Transducer
Block
Parameters
7HPS 3UHVV
Manufacturer 'HILQHGE\
Specific 0DQXIDFWXUHU
Parameters ([WHQGHG
%ORFNV
Resource
Transducer Blocks Function Blocks
Blocks
Despite the fact that the enhancements are not defined by the Fieldbus
Foundation, they will be supported by all host systems capable of reading
the associated DD and Capabilities Files.
Table 1-1 shows these various blocks as defined by the Fieldbus Foundation
in the indicated part of the specification.
FIELDBUS LAYERS 11
Table 1-1 — Fieldbus Function Blocks
Part-2 Blocks Standard Blocks
AI Analog Input Block
DI Discrete Input Block
ML Manual Loader Block
BG Bias/Gain Station Block
CS Control Selector Block
PD P, PD Controller Block
PID PID, PI, I Controller Block
RA RATIO Station Block
AO Analog Output Block
DO Discrete Output Block
Part 3 Enhanced Blocks
DC Device Control Block
OS Output Splitter Block
SC Signal Characterizer Block
LL Lead Lag Block
DT Dead Time Block
IT Integrator (Totalizer) Block
(More blocks are under development)
Part 4 Multiple I/O Blocks
MDI Multiple Discrete Input Block
MDO Multiple Discrete Output Block
MAI Multiple Analog Input Block
MAO Multiple Analog Output Block
Part 5
FFB – Flexible Func- IEC 61131 Blocks
tion Blocks
As Figures 1-4a through 1-4c show, a Function Block has input, output, and
contained parameters. Figure 1-4a is a typical Analog Input (AI) Block, 1-4b
is an Analog Output (AO) Block, and 1-4c is a PID Block. Data generated in
a block is made available from an output parameter, which can be linked to
the input parameter of other Function Blocks. The Fieldbus Foundation
does not define how each manufacturer is to implement the algorithms to
complete the functions shown in these figures, but rather defines the func-
12 FIELDBUS LAYERS
tionality, parameters, and “connections,” such as channel out, etc., between
each of the Function Blocks. This allows each manufacturer to differentiate
their product from their competitors’ through increased efficiency and fea-
tures, such as improved signal conditioning and diagnostics.
Discrete Blocks have 256 valid enumerated states, which means that in addi-
tion to simple logic 0 or 1, they can also be used to represent specific states,
such as open, closed, true, false, start, stop, running, etc.
In the case of an AO Block, if the actual device reaches either of its open or
closed limits, the block will set the corresponding limit in the status ele-
ment of the associated back-calculation output parameter.
This tells the PID Block to not push the output further in that direction,
thus preventing reset windup in the loop.
The operator normally sets the PID loop mode from the Block mode
parameter in the PID Block. Control is stopped by setting this parameter to
MAN. However, if the operator wishes to “hand operate” the AO Block, it
is better to remain in AUTO mode and enter the set point instead.
FIELDBUS LAYERS 13
Figure 1-4b — Analog Output Block (AO)
All FOUNDATION Fieldbus devices that have a DD file need to pass two sepa-
rate suites of tests before they can achieve the Fieldbus “check mark” of the
Fieldbus logo with a check mark in the lower right-hand corner, which con-
firms compliance with the relevant suite of test specifications. One of the
FF “check mark” tests is for the Communications Stack, while the other
tests for device interoperability. Although it is not an exact indication of
14 FIELDBUS LAYERS
what each of these test suites checks, a simplified way of thinking of the two
test suites is that the Conformance test checks for media access/control OSI
Layers 2-7, while the Device Interoperability Test or ITK checks device con-
formance to the User Layer.
The Fieldbus Foundation has partnered with the Fraunhofer Institute, based
in Karlsruhe, Germany, for completion of the Conformance Test System
that checks the Communications Stack, which does not change much over
time. Every manufacturer then uses an approved stack to build their Field-
bus device, which is then sent to the Fieldbus Foundation for interoperabil-
ity testing.
The ITK is conducted at the Foundation offices in Austin, Texas, where the
device is connected to the test suite so that approximately 500 different
tests can be run. The pass rate for these tests is 100%, so if just one test fails,
the manufacturer, after making any modifications to correct the problem(s),
needs to repeat all the tests. Devices that successfully complete the tests are
given the FF “Check Mark” and are then listed on the Fieldbus web site as
such, along with the DD file that was used for the test. A device that passes
ITK 5.1 and supports the Field Diagnostics Profile to support enhanced
Device Description and graphics will have this feature separately listed on
the registration certificate.
The Fieldbus Foundation test procedure must pass through all the steps
below before the specification is approved:
FIELDBUS LAYERS 15
2. Once the new standard development committee has been formed, the
committee meets and agrees on the project scope, the project leader
prepares a project plan, outlining the deliverables and estimated time-
line for the project to the Technical Steering Committee for review
and approval.
3. The first step in the actual development process is for the develop-
ment team to create a set of Use Cases to clearly define the problem
or problems that are going to be solved by the new standard.
4. From these Use Cases the team develops a Draft specification that
fully describes how the products can be built to solve the Use Cases.
5. The Foundation issues a “Call for Prototypes” to request that at least
two independent suppliers build products in compliance with the new
Draft Preliminary Specification.
6. The prototypes and the Foundation’s test kit are then brought
together to test against this specification to make sure that everyone
interprets the specification in the same way, and once they have done
so, with any resulting questions being resolved by the development
team, it is accepted that the theory described in the specification will
actually work. It is this step in the specification approval process that
is key in verifying device interoperability because it confirms by three
separate sources that they have all interpreted the specifications in the
same way and met the requirements as defined in the original Use
Cases.
7. A Preliminary Specification is then made ready for distribution to
members and the Technical Steering Committee for review and final
approval.
8. The Technical Steering Committee (TSC) (Fieldbus Foundation’s
Standards Board) reviews any comments received, and after all the
Fieldbus Foundation members have a final chance to comment, the
TSC then approves the document as a Final Specification.
16 FIELDBUS LAYERS
1.1.5 Physical Layer
This is the Fieldbus layer connected with instrument devices in the field.
The standardized data transmission speed of the H1 network is 31.25 Kbps;
as stated by the standard, all other speeds shall be used for high-speed inter-
connection of bridges and gateways (see Figure 1-5).
BRIDGE CAPABILITY
USER
LAYER
COMMUNICATION
PHYSICAL LAYER
Bridge
Devices
The standard determines the following rules (among others) for the speed of
31.25 Kbps:
Note: Most host systems are restricted to 16 devices per network (64 devices per 4
port card) or are otherwise restricted by the number of parameters they can manage
per port. The result is that physical power is not always the limiting factor in the
FIELDBUS LAYERS 17
number of devices that can be added to a network. More often the limiting factor for
fast macrocycle installations is bandwidth.
Tip 3 — This rule does not forbid the connection of more instru-
ments than the specified number. Such limits have been estab-
lished, considering a consumption of 9 mA ± 1 mA, with a
power supply of 24 VDC, intrinsic safety barriers with an output
of 11–21 VDC, and a maximum current of 80 mA for the instruments
located within the hazardous area.
2. The length of the entire bus segment with the maximum number of
instruments operating at a speed of 31.25 Kbps shall not exceed
1900 m in the section of the trunk plus all spurs (Figure 1-6).
1900 m max.
Terminator Terminator
+
Signal Control or
Isolation Monitoring
Circuit Device
-
Field Devices
Fieldbus
Power Supply
Tip 4 — This rule does not forbid the use of longer lengths, pro-
vided that the electrical characteristics of the instruments are
observed.
18 FIELDBUS LAYERS
Repeaters are used to expand a Fieldbus network. Repeaters can be either
energized or de-energized. When four repeaters are used, the maximum dis-
tance between any two devices in a segment is 9500 m.
FIELDBUS LAYERS 19
1.1.6 Topologies
Several topologies may be used in Fieldbus design. Figure 1-8 shows the
topologies that will be detailed below. Power supplies and terminators are
not shown so that the figures can be more easily understood.
Bus with Spurs Topology. The Bus with Spurs topology uses a single bus to
which devices and spurs are directly connected. Several devices may be con-
nected to each spur. The total spur length is limited according to the num-
ber of spurs and the number of devices per spur. This is summarized in
Table 1-2. This spur length table is not absolute. It merely serves as a guide-
line for designing networks.
Control Highway
Input/Output JB T
Boards
T JB
Host
Combine multiple
drops off single
Fieldbus cable from
interface room
20 FIELDBUS LAYERS
Figure 1-8b — Wiring practices – Cable efficiency
Multiconductor
Cable
H1 Port
JB FF
JB
FF FF
JB JB
Multi-pair cable to
conventional JB at location
in Field Operating unit then
trunk continues to each FF
FF
JB and associated spurs
JB
FIELDBUS LAYERS 21
Caution: Point-to-Point topology is rarely used since the failure of one
device in the network will result in total network failure.
Mixed Topology. Mixed topology, as the name implies, mixes the three most
commonly used topologies connected to one another. However, the maxi-
mum length of a segment, including the spurs to the total length, shall be
observed. Figure 1-8a shows how this topology might be configured by
combining individual spurs with several multiple drop field device cou-
plers.
Many installations are also taking this one step further by running multi-
conductor H1 cables to a conventional junction box at a convenient loca-
tion, either on the edge or centrally located within a unit operation area,
and then extending individual trunk cables to one or more Fieldbus device
coupler assemblies/enclosures strategically located in closer proximity to
the devices themselves, thus minimizing total installed cable cost. This is
shown in figure 1-8b.
22 FIELDBUS LAYERS
1.2 Communications
Figure 1-9 shows how the registers in a Fieldbus device are assigned.
Not used
LM Class Devices
V(FUN)
V(FUN) + V(NUN)
Every Fieldbus device has a unique 32-bit hardware address identifier made
up of a 6-byte manufacturer code, a 4-byte device code, and a serial num-
ber. This makes it possible to uniquely distinguish each device from the oth-
ers. The Fieldbus Foundation assigns the manufacturer codes, while the
manufacturer assigns the device type code and sequential serial number.
FIELDBUS LAYERS 23
Several Data Link (DL) addresses are reserved for specific purposes. For
example, devices can share the same system-wide Data Link Service Access
Point (DLSAP) for alarm reception.
Foundation devices are classified into device classes: BASIC, Link Master
(LM), and Bridge. An LM class device has the ability to be the LAS, while
BASIC class devices do not have this functionality. In addition to LM capa-
bility, a Bridge class device has the functionality to connect networks.
One and only one device in a network can be the LAS at any one time;
therefore, at least one LM (or Bridge) class device is needed in a link. LM
devices will try to acquire the LAS role when no LAS exists on start-up or
when the current LAS fails.
Other secondary or Backup LM devices observe the LAS activity and can
assume the primary or Master LAS role if the operating LAS fails.
The third role of the LAS is to maintain network communications. The LAS
does this by giving the token to all devices detected by the LAS. When a
new device is added to the network, it must be recognized by the LAS and
added to the token rotation list, which is called the Live List.
24 FIELDBUS LAYERS
A Fieldbus device may have user applications that are independent from
each other and do not interact. A Fieldbus device consists of Virtual Field
Devices (VFD) for such individual applications.
A Fieldbus device has at least two VFDs. One is the Management VFD,
where network and system management applications reside. It is used to
configure network parameters, including VCRs, as well as to manage
devices in a Fieldbus system. The other is a Function Block VFD, where
Function Blocks exist. Most field devices have more than two Function
Block VFDs.
A Function Block must get input parameters before its algorithm can be
executed. Its output parameters must be published after algorithm execu-
tion. Therefore, algorithm execution and Publisher-Subscriber communica-
tion must be orchestrated when blocks are distributed among devices. The
System Management and Data Link Layer cooperate to achieve this by
using the Link Scheduling (LS) time that is distributed and synchronized by
the Link Active Scheduler (LAS).
Note that any device that is either not performing an internal calculation or
participating in a publish/subscribe communication, which means it is part
of the control loop and must either publish (share) its process variable or
subscribe (read) the process variable from another device in its loop, is able
to receive the Pass Token and participate in a client server communication.
FIELDBUS LAYERS 25
Figure 1-10a — Function block scheduling and macrocycle
PID110
AO110
DI101
DO101
Cyclic Acyclic
Alarms/Events
Function Block Execution Maintenance/Diagnostic Information
Cyclic Communication - Publish Program Invocation
Acyclic Communication Permissives/Interlocks
Display Information
Trend Information
Configuration
Figure 1-10b represents the algorithm used by the LAS to determine the
next action it needs to take while ensuring that all deterministic communi-
cations happen at their assigned time.
:DLWXQWLOLWLV
WLPHWRLVVXHWKH
,VWKHUHWLPHWR
1R &'
GRVRPHWKLQJ ,VVXH
EHIRUHQH[W &'
6HQGLGOH
&RPSHO'DWD"
PHVVDJHVZKLOH
ZDLWLQJ
<HV
,VVXH3UREH1RGH7LPH
'LVWULEXWLRQRU3DVV7RNHQ
26 FIELDBUS LAYERS
1.3 Parameter Classes
Block parameters are classified into three classes: input, output, and con-
tained parameters. Function Blocks can have all of these classes, while the
Resource Block and Transducer Blocks have only contained parameters.
An input parameter is an input of a Function Block and can accept one out-
put parameter of another Function Block. Its data type must be the same as
the output parameter.
FIELDBUS LAYERS 27
Exploring the Variety of Random
Documents with Different Content
The Project Gutenberg eBook of A Short
History of the Fatimid Khalifate
This ebook is for the use of anyone anywhere in the United States
and most other parts of the world at no cost and with almost no
restrictions whatsoever. You may copy it, give it away or re-use it
under the terms of the Project Gutenberg License included with this
ebook or online at www.gutenberg.org. If you are not located in the
United States, you will have to check the laws of the country where
you are located before using this eBook.
Language: English
BY
DE LACY O’LEARY, D.D.
Lecturer in Aramaic and Syriac, Bristol University
Author of “Arabic Thought and its Place in History”
LONDON:
KEGAN PAUL, TRENCH, TRUBNER & CO., LTD.
NEW YORK: E. P. DUTTON & CO.
1923
d. 220.
d. 254.
(11) al Hasan al
Askari d. 260.
|
(12) Muhammad
al-Muntazar
“disappeared”
A. H. 260.
II
THE ISMAʿILIAN SECT