iec61970cim15v33_iec61968cim11v13_iec62325cim01v07-changes

CIM Combined Model Release Notes2011-09-09

Document OrganizationEach release is documented as a chapter heading listed from most recent to oldest. A short summary of release is given then, package changes are individually listed under the chapter. A list of issues to be discussed is also included at end of changes. The intent is not to fully describe each change, rather the intent is to make it easier to review what has changed.

iec61970cim15v33_iec61968cim11v13_iec62325cim01v07 release2011-09-09

Minor corrections and clarifications to documentation and diagrams only. Changes made in parallel to the iec61970cim16 releases.

Changes for iec61970cim15v33 packageIntended to be a documentation correction release based on the 61970-301 review. Comments on 301

Clarify ConductingEquipment-BaseVoltage for voltage spanning devicesThe use of ConductingEquipment-BaseVoltage association documenation was clarified. This addresses issue 13_087. This was a parallel change made in parallel for iec61970cim15v33.

Diagram IEC61970Dependencies updatedThe Topology package dependencies were corrected. Meas and Wires are dependent upon Core not Topology. (Issue 13_83)


Includes an update of IEC61970 and IEC61968.

Changes for the iec61968cim11v13Some critical changes to support upcoming part9 interOp. See the wg14-change-log.txt file for more detail.

Changes for iec61970cim15v32 packageIntended to be a documentation correction release based on the 61970-301 review. Comments on 301 document will put into this release where practical. Some minor diagram cleanup also included. A

large number of documentation and diagram changes are included, but these are mostly clarifications or minor grammer corrections. Where such changes could be controversial, more detail is included in these changes notes to help the reviewer focus on important changes.

Some minor non-documentation changes are also included.

1) RotatingMachine.parametersFormType used an enumeration that is in the informative dynamics packages. This has implications for the ENTSO-E Dynamics profile, but can be easily patched by ENTSO-E custom information model extension without breaking the profiles existing profiles when ENTSO-E merges the new CIM version. See details listed below under heading: RotatingMachine.parametersFormType:ParametersFormType move to Informative package.

2) Removed CompanyType enumeration because it was not used and confusing especially after removing Company class a few years back. See Remove unused enumeration CompanyType.

3) Added unit and mutiplier attributes to OperationalMode (typed as String) CIMDatatype.

Diagram IEC61970DependenciesThe dependency of AuxiliaryEquipment package to Core package was added. Removed bends in one dependency relationship.

Class Clamp.lengthFromTerminal1 attribute documentation cleanupText formerly referenced cut instead of clamp.

Fix Clamp.lengthFromTerminal1 doc to be : The length to the place where the clamp is located starting from side one of the line segment, i.e. the line segment terminal with sequence number equal to one.

Remove root flag from various classesThe “root” specification was removed from various classes as specification of root is not part of the standard and is not known to be used by any tools and is probably inconsistently applied anyway. Did not check all classes, but looked for likely candidates. Previously several existing classes with no superclass where not marked root and some CIMDatatype and enumeration classes were also not marked root, so the root flag was not trustworthy.

1. CurveData2. RegularTimePoint3. IrregularTimePoint4. IEC61970CIMVersion5. ActivePower6. ActivePowerChangeRate7. Admittance8. AngleDegrees9. AngleRadians10. ApparentPower11. Capacitance12. Conductance

13. ConductancePerLength14. CostPerEnergyUnit15. CostPerVolume (already not root)16. CostRate17. Currency18. CurrentFlow19. Damping20. Date21. DateInterval (already not root)22. DateTime23. DateTimeInterval (already not root)24. Decimal25. Displacement26. Duration27. Float28. FloatQuantity29. Frequency30. Hours31. Impedance32. Inductrance33. Integer34. IntegerQuantity35. KiloActivePower36. Length37. Minutes38. Money39. PU40. PerCent41. Pressure42. Reactance43. ReactancePerLength44. ReactivePower45. RealEnergy46. Resistance47. ResistancePerLength48. RotationSpeed49. Seconds50. Speed51. String52. StringQuantity53. Susceptance54. SusceptancePerLength

55. Temperature56. Time57. TimeInterval (already not root)58. UnitMultiplier59. UnitSymbol60. Voltage61. VoltagePerReactivePower62. Volume63. VolumeFlowRate (already not root)64. WaterLevel65. Weight66. BreakerConfiguration67. BusbarConfiguration68. CompanyType69. CurveStyle70. IdentifiedObject (already not root)71. PhaseCode72. OperationalLimitDirectionKind73. CompositeSwitchType74. CoolantType75. OperatingMode76. SVCControlMode77. SynchronousMachineOperatingMode78. SynchronousMachineType79. TapChangerKind80. TransformerControlMode81. WindingConnection82. BoilerControlMode83. TurbineType84. Classification85. CostPerHeatUnit86. Emission87. EmissionType88. EmissionValueSource89. FuelType90. GeneratorControlMode91. GeneratorControlSource92. GeneratorOperatingMode93. HeatRate94. HydroEnergyConversionKind95. HydroPlantType96. PenstockType

97. SpillwayGateType98. SurgeTankCode99. SeasonName100. SwitchState101. Quality61850102. Validity103. RemoteUnitType104. Source

Remove overlapping classes in Domain package diagramsMinor adjustments to spacing, mainly possible due to remove of “root”.

Remove ModelAuthoritySet and ModelAuthority from Core::Main diagramThe classes are informative and were removed from the diagram.

Removed note from Core:Names diagramThis was a note to help cleanup and is no longer appropriate.

Documentation patchesPackage Domain was cleaned up from Tatjana’s comments.

Diagram Domain::EnumeratedUnitDatatypes minor fix.

Diagram Domain::GeneralDatatypes minor fix.

Diagram Domain::MonetaryDatatypes minor fix.

Diagram Domain::TimeDatatypes minor fix.

Diagram Domain::ElectricityDatatypes minor fix.

Capacitance CIMDatatype – Better definition.

CostRate CIMDatatype – removed inappropriate “hour”

CurrentFlow – avoid specific class name references

Damping –

DateInterval –

DateTimeInterval –

Duration – fix left and right quote problem, need to verify jCleanCim output is correct

Inductance – add definition

Length – add “Never negative.”

PerCent – Define as percentage on a defined base, and remove the “normally 0-100”.

TimeInterval

UnitMultiplier – add . to literals, document “none”.

UnitSymbol – add . to literals

class CurveData – Added note: The use of this generic class is discouraged if a more specific class can be used to specify the x and y axis values along with their specific data types.

diagram Core::Main – reword to avoid stating shows all classes for everything

diagram Core::Names –

diagram Core:OperatingShare

class NameType – removed references to removed IdentifiedObject.aliasName, since it was kept in CIM15

ReportingGroup.PowerSystemResource – Change PSR to power system resource

BusNameMarker.ReportingGroup – remove specific class names

ReportingGroup.ReportingSuperGroup –

BasePower.basePower –

BaseVoltage.nominalVoltage

BaseVoltage.ConductingEquipment

BaseVoltage.VoltageLevel

Bay.Substation

BusbarConfiguration

BreakerConfiguration

ConductingEquipment.BaseVoltage

ConductingEquipment.Terminals

ConductingEquipment.ProtectionEquipments

ConductingEquipment.ClearanceTags

ConductingEquipment.SvStatus

ConnectivityNode.TopologicalNode – removed “Measurements at this node apply to all terminals connected to this node.

class ConnectivityNodeContainer

ConnectivityNodeContainer.ConnectivityNodes

Curve.CurveDatas

Curve.y1Multiplier – dot

class CurveData – all attributes get dot

CurveData.Curve

class CurveStyle – all attributes minor fixes

Equipment.normallyInService

Equipment.aggregate

Equipment.EquipmentContainer – remove note about naming hierarchy

Equipment.ContingencyEquipment

Equipment.OperationalLimitSet

EquipmentContainer.Equipments

GeographicalRegion.Regions:SubgeographicalRegion – remove naming hiearchy note

IdentifiedObject.mRID – new text: Master resource identifier issued by a model authority. The mRID is globally unique within an exchange context.Global uniqeness is easily achived by using a UUID for the mRID. It is strongly recommended to do this.For CIMXML data files in RDF syntax, the mRID is mapped to rdf:ID or rdf:about attributes that identify CIM object elements.

class IrregularIntervalSchedule

IrregularTimePoint.time

IrregularTimePoint.value1

IrregularTimePoint.value2

class OperatingParticipant

OperatingParticipant.OperatingShare (and reverse)

class OperatingShare

OperatingShare.percentage

OperatingShare.OperatingParticipant

OperatingShare.PowerSystemResource

enumeration PhaseCode

PhaseCode.AB dot

PhaseCode.BC dot

PhaseCode.CA dot

class PowerSystemResource

PowerSystemResource.PSRType

PowerSystemResource.Measurements

PowerSystemResource.ReportingGroup

PowerSystemResource.OperatingShare

PowerSystemResource.PSRLists – reversed doc

class PSRList

PSRList.PowerSystemResources – reversed doc

PSRType.PowerSystemResources

RegularIntervalSchedule.timeStep

class RegularTimePoint

RegularTimePoint.sequenceNumber

RegularTimePoint.value1

RegularTimePoint.value2

RegularTimePoint.IntervalSchedule (and opposite)

SubGeographicalRegion.Substations – remove naming heirarchy (and opposite)

SubGeographicalRegion.Lines (and opposite)

Substation.VoltageLevels (and opposte)

Substation.Bays (and opposite)

Substation.SubGeographicalRegion (and opposite)

class Terminal

Terminal.connected

Terminal.ConductingEquipment (and opposite)

Terminal.ConnectivityNode (and opposite)

Terminal.TopologicalNode (and opposite)

Terminal.BusNameMarker (and opposite) removed confusing wording

Terminal.BranchGroupTerminal

Terminal.Measurement – simplify

Terminal.OperationalLimitSet

Terminal.SvPowerFlow (and opposite)

Terminal.TransformerEnd (and opposite)

VoltageLevel.Bay (and opposite)

VoltageLevel.BaseVoltage (and opposite)

VoltageLevel.Substation (and opposite)

package DiagramLayout

class Diagram – remove duplication of attribute documentation

Diagram.orientation

class DiagramObject

DiagramObject.rotation

class DiagramObjectPoint – remove bullet formatting

DiagramObjectPoint.sequenceNumber

DiagramObjectPoint.xPosition yPosition zPostition dot

class DiagramObjectStyle – remove bullets

TextDiagramObject.text dot

VisibilityLayer.drawingOrder

package OperationalLimits

diagram OperationalLimits

diagram BranchGroup

VoltageLimit.value

class OperationalLimit – misspelling

class BranchGroup – add a space

class TopologicalIsland

class TopologicalNode

TopologicalNode.Terminal (and opposite) misspelling

TopologicalNode.SvInjection (and opposite) reword

TopologicalNode.SvShortCircuit (and opposite) reword

diagram Wires::Datatypes – diagram show to diagram shows

class Cut – reword and spelling

class PhaseTapChangerNonLinear

PhaseTapChangerTabularPoint – spelling

class RatioTapChangerTabularPoint – spelling

RatioTapChangerTabularPoint.r

RatioTapChangerTabularPoint.g

RatioTapChangerTabularPoint.x

RatioTapChangerPoint.x

RatioTapChangerPoint.b

class PhaseTapChangerTabular

class PhaseTapChangerTabularPoint

PowerTransformerEnd.phaseAngleClock

SwitchPhase.phasesSide1 – wording and remove quotes

SwitchPhase.phasesSide2 – wording and remove quotes

class PhaseTapChangerAsymetrical – wording, remove class name

class PhaseTapChangerAsymetrical – wording, remove class name

class PhaseTapChangerSymetrical – wording, remove class name

class PhaseTapChangerNonLinear – wording, remove class name

ShuntCompensatorPhase.phase

class TransformerMeshImpedance – reword, remove incomplete statement about cardinality

MutualCoupling.distance11 – reword to clarify terminal with sequence number 1




class AsynchronousMachine – all attributes dot and remove > and fix attribute names in doc.

EnergySource.activePower dot

RectifierInverter.ratedU dot

RotatingMachine.ratedS dot

SynchronousGeneratorType dot

class BWRSteamSupply (dots on attributes)

BoilerControlMode – fill in missing documenation with echo of literals

