IEC 61850 Edition 2.1 of Core Documents Published

The other day IEC TC 57 has published five more parts as Edition 2.1 - it took several years to get there! But finally it was successful.

I would call these Edition 2.1 documents simply the real Edition 2 documents.

First of all, what does Edition 2.1 mean?

The original edition 2 documents needed some corrections and updates. All crucial corrections et cetera have been documented in the Tissue Database (https://iec61850.tissue-db.com/default.mspx). The solutions provided on the Tissue Database have been used as input to the standardization process and led to amendments number 1 of the corresponding parts. These amendments have been commented and balloted officially by the members of TC 57. These amendments 1 are now the official documents that are amending the edition 2 documents (both are valid for the next years).

In order to make the "edition 2.1" more readable and understandable, there are other documents available: The consolidated parts 2.1 ... comprising the "old" stuff, the fixes and the extensions.




Consolidated Version of part 7-2: https://webstore.iec.ch/publication/66525 :



So: This consolidated version consists of the second edition (2010) and its amendment 1 (2020). Therefore, no need to order the amendment in addition to this publication.

Note: The first Tissues for edition 2.1 have already be posted, e.g., for part 7-2 Edition 2.1:



The following Previews for edition 2.1 consolidated versions are available:

Preview IEC 61850-6 Edition 2.1
Preview IEC 61850-7-2 Edition 2.1
Preview IEC 61850-7-3 Edition 2.1
Preview IEC 61850-7-4 Edition 2.1
Preview IEC 61850-8-1 Edition 2.1
Preview IEC 61850-9-2 Edition 2.1

Note: The name spaces (code components) for the edition 2.1 parts will be available soon - I hope:
Click HERE for the list of available name spaces (code components).

IEC 61850 Deadband Reporting and Logging - What Does It Provide?

IEC 61850 Reporting and Logging are very useful services to keep the needed bandwidth for messaging low. It is a bit tricky to understand how it works ... due to the fact that there are two documents that need to be studied to understand the function (IEC 61850-7-2 and IEC 61850-7-3). And: You need to know that some changes in the operation of Reporting and Logging happened from Edition 2 to Edition 2.1 (soon to be published as International Standard).

Deadbanding in IEC 61850 provides a filter mechanism that defines, when an analogue value will be reported by the IED (Server side) to another system (Client side).

Edition 2 of IEC 61850-7-3 defines:

"Deadband. Shall represent a configuration parameter used to calculate all deadbanded attributes (for example mag attribute in the CDC MV). The value shall represent the percentage of difference between max. and min. in units of 0,001 %.
If an integral calculation is used to determine the deadbanded value, the value shall be represented as 0,001 % s.
A db value of 0 shall suppress reporting events on the analog value, so that only changes of the range value will lead to events."

Edition 2.1 of IEC 61850-7-3 will define:

"Deadband is a configuration parameter used to calculate deadbanded value 'mag'. The value of 'db' shall represent the percentage of 'dbRef' in units of 0.001 %. Therefore, 'db' = [0...100000], corresponding to [0 %...100 %], respectively. If an integral calculation is used to determine the deadbanded value, the value of 'db' shall be represented as 0.001 %s.
With a 'db' = 0 the attribute 'mag' follows the instantaneous value.
If 'db' is not present in the model, then the deadband calculation is a local issue."

See Tissue Data Base on deadbanding.

"db" = 0 is a dangerous configuration value!! It is like divide by "0". Any (small) change of "instMag" will issue a report or log entry. I am a little bit confused ... but finally it may help with the following use case: Output of the Schedule "ValMV" that is of CDC "MV". See the following figures for some details:


"db" >= 0 could reduce the number of events (reports/log entries) for analogue values. Usually an analogue value is a measurement or a calculated value.

In case of modeling schedules (FSCH in IEC 61850-90-10 / IEC 61850-7-4 Ed2.1) it is required to report/log a scheduled value - which is similar to a measurement ... but it is a non-continuous value (has "jumps" only) ... OK. CDC MV is used for the Output of a Schedule. What is the impact of the "db" value?!? Be careful!
The following figure discusses the impact of trigger option "data change" and "db"=0 as well as "data update":



Finally: If you need to see (as a client) changes only, then "db"=0 is the right configuration. If you want to receive/log a "confirmation" of any new value at the beginning of a new Schedule Interval (SchdIntv) then "data update" is the right configuration.

You need to understand your needs before you decide how to configure deadbanding.

FDIS Ballot for Amendment 1 for IEC 61850-7-2, 7-3 and 7-4 Edition 2 Approved

The ballot of the three amendments (Amendment 1 for IEC 61850-7-2, 7-3 and 7-4 Edition 2) passed the FDIS process. All three amendments have been approved by 100 %.

The next step will be the IS publication of the three amendments.

It is likely that there will be a consolidated version of each of the three parts - means: the amendment is merged into the edition 2 versions and become edition 2.1.

Functional Constraint CO “Control” missing in IEC 61850-7-2 Edition 2

Somebody asked me today: “I did not find the CO Functional Constraint among the Functional Constraint list in IEC61850-7-2{ed2.0}.pdf, section 12.3.3.2 FunctionalConstraint (FC). Please advise what does it represent?”

In IEC 61850-7-2 Ed1, IEC 61850-7-3 Ed1, and IEC 61850-8-1 Ed1 the control model was described partly in 7-2, 7-3 and 8-1. Now we have the complete control model defined in IEC 61850-7-2 Ed2 – without any mapping issue! in IEC 61850-7-3 Ed2 we have defined for controllable data objects (CDCs: SPC, DPC, …) that the service is Control and the payload is as defined in IEC 61850-7-2 Ed2.

CDC: SPC, DPC, INC, ENC, BSC, ISC, APC, BAC adds the control service at the end of the CDCs for controllable data objects:

That is the reason why we have removed the FC=CO from IEC 61850-7-3 Ed2 (and IEC 61850-7-2 Ed2).

The FC=CO is introduced in the mapping in IEC 61850-8-1 Ed2.

From an implementation point of view (in MMS terms) it is more or less the same in Ed1 and Ed2 of the three parts. The description has changed – it is cleaner now … if you know where to find it … I agree it’s a bit confusing …

The Data Objects of CDC for settings like SPG, ING, … are not using the control services to set a value! These CDCs just support SetDataValues (which is a write in MMS …without the control state machines) and other services:

Hope that helps to understand the (mainly editorial) changes in the three parts 7-2 Ed2, 7-3 Ed2, and 8-1 Ed2.