Modelling Control Systems Using IEC 61499 2nd ed. 2014 Edition Alois Zoitl

Instant Ebook Access, One Click Away – Begin at ebookgate.com
Modelling Control Systems Using IEC 61499 2nd ed.
2014 Edition Alois Zoitl
https://ebookgate.com/product/modelling-control-systems-
using-iec-61499-2nd-ed-2014-edition-alois-zoitl/
OR CLICK BUTTON
DOWLOAD EBOOK
Get Instant Ebook Downloads – Browse at https://ebookgate.com
Click here to visit ebookgate.com and download ebook now

Instant digital products (PDF, ePub, MOBI) available
Download now and explore formats that suit you...
Analysis and Design of Control Systems Using MATLAB 2nd ed
Edition Dukkipati
https://ebookgate.com/product/analysis-and-design-of-control-systems-
using-matlab-2nd-ed-edition-dukkipati/
ebookgate.com
Modelling Photovoltaic Systems Using PSpice 1st Edition
Luis Castaner
https://ebookgate.com/product/modelling-photovoltaic-systems-using-
pspice-1st-edition-luis-castaner/
ebookgate.com
Modern Digital Control Systems 2nd ed Edition Jacquot
https://ebookgate.com/product/modern-digital-control-systems-2nd-ed-
edition-jacquot/
ebookgate.com
Wittgenstein the philosopher and his works 2nd Ed Edition
Alois Pichler
https://ebookgate.com/product/wittgenstein-the-philosopher-and-his-
works-2nd-ed-edition-alois-pichler/
ebookgate.com

Detroit A Biography 2012 2014 2nd ed. 2014 Edition Scott
Martelle
https://ebookgate.com/product/detroit-a-biography-2012-2014-2nd-
ed-2014-edition-scott-martelle/
ebookgate.com
Modelling Command and Control Neville Stanton
https://ebookgate.com/product/modelling-command-and-control-neville-
stanton/
ebookgate.com
Digital Systems Design Using VHDL 2nd Edition Roth
https://ebookgate.com/product/digital-systems-design-using-vhdl-2nd-
edition-roth/
ebookgate.com
Roman Britain A New History rev ed 2014 2nd rev. ed. 2014
Edition Guy De La Bédoyère
https://ebookgate.com/product/roman-britain-a-new-history-rev-
ed-2014-2nd-rev-ed-2014-edition-guy-de-la-bedoyere/
ebookgate.com
Resource Management Information Systems Remote Sensing GIS
and Modelling 2nd Edition Mccloy
https://ebookgate.com/product/resource-management-information-systems-
remote-sensing-gis-and-modelling-2nd-edition-mccloy/
ebookgate.com

Control Engineering Series 95
Modelling Control
Systems Using
IEC 61499
2nd Edition
Modelling
Control
Systems
Using
IEC
61499
2nd
Edition
Zoitl
&
Lewis
Alois Zoitl & Robert Lewis
The Institution of Engineering and Technology
www.theiet.org
978-1-84919-760-1
Modelling Control Systems
Using IEC 61499
2nd Edition
Robert Lewis is a Fellow of the Institution of Engineering
and Technology (FIET) and Chartered Engineer (C Eng.).
He is an engineering safety consultant for Atkins with
experience in Safety Case development and authoring,
Hazard analysis, HAZOP workshops, FMECA, systems
assurance, safety assessment and requirements
management. He was formerly a UK expert on two IEC
working groups defining new standards for industrial
control software, covering distributed control systems (IEC
61499) and PLC software (IEC 61131).
Alois Zoitl leads the Industrial Automations research
group at the research institute fortiss in Munich, Germany.
He has conducted several research projects on distributed
adaptive automation systems and has given lectures
and consulted on IEC 61499 for more than ten years.
He is co-author of more than 100 publications and the
co-inventor of 4 patents. Dr. Zoitl is a founding member
of the open source initiatives 4DIAC and OpENer. He is a
member of the PLCopen user organization, consultant for
CAN in Automation as well as the IEC SC65B/WG15 for
the distributed automation standard IEC 61499.
IEC 61499 is a standard for modelling distributed control systems for
use in industrial automation, and is already having an impact on the
design and implementation of industrial control systems that involve
the integration of programmable logic controllers, intelligent devices
and sensors.
Modelling Control Systems Using IEC 61499. 2nd Edition provides
a concise and yet thorough introduction to the main concepts and
models defined in the standard. Topics covered include defining
applications, systems, distributing applications on the system's devices,
function blocks, structuring applications, service interface function
blocks, event function blocks, and examples of industrial applications.
This second edition has been significantly updated to reflect the
current second release of IEC 61499, including changes in the
function block model, its execution, and the newly standardized XML
exchange format for model artefacts, and to reflect lessons learned
from the author’s teaching of IEC 61499 over the last ten years. This
book will be of interest to research-led control and process engineers
and students working in fields that require complex control systems
using networked based distributed control.
Modelling Control Systems Using IEC 61499, 2nd Edition.indd 1 29/04/2014 20:51:20

IET CONTROL ENGINEERING SERIES 95
Modelling Control
Systems Using
IEC 61499

Other volumes in this series:
Volume 8 A history of control engineering, 1800–1930 S. Bennett
Volume 18 Applied control theory, 2nd edition J.R. Leigh
Volume 20 Design of modern control systems D.J. Bell, P.A. Cook and N. Munro Editors)
Volume 28 Robots and automated manufacture J. Billingsley (Editor)
Volume 33 Temperature measurement and control J.R. Leigh
Volume 34 Singular perturbation methodology in control systems D.S. Naidu
Volume 35 Implementation of self-tuning controllers K. Warwick (Editor)
Volume 37 Industrial digital control systems, 2nd edition K. Warwick and D. Rees Editors)
Volume 39 Continuous time controller design R. Balasubramanian
Volume 40 Deterministic control of uncertain systems A.S.I. Zinober (Editor)
Volume 41 Computer control of real-time processes S. Bennett and G.S. Virk (Editors)
Volume 42 Digital signal processing: principles, devices and applications N.B. Jones and
J.D.McK. Watson (Editors)
Volume 44 Knowledge-based systems for industrial control J. McGhee, M.J. Grimble and
A. Mowforth (Editors)
Volume 47 A history of control engineering, 1930–1956 S. Bennett
Volume 49 Polynomial methods in optimal control and filtering K.J. Hunt (Editor)
Volume 50 Programming industrial control systems using IEC 1131-3 R.W. Lewis
Volume 51 Advanced robotics and intelligent machines J.O. Gray and D.G. Caldwell (Editors)
Volume 52 Adaptive prediction and predictive control P.P. Kanjilal
Volume 53 Neural network applications in control G.W. Irwin, K. Warwick and K.J. Hunt (Editors)
Volume 54 Control engineering solutions: a practical approach P. Albertos, R. Strietzel and
N. Mort (Editors)
Volume 55 Genetic algorithms in engineering systems A.M.S. Zalzala and P.J. Fleming (Editors)
Volume 56 Symbolic methods in control system analysis and design N. Munro (Editor)
Volume 57 Flight control systems R.W. Pratt (Editor)
Volume 58 Power-plant control and instrumentation: the control of boilers and HRSG systems
D. Lindsley
Volume 59 Modelling control systems using IEC 61499 R. Lewis
Volume 60 People in control: human factors in control room design J. Noyes and M. Bransby
(Editors)
Volume 61 Nonlinear predictive control: theory and practice B. Kouvaritakis and M. Cannon (Editors)
Volume 62 Active sound and vibration control M.O. Tokhi and S.M. Veres
Volume 63 Stepping motors, 4th edition P.P. Acarnley
Volume 64 Control theory, 2nd edition J.R. Leigh
Volume 65 Modelling and parameter estimation of dynamic systems J.R. Raol, G. Girija and J. Singh
Volume 66 Variable structure systems: from principles to implementation A. Sabanovic,
L. Fridman and S. Spurgeon (Editors)
Volume 67 Motion vision: design of compact motion sensing solution for autonomous systems
J. Kolodko and L. Vlacic
Volume 68 Flexible robot manipulators: modelling, simulation and control M.O. Tokhi and
A.K.M. Azad (Editors)
Volume 69 Advances in unmanned marine vehicles G. Roberts and R. Sutton (Editors)
Volume 70 Intelligent control systems using computational intelligence techniques A. Ruano
(Editor)
Volume 71 Advances in cognitive systems S. Nefti and J. Gray (Editors)
Volume 72 Control theory: a guided tour, 3rd edition J. R. Leigh
Volume 73 Adaptive sampling with mobile WSN K. Sreenath, M.F. Mysorewala, D.O. Popa and
F.L. Lewis
Volume 74 Eigenstructure control algorithms: applications to aircraft/rotorcraft handling
qualities design S. Srinathkumar
Volume 75 Advanced control for constrained processes and systems F. Garelli, R.J. Mantz and
H. De Battista
Volume 76 Developments in control theory towards glocal control L. Qiu, J. Chen, T. Iwasaki and H.
Fujioka (Editors)
Volume 77 Further advances in unmanned marine vehicles G.N. Roberts and R. Sutton (Editors)
Volume 78 Frequency-domain control design for high-performance systems J. O’Brien
Volume 81 Optimal adaptive control and differential games by reinforcement learning
principles D. Vrabie, K. Vamvoudakis and F. Lewis
Volume 88 Distributed control and filtering for industrial systems M. Mahmoud
Volume 89 Control-based operating system design A. Leva et al
Volume 90 Application of dimensional analysis in systems modelling and control design
P. Balaguer
Volume 91 An introduction to fractional control D. Valério and J. Costa
Volume 92 Handbook of vehicle suspension control systems H. Liu, H. Gao & P. Li

Modelling Control
Systems Using
IEC 61499
2nd Edition
Alois Zoitl and Robert Lewis

Published by The Institution of Engineering and Technology, London, United Kingdom
The Institution of Engineering and Technology is registered as a Charity in England &
Wales (no. 211014) and Scotland (no. SC038698).
† 2001, 2014 The Institution of Engineering and Technology
First published 2001
Second Edition 2014
This publication is copyright under the Berne Convention and the Universal Copyright
Convention. All rights reserved. Apart from any fair dealing for the purposes of research
or private study, or criticism or review, as permitted under the Copyright, Designs and
Patents Act 1988, this publication may be reproduced, stored or transmitted, in any
form or by any means, only with the prior permission in writing of the publishers, or in
the case of reprographic reproduction in accordance with the terms of licences issued
by the Copyright Licensing Agency. Enquiries concerning reproduction outside those
terms should be sent to the publisher at the undermentioned address:
Michael Faraday House
Six Hills Way, Stevenage
Herts, SG1 2AY, United Kingdom
www.theiet.org
While the authors and publisher believe that the information and guidance given in this
work are correct, all parties must rely upon their own skill and judgement when making
use of them. Neither the authors nor publisher assumes any liability to anyone for any
loss or damage caused by any error or omission in the work, whether such an error or
omission is the result of negligence or any other cause. Any and all such liability is
disclaimed.
The moral rights of the authors to be identified as authors of this work have been
asserted by them in accordance with the Copyright, Designs and Patents Act 1988.
British Library Cataloguing in Publication Data
A catalogue record for this product is available from the British Library
ISBN 978-1-84919-760-1 (hardback)
ISBN 978-1-84919-761-8 (PDF)
Typeset in India by MPS Limited
Printed in the UK by TJ International Ltd, Cornwall

Contents
Foreword ix
Foreword xi
Preface xiii
Abbreviations and conventions xvii
1 Introduction 1
1.1 IEC 61499 function block standard 5
1.2 Development of function block concept beyond IEC 61131-3 8
1.2.1 Global variables 10
1.2.2 Communications function blocks 11
1.3 Development of IEC 61499 12
1.4 Why use function blocks 14
1.5 System design views 16
1.5.1 Logical view 17
1.5.2 Process view 17
1.5.3 Development view 18
1.5.4 Physical view 18
1.5.5 Scenarios 18
1.6 The future beyond IEC 61499 19
2 IEC 61499 models and concepts 21
2.1 Function block model 22
2.1.1 General characteristics 22
2.1.2 Execution model for function blocks 24
2.1.3 Function block types 27
2.2 Application model 28
2.3 System model 29
2.3.1 Overall system structure 29
2.3.2 Device model 30
2.3.3 Resource model 30
2.4 Distribution model 32
2.4.1 Mapping of applications 32
2.4.2 Platform specific configurations 34
2.5 Management model 34
2.5.1 Management applications 36
2.5.2 Operational state model of managed entities 37

2.6 Exchange format for IEC 61499 entities 39
2.6.1 Textual syntax for IEC 61499 entities 39
2.6.2 XML-exchange format 41
2.7 Summary 43
3 Defining function block types 45
3.1 Types and instances 45
3.2 Different form of function blocks 45
3.3 External interface declaration 46
3.3.1 Static interface declaration 47
3.3.2 Defining the dynamic interface behaviour 48
3.3.3 2 out of 3 voter example 50
3.4 Defining basic function blocks 53
3.4.1 Internal behaviour 53
3.4.2 Execution control chart features 55
3.4.3 Execution of basic function blocks 56
3.4.4 Behaviour of instances of basic function blocks 59
3.4.5 Basic function block examples 59
3.5 Definition composite function blocks 62
3.5.1 Rules for composite function block type specification 62
3.5.2 Execution of composite function blocks 64
3.5.3 Composite function block example 64
3.6 Summary 68
4 Structuring applications 69
4.1 Application structuring with subapplications 69
4.1.1 Rules for subapplication type specification 71
4.1.2 Rules for subapplication execution 72
4.1.3 Subapplication example 72
4.1.4 Subapplication distributed example 74
4.1.5 Guidelines for using subapplications 77
4.2 Structured interfaces using adapters 78
4.2.1 Adapter concept 79
4.2.2 Defining adapter types 81
4.2.3 Modelling the behaviour of adapter types 82
4.2.4 Using adapter types in function blocks 83
4.2.5 Adapter interface usage example 85
4.2.6 Guidelines for using adapters 88
4.3 Summary 88
5 Service interface function blocks 91
5.1 Overview 91
5.2 Interface specifications 93
5.2.1 Standard inputs and outputs for service interface
function blocks 93
vi Modelling control systems using IEC 61499

