Received GOOSE message handling - Arc protection - Auto synchronization - Bay control and measurement - Merging unit - Transformer protection - 2 winding - Feeder protection - Voltage regulation - Capacitor bank protection - Petersen Coil control - Grid automation - Busbar differential protection (high impedance) - Back-up protection - Motor protection - Busbar protection (voltage and frequency) - Transformer protection - 3 winding - Interconnection protection - Generator protection - Power management/Load shedding - IEC 61850 Engineering Guide - REX640 Protection and control - PCL6 - IEC - ANSI - 14.02.2023

REX640 IEC 61850 Engineering Guide

A GOOSE frame is not accepted if the Needs Commission bit is set. When the protection relay uses IEC 61850 Edition 2, data with the Test quality bit set is accepted only if the receiving device is also in the test mode. When the relay uses IEC 61850 Edition 1, the Test field in the GOOSE message is also used. For more information about GOOSE quality handling, see the corresponding flowcharts.

When the protection relay uses IEC 61850 Edition 2, the Test quality bit is active in the sender if the relay is set to test mode. When the relay uses IEC 61850 Edition 1, the Test field in the GOOSE message is also set when the relay is in test mode.

When the GOOSE sender is in test mode and the GOOSE receiver is not, in Edition 1 mode the GOOSE receiver freezes to its previous valid state, and in Edition 2 mode the data value is defaulted and the quality is set to invalid.

The Test bit is active in the sender if the protection relay is set to test mode.

Note: See the technical manual for more information on the test mode.

The GOOSE frame is not accepted either if ConfRev deviates from the one in the configuration. These error situations can be observed in the GSELPRT1 diagnostic counters.

The default GOOSE input value is “0” for all the data types. The functionality is analogous to physically wired galvanic Normally Open (NO) contacts where the disconnected signal gives value “0” of FALSE to relay application. The application must be designed to withstand the default value. This value is used when the subscribed GOOSE data is not valid, or it is not received from the network and the peer device is considered to be in a time-out state.

If a peer device sends the data including the quality attribute, the receiver device input object is not updated according to the received status value if the data quality is bad, questionable or blocked. The default value is also used in this case.

Figure 1. Receiving of GOOSE data with quality in protection relays
image/svg+xmlStatus or measurand value has been received.Value is followed by quality attribute?Proceed to next data entryTarget data value is defaulted and quality set to invalid.Quality is bad?FALSETRUEBad quality=INVALID | RESERVED |QUESTIONABLE | OVERFLOW | OUT-OF-RANGE | BAD-REFERENCE | OSCILLATORY | FAILURE | INCONSISTENT | INACCURATETRUEOld data?Operator blocked?Operator blocked?TRUEFALSEFALSETarget data value is defaulted and quality is set according to q attribute.FALSETarget data value is updated and quality is set according to q attribute.TRUETRUEFALSETarget data value is updated.TRUETRUE