Beruflich Dokumente
Kultur Dokumente
2, APRIL 2011
1101
Directory
DO
Data object.
ECC
FB
Function block.
GAPC_FB
GGIO_FB
GndPDIS(i)_FB
GOOSE
IED
LD
Logical device.
LLN0
LN
Logical node.
LPHD
MMXU_FB
FB model of measurement.
MSQI_FB
PDIS_FB
PhPDIS(i)_FB
NOMENCLATURE
ACSI
ARCO
ATCC
CDC
CFB
CILD_FB
FB model of islanding.
CILO_FB
FB model of interlocking.
PTOC_FB
CLSD_FB
PTRC_FB
CSWI_FB
RCVA_FB
DA
Data attribute.
DataSet
RFLT_FB
RPHS_FB
RPSB_FB
RREC_FB
FB model of autoreclosing.
RSTR_FB
RSYN_FB
FB model of synchronism-check or
synchronizing.
SAS
SAV
Manuscript received May 21, 2010; revised September 20, 2010; accepted
October 23, 2010. Date of publication December 23, 2010; date of current
version March 25, 2011. This work was supported in part by the National
Science Youth Foundation of China under Grant 50907024 and in part by the
Project of the National Key Technology R&D program of China under Grant
2008BAA13B00. Paper no. TPWRD-00379-2010.
The authors are with the College of Electrical and Electronic Engineering,
Huazhong University of Science and Technology, Wuhan 430074, China.
(e-mail: zhl_hustceee@163.com).
Color versions of one or more of the figures in this paper are available online
at http://ieeexplore.ieee.org.
Digital Object Identifier 10.1109/TPWRD.2010.2091154
1102
SGCB
SIFB
I. INTRODUCTION
URING the last decades, electromechanical devices in
substation automation system (SAS) have been replaced
by intelligent electronic devices (IEDs). Most functions including protection and control are now performed by IEDs [1].
As more advanced and powerful hardware platforms become
available, there is growing interest not only in the integration of
more functions into fewer IEDs for low cost, but also in flexible
IEDs that support free allocation of functions to devices for
short project duration [2], [3]. A flexible IED is expected to
permit different kinds of function integration or distribution
by means of software reconfiguration without any change of
hardware.
However, current IEDs generally consist of vendor-specific hardware and hardware-dependent software with limited
flexibility. Due to the cable connection to sensors and circuit
breakers (CBs), the hardware platforms of IEDs have to provide complex analog input/output (I/O) interfaces to map the
electrical signals for designated functions. It may be necessary
to add new analog I/O interfaces when adding new functions.
On the other hand, the hardware-dependent software cannot
be reused and integrated on different hardware platforms for
other new applications. In addition, the software system is still
implemented with little software engineering methodology,
which makes it inconvenient to develop and maintain IEDs,
especially to add, remove, or replace functions.
The application of generic hardware platforms and component-based software technology seems to be a good solution for
flexible IEDs. With the rapid development of IEC 61850-based
substation automation, traditional point-to-point cables are replaced by a process bus-based shared communication network
[4], [5]. Since standard communication removes the differences
of various dedicated hardware platforms, generic hardware
platforms with a standard network interface can be used to
implement protection, control, metering, recording, as well as
any combination. If the function assigned to an IED changes,
it is necessary to modify several communication parameters to
collect the required information rather than add or remove many
analog I/O interfaces. Meanwhile, the application of generic
hardware platforms separates software from hardware and
makes it possible to construct a flexible and hardware-independent software system [6], [7]. For example, component-based
software technology will be adopted to encapsulate mature
algorithms into standard and reusable software components [8],
[9]. A developer is likely to select several software components
containing protective relay algorithms, control algorithms, or
communication services, set their parameters, and then integrate them with software tools to implement an IED with high
flexibility.
Since generic hardware platforms are available in the worldwide commercial market, the remaining challenge of flexible
IEDs is the unified function model, which specifies various software components with appropriate granularity and provides a
framework to construct flexible software system efficiently. Although the IEC 61850 standard defines the unified information
model for IEDs and SAS, it lacks specification of detailed function algorithms and function-related data objects [10]. In fact,
the IEC 61850 model describes the data that need to be exchanged with other IEDs for communication purposes; thus, it
is not sufficient to describe the unified function model of IEDs.
The second edition of the IEC 61850 standard is under revision,
but current modification and extension still focus on the information model [11].
Another international standard IEC 61499 providing a
generic function model based on the function block (FB) for the
control device and distributed control system may make up this
disadvantage. An FB is considered as an abstract of a software
component by encapsulating algorithms, state transitions, and
well-defined event/data interfaces [12]. The unified function
model of IEDs can be established based on the concept of FB,
while the IEC 61850 model must be preserved for communication purposes. Therefore, it makes significant sense to combine
the two models to construct standard FBs for flexible IEDs
[13], [14].
The aim of this paper is to provide a standard FBs-based function model for flexible IEDs. The modeling approach and application of standard FBs are also introduced. The remainder
of this paper is organized as follows. Section II summarizes the
main characteristics of the IEC 61850 model and the IEC 61499
model. The modeling approach of standard FBs is presented in
Section III. Section IV demonstrates the application of standard
FBs, followed by a description of a simplified distance protection IED based on FBs. In Section V, the prototype system is implemented in PSCAD/EMTDC and MATLAB/Simulink to validate the feasibility and flexibility of FBs-based IEDs. Finally,
Section VI concludes this paper.
II. CHARACTERISTICS OF THE IEC 61850 AND
THE IEC 61499 MODELS
A. Characteristics of the IEC 61850 Model
IEC 61850 is a popular international standard for communication networks and systems in substations. It provides abundant information model for IEDs and SAS. The hierarchical information model is shown in Fig. 1.
Logical node (LN) is an important concept in the IEC 61850,
which represents the smallest part of a function that exchanges
data [10]. Each LN consists of mandatory, conditional, or
optional data objects (DOs) containing corresponding data
attributes (DAs). LNs can be grouped into a logical device
(LD), while LDs can be grouped into a server representing the
communication visible behaviors of an IED. Furthermore, the
standard also offers a series of communication services to access the information model and exchange data (e.g., directory,
data access, event report, and log). The interoperability among
IEDs from different manufacturers is achieved if they adopt the
standard information model and communication services.
ZHU et al.: STANDARD FUNCTION BLOCKS FOR FLEXIBLE IED IN IEC 61850 BASED SUBSTATION AUTOMATION
1103
1104
TABLE I
OBJECT MODEL MAPPING BETWEEN IEC 61850 AND IEC 61499
FBs are not considered, which are important for the design and
implementation of an individual IED. Hence, the modeling of
standard FBs in this paper will focus on three aspects besides
inheritance of all DOs of an LN: 1) definition of detailed
function algorithms: 2) execution logic of the algorithms
(ECC); and 3) the specification of function-related event/data
interfaces. In the following subsections, we propose different
methods for modeling standard FBs: 1) extend existing LNs for
functions mentioned in the IEC 61850; 2) create new FBs for
functions not mentioned in the IEC 61850: and 3) encapsulate
the communication services into SIFBs.
B. Extension of Existing LNs
For the functions that have been mentioned in the IEC 61850
standard, corresponding FBs can be modeled by means of extension of existing LNs [15]. First of all, the DOs and DAs
contained in LNs must be inherited. Second, several function
algorithms (e.g. protective relay algorithms and control algorithms) should be specified and encapsulated. Since existing
DOs may not include the data inputs or outputs of the function
algorithms, several DOs should be created and added for a complete event/data flow. Finally, the sequence of algorithm invocations is declared in an ECC. The name of an FB inherits that
of the corresponding LN and is distinguished with the postfix
_FB.
The FB model of distance protection (PDIS_FB) is illustrated
in Fig. 3(a). Common LN information, settings, and status information are inherited from the PDIS class in the IEC 61850.
ACD, SPS, INS, etc. are CDCs that represent the data type of the
DOs. Characteristic values (voltage and current value of each
phase) are extended DOs as data inputs feeding into different
algorithms, including phase-to-ground and phase-to-phase distance protection. The WITH qualifier (graphical sign ) specifies an association among the input events and data (or output
events and data). Common LN information, settings. and status
information (Str) are loaded with initial values if the initialization event (INIT) occurs. When the FB receives an execution
event (EX1 or EX2), it begins to deal with the characteristic
value to make a trip decision with the PhtoGnd or PhtoPh algorithm. If the PDIS_FB decides to operate, the data output Op
is produced with the event outputs EX1O or EX2O. Fig. 3(b)
shows the ECC describing the relationship between event inputs/outputs and algorithm invocations. The FB model of every
existing LN can be established in a similar way.
Fig. 3. Modeling of FBs by extending existing LNs. (a) PDIS_FB. (b) ECC.
ZHU et al.: STANDARD FUNCTION BLOCKS FOR FLEXIBLE IED IN IEC 61850 BASED SUBSTATION AUTOMATION
1105
Setting Group Control Block (SGCB) RESPONDE is illustrated in Fig. 5(a) as an example and the SGCB REQUEST that
does not appear in Server IEDs is omitted. Six kinds of communication services are offered by this FB: SelectActiveSG,
SelectEditSG, SetSGvalues, GetSGvalues, ComfirmEditSGvalues, and GetSGCBvalues. When the FB receives a request
), corresponding communication serevent (REQ1, REQ2
vices are performed. The execution sequence is controlled by
the ECC shown in Fig. 5(b).
With the aforementioned modeling methods, the standard FB
library can be built for flexible IEDs and part of the library is
shown in Table II ( : new FBs created in this paper). The standard FBs are still a class model from the object-oriented point
of view. It is necessary to create their instances for flexible IEDs
in practical applications.
IV. FLEXIBLE IED BASED ON STANDARD FBS
Based on generic hardware platforms and standard FBs, a
software system of IEDs can be viewed as an integration of
reusable software components with high flexibility. The design
and development of an IED is a stepwise but simple process with
the following steps:
Step 1) Decompose the required application function to a degree of granularity of the existing FBs.
Step 2) Select corresponding FBs from the standard FB
library for all the decomposed subfunctions, then
create instances of the selected FBs, set their parameters, and connect these FBs with data flow and
event flow.
Step 3) Validate the whole IED model to avoid errors. For
example, check whether all of the DOs of the corresponding LN model are contained in the FB instance, and whether the FBs are connected with
complete data flow and event flow.
Step 4) Integrate physical components to IEDs and perform
comprehensive testing.
As an example, the design of a simplified distance protection
IED using standard FBs is given. Fig. 6 shows the FB architecture of the IED. The IED consists of three main modules: 1)
1106
TABLE II
STANDARD FBS LIBRARY
Since distance protection (phase-to-ground and phase-tophase) and zero-sequence overcurrent protection are multizone relays, each zone should be represented as an individual
FB. As shown in Fig. 6, GndPDIS1_FB, GndPDIS2_FB,
GndPDIS3_FB (three-stage phase-to-ground distance protections), PhPDIS1_FB, PhPDIS2_FB, PhPDIS3_FB (three-stage
phase-to-phase distance protections), as well as ZerPTOC1_FB
and ZerPTOC2_FB (two-stage zero-sequence overcurrent protections) are configured in the main function module. When the
RSTR_FB deduces power system is in a real fault condition,
sampled values are imported into different protection FBs after
processing in RFLT_FB, RCVA_FB, and RPHS_FB. PTRC_FB
is designed to combine the output data of protection FBs and
then transmit a single-phase or triphase trip signal via GOOSE
PUBLISH. RSYN_FB and RREC_FB are used to monitor the
status of the CB from GOOSE SUBSCRIBE, check synchronization and send reclosure command via GOOSE PUBLISH.
Directory RESPONDE, Dataset RESPONDE, and SGCB
RESPONDE, etc., are applied to provide communication
services for the station bus. All of the existing DOs are input
data of directory RESPONDE (the DOs of GndPDIS1_FB are
illustrated in Fig. 6), while the extended DOs and LNs are invisible in the IEC 61850 communication services. System LNs
(LPHD and LLN0), without any function, are also included
in the IED as indicators to communication services. Setting
ZHU et al.: STANDARD FUNCTION BLOCKS FOR FLEXIBLE IED IN IEC 61850 BASED SUBSTATION AUTOMATION
1107
Fig. 7. Power system model used for the function test of protection IED.
TABLE III
RELATED PARAMETERS OF THE POWER SYSTEM MODEL
Fig. 8. Function test of the illustrated IED. (a) Current waveforms of Phase A
in the occurrence of the instantaneous grounding fault on Phase A. (b) Tripping
signal. (c) Reclosure signal.
TABLE IV
TEST RESULTS OF DIFFERENT CASES
are given in Table IV. Through the simple function testing, the
correctness of the proposed function model is demonstrated.
C. Communication Services Testing
The IEDScout software package is applied as an IEC 61850
client to connect the IED and perform communication services
testing [19]. Fig. 9 shows part results of Directory service and
GetSGValues service. The IED server consists of two LDs
(E1Q1SB1CTRL and E1Q1SB1PROT) containing several
LNs. The tree-structure data model is definitely shown by the
Directory service.
1108
PhRPSB2_FB) indicates that the power system is in swing condition and the misoperation is prevented.
E. Discussion and Future Work
The use of FBs for designing substation IEDs has many obvious and potential benefits. Perhaps the simplest but most important one is that the same IED is applicable for different function installations by means of software reconfiguration. It is
also feasible to add, remove, and replace some functions of an
IED on service when application requirements change. Another
significant advantage is simplicity of design and development
since it is possible to construct a software system with existing
reusable software components. Modularization design and visual programming can be adopted to further expedite the development process. In addition, the reliability of the software
system is also guaranteed when using software components containing mature algorithms.
However, in order to implement IEDs using standard FBs,
several software tools for modeling, integration, verification,
and testing would be highly desirable. First of all, the modeling tool should include the complete FB library and enable the
developer to build various data types, function block types, resource types, device types, and system configurations. Second,
the integration and verification tools allow developers to connect
selected FBs with event/data flows and configure their parameters. The whole model is validated to avoid latent error before
the generation of source code. Finally, with the testing tools, the
software system can be simulated and its performance can be assessed before IED implementation.
ZHU et al.: STANDARD FUNCTION BLOCKS FOR FLEXIBLE IED IN IEC 61850 BASED SUBSTATION AUTOMATION
1109
VI. CONCLUSION
The application of generic hardware platforms and component-based software technology has the potential to enhance the
flexibility of substation IEDs. We propose the FB-based function model to construct a flexible software system for IEDs in
a cost-effective way. The standard FBs are established with the
extension of the IEC 61850 information model using the concept of the IEC 61499. The model enables an IED to not only
integrate reusable software components to perform customized
functions but also interoperate with other IEDs. Considerable
merits of the proposed function model have been discussed in
this paper. The prototype system in MATLAB/Simulink demonstrates the feasibility and flexibility of FB-based IEDs. Our future research work will focus on a complete standard FB library,
experiment on a physical IED, and necessary software tools for
flexible IED design and implementation.
ACKNOWLEDGMENT
The authors would like to thank the reviewers for their constructive comments. They would also like to thank Zhongyuan
Huadian Science and Technology Co. Ltd. for the valuable software tools and references.
REFERENCES
Fig. 10. Swing blocking. (a) Voltage waveform of phase A when the power
system swings. (b) Measured impedance and operation zone. (c) Tripping signal.
(d) Blocking signals.
1110