5.2.2 Service sequence diagrams for service
interface function blocks 94
5.3 Type definitions 98
5.3.1 General service interface function block types 98
5.3.2 Example service interface function block types 100
5.3.3 Textual syntax – service interface function block example 101
5.4 Communication service interface function blocks 103
5.4.1 Function blocks for unidirectional transactions 103
5.4.2 Function blocks for bidirectional transactions 104
5.5 Management function blocks 106
5.5.1 Examples 108
5.5.2 Managed function blocks 108
5.6 Summary 109
6 Event function blocks 111
6.1 Overview 111
6.2 Standard event function block types 113
6.2.1 Event Splitter 114
6.2.2 Event Merger 114
6.2.3 Two Event Rendezvous 114
6.2.4 Permissive Event Propagator 116
6.2.5 Event Selector 116
6.2.6 Event Switch 117
6.2.7 Delayed Event Propagator 117
6.2.8 Restart Event Generator 118
6.2.9 Cyclic Event Generator 118
6.2.10 Event Train Generator 119
6.2.11 Event Train Table-driven Generator 120
6.2.12 Separate Event Table-driven Generator 121
6.2.13 Event-driven Bistable 122
6.2.14 D (data latch) Bistable 123
6.2.15 Boolean Rising Edge Detector 123
6.2.16 Boolean Falling Edge Detector 124
6.2.17 Event-driven Up Counter 125
6.3 Using event function blocks for event flow control 125
6.3.1 Basic event flow control 125
6.3.2 Conditional event propagation 127
6.3.3 Modelling control tasks 128
6.4 Summary 129
7 Industrial application examples 131
7.1 Overview 131
7.2 Temperature control example 132
7.3 Conveyor test station example 135
7.3.1 Distributed system model 141
Contents vii

7.4 Fieldbus applications 143
7.4.1 Analogue input function block example 146
7.4.2 Further generalisation of the analogue input
function block 151
7.5 Concluding remarks 153
7.6 Summary 154
8 Epilogue 155
8.1 Current status of IEC 61499 155
8.2 Engineering Support Task 157
8.3 Compliance to IEC 61499 159
8.3.1 IEC 61499 compliance profiles 159
8.3.2 Device classes 160
8.4 Large-scale industrial applications 161
8.5 Summary 162
Appendix A Common elements 165
Appendix B IEC 61499 Compliance Profile for Feasibility
Demonstrations 175
Appendix C Frequently asked questions (IEC 61499 FAQ) 181
Appendix D PID function block example 191
Appendix E Exchange formats 207
Appendix F Bibliography 219
Index 221
viii Modelling control systems using IEC 61499

Foreword
In early 1990, Technical Committee 65 of the International Electrotechnical
Commission (IEC TC65) initiated a project to develop a common architectural
model for the application of software modules called ‘function blocks’ in dis-
tributed industrial-process measurement and control systems (IPMCS). This model
was to encompass IPMCS utilising ‘Fieldbus’ systems as specified in IEC 61158 as
well as IPMCS utilising the programming languages defined in Part 3 of the IEC
61131 standard for programmable controllers. This project resulted in the current
IEC 61499 standard for function blocks.
Due to the relative immaturity of the IEC 61158 project at the time of the
proposal, experts and a project leader were not available for the 61499 project until
approximately two years after its inception, at which time the first edition of IEC
61131-3 was also completed and available for reference. Because of the close
relationship between IEC 61131-3 and the projected IEC 61499, many of the
experts participating in the development of the latter came from the previous
61131-3 project, including Bob Lewis and myself.
Through a long process of systematic application of software engineering
and open systems principles, with intensive international review and revision, the
TC65/WG6 experts reached consensus on the basic concepts and detailed technical
approach to the resolution of a number of fundamental issues. This resulted in the
publication in 2002-4 of IEC/PASs (Publicly Available Specifications) 61499-1, -2
and -4, for a two-year period of trial implementations, as well as IEC/TR 61499-3
containing tutorial information. This initial consensus was reflected and thoroughly
explained in the first edition of the present book.
In the years to follow, the accumulation of experience in the adoption and
implementation of IEC 61499 resulted in the publication of 61499-1, -2 and -4 as
IEC Standards in 2005, and in second edition in 2012. Alois Zoitl was a key
member of the IEC working group during this period, as well as being one of the
prime developers of the widely used 4DIAC open-source software tool and runtime
platform for the development and implementation of IEC 61499 applications.
I would like to express my gratitude to Bob and Alois for bringing out this
updated edition of Bob’s pioneering book on IEC 61499. It is my hope that this will
provide the basic information needed to promote the ongoing industrial adoption
of IEC 61499, as well as serving as a textbook for courses in advanced industrial
process automation and control.
James H. Christensen
Cleveland Heights, Ohio USA
14 December 2013

Foreword
Is our birthday which we celebrate every year an event or a cyclic event?
Unlike in normal life, in industrial automation, we have a standard leading the way,
namely IEC 61499.
The question of event-driven versus cyclic execution is a topic that is most
discussed between the IEC 61131-3 and IEC 61499 representatives. However, in
our experience, the customer is not interested in events or cycles, but in solutions
to his problems in an increasingly networked, distributed and complex world.
In addition it should be mentioned that the IEC 61499 and IEC 61131-3 standards
are close relatives. They share the same roots but have a different scope and purpose.
So someone who is familiar with IEC 61131-3 will also cope with IEC 61499 and
appreciate it.
At the point of intersection, where an old technology is slowly being replaced
by a new technology, it is most challenging. The cards are reshuffled and some-
times new opportunities arise. This is the time for pioneers, who look outside the
box and develop ideas and upcoming solutions, resulting in a clear competitive
edge. Anybody who, in addition, closely watches the industrial users, sharpens their
view on real problems to develop their vision further. This is important if one is in
the process of developing a product that relies on a new technology, which should
be better than anything ever offered before.
Developing our vision and creating it as a marketable product was a long
journey and at the beginning of this journey was the first edition of this book. It
provides a solid foundation and is a good accompaniment for the practical imple-
mentation of one’s ideas. The foundations are there, but the creativity in the
implementation is, of course, the role of the system designer.
Already today we can claim and prove that IEC 61499 is the better solution for
many tasks in automation, particularly for building automation, process automation,
and machine control but also in the field of intelligent energy networks (e.g. smart
grids based on IEC 61850). This is also reflected by the increasing interest in the
market. This dynamic will bring a demand for people with expertise in the field of
IEC 61499. With this growth in know-how, the spread and importance of the stan-
dard will increase at the same time. This book provides, therefore, the perfect start.
Finally, we would like to raise an appeal to current and future IEC 61499
vendors:
Keep compatibility high, in the long term it will be worthwhile for vendors
and users alike!

Many thanks to all who supported, with their know-how, perseverance and
passion, the development of the IEC 61499 standard and last, but not least, also to
the authors of this book.
Horst Mayer (CTO nxtControl)
Arnold Kopitar (CEO nxtControl)
Leobersdorf, Austria
17 December 2013
xii Modelling control systems using IEC 61499

Preface
New technologies and standards are emerging that are set to have a dramatic effect
on the design and implementation of industrial control systems. These technologies
will reduce the time to bring new systems onstream, and leverage the integration of
business and industrial systems.
There is currently an explosion in the use of Object-Oriented (OO) software
encapsulated as components. In business systems, the use of software components
and technology together with service-oriented architectures is becoming more
widespread. In industrial systems, programmable logic controllers (PLCs) and soft
controllers based on Personal Computer (PC) architectures are also starting to adopt
many of these techniques. The different worlds of factory automation and business
systems are clearly starting to share the same software technology.
With so much scope for complexity new tools and techniques are clearly
needed to design and model such systems. To date, new methodologies have
emerged, such as the Unified Modelling Language (UML), which allow software
engineers to deal with the complexity of OO-based systems.
Control and system engineers are also faced with increased software com-
plexity as advances in industrial networking, such as Fieldbus and Industrial
Ethernet technologies, allow intelligence to be distributed throughout the system
from controllers, instruments, actuators and even out to the sensors themselves. As
these systems become more complex, new tools and techniques are needed to
model their behaviour.
Some of this complexity can be dealt with effectively by use of the IEC 61499
standard. It has been developed specifically as a methodology for modelling dis-
tributed industrial process measurement and control systems. This standard defines
concepts and models so that software components in the form of function blocks
can be interconnected to define the behaviour of a distributed industrial process
measurement and control system.
Process and system engineers have used function blocks in various forms for a
number of years as an effective way to represent and model software functionality
in instrumentation and controllers. The PID algorithm is probably the best example
of an early form of function block. New forms of smart devices and sensors now
allow intelligence to be distributed widely throughout a control system. It is now
becoming more difficult to define where the main intelligence of any control sys-
tem really resides; intelligence is becoming truly distributed.
Tools based on the IEC 61499 standards are emerging that can model, validate
and simulate the behaviour of complex function block networks. IEC 61499 defines

a completely new development methodology, which requires a rethinking of con-
trol engineers. It has been in development for a number of years by international
experts working in the field of control system software. It is set to become an
important methodology for the process and system engineers working with com-
plex distributed systems.
The main objective of this book is to widen the understanding of the most
important concepts in the IEC 61499 standard and to show how these concepts can be
applied to industrial problems. IEC 61499 is a complex standard that defines many
new concepts related to function blocks and the supporting architecture in a rigorous
and thorough manner – as a consequence, the standard can be difficult to understand
by people who read it for the first time. This book has therefore concentrated on the
main concepts and has intentionally summarised or omitted some of the less sig-
nificant details in the standard. For this reason, some topics such as the Textual
Syntax for describing function block definitions have not been covered in great detail.
IEC 61499 provides, for the first time, a framework and architecture for
describing the functionality in distributed control systems in terms of co-operating
networks of function blocks. It is the authors’ intention that the benefits of this
standard should be understood by a wide audience; including not only people
working in industrial control and also those with a general interest in methodolo-
gies for modelling distributed systems.
Major progress since the first edition
Since the publication of the first edition of the book, many things have happened in
the world of IEC 61499. The most prominent are as follows:
● The standard IEC 61499 has gone through two major revisions – when it was
initially published as international standard in 2005 and then again when it
was revised in the second edition in 2012. Many concepts have been refined,
errors corrected and ambiguities clarified.
● At the time when the first edition was written only one prototype software tool,
which supported the evaluation of the models and concepts of IEC 61499, was
available. Since then several tools and runtime platforms have been developed.
Now free, commercial and open source implementations, allowing the devel-
opment of distributed industrial process measurement and control systems, are
available.
● In the last 14 years much research has been focused on topics of IEC 61499.
Investigated topics have included the execution of IEC 61499 models, devel-
opment methodologies, formal verification methods and communication
aspects – just to name the most prominent. This research has completely
changed and improved how we now understand and use IEC 61499.
● We have been teaching IEC 61499 to people from industry and master level
students for more than ten years. The questions and discussion with the stu-
dents has resulted in a much deeper understanding of the standard and how it
should be taught. From this we have learnt that the concepts of IEC 61499
should be introduced in a different order than was originally presented in the
first edition.
xiv Modelling control systems using IEC 61499

Organisation, structure and changes in the second edition
With this second edition, we have incorporated our experience from the last
14 years and restructured the contents as follows:
Firstly, Chapter 1 gives an overview on the domain of industrial automation
systems and their requirements. It aligns IEC 61499 with IEC 61131-3 covering
software concepts such as object orientation and component orientation.
The main models and concepts of IEC 61499 are introduced in Chapter 2. This
is the chapter that has undergone the most changes in order to highlight the inter-
relation of the different models. The concepts of the function block model and its
use in applications has been put to the fore. This is followed by the system model
describing the control hardware and the distribution model, which interlinks
applications with the devices on which they will be executed.
Chapter 3 focuses on the main IEC 61499 function block types, i.e. basic and
composite function block types. The descriptions of the types have been updated to
the latest edition of the standard, common elements such as the interface definition
have been consolidated and the examples have been expanded.
The new Chapter 4 describes means for structuring applications. The descrip-
tion of subapplications has been taken from the original Chapter 3, and adapters
taken from the original Chapter 2. Their descriptions are significantly expanded
and extended with new and reworked examples.
Chapter 5 describes service interface function blocks which provide means for
interacting with services provided by devices or resources. Their description is
aligned to Chapter 3 and a section on communication service interface function
blocks has been added.
Chapter 6 gives an overview on event function blocks and how they can be
used to control event flows in applications. The changes in this section are mainly
corrections, but further examples and use cases of the event function blocks have
also been added.
Chapter 7 shows how the models and concepts of IEC 61499 can be applied to
implement control applications. The concluding Chapter 8 gives an overview on
the current status of IEC 61499, including an outline of the requirements for soft-
ware tools as given in IEC 61499 Part 2. Another addition in the second edition is
an overview on compliance profiles as defined in IEC 61499 Part 4.
Acknowledgements first edition
The development of the IEC function block standard has taken many years invol-
ving numerous meetings, animated discussions, debate and argument. I must,
therefore, thankfully acknowledge all contributions of the members of the IEC 65/
WG6 working group whose efforts are distilled in the IEC 61499 standard. I would
also particularly like to acknowledge the chairman, Dr. Jim Christensen who,
through humour and gentle persuasion, ensured that the working group remained on
track to create a concise and effective standard. I must also thank Jim and Rockwell
Automation for the permission to use his FBDK tool, which I put to good use to
prove the syntax and structure of the PID example given in Appendix D.
Preface xv

I would also like to thank Terry Blevins from Fisher-Rosemount Systems Inc.
for all his information and help on the development of the Fieldbus standards.
Some of his application examples have been particularly useful in demonstrating
how function blocks can be used to model distributed systems.
I would also like to give special thanks to Dr. Bob Brennan at University of
Calgary and Dr. John Wilkinson at Queen’s University Belfast for all their help in
reviewing the manuscript.
Bob Lewis, Worthing, UK, 2001
Acknowledgements second edition
First of all, I’m very grateful to Bob for the opportunity to write this second edition
and his support in developing it. My thanks also go to Jim Christensen as he taught
me the concepts of IEC 61499 back in 2001 and for all the discussions we had since
then.
I would also like to thank the members and students of the Odo Struger Labor
research group at the Automation and Control Institute, Vienna University of
Technology, especially Reinhard Hametner, Ingo Hegny, Martin Melik-Merkumians,
Carolyn Oates, Christoph Sünder and Monika Wenger, for our discussions on how to
implement and apply IEC 61499. In this respect, I would like to thank also the
research partners I had in this time, namely Franz Auinger, Gerhard Ebenhofer and
Thomas Strasser.
I thank Jonathan Burdalo, and Benjamin Brandenbourger and Georg
Neugschwandtner from fortiss GmbH for reading and commenting the manuscript
of the second edition.
Last but not least my thanks go to my wonderful wife Andrea for her patience
in the last months and her comments on many of the figures.
Alois Zoitl, Munich, Germany, 2014
xvi Modelling control systems using IEC 61499

