SIST EN 61400-25-3:2016

SLOVENSKI STANDARD
01-marec-2016
1DGRPHãþD
SIST EN 61400-25-3:2007
Vetrne turbine - 25-3. del: Komunikacije za spremljanje in nadzor vetrnih elektrarn -
Modeli za izmenjavo informacij
Wind turbines - Part 25-3: Communications for monitoring and control of wind power
plants - Information exchange models
Ta slovenski standard je istoveten z: EN 61400-25-3:2015
ICS:
27.180 Sistemi turbin na veter in Wind turbine systems and
drugi alternativni viri energije other alternative sources of
energy
35.240.50 Uporabniške rešitve IT v IT applications in industry
industriji
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

EUROPEAN STANDARD EN 61400-25-3

NORME EUROPÉENNE
EUROPÄISCHE NORM
November 2015
ICS 27.180 Supersedes EN 61400-25-3:2007
English Version
Wind turbines - Part 25-3: Communications for monitoring and
control of wind power plants - Information exchange models
(IEC 61400-25-3:2015)
Eoliennes - Partie 25-3: Communications pour la Windenergieanlagen - Teil 25 3: Kommunikation für die
surveillance et la commande des centrales éoliennes - Überwachung und Steuerung von Windenergieanlagen -
Modèles d'échange d'information Dienste-Modelle für den Informationsaustausch
(IEC 61400-25-3:2015) (IEC 61400-25-3:2015)
This European Standard was approved by CENELEC on 2015-08-04. CENELEC members are bound to comply with the CEN/CENELEC
Internal Regulations which stipulate the conditions for giving this European Standard the status of a national standard without any alteration.
Up-to-date lists and bibliographical references concerning such national standards may be obtained on application to the CEN-CENELEC
Management Centre or to any CENELEC member.
This European Standard exists in three official versions (English, French, German). A version in any other language made by translation
under the responsibility of a CENELEC member into its own language and notified to the CEN-CENELEC Management Centre has the
same status as the official versions.
CENELEC members are the national electrotechnical committees of Austria, Belgium, Bulgaria, Croatia, Cyprus, the Czech Republic,
Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia,
Lithuania, Luxembourg, Malta, the Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland,
Turkey and the United Kingdom.

European Committee for Electrotechnical Standardization
Comité Européen de Normalisation Electrotechnique
Europäisches Komitee für Elektrotechnische Normung
CEN-CENELEC Management Centre: Avenue Marnix 17, B-1000 Brussels
© 2015 CENELEC All rights of exploitation in any form and by any means reserved worldwide for CENELEC Members.
Ref. No. EN 61400-25-3:2015 E
European foreword
The text of document 88/540/FDIS, future edition 2 of IEC 61400-25-3, prepared by IEC TC 88 "Wind
turbines" was submitted to the IEC-CENELEC parallel vote and approved by CENELEC as EN 61400-25-
3:2015.
The following dates are fixed:

(dop) 2016-05-20
• latest date by which the document has
to be implemented at national level by
publication of an identical national
standard or by endorsement
(dow) 2018-08-04
• latest date by which the national
standards conflicting with the
document have to be withdrawn
This document supersedes EN 61400-25-3:2007.
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. CENELEC [and/or CEN] shall not be held responsible for identifying any or all such patent
rights.
Endorsement notice
The text of the International Standard IEC 61400-25-3:2015 was approved by CENELEC as a European
Standard without any modification.
In the official version, for Bibliography, the following notes have to be added for the standards indicated:

IEC 61850-7-3 NOTE Harmonized as EN 61850-7-3.
IEC 61850-7-4 NOTE Harmonized as EN 61850-7-4.

Annex ZA
(normative)
Normative references to international publications
with their corresponding European publications
The following documents, in whole or in part, are normatively referenced in this document and are
indispensable for its application. For dated references, only the edition cited applies. For undated
references, the latest edition of the referenced document (including any amendments) applies.
NOTE 1 When an International Publication has been modified by common modifications, indicated by (mod), the relevant EN/HD

