Project

General

Profile

CIM Issues #6758

Measurement issues

Added by Chavdar Ivanov 9 months ago. Updated 17 days ago.

Status:
Closed
Priority:
High
Author/Contact Info:
Chavdar Ivanov
Base Release:
CIM18
Solution to be Applied To:
Solution Version:
CIM18v13
Solution Applied By:
Completion Date:
CIM Keywords:
61970-Meas
Breaking Change:
Breaking Change Description:
CIM Impacted Groups:
WG13
Requestor:
Standard(s):
Version:
Clause:
Sub-Clause:
Paragraph:
Table:
Originally Closed in Version:
Origination Date:
Origination ID:
Originally Assigned To:

Description

There are 3 Meas related issues

1) Voltage Telemetries at terminal of Switches
452 constraint
• C:452:OP:Measurement.Terminal:requiredCases
The association Measurement.Terminal shall reference a Terminal of the Equipment referenced by Measurement.PowerSystemResource except in cases where Measurement.measurementType is either “TapPosition” or “SwitchPosition” in which the association is not exchanged.

What should be done in the following case: the Voltage Telemetries are exported as Analog, but many of the them are associated with Switch Terminal since no other devices over there at the measurement position. Also, there is a Discrete Measurement for the SwitchPosition. Can we associate Terminal for Discrete of SwitchPosition?
Removing the association Measurement.Terminal solves the issue, but is this the right approach?

2) Name for MeasurementValueSource
452 constraint
• C:452:OP:MeasurementValueSource:name
For MeasurementValueSource, attribute IdentifiedObject.name is restricted to the following strings for MeasurementValueSource: ICCP, SCADA.

What a vendor should do if want to communicate other, for example LSE (Linear State Estimation) or other potential names? DO we do this with extension or we have enum for ICCP and SCADA and we have other types as a string that vendors can freely use?

3) Analog vs Discrete units
Table 3 in 452 and various constraints resulting from it define that

- Tap Position is Analog and not allowed for discrete (see constraint C:452:OP:Measurement.measurementType:analogValues and C:452:OP:Measurement.measurementType:discreteValues)
- UnitSymbol have different restriction for Analog and Discrete. None is not allowed for Analog (see constraints C:452:OP:Measurement.unitSymbol:analogValues and C:452:OP:Measurement.unitSymbol:discreteValues)

Questions:
- Is it OK that TapPosition is analog and not discrete? Is Discrete only boolean values or it could be also integers?
- if all is good, don't we need to add UnitSymbol.none in the Analog so that we solve the case for TapPosition which is unitless?

• C:452:OP:Measurement.measurementType:analogValues
For Analog, Measurement.measurementType is restricted to the following valid values: ThreePhasePower, ThreePhaseActivePower, ThreePhaseReactivePower, LineCurrent, PhaseVoltage, Voltage, Angle, Frequency and TapPosition.
• C:452:OP:Measurement.measurementType:discreteValues
For Discrete, Measurement.measurementType is restricted to the following valid values: SwitchPosition.
• C:452:OP:Measurement.unitSymbol:analogValues
For Analog, Measurement.unitSymbol is restricted to the following valid values: W, deg, VA, A, VAr, V, Hz.
• C:452:OP:Measurement.unitSymbol:discreteValues
For Discrete, Measurement.unitSymbol is restricted to the following valid values: none.


Decision

15 May 2024
on item 1) the recommendation is that the measurementType should be Voltage and the association is required.
There is no point to have the association to the Terminal for the Switch position.

2) exchange of MeasurementValueSource is only for legacy implementations and new approaches are not yet supported. There are other issues open on the measurement.

3)
- Is it OK that TapPosition is analog and not discrete? yes
Is Discrete only boolean values or it could be also integers? No, Discrete means integer for tap position,
- if all is good, don't we need to add UnitSymbol.none in the Analog so that we solve the case for TapPosition which is unitless?
yes, we need to add it to 452

Follow up tasks
- fix 452 to add UnitSymbol.none for Analog

16-Sep-2024 Joint TF Hybrid Meeting - Minneapolis:
Revisited and agreed to close out as is. Confirmed changes have been made.


Release Notes

452 fixed - added UnitSymbol.none for Analog in the constraint C:452:OP:Measurement.unitSymbol:analogValues and in table 3


Related issues

Related to WG13 Issues - CIM Issues #6610: Multiple issue Measurement and ControlOpenActions
#1

Updated by Chavdar Ivanov 8 months ago

  • Decision updated (diff)
#2

Updated by Svein Olsen 8 months ago

#3

Updated by Chavdar Ivanov 7 months ago

  • Release Notes updated (diff)
#4

Updated by Chavdar Ivanov 4 months ago

  • Status changed from New to Open
#5

Updated by Todd Viegut 3 months ago

  • Decision updated (diff)
  • Release Notes updated (diff)
#6

Updated by Todd Viegut 3 months ago

  • Status changed from Open to In Progress
#7

Updated by Todd Viegut 3 months ago

  • Status changed from In Progress to Closed
#8

Updated by Todd Viegut 17 days ago

  • Solution to be Applied To set to CIM18v13
#9

Updated by Todd Viegut 17 days ago

  • Solution to be Applied To deleted (CIM18v13)
  • Solution Version set to CIM18v13
#10

Updated by Todd Viegut 17 days ago

  • Solution Version deleted (CIM18v13)
#11

Updated by Todd Viegut 17 days ago

  • Solution Version set to CIM18v13

Also available in: Atom PDF