Project

General

Profile

CIM Issues #6736

Quality61850 Class does not match the definition of Quality in IEC 61850-7-2

Added by Tom Berry about 1 year ago. Updated 11 days ago.

Status:
Closed
Priority:
Normal
Author/Contact Info:
Tom Berry
Base Release:
CIM17
Solution to be Applied To:
CIM18v16
Solution Version:
CIM18v16
Solution Applied By:
Chavdar Ivanov
Completion Date:
CIM Keywords:
61970-Meas
Breaking Change:
Yes
Breaking Change Description:
Two attributes have been moved from Quality61850 to MeasurementValueQuality (which is a subclass)
CIM Impacted Groups:
WG13
Requestor:
Tom Berry
Standard(s):

IEC 61970-301

Version:
Clause:
Sub-Clause:
Paragraph:
Table:
Originally Closed in Version:
Origination Date:
Origination ID:
Originally Assigned To:

Description

CIM definition is missing Inconsistent, Inaccurate Boolean
IEC 61850 does not define Source = DEFAULTED

Encoding is now
/* * Bit(s) Name Value
0-1 Validity Good 0 0
Invalid 0 1
Reserved 1 0
Questionable 1 1
2 Overflow
3 OutofRange
4 BadReference
5 Oscillatory
6 Failure
7 OldData
8 Inconsistent
9 Inaccurate
10 Source Process 0
Substituted 1
11 Test
12 OperatorBlocked
*/


Files


Proposed Solution

Update the CIM definition to match the IEC 61850 definition

Move the non-61850 attributes to MeasurementValueQuality

estimatorReplaced
suspect

Reference or replicate part of IEC 61850-7-2 Annex D and table D.1
D.1 Relation of the detailed quality identifiers with invalid or questionable quality

The reason for an invalid or questionable value of an attribute may be specified in more detail
with further quality identifiers. If one of these identifiers is set then validity shall be set to invalid
or questionable.


Decision

16-Sep-2024 Joint TF Hybrid Meeting - Minneapolis:

Reviewed together.

Action Item: Alex and Tom to check the issues and see what are low hanging fruits that can be easily fixed and which of the items will be followed up in the new TF subteam on the topic and which issues are to be assigned to CIM19

4-Dec-2024: TF13 call
Propose to get IEC 61850-7-2 Annex D table D.1 and see how many additional items we need to add. AI - Tom to give us some explanation.

18-Dec-2024: TF13 call
We had a final revisit of this Redmine issue and came to consensus that we can proceed to apply to the model class that exactly what we have in 61850. If we choose to extend this class then we must very clearly define what is extended and why and the specific usage of any extensions.


Release Notes

The following model changes were made for this issue:

For class Quality61850:
  • Class description was changed to: "Quality flags in this class are as defined in IEC 61850-7-2:2010+AMD1:2020. The source attribute has additional enumeration values."
  • Added new attribute Quality61850.inconsistent with description: "If true, an evaluation function has detected an inconsistency. Typically set within the measurement device or substation automation system."
  • Added new attribute Quality61850.inaccurate with description: "If true, the value does not meet the stated accuracy of the source. For example, the measured value of power factor may be inaccurate when the current is very small."
  • Moved attribute Quality61850.suspect to MeasurementValueQuality.suspect (breaking change).
  • Moved attribute Quality61850.estimatorReplaced to MeasurementValueQuality.estimatorReplaced (breaking change).
  • Updated description of MeasurementValueQuality.suspect to: "The value has been replaced (substituted) by a State Estimator application"
  • Updated description of MeasurementValueQuality.estimatorReplaced to: "A correlation function has detected that the value is not consistent with other values. Typically set by a network State Estimator."
  • Updated the Quality61850.validity description to:
    "Validity of the value, as condensed information for the client. In case this value is not 'good', some reasons may be found in other attributes. 'invalid' means that the value cannot be used. 'questionable' means that the value may or may not be used by the receiving application. For example a switch position measurement with oldData = true, may still be used by topology processing.
    
    The reason for an invalid or questionable value of an attribute may be specified in more detail with further quality identifiers. If one of these identifiers {overflow, outOfRange, badReference, oscillatory, oldData, inconsistent, inaccurate, failure} is set then validity shall be set to invalid or questionable.
    
    Reference: Table D.1 IEC 61850-7-2:2010+AMD1:2020
    
  • Updated the Quality61850.source description to:
    "Defines the source (origin) of a value. The value may be acquired from the process, defaulted or substituted.
    
    For values acquired through IEC 61850 based systems, the source can be "process" or "substituted". Substitution may be done in the acquisition device, in a communication device or within a CIM application." 
    