applies.
NOTE 2 Up-to-date information on the latest versions of the European Standards listed in this annex is available here:
www.cenelec.eu.
Publication Year Title EN/HD Year

IEC 61400-25-1 -  Wind turbines -- Part 25-1: Communications EN 61400-25-1 -
for monitoring and control of wind power
plants - Overall description of principles and
models
IEC 61400-25-2 2015 Wind turbines -- Part 25-2: Communications EN 61400-25-2 2015
for monitoring and control of wind power
plants - Information models
IEC 61400-25-4 2008 Wind turbines -- Part 25-4: Communications EN 61400-25-4 2008
for monitoring and control of wind power
plants - Mapping to communication profile
IEC 61850-7-2 2010 Communication networks and systems for EN 61850-7-2 2010
power utility automation -- Part 7-2: Basic
information and communication structure -
Abstract communication service interface
(ACSI)
IEC 61400-25-3 ®
Edition 2.0 2015-06
INTERNATIONAL
STANDARD
NORME
INTERNATIONALE
colour
inside
Wind turbines –
Part 25-3: Communications for monitoring and control of wind power plants –

Information exchange models
Eoliennes –
Partie 25-3: Communications pour la surveillance et la commande des centrales

éoliennes – Modèles d'échange d’information

INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
COMMISSION
ELECTROTECHNIQUE
INTERNATIONALE
ICS 27.180 ISBN 978-2-8322-2722-0

– 2 – IEC 61400-25-3:2015 © IEC 2015
CONTENTS
FOREWORD . 4
INTRODUCTION . 6
1 Scope . 7
2 Normative references. 8
3 Terms and definitions . 8
4 Abbreviated terms . 9
5 General . 9
6 Information exchange models overview . 10
7 Operational functions . 12
7.1 General . 12
7.2 Association and authorisation model . 12
7.3 Control model . 13
7.3.1 General . 13
7.3.2 Direct control / Select before operate (SBO) . 14
7.3.3 Operate / TimeActivatedOperate . 14
7.3.4 Normal security / Enhanced security . 14
7.4 Monitoring, reporting and logging model . 14
8 Management functions . 16
8.1 General . 16
8.2 User management/access security model . 16
8.3 Setup model . 16
8.4 Time synchronisation model . 16
8.5 Diagnostic (self-monitoring) model . 16
9 The ACSI for wind power plant information models . 17
9.1 General . 17
9.2 Services of association and authorisation . 17
9.3 Services of GenServerClass . 18
9.4 Services of GenLogicalDeviceClass . 18
9.5 Services of GenLogicalNodeClass . 18
9.6 Services of GenDataObjectClass . 18
9.7 Services of DataSetClass . 19
9.8 Services of ReportControlBlockClass . 19
9.9 Services of LogControlBlockClass and LogClass . 20
9.10 Services of ControlClass . 21
Annex A (informative) Examples of reporting and logging services . 22
A.1 Reporting example . 22
A.2 Logging example . 22
Annex B (normative) Relationship between ACSI services and functional constraints . 24
Annex C (informative) Relationship between ACSI defined in IEC 61850-7-2 and
IEC 61400-25-3 . 26
Annex D (normative)  ACSI conformance statement . 28
D.1 General . 28
D.2 ACSI basic conformance statement . 28
D.3 ACSI models conformance statement . 28
D.4 ACSI service conformance statement . 30

IEC 61400-25-3.2015 © IEC 2015 – 3 –
Bibliography . 32

Figure 1 – Conceptual communication model of the IEC 61400-25 series . 8
Figure 2 – Association and authorisation model (conceptual) . 12
Figure 3 – Control model (conceptual) . 13
Figure 4 – Monitoring, reporting and logging model (conceptual) . 15
Figure 5 – Conceptual information exchange model for a wind power plant . 17
Figure 6 – Buffered report control block – conceptual . 20
Figure 7 – Log control block – conceptual . 21
Figure A.1 – Mapping of information models to data sets for reporting (example) . 22
Figure A.2 – Logging basics (example) . 23
Figure C.1 – Conceptual service model of the ACSI . 27