Abbreviations and conventions
ASN. 1 Abstract Syntax Notation One
CPU Central Processing Unit
DCS Distributed Control System
FB Function Block
FBD IEC 1131-3 Function Block Diagram graphical language
FRD Functional Requirements Diagram
GBs GigaBits per second
HMI Human–Machine Interface (see MMI)
HVAC Heating, Ventilation and Air Conditioning
IEC International Electrotechnical Commission
IPMCS Industrial Process Measurement and Control Systems
I/O Inputs and Outputs
IP Internet Protocol
IS International Standard
ISA Instrument Society of America
ISO International Standards Organisation
LD IEC 1131-3 Ladder Diagram graphical language
MBs MegaBits per second
MMI Man–Machine Interface (now replaced by HMI)
MMS Manufacturing Message Specification
OO Object Oriented
OSI Open Systems Interconnection
PAS Publicly Available Specification
PC Personal Computer
PID Three term controller, Proportional, Integral, Derivative closed-loop
control algorithm
P&ID Piping and Instrumentation Diagram
PLC Programmable Logic Controller
POU IEC 1131-3 Program Organisation Unit

SCADA Supervisory, Control and Data Acquisition system
SFC IEC 1131-3 Sequential Function Chart graphical language
SI Service Interface
SIFB Service Interface Function Block
SOA Service Oriented Architecture
ST IEC 1131-3 Structured Text language
TCP Transmission Control Protocol
UDP User Datagram Protocol
UML Unified Modelling Language
XML eXtensible Markup Language
The following font and style is used to distinguish examples of textual program-
ming language from ordinary text:
BEGIN
A := A + 100.5; (* Comment *)
END
This text style is also used to reference textual programming language elements and
also names used in the graphical representation in the text.
The suppression of superfluous detail in textual language examples is indicated
using an ellipsis ‘ . . . ’.
xviii Modelling control systems using IEC 61499

Chapter 1
Introduction
In this introductory chapter we review the background and reasons behind the
development of the IEC 61499 standard. Specifically we will:
● review the design of current day control systems and consider the impact of
new technology,
● look at the reasons for starting the development of the IEC 61499 standard,
● consider the reasons why function blocks are still an important concept to
process and system engineers,
● show how function blocks have some of the characteristics of object- and
component-oriented software,
● show how IEC 61499 models can be used in the control system development
life cycle.
As manufacturing companies fight to compete in today’s unpredictable and ever
changing global markets, there is an increased urgency to improve the agility of
manufacturing systems. To produce competitive and innovative products,
companies must be able to quickly design and create new forms of advanced
automated production. Such levels of automation require the creation of large
systems involving an amalgam of industrial control, manufacturing execution and
business logistics systems. A key characteristic of all of these new systems will be a
built-in ability to rapidly handle change, resulting in agile manufacturing systems
[1]. A manufacturing plant will need to be able to quickly switch product types and
bring new processes on stream to remain in business.
Currently there is growing interest in new technologies and architectures for
creating the next generation of distributed systems for industrial automation. These
will be systems where software is organised as sets of co-operating components
rather than as an integration of large bespoke units of software [2].
Up to now, industrial control systems have been in one of two main camps,
either based on traditional Distributed Control Systems (DCS) or based on Pro-
grammable Logic Controllers (PLCs). Current DCSs, as typically used in petro-
chemical plants and refineries, are structured around a few large central processors,
which provide supervisory control and data acquisition, communicating via local
networks with numerous controllers, instruments, sensors and actuators located out in
the plant (Figure 1.1). A system may have both discrete instruments and out-stations
with clusters of instruments with local controllers. In a DCS, the main supervisory

control comes from one or more central processors. Instruments positioned out in the
plant typically provide local closed loop control, such as for PID1
control.
In contrast, for many machine control and production processes, particular on
automotive production lines, systems have generally been designed using PLCs
(Figure 1.2). In these systems, the Human–Machine Interface (HMI) is normally
provided by a wide variety of different types of panels, lights and switches.
Advanced HMI can also be provided by colour display panels with operator input via
dedicated keypads or from touch sensitive screens. Especially with the introduction
of smart phones and tablet computers this field is currently changing rapidly.
A large PLC system will generally have a number of PLCs communicating via
one or more proprietary high-speed networks. PLCs will typically be connected to a
large number of input and output (I/O) signals for handing sensors and actuators. In
some cases, discrete instruments, for example, for temperature and pressure con-
trol, are also connected to PLCs.
With both design approaches, systems have tended to be developed by writing
large monolithic software packages, which are generally difficult to reuse in
new applications and are notably difficult to integrate with each other. Data and
functionality of one application are not readily available to other applications, even
if the applications are written in the same programming language and running in
the same machine. Significant system development time is concerned with
1
PID – Proportional, Integral and Derivative control algorithm commonly used to provide stable closed
loop control (e.g. for temperature or pressure).
Central supervisory
and control stations
Local network
Distributed instruments
Out-stations with
instrument clusters
Workstation
Figure 1.1 Distributed control system
2 Modelling control systems using IEC 61499

mapping signals between devices and providing drivers to allow different types of
instruments and controllers to communicate.
Both types of system, DCS and PLC, tend to be difficult to modify and extend
and do not provide the high degree of flexibility that is expected in systems for
advanced and flexible automation.
With the emergence of standards in industrial communications such as
Fieldbus, which will allow different types of instruments and control devices to
interoperate, the differences between DCS- and PLC-based systems are starting to
disappear. DCS instruments and PLCs are beginning to offer similar functionality.
Industrial applications are also being implemented on PC hardware with concepts
such as the SoftPLC, i.e. PLC logic running on a normal PC. As industrially har-
dened PC (IPC) platforms that offer high reliability become more common, we will
see a trend to using more PC-based controllers. Until recently, classical PLCs could
only be programmed using proprietary languages as offered by the PLC vendor.
With users now requesting a more open approach to software, a new breed of soft-
controller is emerging that can be programmed in a wide range of different pro-
gramming languages. This new breed of soft-controllers is often referred to by the
term Programmable Automation Controller (PAC).
We can now foresee the time when systems for controlling industrial, manu-
facturing and business processes start to merge. For example, a company can
seamlessly link a business system running in a head office to manufacturing
PLC network
HMI display
PLC with
discrete
instruments
Figure 1.2 PLC control system
Introduction 3

processes and industrial control systems or even controllers running in any plant in
any part of the world.
Figure 1.3 depicts part of a system having advanced distributed functionality.
In such systems, each device connected to the industrial network can provide part
of the control functionality. Smart devices, such as pumps, valves, or sensors will
have built-in control functionality that can be linked by software with more intel-
ligent devices such as HMI panels, temperature controllers and soft-controllers to
form the total control system functionality. For example, a pressure sensor can be
linked directly by software to a valve actuator and to a display bar graph on an HMI
panel. A slider on an HMI panel can be directly software wired to the set-point of a
PID controller controlling the speed of a pump.
To achieve these high levels of integration and yet enable the creation of
flexible systems that can be re-engineered as industrial and business needs change,
a completely new approach to software design will be required – a new technology
based on the interaction of distributed objects [3]. There are several software
technologies already well advanced that are set to have an influence in this area.
The first have been middleware technologies like CORBA2
[3] or DDS3
[4] from
the Object Management Group (OMG). A further decoupling was achieved by
introducing Service-Oriented Architectures (SOA), where components offering
services can be flexibly combined using these services [5]. On top of these tech-
nologies, several coordination technologies have been presented, e.g. Complex
Event Systems [6] or the Enterprise Service Bus concept [7].
In the domain of industrial process measurement and control systems, the
technologies from the OPC Foundation allow seamless data access regardless where
they are located, be it in a remote industrial controller in a blast furnace or in the PC
2
Common Object Request Broker Architecture.
3
Data Distribution Service.
Temperature
controller
Pump Valve actuator
Local network
Pressure
sensor
Position
sensor
Human–machine
interface
Soft controller
Figure 1.3 Advanced distributed functionality

of the production manager’s office [8]. Internet technologies using Ethernet, peer-to-
peer communication or SOA are also being considered for manufacturing systems.
With the new OPC Unified Architecture [9], there are proposals to bring this seamless
interoperability also into small industrial devices (e.g. sensors and actuators).
The industrial community has long been aware that the ready interconnection of
software components, such as in the form of function blocks, will have major
advantages especially for end-users. These advantages will include improved software
productivity through reuse of standard solutions, improve design flexibility by being
able to plug-and-play software and devices from different vendors. So far, the new
standards all enable ‘technical integration’ of distributed components, but the next
major hurdle is ‘semantic integration’ (i.e. define a meaning behind the data). We may
be able to link and exchange data between software in a remote industrial controller to
a control algorithm running in a PC, but will the connection be meaningful?
1.1 IEC 61499 function block standard
The International Electrotechnical Commission (IEC) has developed a specific
standard IEC 61499 [10] that defines how function blocks can be used in dis-
tributed industrial process, measurement and control systems. This work may help
solve part of the semantic integration problem.
In industrial systems, function blocks are an established concept for defining
robust, reusable software components. A function block can provide a software
solution to a small problem, such as the control of a valve, or control a major unit of a
plant, such as a complete production line. Function blocks allow industrial algorithms
to be encapsulated in a form that can be readily understood and applied by people who
are not software specialists. Each function block has a defined set of input data, which
are read by the internal algorithm when it executes. The results from the algorithm are
written to the function block’s outputs. Complete applications can be built from net-
works of function blocks formed by interconnecting function block inputs and outputs.
The IEC 61499 standard, which builds on function block concepts defined in
the PLC language standard IEC 61131-3 [11, 12], was developed in liaison with
Fieldbus standardisation work. It is envisioned that the Application Layer part of
the Fieldbus communications stack will provide the software interface to allow
remote function blocks to interoperate over Fieldbus. However, IEC 61499 was
developed as a generic standard that is also applicable in other industrial sectors –
in fact, wherever there is a requirement for software components that behave as
function blocks, for example in building management systems.
IEC 61499 defines a general model and methodology for describing function
blocks in a format that is independent of implementation. The methodology can
be used by system designers to construct distributed control systems. It allows a
system to be defined in terms of logically connected function blocks that run on
different processing resources.
Figure 1.4 depicts how the IEC 61499 methodology could be used as part of
the system design life cycle. The design of a control system typically starts with the
Introduction 5

analysis of the physical plant diagrams and documentation on the control system
requirements. This analysis leads to the phase of defining areas of functionality and
their interaction with the plant. The final phase results in mapping functionality into
physical resources such as PLCs, instruments and controllers.
The use of IEC 61499 can be best demonstrated by considering the following
phases in the design of a distributed control:
● Functional design phase: During this phase, process engineers analyse the
physical plant design, for example using Piping and Instrumentation Diagrams
(P&ID), to create the top-level functional requirements. These can be repre-
sented as a series of blocks that outline the main software components and their
primary interconnections. At this design phase, the physical distribution of
the software blocks is not considered. In many cases diagrams that show the
physical design of the plant or machinery, such as P&IDs, also show the
location of active devices such as valves and pumps and instrumentation
points, such as the location of pressure and temperature sensors.
● Functional distribution phase: In a distributed system, a further design phase is
required to define the distribution of control functionality onto processing
resources. IEC 61499 standard provides models and concepts for defining the
distribution of functionality into interconnected function blocks. System
engineers complete the detailed design by mapping the software requirements
onto IEC 61499 function blocks. These may be distributed on various pro-
cessing resources. In many cases, function blocks as provided in field devices
will be exploited; for example intelligent devices such as smart valves may
provide software packaged as a function block.
Physical system
Design
Implementation
Physical plant and
instrumentation design e.g.
Piping and Instrumentation
Diagram (P&ID)
Top level Functional
Requirements Diagram
(FRD)
Distributed Function Block
Diagram (IEC 61499)
081 PT
Tank 2
Tank 1
082 PT
Figure 1.4 Applying IEC 61499

Each function block in turn will have its own particular software design life
cycle. Some function blocks will need to be specifically designed for a system
application, in other cases, existing function blocks within instrumentation and
controllers can be used.
We will see later that the function block model defined by IEC 61499 provides
just a subset of the views in a distributed system design. Other design views will be
necessary to give all aspects of a system design. IEC 61499 is the first step in
providing design methodologies for developing and modelling distributed
applications.
As the trend to use component-based software continues, it is foreseen that
industrial controllers and instruments will either provide function blocks as part of
the device’s firmware or provide function block libraries from which function
blocks can be selected and downloaded. System design will become the process of
software component selection, configuration and interconnection, just as much of
electronic hardware design is now primarily concerned with the selection and
interconnection of integrated circuits (chips).
IEC 61499 allows function blocks that encapsulate software functionality and
algorithms to be defined in a standard format. This allows tools and other standards
that deal with function blocks to use the same concepts and methodology. The IEC
61499 standard also defines a range of communication function blocks, such as
Client/Server function blocks, which can be used to formalise the exchange of data
between function blocks in different physical processing resources. There are also
service interface function blocks to provide interfaces with the processing resource
infrastructure.
Figure 1.5 shows three interconnected function blocks, representing the con-
nections between a pressure transmitter and PID control function block and a pump
using concepts from the IEC 61499. Notice that there are both data and event flows
between function blocks. We will see later that the IEC 61499 methodology allows
data and its associated event to be closely coupled, that is, to be coherent or
alternatively for events and data to be handled asynchronously.
Event flow
Data flow
Figure 1.5 Function block data and event flows
Introduction 7

