Project

General

Profile

CIM Issues #6616

Add SubstationKind

Added by Svein Olsen about 1 year ago. Updated 3 months ago.

Status:
Open
Priority:
Normal
Author/Contact Info:
Svein Olsen
Base Release:
CIM17
Solution to be Applied To:
Solution Version:
Solution Applied By:
Completion Date:
CIM Keywords:
61968-AssetInfo, 61970-Core, 61970-DiagramLayout
Breaking Change:
Breaking Change Description:
CIM Impacted Groups:
None
Requestor:
Standard(s):

61970-301; 61970-452

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

Description

There is a need to provide substation categorization. The IEC Electropedia is including different type of categories. There are different implementation extensions that include it. As part of TF 14 Part-7 Design work it is relevant to have a consistent categories for substation.


Files

CR CIM18 SubstationKind.docx CR CIM18 SubstationKind.docx 767 KB Svein Olsen, 11/30/2023 10:46 AM

Proposed Solution

Attached document provide description of the current model, justification and proposed solution.

#2

Updated by Richard de Groot 10 months ago

In response to the proposal of Svein for the definition of a SubstationKind enumeration.

I agree with Svein that the existing FacilityKind enumeration is not useful. Also, as a matter of detail, the enumeration name is poorly chosen as only substation kinds are listed. I suggest that "power plant", "energy storage plant" and "data centre" are also facilities. It is not entirely clear to me if the existing enumeration is to be modified or replaced, or if a new enumeration is to be defined. The latter option would lead to 2 enumerations for essentially the same and I suggest that calls for an action regarding the original enumeration. For example one could add to FacilityKind the existing values but without the word "Substation" resp. "Distribution", then deprecate the existing values.

The classification used by DOE is of little use, considering the terminology Svein proposes to avoid. Regarding the classification used by Stattnet, the classification is recognised but not convenient from my point of view.
- I understand that "environment" and "fictitious" can be ignored as not relevant.
- "Power", "transformer" and "coupling" imply that substations have a clear primary function. In my context that is often not the case and functionalities are truly mixed.
- "Step-up" and "step-down" imply unidirectionality of power. While those cases certainly exist, in my context bi-directional power flow is or will be the general case.
- I cannot comment on the "transition" substation in the case of DC cables. In the case of AC cables however, such locations would be designated as "riser" (Dutch: opstijgpunt). From a grid modelling perspective we now see it as a ConnectivityNode, at most a Junction.
- "Junction" is a must have. It is regrettable that it is not generally supported, as we have many tee-off junctions in our system.

Regarding the definitions of "substation" I note that they contain the words "buildings" resp. "housing". The tee-off junctions in our system would hence not qualify as substation as there is no building or housing (at most a fence). For our system we do need allowance of disconnectors and earthing devices at a junction.

In response to the proposed SubstationKind enumeration, I concretely suggest the following be considered.
- "transformer": change description to "a switching substation containing power transformers interconnecting two or more networks of different voltages"
- "junction": change description to "location where two or more line segment interconnect and may include switches, but not a circuit breaker. Typically, a representation of a T-junction. Also, not perse considered a substation."
- to add to the enumeration "main" with description "substation which has a major role in the grid"
- to add to the enumeration "secondary" with description "substation which has a limited role in the grid"
- to add to the enumeration "facility" with description "substation which is part of a connected facility. These substations are typically third-party owned."
- to reconsider the options "step-up" and "step-down" in view of my comments
- that the proposal state more clearly what the addition of the new enumeration SubstationKind means for the existing FacilityKind.

Kind regards,
Richard de Groot

#3

Updated by Richard de Groot 10 months ago

Svein's response added as [SHO:...]

In response to the proposal of Svein for the definition of a SubstationKind enumeration.