Table 1 – Information exchange models . 11
Table 2 – Comparison of the information retrieval methods . 16
Table 3 – Data filter . 20
Table B.1 – Relationship between ACSI Services and Functional Constraints . 24
Table D.1 – Basic conformance statement . 28
Table D.2 – ACSI models conformance statement . 29
Table D.3 – ACSI service conformance statement (1 of 2) . 30
Table D.4 – Time . 31

– 4 – IEC 61400-25-3:2015 © IEC 2015
INTERNATIONAL ELECTROTECHNICAL COMMISSION
____________
WIND TURBINES –
Part 25-3: Communications for monitoring
and control of wind power plants –
Information exchange models
FOREWORD
1) The International Electrotechnical Commission (IEC) is a worldwide organization for standardization comprising
all national electrotechnical committees (IEC National Committees). The object of IEC is to promote
international co-operation on all questions concerning standardization in the electrical and electronic fields. To
this end and in addition to other activities, IEC publishes International Standards, Technical Specifications,
Technical Reports, Publicly Available Specifications (PAS) and Guides (hereafter referred to as “IEC
Publication(s)”). Their preparation is entrusted to technical committees; any IEC National Committee interested
in the subject dealt with may participate in this preparatory work. International, governmental and non-
governmental organizations liaising with the IEC also participate in this preparation. IEC collaborates closely
with the International Organization for Standardization (ISO) in accordance with conditions determined by
agreement between the two organizations.
2) The formal decisions or agreements of IEC on technical matters express, as nearly as possible, an international
consensus of opinion on the relevant subjects since each technical committee has representation from all
interested IEC National Committees.
3) IEC Publications have the form of recommendations for international use and are accepted by IEC National
Committees in that sense. While all reasonable efforts are made to ensure that the technical content of IEC
Publications is accurate, IEC cannot be held responsible for the way in which they are used or for any
misinterpretation by any end user.
4) In order to promote international uniformity, IEC National Committees undertake to apply IEC Publications
transparently to the maximum extent possible in their national and regional publications. Any divergence
between any IEC Publication and the corresponding national or regional publication shall be clearly indicated in
the latter.
5) IEC itself does not provide any attestation of conformity. Independent certification bodies provide conformity
assessment services and, in some areas, access to IEC marks of conformity. IEC is not responsible for any
services carried out by independent certification bodies.
6) All users should ensure that they have the latest edition of this publication.
7) No liability shall attach to IEC or its directors, employees, servants or agents including individual experts and
members of its technical committees and IEC National Committees for any personal injury, property damage or
other damage of any nature whatsoever, whether direct or indirect, or for costs (including legal fees) and
expenses arising out of the publication, use of, or reliance upon, this IEC Publication or any other IEC
Publications.
8) Attention is drawn to the Normative references cited in this publication. Use of the referenced publications is
indispensable for the correct application of this publication.
9) Attention is drawn to the possibility that some of the elements of this IEC Publication may be the subject of
patent rights. IEC shall not be held responsible for identifying any or all such patent rights.
International Standard IEC 61400-25-3 has been prepared by IEC technical committee 88:
Wind turbines.
The text of this standard is based on the following documents:
FDIS Report on voting
88/540/FDIS 88/552/RVD
Full information on the voting for the approval of this standard can be found in the report on
voting indicated in the above table.
This publication has been drafted in accordance with the ISO/IEC Directives, Part 2.

