61970-452-Rev2 (CIM Model Exchange) 15 June 2006

61970-452 IEC:2006
Draft IEC 61970: Energy Management System Application Program Interface (EMS-API) Part 452: CIM Model Exchange Specification
Revision 2 2006-06-15
61970-452 IEC:2006
Table of Contents
1 Scope..........................................................................................................................................7 2 Normative References..............................................................................................................8 3 Definitions...................................................................................................................................8 4 Overview of CPSM Data Requirements................................................................................10 4.1 Overview........................................................................................................................11 4.2 General Requirements.................................................................................................11 4.3 Use of Measurement Classes......................................................................................12 4.3.1 Voltage or Active Power Regulation..............................................................12 4.3.2 Equipment Limits.............................................................................................13 4.3.3 ICCP Data Exchange......................................................................................13 4.4 Use of Curves................................................................................................................13 4.4.1 Generating Unit Reactive Power Limits........................................................13 4.5 Definition of Schedules................................................................................................14 5 CIM Classes.............................................................................................................................15 5.1 61970..............................................................................................................................15 5.1.1 61970Version...................................................................................................15 Notes 16 5.2 Core Package................................................................................................................16 5.2.1 BaseVoltage.....................................................................................................16 5.2.2 Bay....................................................................................................................16 5.2.3 CurveSchedData..............................................................................................16 5.2.4 IrregularTimePoint...........................................................................................17 5.2.5 SubControlArea...............................................................................................17 5.2.6 Substation.........................................................................................................18 5.2.7 Terminal............................................................................................................18 5.2.8 Unit....................................................................................................................18 5.2.9 VoltageLevel.....................................................................................................18 5.3 EnergyScheduling Package.........................................................................................20 5.3.1 HostControlArea..............................................................................................20 5.4 Topology Package........................................................................................................21 5.4.1 ConnectivityNode.............................................................................................21 5.5 Wires Package..............................................................................................................22 5.5.1 ACLineSegment...............................................................................................22 5.5.2 Breaker.............................................................................................................22 5.5.3 BusbarSection..................................................................................................23 5.5.4 Disconnector....................................................................................................23 5.5.5 EnergyConsumer.............................................................................................24 5.5.6 Line....................................................................................................................25 5.5.7 LoadBreakSwitch.............................................................................................25 5.5.8 MVArCapabilityCurve......................................................................................25 5.5.9 PowerTransformer...........................................................................................26 5.5.10 RegulationSchedule......................................................................................26
61970-452 IEC:2006
5.6
5.7
5.8
5.9
5.5.11 SeriesCompensator.......................................................................................27 5.5.12 ShuntCompensator........................................................................................27 5.5.13 StaticVarCompensator..................................................................................28 5.5.14 SynchronousMachine....................................................................................28 5.5.15 Switch.............................................................................................................29 5.5.16 TapChanger...................................................................................................30 5.5.17 TransformerWinding......................................................................................30 LoadModel Package.....................................................................................................32 5.6.1 AreaLoadCurve................................................................................................32 5.6.2 CustomerMeter................................................................................................32 5.6.3 EquivalentLoad................................................................................................33 5.6.4 InductionMotor.................................................................................................34 5.6.5 LoadArea..........................................................................................................34 5.6.6 NonConformLoadSchedule.............................................................................35 5.6.7 Season..............................................................................................................35 5.6.8 StationSupply...................................................................................................35 Meas Package...............................................................................................................37 5.7.1 Accumulator.....................................................................................................37 5.7.2 AccumulatorValue............................................................................................37 5.7.3 Analog...............................................................................................................38 5.7.4 AnalogValue.....................................................................................................38 5.7.5 Discrete.............................................................................................................39 5.7.6 DiscreteValue...................................................................................................39 5.7.7 AnalogLimit.......................................................................................................40 5.7.8 LimitSet.............................................................................................................40 5.7.9 MeasurementType...........................................................................................40 5.7.10 MeasurementValueSource...........................................................................41 Production Package......................................................................................................42 5.8.1 GeneratingUnit.................................................................................................42 5.8.2 GrossToNetMWCurve.....................................................................................43 5.8.3 HydroGeneratingUnit.......................................................................................43 5.8.4 ThermalGeneratingUnit...................................................................................44 Domain Package...........................................................................................................45 5.9.1 AbsoluteDateTime...........................................................................................45 5.9.2 ActivePower.....................................................................................................45 5.9.3 AngleDegrees...................................................................................................45 5.9.4 ApparentPower................................................................................................45 5.9.5 ControlMode.....................................................................................................45 5.9.6 Counter.............................................................................................................45 5.9.7 CurrentFlow......................................................................................................45 5.9.8 CurveStyle........................................................................................................46 5.9.9 Exponent...........................................................................................................46 5.9.10 GeneratorControlSource...............................................................................46 5.9.11 Load................................................................................................................46 5.9.12 ParticipationFactor........................................................................................46
61970-452 IEC:2006 5.9.13 5.9.14 5.9.15 5.9.16 5.9.17 5.9.18 5.9.19 5.9.20 5.9.21 5.9.22 5.9.23 5.9.24 5.9.25 5.9.26 5.9.27 6 Amplifications
PerCent...........................................................................................................46 PowerFactor...................................................................................................47 PUkVPerMVAr...............................................................................................47 Reactance......................................................................................................47 ReactivePower...............................................................................................47 Resistance......................................................................................................47 SeasonName..................................................................................................47 Susceptance..................................................................................................48 SynchronousMachineOperatingMode.........................................................48 SynchronousMachineType...........................................................................48 TapStep..........................................................................................................48 TransformerControlMode..............................................................................48 TransformerType...........................................................................................48 Voltage............................................................................................................49 WindingType..................................................................................................49 and Conventions.............................................................................................50
6.1 XML File Validity...........................................................................................................50 6.2 Normative String Tables...............................................................................................51 6.3 Roles and Multiplicity....................................................................................................53
61970-452 IEC:2006
INTERNATIONAL ELECTROTECHNICAL COMMISSION

____________
EMS-API Part 452: CIM Model Exchange Specification FOREWORD

1) The IEC (International Electrotechnical Commission) is a worldwide organization for standardization comprising all national electrotechnical committees (IEC National Committees). The object of the IEC is to promote international cooperation on all questions concerning standardization in the electrical and electronic fields. To this end and in addition to other activities, the IEC publishes International Standards. Their preparation is entrusted to technical committees; any IEC National Committee interested in the subject dealt with may participate in this preparatory work. International, governmental and non-governmental organizations liaising with the IEC also participate in this preparation. The IEC collaborates closely with the International Organization for Standardization (ISO) in accordance with conditions determined by agreement between the two organizations. 2) The formal decisions or agreements of the IEC on technical matters express, as nearly as possible, an international consensus of opinion on the relevant subjects since each technical committee has representation from all interested National Committees. 3) The documents produced have the form of recommendations for international use and are published in the form of standards, technical reports or guides and they are accepted by the National Committees in that sense. 4) In order to promote international unification, IEC National Committees undertake to apply IEC International Standards transparently to the maximum extent possible in their national and regional standards. Any divergence between the IEC Standard and the corresponding national or regional standard shall be clearly indicated in the latter. 5) The IEC provides no marking procedure to indicate its approval and cannot be rendered responsible for any equipment declared to be in conformity with one of its standards. 6) Attention is drawn to the possibility that some of the elements of this International Standard may be the subject of patent rights. The IEC shall not be held responsible for identifying any or all such patent rights.
International Standard IEC 61970 has been prepared by Working Group 13, of IEC technical committee 57 : Power system control and associated communications: The text of this standard is based on the following documents:
FDIS 57/XX/FDIS Report on voting 57/XX/RVD
Full information on the voting for the approval of this standard can be found in the report on voting indicated in the above table.
61970-452 IEC:2006
INTRODUCTION
This standard is one of the IEC 61970 series that define an application program interface (API) for an energy management system (EMS). The Part 3 series of documents in IEC 61970 specify a Common Information Model (CIM): a logical view of the physical aspects of EMS information. The Part 3 series includes Part 301: Common Information Model (CIM) Base, and Part 303: SCADA CIM. This standard is one of the IEC 61970 Part 4 series that define utility control center component interface specifications (CIS). Part 4 specifies the functional requirements for interfaces that a component (or application) shall implement to exchange information with other components (or applications) and/or to access publicly available data in a standard way. The component interfaces describe the specific message contents and services that can be used by applications for this purpose. The implementation of these messages in a particular technology is described in Part 5 of the standard. Part 452 specifies the specific profile (or subset) of the CIM for exchange of static power system data necessary to execute state estimation or power flow applications.. Part 503 defines the CIM XML Model Exchange Format which can be used to transfer power system model data for a particular profile.
61970-452 IEC:2006
INTERNATIONAL ELECTROTECHNICAL COMMISSION