CombustionTurbine – dots on a few attributes

DrumBoiler.drumBoilerRating dot

FossilSteamSupply many attributes dot

HeatRecoverBoiler.steamSupplyRating2 dot

HydroTurbine many attributes dot

PWRSteamSupply many attributes dot

PrimeMover.primeMoverRating:Float dot

SteamSupply.steamSupplyRating:Float dot

SteamTurbine many attributes dot

EmissionType – add obvious literals

FossilFuel – attribute dots

FuelAllocationSchedule – attribute dots

FuelType – add doc for literals

GeneratingUnit.longPF

GeneratingUnit.shortPF

GeneratorOperatingMode – add doc for literals

HeatRateCurve.isNetGrossP

HydroPlantType – add doc for literals

HydroPowerPlant attribute dots

HydroPump attribute dots

Reservoir attribute dots

ShudownCurve attribute dots

StartIgnFuelCurve attribute dot

StartMainFuelCurve attribute dot

StartRampCurve attribute dot

StartupModel attrbute dots

TargetLevelSchedule attribute dots

ThermalGeneratingUnit.oMCost dot

LoadResponseCharacteristic.pFrequencyExponent dot

LoadResponseCharacteristic.qFrequencyExponent dot

PowerCutZone attribute dots

Season attribute dots

SeasonName – literals empty

Outage::ClearanceTag attribute dots

SwitchState – empty literals

CurrentRelay – dots and remove hash #

SynchroCheckRelay attribute dots

Analog.minValue dot

Command attribute dots

Control attribute dots

Discrete.minValue dot

Measurement.measurementType – removed misleading upper case examples likely in conflict with other tables of allowed values.

SetPoint.normalValue dot

SetPoint.value dot

ValueToAlias.value dot

RemoteUnitType – empty literals

TieFlow.postiveFlowIn – clarify

ShuntCompensator.maximumSections – remove cap specific text

ShuntCompensator.normalSections – remove cap specific text

ShuntCompensator.normU – remove text about nominal reactance, since we use impedance now

TapChangerControl.limitVoltage – removed “base” as this indicates a PU value and type is Voltage.

Minor formatting of diagram OperationalLimits::OperationalLimitsTerminal class border changed to not be bold line.

Layout of diagram BranchGroupImproved layout so save space and paper.

Add Clamp and PowerTransformer to diagram Wires:InheritanceHiearchyAdded new class Clamp and also PowerTransformer as it inherits from ConductingEquipment.

Diagram cleanupSome minor documentation and spacing clean up to avoid overlapping lines and text outside the box.

1. GenerationDynamics::Datatypes2. Production::Main3. Production::Hydro4. Production::Thermal5. Contingency::Contingency

RotatingMachine.parametersFormType:ParametersFormType move to Informative packageThe parametersFormType attribute was removed from class Wires::RotatingMachine because it was undocumented using an undocumented attribute enumeration. A new package InfWires was created under package InfIEC61970. A class InfRotatingMachine was created in package InfWires to hold the attribute. When the dynamics package is moved to normative, this attribute can move back to RotatingMachine class.

Remove unused enumeration CompanyTypeThis was not used and confusing, so deleted. This was remnant of the Company class which was deleted several years ago.

Remove alias form enumeration Wires:SynchronousMachineTypeThe specification of an alias causes extra printing of alias name and then in parentheses the class name. This is not what we want to see in the IEC61970-301 document, so “alias” must be removed from UML model. I have removed where this is seen in the dynamics package previously where GE or PTI terms were specified in the alias of attributes. The 61850 documentation uses UML alias.

Add unit and multiplier to OpeatingMode <<CIMDatatype>>The type is String, but we need these attributes for each CIMDatatype to avoid jCleanCim error reproting. This should cause no harm to implementations or profiles and is the only CIMDatatype that had this inconsistency.


Changes for iec61970cim15v31 package

Removed phase shifter documenation from RatioTapChanger.stepVoltageIncrement The text formerly describing phase shifter models was removed from this now specifically non-phase shifter class.

Change type of PhaseTapChanger.voltageStepIncrement The type changed from Voltage into PerCent to be consistent with the RatioTapChanger.stepVoltageIncrement:PerCent. Previous versions of CIM had used TapRatio.stepVoltageIncrement:PerCent.

The new text is: The voltage step increment on the out-of-phase winding specified in percent of nominal voltage of

the transformer end.

Deprecated stereotype added to attribute IdentifiedObject.aliasName

The stereotype <<deprecated>> (i.e. “deprecated”) was added to attribute IdentifiedObject.aliasName to potentially support tools, searches and diagrams that might show this deprecated attribute.


Minor fixes to the dynamics package for ENTSO-E IOP.

This release does not include the latest version of combined issues updated in recent WG16 meeting.


EnergyConsumer.AggregateLoad multipilcity changeThe AggregateLoad multiplicity changed from 0..1 to 0..* at the request of ENTSO-E on suggestion from Chuck that it was a many to many relationship. An WG13 issue was raised to document this undocumented association. The 0..1 was recently entered into the model because it was simply missing and was a guess based on the documentation of class AggregateLoad.

Dynamics package made “informative”Dynamics package was made informative by decision of WG13 on 2011-06-29.

This involved moving the package to be under package InfIEC61970, modifying the IEC61970Dependencies diagram to remove Dynamics package, renaming the Dynamics package to InfDynamics, removing the <<WorkInProgress>> stereotype. No changes to GUID’s so the UML profile and any UML linkages should not be broken. This will removed Dynamics package details from the 61970-301.

Add documenation and minor layout changes for diagramsAdded missing documentation and minor adjustments to layout of the following diagrams:

Core::CurveSchedule Core::Reporting Core::Ownership OperationalLimits::BranchGroup Topology::TopologicalNodeTerminal Topology::TopologyMeasRelations Topology::TopologyReporting Wires::MutualCoupling Wires::Schedules Wires::SwitchingEquipment Production::Nuclear LoadModel::Datatypes Equivalents::Main Meas::Datatypes SCADA::Datatypes ControlArea::Datatypes


Minor fixes to the dynamics package for ENTSO-E IOP.

This release does not include the latest version of combined issues updated in recent WG16 meeting.


Missing role names and multiplicitesEnergyConsumer-AggregateLoad seemed to be correct in ic61970cim15v28 model, though the LoadDynamics diagram was hiding one name. Adjusted the LoadDynamics diagram layout so this could be seen from that diagram. This was just diagram adjustements.

SynchronousMachine.GenEquiv association end was given a role name of “GenEquiv”.

GenEquiv.SynchronousMachine association end was given a multiplicity of “0..1” as it was documented as representing just one SynchronousMachine.

SychronousMachine.GenLoad was given a role name of “GenLoad”.

Remove “name” attribute from DY classes that inherit from IdentifiedObject. Search EA for attribute with name name, reveals no such issue.

Some scattered Enumeration classes attribute visibility enabled The feature visibility for public attributes as enabled on a few enumerations in diagrams. This isn’t really important, but makes the diagrams more consistent. Didn’t bother to note which ones.

Some scattered diagram layout enhancements A few adjustements of layout to better see things that were either running off the screen or overlapping. Didn’t bother to note all of these.

Diagram cleanup DynamicsUserDefinedModel Only diagram layout changes to avoid overlapping id the diagram.

Stereotype <<ToBeDiscussed>> removed from class TieToMeasurement The stereotype removed from model so tools don’t have to do something with it and an issue 13_67 added.

Documentation added to class TransformerCoreAdmittance.The previously empty documentation was changed to the following text:

The transformer core admittance. Used to specify the core admittance of a transformer in a manner that can be shared among power transformers.

Documentation of Jumper class clarified and remove imappropriate description of ACLineSegment in Jumper.The previous documenation was:

A short section of conductor with negligible impedance which can be manually removed and replaced if the circuit is de-energized. Note that zero-impedance branches can be modelled by an ACLineSegment with a zero impedance ConductorType

The previous documentation was changed to the following text:

A short section of conductor with negligible impedance which can be manually removed and replaced if the circuit is de-energized. Note that zero-impedance branches can potentially be modeled by other equipment types.

Add period to end of class documentationThe following were missing period at end of documentation. All known instances of this problem were corrected in the IEC61970 package.

Domain::MinutesDomain::SecondsCore::IdentifiedObjectWires::OperatingModeWires::SynchronousGeneratorTypeProduction::CostPerHeatUnitProduction::Emission

Production::EmissionTypeProduction::HeatRateLoadModel::SeasonNameLoadDynamics::StaticLoadTypeMotorDynamics::SynchronousMotorTypeGenerationDynamics::CTTempActivePowerCurveProduction::FuelAllocationScheduleProduction::ShutdownCurveProduction::StartIgnFuelCurveProduction::StartMainFuelCurveProduction::StartRampCurveProduction::TailbayLossCurveProduction::TargetLevelScheduleProduction::HydroPumpOpScheduleLoadModel::NonConformLoadScheduleCore::EquipmentWires::JumperProduction::HydroGeneratingUnitProtection::CurrentRelayGenerationDynamics::CombustionTurbineGenerationDynamics::SteamTurbineGenerationDynamics::SteamSupplyGenerationDynamics::FossilSteamSupplyGenerationDynamics::DrumBoilerGenerationDynamics::HeatRecoveryBoilerGenerationDynamics::SubcriticalGenerationDynamics::BWRSteamSupplyGenerationDynamics::PWRSteamSupplyProduction::AirCompressorProduction::CAESPlantProduction::CombinedCyclePlantProduction::HydroPumpExcitationSystems::ExcHUExcitationSystems::ExcELIN2ExcitationSystems::ExcBBCExcitationSystems::ExcELIN1ExcitationSystems::ExcPICExcitationSystems::ExcREXSExcitationSystems::ExcSCRXExcitationSystems::ExcSEXSExcitationSystems::ExcSKExcitationSystems::ExcSK2ExcitationSystems::ExcWT2EExcitationSystems::ExcWT3EExcitationSystems::ExcWT4EMotorDynamics::MechLoad1PowerSystemStabilizers::PssIEEE1APowerSystemStabilizers::PssIEEE3BPowerSystemStabilizers::PssIEEE4BPowerSystemStabilizers::PssPTIST1PowerSystemStabilizers::PssPTIST3PowerSystemStabilizers::PssSBPowerSystemStabilizers::PssSB4PowerSystemStabilizers::PssSHPowerSystemStabilizers::PssSKPowerSystemStabilizers::PssWSCCTurbineGovernors::TurbineGovernor

TurbineGovernors::GovSteam1VoltageCompensatorDynamics::VoltageCompensatorVoltageCompensatorDynamics::VcompIEEEVoltageCompensatorDynamics::VcompCrossDiagramLayout::DiagramObjectDiagramLayout::DiagramObjectStyleProduction::StartupModelMeas::AnalogLimitMeas::AccumulatorLimitMeas::ValueToAlias

Missing attribute documenation was added for OperatingMode.valueThe following text was added as a reasonable guess at this based upon the class documentation:

The textual representation of the operating mode.

Missing attribute documenation was added for Block.inServiceThe following text was added as a reasonable guess at this based upon the attribute name and type (Boolean):

If false, the block is ignored in dynamics calculations.

Documenation cleaned up for special characters and abbreviations for ExcST1A.uelin attribute.The previous non-English text was:

= 2 ? UEL input added to error signal= 1 ? UEL input HV gate with error signal= -1 ? UEL input HV gate with volt. reg. output= 0 ? ignore UEL signal

The following text used (the formatting of line returns was kept):

If equal 2, then UEL input added to error signal.If equal 1, then UEL input HV gate with error signal.If equal -1, then UEL input HV gate with voltage regulation output.If equal 0, then ignore UEL signal.


At request of WG13, the IEC61970 “cim15” is frozen. Minor changes to documentation and diagram cleanup are included in this release.

Also filled in a few missing role names and multiplicity values.


PhaseTapChangerTabular and RatioTapChangerTabular specialize IdentifiedObjectThe mentioned classes need to inherit from IdentifiedObject since they are referenced, requiring an mRID and a name like any other referenced tables. Issue 13_61.

Unnamed and undocumented and no multiplicity on some association ends in Dynamics packageThe following assocations did not have multiplicity.

AggregateLoad.EnergyConsumer and EnergyConsumer.AggregateLoad.

Measurement.TieToMeasurements changed from “*” to “0..*”.