IEC 61400-25-3.2015 © IEC 2015 – 5 –
This second edition cancels and replaces the first edition published in 2006.
The scope of revision includes:
• Harmonization with service models in Edition 2 of IEC 61850-7-2.
• Reduction of overlap between standards and simplification by increased referencing.
This edition includes the following significant technical changes with respect to the previous
edition:
a) Add subscription and remove subscription services have been removed.
b) Tables in Clause 9 indicating expected services have been replaced by tables in a new
Annex D including ACSI conformance statements for clients and servers.
c) Technical issues (“Tissues”) for IEC 61850-7-2 edition 2 have been considered and
changes have been made accordingly.
Technical issues (“Tissues”), as collected by the IEC 61400-25 users group USE61400-25,
have been considered, but no technical issues were registered for edition 1.
A list of all parts of the IEC 61400 series, under the general title Wind turbines, can be found
on the IEC website.
The committee has decided that the contents of this publication will remain unchanged until
the stability date indicated on the IEC web site under "http://webstore.iec.ch" in the data
related to the specific publication. At this date, the publication will be
• reconfirmed,
• withdrawn,
• replaced by a revised edition, or
• amended.
IMPORTANT – The 'colour inside' logo on the cover page of this publication indicates
that it contains colours which are considered to be useful for the correct
understanding of its contents. Users should therefore print this document using a
colour printer.
– 6 – IEC 61400-25-3:2015 © IEC 2015
INTRODUCTION
The IEC 61400-25 series defines communications for monitoring and control of wind power
plants. The modeling approach of the IEC 61400-25 series has been selected to provide
abstract definitions of classes and services such that the specifications are independent of
specific protocol stacks, implementations, and operating systems. The mapping of these
abstract classes and services to a specific communication profile is not inside the scope of
this part (IEC 61400-25-3) but inside the scope of IEC 61400-25-4.
This part of IEC 61400-25 defines services of the model of the information exchange of
intelligent electronic devices in wind power plants. The services are referred to as the abstract
communication service interface (ACSI). The ACSI has been defined so as to be independent
of the underlying communication systems.
The information exchange model is defined in terms of
– a hierarchical class model of all information that can be accessed,
– information exchange services that operate on these classes,
– parameters associated with each information exchange service.
The ACSI description technique abstracts away from all the different approaches to implement
the cooperation of the various devices.
These abstract service definitions are mapped into concrete object definitions that are to be
used for a particular protocol. Mapping to specific protocol stacks is specified in
IEC 61400-25-4.
NOTE 1 Abstraction in ACSI has two meanings. Firstly, only those aspects of a real device (for example, a rotor)
or a real function that are visible and accessible over a communication network are modelled. This abstraction
leads to the hierarchical class models and their behaviour defined in IEC 61400-25-2. Secondly, the ACSI abstracts
from the aspect of concrete definitions on how the devices exchange information; only a conceptual cooperation is
defined. The concrete information exchange is defined in IEC 61400-25-4.
NOTE 2 Performance of the IEC 61400-25 series implementations are application specific. The IEC 61400-25
series does not guarantee a certain level of performance. This is beyond the scope of the IEC 61400-25 series.
However, there is no underlying limitation in the communications technology to prevent high speed application
(millisecond level responses).

IEC 61400-25-3.2015 © IEC 2015 – 7 –
WIND TURBINES –
Part 25-3: Communications for monitoring
and control of wind power plants –
Information exchange models
1 Scope
The focus of the IEC 61400-25 series is on the communications between wind power plant
components such as wind turbines and actors such as SCADA systems. Internal
communication within wind power plant components is outside the scope of the IEC 61400-25
series.
The IEC 61400-25 series is designed for a communication environment supported by a client-
server model. Three areas are defined, that are modelled separately to ensure the scalability
of implementations: (1) wind power plant information models, (2) information exchange model,
and (3) mapping of these two models to a standard communication profile.
The wind power plant information model and the information exchange model, viewed
together, constitute an interface between client and server. In this conjunction, the wind power
plant information model serves as an interpretation frame for accessible wind power plant
data. The wind power plant information model is used by the server to offer the client a
uniform, component-oriented view of the wind power plant data. The information exchange
model reflects the whole active functionality of the server. The IEC 61400-25 series enables
connectivity between a heterogeneous combination of client and servers from different
manufacturers and suppliers.
As depicted in Figure 1, the IEC 61400-25 series defines a server with the following aspects:
– information provided by a wind power plant component, e. g., “wind turbine rotor speed” or
“total power production of a certain time interval” is modelled and made available for
access. The information modelled in the IEC 61400-25 series is defined in
IEC 61400-25-2;
– services to exchange values of the modelled information defined in IEC 61400-25-3;
– mapping to a communication profile, providing a protocol stack to carry the exchanged
values from the modelled information (IEC 61400-25-4).
The IEC 61400-25 series only defines how to model the information, information exchange
and mapping to specific communication protocols. The IEC 61400-25 series excludes a
definition of how and where to implement the communication interface, the application
program interface and implementation recommendations. However, the objective of the
IEC 61400-25 series is that the information associated with a single wind power plant
component (such as a wind turbine) is accessible through a corresponding logical device.
This part of IEC 61400-25 specifies an abstract communication service interface describing
the information exchange between a client and a server for:
– data access and retrieval,
– device control,
– event reporting and logging,
– self-description of devices (device data dictionary),
– data typing and discovery of data types.