Figure 1.6 depicts the trends in industrial control technology during the last
50 years; since the 1950s, there has been a steady growth in the functionality pro-
vided by control systems due to advances in both hardware and software. As control
systems became digital, using microprocessors, there has been an increased need for
standards to reduce unnecessary diversity in software and lessen cross-system inte-
gration problems.
IEC 61131-3 has focused on standardising PLC languages for single processors
or small configurations with a few closely coupled multiprocessors. With the move to
large scale distributed functionality, there is a need for further standards such as IEC
61499 to harmonise the way functionality is defined and distributed. There is also a
growing requirement that all the related system build tools can be integrated as well.
For example, all the software tools used to design, configure and manage a
distributed system should run as an integrated suite. The design tool that defines a
system should be integrated with tools for programming and configuring devices
along with tools for defining HMI screens and configuring industrial networks. It is
the intention that IEC 61499 will define system models that will help not only with
the design of functionality in distributed systems but also with the integration of
system tools through the definition of data and information models.
1.2 Development of function block concept beyond
IEC 61131-3
Why was it not possible to use the function block concepts defined in IEC 61131-3
for distributed systems? There are a number of limitations with the original func-
tion block concept introduced by the PLC Languages Standard IEC 61131-3. With
the IEC 61131-3 Function Block Diagram (FBD) graphical language, function
Mechanical
function
Analogue
device
Transistor Microprocessor
Industrial
communications
Data
modelling
Object-oriented
technology
Advancing technology
Distributable
interoperable
components
Digital
device
Function
distribution
Tool
integration
IEC 61499
IEC 61131-3
Functionality
Figure 1.6 Development of technologies for industrial control

blocks can be linked by simply connecting data flow connections between function
block input and output variables, see Figure 1.7a. Each function block provides a
single internal algorithm that is executed when the function block is invoked. The
normal execution order is determined by the function blocks dependency on the
other function blocks; the order normally runs from left to right because function
blocks to the right depend on the output values of function blocks on the left.
However, when a feedback path is introduced, as shown in Figure 1.7b, the
execution order cannot be determined from the diagram, since the execution of both
function blocks depends on an output value of the other function block. In a com-
plex network, it is very difficult for a programming system to determine a valid
order of execution. To overcome this problem, many IEC 61131-3 programming
systems provide additional mechanisms to define the execution order of function
blocks. For example, the user can view a list of function blocks and manually
assign an execution order. Unfortunately, such mechanisms are outside the scope of
the IEC 61131-3 standard. As a consequence, an important aspect of a function
block network is that the method for defining the execution order of function blocks
is not consistent or portable across different control systems.
There is one feature in IEC 61131-3 that does provide a crude mechanism for
passing execution flow through a chain of function blocks that is worth consider-
ing: the use of the EN input and ENO output signals (Figure 1.8). The EN and ENO
(b) Network with feedback connection
(a) Function block network
Figure 1.7 Using IEC 61131-3 function blocks
Figure 1.8 Execution control using IEC 61131-3 EN and ENO
Introduction 9

signals were intended for function blocks to pass ‘power flow’ when used in rungs
of a Ladder Diagram (Figure 1.8). However, it is now recognised that the EN and
ENO do not provide the degree of flexibility needed for complex function block
networks. In effect, the EN and ENO signals can be regarded as a means to pass
events between function blocks. EN signals that the function block may be invoked
because its input data is ready; ENO is signalling that the function block has exe-
cuted and the output data is ready for the next function block. We will see that this
idea of event passing has been extended in IEC 61499.
The focus of the IEC 61131-3 standard has been to define a software model
and languages for PLCs where software is typically running on one or a few tightly
coupled processing resources. Therefore, the IEC 61131-3 software model, see
Figure 1.9, does consider configurations that have multiple resources. The standard
provides two different mechanisms for passing data and control signal between
resources, namely global variables and communications function blocks.
1.2.1 Global variables
Using global variables located at the configuration level, it is possible to transfer
data and control signals between programs and function blocks running in different
resources. However, it is well understood that the use of global variables is a very
poor and sometimes unsafe mechanism for handling data transfer between proce-
dures running in different processors. It is not possible to clearly identify where
global variables are updated and where they are used. There is no graphical means
Configuration
Resource Resource
Task
Program Program Program Program
FB
Global and directly represented variables
Access paths
Communication functions
(defined in IEC 61131-5)
Key
FB
Variables
Function Blocks
Access paths
Execution
control path
FB FB FB
Task Task Task
Figure 1.9 IEC 61131-3 software model

in IEC 61131-3 to define the linkage between global variables and the variables
referencing them, that are located inside programs and function blocks. There are
also more serious problems with global variables because the timing and syn-
chronisation of signals passed by global variables is difficult to define. Further-
more, the mechanism provided within the configuration for handling the
initialisation and updating shared global variables are not defined in IEC 61131-3.
1.2.2 Communications function blocks
Part 5 of the PLC standard, IEC 61131-5 [13], is concerned with communications
services for PLCs programmed using the IEC 61131-3 software model. IEC 61131-5
defines a range of function blocks that can be used to exchange data between PLCs.
This includes function blocks to allow a PLC to function as a ‘server’, i.e. allow a
PLC to support and respond to external service requests. There are also function
blocks to support ‘client’ behaviour i.e. support services that enable a PLC to
request and control another PLC or system functioning as a server.
IEC 61131-3 allows a subset of variables within a configuration to be accessed
externally. These are called ACCESS variables and can be accessed via a com-
munications interface from an external PLC using communication function blocks
or can be accessed from other non IEC 61131-3 devices using services that are
outside the IEC 61131-3 standard.
We have seen that IEC 61131-3, along with the manufacturing messaging stan-
dard IEC 61131-5, provides a range of different software mechanisms for allowing
PLCs to communicate. These are quite adequate for systems with only a few PLCs.
However, it was clear to the IEC working group developing the function block
standard that the IEC 61131 communications model has serious limitations. Concepts
such as global variables and communications function blocks do not provide a clear
and concise method for defining the connections between distributed function blocks.
A consistent communications model was required that could be used not only
for PLC to PLC communications but also between devices large and small dis-
tributed over industrial networks. The new function block model had to be scalable
and extensible – so that it would be equally applicable to modelling the commu-
nications between control systems, PLCs and controllers as between smaller
Fieldbus devices, such as smart valves and sensors. In fact, a function block model
was sought that would cover all types of devices and controllers.
To summarise, the main deficiencies of the software model provided by IEC
61131-3 for distributed systems are as follows:
● Applications in the IEC 61131-3 model are not distributable over multiple
resources.
● The function block execution order is not always clearly defined and not under
the direct control of the application developer.
● The assignment of tasks to programs and function blocks does not provide
sufficient flexibility.
● The ‘scanned’ nature of IEC 61131-3 function block execution cannot be
mapped to function blocks connected across distributed resources.
Introduction 11

1.3 Development of IEC 61499
When the International Electrotechnical Commission first identified the need for a
new function block standard for distributed industrial process measurement and
control systems in 1990, it was realised that these function blocks would be a
generic concept that could be applied to a wide range of standards. For example,
function blocks concepts can be used within PLCs, smart devices, building man-
agement systems and Fieldbus protocols. At that time there was already a standard
utilising a function block concept under development, namely IEC 61131-3
focusing on the harmonisation of PLC programming languages. In order to
leverage the existing know-how, the IEC technical committee TC 65 assigned the
work on IEC 61499 to the same working group (at that time WG 6). The IEC
working group for IEC 61499 has members from the United States, Japan, the
United Kingdom and many European countries, who represent both industrial
control system suppliers and end-users.
IEC 61499 is a multi-part standard that took a number of years to complete.
The IEC standardisation process is managed in four main phases: (i) the standard
development phase, (ii) the Publicly Available Specification (PAS) phase, (iii) the
final review and publishing phase and finally (iv) the maintenance and republ-
ishing phase. The last phase is performed every 5 years. PAS is a concept being
promoted by the IEC for publishing standards early, avoiding some of the more
time-consuming bureaucratic stages of standards approval. A PAS can be pub-
lished even though the standard has not completed all the international standar-
disation approval processes. A PAS can be regarded as a trial standard that is made
available to the industrial community to allow the early development of products
and services.
For the first part of IEC 61499, the PAS phase started in 2000 and resulted in
the final publication of all parts as an international standard in 2005. Feedback
gathered during the PAS phase resulted in several changes and improvements
making IEC 61499 easier to implement and apply. In 2010 the first maintenance
was performed. During this first maintenance phase, several issues and ambiguities,
which had been identified since the publication of the first edition were corrected.
The resulting second edition of IEC 61499 was published in 2012. The second
edition is also the basis of this book and consists of three parts: 1, 2 and 44
.
Part 1 covers the architecture and concepts for designing and modelling distributed
function block–oriented systems and covers the following topics:
1. General requirements, including an introduction, scope and normative refer-
ences (i.e. to other standards), definitions and reference models.
2. Rules for the declaration of function block types, and rules for the behaviour of
instances of function block types.
4
Part 3 has been withdrawn in 2008 (see Section 8.1 for more details).

3. Rules for the use of function blocks in the configuration of distributed indus-
trial process measurement and control systems (IPMCS).
4. Rules for the use of function blocks in meeting the communication require-
ments of distributed IPMCS.
5. Rules for the use of function blocks in the management of applications,
resources and devices in distributed IPMCS.
The main focus of this book concerns the architecture and models defined in Part 1
of the IEC 61499 standard.
Part 2 of the IEC 61499 standard [14] addresses the definition of formal infor-
mation models that will enable CASE5
tools and utilities to manipulate and
exchange system designs based on function blocks. The main focus of Part 2 is the
‘engineering task support’ and it provides guidance on engineering tasks concerned
with the design, implementation, operation and maintenance of IPMCS constructed
using the architecture and concepts defined in Part 1.
Originally the STandard for the Exchange of Product data, STEP (ISO 10303),
has been considered as the means by which function block designs are saved and
exchanged across different design workstations. STEP is used by CAD stations for
storage and exchanging of electronic circuit designs in an implementation inde-
pendent form. There is clearly a strong synergy between electronic schematics and
control system designs based on function blocks.
However, finally the eXtensible Markup Language (XML) has been selected in
IEC 61499 Part 2 as a means to save and exchange function block definitions. This
provides the exciting possibility of being able to transfer designs across the Internet
and view them using Web browsers. XML has been developed as major enhance-
ment to the Hypertext Markup Language (HTML) currently used for Web page
creation. Using XML will allow designs to be saved with various attributes
including version information and graphical layout details – this is discussed fur-
ther in Section 2.6.
Part 4 [15] targets the important topic of how compliance to IEC 61499 is defined
and how vendors need to specify it. Already very early in the development com-
pliance was identified as a very important consideration particularly with dis-
tributed systems where devices from different vendors are used in a system. On the
other hand (as stated) IEC 61499 is generic and therefore does not define a concrete
implementation of a distributed IPMCS in all details. In order to address this issue,
Part 4 of IEC 61499 defines rules for structuring and developing compliance pro-
files. A compliance profile as defined in IEC 61499 Part 4 needs to specify the
implementation of the features of IEC 61499 Part 1 and Part 2 considering the
important properties of distributed IPMCS:
● Interoperability provisions define which means are used allowing devices from
multiple vendors to interact via communication systems.
5
CASE – Computer Aided Software Engineering.
Introduction 13

● Portability provisions define an exchange format for IEC 61499 entities
(e.g. function blocks, applications, system configurations) allowing software
tools from multiple vendors to produce, parse and interpret them correctly.
● Configurability provisions define means that allow software tools from
multiple vendors to configure devices from multiple vendors.
It was the original intention of the IEC that the new function block standard
would become a generic standard that could be used as a basis for standards
throughout the domain of industrial process measurement and control. For this
reason, because of its generic nature, IEC 61499 appears to be a rather academic
standard. It has been deliberately defined to be ‘application domain neutral’, i.e. it
contains no specific features for any particular industrial application area. It is
designed so that other standards can build on the IEC 61499 concepts and add their
own domain specific extensions.
A good example of a standard built on the IEC 61499 function block model is
demonstrated by the Process Control Function Block working group. This group has
the primary objective of defining function blocks for use in the process industries,
but they have taken concepts from the generic function block model in IEC 61499 as
the basis of their work. By applying the generic model to real industrial process
control applications, the process control group has provided useful feedback to the
IEC 61499 working group. In many cases they have highlighted shortcomings in the
function block model that have resulted in improvements to IEC 61499.
Furthermore, during the evaluation phase of the standard, it was found that the
function block models as defined in IEC 61499 had great potential for improving
system design. In the past few years several platforms (i.e. engineering tools and
control devices) implementing the concepts of IEC 61499 have become available.
These allow the development and operation of distributed IPMCS directly using the
models of IEC 61499.
1.4 Why use function blocks
To many software engineers, the idea of function blocks seems to some degree
archaic – a strange software paradigm that appears to represent software as pieces
of hardware. In effect, that is exactly what a function block is, a model of software
that treats the encapsulated behaviour in a form that is similar to an electronic
circuit. However, in improving the software development process, the key aspect
has always been to add further abstractions and higher level software modelling
aspects in order to cope with an increased complexity.
Objects, used in the Object-Oriented (OO) software world which are in some
respect similar to function blocks, have become successful because they can be
used to model the behaviour of entities and concepts in the real world. The main
benefits from using objects can be summarised as:
Objects reflect the real world: When designing an application, it is more
natural and intuitive to represent real-world entities associated with an
application as objects, e.g. document, employee, and product.

Objects are stable: Generally, objects are proven software elements that do not
change significantly. In many cases, developers use the same object classes
in a wide range of applications. For example, when an object is created that
represents all the behaviour and characteristics of an entity such as ‘product
supplier’, it can be used in a wide range of different business applications
dealing with suppliers. A ‘product supplier’ object would typically have
details such as name, address, product ranges, trading terms etc., and
methods to obtain and update this information.
Objects reduce complexity: A developer can work with an object without really
understanding how the object works internally. An application can be
developed by creating and linking objects – there is generally no need to
understand the object’s internals.
Objects are reusable: Once an object is developed and tested it can become
part of a developer’s repertoire. In some cases, an object can be published in
a library, where it can be used by developers either locally or even globally.
While OO software development greatly changed the world of software
development, it could not keep up with the promise of providing extensible reu-
sable software. It has been shown that objects are very often designed to be too
specific for their use-case or depend on the context in which they are used, limiting
their general applicability [16].
In order to improve this situation the stronger concept of software components
has been introduced by Szyperski [17]. He defines a software component similar to
an object: ‘‘A software component is a unit of composition with contractually
specified interface and explicit context dependencies only. A software component
can be deployed independently and is subject to composition by third parties.’’ [17,
Section 4.1.5]. Software components have the following main properties:
● Unit of independent deployment: This property requires that a component is
self-contained and is clearly separated from the environment and other com-
ponents. A component will never be deployed partially.
● Unit of third-party composition: Third parties who have no information on the
internal construction of components can use them in combination with other
components.
● Component interaction only via explicit interfaces: In order to provide the first
two properties the interaction with components has to occur via clearly defined
interfaces. A purely static interface definition (e.g. method signature) is not
enough; dynamic interface definitions on how to correctly use it are also
required. Furthermore, components must not have hidden interfaces (e.g. glo-
bal variables).
As in component-oriented software development, in the function block world,
the system designer’s main focus is to take standard, proven encapsulated func-
tionality and link it together in the quickest and most intuitive way possible. The use
of function blocks is nearer to the mind-set of the industrial system designer who is
familiar with connecting physical devices together in different ways to provide a
particular system solution. Function blocks also share most of the characteristics of
Introduction 15