Block.TieToMeasurements changed from “*” to “0..*”.

MetaBlockInput.TieToMeasurements changed from “*” to “0..*”.

SynchronousMachine.GovHydro1 to “0..1”

GovHydro1.SynchronousMachine to “0..1” (also added role name)

SynchronousMachine.GenLoad to “0..1”

GenLoad.SynchronousMachine to “0..1” (also added role name)

SynchronousMachine.GenEquiv to “0..1”

GenEquiv.SynchronousMachine to “0..1” (also added role name)

jCleanCim undocumented or or improperly documented errors fixed.

The following were trivial documentation changes. Either documenting the obvious based on the name (and adding little real information) or simply adding periods. I also corrected a few minor grammer problems and removed some needless class names from documentation.

2011-06-22 22:11:35,110 [main] WARN AbstractRule - Found 102 association ends missing documentation:2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] PowerSystemResource.PsrLists2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] PsrList.PowerSystemResources2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] Terminal.AuxiliaryEquipment2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] ACLineSegment.Cut2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] Cut.ACLineSegment2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] Clamp.ACLineSegment

2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] ACLineSegment.Clamp2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] EnergyConsumer.AggregateLoad2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] AggregateLoad.EnergyConsumer2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] EnergyConsumerPhase.EnergyConsumer2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] EnergyConsumer.EnergyConsumerPhase2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] PhaseTapChanger.PhaseTapChangerTabular2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] PhaseTapChangerTabular.PhaseTapChanger2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..*] PhaseTapChangerTabular.PhaseTapChangerTabularPoint2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] PhaseTapChangerTabularPoint.PhaseTapChangerTabular2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] PowerTransformerEnd.PowerTransformer2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] PowerTransformer.PowerTransformerEnd2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] RatioTapChangerTabular.RatioTapChanger2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] RatioTapChanger.RatioTapChangerTabular2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..*] RatioTapChangerTabular.RatioTapChangerTabularPoint2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] RatioTapChangerTabularPoint.RatioTapChangerTabular2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MechanicalLoad.RotatingMachine2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] RotatingMachine.MechanicalLoad2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] ShuntCompensatorPhase.ShuntCompensator2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] ShuntCompensator.ShuntCompensatorPhase2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] SwitchPhase.Switch2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] Switch.SwitchPhase2011-06-22 22:11:35,110 [main] WARN AbstractRule - [?..?] SynchronousMachine.<>2011-06-22 22:11:35,110 [main] WARN AbstractRule - [?..?] GovHydro1.<>2011-06-22 22:11:35,110 [main] WARN AbstractRule - [?..?] SynchronousMachine.<>2011-06-22 22:11:35,110 [main] WARN AbstractRule - [?..?] GenLoad.<>2011-06-22 22:11:35,110 [main] WARN AbstractRule - [?..?] SynchronousMachine.<>2011-06-22 22:11:35,110 [main] WARN AbstractRule - [?..?] GenEquiv.<>2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] TapChanger.TapChangerControl2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] HydroTurbine.HydroTurbineGovernor2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] GovHydro1.HydroTurbine

2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] BlockConnection.Block2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] Block.BlockConnection2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlock.Block2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] Block.MetaBlock2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] Block.BlockParameter2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] BlockParameter.MemberOf_Block2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnection.BlockConnection2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] BlockConnection.MetaBlockConnection2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] BlockConnectivity.BlockConnection2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] BlockConnection.MemberOf_BlockConnectivity2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectivity.BlockConnectivity2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] BlockConnectivity.MetaBlockConnectivity2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockReference.BlockParameter2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] BlockParameter.MemberOf_MetaBlockReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockParameter.BlockParameter2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] BlockParameter.MetaBlockParameter2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlock.MetaBlockState2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockState.MemberOf_MetaBlock2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockReference.MetaBlock2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlock.MetaBlockReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlock.Contains_MetaBlockReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockReference.MemberOf_MetaBlock2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlock.MetaBlockSignal2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockSignal.MemberOf_MetaBlock2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockConInput.MetaBlockConSignal2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockConSignal.MetaBlockConInput2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnection.MetaBlockConInput2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockConInput.MemberOf_MetaBlockConnection2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectable.StandardControlBlock_MetaBlockStateReference

2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] MetaBlockStateReference.StandardControlBlock_MetaBlockConnectable2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectable.StandardControlBlock_MetaBlockOutputReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] MetaBlockOutputReference.StandardControlBlock_MetaBlockConnectable2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectable.MetaBlockStateReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] MetaBlockStateReference.MetaBlockConnectable2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectable.MetaBlockOutputReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] MetaBlockOutputReference.MetaBlockConnectable2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectable.MetaBlockInputReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] MetaBlockInputReference.MetaBlockConnectable2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectable.StandardControlBlock_MetaBlockInputReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] MetaBlockInputReference.StandardControlBlock_MetaBlockConnectable2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectable.StandardControlBlock_MetaBlockParameterReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] MetaBlockParameterReference.StandardControlBlock_MetaBlockConnectable2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectable.MetaBlockParameterReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] MetaBlockParameterReference.MetaBlockConnectable2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnection.MetaBlockConOutput2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockConOutput.MemberOf_MetaBlockConnection2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectivity.MetaBlockConnection2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockConnection.MemberOf_MetaBlockConnectivity2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConnectivity.MetaBlockConSignal2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockConSignal.MemberOf_MetaBlockConnectivity2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockConOutput.MetaBlockConSignal2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockConSignal.MetaBlockConOutput2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockReference.MetaBlockInputReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockInputReference.MemberOf_MetaBlockReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockInputReference.MetaBlockSignal2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockSignal.From2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockReference.MetaBlockOutputReference