– 8 – IEC 61400-25-3:2015 © IEC 2015

IEC
Figure 1 – Conceptual communication model of the IEC 61400-25 series
2 Normative references
The following documents, in whole or in part, are normatively referenced in this document and
are indispensable for its application. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any
amendments) applies.
IEC 61400-25-1, Wind turbines – Part 25-1: Communications for monitoring and control of
wind power plants – Overall description of principles and models
IEC 61400-25-2:2015, Wind turbines – Part 25-2: Communications for monitoring and control
of wind power plants – Information models
IEC 61400-25-4:2008, Wind turbines – Part 25-4: Communications for monitoring and control
of wind power plants – Mapping to communication profile
IEC 61850-7-2:2010, Communication networks and systems for power utility automation –
Part 7-2: Basic information and communication structure – Abstract communication service
interface (ACSI)
3 Terms and definitions
For the purposes of this document, the terms and definitions given in IEC 61400-25-1 as well
as the following apply.
3.1
control object
data object instance of a controllable data object class who’s ctlModel DataAttribute is not set
to “status-only”
IEC 61400-25-3.2015 © IEC 2015 – 9 –
4 Abbreviated terms
ACSI Abstract Communication Service Interface (defined for example in IEC 61850-7-2)
FCD Functionally Constrained Data
FCDA Functionally Constrained Data Attribute
IED Intelligent Electronic Device
IEM Information Exchange Model
LCB Log Control Block
LD Logical Device
LN Logical Node
LOG Log
LPHD Logical Node Physical Device
RCB Report Control Block
SCADA Supervisory Control and Data Acquisition
SCSM Specific Communication Service Mapping (defined for example in IEC 61850-8-1)
SG Setting Group
WPP Wind Power Plant
WT Wind Turbine
XML Extensible Mark-up Language
GUI Graphical User Interface
5 General
This part of IEC 61400-25 provides the information exchange models that can be applied by a
client and a server to access the content and structure of the wind power plant information
model defined in IEC 61400-25-2.
Clause 6 gives an overview of the information exchange models for operational functions and
management functions.
Clause 7 introduces the information exchange models for operational functions: authorisation,
control, monitoring, and reporting and logging.
Clause 8 gives an overview of the information exchange models for management functions.
Clause 9 provides the details of the services for the following service model classes:
• Application association,
• Server class,
• Logical Device class (retrieve the self-description, etc.),
• Logical Node class (retrieve the self-description, etc.),
• Data class (get values, set values, retrieve the self-description, etc.),
• DataSet class (get values, set values, create data sets, retrieve the self-description, etc.),
• Report Control Block class (get attributes, set attributes, report, etc.),
• Log Control Block and Log classes (get attributes, set attributes, retrieve log entries, etc.),
• Control class (select, operate, etc.).
Annex A provides examples of the reporting and logging services required.
Annex B provides relationship between ACSI services and functional Constraints.