software components, which results in some significant benefits to the system
developer and end-user:
● The quantity of control software to be developed for an application is reduced
by using function blocks.
● The time required to develop control systems is reduced.
● Control systems using the same types of function block will have more
consistent behaviour.
● The quality of control systems will be improved.
The current trend in software development is to use abstract formal models for
describing software at an even higher level [18]. Especially by using domain
specific modelling approaches certain software systems can be developed by
domain experts with less effort at higher quality. As we will see in the following
chapters, IEC 61499 provides both an effective means for software modelling and a
comprehensive modelling language that addresses the design of distributed control
systems, notably in the IPMCS domain.
1.5 System design views
The design of software for any large project can be very complex. Especially where
there is also some aspect of distributed control involving software running in dif-
ferent processing resources, the design problems can be daunting. There is a clear
requirement for a number of graphical design views to allow the different aspects of
a design to be analysed and expressed. Some views will express the abstract aspects
of the design, while others are required to show the physical structure of the system
or the way the software is organised.
No matter how hard people have tried, it is just not possible to convey all
aspects of a system design using one design methodology. There are so many
design issues to consider that they cannot be expressed in a single type of graphical
notation, such as:
● What is the top-level software structure?
● What functionality does the system deliver to its end-users?
● How is the functionality distributed throughout the system?
● How are the system components connected?
● How are the software libraries and standard components managed?
● How does the system respond to certain critical events?
Many system design problems are a result from trying to use too few or inappropriate
different design methodologies to depict all the aspects of a system design.
A particular design view might be able to show how software for a system is
logically connected, but it would not be able to depict the way the system responds
to events.
In fact, it is now recognised that most complex software designs can require
at least four different design views and a set of scenarios – this forms an

architecture known as the 4 þ 1 View Model, as proposed by Kruchten [19]
(Figure 1.10).
Although Kruchten has considered applying these design views to the world of
object oriented software, the same design views are also applicable to distributed
control system design.
1.5.1 Logical view
This design view is used to depict the functional requirements of the system.
It expresses the software functionality as required by the system user. In a dis-
tributed system design, it would show the main software function blocks and the
main interfaces between them. Issues such as how the system functionality is
distributed and executed are not addressed.
A methodology such as the IEC 61499 applications as well as the function
block model itself can be used to define some aspects of the logical design view.
1.5.2 Process view
The process design view is concerned with many of the non-functional require-
ments of a system; these include performance, system distribution and issues such
as concurrency. Kruchten defines the process view as depicting ‘logical networks
of communicating programs that are distributed across a set of hardware
resources’.
Distribution of functionality
showing ‘threads of control’ –
IEC 61499 function block diagram
System topology, network
layout, devices, controllers –
IEC 61499 system model
System user
functionality
System software management,
e.g. function block libraries
Logical view Development view
Physical view
Process view
Scenarios
Figure 1.10 The 4 þ 1 View Model of system development
Introduction 17

This corresponds almost exactly to the concepts in the IEC 61499 Function
Block standard, which provides an architecture for depicting the implementation
view of a distributed system as networks of interconnected function blocks.
1.5.3 Development view
The development view depicts how the software that is used to build a large system
is organised. Building a large distributed control system will involve numerous
software libraries and software modules. The development view shows the rela-
tionships between software components, such as function blocks in terms of ease
of reuse, constraints, component size and version compatibility. For example,
consider a function block used for conveyor control, where we would want to
indicate which device types support it and we would like to show any constraints on
other function blocks that need to interact with it.
Currently there is no IEC standard methodology that deals with the develop-
ment view of a distributed control system. With the interface concept provided by
the adapter model, in IEC 61499 only the limited aspect of the provided and
required interaction points can be defined.
1.5.4 Physical view
In a distributed control system, the physical view is well understood. It depicts the
physical devices and controllers in a system and shows the various network com-
munications links between them. A physical view will generally consider the
physical configuration of the system showing the location of devices and details on
bus and communications links.
This corresponds partly with how IEC 61499 specifies the system model,
which provides means to model available devices, communication links and the
interconnection of the devices. Physical placement in the plant as well as interac-
tion with the process is not considered.
1.5.5 Scenarios
The last but important design view that completes any system design is what
Kruchten calls scenarios. A scenario depicts the major interactions between units
of software to provide the most important, key functionality of a system.
For example, in a distributed control system, some important scenarios to consider
might be system start-up, device fault detection and recovery, recipe activation
and system shutdown. Each scenario would consider the interactions between the
different functional parts of the software. A scenario might show both aspects of
the logical and process design views.
By describing the various scenarios, the designer can review and test the
design by asking a series of ‘what if?’ questions. The design cannot be considered
to be complete until all the key scenarios have been defined. There is currently no
methodology defined by any IEC standard that can be used to define scenarios for
distributed control systems.

From this quick overview of the 4 þ 1 View Model of Architecture, it is clear
that IEC 61499 provides at least in parts three of the five design views required for
distributed control systems. However, IEC 61499 does represent an important step
towards a unified design architecture. The other views will no doubt emerge as
designers start to face the challenge of building large distributed systems.
1.6 The future beyond IEC 61499
The function block model proposed by IEC 61499 has been criticised for not
adopting concepts from OO software technology as has been done with the latest
revision of IEC 61131-3. However, in addition to OO software technologies,
especially higher level concepts like programming in the large and extended
software modelling concepts would be needed. The standard has started by mod-
elling existing industrial function block concepts but extensions to move towards
these concepts will undoubtedly need to be considered in the near future.
New industrial standards for communications and software components will
clearly bring benefits in allowing physical devices and software to be readily
interconnected. However, before we can achieve truly interoperable software
components that can be used to implement large systems, we need to agree on
general methods for describing requirements such as information models and data
transformations. It is the intention that IEC 61499 should be able to address this
problem in the domain of industrial control systems.
In the following chapters we will review the concepts from IEC 61499 and see
how this standard can be used to model the design of distributed control systems.
Introduction 19

Chapter 2
IEC 61499 models and concepts
We will now review the main models and concepts defined in IEC 61499 to gain a
general overview of the function block standard. It is advisable to have some
understanding of the material in this chapter before proceeding into any of
the following chapters where we will review specific features of IEC 61499 in more
detail.
Topics covered in this chapter include:
● characteristics of function blocks and their execution,
● the different forms of function blocks,
● service interface function blocks to provide interfaces into hardware and
operating systems,
● models to represent applications independent from the system configuration,
● the system, device and resource models for distributed control systems,
● the distribution model which assigns applications to the devices and resources,
● exchange and storage formats for IEC 61499 entities.
Before we proceed to look at the many models and concepts introduced by IEC
61499 in detail, let us reconsider the scope of the IEC 61499 standard as first
discussed in the introductory chapter. Surprisingly the primary purpose of IEC
61499 is not as a programming methodology but as an architecture and model for
distributed systems. IEC 61499 provides a set of models for describing the beha-
viour and structure of distributed industrial process measurement and control
systems using the function block concept. This is an important distinction and must
be understood to avoid many of the misunderstandings that exist about IEC 61499.
IEC 61499 provides terminology, models and concepts to allow the imple-
mentation of a function block oriented distributed control system to be described in
an unambiguous and formal manner. Having a formal and standard approach to
describing systems will allow systems to be validated, compared and understood.
This is the first step towards standard programming methodologies for distributed
systems. The IEC 61499 standard writers have taken the view that it is not possible
to have a consistent programming methodology unless there is a consistent archi-
tecture that underpins what we are trying to program.
We will now review the various models introduced by IEC 61499 that together
form the architecture for a function block oriented distributed industrial process
measurement and control system.

2.1 Function block model
At the core of the standard is the function block model that underpins the whole IEC
61499 architecture. A function block is described as a ‘functional unit of software’
that has its own data structure which can be manipulated by one or more algorithms.
A function block type definition provides a formal description of the data structure
and the algorithms to be applied to the data that exists within the various instances.
This is not a new concept but based on common industrial practice applied
to reusable control function blocks of various forms. A good example is the Pro-
portional, Integral and Derivative (PID) function block used in many PLCs and
controllers. The system vendor will typically supply a type definition for a
PID function block. The programmer can then create multiple instances of the PID
function block within the control program, each of which can be run independently.
Each PID instance, such as ‘Loop1’, ‘Loop2’ will have its own set of initialisation
parameters and internal state variables and yet share the same update algorithm.
2.1.1 General characteristics
IEC 61499 defines several forms of function blocks, which we will review in detail
in later chapters. The main features of an IEC 61499 function block are summarised
as follows:
● Each function block has a type name and an instance name. These should
always be shown when the function block is depicted graphically.
● Each function block can have event inputs, which can receive events from
other function blocks via event connections.
● Each function block can have event outputs, which can be used to propagate
events on to other function blocks.
● Each function block can have data inputs that allow data values to be passed in
from other function blocks.
● Each function block can have data outputs to pass data values produced within
the function block out to other function blocks.
● Events can be associated to data using the WITH qualifier. In the graphical
representation this is shown using a small square connector that links the event
with its associated data. For inputs and outputs the meaning is as follows:
* On the occurrence of an input event its associated input variables are
updated (i.e. sampled from the connection), other input variables retain
their values (i.e. are unchanged).
* On the triggering of event outputs the associated data outputs will be made
available (e.g. sampled onto the connection), other outputs stay unchanged.
● The IEC 61131-3 data types are utilised for the variables’ data types
(see Appendix A for an overview on available data types).
● Function blocks encapsulate functionality which may contain internal variables.
The kind and form of the encapsulated functionality depends on the function
block type.

● As IEC 61499 does not allow global variables, the encapsulated functionality
only has access to function block input, output and internal variables.
● All function block data (i.e. input, output and internal) is retained between
function block invocations.
In Figure 2.1, the main characteristics of an IEC 61499 function block are depicted.
The top part of the function block, called the ‘Execution Control’ portion, contains
a definition to map events on to encapsulated functionality. That is, it defines which
encapsulated functionality defined in the lower body is triggered on the arrival
of events at the ‘Execution Control’ and when output events are triggered – what
the standard calls the ‘causal relationship among event inputs, event outputs and the
execution of encapsulated functionality’. The standard defines means to map the
relationships between events arriving at the event inputs, the execution of encap-
sulated functionality and the triggering of output events depending on the type of
function block – this will be discussed in later chapters on the different function
block types.
The lower portion of the function block contains the encapsulated functionality
with possible internal data – both of which are hidden within the function block.
A function block is a type of software component and, if well designed, there should
be no requirement for a user to have a detailed understanding of its internal design.
A function block relies on the support of its containing resource to provide
facilities to schedule encapsulated functionality and map requests to communica-
tions and process interfaces.
Resource capabilities
(scheduling, communications and
process mapping)
Event inputs
Event flow
Data flow
Data inputs Data outputs
Data flow
Event flow
Event outputs
Execution control
(hidden within block)
Encapsulated
functionality
Figure 2.1 Function block characteristics
IEC 61499 models and concepts 23

The standard states that a resource may optionally provide additional features
to allow the internals of a function block to be accessed. Clearly, say, in a Fieldbus
device, it would be always useful for maintenance or commissioning purposes to be
able to examine the internal variables within a function block. So there may be
‘back-door’ methods to access function block internals; however, from the IEC
61499 architecture view point, control variables and events are only passed by the
external exposed interfaces.
Note: IEC 61499 function blocks contain all algorithms and initialisation
values to define their complete behaviour.
2.1.2 Execution model for function blocks
The execution model generally defines function blocks as passive elements. They
require a trigger by an input event in order to invoke its encapsulated functionality.
The execution order is best described with the aid of Figure 2.2. The numbered
features on the function block show the order in which the different parts of the
function block are executed. The model assumes that the execution environment1
in
which a function block exists provides a scheduling function that ensures that each
phase of function block execution occurs in the correct order and at the correct
priority. Furthermore the standard defines the execution of a function block as
algorithmic. That means that it terminates in a finite time. Therefore, blocking
elements may not be used within a function block. For real-time constrained
applications the execution time constraints can be stronger (i.e. below an applica-
tion specific threshold).
There are a number of discrete phases, each of which may take some period of
time to elapse, required for the function block to execute; each phase depends on
1
In standard terminology a resource, see Section 2.3.2.
Execution control
Encapsulated
functionality
3 4 6 7
5
1
2 8
Scheduling function
Figure 2.2 Execution model for function block

defined interactions between the function block and the underlying scheduling
function. Figure 2.2 depicts the eight steps that must occur sequentially for the
function block to operate; the termination of each phase is defined by a particular
numbered step.
1 Data values coming from other function blocks are made available at the
function block data inputs.
2 An input event arrives resulting in the sampling of the associated input vari-
ables (i.e. WITH qualifier) and in the notification of the execution control.
3 Based on the function block’s current state the execution control signals the
scheduling function that a certain element of its encapsulated functionality is
ready to execute.
4 After some period of time as determined by the loading and performance
characteristics of the resource, the scheduling function starts to execute the
requested function block’s encapsulated functionality.
5 The encapsulated functionality performs its task, processes input values and,
in some cases, also processes internally stored values to create new output
values that are written to the function block’s outputs.
6 The encapsulated functionality completes its execution, and signals this to the
scheduling function to indicate that updated output values are stable and ready.
7 The scheduling function invokes the function block’s execution control,
notifying it about the finished execution of the encapsulated functionality and
enabling it to generate an output event. Different output events (or also none)
may be generated depending on which input events have arrived and the
internal state of the execution control.
8 The execution control in turn creates an appropriate output event at the
function block’s output event interface, and associated output variables are
made available to the connected function blocks (e.g. sampled onto the con-
nection). The output event is used to trigger the execution of downstream
function blocks, signalling that they can now use output values generated by
this function block.
Note: After the input variable sampling in step 2 , the input variables are not
changing during the whole function block execution triggered by an input event
occurrence. This ensures stable and deterministic data values during the execution
of encapsulated functionality.
The presented sequence of execution steps is the most basic execution
sequence that occurs as a result of an input event arrival. Depending on which input
events have arrived and the internal state of the execution control the steps 3 – 8
can be taken several times. In such cases several output events may be sent in
response to the triggering of one input event.
It is important to note that there are a number of constraints on this execution
model. These timing phases cannot overlap and must occur in the prescribed order
for the function block to execute correctly. However, in some implementations,
some phases can be so short in duration as to be regarded as being instantaneous.
IEC 61499 does not define limits on any of these times. However, it does state that
IEC 61499 models and concepts 25

