Browse Prior Art Database

FSS - Client aware hot standby IED concept with 61850

IP.com Disclosure Number: IPCOM000242194D
Publication Date: 2015-Jun-24

Publishing Venue

The IP.com Prior Art Database

Related People

Wolfgang Wimmer: INVENTOR

Abstract

This document analyses requirements and IEC 61850 implementation possibilities for redundant application IEDs as Hot – hot or Hot – standby system, shortly called RS (Redundant System), and suggests some implementation variants based on this analysis. It describes the architecture, the functional separation and the interfaces for the hot - standby and hot - hot supervision and switch over function of IEC 61850 based applications. It investigates the need and possibilities for clients aware of the hot standby application as two different IEDs / applications for the different kinds of communication services, and the resulting requirements to the redundant application and its stack.This functional specification is a general function specification for redundant (hot standby or hot hot) applications and application supervision, based on the IEC 61850 communication and data modelling. It defines the logical nodes for supervision of the redundant IEDs themselves, and additionally a function supervision application on some server needing this application for its functionality. This last feature is necessary for critical applications realized as pure MMS client, i.e. where an application failure or communication interruption cannot be detected by missing GOOSE or SV telegrams. It concentrates on solutions where the MMS/TCP based clients are aware of the hot standby system implementation on two different IEDs, as defined e.g. in [4]. There exist different kinds of RS applications, which might need to support different IEC 61850 services dependent on the expected environment as well as the needed functional performance in the system. To support them all, beneath the development of the hot standby application itself some general implementations need to be developed. This document discusses some implementation options and recommends one for each case.

From these options only the hot standby supervision for GOOSE / SV based RS applications and some new data objects respective special logical nodes allowing the supervision of the RS system is specific for the RS application itself. The others concern the MMS based clients of hot – hot or hot – standby systems as well as the process level IEDs using the results of them, especially if the communication to them is not based on GOOSE or sampled value services (SV).

For safety related functions either GOOSE/SV communication to the process level IEDs needs to be used, or these IEDs need to implement the here defined LAPS watchdog LN. If the performance requirements allow this, the LAPS method without GOOSE / SV messages is preferred, as this reduces the engineering dependencies between the IEDs. If GOOSE or SV is needed, then either the receivers must be aware of two different messages for the same purpose (hot – hot application), or the two redundant IEDs have to synchronize so that only one of them sends at the same point in time (hot – standby application).

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 6% of the total text.

Page 01 of 22

               ABB Switzerland Ltd FSS - Client aware hot standby IED concept with 61850

Revision-Index: Date:

- 2015-05-19

Department resp.: Created by:

Publication date:

Distribution:

Language: Page:

PS Wimmer, Wolfgang 2015-06-26 project library EN 1/22

Effective for: Derived from:

Replaces:

Classification:

File:

PS CH-1501801 -

DRAFT

CH-

1501801_Fss_61850HotStdbyWG10.doc

x

Table of Contents

1 PURPOSE

3

2 SCOPE

3

3 SUMMARY

3

4 ABBREVIATIONS AND DEFINITIONS

3


4.1 Abbreviations

3


4.2 Definitions

4

5 FUNCTIONAL SPECIFICATION

4


5.1 General

4


5.2 Implementation concepts

7


5.3 Dependability

9


5.4 Engineering related requirements

9

6 DETAILED SPECIFICATIONS

10


6.1 System Architecture

10


6.2 Description of the Subsystems and Components

11


6.2.1 The hot hot server system

11


6.2.1.1 Variant 1: service on demand

11


6.2.1.2 Variant 2: Active state calculation

11


6.2.2 The hot standby system

12


6.2.2.1 General

12


6.2.2.2 Hot standby data model

12


6.2.3 The lower level application supervision (LAPS)

15


6.2.4 Influences on (MMS) clients of the HS system

16


6.3 Implementation recommendations

16

7 APPLICATION EXAMPLES

17


7.1 Example: NCC gateway

17


7.2 Example: Protection zone calculation (e.g. for breaker failure, lockout, bus bar protection) 17


7.3 Example: Central Interlocking

17


7.4 Implementation variant overview

18

8 ENGINEERING

18


8.1 General

18


8.2 Additional SCL elements

19

9 BASIC ALGORITHMS

20


9.1 Station level MMS clients of the RS system

20


9.2 Hot standby GOOSE / SV supervision

20

We reserve all rights in this document and in the information contained therein. Reproduction, use or disclosure to third parties without express authority is strictly forbidden. © Copyright 2015 ABB

(2015-05-19)
Form: 1KHL000247-0101 / E


Page 02 of 22

page:

2/22

FSS - Client aware hot standby IED concept with 61850

Revision:

-


9.3 LAPS implementation at process near IEDs

21

10 CONCLUSION

21

11 REFERENCES

22

12 REVISION HISTORY

22



Page 03 of 22

FSS - Client aware hot standby IED concept with 61850

1 Purpose

This document analyses requirements and IEC 61850 implementation possibilities for redundant application IEDs as Hot - hot or Hot - standby system, shortly called RS (Redundant System), and suggests some implementation variants based on this analysis. It describes the architecture, the functional separation and the interfaces for the hot - standby and hot - hot supervision and switch over function of IEC 61850 based applications. It investigates the need and possibilities for clients aware of the hot standby application as two different IEDs / applications for the different kinds of communication services, and the resulting requirements to the redundant application and its stack.

2 Scope

This functional specification is a general function specification for redundant (hot standby or hot hot) applications and application supervision, based on the IEC 61850 communication and data modelling. It defines the logical nodes for supervision of the redundant IEDs themselve...