– 10 – IEC 61400-25-3:2015 © IEC 2015
Annex C provides relationship between ACSI defined in IEC 61850-7-2 and IEC 61400-25-3.
Annex D provides ACSI conformance statements for clients and servers.
6 Information exchange models overview
The information exchange models provide services for communication functions that are
grouped as follows:
• Operational functions,
• Management functions.
These two groups are introduced and described in more detail in Clause 7 and 8.
The mandatory services for each information exchange model are indicated in the
corresponding service tables in Clause D.4.
An instance of the wind power plant information model of a wind power plant (logical device,
logical node, data, data attributes and control block objects) shall be accessed by instances
of the information exchange models listed in Table 1. The first two columns of the table
enumerate the functional groups and their information exchange models, which are summarily
described in the third column. The fourth and fifth columns identify which data kinds and
transfer principles are applicable for each information exchange model. The last column
indicates the ACSI service models used for the corresponding information exchange models.

IEC 61400-25-3.2015 © IEC 2015 – 11 –
Table 1 – Information exchange models
Functional Information Short Information categories Transfer ACSI
group exchange description principles service
model models
Authentication and
Data transfer
restriction of
Authorisation on demand
access to
Short text messages ASSOCIATION
operational and
(see 7.2) Command
management
transfer
functions
Command
Setpoints
transfer
Control Commands CONTROL
Control of Set point
operational devices transfer
(see 7.3) Parameters
Parameters
transfer
Measured Data
Processed data
(Average Values,
Min/Max)
Status
Alarms
LOGICAL-
Events
DEVICE
Monitoring of
Timer
Monitoring
LOGICAL-
current data and
NODE
change of data of
Counter
(see 7.4)
operational devices
DATA
Setpoints
Periodic data
transfer (all DATA-SET
Parameters
data or only
BUFFERED-
data that has
Time Series Data (i.e.
REPORT-
changed since
Alarm/Event Log,
CONTROL
last transfer)
Command Log, Setpoint
Log)
UNBUFFERED-
Data transfer
REPORT-
(Analogue Values, on demand
CONTROL
Binary Values)
Event driven
LOG
data transfer
Histories (Logs)
(spontaneous)
LOG-
Reports
CONTROL
Trigger controlled
Statistics
Reporting and
(see Clause 9
continuous
logging
for details of
scanning and Curves
the ACSI
recording of values
(see 7.4)
Trends
services)
and events
Events
Short text messages
Monitoring, and
Diagnostics
Self-monitoring of reporting and logging
devices information categories
(see 8.5)
apply
User and
Setting up users,
access
access rights and System specific
management
monitoring access
(see 8.2)
Device
Setup
configuration System specific
(see 8.3)
management
Time
Synchronization of
synchronisation
SCSM specific
device clocks
(see 8.4)
Management (see Clause 8) Operational (see Clause 7)

