Escolar Documentos
Profissional Documentos
Cultura Documentos
Restricted © Siemens AG 2015 All rights reserved. Answers for infrastructure and cities.
Page 1
Spectrum PowerTM 7
Data Modeling (SCADA)
Types e.g. Type: BusbarSection (defined as part of the product) includes a list of
Attributes that describes a busbar & Associations to other types
Properties EquipmentMemberOfVoltageLevel
Associations
• Companies is an instance of type sysNetCompanies. This folder instance contains most of the in-
stances that define the power system.
• Europe is an instance of type GeographicalRegion. This is a folder instance and it also contains
attrib-utes of its own, such as Interchange Control Priority. GeographicalRegion is the CIM 12 name
for Company.
• ZONE_1 is an instance of type SubGeographicalRegion. Many engineers refer to this as type Zone.
• Vienna is an instance of type Substation. A SubGeographicalRegion normally contains many Substa-
tion instances.
• BB1A is an instance of type BusbarSection. This instance contains many instances of many types
that describe the measurements that are collected about BB1A instance.
RDFID: _00165A66-863C-47B8-AB9A-43E0978F3848
Europe
• Grandparent of the
Vienna BB1A BusbarSection
instance
• Child of 33
BB1A VoltageLevel instance
•A parent instance may contain immediate child instances and also adopted child instances. Immediate children are
directly below the parent in the IMM path. Adopted children are related to the parent through another link
SCADA Flag Controls the inclusion or exclusion of instances from the SCADA online database
AGC Flag Controls the inclusion or exclusion of instances from the AGC online database
NA Flag Controls the inclusion or exclusion of instances from the TNA online database
DMS Flag Controls the inclusion or exclusion of instances from the CDNA online database
Note:
Possible to have measurements and info's that pertain to a substation or voltage level,
i.e., elements can be defined directly under a B1 or B2
For example:
B1/null/null/Element/Info (e.g., measurement of the substation)
B1/B2/null/Element/Info (e.g., example, measurement of the voltage level)
Note:
Each block is identified by both a name and an internal number.
The names are called B1Name, B2Name and B3Name and their value is assigned by
the user, and may be changed.
In IMM, these are the ODB Names. The block numbers are called B1Number,
B2Number, and B3Number
Note:
An element is also identified by the Nimset internal number.
These internal numbers are assigned and maintained internally by IMM.
Migrated data may assign these internal numbers through import; but if they violate the
uniqueness constraint they will be re-assigned and a warning message is written to the
import log
Note:
Instance names in IMM can be 255 characters long.
Block names in the SCADA TA are limited to 8 characters
Operational Database Name or ODB name is set to the first 8 characters of the instance name
• For B1 level types (for example, Substation, InternalControlArea, ThermalPowerPlant, B1Block, and
so on), the ODB name must be unique across all B1 instances.
• For B2 level types (for example, VoltageLevel, B2Block, and so on), the ODB name must be unique
within its parent B1.
• For B3 level types (for example, BusbarSection, PowerTransformer, ACLineSegment, and so on),
the ODB name must be unique within its parent B1 B2 combination.
For example, in the following instance path the TA portion in blue and bold is the SCADA TA
B1/B2/B3/Element/Info:
For example, in the following instance path the first CB is the Breaker instance and the second
CB is the Discrete instance:
SCADA
Element
For some types, the location of an instance in the IMM path is different than it’s level in the SCADA TA
For example, PowerTransformer's are children of Substations in IMM, but in the SCADA TA, PowerTransformer's
are a B3 under a B2 of VoltageLevel.
To provide a means of defining this alternate parent/child SCADA TA relationship, an association called the
HasForScadaParent association exists for the relevant types.
A link for each instance of these identifies the parent instance to be used for the SCADA TA
The following figure shows the PowerTransformer instance
/Network/Companies/Europe/ZONE_1/Vienna/110_cmpTR11 and it's link for association Has For Scada Parent
(VoltageLevel) to the IMM sibling VoltageLevel instance /Network/Companies/Europe/ZONE_1/Vienna/110
Chapter 6.1 Overview contains a useful table that indicates which IMM types correspond to the SCADA TA
Hierarchy B1 B2 B3 Element and Info levels. It also indicates which types need a link for the
HasForScadaParent association
B1, B2, and B3 fields are B1, B2, and B3 fields are searched in
searched in Operational B1Number, B2Number, and B3Number
Database Name Attribute… attributes. The Elem field is searched in
Elem and Info fields are the ElementName (which is a number)
searched in the Instance attribute The Info field is searching the
Name InfoNumber attribute
Color coding of the type name depicts which types are SCADA block levels of B1 (blue), B2 (green) or B3 (red)
Changing SCADAFlag from True to False cascades down to all descendants, i.e., the SCADAFlag
and InternalScada flag on all descendants will also be set to False
On job activation, these instances will be deleted from the Operational.
On job finalization, the B1, B2, and B3 numbers, that were used by the deleted instances will be freed
up and available for reuse.
Nimset numbers are also freed but the number is not re-used once a nimset was activated to ODB
because it is a key value used by historical data.
If any other subsystems links to a deleted instance, that link is also deleted
Changing SCADAFlag from True to False cascades down to all descendants, i.e., the SCADAFlag
and InternalScada flag on all descendants will also be set to False.
This SCADAFlag change to true cascades down to descendants with InternalScadaFlag but does NOT
cascade down to descendants with SCADAFlag.
This means, the user must explicitly change the SCADAFlag on desired child instances.
Also, the user must explicitly link up other applications to the desired SCADA info’s using the
associations listed above
If user mistakenly changed the SCADAFlag from True to False, then the job should be erased to
restore the instances to their original state
B1 Types
B1Block
Substation
HydroPowerPlant
InternalControlArea
ThermalPowerPlant
...
SCADA Flag Boolean Yes False Must be True for an instance to be part of SCADA.
ODBName String 8 Yes Yes ODB stands for Operational Database Name.
The ODBName is the B1Name in the SCADA TA hierarchy. This value must
be unique across all B1 level instances.
An error message will be issued, if a duplicate B1Name is entered. The
default is the first 8 characters of the instance name.
LogbookText String 20 No Yes In the SCADA ODB, this is the B1Text whose length is 7 characters. The
default in IMM is the first 7 characters of the instance name.
BlockType Enum Yes No Required when SCADAFlag is True. User must select the desired BlockType
from the drop-down list based on enumeration EnumB1BlockType.
AreaOf Enum Yes Yes Also called Technological Area. User selects from the dropdown list. The
ResponsibilityId default is Syst40Bs (1). When the AreaOfResponsibilityId value is changed
on a B1, the new value is assigned to all descendents whose value matches
the old B1 value.
Note
When a B1 level instance is inserted, a child Discrete named Bl Spec is
automatically inserted by IMM when SCADAFlag is true
B2 Types
B2Block
TiePoint
VoltageLevel
LFCDynamicSchedule
ThermalGeneratingUnit
HydroGeneratingUnit
VirtualUnitGroupThermal
VirtualUnitGroupHydro
...
Note
The B1 parent of a B2 instance is normally the parent in the IMM tree hierarchy. For some types, the B1 is
specified using a link for a HasForScadaParent association, these are identified in the section de-scribing those
types.
When a B2 instance is inserted, a child Discrete Bl Spec is automatically inserted by IMM, when SCA-DAFlag is
true
B3 Types
B3Block
Equipment
Network Components
PowerSystemResource
SCADA B3
...
Note
All equipment in a substation operating at a particular rated voltage belong to one voltage level.
In IMM, the following B3 equipment instances are children of a VoltageLevel instance.
Types marked with an asterisk * uses the HasForScadaParent link to indentify their B2 level parent.
ACLineSegment *
B3Block – Generic B3 level SCADA block
Bay (also called switching fields)
BusbarSection
ComplexTransformer *
ConformLoad
CustomerLoad
DC Injections
DCLineSegment *
EnergyConsumer
InductionMotorLoad
Load
NonConformLoad
PowerTransformer *
SeriesCompensator
ShuntCompensator
StationSupply
SynchronousMachine
Note
When a B3 is inserted, a child Discrete Bl Spec is automatically inserted by IMM, when SCADAFlag is true.
When a B3 instance is inserted which SCADAFlag of true, a child Discrete Topo Cmp is inserted with attribute
ElementType assigned a value corresponding to the IMM type. If the user explicitly defined a child Topo Cmp,
the ElementType provided is maintained. This allows an ElementType value different then the default to be
specified.
B3 level types have a Nimset value. This Nimset internal number value is assigned by IMM and is based on
NormElement of BlocHead for all B3 level types.
There are some B3 block type values which indicates that a Nimset value should not be assigned. These
block types are set during parameterization and include B3 Dev (4), B3 RTU (5), B3 Comp (8), swMeas (53),
B3 AD (67), noNeElgr (82), and EndStBlt (129). Normally, these block type values are used only on instances
of type B3Block
Element Types
Accumulator Measurement
RedundantDiscrete
ConnectivityNode
...
Note
SCADA Info's are specific pieces of information about an element
Within IMM instances of types AccumulatorLimit and AnalogLimit that may or may not be children of an element.
Limits may have an intermediate LimitSet container instance
AccumulatorInfo
AccumulatorLimit
AccumulatorValue
AnalogInfo
AnalogLimit
AnalogValue
DiscreteInfo
DiscreteValue
RedundantDiscreteInfo
SeasonalAnalogLimit
VoltageAnalogLimit
Note
The IMM type of Switch is abstract which means that no instances of type Switch are ever created.
Instances are created as one of the following subtypes of Switch
Breaker
Disconnector
Fuse
GroundDisconnector
Jumper
LoadBreakSwitch
LoadDisconnectSwitch
Recloser
Note
Switch instances must be children of a Bay. The Switch instance must have one and only one child in-stance
of type Discrete. Child instances of other types may exist. These two instances together (the Switch and
Discrete) comprises a complete SCADA element under the B3 of Bay.
When a Switch instance is inserted, two child Terminal's T1 and T2 are automatically inserted by IMM. This
happens without regard to the SCADAFlag value. The user must connect these terminals to different Con-
nectivityNodes using association TerminalConnectedToConnectivityNode. Notice exceptions called out per
switch type below.
None of the attributes of the switch subtypes are activated into the SCADA ODB. Rather, it is the connec-
tions between the child Terminals and ConnectivityNodes that is activated into the SCADA ODB
Terminals are associated with each physical power system resource. A terminal allows
Terminals definition of where the resource is connected to the network. Some power system
resources have single terminals (for e.g., loads, generators) and some have two
terminals (for e.g., transmission lines, circuit-breakers)
2 Key Concepts
Connectivity A connectivity node represents a point in the network where power system resources
Nodes are connected together
Note
To create the desired network topology, the terminal(s) of each power system resource should be connected to
(associated with) a connectivity node(s).
Each terminal can only be connected to one connectivity node but a connectivity node can have the terminal of
several devices connected to it
Note
In the e.g., two circuit breakers (Breaker1 and
Breaker2) and 1 busbar (Busbar) are connected to a
common connectivity node (CN1). Similarly, the load
and generator are connected to a common connectivity
node CN2. CN3 is used to connect the transmission
line to its controlling circuit breaker (Breaker 2) through
connectivity node CN3.
Note
The circuit breakers and transmission line are examples of two-terminal devices while the busbar, load, and
generator are single terminal devices.
The two IMM types involved in the topology definition are Terminal and ConnectivityNode
Terminal
Connectivity Nodes
Note
A connectivity node represents a point in the network Each ConnectivityNode instance is connected to either a
where power system resources are connected together. BusbarSection or a Bay using a link for one of associations
In IMM, ConnectivityNode instances are children of a ConnectivityNodeHasForSpectrumParentB3BusbarSection
VoltageLevel instance. or ConnectivityNodeHasForSpec-trumParentB3Bay.
In SCADA ODB, ConnectivityNode instances are A link should not exist for both of these associations.
children of a Bay or BusbarSection. For microtopology, when a ConnectivityNode is connected
ConnectivityNode's are also SCADA elements to a BusbarSection, the ConnectivityNode is considered to
be owned by the BusbarSection.
All other ConnectivityNode’s are owned by the Bay
Validation of Topology
Validation Check
Validation of Topology
Formula
• the mathematical base for the calculation of derived values (analog values,
accumulator values, or messages).
Formula Definition
Formula definitions (IMM type = CalculationRule) are located within the IMM hierarchy as children of in-stance:
/.General - SCADA/.Spectrum Formulas/Formula
IMM is the master for defining Formulas.
Once defined, they can be transferred and activated using the cur-rent activation process to populate the ODB.
These CalculationRule instances are linked to/from Realtime-Calculation instances.
They are also used during validation of the calculations that use the formulas
The definition of a formula includes defining its operands as defined in Formula Definition.
In the e.g. above, the formula (if a then b+0.25 else b) has two operands, a and b, so two FormalOperand
instances have to be defined under the formula.
Validation checks if the right number of operands have been de-fined. If a formula has been defined but never
linked to a RealtimeCalculation, the formula can still be up-dated.
Once the formula is used (linked to a RealtimeCalculation), it cannot be updated anymore
Function Definition
Function definitions (IMM type CalculationFunction) are located within the IMM hierarchy as children of in-
stance:
/.General - SCADA/.Spectrum Formulas/Function
These function definitions must match the functions in the SCADA ODB. The function definitions should not be
modified in IMM. The source data for the functions is the SCADA ODB and these definitions are reverse
transferred out of the ODB and imported into IMM.
These CalculationFunction instances are linked to/from RealtimeCalculation instances. They are also used
during validation of the calculations that use the functions
The RealtimeCalculation instances, that link to Functions, have to match the number
of operands defined by the Function.
The next sections describe how RealtimeCalculation instances use these formulas or
functions.
RealtimeCalculation
The Formulas and Functions defined above are used by instances of RealtimeCalculation. RealtimeCalcu-
lation instances are always children of an Info instance.
After the RealtimeCalculation instance is created, it is linked to either a Formula using association
RealtimeCalculationAssociatedWithCalculationRule, or to a Function using association RealtimeCalcula-
tionAssociatedWithCalculationFunction. The RealtimeCalculation is now using the Formula or Function.
Based on what Formula or Function the RealtimeCalculation is linked to, correct set of Operands need to be
defined. The Operands can be of type “DynamicOperand” or “ConstantOperand”. These Dynamic or Con-stant
Operands must exactly match the FormalOperands of the Formula (CalculationRule) or Function
(CalculationFunction) the RealtimeCalculation is linked to.
DynamicOperands are linked to an info whose value is to be used by the calculation. ConstantOperands are
not linked
DynamicOperand
ConstantOperand
/.General/.MultisiteControlCenter
ControlCenterDataAccessRight
Instances of B1, B2, and B3 level types may have two links to InterlockDecisionTable instances – one for
Global and one for Local.
When using association UsesGlobalInterlockDecisionTable, choose an InterlockDecisionTable in-stance
whose attribute DecisionTableType is Global.
When using association UsesLocalInterlockDecisionTable, choose an InterlockDecisionTable instance
whose attribute DecisionTableType is Local
When defining a SCADA decision table, insert the instances in the following order, using either the IMM Single
Instance Editor or the IMM Table Editor:
Define an Operand Set:
o Insert one instance of type InterlockOperandSet.
o Insert one or more child instances of type InterlockOperand. Use the IMM Table Editor to see these in a
tabular format. Refer the following figure IMM UI Table Editor of InterlockOperands.
Define the Decision Table:
o Insert one instance of type InterlockDecisionTable.
o Insert link to the InterlockOperandSet instance defined above.
Define the Rules:
o Insert one or more instances of type InterlockRule as children of the InterlockDecisionTable in-stance. Use
either the Single Instance Editor or Table Editor.
o Hint: Copy/paste from the Single Instance Editor will copy a rule and all its child conditions; whereas
duplicate from the Table Editor will only copy the rule itself, not the children.
o For attribute Priority on the child rule instance(s), assign sequential, ascending values beginning at 1.
Define the Conditions under each rule:
o Insert one or more instances of type InterlockCondition as children of the InterlockRule instance. Use either
the Single Instance Editor or Table Editor. See figure IMM UI Table Editor of Inter-lockCondition.
o From each InterlockCondition instance, insert link to the corresponding InterlockOperand in-stance.
o Verify the Diagnostic Number on the linked InterlockOperand instance has the correct value.
InterlockDecisionTable
InterlockRule
InterlockCondition
InterlockOperandSet
InterlockCondition
InterlockOperand
When defining a worldmap decision table, insert the instances in this order using either the IMM Single In-stance
Editor or the IMM Table Editor:
Define an Operand Set:
o Insert one instance of type WorldmapOperandSet.
o Insert one or more child instances of type WorldmapOperand. Use the IMM Table Editor to see these in a
tabular format
Define the Decision Table:
o Insert one instance of type WorldmapDecisionTable.
o Insert link to the WorldmapOperandSet instance defined above.
Define the Rules:
o Insert one or more instances of type WorldmapRule as children of the WorldmapDecisionTable instance.
Use either the Single Instance Editor or Table Editor.
Hint: Copy/Paste from the Single Instance Editor will copy a rule and all its child conditions; whereas duplicate
from the Table Editor will only copy the rule itself, not the children.
o For attribute Priority on the child rule instances, assign sequential, ascending values beginning at one.
Define the Conditions under each rule:
o Insert one or more instances of type WorldmapCondition as children of the WorldmapRule in-stance. Use
either the Single Instance Editor or Table Editor.
o From each WorldmapCondition instance, insert link to the corresponding WorldmapOperand in-stance.
WorldmapDecisionTable
WorldmapRule
WorldmapCondition
WorldmapOperandSet
WorldmapOperand
When defining a presentation decision table, insert the instances in this order using either the IMM Single Instance
Editor or the IMM Table Editor:
Define the Decision Table:
o Insert one instance of type PresentationDecisionTable.
o For attribute Presentation Group ID, assign sequential, ascending values beginning at zeor.
Define the Rules:
o Insert one or more instances of type PresentationRule as children of the PresentationDeci-sionTable instance.
Use either the Single Instance Editor or Table Editor.
o Hint: Copy Paste from the Single Instance Editor will copy a rule and all it’s child conditions; whereas duplicate
from the Table Editor will only copy the rule itself, not the children.
PresentationDecisionTable
PresentationRule
Restricted © Siemens AG 2015 All rights reserved. Answers for infrastructure and cities.
Page 83