Profile impacts:
  • The IEC61970-452 Operation profile utilized Quality61850. It will need to be updated to reflect the attribute changes.
#1

Updated by Chavdar Ivanov 8 months ago

  • Status changed from New to Open
#2

Updated by Todd Viegut 7 months ago

  • Decision updated (diff)
#3

Updated by Chavdar Ivanov 5 months ago

  • Decision updated (diff)
#4

Updated by Chavdar Ivanov 5 months ago

  • Decision updated (diff)
#5

Updated by Todd Viegut 4 months ago

  • Solution to be Applied To set to CIM18
  • Decision updated (diff)
#6

Updated by Todd Viegut 3 months ago

  • File 61850-7-2 pp45-47 qualityFlags.pdf added
#7

Updated by Todd Viegut 3 months ago

Attached the section of the 61850-7-2 spec provided by Tom and to be used for the purposes of the descriptions

#8

Updated by Todd Viegut 12 days ago

  • Status changed from Open to In Progress
  • Solution to be Applied To changed from CIM18 to CIM18v16
  • Solution Version set to CIM18v16
  • Solution Applied By set to Chavdar Ivanov
  • Breaking Change changed from No to Yes
  • Decision updated (diff)
#9

Updated by Todd Viegut 12 days ago

Tom: Chavdar and I are jointly working on applying model updated for the CIM18v16 release. We reviewed this Redmine issue but are having a bit of a memory lap. In the initial proposal the recommendation was to move non-61850 attributes to MeasurementValueQuality (the two attributes referenced). Could you provide for us a recap summarizing specific changes in addition to those so we make the updates?

The meeting notes span 18-Dec-2024 and 04-Dec-2024 and can be found here:

http://iectc57.ucaiug.org/WG13/Shared%20Documents/Phone%20conferences%20and%20minutes%20(renamed%20from%20%27CIM%20issues%27)/2024/Issue_minutes_2024-12-18_Entire_Year_Aggregate_Minutes.docx

#10

Updated by Tom Berry 12 days ago

Details of proposed changes:

Quality61850
Change description "Quality flags in this class are as defined in IEC 61850-7-2:2010+AMD1:2020. The source attribute has additional enumeration values."

Check and update descriptions to match IEC 61850-7-2

Change source description "Defines the source (origin) of a value. The value may be acquired from the process, defaulted or substituted.
For values acquired through IEC 61850 based systems, the source can be "process" or "substituted". Substitution may be done in the acquisition device, in a communication device or within a CIM application."

Add inconsistent "If true, an evaluation function has detected an inconsistency. Typically set within the measurement device or substation automation system."

Add inaccurate "If true, the value does not meet the stated accuracy of the source. For example, the measured value of power factor may be inaccurate when the current is very small."

Quality61850
Delete estimatorReplaced
Delete suspect

MeasurementValueQuality
Add estimatorReplaced "The value has been replaced (substituted) by a State Estimator application"
Add suspect "A correlation function has detected that the value is not consistent with other values. Typically set by a network State Estimator."

#11

Updated by Tom Berry 12 days ago

  • File deleted (61850-7-2 pp45-47 qualityFlags.pdf)
#12

Updated by Tom Berry 12 days ago

Change the description for validity

"Validity of the value, as condensed information for the client. In case this value is not 'good', some reasons may be found in other attributes.
'invalid' means that the value cannot be used. 'questionable' means that the value may or may not be used by the receiving application. For example a switch position measurement with oldData = true, may still be used by topology processing.

The reason for an invalid or questionable value of an attribute may be specified in more detail with further quality identifiers. If one of these identifiers {overflow, outOfRange, badReference, oscillatory, oldData, inconsistent, inaccurate, failure} is set then validity shall be set to invalid or questionable.

Reference: Table D.1 IEC 61850-7-2:2010+AMD1:2020

#13

Updated by Todd Viegut 11 days ago

  • Status changed from In Progress to Closed
  • Base Release set to CIM17
  • Breaking Change Description set to Two attributes have been moved from Quality61850 to MeasurementValueQuality (which is a subclass)
  • Release Notes updated (diff)

Also available in: Atom PDF