– 12 – IEC 61400-25-3:2015 © IEC 2015
The information exchange models shall be realised by the corresponding ACSI models and
associated services (as depicted in the last column in Table 1). The intent of the table is to
give an overview applying the commonly used terminology of the wind power plant domain.
7 Operational functions
7.1 General
The information exchange models for operational functions described in Clause 7 are as
follows:
• association and authorisation model,
• control model,
• monitoring, reporting and logging model.
Functional constraints of the ACSI services are specified in Annex B.
7.2 Association and authorisation model
The intention of the association and authorisation model is to provide a secure information
exchange via an association between a client and a server. The model provides client
authentication and controls the access to server functions. The conceptual mechanism is
shown in Figure 2.
secure
client server
association
local authorisation
association request
check requested
initiate remote
authorisation
authorisation
association opened
denied
(or denied)
Deny ?
wait for confirmation
granted
Grant
denied
ready to
?
receive requests
granted
end
operational information
operational information
process requests from
...
exchange (Get, Set,
client
Control, .)
no need to
communicate
close association
close association
close association
IEC
Figure 2 – Association and authorisation model (conceptual)
The requirements to be fulfilled by an association between a client and a server are as
follows:
– authentication: determining the identity of the users/client,
– authorisation and access control: ensure that the entity has the proper access rights (a
minimum is to provide a user name and a password),
– integrity: messages and the computer infrastructure are protected against unauthorised
modification or destruction,
IEC 61400-25-3.2015 © IEC 2015 – 13 –
– confidentiality: objects of the wind power plant information model are protected and only
disclosed to appropriate users/clients,
– non-repudiation: preventing a user/client involved in a data exchange from denying that it
participated in the exchange,
– prevention of denial of device: preventing a client/server from blocking access to
authorised users.
The real services of the authorisation model are provided by the specific mappings given in
IEC 61400-25-4. Based on the specific mapping selected, the actual level of security and the
specific services supported might be different.
7.3 Control model
7.3.1 General
The control model defines the information exchange for operating commands. The control
model can only be applied to control objects, i.e. to data object instances of a controllable
common data class (e.g. SPC, INC) whose DataAttribute “ctlModel” is not set to “status-only”.
The control model is mainly used to change the status of a device (e.g. stop/start Turbine) or
to change the value of a set point or parameter. The conceptual mechanism of the control
model is shown in Figure 3.
server
client
SelectWithValue
check validity; SBO;
initiate control
reserve access to control optional
command
object for requesting
client
Ok
Operate
[TimeActivatedOperate]
issue control
check validity;
Ok [Ok]
command
process control
[Time
command
Activated
[check validity, activate
Operate;
[T[TiimmeeAAcctitivvaatedtedOOperperateate
timer & wait until timer
optional]
TTerermmiinanatition]on]
expires, process control
command]
enhanced
Report
supervise requested
security;
status or value change
optional
Command
termination
IEC
Figure 3 – Control model (conceptual)
NOTE The control model with its state transitions and services is described in more detail in IEC 61850-7-2:2010
(Clause 20).
– 14 – IEC 61400-25-3:2015 © IEC 2015
IEC 61850-7-2:2010 describes different models for the control object:
– direct control or select before operate (SBO),
– normal security or enhanced security,
and as an extension
– operate or time activated operate.
The value of the control object’s dataAttribute “ctlModel” determines which of the supported
models can be applied to the control object.
Tracking of the control services is beyond the scope of this standard.
7.3.2 Direct control / Select before operate (SBO)
With direct control, the control object shall not be selected before sending the “Operate” (or
“TimeActivatedOperate”) command.
With SBO, the control object shall be selected before sending the “Operate” (or
“TimeActivatedOperate”) command. On receipt of a “SelectWithValue” request, the server
checks the validity of the command, issues a positive “SelectWithValue” response and starts a
deselect timer. The access to this control object is now restricted to this client and to the
requested action. The control object will be deselected for example if the deselect timer
expires or if the client sends a “Cancel” command.
7.3.3 Operate / TimeActivatedOperate
Within one control sequence, either Operate OR TimeActivatedOperate shall be used.
On receipt of an “Operate” request, the server checks the validity of the command, issues a
positive “Operate” response and starts to process the requested action.
The “TimeActivatedOperate” command contains in addition a parameter “operTm” that holds
an absolute time at which the command shall be executed. On receipt of a
“TimeActivatedOperate” request, the server checks the validity of the command, activates a
timer and issues a positive “TimeActivatedOperate” response. At the specified time, the
server will automatically start to process the command and issue a “TimeActivatedOperate”
termination.
7.3.4 Normal security / Enhanced security
With normal security the requested status or value change may optionally be reported by the
Report service (see 7.4). If enhanced security is supported, the server supervises the
requested change of the status or value. As soon as the status or value has changed, the
server uses the Report service to report the new status or value (stVal) to the client and
issues a “CommandTermination” request.
7.4 Monitoring, reporting and logging model
The conceptual information exchange models for monitoring, reporting and logging are shown
in Figure 4. The models comprise three independent information retrieval methods:
1) Values can be retrieved on demand by a client (upper part of the figure). This is commonly
known as Get or Read; the response will be transmitted immediately.
2) Values can be reported to the client, following a publisher/subscriber reporting model (in
the middle of the figure). The server is configured (locally or by means of a service) to
transmit values spontaneously or periodically. The client receives messages (reports)
whenever trigger conditions are met at the server. The publisher/subscriber model may