in any function block model it should be possible to define the duration of these
different phases in order to accurately model the timing characteristics of the
complete function block network.
The standard defines the following durations that will be significant when
building applications:
Tsetup ¼ T 2 T 1 Time between the availability of input values (i.e. updated
by preceding function blocks) and the arrival of an input
event triggering their processing.
Tstart ¼ T 4 T 2 Time between receiving an input event and executing the
function block’s encapsulated functionality. This dura-
tion may depend on the resource loading, i.e. how many
other function blocks are also in the scheduling func-
tion’s pending queue.
Talgorithm ¼ T 6 T 4 Time between starting and completing the function
block’s encapsulated functionality.
Tfinish ¼ T 8 T 6 Time from finishing the encapsulated functionality and
triggering the output event.
The relationship between these timing points are depicted in Figure 2.3; the
points where the input and output data from the function block change are also
shown. It should be noted that the standard assumes that events behave as discrete
points in time and have no duration. In a physical system, events may require the
transfer of some form of state change information between blocks and may have a
short but finite duration.
The IEC 61499 model assumes that there are no input event and data queues
associated to a function block’s inputs. However, the standard defines that the
execution environment needs to assure that only one input event is delivered at any
Tsetup
Tstart
Talgorithm
Tfinish
Input data
1 2 3 4 5 6 7 8
Input event
Output data
Output event
Figure 2.3 Execution timing

Discovering Diverse Content Through
Random Scribd Documents

Greenfield. Hon. W. B. Washburn, for Tillotson
C. N. Inst., Building 100.00
Groton. Miss Elizabeth Farnsworth 20.00
Hanson. Cong. Ch. and Soc. 8.00
Hatfield. Rev. R. M. Woods 50.00
Haverhill. North Cong. Ch and Soc. 200.00
Holland. Cong. Ch. and Soc. 7.34
Holliston. “Bible Christians of District No. 4” 25.00
Holyoke. Second Cong. Ch., 21.16; First Cong.
Ch., 14.10 35.26
Lakeville. Precinct Cong. Sab. Sch. 11.70
Lancaster. Evan Cong. Ch. and Soc. 24.99
Lynn. Rev. James L. Hill, for President’s
House. Talladega C. 2.30
Littleton. Cong. Ch. and Soc. 30.00
Manchester. First Cong. Ch. to const. Holmes
R. Pettee L. M. 64.94
Marshfield. First Cong. Ch. and Soc. 77.20
Middleton. Cong. Ch. and Soc. (ad’l) 10.00
Monson. Cong. Ch. 120.00
North Abington. Rev. Jesse H. Jones 5.00
North Adams. First Cong. Ch. 38.04
Northampton. Rev. S. R. Butler 10.00
Northborough. Evan. Cong. Ch. and Soc. 75.00
North Chelmsford. Second Cong. Ch. and Soc. 25.00
Norton. Trinity Cong. Ch. and Soc. 58.32
Newburyport. Belleville Ch and Soc. (ad’l) 5.00
Oakham. Cong. Ch. and Soc. 43.02
Pittsfield. Second Cong. Sab. Sch. 10.00
Prescott. First Cong. Ch. and Soc. 10.10
Quincy. Evan. Cong. Ch. and Soc. 25.00

Reading. Old South Ch. and Soc. 10.00
Rockland. Cong. Ch. and Soc., to const. Mrs.
Ellen D. Burrill L. M. 50.00
Salem. Crombie St. Ch. and Soc., to const.
Rev. Hugh Elder L. M. 38.37
South Egremont. Cong. Ch. 25.00
Springfield. Memorial Ch., 24; A. C. Hunt, 10 34.00
South Sudbury. Ladies’ Home Mission Soc.
Bbl. of C., for Atlanta U., Val. 34.17, and
2.50 for Freight 2.50
Sterling. Cong. Ch. and Soc. 5.00
Stoughton. Cong. Ch. and Soc. 10.00
Sunderland. Cong. Ch. and Soc., bal. to const.
Dea. Rufus Smith, Miss Belle Childs and Miss
Kate P. Arms L. Ms. 14.70
Sudbury. Un. Evan. Cong. Ch. (ad’l) 10.50
Taunton. Trin. Cong. Ch., 180.59; Winslow Ch.
and Soc., 28.26 208.85
Tewksbury. Ladies Benev. Soc of Cong. Ch.,
Bbl of C., for Talladega, Ala.
Townshend. “A Friend in Cong. Ch.” 5.00
Turners Falls. “A Friend.” 20.00
Upton. First Cong. Ch. and Soc. 54.00
Wakefield. Cong. Ch. and Soc. 64.93
Waltham. Trin. Cong. Ch. and Soc. 40.00
Waquoit. Cong. Ch. and Soc. 8.00
Watertown. Young Ladies’ Mission Band,
Phillips Ch., for Student Aid, Straight U. 50.00
West Brookfield. Cong. Ch. and Soc., to const
Rev. Thomas Babb L. M. 30.00
West Somerville. Cong. Ch. and Soc. 11.00
West Springfield. Second Cong. Ch. 12.20

Winchester. First Cong. Ch. and Soc. 125.29
Worcester. Piedmont Ch., 31.35; Dea. David
Whitcomb, 10; Sam’l A. Pratt, 2, for Student
Aid, Talladega C. 43.35
Worcester. Salem St. Sab. Sch., for Santee
Agency, Neb. 25.00
Worcester. Salem St. Ch. 3.70
————
$5,119.73
LEGACIES.
Rockland. Estate of Samuel Reed 800.00
Woburn. Estate of Dea. Thomas Richardson 5,346.84
Worcester. Estate of Adeline Flagg, by Isaac
Barber, Ex. 100.00
————
$11,366.57
RHODE ISLAND, $21.00.
Peace Dale. Cong. Ch. 21.00
CONNECTICUT, $2,202.00.
Bridgeport. Dea. E. W. Marsh, 20; Edward
Sterling, 5, for Land and Building, Austin,
Texas 25.00
Bristol. Mrs. P. L. Alcott 5.00
Brooklyn. First Trin. Ch. 40.50
Chaplin. Cong. Ch. 20.00
Cheshire. “A Friend,” 20; Cong. Ch. 19.86 39.86
Danielsonville. Cong. Ch. and Soc. to const.
Mrs. Eliza Stone, Miss Isabella S. Kerr and
Everett S. Danielson L. Ms. 90.00

Derby. Sarah A. Hotchkiss, 5, L. De Forest, 1.
for Land and Building, Austin, Texas 6.00
East Canaan. Cong. Ch. 15.13
East Hartford. First Ch. 20.00
Essex. C. H. Hubbard, for Land and Building,
Austin, Texas 10.00
Goshen. Mrs. Moses Lyman 5.00
Greens Farms. Cong. Ch. and Soc. 47.01
Guilford. A Friend in Third Ch., for Student Aid,
Tillotson C. N. Inst. 2.00
Haddam. Cong. Ch. 18.00
Hanover. Cong. Ch. 12.00
Hartford. Talcott St. Cong. Ch. 7.54
Mansfield. Second Cong. Ch. and Soc. 17.75
Marlborough. Cong. Ch. 11.06
Milford. Plymouth Ch. 40.00
New Haven. Edward Stevens, 100; D. D.
Mallory. 25; First Methodist Ch., 20, for Land
and Building, Austin, Texas 145.00
New Haven. Davenport Cong. Sab. Sch., for
Student Aid, Tillotson C. N. Inst. 50.00
New Haven. Mrs. Eunice M. Crane 10.00
New London. “Church of Christ” 45.32
New Milford. Cong. Sab. Sch., for Student Aid,
Hampton N. A. Inst. 70.00
New Preston. Cong. Ch. (ad’l) 1.00
Norwich. First Cong. Ch. 70.00
Norwich. Broadway Cong. Sab. Sch., 50;
“Cash,” 1, for Land and Building, Austin,
Texas 51.00
Pequabuck. “A Friend,” for Student Aid,
Talladega C. 25.00

Preston City. Cong. Ch. and Soc. 35.50
Saybrook. Cong. Ch. 12.71
South Norwalk. Second Cong. Ch. Sab. Sch., to
const. Edward Beard, Miss Gertrude H.
Benedict, and Miss Eliza G. Platt L. Ms. 100.00
Torringford. Cong. Ch. and Soc. 35.00
Torrington. L. Wetmore 100.00
Voluntown Sterling. Cong. Ch., bal. to const.
Miss Elizabeth W. Casson L. M. 16.00
Wallingford. Cong. Ch. 46.00
Washington. “Friends, P. N.” 9.00
Watertown. Rev. B. D. Conkling and Wife 15.00
Westbrook. Cong. Ch. and Soc., 15.38; Dea.
Horace Bushnell, 2.50 17.88
Westford. Cong Ch. 3.00
West Haven. Mrs. Emeline Smith. 20; Lewis C.
Hubbard, 5; Mrs. E. C. Kimball 5; J. Hubbard
50c., for Land and Building, Austin, Texas 30.50
Wethersfield. Rev. G. J. Tillotson, for Tillotson
C. N. Inst. Land 50.00
Windham. Cong. Ch. 10.00
————
$1,369.76
LEGACY.
Torrington. Estate of Frederick P. Hills by Fredk.
S. Loomis, Ex. 832.24
————
$2,202.00
NEW YORK, $28,407.48.
Brentwood. Elisha F. Richardson 300.00

Brooklyn. Mrs. Lewis Edwards 25.00
Camillus. Isaiah Wilcox 30.00
Champion. Cong. Ch. 2.00
City Island. M. E. Ch., 10.60, and Bbl. of
Goods, for Orphans, Tougaloo, Miss. 10.60
Gerry. Mrs. M. A. Sears 128.36
Homer. Miss Nancy Knight 3.00
Honeoye. E. M. Pitts 11.00
Jamesport. Cong. Ch. 4.00
Lebanon. M. Day, 20; Other Friends, 11.81,
to const. Alfred Coleman Pickett L. M. 31.81
Le Roy. Mrs. L. A. Parsons 2.50
Mount Vernon. “A Friend” 300.00
New York. Z. Stiles Ely, 200; “A Friend,” .50;
Mrs. Lucy Thurber, 5 255.00
New York. S. T. Gordon, for Chinese M. 25.00
New York. Royalty on Dr. Cowles’
Commentary 47.36
Pekin. Mrs. Abigail Peck 15.00
Portland. J. S. Coon 20.00
Rochester. Plymouth Cong. Ch. 8.10
Rodman. John S. Sill 10.00
Tarrytown. Dr. A. Smith 5.00
Utica. Mrs. Sarah H. Mudge, for Work for
Women 10.00
Union Valley. Wm. C. Angel 10.00
Willsborough. Cong. Ch. 10.00
—————
1,263.73
LEGACIES.

Victor. Estate of Mrs. Emeline Lewis, by D.
Henry Osborne, Ex. 25,643.75
Waverly. Estate of P. Hepburn, by Howard
Elmer, Ex. 1,500.00
——————
$28,407.48
NEW JERSEY, $517.00.
East Orange. “L. F. H.” 10.00
Morristown. E. A. Graves, for Tillotson C. N.
Inst. 500.00
Montclair. Mrs. J. H. Pratt’s S. S. Class, for Student
Aid, Talladega C. 7.00
PENNSYLVANIA, $27.55.
Canton. H. Sheldon 10.00
Farmers Valley. Mrs. J. E. Olds 0.50
Hyde Park. Plymouth Cong. Ch. 12.05
Newcastle. John Burgess 5.00
OHIO, $309.32.
Cleveland. Mrs. S. A. Bradbury 20.00
Geneva. “H. A. W.” 2.00
Greensburg. Mrs. H. B. Harrington, for Lady Miss’y,
Macon, Ga. 20.00
Lindenville. Mrs. Anson Jones, 1; Mrs. David Parker,
1, for Talladega C. 2.00
Mantua. Cong. Ch. 10.00
Medina. First Cong. Ch. 2.00
Newark. Welch Cong. Ch., 9; Plymouth Cong. Ch., 6 15.00
North Bloomfield. Miss Elizabeth Brown, for
Talladega C. 15.00

Oberlin. Ladies Soc. of First Cong. Ch., for Lady
Miss’y, Atlanta, Ga. 75.00
Oberlin. Second Cong. Ch. 19.77
Painesville. Mrs. L. A. M. Little, 20 for Indian M. and
10 for Chinese M. 30.00
Rockport. Cong. Ch. 8.00
Savannah. J. A. Patterson 5.00
Saybrook. Cong. Ch. 40.00
Tallmadge. Rev. Luther Shaw 10.00
Warren. Wm. C. Savage Co. 5.00
Windham. First Cong. Ch. 30.55
ILLINOIS, $1,900.50.
Avon. Woman’s Miss’y Soc. 3.72
Bartlett. Cong. Ch. 28.06
Bristol. Cong. Ch. 5.75
Buda. Cong. Ch. 29.07
Cairo. J. C. Walton, M.D., for Church building,
Jackson, Miss. 5.00
Chicago. South Cong. Ch., 80.15, to const.
W. E. Hale L. M.; Lincoln Park Cong. Ch.,
26.45 106.60
Chicago. John S. Kendall, 20; Lyman Baird, 10;
“A Friend in So. Cong. Ch.,” 5, for Talladega
C. 35.00
Chicago. Young Ladies’ Soc. of N. E. Cong. Ch.,
for Lady Miss’y, Fort Sully, Dak. 10.00
Collinsville. J. F. Wadsworth 10.00
Danville. Mrs. Anna Swan 5.00
Elgin. W. G. Hubbard 25.00
Evanston. Cong. Ch. 26.49

