В настоящем стандарте проведено различие между именами объекта и ссылками объекта. Имена объекта (рисунок 66) определяют экземпляр класса на одном иерархическом уровне (например, Mod на уровне Data или Q0XCBR1 на уровне логического узла). Q0 является префиксом, а 1 - суффиксом имени XCBR. Конкатенация всех имен объекта формирует ссылку объекта (например, MyLD/Q0XCBR1.Mode.stVal).
Рисунок 66 - Ссылки
Ссылка атрибута данных определяет конкретный атрибут данных экземпляра данных. Ссылка данных определяет полный экземпляр данных со всеми его атрибутами данных.
Имя логического узла XCBR может быть дополнено префиксом (например, Q0) и суффиксом (например, 1) для создания имени логического узла (Q0XCBR1). Стандартизация префиксов и суффиксов выходит за область применения настоящего стандарта. Для экземпляров все имена данных и имена атрибутов данных используются в неизменном виде; никаких префиксов или суффиксов, отличных от тех, что определены в МЭК 61850-7-4, использовать для имен данных и атрибутов данных не допускается.
Функциональные связи (FC) играют ключевую роль в определении информационных моделей и в сервисах для получения доступа к различным частям информационной модели. С целью упростить описание параметров сервиса приняты следующие определения (сокращения) для уменьшения числа параметров в запросе сервиса или ответе:
- функционально связанные данные (FCD);
- атрибут функционально связанных данных (FCDA).
Концептуальное использование FCD и FCDA показано на рисунке 67 (с использованием нотации MMS с символом $ и функциональной связью (FC) между LNName и DataName).
Рисунок 67 - Использование FCD и FCDA
Имена логического устройства настоящий стандарт не определяет.
Имена логических устройств, введенные в какой-либо проект, будут описаны языком описания конфигурации подстанции (SCL).
В приведенном ниже примере выдержка XML (в соответствии с МЭК 61850-6 [1]) включает в себя секцию подстанции с одним присоединением E1Q1, в которое входят выключатель QA1 и разъединитель QB1, электрически соединенные друг с другом в узле L1.
<Substation Ref="AB"> | ||||
<VoltageLevelRef="E1"> | ||||
<Bay Ref="Q1"> | ||||
<Device Ref="QA1" Type="CBR"> | ||||
<Connection TNodeRef="L17> <LNode Ref="XCBR1" LNCIass="XCBR7> | ||||
</Device> <Device Ref="QB1"Type="DIS"> | ||||
<Connection TNodeRef="L17> <LNode Ref="XSWI2" LNCIass="XSWI7> | ||||
</Device> | ||||
</Bay> | ||||
</VoltageLevel> | ||||
</Substation> |
Ссылка логического узла может быть выражена в виде: AB.E1.Q1.QA1/XCBR1 с AB.E1.Q1.QA1 в качестве имени логического устройства.
Почти все сервисы МЭК 61850-7-2 используют объектные ссылки как параметр сервиса. Эти объектные ссылки не должны изменяться при отображении SCSM. Они могут отображаться в SCSM в уникальные номера.
На рисунке 68 показаны примеры имен объектов и ссылок объектов. Пример вверху (на первых пяти строках) может быть только пятью определениями классов (еще не определенных как экземпляры) или пятью экземплярами классов E1.QA5/XCBR.Pos.ctlVal, ...stVal, ...q, ...t, ...ctlMode. В данном случае объектные ссылки не показывают, относятся объектные ссылки к классам или к экземплярам. Что конкретно имеется в виду (класс или экземпляр), должно быть понятно из контекста, в котором данные ссылки использованы.
Рисунок 68 - Имена объекта и ссылка объекта, лист 1
Рисунок 68, лист 2
Все остальные примеры относятся только к экземплярам.
Имя LD E1.QA5 и его структура выходят за область применения серии стандартов МЭК 61850. Функциональная связь (FC) в объектной ссылке не показана. Информация FC может отображаться в объектную ссылку в SCSM. МЭК 61850-8-1 [2] отображает FC между именем логического узла и именем данных (XCBR.CO.Pos).