2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockOutputReference.MemberOf_MetaBlockReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockOutputReference.MetaBlockSignal2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..1] MetaBlockSignal.To2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockReference.MetaBlockParameterReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockParameterReference.MemberOf_MetaBlockReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [0..*] MetaBlockReference.MetaBlockStateReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] MetaBlockStateReference.MemberOf_MetaBlockReference2011-06-22 22:11:35,110 [main] WARN AbstractRule - [*..?] Measurement.<>2011-06-22 22:11:35,110 [main] WARN AbstractRule - [1..1] TieToMeasurement.<>2011-06-22 22:11:35,110 [main] WARN AbstractRule - Found 1 association ends that have documentation starting with unallowed character - valid ones are any upper case letter or punctuation marks [', ", (]:2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='copy from reg conduting eq' in [0..*] TapChangerControl.TapChanger2011-06-22 22:11:35,110 [main] WARN AbstractRule - Found 105 association ends that have documentation missing dot '.' at its end:2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...erminals via ConnectivityNodes' in [0..*] ConductingEquipment.Terminals2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...erminals via ConnectivityNodes' in [1..1] Terminal.ConductingEquipment2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...tags for authorized field work' in [0..*] ConductingEquipment.ClearanceTags2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...tags for authorized field work' in [1..1] ClearanceTag.ConductingEquipment2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ata values that define a curve' in [0..*] Curve.CurveDatas2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...gram object is associated with' in [0..1] DiagramObject.IdentifiedObject2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ociated with the domain object' in [0..*] IdentifiedObject.DiagramObjects2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ata values that define a curve' in [1..*] IrregularIntervalSchedule.TimePoints2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ce may have an outage schedule' in [0..1] PowerSystemResource.OutageSchedule2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ce may have an outage schedule' in [1..1] OutageSchedule.PowerSystemResource2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...rement in the naming hierarchy' in [0..1] Measurement.PowerSystemResource2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...e PSR is the containing object' in [0..*] PowerSystemResource.Measurements2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ata values that define a curve' in [1..*] RegularIntervalSchedule.TimePoints2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...with a terminal in the network' in [0..1] Measurement.Terminal2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... up of multiple DiagramObjects' in [0..*] Diagram.DiagramElements2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...am object is part of a Diagram' in [0..1] DiagramObject.Diagram

2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...in one or more diagram objects' in [0..*] VisibilityLayer.VisibleObjects2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... of multiple visibility layers' in [0..*] DiagramObject.VisibilityLayers2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...hich the points are associated' in [1..1] DiagramObjectPoint.DiagramObject2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...es) or boundary (for polygons)' in [0..*] DiagramObject.DiagramObjectPoints2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ned to multiple DiagramObjects' in [0..*] DiagramObjectStyle.StyledObjects2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...used in the originating system' in [0..1] DiagramObject.DiagramObjectStyle2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... this point is associated with' in [0..1] DiagramObjectPoint.DiagramObjectGluePoint2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...elongs to a topological island' in [1..*] TopologicalIsland.TopologicalNodes2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...elongs to a topological island' in [1..1] TopologicalNode.TopologicalIsland2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... switch this Switch belongs to' in [0..1] Switch.CompositeSwitch2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...s assigned to a power cut zone' in [0..1] EnergyConsumer.PowerCutZone2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...s assigned to a power cut zone' in [1..*] PowerCutZone.EnergyConsumers2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...or use by a SynchronousMachine' in [0..1] SynchronousMachine.InitialReactiveCapabilityCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... a member of a generating unit' in [0..1] SynchronousMachine.GeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... a member of a generating unit' in [1..*] GeneratingUnit.SynchronousMachines2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='copy from reg conduting eq' in [0..*] TapChangerControl.TapChanger2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...covery boiler for making steam' in [0..1] CombustionTurbine.HeatRecoveryBoiler2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...covery boiler for making steam' in [0..*] HeatRecoveryBoiler.CombustionTurbines2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...s driven by combustion turbine' in [1..1] AirCompressor.CombustionTurbine2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...s driven by combustion turbine' in [0..1] CombustionTurbine.AirCompressor2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...bient temperature relationship' in [0..1] CombustionTurbine.CTTempActivePowerCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...bient temperature relationship' in [1..1] CTTempActivePowerCurve.CombustionTurbine2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...eam supplied by a steam supply' in [0..*] SteamTurbine.SteamSupplys2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...eam supplied by a steam supply' in [0..*] SteamSupply.SteamTurbines2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...essed air energy storage plant' in [1..1] AirCompressor.CAESPlant2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...essed air energy storage plant' in [1..1] CAESPlant.AirCompressor2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...essed air energy storage plant' in [0..1] ThermalGeneratingUnit.CAESPlant2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...essed air energy storage plant' in [0..1] CAESPlant.ThermalGeneratingUnit

2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...member of a cogeneration plant' in [0..1] ThermalGeneratingUnit.CogenerationPlant2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...member of a cogeneration plant' in [0..*] CogenerationPlant.ThermalGeneratingUnits2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...t has a steam sendout schedule' in [1..1] CogenerationPlant.SteamSendoutSchedule2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...t has a steam sendout schedule' in [1..1] SteamSendoutSchedule.CogenerationPlant2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...mber of a combined cycle plant' in [0..1] ThermalGeneratingUnit.CombinedCyclePlant2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...mber of a combined cycle plant' in [0..*] CombinedCyclePlant.ThermalGeneratingUnits2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...re emission allowance accounts' in [0..*] ThermalGeneratingUnit.EmmissionAccounts2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...re emission allowance accounts' in [1..1] EmissionAccount.ThermalGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...e one or more emission curves' in [0..*] ThermalGeneratingUnit.EmissionCurves2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...e one or more emission curves' in [1..1] EmissionCurve.ThermalGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...hedule must have a fossil fuel' in [1..1] FuelAllocationSchedule.FossilFuel2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...hedule must have a fossil fuel' in [0..*] FossilFuel.FuelAllocationSchedules2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... have one or more fossil fuels' in [0..*] ThermalGeneratingUnit.FossilFuels2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... have one or more fossil fuels' in [1..1] FossilFuel.ThermalGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...more fuel allocation schedules' in [0..*] ThermalGeneratingUnit.FuelAllocationSchedules2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...more fuel allocation schedules' in [1..1] FuelAllocationSchedule.ThermalGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... planned operation of the unit' in [0..1] GeneratingUnit.GenUnitOpSchedule2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... planned operation of the unit' in [1..1] GenUnitOpSchedule.GeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...power requirements of the unit' in [0..*] GeneratingUnit.GrossToNetActivePowerCurves2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...power requirements of the unit' in [1..1] GrossToNetActivePowerCurve.GeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...it may have a heat input curve' in [0..1] ThermalGeneratingUnit.HeatInputCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...it may have a heat input curve' in [1..1] HeatInputCurve.ThermalGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...nit may have a heat rate curve' in [0..1] ThermalGeneratingUnit.HeatRateCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...nit may have a heat rate curve' in [1..1] HeatRateCurve.ThermalGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...g unit has an efficiency curve' in [0..*] HydroGeneratingUnit.HydroGeneratingEfficiencyCurves2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...g unit has an efficiency curve' in [1..1] HydroGeneratingEfficiencyCurve.HydroGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... unit has a tailbay loss curve' in [0..*] HydroGeneratingUnit.TailbayLossCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... unit has a tailbay loss curve' in [1..1] TailbayLossCurve.HydroGeneratingUnit

2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...belongs to a hydro power plant' in [1..1] HydroGeneratingUnit.HydroPowerPlant2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...belongs to a hydro power plant' in [1..*] HydroPowerPlant.HydroGeneratingUnits2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...unit has a penstock loss curve' in [0..1] HydroGeneratingUnit.PenstockLossCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...unit has a penstock loss curve' in [1..1] PenstockLossCurve.HydroGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... a pump for distributing water' in [0..1] HydroPump.HydroPowerPlant2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... a pump for distributing water' in [1..*] HydroPowerPlant.HydroPumps2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...er from a downstream reservoir' in [0..*] Reservoir.HydroPowerPlants2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...er from a downstream reservoir' in [0..1] HydroPowerPlant.Reservoir2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...water to an upstream reservoir' in [0..*] Reservoir.UpstreamFromHydroPowerPlants2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...water to an upstream reservoir' in [1..1] HydroPowerPlant.GenSourcePumpDischargeReservoir2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...an incremental heat rate curve' in [0..1] ThermalGeneratingUnit.IncrementalHeatRateCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...an incremental heat rate curve' in [1..1] IncrementalHeatRateCurve.ThermalGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ll into a downstream reservoir' in [0..1] Reservoir.SpillsFromReservoir2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ll into a downstream reservoir' in [0..*] Reservoir.SpillsIntoReservoirs2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...unit may have a shutdown curve' in [0..1] ThermalGeneratingUnit.ShutdownCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...unit may have a shutdown curve' in [1..1] ShutdownCurve.ThermalGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... a startup ignition fuel curve' in [0..1] StartupModel.StartIgnFuelCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... a startup ignition fuel curve' in [1..1] StartIgnFuelCurve.StartupModel2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...have a startup main fuel curve' in [0..1] StartupModel.StartMainFuelCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...have a startup main fuel curve' in [1..1] StartMainFuelCurve.StartupModel2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... may have a startup ramp curve' in [0..1] StartupModel.StartRampCurve2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... may have a startup ramp curve' in [1..1] StartRampCurve.StartupModel2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... unit may have a startup model' in [0..1] ThermalGeneratingUnit.StartupModel2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... unit may have a startup model' in [1..1] StartupModel.ThermalGeneratingUnit2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ment variable used for control' in [0..1] SetPoint.Analog2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ssociated with the Measurement' in [0..1] Analog.SetPoint2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='The type of Control' in [1..1] Control.ControlType2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ontrols having the ControlType' in [0..*] ControlType.Controls

2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...asurementValue.value to a name' in [0..1] Discrete.ValueAliasSet2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='... using the set for translation' in [0..*] ValueAliasSet.Discretes2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ntValues updated by the source' in [0..*] MeasurementValueSource.MeasurementValues2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...ving the ValueToAlias mappings' in [1..1] ValueToAlias.ValueAliasSet2011-06-22 22:11:35,110 [main] WARN AbstractRule - doc='...s mappings included in the set' in [1..*] ValueAliasSet.Values



Added new combined issue c-065 - SvInjection class uses generation sign convention.

Note that the combined issues xls file with this release may be slightly older than the latest master copy being edited at WG16 meeting this week.

Changes for iec61970cim15v27 packageIssue 13_55 status changed to “ToClose”. Inconsistent datatype and doc on StaticVarCompensator.

Issue 13_56 status changed to “ToClose”. Class TopologicalIsland not diagramed in containing package.

Issue 13_57 status changed to “ToClose”. Class SvInjection documenation does not describe use

New issue 13_58. Class TransformerStarImpedance duplicates attributes on PowerTransformerEnd.

New issue 13_59. Inconsistent association end multpicity for TransformerMeshImpedance.ToTransformerEnd and TransformerMeshImpedance.FromTransformerEnd

New issue 13_60. Class PowerTransformer documentation is inappropriately documenting features of the class and much too long.

StaticVarCompensator class attributes documentation changesThe capacitiveRating and inductiveRating documentation changed to reflect the actual datatype. Issue 13_50.

TopologicalIsland class moved to Topology packageThe TopologicalIsland class was moved from StateVariables package back into the Topology package. This should not impact any profiles. Issue 13_51.

SvInjection class documenation does not describe useThe SvInjeciton class documenation does not describe the use of the class. Documenation updated with some example usage of the class. Issue 13_52.

TransformerEnd.endNumber documentation changeThe documenation for TransfromerEnd.endNumber was clarified to relate to the clock angle specification.

PowerTransformerEnd.phaseAngleClock documentation changeThe documenation for PowerTransfromerEnd.phaseAngleClock was clarified to relate to the transformer end number.

PowerTransformer documenation removed feature documentationThe documenation for PowerTransfromer class was drastically simplified to remove specific documenation about features. Issue 13_60.



Changes for iec61970cim15v26 packageClosed issue 13_32 in xls, was implemented in 61970cim15v17. PhaseCode missing s1 and s2

Closed issue 13_52 in xls, was implemented in 61970cim15v23. Terminal SequenceNumber documentation references Transformer Winding

Closed issue 13_53. RegulatingControl.Terminal needs some further description in the UML

Closed issue 13_51 in xls, was implemented in 61970cim15v24. Duplicate attributes Synchronous-Rotating machine.

Closed issue 13_50 in xls, was implemented in 61970cim15v23. Reorganized documenation diagrams

Closed issue 13_49 in xls, was implemented in 61970cim15v23. SynchronousMachine.referencePriority is an angle

Closed issue 13_47 in xls, was implemented in 61970cim15v23. Document missing EnergyConsumer to LoadResponseCharacteristic assignment

Closed issue 13_46 in xls, was implemented in 61970cim15v23. Length unitMultipler should not be const

Changed issue 13_44 to “Review” was implemented in 61970cim15v22 but not documented there as a change. Changed decision to move to CIM16. I corrected missing documentation here in v22 changes and noted it as a correction.

Closed issue 13_41 in xls, was implemented in 61970cim15v23. Use degrees not radians on SvVoltage

Changed status of issue 13_39 to “Review”. The CPSM ICCP exchange impacted by new Name Model

Changed status of issue 390 to “ToClose”. Undocumented GeneratingUnit attributes

Created new issue 13_54. Remove unused undocumented GeneratingUnit attributes.

Generation.Production package diagram Main cleanupMinor alignment changes and spacing to better read text in class boxes.

Clarification of Terminal-RegulatingControl association documenation.Generation.Production package diagram Main cleanupNo functional changes, but clarify the way the model is presently being used. This closes issue 15_53.

Class CompositeSwitchType <<CIMDataType>> has problemsThis is related to issue 13_44 and the UML change was actually made in 61970cim15v22, but not documented as a change at that time.

GeneratingUnit attributes documented problemsThis closes the issue 390, by documenting what is known. An new issue created 13_49 to delete the rest of the attributes. Added documentation for raiseRampRate, lowerRampRate, and fastStartFlag. All attributes of GeneratingUnit had a period added at end according to IEC documentation guidelines.

Attribues to be deleted (issue 13_54) with no documentation were documented as “Recommended to be deleted from standard.”


Close combined issues c-055 802

Incorporate iec61968cim11v12 package.


Added new attribute PowerTransformerEnd.phaseAngleClockThis new attribute added at request of WG13 and WG14. Also updated documentation of PowerTransformer.vectorGroup. Issue c-063.


Address issues from ENTSO-E and WG13 meeting.

Incorporate iec61968cim11v11 package.


Remove duplicate attributes on SynchronousMachine and RotatingMachine. Attributes with duplicate semantics were removed. The attributes are retained on the RotatingMachine with the more descriptive names. This is issue 13_51.

Remove attributes SynchronousMachine.damping and SynchronousMachine.inertia.

Rename:

RotatingMachine.d to RotatingMachine.damping (removed alias D) RotatingMachine.h to RotatingMachine.inertia (removed alias H)

Also rename the non descriptive attributes as follows

rs to statorResistance (removed alias Rs) s1 to saturationFactor (removed alias S1) s12 to saturationFactor120 (removed alias S12) xls to statorLeakageReactance (removed alias )

Remove reference to TransformerWinding class on Terminal.sequenceNumber documentationThe terminal.sequenceNumber made references to the previous CIM transformer model’s deleted class TransformerWinding. That text was removed.


Incorporated new version of IEC61968.


ENTSO-E feedback cleanup.

Incorporated new version of IEC62325 package.

Moved diagrams for documentation from package PackageDependencies into DocIEC61970 for use with latest version of jCleanCIM documtenation tool. The new IEC62325 package also has this organization. Note the 61970-301 and 62325-301 documents will not document these “Doc<packages_name>” packages. At this time the 61968 is not organized this way. New version 6 of package PackageDependencies also.


SvVoltage.angle documenation and type The SvVoltage.angle was documented as having radian type, ,but it is now degree. Removed type information from documentation and added not about system reference. Changed type to AngleDegrees.

EnergyConsumer.LoadResponseCharacteristic missing implies constant power If the association is missing it means constant power model. Documenation changed on the association end on EnergyConsumer side.

Length.unitMultipler made not Const This was made not a const, not static, and default value removed. Proviles must specify the multiplier since it is not normally exchanged. Note that 61970-452 and DCPSM must also note this the multipliler that is assumed.

Measurement.phases attribute documenation Minor correction to attribute name in documenation. The text “phaseConnection” changed to “phases”.

ShuntPhaseConnectionKind.D isLiteral fixedThe isLiteral flag on this enum is now specified true (shown as checked on UI) as it should be.

SynchronousMachine.referencePriority documenationThe documentation clarified to say angle reference.

PackageDependencies package documenation diagrams moved to DocIEC61970 packageDocumentation diagrams for examples were moved from the PackageDependencies package to the new DocIEC61970 package similar to how it was done in the IEC62325 (CIM01v07) package and as intended to work with jCleanCim documenation generator.

Domeain package classes reordered alphabeticallySome newer classes were not in alphabetical order and were manually moved to be in alphabetical order within the Domain package as seen from the EA tree view.

Changes for PackageDependencies package v06

Moved example documenation diagramsSee the similar note in IEC61970 changes. Documenation example diagrams moved to package DocIEC61970 package. Version changed to 6

The SvVoltage.angle was documented as having radian type, ,but it is now degree. Removed type iec61970cim15v22_iec61968cim11v09_iec62325cim01v06 release2011-04-19

Diagram clean-up from previous changes and A4.

Lots of little documentation clean up.

Incorporate the new IEC62325 package version and include WG16 issues list and change reports.

Issue discovered: Should FloatQuantity and IntegerQuantity be <<Compound>> types? Entered as 13_42.


Clean up of the WiresPhaseModel diagramAddition of new PhaseCode enum values changed the size of PhaseCode class and things need to be shifted around.

Clean up of the OperationalLimits diagram for draft modelingThe draft modeling of the ApparentPowerLimitSet, ActivePowerLimitSet, CurrentLimitSet and VoltageLimitSet classes was removed from the diagram (through retained in model). A new diagram called OperationalLimitsWithTypedSets was added and stereotyped as <<ToBeDiscussed>>.

Meas package diagram InheritanceStructure was renamed to MeasurementInheritanceThe diagram renamed to be more specific name and the diagram documentation was corrected. Also removed the classes CurrentTransformer and Potential transformer how that they are in the AuxiliaryEquipment package.

Main diagram package dependencies updatedThe Contingencies package dependencies were adjusted to be only upon Core. The AuxiliaryEquipment package was added. Name changed to IEC61970Dependenencies. This is diagram and also model changes because the dependencies are part of the UML model, though only the diagram is used in the IEC standards.

Class documentation for FossilFuel clarified.Clarified documentation that FossilFuel is a fuel allowed for a specific generating unit. Documentation change only. Resolves issue 13_41

Package AuxiliaryEquipment order changedThe AuxiliaryEquipment package was reordered to follow Protection instead of being first. The organization has been to put the most used packages first, hence start with Domain and Core. Documenation also added.

Package Informative renamed InfIEC61970 and order changedThe Informative package was renamed to InfIEC61970 and reordered as last package in IEC61970. This is similar to how WG14 has named its informative packages. Presumably starting with “Inf” is enough to cause documentation to be skipped.

Dynamics Package documented stereotype removedThe Dynamics package documentation added to all sub-packages. More work is needed on detail. Also some subpackages renamed to give additional dynamics meanings.

Clarify “Classification” class and avoid jCleanCim validation errorAdded more English text with sentences and not starting with invalid character as logged by jCleanCim.

Clean up documentation of Domain classesAdded ending periods if missing (several) and documented a few undocumented classes. Nothing controversial done here.

Remove inappropriate WG meeting notes from IdentiifedObject.aliasName documentationRemove IdentifiedObject.aliasName documentation sentence “This was decided at a joint WG13/14 meeting in Minneapolis 2010-10-06.” Also changed documentation text “was put back” to “was retained”.

Add ShuntCompensator.r0 and x0Added zero squence resistance and reactance.

Removed enumeration BlockKindRemoved the datatype depreated__BlockKind and the Block.blockKind:depreated_BlockKind attritube.

Diagrams changed to A4 page sizeAll diagrams were individually changed to the A4 page size and scaling removed. Also any diagrams that went over the page boundaries were adjusted to fit within the page boundaries.

Class CompositeSwitchType <<CIMDataType>> has problemsThis is related to issue 13_44 and the UML change was actually made in 61970cim15v22 but not documented in these release not. This is a correction to change notes added 2011-05-26. Only the unitMultiplier and unitSymbol attributes were added to be consistent with the rules for <<CIMDatatype>> as documented and valided by jCleanCim.

iec61970cim15v21_iec61968cim11v09_iec62325cim01v03b release2011-03-11

Addressed some issues noticed by Kurt Hunter in the CPSM 61970-452 profile regarding transformers. Some corrections in Dynamics package. No new models merged.

Move the non-standard diagrams used in the 61970-301 to describe how UML works into the PackageDependencies package. This is not the best place, but its better than in 61970 package. These

diagrams are DocumentationExampleInheritance, DocumentationExampleAssociation, and DocumenationExampleAggregation.

Minor adjustments to Contingencies diagram and add diagram documentation.


Scaling of transformer impedances in tables as function of tap position.The scaling of transformers was incomplete and changes made according to discussion on the 2011-03-09 WG13 phone call. Added new attributes r, b, and g to classes PhaseTapChangerTabularPoint and RatioTapChangerTabularPoint. All new attributes are given the PerCent type.

WindingType enumeration was deletedThe enumeration WindingType in Wires package was deleted because it is no longer used. Terminal.sequenceNumber is took its place. This was an error reported by jCleanCim.

Corrections to Dynamics packageThe MetaBlocSignal-MetaBlockSignal with sterotype << ToBeDeleted_MP>> was deleted. This association had no role names or documentation.

Several associations reported in jCleanCim with direction specified were changed to be “unspecified” direction as is our standard for all CIM associations. About 20 were changed and not detailed here. This does not impact the standard, except it has minor impact on diagrams by removing the arrow.

The association MetaBlockInput.MemberOf_MetaBlock - MetaBlock.MetaBlockInput was documented on roles instead of on association.

The association MetaBlockOutput.MemberOf_MetaBlock - MetaBlock.MetaBlockOutput was documented on the roles instead of on the association.

The association MetaBlockParameter.MemberOf_MetaBlock - MetaBlock.MetaBlockParameter was documented on the roles instead of on the association.

Replaced blank role names for TieToMeasurement-MetaBlockInput. Now MetaBlockInput.TieToMeasurements-TieToMeasurement.MetaBlockInput because many to one.

Add missing documentation to AuxiliaryEquipment diagram.


The important change was the modification of the Domain::Money.value:Decimal from Domain::Money.value:Float. This was a highly desired request from WG16 and WG14 and justifies this delivery.

No package merges were performed. Combined issues and WG13 issues updated. I didn’t run the jCleanCim validation, just renamed the file from last release.

I did run model comparison just to make sure these were the only changes.


Domain::Money.value:Decimal changed type from Domain::Money.value:FloatThe Money class is in Domain package and is <<CIMDatatype>> . This change should not impact most implementations not concerned with ultimate decimal precision, but allows for profiles to specify a precision facet on the Decimal primitive type. This relates to combined issue c-057 which was closed.

Changes for PackageDependencies package

PackageDependenciesCIMVersion updatedUpdated the date and the version to 4 because the previous version 3 was not properly stamped in model, so I just incremented the version and release again so no more confusion. We also have a new xmi export PackageDependencies_v4.xmi which everyone should be using when remerge packages.


We discovered errors in the combination of rename of AbsoluteDateTime to DateTime caused merged packages like IEC61968 using the type to be somehow internally inconsistent. This appears to be a bug with EA package merge when you have renamed a type referenced by an attribute. The jCleanCim v04 (not yet released) is able to detect this error. Fortunately, this is easily patched in the combined packages by temporarily renaming the changed type(s) then renaming back. This was done in this release to correct all packages, but it must be done after each remerge until the source models are patched.

The all models models were patched in release iec61970cim15v18a_iec61968cim11v09_iec62325cim01v03b for the DateTime and Date references.

A few name changes to association ends related to the recently added ImpedancePerLength class.

The full model was edited and no package merges were required for this release.


ImpedancePerLength association end name changesThe ImpedancePerLength class was added in IEC61970cim15v18a, but a couple of association end names were misleading and patched.

Changes from IEC61970cim15v18a include:

Association end name changed from ACLineSegment.SequenceImpedance to ACLineSegment.PerLengthImpedance. The old name was not appropriate.

Association end name changed from PerLengthImpedance.LineSegments to PerLengthImpedance.ACLineSegments.

Patch data type errors.The jCleanCim errors of type 271 were cleaned up. They were originally due to data entry errors or via patch program used in updating 619.

[main] ERROR 271 attributes have a type ID with the class from the model, but the displayed string (type name) is not the name of that class - to fix it, edit the attribute properties in EA and select its type from the combo box:

[main] ERROR EA info for attr type ('PerCent' (id=637)); ID-based info for attr type ((637) WG13 CIM primitive <<Primitive>> Domain::String); used as type of (384) WG13 CIM primitive attr AuxiliaryEquipment::CurrentTransformer.accuracyLimit

[Type manually changed to PerCent linkage.]

[main] ERROR EA info for attr type ('Float' (id=610)); ID-based info for attr type ((610) WG13 CIM primitive <<Primitive>> Domain::Integer); used as type of (7331) WG13 CIM primitive attr PowerSystemStabilizers::PssIEEE2B.j1

[Type manually changed to Integer and this fixed string].

[main] ERROR EA info for attr type ('Float' (id=610)); ID-based info for attr type ((610) WG13 CIM primitive <<Primitive>> Domain::Integer); used as type of (7332) WG13 CIM primitive attr PowerSystemStabilizers::PssIEEE2B.j2

[Type manually changed to Integer and this fixed string.]

[main] ERROR EA info for attr type ('Float' (id=610)); ID-based info for attr type ((610) WG13 CIM primitive <<Primitive>> Domain::Integer); used as type of (7337) WG13 CIM primitive attr PowerSystemStabilizers::PssIEEE2B.m


[main] ERROR EA info for attr type ('Float' (id=610)); ID-based info for attr type ((610) WG13 CIM primitive <<Primitive>> Domain::Integer); used as type of (7338) WG13 CIM primitive attr PowerSystemStabilizers::PssIEEE2B.n


[main] ERROR EA info for attr type ('Float' (id=619)); ID-based info for attr type ((619) WG13 CIM primitive <<Primitive>> Domain::Boolean); used as type of (7473) WG13 CIM primitive attr TurbineGovernors::GovCT1.rselect

[Type changed to Boolean, though this does not reflect the documentation of the attribute which documents 0,1,-1,-2 values, original type in EPRI/ENTSO-E model was “boolean”.]

[main] ERROR EA info for attr type ('Float' (id=619)); ID-based info for attr type ((619) WG13 CIM primitive <<Primitive>> Domain::Boolean); used as type of (7488) WG13 CIM primitive attr TurbineGovernors::GovCT1.wfspd

[Type changed to Boolean and this fixed string.]

iec61970cim15v18a_iec61968cim11v09_iec62325cim01v03b release2011-03-01

(by Tatjana Kostic, [email protected], on behalf of Kendall Demaree for changes in IEC61970)

Incorporates new (native) version of IEC61968 package – see wg14-change-log.txt and the write-up bundled with this release “wg14-127_c-055_LineElectricalCatalog.docx”.

Incorporates new version of IEC62325cim01v03 package with fixed broken references to new DateTime and Date primitives (renamed AbsoluteDateTime and AbsoluteDate, respectively).

Distribution contains newly exported PackageDependencies_v3.xmi, with the version classes date attribute (of new primitive type Date) fixed and correct initial values in the CombinedVersion attributes.

mailto:[email protected]

Changes for iec61970cim15v18a package(see combined issue c-056) New DateInterval and TimeInterval compounds in Domain package (diagram TimeDatatypes).

(see combined issue c-055 and its documentation bundled with this release) New PerLengthImpedance class in Wires, supertype for PerLengthSequenceImpedance and PerLengthPhaseImpedance; replaced 2 associations from ACLineSegment with one; moved existing associations from PerLengthSequenceImpedance and PerLengthPhaseImpedance up to the superclass (diagram LineModel).

iec61970cim15v18_iec61968cim11v08_iec62325cim01v03a release2011-02-23

Incorporates new version of IEC61968 package

Incorporates a patched version of IEC62325cim01v03 package with Meter class name changed.

Big for this release is changes to datatypes AbsoluteDateTime and DateTime. This is related to common issue 802. This impacts the type name of many attributes that I have not listed.

Fixed hundreds of jCleanCim errors in Dynamics package.

The baseline for TC57 package removed.

Changes for iec62325cim01v03a package

Duplicate Meter class name patchMinor patch to IEC62325.MarketOperations.ReferenceData package class Meter. This Meter class was renamed to LogicalMeter to avoid name clash with IEC61968 Meter class. To indicate this change the IEC62325CIMVersion.version was changed from “IEC62325CIM01v03” to “IEC62325CIM01v03a”. Additionally the IEC62325CIMVersion.date was modified from 2011-01-28 to 2011-02-23. There were no other changes to this package. This was a temporary solution to combined issue c-051 until we get a new model from WG16 that addresses this issue. I suspect this is not too important of changes since the modified class does not specialize any other class such as IdentifiedObject and has no attributes and only one association to RegisteredResource and the roles are not documented.


SynchronousMachine.tpdo:Seconds typing was stringChanged type of SynchronousMachine.tpdo attribute from a string to actual references to <<CIMDatatype>>Seconds.

Removed <<Dynamics>> stereotype from SynchronousMachine attributesThe following attributes of class SynchronousMachine had the <<Dynamics>> stereotype removed:

synchronousGeneratorType,tpdo,tppdo,tppqo,tpqo

Removed the deprecated stereotype from BlockKind enumeration

Since we now have issue 13_38 noting this is deprecated. We don’t need to stereotype this in model and this causes some tools problems. Also renamed to “deprecated__BlockKind”.

Dynamics package attribute typing fixesPatched 360 instances of attributes in Dynamics package with “float” string attribute typing to be correct references to “Float” <<Primitive>> type in Domain package.

Changed 4 instances of “int” to “Integer” <<Primitive>>.

Changed 2 instances of “boolean” to “Boolean” <<Primittive>>.

Specific summary in file named iec61970cim15v18_attribute_type_patches.txt which is in zip file for this release.

Dynamics package attribute multiplicity lower limit fixesPatched 574 instances of attributes in Dynamics package and a few on SynchronousMachine with lower bound on attribute of 1 were changed to lower bound of zero.

Specific summary in file named iec61970cim15v18_patch_attribute_lower_bound.txt which is in zip file for this release.

AbsoluteDateTime changes to DateTime <<Primitive>>Related to common issue 802. Removed the final sentence of the AbsoluteDateTime documentation. The final sentence was “AbsoluteDateTime can be used both for calender time, e.g. 2007-02-07T10:30, and for

relative time, e.g. 10:30.”

Renamed this class to DateTime and changed from <<CIMDataType>> to <<Primitive>> stereotype. Deleted the “value:String” attribute.

This also added to the BasicDatatypes diagram and retained on the TimeDatatypes diagram.

AbsoluteDate changes to Date <<Primitive>>Similar to AbsoluteDateTime changes, we renamed the class to Date, changed stereotype from <<CIMDatatype>> to <<Primitive>> and deleted the “value:String” attribute.

This also added to the BasicDatatypes diagram and retained on the TimeDatatypes diagram.

Time <<Primtive>> addedBrand new type, documentation was supplied by Jean-Luc.

Specified in EA as “root” to be consistent with other similar <<Primitive>> and <<CIMDatatype>> classes, although I don’t think this is important. This also added to the TimeDatatypes and BasicDatatypes diagrams.

Duration <<Primtive>> addedBrand new type, documentation was supplied by Jean-Luc.

Specified in EA as “root” to be consistent with other similar <<Primitive>> and <<CIMDatatype>> classes, although I don’t think this is important.

This also added to the TimeDatatypes and BasicDatatypes diagram.

Decimal <<Primtive>> addedBrand new type documentation was supplied by Jean-Luc.

Specified in EA as “root” to be consistent with other similar <<Primitive>> and <<CIMDatatype>> classes, although I don’t think this is important.

This also added to the BasicDatatypes diagram.

Diagram changes for new primitive and time typesAdded the primitive time types to both the BasicDatatypes and TimeDatatypes diagrams.


Closed issues: Not summarized but several common issues and a few wg13 issues closed, you can see these by sorting worksheets by closed date which I am entering rigorously.

Incorporates new version of IEC61968.

Cross package linkage changes summaryRemoved many concrete linkages to “Info” classes in favor of using the abstract linkage PowerSystemResource-AssetInfo.

Removed the OutageStepRoles-ConductingEquipment linkage.

Slight clarification in documentation of Equipments-UsagePoints. Also fixed name of this association and moved from TransformerTanks.

Removed generalization of Circuit from EquipmentContainer.

Many generalizations from IdentifiedObject are gone including ChangeSet, ChangeItem, CircuitSection, BusinessRole, WireType, NetworkDataSet.

Removed association PowerSystemResource-DocumentRoles.

Removed association PowerSystemResource-ErpOrganizationRoles.

Removed association PowerSystemResource-ChangeItems.

Removed association PowerSystemResource-NetworkDataSets.

Added association PowerSystemResource-AssetDataSheet.

Removed association EnergyConsumer-UsagePoints.

Removed association WindingInsulation-Ground.

Added association PerLengthPhaseImpedance-ConductorInfo.

Added association PerLengthSequenceImpedance-ConductorInfo.

Removed association Switch-LoadMgmtFunctions.

Association end name changed from Measurement-ErpPerson to Measurement-Person.

Changes for 61970cim15v17 package

Clean up spelling in BaseVoltage-TransformerEnd docMinor spelling cleanup.

Remove ToBeDiscussed stereotype from BaseVoltage-TransformerEndThis was previously discussed, so clean up errors. Plus add some more descriptive documentation.

PhaseCode changesDocumented existing enums. Added new enums of s1, s2, and s12.

Clean up attribute ordering for SynchronousMachineThe jCleanCim from previous release showed some errors with ordering attributes. This may be due to drag and drop of attributes . Cleaned up by manually reordering then putting back to same order.

Added class ACLineSegmentPhaseAdded class ACLineSegmentPhase to package Wires. Specializes PowerSystemResource. Links to ACLineSegment, no attributes yet beyond phase:SinglePhaseKind.

AsynchronousMachine documentationMinor clarification about rotating shaft.

PowerTransformer associations relaxedA some associations multiplicities were relaxed to allow optional modeling of tanks, or explicit modeling of tanks instead of PowerTransformerEnd.

PowerTransformerEnd.PowerTransformer changed from [1] to [0..1].

TransformerTank.PowerTransformer relaxed from [1] to [0..1].

TransformerTankEnd.TransformerTank relaxed form [1] to [0..1].

ShuntCompensator attribute cleanupDuplicate modeling was deleted for clarity. See issue 13_37. The nomS, minU, maxU, and reactivePerStep attributes were deleted.

The documentation for normalSections was cleaned up.

ShuntCompensatorPhase attribute additionsAttributes added include bPerSection,gPerSection, normalSections, and maximumSections.

TransformerStarImpedance-TransformerEnd <<REMOVE?>> removedRemoved the <<REMOVE?>> stereotype on this association since it will be retained.


The jCleanCim log still contains trace and debug messages, I’ll fix that later.

Priority combined items from wg14, all addressed, see details in changes:

c-021: FaultLocator to inherit from Sensor and move to AuxiliaryEquipment. Wait for WG13 to apply changes agreed in WG14

modelling calls. And remove last sentence in the doc of both PotentialTransformer and CurrentTransformer. c-025: Attributes of new *Phase classes. (at least the phase attribute, similar to SwitchPhase). c-040: Description of TransformerTank as detail of PowerTransformer is intended to be optional.- WG13 to apply. c-041: No more link to BaseVoltage or VoltageLevel is possible on PowerTransformerEnd. – WG13 to apply. c-042: Doc for BaseVoltage. – WG13 to apply.

No new package versions were merged. This release primarily includes work on WG14 combined issues, plus EPRI/ENTSO-E dynamics merge and cleanup.

Changes for 61970cim15v16 package

Merge Dynamics attributesMerged the attributes stereotyped as <<Dynamics>> from ENTSO-E file iec61970cim14v15_iec61968cim10v31_combined-dyn10s_06_18.eap on the SynchronousMachine class. The <<Dynamics>> stereotype is removed as this is not standard.

Move SynchronousGeneratorType enumeration to Wires packageThis is done to avoid circular dependencies among the Wires and the Dynamics sub-packages. SynchronousMachine.synchronousGeneratorType:SynchronousGeneratorType attribute is on class in Wires but SynchronousGeneratorType was in the Dynamics.Generators package.

Clarification to SynchronousMachine class documentationUpdated the class documentation to reflect RotatingMachine superclass. The “with shaft” text was added. This addresses issue 13_30.

Full class documentation text is now: An electromechanical device that operates with shaft rotating synchronously with the network. It is a single machine operating either as a generator or synchronous condenser or pump.

Add PostLineSensor classNew class added as per point 2 of issue c-021.

Clarify BaseVoltage documentationDocumented with addition of “system” now. Documenation is “Defines a nominal system base voltage which is referenced.” This closes issue c-042.

Attributes for EnergyConsumerPhase and ShuntCompensatorPhaseIssue c-025. Added “grounded” and “phaseConnection” attributes to EnergyConsumer and ShuntCompensator classes. Added several attributes to xxPhase classes, common attribute of “phase” with special description for wye or delta connection. Potentally abusing the WindingConnection which covers possible connection types for a PowerTransformerEnd.

All new attributes marked as <<ToBeDiscussed>>

Add link BaseVoltage to TransformerEndAdded link from TransformerEnd to BaseVoltage. This is issue c-041. Seems there is no clear explanation of need for this yet except that it was in previous profiles. Marked as <<ToBeDiscussed>> Is this needed?

PowerTransformer-PowerTransformerEnd optionalc-040 – made PowerTransformerEnd role optional [0..*] instead of forcing at least one PowerTransformerEnd to be modeled.

PowerTransformer-TransformerTank optionalc-040 – made TransformerTank optional [0..*] instead of forcing at least one tank to be modeled.

Remove OperationalLimit package ToBeDiscussed stereotypesRemoved all “ToBeDiscussed” stereotypes from OperationalLimit package. Retained “WorkInProgress” stereotypes.

Issues to discussShould connectionType attribute be modeled on TransformerEnd not PowerTransformerEnd?

Discuss the reason for BaseVoltage-TransformerEnd. It seems redundant with ratedU, confusing, and not needed, although it was in previous profile version.

Discuss use of WindingConnection or new PhaseShuntConnectionKind for EnergyConsumerPhase and ShuntCompensatorPhase.


These are the first changes after handoff of CMM role to Kendall Demaree and are mainly oriented at cleaning up jCleanCim errors and a few items that might cause problems for the upcoming IOP in March.

If you have problems and don’t need Dynamics package, try deleting that package. Nothing outside Dynamics depends on Dynamics and that package is <<WorkInProgress>>.

Changes were made in EA on 61970 package stripped of 61968 and 62325 packages since the previous posting included outdated versions of those packages and the latest versions will be merged before posting. I am reviewing a temporary iec61970cim15v13_iec61968cim11v06_iec62325cim01v03_EU_cleaned version to identify impacts to any cross package linkages.

The merged IEC62325 package might have been referred to as with a “_baselined_EU_cleaned” extension, but I assume the version number itself is sufficient for identity as was specified in the IEC62325CIMVersion.version attribute initial value.

I am expecting absolutely no impacts on packages outside IEC61970. If anyone notices any please let me know.

Changes for 61970cim15v15 packageThe sub headings are changes from 61970cim15v15.

Ordering of attributes on Switch classA jCleanCim error about ordering of attributes on Switch class. Fixed by switching off alphabetic ordering in tools|options|objects, moved attributes around then back hoping to fix. Then switch back on tools|optons|objects alphabetic sorting. Verified this was fixed.

Empty enumerationsThe following three errors (PenstockType,SpillwayGateType,SurgeTankCode) are enumerations with no enum literals. Added “enum with name “undefined” to each. Wrote issue 13_ on these.

2011-02-03 16:19:33,526 [main] ERROR AbstractRule - (668) WG13 CIM enumeration <<enumeration>> Production::PenstockType; afferent classes: byAttr=[HydroPowerPlant];

2011-02-03 16:19:33,526 [main] ERROR AbstractRule - (665) WG13 CIM enumeration <<enumeration>> Production::SpillwayGateType; afferent classes: byAttr=[Reservoir];

2011-02-03 16:19:33,542 [main] ERROR AbstractRule - (673) WG13 CIM enumeration <<enumeration>> Production::SurgeTankCode; afferent classes: byAttr=[HydroPowerPlant;

Inheritance of same association end name for ProtectedSwitchProtectedSwitch.ProtectionEquipments name change to ProtectedSwitch.OperatedByProtectionEquipment.

Verified errors removed.

2011-02-03 16:19:33,542 [main] ERROR AbstractRule - WG13 Wires::Breaker duplicate association ends: ['ProtectionEquipments':[WG13 ProtectedSwitch.ProtectionEquipments, WG13 ConductingEquipment.ProtectionEquipments]]

2011-02-03 16:19:33,542 [main] ERROR AbstractRule - WG13 Wires::ProtectedSwitch duplicate association ends: ['ProtectionEquipments':[WG13 ProtectedSwitch.ProtectionEquipments, WG13 ConductingEquipment.ProtectionEquipments]]

2011-02-03 16:19:33,542 [main] ERROR AbstractRule - WG13 Wires::LoadBreakSwitch duplicate association ends: ['ProtectionEquipments':[WG13 ProtectedSwitch.ProtectionEquipments, WG13 ConductingEquipment.ProtectionEquipments]]

2011-02-03 16:19:33,542 [main] ERROR AbstractRule - WG13 Wires::Recloser duplicate association ends: ['ProtectionEquipments':[WG13 ProtectedSwitch.ProtectionEquipments, WG13 ConductingEquipment.ProtectionEquipments]]

Inheritance of same association end name for TransformerCoreAdmittanceThis appears to be a false positive report from jCleanCim. No changes were made and problem no longer reported by jCleanCim, at least on 61970 only model. Watch for reappearance on merged models. (todo?)

2011-02-03 16:19:33,542 [main] ERROR AbstractRule - WG13 Wires::TransformerCoreAdmittance duplicate association ends: ['TransformerEnd':[WG13 TransformerCoreAdmittance.TransformerEnd, WG13 TransformerCoreAdmittance.TransformerEnd]]

Inheritance of same association end name for MetaBlock-MetaBlockReferenceChanged the other end of MemberOf_MetaBlock from MetaBlockReference to Contains_MetaBlockReference. Verified error removed.

2011-02-03 16:19:33,542 [main] ERROR AbstractRule - OTHER_CIM Dynamics::MetaBlock duplicate association ends: ['MetaBlockReference':[OTHER_CIM MetaBlock.MetaBlockReference, OTHER_CIM MetaBlock.MetaBlockReference]]

Move Dynamics package under IEC61970 packageThe package was moved under IEC61970 as child package as discussed at WG13 meeting 2011-02-03 and hence will be part of the 61970-301.

Also change stereotype to <<WorkInProgress>> since it has further cleanup required.

Delete <<ToBeDeleted>> from Dynamics package.Lots of stuff apparent junk deleted from the Dynamics package. Deleted stuff with delete stereotypes indicating to be deleted.

The following errors are expected to be cleaned up by removing duplicate classes with same names. Verified error removed.

2011-02-03 16:19:33,542 [main] ERROR AbstractRule - OTHER_CIM Dynamics::BlockConnectivity duplicate association ends: ['MetaBlockConnectivity':[OTHER_CIM BlockConnectivity.MetaBlockConnectivity, OTHER_CIM BlockConnectivity.MetaBlockConnectivity]]

Deleted unused enumeration PhaseTapChangerKind,WindingTypeThe enumeration PhaseTapChangerKind was replaced by classes serving the same purpose as each enum. The deleted enumeration was unreferenced in the CIM UML.

The enumeration WindingType was replaced by sequence number of the terminal. This is more general and scales to a transformer with any number of ends.

Patched <<enum>> on enumeration SynchronousMotorTypeAdded missing stereotype of <<enum>> and removed “alias” values of “genrou” and similar, moved into empty notes, so we saved this information. CIM does not use “alias” feature, but does need note.

Fix attribute types in Dynamics packageLoadMoter.lpp attribute made proper type reference to Domain::Reactance instead of simple “Reactance” string.

ExcSCRX.cswitch changed from type “boolean” to Domain::Boolean

(about 600 more to do, but mostly “float” to “Domain::Float”)

Deleted class with duplicate name <<dynamics>>TurbineGovernor which had no associations attributes or documentation. The other TurbineGovernor had documentation and lots of associations.

Fix partially modeled Association in Dynamics packagesFilled in association end name roles and multiplicities for RotatingMachine-MachineLoad. These were a guess from documentation on MachineLoad which makes it sound like a table of values for a rotating machine.

Fix attribute types in DiagramLayout packageFix type of DiagramObject.offsetX, DiagramObject.offsetY, DiagramObjectPoint.yPosition, DiagramObject.zPosition. These changed from “Float” string to “Domain::Float”.

Fix attribute types in Domain packageChange type of CostPerVolume.value from “Float” string to “Domain::Float”. Change type of CostPerVolume.demoninatorUnit from “Unit” string to “Domain::UnitSymbol”. Change type of VolumeFlowRate.demoninatorUnit from “Unit” string to “Domain::UnitSymbol”. Change type of VolumnFlowRate.value from “Float” string to “Domain::Float”.

Fix attribute types in Wires packageChange type of RatioTapChangerTabularPoint.ratio from “Float” string to “Domain::Float”.

Restored 61970cim14v15 association OperationalLimitSet-EquipmentSee issue C-045. Needs discussion. Marked as <<ToBeDiscussed>>. Also changed the multiplicity of OperationalLimitSet-Equipment to [0..1] on Equipment side whereas cim14 had [1..1].

Changed initial value of Temperature.unit to match an enumThe initial value of Temperature.unit was never modified when we changed the enumeration UnitSymbol enum. The initial value of “ºC” was changed to “degC”.

Remove the directional associations outside DynamicsToo many to fix inside dynamics, but outside Dynamics package, the following were fixed.

2011-02-05 16:28:13,186 [main] ERROR AbstractRule - direction='Source -> Destination' in (4211) WG13 CIM composition = PhaseTapChangerTabularPoint.PhaseTapChangerTabular - PhaseTapChangerTabular.PhaseTapChangerTabularPoint

2011-02-05 16:28:13,186 [main] ERROR AbstractRule - direction='Source -> Destination' in (4210) WG13 CIM composition = RatioTapChangerTabularPoint.RatioTapChangerTabular - RatioTapChangerTabular.RatioTapChangerTabularPoint

Remove aggregation from new transformer modelingThe aggregation symbols were removed from new transformer diagrams.

This is consistent with the best practices in the CMM document, so I thought we could at least do this for the new modeling.

Clean up PackageDependenciesClean up PackageDependencies issues with jCleanCim validation. Will redraw the diagram after merge to fix 13_26.

Issues to discuss:Unused Enumeration CompanyType could be deleted.

The class TransformerStarImpedance is stereotyped as <<Remove?>> but seems required to model star impedances of transformers.

Unused enumeration SynchronousGeneratorType – possibly used by Dynamics attributes not yet merged by package merge.

Unused enumeration Generators::IfdBaseType – possibly used by Dynamics attributes not yet merged by package merge.

May need to rename the sub-packages inside Dynamics package since they are very generic “Loads” “Generators” and such.

Some unused Domain types Speed and Admittance.

jCleanCim – reports “2011-02-03 16:19:33,683 [main] DEBUG AbstractRule - 0 attributes have as type class from the model, but retained by EA as string - to fix it, edit the attribute properties in EA and select its type from the combo box.” but there are many cases of this.

Why do we no longer have association of OperationalLimit to Equipment? Now we need twice as many values stored to monitor both ends of all lines. We also can’t use OperationalLimits on anything but conducting equipment. What about tank oil temperature limits, what about limits on CT or other auxiliary equipment. We need to model a new structure for them now. How can we justify the implications this change will cause for anyone who extended CIM13 and CIM14 in this natural way? Can we reference an issue or discussion anywhere? Reopen issue 13_12. How to put limits on TransformerTanks? The decision makes sense in context of ENTSO-E profile not CIM model. If you even want CPSM 2011 to be limited this way, OK, but not CIM after it has been submitted as standard CPSM. This breaks the old CPSM profile. See issue c-045.

What value do we claim for the breaking changes to concrete grouping of OperationalLimitSet. The grouping by limit type is not the only grouping, nor the most sensible. Now we are forced to make more instances and of OpeationalLimitSet and duplicate the associations to the equipment model. See issue C-046. Software can easily group by type if that is needed for UI or some other system internal implementation reason.

Model comparison iec61970cim14 to iec61970cim15This is a summary from the detailed model comparison from the IEC61970 package with version IEC61970cim14v15 (the official “CIM14 release” to IEC61970cim15v16 (a draft intermediate model toward “CIM15 release” standard.

The model comparison is based on the EA baseline comparison tools, but is written to avoid extraneous differences generated by the tool and the changes are organized in a more sensible, user friendly manner with some commentary added.

For the purposes of this report changes to containment, navigation, or direction of associations have been ignored. These features of the UML model are not considered part of the IEC specification. Also the ordering of attributes was cleaned up, but this was primarily an internal EA issue and should not impact IEC standards other than possibly correcting an indeterminate ordering of attributes in the automated model documenting tools.

New AuxiliaryEquipment packageThe AuxiliaryEquivalent package was added to hold equipment used for sensing the powersystem and not primary power carrying devices.

Figure 1 AuxiliaryEquipment package diagram Figure 1 AuxiliaryEquipment shows the modeled auxiliary equipment. Note that the CurrentTransformer and PotentialTransformers were moved from the Meas package to the AuxiliaryEquipment package.

Change to use CIMDatatype stereotypeThe previous useage of <<Datatype>> has be replaced with <<CIMDatatype>> . This impacted many classes and is not reported individually.

New data types addedThese datatypes (or <<CIMDatatypes>>) were added to model and described here, but the usage of on attributes is described separately.

CostPerVolume

Displacement

Speed

VolumeFlowRate

ConductancePerLength

TimeInterval

ReactancePerLength

Removed datatypesAny changes to attributes using these datatypes are documented elsewhere.

MonetaryAmountPerEnergyUnit

MonetaryAmountPerHeatUnit

MonetaryAmountRate

Changed datatypesChanged the following datatypes:

CostPerHeatUnit – added denominatorMultiplier and demnominatorUnit attributes

Emission – added denominatorMultiplier and denominatorUnit attributes

HeatRate – added denominatorMultiplier and denominatorUnit attributes

New primtives<<CIMDatatype>> Absolute DateTime becomes <<Primtive>> DateTme.

<<CIMDatatype>> Absolute Date becomes <<Primtive>> Date.

Added new <<Primtive>> Time.

Added new <<Primtive>> Decimal.

Added new <<Primtive>> Duration.

Changed UnitSymbol enumsdegC - replaces °C

Removed UnitSymbol enumsV/VAr – violates naming rules

W/Hz – violates naming rules

J/s – violates naming rules

s-1 – violates naming rules

kg/J – violates naming rules

W/s – violates naming rules

Hz-1 - violates naming rules

Various attribute type changesThe HydroGeneratingUnit.hydroUnitWaterCost attribute changed from Float to CostPerVolume.

Atttribute HydroPowerPlant.plantDischargeCapacity type changed from Float to VolumeFlowRate.

HydroPump.pumpDischAtMaxHead and HydroPump.pumpDischAtMinHead type changed from Float to VolumeFloatRate.

Avoid empty enumerationsThese are stop-gap changes to avoid empty enumerations. The type “unknown” was added, but further work is required. This was applied to PenstockType, SurgeTankCode, and SpillwayGateType.

BaseVoltage class documentation change A minor documentation change clarified BaseVoltage as system voltage.

BaseVoltage associated with TransformerEndAdded association in the new transformer model.

ConductingEquipment.phases moved to Terminal.phasesThe phases attribute on ConductingEquipment was moved to Terminal to be more precise and consistent for all types of equipment connections. Jumpers and transformers don’t fit simple model on equipment and must be specified by terminal. Also future possibility of connecting any branch device among different phases at different terminals.

IdentifiedObject changes for namingThe aliasName was retained but clarified as planned for retirement and to be eventually replaced by Name class.

The pathName and localName attributes were deleted and can be modeled using the more general Name class.

The Name class was added to represent in general purpose manner possible alternative names for an object. The NameType and NameTypeAuthority classes were also added and give more specific context to an alternate name.

Figure 2 Names diagramFigure 2 Names diagram shows the names model and the retained attributes of name and aliasName on IdentifiedObject.

DiagramLayout package addedA new package DiagramLayout was added.

A linkage to IdentifiedObject as created such that basically any CIM object can now be put into a diagram layout. The intent is to support both operator one-line type diagrams and any sort of model diagraming, including control block diagrams, and any other sort of graph representation of modeled data. The model can express diagram positions, linkage into IdentifiedObject and a presentation style, but does not give all details needed to actually render a diagram. The endpoint is assumed to apply its own rendering styles based upon the context, model linkages, and the diagram style.

Figure 3 DiagramLayout diagramFigure 3 DiagramLayout diagram shows the new model for diagram layouts in the new DiagramLayout package.

New enums for PhaseCodeTo model distribution secondary with connection to center of winding, the following new enums were added.

s1N

s2N

s12N

New enumeration SinglePhaseKindNew enumeration SinglePhaseKind added to express when a single phase is the only possible expression. This enumeration is a subset of PhaseCode which includes no combinations of phases.

Terminal class new attribute phasesThe new attribute Terminal.phases:PhaseCode was added to properly describe phase connections at each terminal of a device. This also replaces the deleted attribute ConductingEquipment.phases:PhaseCode which is now redundant.

OperatoinalLimits package <<WorkInProgress>>Experimental classes for grouping limits exist, but are still under discussion and may be ignored. The classes in this state are ActivePowerLimitSet, CurrentLimitSet, VoltageLimitSet, and AparentPowerLimitSet.

OperationalLimitSet-Equipment linkage GUID changeNo functional change, but EA GUID changed on this association.

OperationalLimitSet-Equipment linkage optionalThe multiplicity of the Equipment role is made optional, so one can choose a terminal linkage instead of a direct equipment linkage.

PerLength impedance models for ACLineSegmentAdded classes PerLengthPhaseImpedance and PerLengthSequenceImpedance for distribution models where standard wire construction model and length are used.

Figure 4 LineModel diagramThe new classes for per length impedance models are shown in Figure 4 LineModel diagram.

Breaker.ratedCurrent, LoadBreakSwitch.ratedCurrent, Fuse.ratingCurrent moved to Switch base class.The Breaker.ratedCurrent, LoadBreakSwitch.ratedCurrent and Fuse.ratingCurrent attributes are moved to the base class Switch.

ProtectedSwitch breakingCapaciity attribute addedThe ProtectedSwitch.breakingCapacity:CurrentFlow attribute was added to explicitly state the interruption capacity of the switch. Previously this was sometimes confused with ratedCurrent which was removed.

Recloser class addedRecloser class added as specialization of ProtectedSwitch.

Sectionalizer class addedSectionalizer class added as specialization of Switch.

SwitchPhase class addedThe SwitchPhase class is added to optionally represent individual phase switching detail within a mult-phase Switch. The model allows for specifying the normally open status of individual phases and ability to specify cross phase connections, for example specifying phase A connects to phase B. on one instance and phase B connects to phase A on another instance, all within a Switch that connects terminal with phases AB to terminal with phases AB.

ProtectionEquipment changesAdded attributes ProtectionEquipment.unitMultiplier:UnitMultiplier and ProtectionEquipment.unitSymbol:UnitSymbol. Also changed the association end role name ProtectionEquipments to be OperatedByProtectionEquipment to avoid duplicate role names.

EnergyConsumer attribute clarificationsMinor text changes to documentation of pFixed,qFixed,pFixedPct,qFixedPct attributes.

EnergyConsumer and ShuntCompensator phase connection attributesNew attributes grounded:Boolean and phaseConnection:PhaseShuntConnectionKind provide information about grounding of center point and wye or delta connections. PhaseShuntConnectionKind enumeration added with enums of D, Y, Yn, and I.

EnergyConsumerPhase and ShuntCompensatorPhase classes added.Classes added to represent phase detail of loads and shunt compensators. This detail is optional.

RegulationSchedule and TapSchedule attributes for line drop compensationThe attributes lineDropCompensation:Boolean, lineDropR and lineDropX were removed. This is now modeled on the new class TapChangerControl.

Control attributes addedThe Control class in Meas package had the following attributes added: unitSymbol and unitMultiplier.

Unit class deletedMeasurement now has unitSymbol attribute so this is no longer needed for measurements and that was the only known use. There is an issue outstanding on this though.

New Measurement class attributesThe Measurment class has new attributes: unitSymbol:UnitSymbol, unitMultiplier:UnitMultiplier, and phases:PhaseCode.

Class SvInjection documentation changesMinor clarification of direction of flow in documentation.

Class SvPowerFlow documentation changesThe documentation of the p and q attributes was changed to clarify the direction of positive flow.

Class SvShuntCompensatorSections changesThe integer “sections” attribute was removed. The Float attribute previously named “continuousSections” was retained and renamed to “sections”. Since the number of sections is fairly limited compared to computer accuracy, one can reasonably express the integer as a floating point number if an integer value is required.

Class SvTapPosition changesThe integer “position” attribute was removed. The Float attribute previously named “continuousPosition” was retained and renamed to “position”. Since the number of tap positions is fairly limited compared to computer accuracy, one can reasonably express the integer as a floating point number if an integer value is required.

Class TopologicalIsland documentation changesMinor clarification of TopologicalIsland being product of the state of the power system.

New class ClampA ConductingEquipment that models a physical clamp connection point put a specified distance down an ACLineSegment. This is a single terminal device.

New class CutThe new class Cut was added. It inherits from Switch which is a little odd, but associates to ACLineSegment and specifies the distrance from end of line at which it is cut. Since Cut is Switch subclass it also has the semantics of Switch, so two terminals and if closed, the two terminals are electrically connected. When a Cut is open it changes the model of the associated ACLineSegment to be physically cut at the specified distance. Any number of Cut objects can be applied to an ACLineSegment. A connectivity node (or TopologicalNode) can be used to connect other ConductingEquipment Terminals to the Terminals of the Cut in the normal methods.

Transformer model changesPrimary reason for these changes was to allow distribution systems to use the same model and instance specification for balanced and unbalanced models.

Figure 5 The new Transformer diagramFigure 5 The new Transformer diagram shows the core structure for the new transformer model.

Figure 6 TapChanger diagramFurther details of the tap changer portion of the transformer model are show in Figure 6 TapChanger diagram.

PowerTransformer inheritance changes

PowerTransformer now inherits from ConductingEquipment instead of Equipment. The terminals that were formerly attached to TransformerWinding are now attached to PowerTransformer. The Terminal.sequenceNumber distinquishes the terminals much as

previously done by TransformerWinding.windingType, however the WG13 has decided to not specify primary, secondary, tertiary and so forth because there are conflicting meanings for these terms. . A PowerTransformer may be balanced or unbalanced and may optionally model unbalanced tank level detail.

An write-up of the possible combinations of modeling associated with the PowerTransformer is documented in the 61970-301 document chapter 4.

PowerTransformer.vectorGroup attribute changes

The PowerTransformer has removed all impedance variables related to magnetizing and added the vectorGroup:String attribute.

The magnetizing attributes were moved to TransformerEnd to more specifically communicate the assumed end to which the magnetizing impedances are modeled.

The vectorGroup attribute is used to indicate the actual phase connection angle shifts and follows industry conventions in naming the string, though it appears vectorGroup may need further documentation to be more specific.

Removed TransformerWinding class

The TransformerWinding class is replaced by the PowerTransformerEnd class, its base class TransformerEnd and associated classes. The link to TransformerEnd-Terminal along with the Terminal.sequenceNumber provides similar functionality as TransformerWinding.windingType.

TransformerEnd, PowerTransformerEnd, and TransformerTankEnd classes added

The TransformerEnd class along with its specialization PowerTransformerEnd effectively replace the previous TransformerWinding class. The TransformerTankEnd is another specialization of TransformerEnd used for tank detail modeling. Both PowerTransformerEnd and TransformerTankEnd models are optional as different use cases may require tank detail or not. For the CPSM (61970-452) profile the PowerTransformerEnd replaces the TransformerWinding class.

TransformerEnd can be associated with a BaseVoltage much like TransformerWinding previously be associated with a BaseVoltage, though the usage is not required since the “ratedU” attribute gives all the required information with a Substation model using VoltageLevel. The BaseVoltage association is useful when modeling outside of substation detail where VoltageLevel is not available.

The magnetizing attributes on TransformerEnd were moved form the PowerTransformer to more accurately specify the assumed end to which the impedances are modeled. These magnetizing impedance can be used with either the star or the mesh models.

TransformerMeshImpedance class added

The TransformerMeshImpedance allows for specification of transformer impedance in terms of a dense matrix of impedances among all its terminals.

This is an alternative representation to the implicit star model previously used, but allows for proper modeling beyond three terminals, plus is more sensible for two terminal case by avoiding .

When using this model, it is not required to specify the b,g, b0 and g0 impedance attributes directly on the PowerTransformerEnd as those are for the assumed “star” modeling of impedances.

Each TransformerMeshImpedance represents one upper triangle off diagonal entry of the impedance matrix. The TransformerEnd magnetizing attributes can be used to represent the additional diagonal contributions to the matrix.

The mesh impedance model can be used for either transmission models using PowerTransformerEnd or the tank models. The TransformerMesh Impedance is not intended to be used for sharing mesh impedance models among multiple PowerTransformer or TransformerTank instances.

HeatExchanger class removed

No clear use case for this, so removed from new transformer model.

Added class TransformerTank

Used for modeling the physical tanks in a transformer often associated with unbalanced distribution transformers, though can be used to model transmission unbalanced models as well. Tank models are not typically used for transmission exchanges.

PhaseTapChanger changes

Several attributes removed and now this is an abstract class specialized into different subtypes representing different methods to compute transformer parameters from tap position.

TransformerEnd to tap changers

The TransformerEnd class associates with optionally one RatioTapChanger and optionally one abstract PhaseTapChanger. This is similar to the previous association between TransformerWinding and tap changers, it is possible to model one voltage ratio tap changer, one phase tap changer, both, or none at each end of a transformer.

PhaseTapChanger new specializations

PhaseTapChanger can potentially be exchanged as a concrete instance using tabular information or exchanged as a specialization to represent symmetrical or asymmetrical models or a simple linear model by using specialization classes PhaseTapChangerSymmetrical,

PhaseTapChangerAsymmetrical, or PhaseTapChangerLinear. Note that any specialization can also add the tabular information since new class PhaseTapChangerTabular is composed.

The PhaseTapChangerKind is effectively replaced by the specialiations of PhaseTapChanger. The “unknown” would map to a concrete instance of PhaseTapChanger or PhaseTapChangerLinear rather than one of the specializations.

PhaseTapChangerTabular and PhaseTapChangerTabularPoint classes added

These new classes represents a table of impedance scalings and phase angle values with respect to tap position. The modeling is conceptually a table or curve, but uses normal UML type definitions instead of the awkward Curve model of specifying types of attributes (e.g. y1Unit, y2Unit, and xUnit). The table model is optionally associated or composed with the PhaseTapChanger class. Normally such tables are not needed if using the more specific PhaseTapChangerAsymmetrical, PhaseTapChangerSymmetrical classes.

RatioTapChangerTabular and RatioTapChangerTabularPoint classes

Similar to PhaseTapChangerTabular (see ) a tap ratio and impedance adjustment table can be optionally associated with a RatioTapChanger.

TapChangerControl class added

The tap control is now optinally added to the tap changer model. The new class TapChangerControl specializes the RegulatingControl class and adds the capability to specify line drop compensation as well. The line drop compensation was formerly modeled on the RegulationSchedule class. The new class also adds capability to specify reverse line drop and line drop “limit” voltage as sometimes used for distribution.

ImpedanceVariationCurve, PhaseVariationCurve and RatioVariationCurve classes removed

The classes were removed and replaced by the PhaseTapChangerTabular and RatioTapChangerTabular.

New class TransformerCoreAdmittance

Optionally associated with the TransformerEnd to allow for sharing of values among many transformers. The same attributes exist on the PowerTransformerEnd to allow for CPSM compatability without adding extra classes when each transformer is different. The TransformerCoreAdmittance would be used only where sharing is important.

New class TransformerStarImpedance

Optionally associated with the TransformerEnd. Used to share star model impedance values instead of specifying individually on the PowerTransformerEnd.

WindingTest class removed

No replacement in model.

Dynamnics package from EPRI project addedThe Dyanmics package was added (later changed to informative package for CIM15). The changes are not detailed fully as this is a huge addition. The addition supports “standard” and “user defined” dynamics models appropriate for transient stability analysis and other power system dynamic analysis.

The Dynamics package depends upon other IEC61970 subpackages but no subpackages depend upon the Dynamics package. The EPRI model most slightly modified to move the SynchronousGeneratorType enumeration from Dynamics package into the Wires package in order to keep package dependency relations clean.

The existing Wires::SynchronousMachine gained a few attributes specific to dynamic analysis listed below.

synchronousGeneratorType:SynchronousGeneratorType

tpdo:Seconds

tpqo:Seconds

tppdo:Seconds

tppqo:Seconds

The class RotatingMachine was introduced. The attribute ratedS was moved from SynchronousMachine to its base class RotatingMachine. AsynchronousMachine also inherits from RotatingMachine. RotatingMachine and AsynchronousMachine are added to the Wires package.

The new class AsynchronousMachine was introduced.

Figure 7 Wires Inheritance showing new RotatingMachine classRotatingMachine was “inserted” into the inheritance tree as shown in Figure 7 Wires Inheritance showing new RotatingMachine class.

Of note is the addition of the GenLoad class which specializes the RegulatingCondEq class. An issue is written on this as it may be considered beyond the scope of dynamics package to be modeling new equivalent conducting equipment rather than providing the dynamic models for existing conducting equipment. See issue 13_33.

The Block class in Dynamics package uses same that was used for energy trading blocks in previous CIM versions, though the packages in which it was used were not considered IEC standards. The most recent draft IEC62325 packages which will build upon this core IEC61970 do not contain the Block class.

iec61970cim15v33_iec61968cim11v13_iec62325cim01v07-changes

Documents

package changes

diagram changes

important changes

changes notes

end of changes

core package

informative package

class clamp