____________
EMS-API Part 452: CIM Model Exchange Specification

1 Scope
This standard, IEC 61970-452, is a member of the Part 450 - 499 series that, taken as a whole, defines at an abstract level the content and exchange mechanisms used for data transmitted between control center components. The purpose of this document is to rigorously define the subset of classes, class attributes, and roles from the CIM necessary to fully implement the requirements described in the CPSM (Common Power System Model) Minimum Data Requirements shown in Appendix A during an XML data file transfer. Where necessary this document establishes conventions, shown in Section 6, with which an XML data file must comply in order to be considered valid for exchange among Security Coordinators. This document is intended for two distinct audiences, data producers and data recipients, and may be read from two perspectives. From the standpoint of a data producer (exporter), the document describes a minimum subset of CIM classes and class data which must be present in an XML formatted data file to comply with the CPSM Minimum Data Requirements shown in Appendix A. All classes and class data not explicitly labeled as recommended or conditionally required should be considered required with the following caveat. Consider, as an example, the situation in which an exporter produces an XML data file describing a small section of the exporters network that happens to contain no breakers. The resulting XML data file should, therefore, not contain an instance of the Breaker class. On the other hand, if the section of the exporters network does contain breakers, the resulting data file should contain instances of the Breaker class that include, at a minimum, the attributes and roles described herein for Breakers. Furthermore, it should be noted that an exporter may, at his or her discretion, produce an XML data file containing additional class data described by the CIM RDF Schema but not required by this document provided these data adhere to the conventions established in Section 6. From the standpoint of a data recipient (importer), the document describes a subset of the CIM that an importer could reasonably expect to receive in an XML data file designed to be compliant with the CPSM Minimum Data Requirements. As mentioned above, data exporters are free to exceed the minimum requirements described herein as long as their resulting data files are compliant with the CIM RDF Schema and the conventions established in Section 6. The document, therefore, describes additional classes and class data that, although not required, exporters will, in all likelihood, choose to include in their data files. The additional classes and data are labeled as recommended to distinguish them from their required counterparts. Please note, however, that data importers could potentially receive data files containing instances of any and all classes described by the CIM RDF Schema.
61970-452 IEC:2006
Normative References
The following normative documents contain provisions which, through reference in this text, constitute provisions of this International Standard. At the time of publication, the editions indicated were valid. All normative documents are subject to revision, and parties to agreements based on this International Standard are encouraged to investigate the possibility of applying the most recent editions of the normative documents indicated below. Members of IEC and ISO maintain registers of currently valid International Standards. IEC 61970-1, EMSAPI Part 1: Guidelines and General Requirements IEC 61970-2, EMSAPI Part 2: Glossary IEC 61970-301, EMSAPI Part 301: Common Information Model (CIM) Base IEC 61970-302, EMSAPI Part EnergyScheduling, and Reservation 302: Common Information Model (CIM) Financial,
Definitions
Refer to International Electrotechnical Vocabulary, IEC 60050, for general glossary definitions. For the purposes of this International Standard, the following apply. Energy Management System (EMS) A computer system comprising a software platform providing basic support services and a set of applications providing the functionality needed for the effective operation of electrical generation and transmission facilities so as to assure adequate security of energy supply at minimum cost. Application Program Interface (API) The set of public functions provided by an executable application component for use by other executable application components. Real-World Object Real-world objects are objects that belong to the real world problem domain as distinguished from interface objects and controller objects within the implementation. The real-world objects for the EMS domain are defined as classes in IEC 61970 Parts 301, 302. and 303 Common Information Model. Classes and objects model what is in a power system that needs to be represented in a common way to EMS applications. A class is a description of an object found in the real world, such as a PowerTransformer, GeneratingUnit, or Load that needs to be represented as part of the overall power system model in an EMS. Other types of objects include things such as schedules and measurements that EMS applications also need to process, analyze, and store. Such objects need a common representation to achieve the purposes of the EMS-API standard for plugcompatability and interoperability. A particular object in a power system with a unique identity is modeled as an instance of the class to which it belongs. Common Information Model (CIM) The CIM is an abstract model that represents all the major objects in an electric utility enterprise typically contained in an EMS information model. By providing a standard way of representing power system resources as object classes and attributes, along with their relationships, the CIM facilitates the integration of EMS applications developed independently by different vendors, between entire EMS systems developed independently, or between an EMS system and other
61970-452 IEC:2006
systems concerned with different aspects of power system operations, such as generation or distribution management.
61970-452 IEC:2006
10
Overview of CPSM Data Requirements
The primary purpose of model exchange among Security Coordinators is to reduce the level of effort invested by individual Security Coordinators in maintaining a model of parts of the interconnected electric power network for which the Security Coordinator has no direct responsibility. Consider the four Security Coordinators, A through D, as shown in Figure 1 below. Although A has no direct responsibility for parts of the network supervised by B, C, or D, these three parts still have an influence on As network. A is, therefore, obliged to maintain a model of these additional three parts in at least enough detail to gauge their affect on his own part of the network.
Figure 1 Currently Security Coordinator A has little with which to start when building a model of the parts of the network supervised by B, C, and D. Frequently, A will begin with a bus-oriented model that he must manually augment. After a great deal of effort, A will be able to match points in this augmented model to telemetered data available via the ISN, and, at last, he will have a viable model of the network supervised by B, C, and D. The premise of the CIM-based model exchange effort is simply that detail is easier to remove from a model than it is to introduce. Given the four Security Coordinators mentioned above, As effort would be significantly reduced if he could begin with detailed, breaker-oriented models maintained and provided by B, C, and D. As effort would then be limited to reducing these detailed models as appropriate. The NERC Data Exchange Working Group (DEWG) Common Power System Modeling group (CPSM) has provided minimum data requirements as shown in Appendix A for the purpose of enabling the aforementioned type of model exchange. These requirements are based on prior industry practices for exchanging power system model data for use primarily in planning studies. However, the list of required data has been extended to facilitate a model exchange that includes parameters common to breaker-oriented applications.
61970-452 IEC:2006
11
4.1
Overview
The classes, attributes, and associations identified in this document represent the minimum subset of the full CIM model necessary to exchange sufficient power system data to support state estimation and power flow. The classes, attributes, and associations that make up this particular data exchange profile are also flagged in the CIM UML model with a NercProfile model property. In the case that there are discrepancies between the NercProfile tag in the UML and this document, this document takes precedence. 4.2 General Requirements Additional
The following requirements are general in nature or involve multiple classes. requirements are defined in the sections for the individual classes. -
The cardinality defined in the CIM model must be followed, unless a different cardinality is explicitly defined in this document. For instance, the cardinality on the association between VoltageLevel and BaseVoltage indicates that a VoltageLevel must be associated with one and only one BaseVoltage, but a BaseVoltage can be associated with zero to many VoltageLevels. Associations between classes referenced in this document and classes not referenced here are not required regardless of cardinality. For instance, the CIM requires that a HydroGeneratingUnit be associated with a HydroPowerPlant. Because the HydroPowerPlant class is not included in this document the association to HydroPowerPlant is not considered mandatory in this context. The attribute name inherited by many classes from the abstract class IdentifiedObject is not required to be unique. The RDF ID defined in the data exchange format is the only unique and persistent identifier used for this data exchange. To maintain a consistent naming hierarchy, each Substation must be contained by a SubGeographicalRegion and each SubGeographicalRegion must be contained by one and only one GeographicalRegion. Equipment defined without connectivity, because the associated Terminal(s) are not connected to ConnectivityNodes is allowed, for instance a ShuntCompensator whose Terminal is not associated to a ConnectivityNode. Each PowerTransformer and its associated TransformerWindings and TapChangers must be contained within one substation. For the case of a transformer that connects two substations, however, the terminal of one of the TransformerWindings can be connected to a ConnectivityNode defined in another substation. In this case, the PowerTransformer, the TransformerWindings, and the TapChangers are still all defined in one substation. For the case of a three-winding transformer represented as three two-winding transformers, all components (PowerTransformers, TransformerWindings, and TapChangers) for all three two-winding transformers must be contained in the same substation. A PowerTransformer may be contained by a Substation or a VoltageLevel. A TransformerWinding must be contained by a PowerTransformer. A TapChanger must be contained by a TransformerWinding.
61970-452 IEC:2006 -
12
Each PowerTransformer must have two and only two TransformerWindings. Each TransformerWinding can have at most one TapChanger. If a TransformerWinding does not have an associated TapChanger, the winding should be considered to have a fixed tap. UTF-8 is the standard for file encoding. UTF-16 is not supported. Instance data to be exchanged MUST make use of the most detailed class possible. The abstract classes GeneratingUnit, Switch, and EnergyConsumer should only be used if the information to determine the more detailed class (ThermalGeneratingUnit, HydroGeneratingUnit, Breaker, Disconnector, etc.) is not available. Each instance of a CIM class in the exchanged data is required to include the IdentifiedObject.name attribute. The other attributes, pathname, aliasname, and description are not require. If pathname is specified, it should be constructed as a list of the names of the objects in the containment hierarchy above the specified object. The names must be divided using / (forward slash) as the separator.
4.3
Use of Measurement Classes
Use of the CIM Measurement classes (Analog, Accumulator, and Discrete) is frequently misunderstood. In addition to the use representing points in the system where telemetry is available, the classes have been defined to be used in situations where telemetry is not available. For the purposes of data exchange, a Measurement may be used to define a point for voltage regulation, to associate Limits with a piece of Equipment, or to facilitate exchange of ICCP data. A Measurement must be associated with a PowerSystemResource to convey containment information for the Measurement. Transmission line measurements should be associated with an ACLineSegment, not with a Line. Transformer measurements should be associated with a PowerTransformer, not with a Transformer Winding. Voltage measurements should be associated with a piece of equipment, not with a VoltageLevel. The Measurement may also be associated with one of the Terminals associated with a piece of equipment. The association to a Terminal defines the specific topological point in the network that is measured. A Measurement can be associated with at most one Terminal. In some situations, a single Measurement could be used in the process of conveying more than one type of information. For instance, an ampere Measurement associated with one end of a transmission line could be used to associate an ICCP data point with that end of the line as well as being used to associate a set of ampere limits with that end of the line. 4.3.1 Voltage or Active Power Regulation
To use CIM to define how a piece of equipment regulates a point in the system, an association is defined between the regulating conducting equipment (SynchronousMachine, ShuntCompensator, StaticVarCompensator, or TapChanger) and an Analog measurement. This association is not the PowerSystemResource containment association referred to previously. A piece of regulating equipment can refer to an Analog contained by another PowerSystemResource. For instance, for voltage regulation purposes a SynchronousMachine could refer to an analog voltage measurement contained by a BusbarSection. The Measurement is defined as measuring a Terminal and that Terminal defines the point of regulation. There does not have to be telemetry associated with the Measurement in this case. Both the association between RegulatingCondEq or TapChanger and Measurement and the association between Measurement and Terminal are
61970-452 IEC:2006
13
required to define regulation of voltage or active power. For a SynchronousMachine, Compensator, StaticVarCompensator or TapChanger that is not regulating, these associations are not required. 4.3.2 Equipment Limits
Analog measurement is also used to associate Limits with a piece of equipment. Either a piece of Equipment or a Terminal associated with a piece of Equipment will have an association to an Analog masurement. The Analog will have an associated AnalogLimitSet. The AnalogLimitSet will be associated with one or more AnalogLimits. There does not have to be telemetry associated with the Analog in this case. For measurements associated with an equipment terminal, there should be only one Analog measurement of a given MeasurementType per terminal. For measurements associated directly with a piece of equipment (e.g. switch position of a Breaker), there should be only one measurement of a given MeasurementType per piece of equipment. To define end specific limits, the association to Terminal must be used.
4.3.3
ICCP Data Exchange
ICCP data is exchanged using the Measurement classes (Analog, Discrete, and Accumulator), the MeasurementValue classes (AnalogValue, DiscreteValue, and AccumulatorValue), and the MeasurementValueSource class. The MeasurementValueSource class is used to define the control center supplying the ICCP data. The Name attribute is set to ICCP and the pathName holds the name of the supplying control center. The MeasurementValue classes are used to specify the ICCP ID. The aliasName attribute is used to hold the ICCP ID and the Name attribute holds the SCADA point name. Each MeasurementValue will be associated with one Measurement. Each MeasurementValue being supplied via ICCP must also have an association to a MeasurementValueSource. To clearly specify the point in the system being measured, the Measurement should be associated with a Terminal. For a switch status measurement, however, the association to the appropriate PowerSystemResource representing the switch would be sufficient.
4.4
Use of Curves
The use of the CurveSchedule and CurveSchedData attributes will differ for the different types of curves derived from CurveSchedule. To define a Y value that does not change, the curveStyle attribute should be set to constantYValue. In this case, only one instance of CurveSchedData should be included defining the single point for the curve. Because the Y value is constant, the CurveSchedData.xAxisData value will be ignored, if it is supplied at all. A curve should never have multiple instances of CurveSchedData where the xAxisData value is repeated. 4.4.1 Generating Unit Reactive Power Limits
Generating unit reactive power limits must be included in data exchange, but may be specified differently depending on the characteristics of the generating unit being represented. In most cases, a SynchronousMachine should be associated with a default MVArCapabilityCurve using the SynchronousMachine.InitiallyUsesMVArCapabilityCurve association.
61970-452 IEC:2006
14
If the reactive power limits of the generating unit do not vary with the real power output, the reactive power limit attributes on the SynchronousMachine class, minimumMVAr and maximumMVAr, can be used. If the reactive power output of the generating unit is fixed, the reactive power limits should both be set to the fixed reactive output value.
4.5
Definition of Schedules
The use of the IrregularIntervalSchedule and IrregularTimePoint attributes will differ for the different types of schedules derived from IrregularIntervalSchedule. To specify a relative time point for a schedule, the date portion of the AbsoluteDateTime format can be eliminated, which leaves the ISO 8601 time of day format hh:mm:ss. In this format, hh is the number of complete hours that have passed since midnight, mm is the number of complete minutes since the start of the hour, and ss is the number of complete seconds since the start of the minute
61970-452 IEC:2006
15
CIM Classes
This chapter lists the classes that will be used for data exchange. Included are all the classes that a data importer would be expected to recognize in a data file being imported. Additional classes are referenced in this chapter, when the classes to be exchanged inherit attributes or associations. For instance, many classes inherit attributes from the class IdentifiedObject. However, no instances of the class IdentifiedObject would exist in a data exchange file, so IdentifiedObject has not been included in the set of CIM classes for exchange. The format for the class descriptions is: <Class Name> Native Attributes <Attribute Name> (<Attribute Data Type>) [<Requirements Reference>]
Attributes Inherited from <Abstract Class> <Attribute Name> Native Roles <Association Role Name> Reference>] (<Associated Class Name>) [<Requirements (<Attribute Data Type>) [<Requirements Reference>]
Roles Inherited From <Abstract Class> <Association Role Name> Reference>] Where: Class Name = name of the CIM class included in the exchange profile Attribute Name = name of the CIM attribute included in the exchange profile Attribute Data Type = data type defined in CIM for the current attribute. Attribute Data Types and valid values are listed in section 3.9, Domain Package and section 4.2, Normative String Tables. Requirements Reference = NERC DEWG requirements reference number found in Appendix A Association Role Name = role name for the association at the current class Associated Class Name = name of the class referenced from the current class (<Associated Class Name>) [<Requirements
5.1
61970
5.1.1
61970Version Native Attributes version date (String) (String)
61970-452 IEC:2006
16
Notes
The two 61970Version attributes should be assigned the values defined as the initial values in the CIM UML. Currently the initial value for version is cim61970_v002. The current initial value for date is 2005-04-28.
5.2
Core Package
5.2.1
BaseVoltage Native Attributes nominalVoltage (Voltage)
5.2.2
Bay Attributes Inherited From IdentifiedObject name (String) pathname (String) (Use of pathname is under review because it is related to the hierarchy discussion Lars-Ola has recommended removing it from the profile when a single hierarchy has been determined for CPSM) aliasName (String) description (String) Native Roles MemberOf_VoltageLevel Notes (VoltageLevel)
The Bay class is used as a container for Switches. Switches can either be contained by Bays or by VoltageLevels. If Switches are contained by VoltageLevels rather than by Bays in the sending system, then Bays are not required.
5.2.3
CurveSchedData Native Attributes xvalue y1value y2value (Float) (Float) (Float)
Attributes Inherited From IdentifiedObject name pathname aliasName description (String) (String) (String) (String)
61970-452 IEC:2006 Native Roles CurveSchedule Notes
17
(CurveSchedule)
The CurveSchedData class is used to represent points for various curves that derive from the CurveSchedule class. The curves defined in the CPSM profile are: GrossToNetMWCurve. MVArCapabilityCurve
5.2.4
IrregularTimePoint Native Attributes time value1 value2 (Seconds) (Float) (Float)
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles IrregularIntervalSchedule Notes (IrregularIntervalSchedule) (String) (String) (String) (String)
The IrregularTimePoint class is used to represent points for various schedules that derive from the IrregularIntervalSchedule class. The schedules defined in the CPSM profile are: AreaLoadCurve NonConformLoadSchedule RegulationSchedule
5.2.5
SubControlArea Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles HostControlArea (HostControlArea) (String) (String) (String) (String)
61970-452 IEC:2006 5.2.6 Substation
18
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles Region 5.2.7 Terminal Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles ConductingEquipment (ConductingEquipment) ConnectivityNode (ConnectivityNode) 5.2.8 Unit Attributes Inherited From IdentifiedObject name pathname aliasName description Notes (String) (String) (String) (String) (String) (String) (String) (String) (SubGeographicalRegion) (String) (String) (String) (String)
The Unit class is used to define the unit of measure (MW, kV, MVA, etc.) of a Measurement. A Measurement must be associated with one and only one Unit. The valid values for Unit.name are defined in section 4.2, Normative String Tables.
5.2.9
VoltageLevel Native Attributes highVoltageLimit lowVoltageLimit (Voltage) (Voltage)
Attributes Inherited From IdentifiedObject
61970-452 IEC:2006 name pathname aliasName description Native Roles (String) (String) (String) (String)
19
MemberOf_Substation (Substation) BaseVoltage (BaseVoltage) Notes The attributes highVoltageLimit and lowVoltageLimit are not required. **** UNDER REVIEW ****
61970-452 IEC:2006
20
5.3
EnergyScheduling Package
5.3.1
HostControlArea Attributes Inherited From IdentifiedObject name pathname aliasName description (String) (String) (String) (String)
***** OPTIONAL UNDER REVIEW WITH HIERARCHY DISCUSSION *****
61970-452 IEC:2006
21
5.4
Topology Package
5.4.1
ConnectivityNode Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles MemberOf_EquipmentContainer Notes [R3.2] is satisfied by navigation to SubControlArea. [R3.3] is satisfied by navigation to BaseVoltage. [R3.5] is satisfied by navigation to VoltageLevel (EquipmentContainer) (String) (String) (String) (String) [R3.1]
By convention, ConnectivityNodes may only be placed within VoltageLevels.
61970-452 IEC:2006
22
5.5
Wires Package
5.5.1
ACLineSegment Attributes Inherited From Conductor bch r x (Susceptance) (Resistance) (Reactance) [R4.4] [R4.2] [R4.3]
Attributes Inherited From IdentifiedObject name pathname aliasName description (String) [R4.1] (String) (String) (String)
Roles Inherited From ConductingEquipment BaseVoltage MemberOf_EquipmentContainer Notes [R4.5] and [R4.7] are satisfied by navigation to ConnectivityNode and Substation Each ACLineSegment is required to have an association to a BaseVoltage. The association to Line is not required. (BaseVoltage) (Line)
5.5.2
Breaker Native Attributes ampRating (CurrentFlow)
Attributes Inherited From Switch normalOpen (Boolean) [R6.5]
Attributes Inherited From IdentifiedObject name pathname aliasName description (String) (String) (String) (String) [R6.1]
61970-452 IEC:2006 Roles Inherited From Equipment MemberOf_EquipmentContainer Notes
23
(EquipmentContainer)
[R6.2] and [R6.3] are satisfied by navigation to ConnectivityNode and Substation [R6.4] is satisfied by the class name.
5.5.3
BusbarSection Attributes Inherited From IdentifiedObject name pathname aliasName description (String) (String) (String) (String)
Roles Inherited From Equipment MemberOf_EquipmentContainer 5.5.4 Disconnector Attributes Inherited From Switch normalOpen (Boolean) [R6.5] (EquipmentContainer)
Roles Inherited From Equipment MemberOf_EquipmentContainer Notes [R6.2] and [R6.3] are satisfied by navigation to ConnectivityNode and Substation [R6.4] is satisfied by the class name. (EquipmentContainer)
61970-452 IEC:2006 5.5.5 EnergyConsumer Native Attributes conformingLoadFlag pFexp pfixed pfixedPct powerFactor pVexp qFexp qfixed qfixedPct qVexp
24
(Boolean) (Exponent) (ActivePower) (PerCent) (PowerFactor) (Exponent) (Exponent) (ReactivePower) (PerCent) (Exponent)
[R8.5]
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles LoadArea (LoadArea) (String) (String) (String) (String) [R8.1]
Roles Inherited From Equipment MemberOf_EquipmentContainer Notes ConnectivityNode and Substation [R8.2] is satisfied by navigation to (EquipmentContainer)
The definition of the real and reactive power injections for an EnergyConsumer can be done using different sets of attributes. In the simplest case, the injections can be defined directly using only the attributes pfixed and qfixed. If the conformingLoadFlag attribute indicates that the EnergyConsumer is a conforming load, then the injections can be defined as a percentage of the LoadArea injection with the attributes pfixedPct and qfixedPct. In this case, the associated LoadArea would have to have an associated AreaLoadCurve. If the EnergyConsumer is a non-conforming load, the injections can be specified with an associated NonConformLoadSchedule. PowerFactor and the attributes defining the affect of voltage and frequency on the injection (pFexp, qFexp, pVexp, and qVexp) should be supplied, if they are available, but are not required.
61970-452 IEC:2006 5.5.6 Line
25
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles Region Notes Use of the Line class is not required. If used, it can only be used as a container for ACLineSegments. (SubGeographicalRegion) (String) [R6.1] (String) (String) (String)
5.5.7
LoadBreakSwitch Native Attributes ampRating (CurrentFlow)
Attributes Inherited From Switch normalOpen (Boolean) [R6.5]
Roles Inherited From Equipment MemberOf_EquipmentContainer Notes 5.5.8 [R6.2] and [R6.3] are satisfied by navigation to ConnectivityNode and Substation [R6.4] is satisfied by the class name. (EquipmentContainer)
MVArCapabilityCurve Attributes Inherited From CurveSchedule curveStyle xUnit y1Unit (CurveStyle) (String) (String)
61970-452 IEC:2006 y2Unit (String)
26
Attributes Inherited From IdentifiedObject name pathname aliasName description Notes (String) (String) (String) (String)
MVArCapabilityCurves are not required if the reactive power limits of the SynchronousMachine do not vary with real power output. By convention, the Y1 axis values represent reactive minimum and the Y2 axis values represent reactive maximum.
5.5.9
PowerTransformer Native Attributes transformerType (TransformerType) [R5.11]
Roles Inherited From Equipment MemberOf_EquipmentContainer (EquipmentContainer)
5.5.10 RegulationSchedule Attributes Inherited From BasicIntervalSchedule startTime value1Unit (AbsoluteDateTime) (String)
Attributes Inherited From IdentifiedObject name pathname aliasName description Notes (String) (String) (String) (String)
By convention, value1 represents the target voltage or real power. value2 is not used.
61970-452 IEC:2006 5.5.11 SeriesCompensator Native Attributes r x
27
(Resistance) (Reactance)
Roles Inherited From Equipment MemberOf_EquipmentContainer Notes [R9.3] is satisfied by navigation to ConnectivityNode and Substation (EquipmentContainer)
5.5.12 ShuntCompensator Native Attributes maximumSections mVArPerSection nominalkV normalSections (Counter) (ReactivePower) (Voltage) (Counter) [R9.6] [R9.5] [R9.5]
Roles Inherited From RegulatingCondEq Measurement RegulationSchedule (Measurement) (RegulationSchedule)
Roles Inherited From Equipment MemberOf_EquipmentContainer Notes [R9.3] is satisfied by navigation to ConnectivityNode and Substation If the mVArPerSection attribute is positive, the Compensator is a capacitor. If the value is negative, the Compensator is a reactor. (EquipmentContainer)
61970-452 IEC:2006
28
5.5.13 StaticVarCompensator Native Attributes capacitiveRating inductiveRating sVCControlMode slope voltageSetPoint (Reactance) [R9.7] (Reactance) [R9.7] (ControlMode) (PUkVPerMVAr) (Voltage)
Roles Inherited From RegulatingCondEq Measurement RegulationSchedule (Measurement) (RegulationSchedule)
Roles Inherited From Equipment MemberOf_EquipmentContainer Notes [R9.3] is satisfied by navigation to ConnectivityNode and Substation (EquipmentContainer)
5.5.14 SynchronousMachine Native Attributes maximumMVAr minimumMVAr operatingMode type (ReactivePower) [R9.7] (ReactivePower) [R9.7] (SynchronousMachineOperatingMode) (SynchronousMachineType)
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles (String) (String) (String) (String) [R7.1], [R9.1]
61970-452 IEC:2006
29 (GeneratingUnit) [R7.3] (MVArCapabilityCurve) [R7.5]
MemberOf_GeneratingUnit InitiallyUsesMVArCapabilityCurve Roles Inherited From RegulatingCondEq Measurement RegulationSchedule
(Measurement) (RegulationSchedule)
Roles Inherited From Equipment MemberOf_EquipmentContainer Notes [R7.2] and [R9.3] are satisfied by navigation to ConnectivityNode and Substation. If a SynchronousMachine is not associated with a MVArCapabilityCurve, then the minimumMVAr and maximumMVAr attributes will be used. If a MVArCapabilityCurve is supplied, then the minimumMVAr and MaximumMVAr attributes are not required. (EquipmentContainer)
5.5.15 Switch Native Attributes normalOpen (Boolean) [R6.5]
Roles Inherited From Equipment MemberOf_EquipmentContainer Notes [R6.2] and [R6.3] are satisfied by navigation to ConnectivityNode and Substation [R6.4] is satisfied by the class name. (EquipmentContainer)
61970-452 IEC:2006 5.5.16 TapChanger Native Attributes highStep lowStep neutralKV neutralStep normalStep stepPhaseShiftIncrement stepVoltageIncrement tculControlMode
30
(TapStep) [R5.12] (TapStep) [R5.12] (Voltage) (TapStep) [R5.12] (TapStep) [R5.15] (AngleDegrees) [R5.13] (PerCent) [R5.13] (TransformerControlMode)
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles Measurement RegulationSchedule TransformerWinding Notes A TapChanger may be fixed or it may regulate voltage, phase angle, or both. The tculControlMode attribute defines the control capabilities of the TapChanger and is always required. If the control mode is voltage, phase angle, or both the attributes highStep, lowStep, neutralStep, and normalStep are all required. If voltage control is possible, the attributes neutralkV and stepVoltageIncrement are also required. If phase angle control is possible, the attribute stepPhaseShiftIncrement is required. (Measurement) (RegulationSchedule) (TransformerWinding) (String) (String) (String) (String)
5.5.17 TransformerWinding Native Attributes b r ratedKV ratedMVA windingType x (Susceptance) (Resistance) (Voltage) (ApparentPower) (WindingType) (Reactance) [R5.2] [R5.8], [R5.9] [R5.8], [R5.9] [R5.1] [R5.3]
61970-452 IEC:2006
31
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles MemberOf_PowerTransformer (PowerTransformer) Roles Inherited From ConductingEquipment BaseVoltage Notes (BaseVoltage) (String) [R5.1] (String) (String) (String)
[R5.4], [R5.6], and [R5.10] are satisfied by navigation to ConnectivityNode and Substation
61970-452 IEC:2006
32
5.6
LoadModel Package
5.6.1
AreaLoadCurve Attributes Inherited From BasicIntervalSchedule startTime value1Unit value2Unit (AbsoluteDateTime) (String) (String)
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles Season LoadArea 5.6.2 CustomerMeter Attributes Inherited From EnergyConsumer conformingLoadFlag pFexp pfixed pfixedPct powerFactor pVexp qFexp qfixed qfixedPct qVexp (Boolean) (Exponent) (ActivePower) (PerCent) (PowerFactor) (Exponent) (Exponent) (ReactivePower) (PerCent) (Exponent) [R8.5] (Season) (LoadArea) (String) (String) (String) (String)
Roles Inherited from EnergyConsumer LoadArea (LoadArea)
61970-452 IEC:2006 Roles Inherited From Equipment MemberOf_EquipmentContainer Notes 5.6.3
33
(EquipmentContainer)
[R8.2] is satisfied by navigation to ConnectivityNode and Substation See EnergyConsumer for specific notes about inherited attributes.
EquivalentLoad Attributes Inherited From EnergyConsumer conformingLoadFlag pFexp pfixed pfixedPct powerFactor pVexp qFexp qfixed qfixedPct qVexp Attributes Inherited From IdentifiedObject name pathname aliasName description Roles Inherited from EnergyConsumer LoadArea (LoadArea) (String) (String) (String) (String) [R8.1] (Boolean) [R8.5] (Exponent) (ActivePower) (PerCent) (PowerFactor) (Exponent) (Exponent) (ReactivePower) (PerCent) (Exponent)
Roles Inherited From Equipment MemberOf_EquipmentContainer Notes [R8.2] is satisfied by navigation to ConnectivityNode and Substation See EnergyConsumer for specific notes about inherited attributes. (EquipmentContainer)
61970-452 IEC:2006 5.6.4 InductionMotor
34
Attributes Inherited From EnergyConsumer conformingLoadFlag pFexp pfixed pfixedPct powerFactor pVexp qFexp qfixed qfixedPct qVexp (Boolean) (Exponent) (ActivePower) (PerCent) (PowerFactor) (Exponent) (Exponent) (ReactivePower) (PerCent) (Exponent) [R8.5]
5.6.5
LoadArea Attributes Inherited From IdentifiedObject name pathname aliasName description (String) (String) (String) (String)
61970-452 IEC:2006
35
5.6.6
NonConformLoadSchedule Attributes Inherited From BasicIntervalSchedule startTime value1Unit value2Unit (AbsoluteDateTime) (String) (String)
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles EnergyConsumer (EnergyConsumer) (String) (String) (String) (String)
5.6.7
Season Native Attributes name startDate endDate (SeasonName) (AbsoluteDateTime) (AbsoluteDateTime)
5.6.8
StationSupply Attributes Inherited From EnergyConsumer conformingLoadFlag pFexp pfixed pfixedPct powerFactor pVexp qFexp qfixed qfixedPct qVexp (Boolean) (Exponent) (ActivePower) (PerCent) (PowerFactor) (Exponent) (Exponent) (ReactivePower) (PerCent) (Exponent) [R8.5]
61970-452 IEC:2006
36
61970-452 IEC:2006
37
5.7
Meas Package
5.7.1
Accumulator Attributes Inherited from Measurement positiveFlowIn (Boolean)
Roles Inherited from Measurement MeasurementType MemberOf_PSR Terminal Unit Notes The positiveFlowIn attribute is only required if the Measurement is being used for the exchange of ICCP data and the Measurement measures a directional flow of power. The association to Terminal may not be required depending on how the Measurement is being used. See section 2.3 Use of Measurement Class for details. The MeasurementType class is used to define the quantity being measured (Voltage, ThreePhaseActivePower, etc.) by a Measurement. A Measurement must be associated with one and only one measurementType. The valid values for MeasurementType.name are defined in section 4.2, Normative String Tables. (MeasurementType) (PowerSystemResource) (Terminal) (Unit)
5.7.2
AccumulatorValue Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles MemberOf_Measurement (Accumulator) (String) (String) (String) (String) [R10.1] [R10.2]
Roles Inherited from MeasurementValue MeasurementValueSource (MeasurementValueSource)
61970-452 IEC:2006 5.7.3 Analog Attributes Inherited from Measurement positiveFlowIn
38
(Boolean)
5.7.4
AnalogValue Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles MemberOf_Measurement (Analog) (String) (String) (String) (String) [R10.1] [R10.2]
61970-452 IEC:2006 5.7.5 Discrete Attributes Inherited from Measurement positiveFlowIn
39
(Boolean)
5.7.6
DiscreteValue Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles MemberOf_Measurement (Discrete) (String) (String) (String) (String) [R10.1] [R10.2]
61970-452 IEC:2006 5.7.7 AnalogLimit Native Attributes value (Float)
40
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles LimitSet Notes The valid Limit names are defined in section 4.2 Normative String Tables. High5 has the higest value. High4 is lower than High5, etc. Low5 is the lowest value. Low4 is higher than Low5, etc. It is not required to supply limits with all of the names specified. (LimitSet) (String) (String) (String) (String)
5.7.8
LimitSet Native Attributes isPercentageLimits (Boolean)
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles Measurements (Measurement) (String) (String) (String) (String)
5.7.9
MeasurementType Attributes Inherited From IdentifiedObject name pathname aliasName description (String) (String) (String) (String)
61970-452 IEC:2006
41
5.7.10 MeasurementValueSource Attributes Inherited From IdentifiedObject name pathname aliasName description (String) (String) (String) (String) [R10.3] [R10.4]
61970-452 IEC:2006
42
5.8
Production Package
5.8.1
GeneratingUnit Native Attributes initialMW longPF maximumOperatingMW minimumOperatingMW normalPF genControlSource ratedGrossMaxMW ratedGrossMinMW ratedNetMaxMW shortPF (ActivePower) (ParticipationFactor) (ActivePower) (ActivePower) (ParticipationFactor) (GeneratorControlSource) (ActivePower) (ActivePower) (ActivePower) (ParticipationFactor)
Roles Inherited From Equipment MemberOf_EquipmentContainer Notes To define a GeneratingUnit requires defining the initial real power injection, net real power limits, and the status of the unit. The initial injection is defined using the attribute initialMW. The net real power limits can be defined in three ways; 1) with the attributes maximumOperatingMW and minimumOperatingMW, or 2) with the attribute ratedNetMaxMW or 3) with the attributes ratedGrossMinMW and ratedGrossMaxMW used in conjunction with an associated GrossToNetMWCurve. The control status of the unit is defined with the attribute genControlSource, but it is not required. The participation factor attributes longPF, normalPF, and shortPF are not required. (EquipmentContainer)
61970-452 IEC:2006 5.8.2 GrossToNetMWCurve
43
Attributes Inherited From CurveSchedule curveStyle xUnit y1Unit (CurveStyle) (String) (String)
Attributes Inherited From IdentifiedObject name pathname aliasName description Native Roles GeneratingUnit (GeneratingUnit) (String) (String) (String) (String)
5.8.3
HydroGeneratingUnit Attributes Inherited From GeneratingUnit genControlSource initialMW maximumOperatingMW minimumOperatingMW ratedGrossMaxMW ratedGrossMinMW ratedNetMaxMW (GeneratorControlSource) (ActivePower) (ActivePower) (ActivePower) (ActivePower) (ActivePower) (ActivePower)
61970-452 IEC:2006 5.8.4 ThermalGeneratingUnit
44
Attributes Inherited From GeneratingUnit genControlSource initialMW maximumOperatingMW minimumOperatingMW ratedGrossMaxMW ratedGrossMinMW ratedNetMaxMW (GeneratorControlSource) (ActivePower) (ActivePower) (ActivePower) (ActivePower) (ActivePower) (ActivePower)
61970-452 IEC:2006
45
5.9
Domain Package
5.9.1
AbsoluteDateTime Native Attributes value units (Timestamp) (String "Time")
5.9.2
ActivePower Native Attributes value units (Float) (String "MW")
5.9.3
AngleDegrees Native Attributes value units (Float) (String "Degrees")
5.9.4
ApparentPower Native Attributes value units (Float) (String "MVA")
5.9.5
ControlMode Native Attributes value (String)
5.9.6
Counter Native Attributes value units (Integer) (String "Count")
5.9.7
CurrentFlow
61970-452 IEC:2006 Native Attributes value units 5.9.8 CurveStyle Native Attributes constantYValue straightLineYValues 5.9.9 Exponent Native Attributes value units (Float) (String "Exponent") (Float) (String "Amperes")
46
5.9.10 GeneratorControlSource Native Attributes Unavailable offAGC onAGC PlantControl 5.9.11 Load Native Attributes value units (Float) (String "MW")
5.9.12 ParticipationFactor Native Attributes value 5.9.13 PerCent Native Attributes value units (Float) (String "PerCent") (Float)
61970-452 IEC:2006 5.9.14 PowerFactor Native Attributes value units 5.9.15 PUkVPerMVAr Native Attributes value units 5.9.16 Reactance Native Attributes value units 5.9.17 ReactivePower Native Attributes value units 5.9.18 Resistance Native Attributes value units 5.9.19 SeasonName Native Attributes winter spring summer fall (Float) (String "Ohms") (Float) (String "MVAr") (Float) (String "Ohms") (Float) (String "Ratio")
47
(Float) (String "PU_kV/MVAr")
61970-452 IEC:2006 5.9.20 Susceptance Native Attributes value units (Float) (String "Siemens")
48
5.9.21 SynchronousMachineOperatingMode Native Attributes generator condenser 5.9.22 SynchronousMachineType Native Attributes generator condenser generator_or_condenser
5.9.23 TapStep Native Attributes value (Integer)
5.9.24 TransformerControlMode Native Attributes off local volt MW mVAr 5.9.25 TransformerType Native Attributes fix voltageControl phaseControl voltageAndPhaseControl
61970-452 IEC:2006 5.9.26 Voltage Native Attributes value units 5.9.27 WindingType Native Attributes primary secondary tertiary quarternary (Float) (String "kV")
49
Notes:
This class, attribute, or role is recommended but not required. This attribute is not required. By convention, it is interpreted to be an initial value that may be included as an aid to Power Flow applications, which may be utilized to help verify the integrity of the model. This attribute must be false. By convention, ConnectivityNodes may only be placed within VoltageLevels.
61970-452 IEC:2006
50
Amplifications and Conventions
The following section is intended to codify conventions established by the CCAPI XML Break Out Team and to provide amplification necessary to disambiguate the semantic interpretation of certain CIM entities within the context of an XML-based model exchange among Security Coordinators.
6.1
XML File Validity
In order to be considered a valid model file for exchange among Security Coordinators, a given XML file must adhere to the following four criteria: 1. The file must be well-formed as defined by the Extensible Markup Language (XML) 1.0 (Second Edition) (http://www.w3.org/TR/REC-xml). 2. The file must adhere to the rules set forth in the Simplified RDF Syntax for Power System Model Exchange. (http://www.langdale.com.au/CIMXML/PSModelExchange.pdf) 3. The file must contain CIM entities which are valid according to the [???] CIM RDF Schema file. 4. The file must adhere to the rules set forth in this document.
61970-452 IEC:2006 6.2 Normative String Tables
51
By convention, the following class attributes may only contain the values shown in the Valid Values column.
61970-452 IEC:2006
52
Class
GeneratingUnit StaticVarCompensator TapChanger
Attribute
genControlSource sVCControlMode tculControlMode
Valid Values
On-AGC Off-AGC Voltage Off mVAr MW volt off MW Degrees MVA Count Amperes PerCent Ratio MVAr kV TapPosition SwitchPosition ThreePhasePower ThreePhaseActivePower ThreePhaseReactivePower ThreePhaseCurrent Voltage Angle TapPosition SwitchPosition ICCP SCADA High1 High2 High3 High4 High5 Low1 Low2 Low3 Low4 Low5 Normal Emergency Short Term activePower reactivePower voltage activePower reactivePower voltage activePower reactivePower voltage activePower reactivePower
Unit
name
MeasurementType
name
MeasurementValueSource AnalogLimit
name Name
CurveSchedule CurveSchedule CurveSchedule BasicIntervalSchedule
xUnit y1Unit y2Unit value1Unit
61970-452 IEC:2006
53
Class
BasicIntervalSchedule
Attribute
Value2Unit
Valid Values
voltage activePower reactivePower voltage
6.3
Roles and Multiplicity
Within the CIM, all associations are binary and are labeled at each end by a role name. For example, the names ConductingEquipment.Terminals and Terminal.ConductingEquipment specify opposite ends of the association between the ConductingEquipment class and the Terminal class. By convention, in a one-to-many association, the association reference is included with the data of the many side class. In the example above, a ConductingEquipment can be associated with up to two Terminals, but a Terminal must be associated with one and only one ConductingEquipment. Consequently, the XML element corresponding to the ConductingEquipment class is not required to contain any ConductingEquipment.Terminals elements. However, the XML element corresponding to the Terminal class is expected to contain appropriate Terminal.ConductingEquipment elements.
61970-452 IEC:2006
54
Appendix A: Requirements
Common Power System Model Minimum Data Requirements

Version 1.6 March 21, 2002 Scope: This document attempts to define minimum input data requirements for state estimation and subsequent power flow/contingency analysis calculations only. Some data for some proprietary systems may have to be inferred if other data is required. The data requirements of other applications such as Optimal Power Flow are not considered at this time. In addition, the data requirements are not currently defined to permit the exchange of solved power flow solutions like the IEEE Common and PTI formats permit. If required, extension to the data defined here to include information such as voltage magnitude/angle and area interchange should be possible. The generic/familiar terminology used in this document will be migrated to the appropriate Common Information Model (CIM) terminology. This will then be used to support the NERC DEWG proposal to use CIM to exchange model data among Security Coordinators. This document is not intended to represent a final or particular data model/relationship that will be obtained during the migration to the CIM terminology. The data requirements outlined here are loosely based on the old IEEE Common Format and PTI PSS/E format requirements that have served the industry as sufficient bus-oriented detail for many years. The general power flow data in those formats was supplemented to also outline breaker-oriented and telemetry data items required to perform State Estimation. Notes: 1. The concept of device ownership has not been covered in this definition unless acceptable inference from Control Area on the Electrical Junction data can be performed. 2. The attributes (type, refresh rate, units, multipliers, etc.) of SCADA references are assumed to be defined in the associated NERC ISN Data Point Definition file that must exist whenever SCADA References (i.e. Host IDs) are provided in a CPSM CIM/XML file. 3. Analog values found in the NERC ISN Data Point Definition file do not indicate whether they are associated with meters connected to lines/transformers/etc. or in metering devices associated with switching devices. To permit this differentiation, analog measurements can be assigned to both switching devices and all the other devices via attributes on all devices. 4. The use of the Substation as the focal entity/item for other devices/items is done for two reasons: This keeps terminology consistent with the direction of the DEWG to formulate a Master Resource ID and associated registry that initially will be keyed to Substations The concept of a Bus that is traditionally used as the focal entity/item in IEEE and PTI formats is a dynamic type entity that changes based on topology. 5. Assumptions: Device parameter units will not be identified in this document since appropriate units will be defined by the applicable CIM version attributes after migration and their identification here may create confusion. For the purpose of communicating the minimum data requirements, this document represents substations as wholly containing all devices with terminals in that station except lines. Transformers are contained within a single substation. Tie transformers within a substation can be represented by different control area locations of its terminating electrical junctions. For this same reason, tie lines can be identified by different control area locations of their terminating electrical junctions.
61970-452 IEC:2006
55
Actual modeling in CIM implementation is subject to the CIM restrictions/flexibility and interoperability conventions. Since different systems use different assumptions on the identification of devices neither name nor number were selected as the primary identification. The requirement of a unique identifier attribute (assumed to be alphanumeric) is required for each device type. The translation of this identifier (including the size of the identifier) to CIM attributes can then be made, as appropriate. Each electrical junction is within one and only one voltage level. Transformers with more than two windings are assumed to be modeled with an equivalent star model consisting of multiple 2 winding transformers connected to a fictitious center node. Due to the limited implementations of DC line sections and since DC line modeling can be handled in various ways (i.e. detailed controller modeling to fixed load/generation pairs representing the link) the data modeling requirements have not been included. If in the future the modeling of DC lines in this version is determined to be deficient, then it will be expanded. Transformer tap position rather than tap ratio information is used to represent transformers. Since most tap positions are relative to/include a nominal (1.0 turns ratio) tap, an optional attribute permitting the specification of the effective tap ratio for the nominal tap position has been included so that the step size attribute has a reference value from which it can be incremented/decremented for each position. No transformer Type attribute to identify Fixed or TCUL/LTC is assumed to be required since the absence of LTC data for a transformer is assumed to imply a Fixed type. Reactive generating/consuming devices such as Synchronous Condenser or Static Var Compensators are assumed to be modeled as a type of Shunt Reactive Device in this document. An alternative modeling method where a Synchronous Condenser or Static Var Compensator is modeled as a Generator is also assumed to be acceptable. Applicable Generator attributes (limits, MW output, etc.) are assumed to be net for the following reason: 1. Most external representations of neighboring utilities (in planning and operations) are limited net models for simplicity - often not even modeling generator step up transformers or even combining some generators on a bus. 2. Using Gross values also requires modeling station service and its generation dependent characteristics - capabilities often not available in many systems. Equivalent series and shunt devices that may be exchanged in the CPSM format files along with real equipment are assumed to be modeled as simplified versions of the other devices (i.e., AC Line, Transformer, Load, Shunt, Generator). No special attribute notation of an equivalent device is included since most EMS systems and the CIM do not have attributes denoting equivalent devices. The designation of Main and Transfer portions of station voltage levels was omitted as not being required to perform studies. Topology processors will be able to distinguish split buses. Main and transfer notations of nodes would only serve to provide operator information, not solution enhancement. If desired, this information could be added as an attribute of the Electrical Junction. Load pseudo measurement/schedule information (MW and Mvar) was included as a Load attribute in order to support the operation of state estimation processes that handle unobservable areas resulting from missing or lost telemetry. It is assumed all loads will have such information provided at a single operating condition (e.g., peak or valley) so that a consistent set is available. Such an attribute may be ultimately deemed to be not required as a minimum data attribute. The SCADA references used in the file match the Host ID field entry in the DEWG ICCP Data Point Definition file.
61970-452 IEC:2006
56
The concept of a System Base MVA attribute is not required since engineering units (e.g. ohms) rather than percent or per unit are assumed to be used by the CIM representation. The traditional concept of a System Swing Generator identifier is not required for the initial implementation related to State Estimation nor is a mechanism currently available in the standard CIM to designate it. The Normal Position/Status attribute on a Switching device is not intended to override SCADA telemetry, when available. It is to assist in defining default configuration information for untelemetered devices as well as provide a reference for configuration processor abnormal state alarming.
Glossary Electrical Junction - This is a term used to reflect the zero impedance connection point of the terminals of two or more devices. It is conceptually the same as a ConnectivityNode in the CIM representation. Load Pseudo Measurement/schedule A value used to represent the relationship of conforming loads to each other at a particular operating condition (e.g., peak to valley load conditions). The value can be used (with larger standard deviations) to solve state estimation at locations where telemetry has been lost. In addition, power factor of the load can be represented by the MW/Mvar relationship of these pseudo measurements. SCADA Reference - This term is assumed to be the same information found in the Host ID field of the NERC ISN Data Point Definition File
Recommended Data Model Exchange Attributes

Substation [R2.1] Unique Identifier Electrical Junction [R3.1] Identifier (unique within a Substation) [R3.2] Control Area Location [R3.3] Base/nominal kV [R3.4] Telemetered kV SCADA reference [R3.5] High/Low Normal limits (kV) AC Line and Other Series Devices [R4.1] Unique Identifier (including a circuit id if applicable) [R4.2] Resistance [R4.3] Reactance [R4.4] Total Line Charging/suseptance [R4.5] From End location (Electrical Junction and Substation) [R4.6] From End location SCADA references (MW and Mvar) [R4.7] To End location (Electrical Junction and Substation) [R4.8] To End location SCADA references (MW and Mvar) [R4.9] Normal Rating value [R4.10] Normal Rating units (MVA or Amps)
61970-452 IEC:2006
57
Transformer (2 winding) [R5.1] Unique Identifier (including a circuit id if applicable) [R5.2] Resistance [R5.3] Reactance [R5.4] From End location (Electrical Junction and Substation) [R5.5] From End location SCADA references (MW and Mvar) [R5.6] To End location (Electrical Junction and Substation) [R5.7] To End location SCADA references (MW and Mvar) [R5.8] Normal Rating/Limit value [R5.9] Normal Rating Units (MVA or Amp) Tap Information [R5.10] Tap side Electrical Junction Identifier [R5.11] Tap type (voltage magnitude and/or phase angle) [R5.12] Tap position numbers min, max and nominal [R5.13] Tap step size between max and min (voltage magnitude ratio and/or phase angle in degrees) taps should reflect system voltage base values not design voltage values (i.e. effective tap step size) [R5.14] Nominal tap position ratio on system voltage bases optional attribute to capture effective tap where nominal is not 1.0. [R5.15] Normal Tap position [R5.16] Tap position SCADA reference, if applicable Load Tap Changer (LTC) information, if applicable [R5.17] Controlled location (Electrical Junction and Substation for bus voltage or Electrical Junction defining starting point of flow trough transformer for flow control) [R5.18] Control desired value or max/min range along as well as units of measure (kV, MW, Mvar) [R5.19] Normal Control status and, if applicable, SCADA reference for status Switching Device [R6.1] Unique Identifier within Substation [R6.2] From End location (Electrical Junction and Substation) [R6.3] To End location (Electrical Junction and Substation) [R6.4] Type (Breaker, Disconnect Switch, Switch, Fuse) [R6.5] Normal position/status [R6.6] Status SCADA reference [R6.7] Analog SCADA references (MW and Mvar), if applicable Generator [R7.1] Unique Identifier [R7.2] Location (Electrical Junction and Substation) [R7.3] Generation MW Limits (Net) Max and Min [R7.4] Generation Net Output SCADA references (MW and Mvar) [R7.5] Mw/Mvar capability curve data (Mvar max/min at MW max and min in terms of net values) Voltage control information [R7.6] Electrical Junction and Substation identifier of controlled location [R7.7] Desired voltage control value or max/min range [R7.8] Normal Control status and, if applicable, SCADA reference for status
61970-452 IEC:2006
58
Load [R8.1] [R8.2] [R8.3] [R8.4] [R8.5]
Unique Identifier Location (Electrical Junction and Substation) Load SCADA references (MW and Mvar) Load Pseudo measurement/schedules (MW and Mvar) Load Type (conforming/non-conforming)
Shunt Reactive Device [R9.1] Unique Identifier [R9.2] Type(Capacitor, Reactor, Synchronous Condensor, Static Var Compensator) [R9.3] Location (Electrical Junction and Substation) [R9.4] Load SCADA references (MW and Mvar) For Capacitor/Reactors - [R9.5] Total Shunt bank admittance/Mvar at nominal voltage - [R9.6] Number of bank units (assumed equal sizing in bank) For Synchronous Condensor/Static Var Compensator - [R9.7] Maximum and minimum reactive (capacitive/inductive) power Voltage control information (for all types) [R9.8] (Electrical Junction and Substation) identifier of controlled location [R9.9] Desired voltage control value or max/min range [R9.10] Normal Control status and, if applicable, SCADA reference for status ICCP [R10.1] [R10.2] [R10.3] [R10.4] Unique Local SCADA Reference Identifier ICCP Object Identifier Data Source Identifier (SCADA or ICCP) System Supplying ICCP data
61970-452 IEC:2006
59
Example model configuration

Substation East
Line X Line Y
P.T. N.O. Electrical Junction 2
Switch B
N.O. Breaker A
Electrical Junction 1
Load
Substation West
Electrical Junction 3
Capacitor
KEY: Substation Boundary Device Terminal Point Analog Measurement Location
The following observations can be made about this diagram with respect to the data model items suggested: 1. Observe all device terminal points are within a substation (including each terminal of a line). 2. Observe all devices are wholly contained within a substation (including transformers) except lines that go between substations. 3. If Electrical Junction 1 is located in Control Area North and Electrical Junction 2 is located in Control Area South, then the transformer between the two substations would be considered a tie. 4. Observe there is a voltage measurement value at Electrical Junction 2 metered by potential transformer P.T. 5. Observe Breaker A has an analog measurement associated with it (i.e. it will go to 0 when the breaker is open). 6. Observe Line X has an analog measurement associated with it (i.e. it may or may not go to zero if the breaker opens depending on by-pas switch position). 7. Observe Switch B has a normal status of Normally Open (N.O.) 8. Until breaker statuses are resolved by a topology processor, Electrical Junctions 2 and 3 may (or may not) constitute a single bus or topological node.

61970-452-Rev2 (CIM Model Exchange) 15 June 2006

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

61970-452-Rev2 (CIM Model Exchange) 15 June 2006

Загружено:

Авторское право:

Доступные форматы

61970-452 IEC:2006

INTERNATIONAL ELECTROTECHNICAL COMMISSION

EMS-API Part 452: CIM Model Exchange Specification FOREWORD

INTERNATIONAL ELECTROTECHNICAL COMMISSION

EMS-API Part 452: CIM Model Exchange Specification

Overview of CPSM Data Requirements

Use of Measurement Classes

ICCP Data Exchange

61970Version Native Attributes version date (String) (String)

BaseVoltage Native Attributes nominalVoltage (Voltage)

CurveSchedData Native Attributes xvalue y1value y2value (Float) (Float) (Float)

61970-452 IEC:2006 Native Roles CurveSchedule Notes

IrregularTimePoint Native Attributes time value1 value2 (Seconds) (Float) (Float)

61970-452 IEC:2006 5.2.6 Substation

VoltageLevel Native Attributes highVoltageLimit lowVoltageLimit (Voltage) (Voltage)

Attributes Inherited From IdentifiedObject

***** OPTIONAL UNDER REVIEW WITH HIERARCHY DISCUSSION *****

By convention, ConnectivityNodes may only be placed within VoltageLevels.

Breaker Native Attributes ampRating (CurrentFlow)

Attributes Inherited From Switch normalOpen (Boolean) [R6.5]

61970-452 IEC:2006 Roles Inherited From Equipment MemberOf_EquipmentContainer Notes

61970-452 IEC:2006 5.5.6 Line

LoadBreakSwitch Native Attributes ampRating (CurrentFlow)

Attributes Inherited From Switch normalOpen (Boolean) [R6.5]

61970-452 IEC:2006 y2Unit (String)

PowerTransformer Native Attributes transformerType (TransformerType) [R5.11]

Roles Inherited From Equipment MemberOf_EquipmentContainer (EquipmentContainer)

61970-452 IEC:2006 5.5.11 SeriesCompensator Native Attributes r x

Roles Inherited From RegulatingCondEq Measurement RegulationSchedule (Measurement) (RegulationSchedule)

Roles Inherited From RegulatingCondEq Measurement RegulationSchedule (Measurement) (RegulationSchedule)

29 (GeneratingUnit) [R7.3] (MVArCapabilityCurve) [R7.5]

MemberOf_GeneratingUnit InitiallyUsesMVArCapabilityCurve Roles Inherited From RegulatingCondEq Measurement RegulationSchedule

5.5.15 Switch Native Attributes normalOpen (Boolean) [R6.5]

Roles Inherited from EnergyConsumer LoadArea (LoadArea)

61970-452 IEC:2006 Roles Inherited From Equipment MemberOf_EquipmentContainer Notes 5.6.3

61970-452 IEC:2006 5.6.4 InductionMotor

Roles Inherited from EnergyConsumer LoadArea (LoadArea)

Season Native Attributes name startDate endDate (SeasonName) (AbsoluteDateTime) (AbsoluteDateTime)

Roles Inherited from EnergyConsumer LoadArea (LoadArea)

Accumulator Attributes Inherited from Measurement positiveFlowIn (Boolean)

Roles Inherited from MeasurementValue MeasurementValueSource (MeasurementValueSource)

61970-452 IEC:2006 5.7.3 Analog Attributes Inherited from Measurement positiveFlowIn

Roles Inherited from MeasurementValue MeasurementValueSource (MeasurementValueSource)

61970-452 IEC:2006 5.7.5 Discrete Attributes Inherited from Measurement positiveFlowIn

Roles Inherited from MeasurementValue MeasurementValueSource (MeasurementValueSource)

61970-452 IEC:2006 5.7.7 AnalogLimit Native Attributes value (Float)

LimitSet Native Attributes isPercentageLimits (Boolean)

61970-452 IEC:2006 5.8.2 GrossToNetMWCurve

Roles Inherited From Equipment MemberOf_EquipmentContainer (EquipmentContainer)

61970-452 IEC:2006 5.8.4 ThermalGeneratingUnit

Roles Inherited From Equipment MemberOf_EquipmentContainer (EquipmentContainer)

AbsoluteDateTime Native Attributes value units (Timestamp) (String "Time")

ActivePower Native Attributes value units (Float) (String "MW")

AngleDegrees Native Attributes value units (Float) (String "Degrees")

ApparentPower Native Attributes value units (Float) (String "MVA")

ControlMode Native Attributes value (String)

Counter Native Attributes value units (Integer) (String "Count")

(Float) (String "PU_kV/MVAr")

5.9.23 TapStep Native Attributes value (Integer)

Amplifications and Conventions

XML File Validity

61970-452 IEC:2006 6.2 Normative String Tables

CurveSchedule CurveSchedule CurveSchedule BasicIntervalSchedule

* OPTIONAL UNDER REVIEW WITH HIERARCHY DISCUSSION *