IEC 61400-25-3.2015 © IEC 2015 – 15 –
buffer events in case the communication link is down and transmit all buffered events in
sequence once the link is operating again, in case of a buffered report. In the case of an
unbuffered report, the delivery of events, in the case of a communication link failure is not
guaranteed.
3) Values can be logged at the device. The logging model (at the bottom of the figure) allows
buffering and delivery of events in correct sequence. Logging values from multiple
sources of data (via configuration of Data Sets) may be logged and each source can be
configured independently of other sources. The client can query the log for entries
between two timestamps or for all entries after a certain entry.
The reporting and logging models include:
a) a Data Set class (DS), for referencing groups of data to be logged or reported,
b) a Control Block class (report control block class or log control block class), for controlling
the dynamic behaviour of the information logging or reporting, and
c) a Log class, for definition of log storage.
client server
request values,
send values
values on demand
receive values,
on demand
process values locally
subscribe to receive values
establish and
initiate subscription
enable subscription
monitor values for
wait for values,
change (periodic),
receive values,
produce events and
values on change or event
process and/or
send values
.
.
display values locally
.
periodic values send values to
subscriber periodically
RemoveSubscription
disable subscription disable subscription
query values
value
query time-series values
of a time-series
value
of data values
LOG
values
process values locally
value
time
IEC
Figure 4 – Monitoring, reporting and logging model (conceptual)
The retrieval methods have the characteristics given in Table 2.

– 16 – IEC 61400-25-3:2015 © IEC 2015
Table 2 – Comparison of the information retrieval methods
Retrieval method Time-critical Can lose Multiple Last Typical client
information changes (of clients to receive change of (but not
exchange sequence) information data stored exclusively)
by
Data on demand NO YES YES – Browser
Unbuffered YES YES YES – Real-time GUI
reporting
Reporting
Buffered YES NO YES Server Data concentrator
reporting
Logging NO NO YES Client Plant operation,
engineering
stations
Each of the retrieval methods has specific characteristics. There is no single method that
meets all application requirements. During system design, the designer shall analyse the
requirements and check them against the (implemented) methods provided by a device
compliant with the IEC 61400-25 series.
8 Management functions
8.1 General
The management function models described in Clause 8 are used to set-up or evolve
(maintain) a system. The system configuration and maintenance functions include the setting
and changing of configuration data and the retrieval of configuration information from the
system. The management function models described are as follows:
• user management/access security model,
• setup model,
• time synchronisation model,
• diagnostic (self-monitoring) model.
Functional constraints of the ACSI services are specified in Annex B.
8.2 User management/access security model
Apart from the service requirements given in 7.2, these functions are an implementation-
specific issue.
8.3 Setup model
Apart from the service requirements given in 7.2, these functions are an implementation-
specific issue.
8.4 Time synchronisation model
The synchronisation of the various clocks in a system is a matter of the specific mapping
selected and is specified in IEC 61400-25-4.
8.5 Diagnostic (self-monitoring) model
The diagnostic or self-monitoring functions are intended for detection of the system status for
example if a device is fully operational, partially operational, or not operational. The diagnosis
information is defined in the logical node LPHD defined in IEC 61400-25-2.

IEC 61400-25-3.2015 © IEC 2015 – 17 –
9 The ACSI for wind power plant information models
9.1 General
The information exchanges models specified in Clause 7 and 8 create an overview of the
models required to be compliant with the IEC 61400-25 series. Clause 9 contains the detailed
description of all service required.
The basic information exchange models are depicted in Figure 5, illustrating the various
components of the ACSI services. This figure is used to provide a narrative description of how
a typical device interacts with the outside world using these services.
Server
Logical device
Get/Set
nameplate, health Logical node
Data
Logical Node
Get/Set
Control
Data values
Data
Data
Get/Set
Data
Data
Set
Subscribe
set
Rep
...