Forrest. First Cong. Ch. 25.68
Freeport. L. A. Warner 25.00
Gridley. Cong. Ch. 7.00
Harvard. Cong. Ch. 5.00
Joy Prairie. Cong. Ch. 17.50
Kewanee. Missionary Soc. of Cong. Ch., for
Tougaloo U. 20.00
La Salle. Sarah Lathrop 9.00
Oak Park. Onward Mission Sab. Sch., for
Student Aid, Fisk U. 50.00
Payson. J. K. Scarborough, to const. Miss Mary
C. Barker and Miss Carrie Kay L. Ms. 60.00
Shabbona. First Cong. Ch. 42.05
Sheffield. Cong. Ch. 25.00
Sycamore. “Friends,” for Student Aid, Talladega
C. 20.00
Wataga. Cong. Ch. 10.00
Woodstock. Cong. Ch. 0.58
Wythe. Cong. Ch. 4.00
————
$610.50
LEGACIES.
Pittsfield. Estate of Rev. William Carter, by Wm.
C. Carter, Ex. 500.00
Galesburg. Estate of Warren C. Willard, by Prof.
T. R. Willard, Ex. 290.00
Dover. Bequest of Geo. Wells and Wife, in part 500.00
—————
$1,900.00
MICHIGAN, $399.57.

Bradley. First Cong. Ch. 1.57
Galesburg. P. H. Whitford 100.00
Homer. “A Friend” 5.00
Hopkins. First Cong. Ch. 3.98
Jackson. First Cong. Ch. 250.00
Kalamazoo. Plymouth Cong. Ch. 9.30
Litchfield. Woman’s Miss’y Soc., for Woman’s Work 11.00
Middleville. Cong. Ch. 6.15
Olivet. Cong. Ch. 2.57
South Haven. C. Pierce 10.00
IOWA, $312.61.
Atlantic. “Friends in Cong. Ch.,” 10; Mrs. H. J.
Barnett (5 of which for Student Aid), 10, for
Talladega C. 20.00
Atlantic. Mrs. Milo Whiting, 5; Cong. Sab. Sch., 2.39 7.39
Big Rock. Cong. Ch. 5.00
Cedar Falls. Wm. C. Bryant, for President’s House,
Talladega C. 10.00
Cedar Falls. Cong. S. S., for Needmore Chapel,
Talladega, Ala. 5.00
Cedar Rapids. Cong. Ch. 24.63
Cherokee. Cong. Ch. (ad’l) 10.52
Chester Center. Cong. Ch. 43.00
Chester Center. Ladies of Cong. Ch., for Lady Miss’y,
New Orleans, La. 1.50
Council Bluffs. Cong. Ch. (in part), for Talladega C. 21.50
Davenport. Harry Sales, 10; “A Friend,” 2, for
Talladega C. 12.00
Davenport. Three Children of Geo. Russell, for
Student Aid, Talladega C. 0.75

Des Moines. Mrs. D. S. Cleghorn, for Talladega C. 2.00
Elkader. Mrs. M. H. Carter 5.00
Fairfax. First Cong. Ch. 4.25
Farmersburg. Cong. Ch. 2.50
Fayette. Cong. Ch. 11.50
Fort Dodge. Cong. Ch. 10.00
Monticello. Cong. Ch. 13.00
New Hampton. Woman’s Miss’y Soc. 2.80
Old Man’s Creek. Welsh Cong. Ch. 16.00
Sabula. Mrs. H. H. Wood 5.00
Seneca. Rev. O. Littlefield and Wife 12.00
Waterloo. Ladies, for Freight, for Talladega C. 2.00
Waterloo. John H. Leavitt, 50; “Hawkeye,” 2.27, for
President’s House, Talladega C. 52.27
Wintersett. Mrs. S. J. Dinsmore, 8; Mrs. C. W.
Parlin, 5 13.00
WISCONSIN, $222.13.
Arena. Ladies of Cong. Ch., for Lady Miss’y
Montgomery, Ala. 6.00
Brodhead. Ladies of Cong. Ch., for Lady Miss’y,
Brandon. Ladies of Cong. Ch., for Lady Miss’y,
Clinton. Ladies of Cong. Ch., for Lady Miss’y,
Delavan. Cong. Ch. 49.00
Eau Claire. Ladies of Cong. Ch., for Lady Miss’y,
Evansville. Ladies of Cong. Ch., for Lady Miss’y,

Fulton. Ladies of Cong. Ch., for Lady Miss’y,
Hartland. Cong. Ch. 12.00
Ironton. Cong. Ch. 7.90
Lancaster. Ladies of Cong. Ch., for Lady Miss’y,
Oconomowoc. Cong. Ch. 15.00
Pewaukee. Cong. Ch. 8.00
Pierce City. Cong. Ch. 8.70
Racine. Presb. Ch. 28.80
Rio. Cong. Ch. 3.00
River Falls. Cong. Ch. 19.35
Sun Prairie. Cong. Ch. 5.00
Wauwatosa. Ladies of Cong. Ch., for Lady Miss’y,
Whitewater. Ladies of Cong. Ch., 10.55; Primary
Class in Sab. Sch., 2.13, for Lady Miss’y,
Wyocena. Cong. Ch. 3.00
MINNESOTA, $164.63.
Anoka. Cong. Ch., 9.60; George A. Clark, 10 19.60
Brownsville. Mrs. S. M. McHose 2.00
Clearwater. Cong. Ch. 4.72
Cottage Grove. Woman’s Miss’y Soc. 26.50
Fairmont. Cong. Ch. 2.00
Hastings. D. B. Truax 5.00
Marshall. Cong. Sab. Sch., for Student Aid, Fisk U. 8.75
Minneapolis. Plymouth Ch., 19.33; Pilgrim Cong.
Ch., 9.08; Vine St. Cong. Ch., 4.75 33.16
Owatonna. Cong. Ch. 8.90

Sauk Rapids. Cong. Ch. 4.00
——. “Friends,” for Talladega C. 50.00
KANSAS, $41.71.
Highland. Cong. Ch. 5.00
Cawker City. Cong. Ch. 3.10
Osawatomie. Cong. Ch. 11.00
Ottawa. Cong. Ch. 12.00
Sterling. Cong. Ch. 10.61
MISSOURI, $15.00.
Joplin. Rev. W. P. Clancy 5.00
Saint Louis. Pilgrim Sab. Sch. 10.00
NEBRASKA, $99.81.
Camp Creek. Cong Ch. and Sab. Sch. 3.65
Clay Center. Cong. Ch. 5.00
Humboldt. J. B. White 20.00
Fairmont. Cong. Ch. 45.00
Reserve. Cong. Ch. 2.70
Steele City. Cong. Ch. 10.01
West Point. Cong. Ch. 3.20
Wisner. Cong. Ch. 5.35
York. Cong. Ch. 4.90
WASHINGTON TER., $1.25.
Houghton. First Ch. of Christ 1.25
CALIFORNIA, $10.00.
National City. T. Parsons 10.00

VIRGINIA, $7.00.
Herndon. Cong. Ch. 7.00
TENNESSEE, $12.00.
Knoxville. Second Cong. Ch. 12.00
NORTH CAROLINA, $5.00.
Wilmington. Cong. Ch. 5.00
SOUTH CAROLINA, $10.00.
Charleston. Plymouth Ch. 10.00
GEORGIA, $20.00.
Atlanta. First Cong. Ch. 15.00
Macon. Cong. Ch. 5.00
ALABAMA, $13.10.
Marion. Cong. Ch. 3.10
Talladega. Cong. Ch. 10.00
MISSISSIPPI, $131.77.
Jackson. Citizens, for Cong. Ch., Jackson, Miss. 100.00
Tougaloo. Tougaloo U., Tuition 31.77
TEXAS, $3.00.
Austin. W. L. Gordon, 4 vols., for Tillotson C. N.
Inst.
Corpus Christi. Rev. S. M. Coles, 1 vol., for Tillotson
C. N. Inst.

Paris. Madeville African Cong. Ch., for Mendi M. 2.00
Paris. First Cong. Ch., Mon. Con. Coll. 1.00
INCOMES, $2,043.23.
Avery Fund, for Mendi M. 1,828.96
De Forest Fund, for President’s Chair, Talladega
C. 0.72
C. F. Dike Fund, for Straight U. 50.00
General Endowment Fund 50.00
Income, for Atlanta U. 9.84
Luke Memorial Fund 5.00
Theological Endowment Fund, for Howard U. 57.26
Theo. Endowment Fund, for Fisk U. 3.20
Tuthill King Fund, for Berea C. 38.25
SANDWICH ISLANDS, $200.00.
Sandwich Islands. “A Friend” 200.00
CHINA, $5.00.
Shanghai. Rev. Luther H. Gulick, D.D. 5.00
————
Total $49,987.34
Total from Oct. 1 to Sept. 30 $312,567.29
========
FOR THE AMERICAN MISSIONARY.
Subscriptions 31.62
Previously acknowledged 771.96
———

Total $803.58
FOR ENDOWMENT FUND.
Boston, Mass. “A Friend,” for Howard U. 50.00
FOR ARTHINGTON MISSION.
Income Fund 967.00
Previously acknowledged 450.53
————
Total $1,417.53
=======
H. W. HUBBARD, Treas.,
56 Reade St., N.Y.
TO INVESTORS.
$925 will buy a $1,000 6 per cent. gold coupon
bond of the
East and West R. R. Co. of Alabama
This is a strictly first-class investment bond secured by a first
mortgage on an old road, fully built and equipped, that has
always paid its interest, and earns a dividend on its stock besides.
This bond will pay you $30 every six months. No taxes, no
trouble, and a safe investment. For sale by the EAST AND WEST
R. R. CO. OF ALA., 502 B’way, or AMERICAN LOAN AND TRUST
CO., 113 B’way, N.Y.

CONSTITUTION OF THE AMERICAN
MISSIONARY ASSOCIATION.
Art. I. This Society shall be called the American Missionary
Association.
Art. II. The object of this Association shall be to conduct Christian
missionary and educational operations and diffuse a knowledge of
the Holy Scriptures in our own and other countries which are
destitute of them, or which present open and urgent fields of effort.
Art. III. Any person of evangelical sentiments,[A] who professes faith
in the Lord Jesus Christ, who is not a slaveholder, or in the practice
of other immoralities, and who contributes to the funds, may
become a member of the Society; and, by the payment of $30, a life
member; provided that children and others who have not professed
their faith may be constituted life members without the privilege of
voting.
Art. IV. This Society shall meet annually, in the month of September,
October or November, for the election of officers and the transaction
of other business, at such time and place as shall be designated by
the Executive Committee.
Art. V. The annual meeting shall be constituted of the regular
officers and members of the Society at the time of such meeting,
and of delegates from churches, local missionary societies, and other
co-operating bodies, each body being entitled to one representative.
Art. VI. The officers of the Society shall be a President, Vice-
Presidents, Corresponding Secretaries (who shall also keep the
records of the Association), Treasurer, Auditors and an Executive
Committee of not less than twelve members.

Art. VII. To the Executive Committee shall belong the collecting and
disbursing of funds; the appointing, counseling, sustaining and
dismissing missionaries and agents; the selection of missionary
fields; and, in general, the transaction of all such business as usually
appertains to the executive committees of missionary and other
benevolent societies; the Committee to exercise no ecclesiastical
jurisdiction over the missionaries; and its doings to be subject
always to the revision of the annual meeting, which shall, by a
reference mutually chosen, always entertain the complaints of any
aggrieved agent or missionary, and the decision of such reference
shall be final.
The Executive Committee shall have authority to fill all vacancies
occurring among the officers between the regular annual meetings;
to apply, if they see fit, to any State Legislature for acts of
incorporation; to fix the compensation, where any is given, of all
officers, agents, missionaries, or others in the employment of the
Society; to make provision, if any, for disabled missionaries, and for
the widows and children of such as are deceased; and to call, in all
parts of the country, at their discretion, special and general
conventions of the friends of missions, with a view to the diffusion of
the missionary spirit, and the general and vigorous promotion of the
missionary work.
Five members of the Committee shall constitute a quorum for the
transaction of business.
Art. VIII. Missionary bodies, churches or individuals agreeing to the
principles of this society, and wishing to appoint and sustain
missionaries of their own, shall be entitled to do so through the
agency of the Executive Committee, on terms mutually agreed upon.
Art. IX. No amendment shall be made to this Constitution without
the concurrence of two-thirds of the members present at a regular
annual meeting; nor unless the proposed amendment has been
submitted to a previous meeting, or to the Executive Committee in
season to be published by them (as it shall be their duty to do, if so
submitted) in the regular official notifications of the meeting.

FOOTNOTE:
[A] By evangelical sentiments, we understand, among others, a
belief in the guilty and lost condition of all men without a Saviour;
the Supreme Deity, Incarnation and Atoning Sacrifice of Jesus
Christ, the only Saviour of the world: the necessity of
regeneration by the Holy Spirit; repentance, faith and holy
obedience in order to salvation; the immortality of the soul; and
the retributions of the judgment in the eternal punishment of the
wicked and salvation of the righteous.

PROPOSED CONSTITUTION OF THE
AMERICAN MISSIONARY
ASSOCIATION.
Art. I. This society to be called the American Missionary Association.
Art. II. The object of this Association shall be to conduct Christian
missionary and educational operations and diffuse a knowledge of
the Holy Scriptures in our own and other countries which are
destitute of them, or which present open and urgent fields of effort.
Art. III. Members may be constituted for life by the payment of
thirty dollars into the treasury of the Association, with the written
declaration at the time or times of payment that the sum is to be
applied to constitute a designated person a life member; and such
membership shall begin sixty days after the payment shall have been
completed.
Every church which has within a year contributed to the funds of the
Association and every State Conference or Association of such
churches may appoint two delegates to the Annual Meeting of the
Association; such delegates, duly attested by credentials, shall be
members of the Association for the year for which they were thus
appointed.
Art. IV. The Annual Meeting of the Association shall be held in the
month of October or November, at such time and place as may be
designated by the Executive Committee, by notice printed in the
official publication of the Association for the preceding month.
Art. V. The officers of the Association shall be a President, five Vice-
Presidents, a Corresponding Secretary or Secretaries, a Recording
Secretary, a Treasurer, Auditors, and an Executive Committee of
fifteen members, all of whom shall be elected by ballot.