I agree with Svein that the existing FacilityKind enumeration is not useful. Also, as a matter of detail, the enumeration name is poorly chosen as only substation kinds are listed. I suggest that "power plant", "energy storage plant" and "data centre" are also facilities. It is not entirely clear to me if the existing enumeration is to be modified or replaced, or if a new enumeration is to be defined. The latter option would lead to 2 enumerations for essentially the same and I suggest that calls for an action regarding the original enumeration. For example one could add to FacilityKind the existing values but without the word "Substation" resp. "Distribution", then deprecate the existing values.
[SHO: This has not really been addressed in this CR]
ricgro: fair enough
The classification used by DOE is of little use, considering the terminology Svein proposes to avoid. Regarding the classification used by Stattnet, the classification is recognised but not convenient from my point of view.
- I understand that "environment" and "fictitious" can be ignored as not relevant.
[SHO: Correct, but it highlights the need for "other"]
- "Power", "transformer" and "coupling" imply that substations have a clear primary function. In my context that is often not the case and functionalities are truly mixed.
[SHO: That is the reason we have not been able to get a kind – it is not mean for a precise description. A substation would have a main purpose.]
- "Step-up" and "step-down" imply unidirectionality of power. While those cases certainly exist, in my context bi-directional power flow is or will be the general case. [SHO: Do not agree on this – yes on transmission and the case we do not really model the generation on their correct voltage.]
- I cannot comment on the "transition" substation in the case of DC cables. In the case of AC cables however, such locations would be designated as "riser" (Dutch: opstijgpunt). From a grid modelling perspective we now see it as a ConnectivityNode, at most a Junction.
- "Junction" is a must have. It is regrettable that it is not generally supported, as we have many tee-off junctions in our system.

Regarding the definitions of "substation" I note that they contain the words "buildings" resp. "housing". The tee-off junctions in our system would hence not qualify as substation as there is no building or housing (just a fence). For our system we do need allowance of disconnectors and earthing devices at a junction.

In response to the proposed SubstationKind enumeration, I concretely suggest the following be considered.
- "transformer": change description to "a switching substation containing power transformers interconnecting two or more networks of different voltages"
[SHO: I suggest we keep to the IEC definition. I cannot see what added value it brings. ]
- "junction": change description to "location where two or more line segment interconnect and may include switches, but not a circuit breaker. Typically, a representation of a T-junction. Also, not perse considered a substation." [SHO: We have already agreed in WG13 that if it includes switches it is not an junction.]
- to add to the enumeration "main" with description "substation which has a major role in the grid"
- to add to the enumeration "secondary" with description "substation which has a limited role in the grid"
- to add to the enumeration "facility" with description "substation which is part of a connected facility. These substations are typically third-party owned."
[SHO: I agree that these should be addressed but not in the same enumerator. ]
- to reconsider the options "step-up" and "step-down" in view of my comments
[SHO: if it is both it shall be classified as transformer.]
- that the proposal state more clearly what the addition of the new enumeration SubstationKind means for the existing FacilityKind.
[SHO: Let first understand what a substation is.]

#4

Updated by Richard de Groot 10 months ago

Richard's response to Svein's.

On addressing FacilityKind: fair enough if this is a follow-up action.

On the use of "power", "transformer" and "coupling": fair enough if SubstationKind is meant to indicate main use of a substation only.

On the use of "step-up" and "step-down": one is welcome to disagree. (Maybe our PV infeed per capita is different than in Norway.)

On the definition of "transformer substation": agree, keep IEC definition.
On the definition of "junction": okay, we can align to what was agreed in WG13.
On the definition of "facility substation": agree, this is a matter of ownership, not kind of substation.

#5

Updated by Chavdar Ivanov 4 months ago

  • Status changed from New to Open
#6

Updated by Richard de Groot 3 months ago

The 20 September TF13 Hybrid Meeting in Minneapolis did not manage to discuss the issue. Should it continue over the next few weeks:
1. The enumeration is completed by adding the item "other". I know some have an issue with using enumerations for incomplete lists, but I am no purist.
2. I prefer IEV 605-01-01 definition.
3. I vote stepUp and stepDown without hyphen.
4. I observe that I need an additional attribute to differentiate substations with regards to graphic representation. Use case: my "junction with a disconnector" now becomes a "substation of kind switching". But I need to display that junction differently from the full-size tripe bus switching substation. (Something like "SubstationRole" or "SubstationDisplayStyle"?)

Also available in: Atom PDF