At the first Annual Meeting after the adoption of this Constitution,
five members of the Executive Committee shall be elected for the
term of one year, five for two years and five for three years, and at
each subsequent Annual Meeting, five members shall be elected for
the full term of three years, and such others as shall be required to
fill vacancies.
Art. VI. To the Executive Committee shall belong the collecting and
disbursing of funds, the appointing, counseling, sustaining and
dismissing of missionaries and agents, and the selection of
missionary fields. They shall have authority to fill all vacancies in
office occurring between the Annual Meetings; to apply to any
Legislature for acts of incorporation, or conferring corporate powers;
to make provision when necessary for disabled missionaries and for
the widows and children of deceased missionaries, and in general to
transact all such business as usually appertains to the Executive
Committees of missionary and other benevolent societies. The acts
of the Committee shall be subject to the revision of the Annual
Meeting.
Five members of the Committee constitute a quorum for transacting
business.
Art. VII. No person shall be made an officer of this Association who
is not a member of some evangelical church.
Art. VIII. Missionary bodies and churches or individuals may appoint
and sustain missionaries of their own, through the agency of the
Executive Committee, on terms mutually agreed upon.
Art. IX. No amendment shall be made to this Constitution except by
the vote of two-thirds of the members present at an Annual Meeting,
the amendment having been approved by the vote of a majority at
the previous Annual Meeting.
TO MAKE YOUR
SUNDAY-SCHOOL BRIGHTER,

YOUR
HOME HAPPIER,
SUBSCRIBE FOR
THE FOUR PAPERS
Old and Young,
Good Words,
Good Cheer,
My Paper.
Examine before you buy elsewhere. Samples free on application.
E. W. HAWLEY, Secretary,
Box 3304, New York City.
SKIN HUMORS
CAN BE CURED BY
GLENN’S SULPHUR SOAP.
San Francisco, Feb. 16, 1883.
Mr. C. N. Crittenton:
Dear Sir: I wish to call your attention to the good your Sulphur
Soap has done me. For nearly fourteen years I have been
troubled with a skin humor resembling salt rheum. I have spent
nearly a small fortune for doctors and medicine, but with only
temporary relief. I commenced using your “Glenn’s Sulphur Soap”
nearly two years ago—used it in baths and as a toilet soap
daily. My skin is now as clear as an infant’s, and no one

would be able to tell that I ever had a skin complaint. I
would not be without the soap if it cost five times the amount.
Yours respectfully, M. H. MORRIS.
Lick House, San Francisco, Cal.
The above testimonial is indisputable evidence that Glenn’s
Sulphur Soap will eliminate poisonous Skin Diseases when all other
means have failed. To this fact thousands have testified; and that it
will banish lesser afflictions, such as common pimples, eruptions
and sores, and keep the skin clear and beautiful, is absolutely
certain. For this reason ladies whose complexions have been
improved by the use of this soap now make it a constant toilet
appendage. The genuine always bears the name of C. N.
CRITTENTON, 115 Fulton street, New York, sole proprietor. For
sale by all druggists or mailed to any address on receipt of 30
cents in stamps, or three cakes for 75 cents.
J. R. LAMB,
59 Carmine Street.
Sixth Ave. cars pass the door.
BANNERS
IN SILK,
NEW DESIGNS.
CHURCH FURNITURE
SEND FOR HAND BOOK BY MAIL.

PEARLS
IN
THE MOUTH
Beauty and Fragrance
Are communicated to the mouth by
SOZODONT
which renders the teeth pearly white, the gums rosy, and the
breath sweet. By those who have used it, it is regarded as an
indispensable adjunct of the toilet. It thoroughly removes tartar
from the teeth, without injuring the enamel.
S O L D B Y D R U G G I S T S
EVERYWHERE.
NEW BOOKS.
We have in hand the following list of new books and
cards that we are confident will meet the wants of our

friends, and will be found suited to both old and
young:
Among the Mongols.
By Rev. James Gilmour. A fresh and most interesting account of the
home life, manners and customs, occupations and surroundings,
religious beliefs and practices of this strange people living
between Siberia on the north and China on the south. Illustrated
with over thirty original cuts and map. 12 mo. 398 pp. $1.50.
Scottish Sketches.
By Mrs. A. E. Barr. Admirable life-pictures, drawn by a hand of
rare skill and power. The tales are exceedingly interesting; and
Scottish scenes and traits of character, customs and dialect all
combine to give a peculiar charm to the volume. 12 mo. 320 pp. 6
cuts. $1.25.
Daisy Snowflake’s Secret.
By Mrs. G. S. Reaney. A grand temperance story for young ladies,
showing what they may do to close our homes against such
secrets as darkened the young heart of Daisy Snowflake. Written
by a popular English authoress. 12 mo. 296 pp. 6 cuts. $1.25
Cluny MacPherson.
By Mrs. A. E. Barr. A story for young people, disclosing Scottish
life in all its strength and depth, its romance, simplicity and
beauty, with its marked religious element. The writer is familiar
with Scotland, and her work is sure to be widely popular. 12 mo.
311 pp. 5 cuts. $1.25.
Central Africa, Japan and Fiji.
By E. R. Pitman. Sketches, fully illustrated, of three of the most
interesting mission fields of the present day, showing what has
been done and what remains to do in bringing them to Christ. 12
mo. 296 pp. Over 60 cuts. $1.25.
Our Brothers and Sons.

By Mrs. G. S. Reaney. A book intended to be placed in the hands of
young men, bringing out truths such as they need to be
interested in; written in a most attractive style. 12 mo. 270 pp.
$1.
Our Daughters;
THEIR LIVES HERE AND HEREAFTER.
By Mrs. G. S. Reaney. A book full of best suggestions for young
ladies, written by a warm-hearted Christian woman, full of facts to
interest those for whom it is intended. 12 mo. 250 pp. $1.
Wayside Springs.
By Rev. T. L. Cuyler, D.D. Like all of Dr. Cuyler’s writings, these
sketches are refreshing as a spring of cold water to a traveler, and
every one comes from the heavenly fountain. Square 16 mo. 160
pp. Limp cloth, 50 cts.; gilt edge, with portrait of author, 75 cts.
Morning Thoughts for Our Daughters.
By Mrs. G. S. Reaney. Containing a text of Scripture and a short
devotional meditation for daily use in the home or school life of
the young. Square 16 mo. 160 pp. Limp, 50 cts.; gilt, 75 cts.
Little Glory’s Mission
AND
Found at Last.
By Mrs. G. S. Reaney. Two most touching stories of life among the
lowly poor, full of encouragement to those who go about doing
good. 16 mo. 186 pp. 4 cuts. 75 cents.
POPULAR SERIES.
Under this title we are issuing a class of books intended for
general distribution, giving good reading at a low price. They are
on good paper, well printed, and bound in boards, with cloth back
and fancy side. All the books are illustrated.
PILGRIM’S PROGRESS. 260 pp. 25 cts.

ANNALS OF THE POOR. 25 cts.
MIRAGE OF LIFE. 204 pp. 25 cts.
LITTLE MEG’S CHILDREN. 20 cts.
ALONE IN LONDON. 160 pp. 20 cts.
JESSICA’S FIRST PRAYER. 15 cts.
GRANDFATHER’S BIRTHDAY. 15 cts.
AUNT ROSE. 64 pp. 15 cts.
AMERICAN TRACT SOCIETY,
150 NASSAU STREET, NEW YORK, or
BOSTON, 52 Bromfield Street;
PHILADELPHIA, 1512 Chestnut Street;
ROCHESTER, 75 State Street;
CHICAGO, 153 Wabash Avenue;
SAN FRANCISCO, 757 Market Street.

The New American
Dictionary only $1.00
Contains 1,000
ENGRAVINGS and 100
PAGES MORE than any other
book of the kind ever
published.
This useful and elegant volume is a
Library and Encyclopedia of general
knowledge, as well as the best
Dictionary in the world. Superbly bound
in cloth and gilt. No pocket affair, but a
large volume. It contains every useful
word in the English language, with its
true meaning, derivation, spelling and
pronunciation, and a vast amount of
absolutely necessary information upon
Science, Mythology, Biography,
American History, Insolvent land and
interest laws, etc., being a perfect
Library of Reference. Webster’s
Dictionary costs $9.00 and the New
American Dictionary costs only $1.00.
Read what the Press Says:
“We have never seen its equal, either
in price, finish or contents.”—The
Advocate. “Worth ten times the
money.”—Tribune and Farmer. “A perfect
dictionary and library of reference.”—
Leslie Ill’d News. “We have frequent
occasion to use the New American
Dictionary in our office and regard it
well worth the price.”—Christian Union.
“With the New American Dictionary in
the library for reference, many other
much more expensive works can be
dispensed with, and ignorance of his
country, history, business, law, etc., is

inexcusable in any man.”—Scientific
American.
Note the price $1.00 post
paid; Two Copies for $1.75.
Extraordinary Offer. If
any person will get up a Club of Ten at
$1.00 each we will send free as a
premium the American Waterbury Stew
Winding watch.
For a Club of 15 we will
send free, a Solid Silver
Hunting Case Watch.
For a Club of 30 we send
free, a Lady’s Solid Gold
Hunting Case Watch.
For a Club of 50 we will
send free, Gents’ Solid Gold
Hunting Case Watch.
Send a dollar at once for a sample only.
You can easily secure one of these
watches in a day or two or during your
leisure time evenings. Address,
World M’f’g Co., 122 Nassau
Street, New York.

THIS SPLENDID COIN
SILVER HUNTING CASE
WATCH FREE
To any
person
who will
send us an
order for
15
NEW
AMERICAN
DICTIONARIES,
At One Dollar Each.
Any person can readily secure Fifteen
subscribers in one or two hours or in a
single evening. If you want a good
Solid Coin Silver Watch and want to
get it Without Money you can easily
do so. Send One Dollar for a sample
copy of the New American
Dictionary and see how easy you can
get up a club of Fifteen.
WHAT AGENTS SAY:
I obtained 14 subscribers in as many
minutes. Robt. H. Wood, office of the
Auditor of the Treasury P. O.
Department, Washington, D.C.—I
secured 30 subscribers in one
afternoon. Miss Laura Coil, Annapolis,
Mo.—Sold my Premium Silver Watch for
$18. A. B. Gerken, Florence, Mo. Send
money by registered letter or Post
Office Money Order. 48 Page Illustrated
Catalogue of Guns, Self-cocking
Revolvers, Telescopes, Spy Glasses
Watches, Accordeons, Violins,
Organettes, Magic Lanterns, c. free.
WORLD MANUF’G CO., 122
Nassau Street, New York.

25 Cts. for Perfect Musical
Outfit
EXTRAORDINARY BARGAIN.Almost every
household in the United States has some kind of Musical
Instrument, from the plain Melodeon to the expensive Grand
Piano. Not one in a thousand persons ever become adepts in the
art of Music, which even Mendelsohn and Mozart could not
become masters of technically. But Buckner’s Musical Chart
does away with the necessity of becoming proficients in the art. It
is the result of years of intense application, by a Leading
Professor, and is a thorough though simple, Self-Instructor
for Melodeon, Piano, or Organ. A child (without the aid of a
teacher,) can learn in a few hours to play any of these
instruments as easily as if it had gone through months of
instruction and hard practice. It is a grand invention and saves
hundreds of dollars to any person lucky enough to possess one. If
you already have the rudiments of music, this will aid you in
mastering the whole art; if not, you can go right ahead, and
learn all, easily and perfectly. Have you no musical instrument
on which to practice? A few minutes each day at some friend’s
residence will make you perfect, so that you can play anywhere in
response to calls. The highest class of Professors of Music unite in
saying that Buckner’s Music Chart leads anything of its kind.
Heretofore the Chart has never been sold for less than $1.00, but
now, that we have secured the sale of the genuine, we have
resolved to send the Chart for Twenty-Five Cents and also, the
send 34 Pieces of Beautiful Music, vocal and instrumental,—
full music sheet size, Free to every purchaser. All the new opera
gems of Mascot, Billee Taylor, Olivette, Waltzes, Songs,
Mazourkas, Quadrilles, etc., words and music. Music lovers have
never had such bargains offered.

STOP AND THINK!34 Complete Pieces of Music,
in addition to Buckners Musical Chart, all for ONLY 25
CENTS. This is no catchpenny announcement. Our house is
among the staunchest in New York City—having a well earned
reputation to sustain. Our neighbors in the best part of the city,
know us, for we have been among them for years. The leading
Newspaper and the great Commercial Agencies all know us, and
speak in good terms of us. 25 cents sent to us will insure your
receiving by return mail, postage free, One Buckner’s Chart,
and 34 Pieces of Popular Music. If you are not entirely
satisfied, we will return the money. Will send Three Charts of
Three Sets of Music for Sixty Cents. 1 ct. and 2 ct. postage
stamps taken. 48 page illustrated catalogue of Organettes,
Violins, Accordeons, Magic Lanterns, c. sent free. Address all
orders to World Manuf’g Co. 122 Nassau
Street, New York.

Welcome to Our Bookstore - The Ultimate Destination for Book Lovers
Are you passionate about books and eager to explore new worlds of
knowledge? At our website, we offer a vast collection of books that
cater to every interest and age group. From classic literature to
specialized publications, self-help books, and children’s stories, we
have it all! Each book is a gateway to new adventures, helping you
expand your knowledge and nourish your soul
Experience Convenient and Enjoyable Book Shopping Our website is more
than just an online bookstore—it’s a bridge connecting readers to the
timeless values of culture and wisdom. With a sleek and user-friendly
interface and a smart search system, you can find your favorite books
quickly and easily. Enjoy special promotions, fast home delivery, and
a seamless shopping experience that saves you time and enhances your
love for reading.
Let us accompany you on the journey of exploring knowledge and
personal growth!
ebookgate.com

Modelling Control Systems Using IEC 61499 2nd ed. 2014 Edition Alois Zoitl

More Related Content

Similar to Modelling Control Systems Using IEC 61499 2nd ed. 2014 Edition Alois Zoitl (20)

Recently uploaded (20)

Modelling Control Systems Using IEC 61499 2nd ed. 2014 Edition Alois Zoitl