Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

147 страниц

852.00 ₽

Купить официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Из серии стандартов МЭК 61850 определяет формат файлов описания конфигурации специальных специфичных для систем связи интеллектуальных электронных устройств (IED-устройств), а также параметров IED-устройств, конфигурации систем связи, структур (функций) распределительного устройства и отношений между ними. Основное назначение этого формата - совместимый обмен описаниями возможностей IED-устройств и SA-системы между средствами программирования IED-устройств и средствами программирования систем различных изготовителей.

Определяемый язык называется языком описания конфигурации подстанции (SGL). IED-устройства и модель системы связи на языке SGL соответствуют МЭК 61850-5 и серии стандартов МЭК 61850-7. В соответствующих частях серии стандартов МЭК 61850 могут потребоваться определяемые на уровне SCSM расширения или правила использования.

Язык конфигурирования создан на основе расширенного языка разметки XML версии 1.0.

Настоящий стандарт не определяет индивидуальные реализации или продукты средствами языка, а также не налагает ограничений на реализацию сущностей и интерфейсов в пределах вычислительной системы. Настоящий стандарт не определяет формат загрузки данных конфигурации в IED-устройства, хотя он может быть использован для части данных конфигурации

Показать даты введения Admin

С ГОСТ Р МЭК 61850-6-2009 покупают: ГОСТ Р МЭК 61850-7-1-2009, ГОСТ Р МЭК 60044-7-2010, ГОСТ Р МЭК 60044-8-2010

Страница 1

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

ГОСТ Р мэк

( СТАНДАРТ

V J российской

61850-6—

ФЕДЕРАЦИИ

2009

СЕТИ И СИСТЕМЫ СВЯЗИ НА ПОДСТАНЦИЯХ

Часть 6

Язык описания конфигурации для связи между интеллектуальными электронными устройствами на электрических подстанциях

IEC 61850-6:2004 Communication networks and systems in substations —

Part 6: Configuration description language for communication in electrical substations related to lEOs (IDT)

Издание официальное

Стандарт»**».

Страница 2

ГОСТ Р МЭК 61850-6-2009

Предисловие

Цоли и принципы стандартизации о Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N9 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0 — 2004 «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1    ПОДГОТОВЛЕН ОАО «Научно-технический центр электроэнергетики» на осхове собственного аутентичного перевода на русский язык указанного в пункте 4 международного стандарта, который выполнен ООО «ЭКСПЕРТЭНЕРГО»

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 396 «Автоматика и телемеханика»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 15 декабря 2009 г. Np 850-ст

4    Настоящий стандарт идентичен международному стандарту МЭК 61850-6:2004 «Сети и системы связи на подстанциях. Часть 6. Язык описания конфигурации для связи между интеллектуальными электронными устройствами на электрических подстанциях (IEC 61850-6:2004 «Communication networks and systems in substations — Part 6: Configuration description language for communication in electncal substations related to lEDs»)

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА

5    ВВЕДЕН ВПЕРВЫЕ

6    Обращаем внимание на возможность того, что некоторые из элементов настоящего стандарта могут быть предметом патентных прав. МЭК не несет ответственности за идентификацию любого или всех таких патентных прав

Информация об изменениях к настоящее стандарту публикуется в ежегодно издаваемом информационном указателе «Национальные стандарты», а текст изменений и поправок — б ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответспюующая информация. уведоглление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет

©Стандартинформ, 2011

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии

II

Страница 3

ГОСТ Р МЭК 61850-6-2009

Содержание

1    Область применения..............................................................................1

2    Нормативные ссылки..............................................................................1

3    Термины и определения..........................................................................2

4    Сокращения......................................................................................2

5    Предполагаемый процесс разработки и проектирования с использованием языка SCL..............2

6    Объектная модель SCL............................................................................5

6.1    Общие сведения..............................................................................5

6.2    Модель подстанции............................................................................8

6.3    Модель продукта (IED-устройство)..............................................................9

6.4    Модель системы связи........................................................................10

6.5    Моделирование резервирования..............................................................10

7    Типы файлов описания на языке SCL..............................................................11

8    Язык SCL..........................................................................................12

8.1    Метод спецификации..........................................................................12

8.2    Расширения языка SCL........................................................................14

8.3    Общая структура..............................................................................16

8.4    Обозначение объекта и сигнала................................................................17

9    Элементы синтаксиса языка SCL..................................................................21

9.1    Заголовок......................................................................................21

9.2    Описание подстанции..........................................................................23

9.3    Описание IED-устройства......................................................................36

9.4    Описание системы связи......................................................................61

9.5    Шаблоны типа данных..........................................................................66

Приложение А (обязательное) Синтаксис языка SCL: опредепение XML schema....................78

А.1 Базовые типы..................................................................................78

А.2 Синтаксис Substation..........................................................................90

А.З Шаблоны типа данных..........................................................................95

А.4 Возможности и структура IED-устройства........................... 9в

А.5 Подсети связи................................................................................107

А.6 Основной язык SCL............................................................................111

Приложение В (обязательное) Перечисления SCL согласно МЭК 61850-7-3 и МЭК 61850-7-4 ....    113

Приложение С (справочное) Примеры расширения синтаксиса......................................119

С.1 Синтаксис расширения для координат разметки чертежей......................................119

C.2    Синтаксис расширения для технического обслуживания........................................120

Приложение D (справочное) Пример..................................................................122

D.1    Пример спецификации..........................................................................122

D.2 Пример содержимого файла SCL..............................................................124

Приложение Е (справочное) Определение XML schema вариантов языка SCL........................134

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

ссылочным национальным стандартам Российской Федерации....................141

Библиография........................................................................................142

III

Страница 4

ГОСТ Р МЭК 61850-6-2009

Введение

Серия стандартов МЭК 61850 состоит из следующих частей, объединенных общим названием «Сети и системы связи на подстанциях»:

Часть 1. Введение и краткий обзор

Часть 2. Словарь терминов

Часть 3. Общие требования

Часть 4. Управление системой и проектом

Часть 5. Требования к связи для функций и моделей устройств

Часть 6. Язык описания конфигурации для связи между интеллектуальными электронными устройствами на электрических подстанциях

Часть 7-1. Базовая структура связи для подстанции и линейного оборудования — Принципы и модели Часть 7-2. Базовая структура связи для подстанции и линейного оборудования — Абстрактный интерфейс услуг связи (ACSI)

Часть 7-3. Базовая структура связи для подстанции и линейного оборудования — Классы общих данных

Часть 7-4. Базовая структура связи для подстанции и линейного оборудования — Совместимые классы логических узлов и классы данных

Часть 8-1. Специфическое отображение сервиса связи (SCSM) — Схемы отображения на MMS (ISO 9506-1 и ISO 9506-2) и на ISO/IEC 8802-3

Часть 9-1. Специфическое отображение сервиса связи (SCSM) — Выборочные значения в пределах последовательного однонаправленного многоточечного канала связи типа «точка-точка»

Часть 9-2. Специфическое отображение сервиса связи (SCSM) — Выборочные значения в соответствии с ИСО/МЭК 8802-3

Часть 10. Проверка соответствия

В настоящем стандарте рассматривается язык описания конфигурации IED-устройств на электрических подстанциях. Этот язык называется Substation Configuration description Language (SCL) — язык описания конфигурации подстанции. Он служит для описания конфигурации IED-устройств и систем связи согласно МЭК 61850-5 и серии стандартов МЭК 61850-7. Этот язык позволяет выполнить формальное описание отношений между системой автоматизации подстанции (SAS-системой — Substation Automation System) и подстанцией (распределительным устройством). На уровне приложения могут быть описаны сама топология распределительного устройства и отношение его структуры к функциям SA-системы (логическим узлам), сконфигурированным на IED-устройствах.

Язык SCL позволяет совместимым способом пересылать описание конфигурации IED-устройств на специальное средство программирования связи и прикладных систем и возвращать описание конфигурации всей системы на средства управления конфигурацией IED-устройств. Его основное назначение состоит в том. чтобы обеспечить возможность взаимного обмена данными конфигурирования систем связи между средствами управления конфигурацией IED-устройств и средствами управления конфигурацией систем от различных изготовителей.

В МЭК 61850-8-1, МЭК 61850-9-1 и МЭК 61850-9-2 рассматривается отображение серии стандартов МЭК 61850-7 в специальных стеках связи. Они могут, исходя из внутренней необходимости, расширить эти определения за счет дополнительных частей либо за счет простого ограничения возможных способов использования значений объектов.

IV

Страница 5

ГОСТ Р МЭК 61850-6-2009

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

СЕТИ И СИСТЕМЫ СВЯЗИ НА ПОДСТАНЦИЯХ Часть 6

Язык описания конфигурации для связи между интеллектуальными электронными устройствами на электрических подстанциях

Communication networks and systems in substations.

Part 6. Configuration description language for communication in electrical substations related to lEDs

Дата введения — 2011 — 01— 01

1    Область применения

Настоящий стандарт из серии стандартов МЭК 61850 определяет формат файлов описания конфигурации специфичных для систем связи интеллектуальных электронных устройств (IED-устройств), а также параметров IED-устройств. конфигурации систем связи, структур (функций) распределительного устройства и отношений между ними. Основное назначение этого формата — совместимый обмен описаниями возможностей IED-устройств и SA-системы между средствами программирования IED-устройств и средствами программирования систем различных изготовителей.

Определяемый язык называется языком описания конфигурации подстанции (SCL). IED-устройства и модель системы связи на языке SCL соответствуют МЭК 61850-5 и серии стандартов МЭК 61850-7. В соответствующих частях серии стандартов МЭК 61850 могут потребоваться определяемые на уровне SCSM расширения или правила использования.

Язык конфигурирования создан на основе расширенного языка разметхи XML версии 1.0. Настоящий стандарт не определяет индивидуальные реализации или продукты средствами языка, а также не налагает ограничений на реализацию сущностей и интерфейсов в пределах вычислительной системы. Настоящий стандарт не определяет формат загрузки данных конфигурации в IED-устройства. хотя он может быть использован для части данных конфигурации.

2    Нормативные ссылки

Нормативные ссылки, приведенные в настоящем разделе, являются неотъемлемой частью настоящего стандарта. Для датированных ссылок применяется только редакция, на которую имеется ссылка. Для недатированных ссылок применяется последнее издание указанного нормативного документа (включая все поправки).

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

МЭК 61850-7-1:2003 Сети и системы связи на подстанциях. Часть 7. Базовая структура связи для подстанции и линейного оборудования. Раздел 1. Принципы и модели

IEC 61850-7-1:2003. Communication networks and systems in substations — Part 7-1: Basic communication structure for substation and feeder equipment — Principles and models

МЭК 61850-7-2.2003 Сети и системы связи на подстанциях — Часть 7-2: Базовая структура связи для подстанции и линейного оборудования — Абстрактный интерфейс услуг связи (ACSI)

IEC 61850-7-2:2003. Communication networks and systems in substations — Part 7-2: Basic communication structure for substation and feeder equipment — Abstract communication service interface (ACSI)

МЭК 61850-7-3.2003 Сети и системы связи на подстанциях — Часть 7-3: Базовая структура связи для подстанции и линейного оборудования — Классы общих данных

IEC 61850-7-3:2003. Communication networks and systems in substations — Part 7-3: Basic communication structure for substation and feeder equipment — Common data classes

Издание официальное

1

Страница 6

ГОСТ Р МЭК 61850-6-2009

3    Термины и определения

В настоящем стандарте применены термины с соответствующими определениями, приведенные в МЭК 61850-2.

4    Сокращения

В настоящем стандарте применяют словарь и сокращения, приведенные в МЭК 61850-2. Нижеприведенные сокращения либо специфичны для настоящего стандарта, либо имеют особое значение для его понимания и повторены здесь для удобства.

BDA    Basic Data Attribute, that is not structured

CIM    Common Information Model for energy

management applications DAI    Instantiated Data Attribute

DO    DATA in IEC 61850-7-2. data object type

or instance, depending on the context DO!    Instantiated Data Object (DATA)

DTD    Document Type Definition for an XML

document FCD    Functionally Constrained Data

FCDA    Functionally Constrained Data Attribute

ID    Identifier

IED    Intelligent Electronic Device

LD    Logical Device

LDInst    Instantiated Logical Device

LNInst    Instantiated Logical Node

LPHD    Logical Node PHysical Device

MSV    Multicast Sampled Value

MsvID    ID for MSV (Multicast Sampled Value)

RCB    Report Control Block

SCL Substation Configuration description Language SCSM    Specific Communication Service Mapping

SDJ    Instantiated Sub DATA: middle name

part of a structured DATA name

UML    Unified Modelling Language according

to http://www.omg.org/uml UR1    Universal Resource Identifier

USV    Unicast Sampled Value

UsvID    ID for USV

XML    Extensible Markup Language

Атрибут основных данных, не структурирован Общая информационная модель для прикладных решений в области управления энергией Атрибут инстанцируемых данных DATA по МЭК 61850-7-2, в зависимости от контекста — тип или экземпляр объекта данных Объект инстанцируемых данных (DATA) Определение типа документа для документа на языке XML

Функционально связанные данные Атрибут функционально связанных данных Идентификатор

Интеллектуальное электронное устройство Логическое устройство Инстанцируемое логическое устройство Инстанцируемый логический узел Физическое устройство логического узла Многоадресные выборочные значения Идентификатор ID для MSV Блокуправления отчетами Язык описания конфигурации подстанции Специфическое отображение сервиса связи Инстанцируемый подмодуль DATA, средняя именная часть в структурированном имени модуля DATA

Универсальный язык моделирования в соответствии с http://www.omg.org/uml Универсальный идентификатор ресурсов Одноадресные выборочные значения Идентификатор ID для USV Расширенный язык разметки


5 Предполагаемый процесс разработки и проектирования с использованием языка SCL

Разработка и проектирование системы автоматизации подстанции могут начинаться с закрепления устройств с заранее определенными функциональными возможностями за компонентами распределительного устройства, продуктами или функциями. Также они могут начинаться с проектирования функциональности процесса. В этом случае функции закрепляются за физическими устройствами позднее исходя из функциональных возможностей устройств и возможностей их конфигурации. Зачастую предпочтение отдается комбинированному подходу: типичная часть процесса (например, присоединение электрической линии) конструируется заранее, а полученный результат используется позднее по мере необходимости в функциональности процесса. Это значит, что средства языка SCL должны давать возможности создания следующих описаний:

а) системной спецификации в терминах однолинейной схемы и закрепления логических узлов (LN) за частями и оборудованием однолинейной схемы для обозначения необходимой функциональности;

2

Страница 7

ГОСТ РМЭК 61850-6—2009

b)    заранее сконфигурированных IED-устройств с фиксированным числом LN, но без привязки к индивидуальному процессу — они могут относиться только к общей части функций процесса;

c)    заранее сконфигурированных IED-устройств с заранее сконфигурированной семантикой для части процесса определенной структуры, например для элегазового распределительного устройства с двойной системой шин;

d)    полной конфигурации процесса со всеми IED-устройствами. привязанными к индивидуальным функциям процесса и к основному оборудованию, которая расширена соединениями с точками доступа и возможными путями доступа в подсетях для всех возможных клиентов,

e)    дополнительно к описанию d)—описания конфигурирования процесса со всеми предопределенными ассоциациями и соединениями «клиент — сервер» между LN на уровне данных. Это необходимо в тех случаях, когда IED-устройство не способно создать динамические ассоциации или соединения для генерации отчетов (как на стороне клиента, так и на стороне сервера).

Описание е) является законченным. Описания d) и е) являются результатом разработки и проектирования SA-системы. Описание а) является входом функциональной спецификации в разработку и проектирование SA-системы. а описания Ь) и с) — возможными результатами, полученными после предварительной разработки и проектирования IED-устройств.

Область применения языка SCL, определенного в настоящем стандарте, четко ограничена следующими задачами:

^функциональная спецификация SA-системы [описание а)];

2)    описание возможностей IED-устройства [описания Ь) и с)];

3)    описание SA-системы [описания d) и е)].

Целью применения языка SCL является стандартизация системного проектирования, систем связи и описания спроектированных систем связи для средств конфигурирования устройств.

Эта цель достигается путем определения объектной модели, описывающей IED-устройства. коммуникационные соединения между ними и их сопоставление с первичным оборудованием, а также путем определения стандартизированного способа описания представления данной модели в файле для обмена между средствами конфигурирования. Полученная объектная модель могла бы (возможно, с некоторыми дополнениями) служить также основой для других задач, связанных с проектированием и разработкой. По этой причине и в связи с дополнительными требованиями на уровне SCSM настоящий стандарт рассматривает определенный здесь язык как модель ядра и опредепяет стандартизированные способы расширения данной модели ядра на уровне SCSM. а также позволяет решить другие задачи (проектирование и разработка).

Рисунок 1 показывает, как происходит обмен данными на языке SCL в вышеупомянутом процессе проектирования и разработки. Затененные текстовые поля над пунктирной линией показывают, где испопь-зуются файлы языка SCL. Текстовое окно IED capabilities (возможности IED-устройств) соответствует упомянутым описаниям Ь) и с), текстовое окно System specification (системная спецификация) — описанию а), текстовое окно Associations — описанию d) или е).

Конфигуратор IED-устройств (IED Configurator)—это специальная утилита, определяемая изготовителем и способная импортировать или экспортировать файлы, которые определены в настоящем стандарте. Конфигуратор IED-устройств предоставляет настройки, специфичные для IED-устройств. генерирует IED-зависимые файлы конфигурации или загружает IED-конфигурацию в IED-устройства.

IED-устройство может рассматриваться как совместимое с требованиями стандарта из серии стандартов МЭК 61850 только в том случае, если:

-    его сопровождает файл SCL. в котором содержится описание возможностей устройства, или специальная программа, которая может сгенерировать этот файл из IED-устройства;

-    оно может напрямую использовать системный файл SCL для определения своей конфигурации связи (в том случае, когда в этом устройстве возможна настройка, то есть, как минимум, для него необходимы адреса) или его сопровождает специальная программа, которая может импортировать системный файл SCL для задания этих параметров данному IED-устройству.

Конфигуратор системы (System Configurator) — это слециапьная программа на уровне системы, независимая от IED и способная импортировать или экспортировать файпы конфигурации, определенные в настоящем стандарте. Она должна быть способна импортировать файлы конфигурации с нескольких IED-устройств и используется в процессе конфигурирования для формирования общей информации, относящейся к различным IED-устройствам. Кроме того, конфигуратор системы генерирует файл конфигурации.

3

Страница 8

ГОСТ Р МЭК 61850-6-2009

специфичный для подстанции (как он определен в настоящем стандарте), который может быть направлен конфигуратору IED-устройства для выполнения системно-зависимой конфигурации устройства. Также конфигуратор системы должен быть способен считывать файл системной спецификации, например, как базу для начала проектирования и разработки системы или для сравнения ее со спроектированной системой данной подстанции.

Рисунок 1 — Эталонная модель потока информации в процессе конфигурирования

Часть рисунка 1 под пунктирной линией показывает, каким образом данные IED-конфигурации, сгенерированные конфигуратором устройства, могут быть перенесены в IED-устройство. Перенос осуществляется:

- путем передачи локального файла с автоматизированного рабочего места (АРМ) разработчика, локально подключенного к lED-устройству. Вопросы, связанные с передачей указанного файла, выходят за рамки настоящего стандарта;

-путем дистанционной передачи файла, например методом передачи файла по МЭК 61850-7-2. Настоящий стандарт не определяет формата файлов, что. естественно, не исключает выбора формата SCL;

-через сервисы доступа к параметрам и данным конфигурации, определенные в МЭК61850-7-2. В данном случае согласно серии стандартов МЭК 61850-7 применяют стандартизированные методы.

Примечание — Детальное описание конкретных программных средств поддержи инженера в процессе предполагаемого проектирования с использованием описываемого языка SCL выходит за рамки настоящего стандарта. Вышеупомянутые конфигуратор системы и конфигуратор IED-устройств также являются концептуальными программными средствами и служат для иллюстрации применения различных файлов SCL в процессе проектирования и разработки. Изготовитель специальных программных средств свободен в определении наиболее эффективных средств поддержки деятельности инженеров. Произвольным является и способ. с помощью которого программные средства для вышеописанного процесса проектирования и разработки

4

Страница 9

ГОСТ Р МЭК 61850-6-2009

с использованием языка SCL будут хранить определенные изготовителем внутренние параметры IED-устройств, а также то. как они соотносят их с моделью данных серии стандартов МЭК 61850. Ряд аспектов SA-системы выходит за рамки серии стандартов МЭК 61850 (например, соответствие логических данных и контактов на физических модулях).

6 Объектная модель SCL

6.1 Общие сведения

Язык SCL в полном объеме описывает следующую модель:

-структура основной (энергетической) системы — используемые функции основного оборудования и его соединения. Это позволяет обозначить все рассматриваемое коммутационное оборудование как функции автоматизации подстанции, структурированные согласно МЭК 61346-1.

-    система связи — способы подключения IED-устройств к подсетям и сетям и точки их доступа к среде передачи (порты связи);

*    связь на уровне приложения — способы формирования наборов данных для отправки, способы инициации отправок IED-устройствами, выбор сервиса и необходимые входные данные от других IED- устройств.

•    на уровне отдельного IED-устройства — логические устройства, сконфигурированные на IED-устрой-стве; LN. имеющие класс и тип и принадлежащие каждому логическому устройству; отчеты и содержимое их данных; доступные (заранее сконфигурированные) ассоциации; данные, подлежащие регистрации:

-    определения типов инстанцируемых LN. Согласно серии стандартов МЭК 61850-7 LN имеют обязательные. дополнительные и определенные пользователем данные DATA (в настоящем стандарте применено сокращение DO), а также дополнительные сервисы. Поэтому LN не являются инстанцируемыми. В настоящем стандарте инстанцируемые LNTypes и DOTypes определены как шаблоны, которые содержат действительно реализованные данные DO и сервисы;

-    отношения между инстанцируемыми LN и IED-устройствами. в которых они содержатся, с одной стороны, и (функциональными) компонентами распредепительного устройства — с другой.

В соответствии с требованиями МЭК 61850-7-4 язык SCL позволяет специфицировать определенные пользователем данные DO как расширение стандартных классов LN. а также LN. полностью определенных пользователем. Это значит, что необходимые атрибуты пространства имен определяются в типах LN. и их значение появляется в файле SCL.

Файл SCL в упорядоченной форме описывает экземпляр модели с использованием стандартизированного синтаксиса. Однако его семантика может быть полностью понята только через ссылку на саму модель, то есть он независим от синтаксиса. Поэтому в данном разделе дано общее представление о модели с использованием нотации UML. В последующих разделах приведено формальное описание экземпляра модели на языке SCL.

На рисунке 2 показана объектная модель UML. Необходимо обратить внимание на то, что с точки зрения моделирования она не закончена, то есть на ней не показаны родительские классы, из которых могли появиться потомки классов, отсутствуют атрибуты и т. д. Если речь идет о компоненте подстанции, модель ограничивается теми типами конфетных объектов, которые используются в экземпляре файла SCL, и использует их в основном в целях функционального обозначения. Кроме того, ниже уровня DATA (DO) у нее нет структурно определенных в МЭК 61850-7-2 уровней, описание которых на языке SCL приведено в разделе DataTypeTemplates.

Объектная модель имеет три основные части:

1    Подстанция (Substation): эта часть описывает первичное оборудование (технологических устройств) согласно МЭК 61346-1. соединения на уровне однолинейной схемы (топология), а также функции и обозначение оборудования.

2    Продукт (Product): под продуктом понимаются все объекты, относящиеся к продуктам SA-системы. например IED-устройства и реализации LN.

3    Связь (Communication): в этой части находятся типы объектов, относящиеся к связи (такие, как подсети и точки доступа к среде передачи), и приведено описание коммуникационных соединений между IED-устройствами в качестве основы для трактов связи между LN как клиентами и серверами.

5

Страница 10

ГОСТ Р МЭК 61850-6-2009

Рисунок 2 — Объектная модель языка SCL

Кроме того, раздел DataTypeTemplates (шаблоны типа данных) позволяет тил-ориентированным (то есть многократно используемым) способом определить, спецификация каких данных и атрибутов действительно имеется в IED-устройстве. Тип LN по приведенному определению является инстанцируемым шаблоном данных LN.

Более подробная информация о модели, содержащаяся в языке SCL, например структура в пределах LN. приведена 8 серии стандартов МЭК 61850-7.

Части модели Substation и Product образуют иерархии, которые используются при присвоении имен и согласно серии стандартов МЭК 61346 могут быть отображены на функциональную структуру и структуру продукта. Часть модели Communication содержит реализуемые маршрутизаторами на IED-устройстве коммуникационные соединения IED-устройств с подсетями и между подсетями, а также размещение в подсетях главных часов для синхронизации точного времени. Моделирование шлюзов здесь специально не рассматривается. Шлюз, который является сервером (по МЭК 61850), должен моделироваться как любое другое IED-устройство, совместимое с требованиями серии стандартов МЭК 61850. Промежуточный объект данных (Proxy DO) в LN физического устройства позволяет определить, является ли размещенное в физическом устройстве LPHD логическое устройство (LD) образом другого IED-устройства или оно принадлежит данному IED-устройству. Шлюз, как клиент, соответствующий требованиям серии стандартов МЭК 61850. должен содержать LN телемеханического интерфейса ITCI.

Как видно на рисунке 2, LN является переходным объектом и служит для соединения различных структур. Это значит, что экземпляр LN как продукт имеет также функциональный аспект в функциональности первичного оборудования, а как клиент или сервер обладает коммуникационным аспектом в системе автоматизации подстанции.

Функциональные объекты подстанции, а также объекты, относящиеся к продукту, иерархически структурированы. Каждый объект верхнего уровня состоит из объектов нижнего уровня. Эта иерархия отражена в структуре обозначения объектов в соответствии с МЭК 61346-1. В объектах подстанции должна быть

Страница 11

ГОСТ РМЭК 61850-6—2009

использована функциональная структура согласно МЭК 61346-1. а кодировка обозначения должна соответствовать МЭК 61346-2. В тоже время для структуры обозначений IED-устройств должны быть использованы структура продукта согласно МЭК 61346-1 и коды для наименования согласно МЭК 61346-2.

В пределах каждой структуры почти всех объектов язык SCL предусматривает возможность использования двух видов обозначений:

• имя используется как технический ключ (или его иерархическая часть) для обозначения объекта. Каждый объект в иерархии имеет атрибут name (имя), который однозначно идентифицирует его на данном уровне иерархии. Технические ключи используют в технической документации для построения и обслуживания системы или для автоматической обработки информации, связанной с процессом проектирования и разработки. Язык SCL также использует это обозначение для описания связей межау различными объектами модели. В данном случае атрибут, содержащий ссылку, если это возможно, попучает имя в виде <Targettype>Name, например daName для ссылки на атрибут DATA. Это имя в большей степени идентично тому, что называется именем в МЭК 61850-7-2;

- пояснитепьную часть используют как идентификацию объекта (или ее иерархическая часть) и ее определяет оператор или пользователь. Объект на уровне иерархии имеет атрибут desc, который в преде-пах иерархической структуры содержит текстовое описание. Текстовая идентификация используется, например, в интерфейсах операторов и руководствах по эксплуатации.

Примечание — Атрибут desc в языке SCL используется в процессе проектирования и разработки и определяет функциональный обьект на его иерархическом уровне. Для описания данных согласно серии стандартов МЭК 61850 используется атрибут d объекта DATA который может быть также считан в режиме онлайн. Содержимое атрибутов desc может использоваться для генерации специфичного для данного проекта (SCD) d-текста из шаблона d-текста (ICD). Однако это не является объектом стандартизации.

Согласно МЭК 61850-7-2 ссылка в языке SCL является уникальной идентификацией объекта, в качестве составного имени которой используется конкатенация всех имен более высоких иерархических уровней, вплоть до уровня объекта. В пределах однолинейной схемы соединения первичного оборудования составное имя задается явным образом. В других ссылках оно испопьзуется неявным образом, то есть указываются топько отсутствующие части имени. При формировании имен согласно МЭК 61850-7-2 также используется термин instance (экземпляр), в сокращенной форме inst. Эта часть имени по МЭК 61850-7-2 обеспечивает на данном уровне уникальность полного имени (см. примеры в 8.4).

В следующих разделах приводятся описание различных частей модели, их назначение и соответствующее использование. Атрибуты объекта упоминаются, только если это необходимо для понимания модели. Описание дополнительных атрибутов объекта приведено далее при определении языка SCL. Дальнейшая информация по модепи серии стандартов МЭК 61850-7 детально представлена в МЭК 61850-7-1 и МЭК 61850-7-2 и поэтому в настоящем стандарте не приведена. Однако модепь функциональности первичного оборудования приведена только в настоящем стандарте, и поэтому она описана в объеме, необходимом для использования в предепах настоящего стандарта.

На рисунке 3 показан экземпляр данной модели: простой пример SA-системы распределительного устройства. Имена присвоены в соответствии с серией стандартов МЭК 61346. Распределительное устройство на напряжение 110 кВ с присоединением типа Е1 представляет собой двойную систему шин с двумя присоединениями линий =ЕЮ1 и =Е103 и шиносоединительным выключателем =Е102. IED-устройства уже ассоциированы с функциональностью первичного оборудования (например, контроллер присоединения E1Q1SB1 как продукт сопоставлен с присоединением =ЕЮ1, а его LN CSWI1 управляет автоматическим выкпючатепем =E1Q1QA1 через LN XCBR1 на IED-устройстве E1Q1QA1B1). Следует обратить внимание на то. что согласно терминам МЭК 61346-1 присоединение явпяется переходным объектом. Это значит, что оно имеет функцию (знак = (равно) на уровне распределительного устройства) и в качестве продукта рассматривается как компонент распределительного устройства. Этот переход виден в описании языка SCL только в структуре имен IED-устройства. Явным образом моделируется только переход на LN. На рисунке 3 знаком - (минус) отмечены обозначения, относящиеся к продукту. Функционапьное имя не повторяется. Подсеть связи на уровне станции называется W1. На уровне процесса имеются три дополнительные подсети (технопогические шины) — W2. W3, W4. На рисунке можно видеть точки доступа, но их обозначения не показаны. На рисунке также не показаны LD и серверы. В основном это означает, что не показаны динамические соединения, например ассоциации.

7

Страница 12

ГОСТ Р МЭК 61850-6-2009

! АА1

Станционная шина W1

=€102

=ЕЮ1

=E1Q3

•S81


•ВР1


-SB1

Тохного-*>тчбсгав шина W3


•SB:


-ВР1


т


Твхмопсгическзя шина W2


Технологическая шикз W4


Е


-002


1


/

-OR?


-81


-81


-ОВ1/


-0В1


-ОВ1


•ОВ2


■>QAlX


ГГ


Ус1г»уйст»«>


„ *ОА1,

QD—


-QA1.


В»

«ТУПИ I


(Н>—1

-OC1


IHD*

"ЭКГ

•ш,г


•81


Т:L


-ОС1


Рисунок 3 — Пример конфигурации

6.2 Модель подстанции

Модель подстанции (верхняя часть рисунка 2) представляет собой объект, иерархически построенный на функциональной структуре подстанции. Хотя каждый объект вполне автономен, обозначение его ссылки является производным места, которое он занимает в иерархии. Так как LN выполняют функции в законченном контексте подстанции, они могут присоединяться как функционапьные объекты на каждом уровне функции подстанции. Как правило. LN контроллера выключатепя подключается к коммутирующему устройству; измерительный LN подключается к присоединению, которое поставляет измеряемые значения; LN. связанные с трансформатором, подключаются к соответствующему трансформатору.

Примечание1 — В CIM-модели выводам основных устройств назначаются измеряемые значения. Однако это является топологическим размещением, тогда как размещение на языке SCL в первую очередь служит функциональному присвоению имен. В то же время, если однолинейная топология полностью смоделирована через трансформаторы напряжения VTR и тока CTR и относящиеся к ним узлы сбора данных (TVTR, TCTR), в топологии может быть также найден терминал некоего первичного устройства, которому в соответствии с CIM-моделью принадлежат измеряемые значения.

Назначение модели подстанции:

-    соотнесение LN и его функции с функцией подстанции (компонентом подстанции или оборудования либо лодразрядом оборудования);

-    выведение функционального обозначения LN из структуры подстанции.

В модепи SCL, аналоге CIM-модели для систем управления производством и распределением электроэнергии. испопьзуют следующие объекты подстанции, составляющие (в иерархическом порядке) ее функциональную структуру (дополнительная информация по этим терминам — в МЭК 61850-2).

Substation (подстанция) — Объект, идентифицирующий подстанцию в целом.

VoltageLevel (уровень напряжения) — Идентифицируемая, электрически соединенная часть подстанции. имеющая одинаковый уровень напряжения.

Вау {присоединение)—Идентифицируемый компонент или подфункция распределительного устройства (подстанции) в пределах одного уровня напряжения.

Equipment (оборудование) — Аппаратные устройства в пределах распределительного устройства (например, выключатель, разъединитель, трансформатор напряжения, обмотки силового трансфор-

Страница 13

ГОСТ РМЭК 61850-6—2009

матора и т. д.). Электрические соединения между этими основными устройствами показаны на однолинейной схеме распределительного устройства. Эти соединения моделируются объектами узлов связи (ConnectivityNode). Следовательно, каждое основное устройство может содержать на своих выводах ссылки на узлы связи, к которым оно присоединено. На уровне однолинейной схемы, как правило, бывает достаточно одного или двух выводов (соединений).

SubEquipment (подразряа оборудования) — Компонент оборудования, например, к нему можно отнести одну фазу трехфазного оборудования.

ConnoctivityNode (узел связи) — Объект узла связи (электрической), соединяющий различные основные устройства. Типичными примерами узла связи могут быть соединительные узлы в предепах присоединения; сборные шины, соединяющие несколько присоединений на одном уровне напряжения; присоединения. соединяющие электрические линии в различных подстанциях. Также см. выше определение Equipment (оборудование).

Terminal (вывод)—Точка электрического соединения основных аппаратных устройств на уровне однолинейной схемы. Вывод может быть соединен с узлом ConnoctivityNode. Язык SCL может испопьзовать как явные, так и неявные имена выводов.

PowerTransformer (силовой трансформатор) — Специальное оборудование, которое может размещаться в иерархической структуре ниже уровня подстанции, напряжения или присоединения. В качестве оборудования он содержит обмотки трансформатора, которые, кроме того, могут иметь отношение к устройству регулирования напряжения под нагрузкой (РПН).

Примечание 2 — Следует обратить внимание на то. что иерархическая структура применяется в основном для функциональных обозначений. Если необходимы подструктуры присоединений, их можно ввести через имена соответствующих присоединений. Если, например, присоединение В1 структурно включает подгруппы присоединений SB1 и SB2. в SCL-модели это гложет привести к созданию двух присоединений, называемых B1.SB1 и B1.SB2. Если на уровне структуры В1 дополнительно присоединяются LN. тогда В1 может быть введено как третье присоединение.

Уровни функции и подфункции, показанные на рисунке 2. могут быть испопьзованы для обозначений моделей любой необходимой части процесса, не относящейся к первичному оборудованию (например, системы контроля помещений и системы пожаротушения).

6.3 Модель продукта (IED-устройство)

Продукты, состоящие из аппаратных или программных средств, реализуют функции первичного оборудования. Область применения языка SCL со стороны продукта распространяется только на аппаратные средства, называемые IED-устройствами, которые формируют систему автоматизации подстанции, поэтому модепь ограничена упомянутыми устройствами. Первичное оборудование как продукт выходит за пределы области применения языка SCL. В целях функционального наименования (functional naming) в структуре подстанции модепируется только функциональная сторона первичного оборудования.

IED-устройство — Устройство автоматизации подстанции, выполняющее через LN функции системы автоматизации. С другими IED-устройствами в составе системы автоматизации оно обычно связывается через систему связи.

Server (Сервер) — Связующий объект в IED-устройстве согласно серии стандартов МЭК 61850-7. Через систему связи и ее единственную точку доступа он обеспечивает доступ к данным LD и LN. содержащихся в сервере.

LDevice (логическое устройство) — LD согласно МЭК 61850-7-2, которое находится в сервере IE D-устройства.

LNode (логический узел) — Реализация LN согласно МЭК 61850-5 и МЭК 61850-7-2, которая осуществлена в LD IED-устройства. LN содержит данные (DO), которые запрашивают другие LN. и для выполне-ния своих функций сам может нуждаться в DO, которые содержат другие LN. Предлагаемые DO (возможности сервера) описаны на языке SCL. Необходимые DO (LN на стороне клиента) определяются посредством реализации функции LN и поэтому сконфигурированы с помощью соответствующего средства конфигурации IED-устройств инженером, который планирует систему. Язык SCL позволяет также выполнить их описание, что позволяет на уровне данных моделировать поток данных, передаваемых между LN.

DO — Данные, содержащиеся в LN, согласно серии стандартов МЭК 61850-7.

Примечание — На рисунке 2 показан объект LN со своим классом LNode. Ссылки или представление экземпляров LN могут выполняться в языке SCL двумя способами. Элемент LNode резидентно находится в структуре подстанции, а элемент LN — в структуре IED-устройства.

9

Страница 14

ГОСТ Р МЭК 61850-6-2009

Кроме того, в настоящем стандарте дополнительно представлены следующие функции IED-устройств:

-    функция маршрутизатора на IED-устройство. Это функция сети связи, поэтому она описана в 6.4;

-    функция часов для указания на размещение в подсети главных часов.

6.4    Модель системы связи

В отличие от других моделей модель системы связи не является иерархической. Через точки доступа она моделирует логически возможные соединения IED-устройств в подсетях и через подсети. На данном уровне описания подсеть видится только как соединительный узел между точками доступа, а не как физическая структура. LD или клиент lED-устройства присоединяются к подсети через точку доступа, которая может быть физическим портом или логическим адресом (сервером) IED-устройства. LN клиента используют атрибут адреса точки доступа для создания ассоциаций с серверами на других IED-устройствах относительно LN. содержащихся в LD этих IED-устройств.

Хотя подсети моделируют только логически возможные соединения, корреляционные связи с физической структурой могут быть выстроены путем присвоения соответствующих имен подсетей и точек доступа. а также путем отнесения точек доступа к точке (точкам) физического соединения. Точки доступа являются соответствующими элементами (переходными объектами) как данной модели связи, так и физической реализации системы связи. Описание и ведение физической структуры выходит за пределы области применения основного языка SCL.

Subnetwork (подсеть) — Соединитепьный узел для прямой (на уровне канала) связи между точками доступа. Он может содержать функцию фильтрации телеграмм на уровне моста, но не имеет функции маршрутизации на уровне сети. Все точки доступа, подключенные к подсети, могут связываться со всеми другими точками в той же подсети с тем же протокопом. На уровне SCSM могут быть заданы соответствующие ограничения, например, если стек реализует метод доступа к шине с конфигурацией master—slave (ведущий—ведомый). Подсеть в данном контексте является логическим понятием. Несколько логических подсетей с разпичными протоколами верхнего уровня могут, например, использоваться на одной и той же физической шине, что позволяет смешивать протоколы верхнего уровня на одном физическом (более низком) уровне.

Access point (точка доступа) — Коммуникационная точка доступа логического устройства (устройств) IED к подсети. На данном уровне логического моделирования имеется в лучшем случае одно соединение между LD и подсетью. Точка доступа может, однако, обслуживать несколько LD, a LN, размещенные в LD, могут использовать несколько точек доступа как клиенты для соединения с различными подсетями. Как правило. LN контроллера выключателя может получать данные с технопогической шины (МЭК 61850-9-1. МЭК 61850-9-2) как клиент и предоставлять данные на шину обмена между присоединениями (МЭК 61850-8-1) как сервер. По терминологии серии стандартов МЭК 61850-7 точка доступа может использоваться сервером, клиентом или тем и другим. Кроме того, одна и та же (логическая) точка доступа может поддерживать различные физические порты доступа, например соединение Ethernet и последовательное соединение на основе РРР (Point-to-Point Protocol) с точкой доступа на том же верхнем уровне (TCP/IP) и с тем же сервером.

Router (маршрутизатор) — Обычно клиенты, присоединенные к подсети, имеют доступ только к серверам, присоединенным к этой подсети. Функция маршрутизатора расширяет доступ к серверам, присоединенным к другой подсети в другой точке доступа того IED-устройства. которое служит хостом для функции маршрутизатора. Однако маршрутизатор ограничивает доступ к сервисам, испопьзующим сетевой уровень, который не могут пересекать все остальные сервисы, например GSE (generic substation event — общее событие на подстанции), выборочные значения и сообщения синхронизации точного времени.

Clock (часы) —Главные часы в данной подсети, которые служат для синхронизации внутренних часов всех IED-устройств. присоединенных к этой подсети.

Маршрутизаторы и часы присоединены к подсети через соответствующие точки доступа.

6.5    Моделирование резервирования

Для повышения безопасности ипи готовности системы на разных ее уровнях может быть введено резервирование.

-    Внутреннее резервирование IED-устройства. Этот вопрос выходит за рамки серии стандартов МЭК 61850 и. следовательно, не описывается на языке SCL. Резервирование скрыто в аппаратно-программной (HW/SW) части IED-устройства и внешне проявпяется только при возникновении сообщения об ошибке в случае какой-либо неисправности. Для индикации этих ошибок может потребоваться введение данных, специфичных для IED-устройства.

-    Резервирование на уровне системы связи. Оно лежит ниже уровня, описанного в основном языке SCL. Даже если система связи дублируется, но находится ниже уровня адресации, предоставляемой для

Ю

Страница 15

ГОСТ Р МЭК 61850-6-2009

логической точки доступа, этот случай выходит за пределы области применения языка SCL. Если вопрос резервирования возникает при отображении стека, должны быть указаны дополнительные параметры, специфичные для уровня SCSM. При их отсутствии (если необходимо) может быть введен набор частных параметров Р. например, в точках доступа. Из-за частной природы параметров резервирование на их основе может оказаться неуспешным для IED-устройств разных изготовителей. Типичным примером является сеть Ethernet с кольцевой топологией на основе коммутаторов. Она обеспечивает резервирование при отказе одного коммутатора в копьце. однако ее не видно в файле SCD.

- Резервирование на уровне приложения. Оно моделируется на языке SCL. Типичным примером является основное и резервное IED-устройство релейной защиты (названные условно защита магистрального провода 1 и магистрального провода 2). Каждый экземпляр IED. обеспечивающий резервирование приложения. явным образом смоделирован и имеет собственное имя. В файле SCD также моделируются любые дополнительные подсети связи, представленные явным образом. Любую координацию резервных функций выполняют LN, которые реализуют эти функции.

7 Типы файлов описания на языке SCL

Файлы языка SCL служат для обмена данными между различными средствами управления конфигурацией — возможно, от разных изготовителей. Обмен данными на языке SCL решает по меньшей мере четыре различные задачи, поэтому для обмена информацией между средствами программирования применяют четыре вида файлов SCL с различными расширениями. В тоже время содержимое каждого файла должно подчиняться правилам языка конфигурации подстанции SCL, которые определены в разделе 8 настоящего стандарта. Каждый файл должен содержать указание на версию и номер версии, что позволит различать различные версии одного и того же файла. Это значит, что каждое средство программирования должно хранить информацию о версии и номере ревизии последнего экспортированного файла или снова считывать последний имеющийся файл, чтобы определить его версию.

Примечание — Версия идентифицирует версии файла SCL, а не версии моделей данных, применяемые со средством программирования. Версии моделей данных определяются средствами программирования.

Различают следующие типы файлов SCL:

Файл MCD для описания возможностей IED-устройства (IED Capability Description)

Передача данных из средств управления конфигурацией IED-устройства в средства управления конфигурированием системы (соответствует перечиспениям Ь) и с) в разделе 5). Этот файл описывает возможности IED-устройства. Он должен содержать ровно одну IED-секцию (раздел) для того IED-устрой-ства. возможности которого описываются. Имя IED должно представлять собой шаблон (TEMPLATE). Кроме того, файл должен содержать необходимые шаблоны типов данных, включая определения типов LN, и может содержать дополнительную секцию Substation, где имя подстанции должно представлять собой шаблон. Если задан шаблон подстанции, привязка экземпляров LN к основному оборудованию указывает на предопределенную функциональность. Любая подстанция, в которой испопьзуется это IED-устройство, должна согласовываться с соответствующей топологической частью подстанции (например: LNCSWI, привязанному к оборудованию типа CBR. разрешено только управпение выключателем: CILO, привязанный к разъединитепю, реапизует соответствующую погику блокировки). Может существовать допопнитель-ная секция Communication, опредепяющая по умопчанию возможные адреса для IED-устройства.

Файл *.SSD для описания системной спецификации (System Specification Description)

Передача данных из утилиты системной спецификации в средства конфигурирования системы. Этот файл описывает однолинейную схему подстанции и необходимые LN. Он должен содержать секцию описания подстанции, необходимые шабпоны типа данных и определения типов LN. Если LN. размещенные в секции Substation, еще не размещены в IED-устройстве, ссылка на IED-имя (значение атрибута iedName для элемента LNode) должна быть None (отсутствует). Если LN в секции Substation не привязан к IED-устройству, а также но имеет заданного типа, то в соответствии с МЭК 61850-7-4 определяется только обязательная часть этого LN. Если часть SA-системы уже известна, она может дополнительно размещаться в секциях IED и Communication.

Файл *.SCD для описания конфигурации подстанции (Substation Configuration Description)

Передача данных из средств управпения конфигурацией системы в средства управления конфигурацией IED-устройства (соответствует перечиспениям d) и е) в разделе 5). Этот файл содержит все IED-устроиства. секцию конфигурации связи и секцию описания подстанции.

11

Страница 16

ГОСТ Р МЭК 61850-6-2009

Файл \СЮ для описания сконфигурированного IED-устройства (Configured IED Description)

Передача данных из средств управления конфигурацией IED-устройства в IED-устройство. Описывает инстанцируемые IED-устройства в рамках проекта. Секция Communication содержит текущий адрес IED-устройства. Может существовать секция Substation, относящаяся к данному IED-устройству, тогда значения ее имени должны быть назначены в соответствии с именами, специфичными для проекта. Это файл SCD. который может быть разобран до уровня, известного рассматриваемому IED-устройству. Если применяется сжатие, предпочтение должно быть отдано методам, соответствующим RFC 1952.

Более формальное определение большинства ограничений для данных частей приводится в синтаксисе XML schema в приложении F. Следует обратить внимание на то, что в схеме могут быть описаны не все ограничения в отношении имен IED-устройств и подстанции, упомянутые выше. Чтобы понять элементы. из которых состоит схема, необходимо обратиться к разделам 8 и 9 настоящего стандарта. Вместе с тем следует обратить внимание на то, что это формальное определение дается исключительно в информационных целях и не относится к нормативному олредепению языка SCL. Кроме того, в схеме могут быть описаны не все упомянутые выше ограничения в отношении имен IED-устройства и подстанции.

IED-устройство, которое, как считается, реализует сервер в соответствии с серией стандартов МЭК 61850. должно сопровождаться файлом ICD или специальной утилитой, способной генерировать файл ICD. Оно может использовать файл SCD. сопровождаемый соответственно утилитой, которая может испопьзовать файл SCD для конфигурирования коммуникационной части IED-устройства из этого файла SCD с учетом ограничений, заявленных в файле ICD.

8 Язык SCL

8.1 Метод спецификации

Язык SCL создан на основе языка XML (см. [10] — [14]).

Определение его синтаксиса описано как W3C XML schema. В остальных разделах приведено определение соответствующей XML schema для языка SCL и объяснено ее использование в тексте с иллюстрированием подходящими (неполными) примерами использования объявленных специальных возможностей. Также предъявлены дополнительные письменные требования, ограничения и отношения к объектной модели, которая должна использоваться или проверяться путем считывания приложения или построения файла SCL. Полное нормативное определение XML schema приведено в приложении А. В приложении А также приведено формальное определение тех ограничений, которые легко формулируются в XML schema. Ограничения в отношении объектной модели, которые отсутствуют или не могут быть легко сформулированы в XML schema, дополнительно описаны в соответствующих разделах.

Чтобы сохранить синтаксис сжатым и расширяемым, по необходимости применяют типовые средства XML schema, тем самым вводится структура наследования элементов схемы. Структура наследования основных элементов языка SCL показана на рисунке 4 в виде схемы UML. Схемы UML могут также показывать отношения включения между элементами языка SCL. Следует иметь в виду, что эти отношения являются отношениями между элементами языка SCL. а не между объектами, представленными элементами и показанными на рисунке 2. Тем не менее была сделана попытка сохранить отношения элементов XML настолько близкими к отношениям объекта, насколько это возможно.

В схеме используются следующие соглашения в отношении присваивания имен:

-    имена типов схемы начинаются со строчной буквы t (например. tSubstation);

-    определения группы атрибутов начинаются с акронима ад (например, agAuthorization);

-    имена атрибутов начинаются со строчной буквы (нижний регистр клавиатуры) (например, пате);

*    имена элементов начинаются с прописной буквы (верхний регистр клавиатуры) (например. Substation).

Почти все элементы языка SCL являются производными от базового типа tBaseElement (см., например. рисунок 4), что позволяет добавлять к элементу пояснитепьный текст Text и секции Private частный. Он также позволяет добавлять дополнительные подразряды элементов и атрибуты из других пространств имен (иных, чем целевое пространство имен http://www.iec.ch/61850/2003/SCL) — такие элементы, однако, должны сначала появиться среди всех подразрядов эпементов. Это позвопяет легко выполнить расширения модели, в том числе частные.

Имеется следующий уровень типов элементов, базирующихся на tBaseElement:

-    tUnNaming добавляет дополнительный атрибут описания desc;

-    tNaming добавляет допопнительный атрибут описания desc и обязательный атрибут имени пате:

•    tIDNaming добавпяет атрибут описания desc и обязатепьный атрибут едентификатора id.

12

Страница 17

ГОСТ РМЭК 61850-6—2009

Во всех предыдущих типах desc является нормализованной строкой XML (XML normalizedString), то есть строкой, не содержащей управляющих символов возврата каретки, перевода строки или символа табуляции. Его значением по умолчанию является пустая строка. Атрибуты пате и id относятся к типу tName, то есть являются также строками, не содержащими управляющих символов возврата каретки, перевода строки или символа табуляции, но они не могут оставаться пустыми.

Созданные отношения наследования для объектов энергосистемы показаны на схеме UML (см. рисунок 4). В связи с отношениями наследования атрибутов или групп атрибутов при определении элемента непосредственно определяются не все атрибуты. Тем не менее в последующих разделах также содержится описание наследуемых атрибутов (возможно, со ссылкой на предыдущее описание).

Для улучшения сегментации и многократного использования вся схема SCL разделена на несколько файлов, содержащих описания типов (таблица 1).

Таблица 1 — Файлы, входящие в определение XML schenra языка SCL

Имя файла

Описание

SCL_Enums.xsd

Перечислимые типы, применяемые в XML schema

SCL_BaseSimpleTypes.xsd

Простыв базовые типы, применяемые другими компонентами

SCL_BaseTypes.xsd

Определения составных базовых типов, применяемых другими компонентами

SCL_Substation.xsd

Определение синтаксиса в отношении подстанции

SCL_Communication.xsd

Определение синтаксиса в отношении связи

SCLJED.xsd

Определение синтаксиса в отношении IED-устройства

SCL_DataType Templates.xsd

Определение синтаксиса в отношении шаблона типа данных

SCL.xsd

Определение синтаксиса основной схемы SCL. которое определяет корневой элемент каждого файла SCL

В дальнейших разделах, содержащих определение схемы, предполагается, что файл определения схемы SCL начинается следующим образом:

<?xnil version=’1.G" encoding="UTF-8’?>

<xs:schema targetNamespace=’http.7/www.iec.ch/61850/2003/SCL* xmlns :scl=*http://wv.w.iec.ch’'61850/2003/SCL" xmlns="httpi//www.iec.ch/61850/2003/SCL" xmlns:xs="http:/Avww.w3.org/2001/XMLSchema*

elementFormDefault=,qualified* attributeFormDefault=*unqualified" finalDefaull="exter»ion" version=”n.n“>

Здесь п.п указывает версию языка SCL. Для настоящего стандарта это 1.0.

Схема заканчивается тегом </xs:schema>

В следующих разделах и подразделах эта часть схемы не повторяется. Полное определение схемы с указанием содержимого всех приведенных выше файлов см. в приложении А.

UML-схема, приведенная на рисунке 4. дает общее представление о структуре схемы SCL.

Базовый элемент языка SCL является производным от типа схемы tBaseElement. который позволяет, например, содержать определения Private и Text. Кроме того, элемент языка SCL должен содержать один элемент Header (заголовок) типа tHeader и может содержать элементы Substation типа tSubstation. секцию Communication типа tCommunication, элементы IED-устройства типа tIED и секцию DataTypeTemplates типа tDataTypeTemplates. Все типы этих элементов рассмотрены в следующих разделах.

Для некоторых случаев важен используемый значениями формат данных. Во всех случаях, когда это возможно, схема определяет тип данных и. следовательно, их кодировку (лексическое представление). Но даже в тех случаях, когда это невозможно, должно быть использовано кодирование типа данных в соответствии с XML schema. Все значения элементов являются строками XML schema, если иное не выражено явным образом; все значения атрибутов являются нормализованной строкой типа XML schema (XML noimalizedString). то есть в них не допускаются символы табуляции и управляющие символы возврата каретки и перовода строки. Дальнейшие ограничения сформулированы в настоящем стан-

13

Страница 18

ГОСТ Р МЭК 61850-6-2009

дарте, а также в серии стандартов МЭК 61850 (в основном в серии стандартов МЭК 61850-7, МЭК 61850-8-1. МЭК 61850-9-1 и МЭК 61850-9-2). Ссылка на любые типы данных XML schema оформляется префиксом xs:. Например, xsidecimal для кодирования десятичных чисел. Для удобства в таблице 42 приведены общие сведения о кодировании большинства типов, применяемых с языком SCL.

Рисунок 4 — Общее представление о схеме SCL в виде схемы UML

8.2 Расширения языка SCL

8.2.1    Общая часть

Базовый язык SCL, как определено в настоящем стандарте, предназначен для специальных целей, описанных в разделе 5. Однако для выполнения дополнительных задач проектирования и разработки он может быть использован с ббльшими или меньшими расширениями — например, дополнительными атрибутами. Кроме того, для уровня SCSM он оставляет несколько определений, зависимых от стека связи. Возможности расширения языка SCL рассмотрены в 8.2.2 — 8.2.7.

8.2.2    Расширения модели данных

Расширения модели данных за счет использования семантически новых LN и DO подчиняются правилам. установленным в серии стандартов МЭК61850-7 для расширений, и определяются применением языка SCL как метаязыка модели данных, то есть идентификация элементов модели данных не появляется в самом синтаксисе языка. Область имен классов LN. атрибуты DATA и CDC описываются на языке SCL путем заявления соответствующих значений пространств имен в соответствующих атрибутах DATA. Если необходимы дополнительные базовые типы данных, они должны быть определены как расширение схемы.

8.2.3    Дополнительная семантика для существующих элементов синтаксиса

Некоторые языковые элементы SCL, такие, как desc и Text, имеют слабо выраженную семантику, которая может быть расширена за счет некоторых приложений. Некоторые элементы, такие, как элемент параметра Р. были специально оставлены открытыми. Семантика (дополнительная семантика) этих элементов должна быть определена на уровне SCSM. Это выполняется путем определения значения type (тип) для параметра Р с собственной семантикой.

8.2.4    Ограничения типов данных

Использование типов данных на основе XML schema на синтаксическом уровне позволяет ограничить диапазон некоторых значений. Ограничение использует один из разрешенных подтипов для типов, определенных в этом базовом языке.

8.2.5    Пространства имен XML

Всем элементам тегов могут быть добавлены теги (подтеги) и атрибуты. При этом они должны принадлежать заданному пространству имен XML с семантикой, заданной для всех этих элементов. Испопьэован-ные пространства имен должны быть определены в главном теге (SCL). Это пространство имен не должно

14

Страница 19

ГОСТ РМЭК 61850-6—2009

быть таким же, как и целевое пространство имен схемы SCL. Для частных пространств имен применяется аббревиатура внутреннего пространства имен, которая начинается со знака е. Пример стандартного расширения для компоновки однолинейной схемы или схемы связи приведен в приложении С. Пространством имени URI данной версии базового языка SCL. которое по умолчанию будет использоваться как пространство имени во всех файлах SCL, является;

xmlns:scf=*http://www.iec.ch/6185Q/2003/SCL”

Все средства программирования, соответствующие настоящему стандарту, должны иметь возможность импортировать файл SCL с опредепениями пространств имен и по меньшей мере по умолчанию интерпретировать базовый язык SCL как пространство имен. Пространства имен, отличные от базового языка SCL и не опознанные средством программирования, будут игнорироваться. Это. в частности, означает. что инструмент программирования IED-устройства, который экспортирует данные своего собственного пространства имен XML в файл ICD. не ориентирован на то. что данная информация должным образом хранится в файле SCD, поступающем из утилиты конфигуратора системы или другой утилиты изготовителя IED-устройства.

Примечание1 — SCL-схема построена таким образом, что если в заголовке указаны частные пространства имен, но соответствующие схемы неизвестны. XML-верификатор все же способен выполнить правильную проверку файла (у частей, которые не определены в SCL-схеме, верификатор, как правило, только проверяет, верно ли они сформированы).

Примечание 2 — SCL-схемой предусмотрено, чтобы элементы из частных пространств имен появлялись в файле SCL перед элементами, определенными в SCL-схеме.

8.2.6 Части Private

Для небольших расширений при изготовлении или выпопнении специального проекта могут быть использованы части Private (частные). Преимуществом частей Private является сохранение содержимого данных при обмене данными между средствами программирования.

Сущности данных Private появляются на нескольких уровнях SCL. Содержимое этих XML-элементов, как видно из SCL, — прозрачный текст. Если часть Private содержит XML-данные, то она должна использовать явным образом пространство имен, которое не может быть пространством имен SCL. Элемент Private позволяет также делать ссылки на другие файлы через URL на своем атрибуте source (источник).

Данные в рамках средств утилит необходимо обрабатывать следующим образом. Частные данные принадлежат утилите в соответствии с ее категорией (например, генератору изображения). Владелец данных имеет право изменять их содержимое, и, как правило, только он способен их интерпретировать. Все остальные средства программирования, считывающие частные данные, должны сохранять их содержимое при импорте SCL и восстанавливать их в том же самом месте, если создается или экспортируется файл SCL, содержащий эту часть.

Частные данные, предназначенные для различных целей, должны различаться по значению своего атрибута type (тип). Если его используют изготовители, значение этого атрибута type должно начинаться с части строки, определяемой изготовителем.

Элементы Private имеют тип схемы tPnvate, который опредепяется следующим образом: <xs:compiexType name="tPrivate" nvxed=’true">

<xs:annotatk>n>

<xs:documentat*on xml:lang='*en“> Allows an unrestricted mixture of character content, elenrent content and attributes from any namespace other than the target namespace, along with an optional Type attribute11. </xs:documentation>

</xs:annotation>

<xs:complexContent mixed=’true">

<xs:extension base=“tAnyContentFromOtherNamespace">

<xs:attribute name=*type" type="xs:normalizedString* use="optk>nal7>

<xs:attribute name=’source" type=”xs:anyURr use="optional7>

</xs:extens*on>

</xs:complexContent>

</xs:complexType>

’> Допускается неограниченное смешивание содержания символа, содержания элемента и атрибутов любого пространства имен, кроме целевого пространства имен, наряду с дополнительным атрибутом типа.

15

Страница 20

ГОСТ Р МЭК 61850-6-2009

Атрибуты элемента Private определены в таблице 2.

Таблица 2 — Атрибуты элемента Private

Атрибут

Смысл, назначение

type

Позволяет различать частное назначение содержимого элементов. В type должно быть включено имя изготовителя или название средства программирования, подтверждающее его уникальность

source

URL (ссылка) некоего файла, содержащего частную информацию. Программа обработки сохраняет только URL, а не содержимое файла (содержимое остается там. где было; сохранение содержимого не является функцией программы обработки)

8.2.7    Другой синтаксис XML

Для другого XML-файла в целях расширения модели данных SCL дополнительными объектами или атрибутами может применяться совершенно новый стандартизированный или частный синтаксис на основе языка XML. В этом случае в таком новом XML-файле будут определены ссылки на объект, которые содержатся в модели SCL. и при идентификации объектов должна соблюдаться философия присвоения имен, изложенная в настоящем стандарте. Для связи с такими дополнительными XML-файлами может быть использован атрибут source элемента Private.

8.2.8    Краткое заключение: применимость настоящего стандарта для управления расширениями

Инструментальное средство (утилита), заявленное как соответствующее настоящему стандарту, должно. как минимум, управлять расширениями следующим образом:

-    импортировать и экспортировать основной синтаксис SCL как пространство имен XML по умолчанию; понимать все части основного синтаксиса в отношении возможностей рассматриваемых IED-устройств и ожидаемой функциональности средств программирования;

-    хранить все данные в частных секциях и все элементы текста из импорта в экспорт (если они не модифицированы специально в средствах программирования). Хранить все данные IED-устройств. которые не участвуют в процессе, если экспортируется SCD-файл.

-    принимать синтаксически корректные расширения пространств имен XML при импорте без сообщения об ошибке, даже если игнорируется соответствующее содержимое.

8.2.9    Пример расширения

Приведенный фрагмент SCL-файла показывает, как можно использовать расширения на основе частного пространства имен XML для дополнительных атрибутов XML, дополнительных элементов и для XML-элементов в пределах части данных элемента Private.

<?xml vers)on='1.0"?>

<!-Пр*шер расширенного файла:

-    с элементом Private

-    с использованием расширений из других пространств имен

—>

<SCL xmlns='http^/vAvw.iec.ctV61850^003/SCL" xmlns:xsi="hUp j7www.w3.org/2Q01/XMLSchema-in5tance" xsi:schemaLocation=*http:/Avvvw.iec.clV61850/2003/SCL SCL.xsd" xmlns:ext=''hUp://wv<w.private.org">

<Header id=”SCL Example T1-1” nameStructure^lEDName’/»

<Substation name="baden220_132" ext:myAttribute="my extension attributed <ext:MyElement>TNs is my extension element</ext:MyElement>

«Private ext:helto="bla bla">This is my private element <ext:dummy>with sub-elements</ext:dummy> and a privately defined attnbute</Private>

<PowerTransformer name=“T1* type="PTR">

Следует обратить внимание на то, что все элементы (выше MyEtement) из других пространств имен (выше ext), кроме пространства имен SCL, по умолчанию должны стоять перед любыми элементами SCL.

8.3 Общая структура

Документ SCL — XML начинается с XML-элемента prolog (пролог), затем следуют определенные ниже элементы. Prolog содержит идентификацию версии XML и применяемую кодировку символов. Предпочтительной является кодировка формата UTF-8. В элементе SCL содержится часть полного определения SCL.

16

Страница 21

ГОСТРМЭК 61850-6—2009

<?xml vers»on=*1.0" encoding="UTF-8"?>

<SCL xmlns="http7/wvvw.iec.ch'61850^003/SCL-

xmlns:xsi="http://www.w3.org^2001/XMLSchema-instance-'

xsi:schemaLocatk>n=,'http://w\vw.iec.ctV61850/2003/SCLSCL.xsd*>

<!- здесь идут секции Header/Substation/IED/Communication/DataTypeTemplates. как определено в разделе 9-->

</SCL>

где SCL.xsd — конкретный файл, содержащий определение схемы SCL.

Следует обратить внимание: для XML-процессора это предполагает, что определение схемы SCL (то есть файлы, перечисленные в таблице 1) находится в том же каталоге, в котором находится SCL-файл экземпляра. Если это не так, то здесь должен быть указан полный путь к схеме. В качестве альтернативы большинство XML-процессоров допускают ручное задание положения схем (за пределами документа экземпляра).

Элемент SCL должен содержать секцию Header и по меньшей мере одну из следующих секций: Substation, Communication, IED. DataTypeTemplates. — для которых ниже приведено пояснение. Секции Substation и IED могут появиться несколько раз. Рисунок 4 дает общее представление в виде UML-схемы. Корректное определение XML schema приводится далее.

<xs:element name="SCL">

<xs :com plexType>

<xs:complexContent>

<xs:extension base="tBaseElement”>

<xs:sequence>

<xs:element name="Header“ typ>e="tHeader">

<xs:unique name="uniqueHitem">

<xs:selector xpath="_/sd:History/scl:Hitem"/>

<xs:field xpath="@vers*on7>

<xs:field xpath="@revision7>

</xs:un*que>

</xs:element>

<xs:element re(=’Substation" min0ccurs="0' maxOcajrs="unbounded7>

<xs:element ref^CommunicatiorV min0ccurs='07>

<xs:element ref='IED’ min0ccurs=“0“ maxOcajrs=’unbounded'/>

<xs:element re(="DataTypeTemplates' minOccurs="0*/>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Все элементы являются производными типа tBaseElement и поэтому наследуют возможность содержания элементов Text и Pnvate. а также могут содержать элементы и атрибуты из других пространств имен. Элементы, являющиеся производными подтипов tUnNaming, tNaming и tIDNaming, дополнительно наследуют атрибут desc.

8.4 Обозначение объекта и сигнала

Модель SCL допускает два вида обозначения объекта:

1)    технический ключ, который используется в технических чертежах и для идентификации сигнала. Он содержится в атрибуте пате как идентификация каждого объекта. Если это значение используется как ссылка на объект, оно содержится в имени атрибута, которое начинается со строки, обозначающей тип ссылки на целевой объект, и заканчивается строкой "Name». Технический ключ используется с языком SCL для ссылок на другие объекты. Следует обратить внимание на то. что в иерархии объектов имя является относительной идентификацией;

2)    текстовое обозначение, ориентированное на пользователя. Оно находится в атрибуте desc. Атрибуты не могут содержать управляющих символов возврата каретки, перевода строки или символа табуляции. Семантика desc в иерархии объекта также должна быть относительной.

Кроме того, для добавления пояснительных текстовых сведений может быть использован тег общего описания Text. Значение этих данных далее специально не раскрывается. Каждое средство программирования должно хранить импортированные текстовые данные для экспорта.

8.4.1 Обозначения объектов в иерархии объектов

Для иерархически структурированных объектов структуры подстанции и структуры продукта атрибуты пате и desc каждого объекта содержат только ту часть, которая определяет объект на данном уровне

17

Страница 22

ГОСТ Р МЭК 61850-6-2009

иерархии. Полной объектной ссылкой является имя пути, она состоит из конкатенации всех частей имени верхних уровней иерархии, вплоть до данного уровня. Уникальность ссылок после конкатенации должна обеспечиваться в процессе конфигурирования. Эта цель достигается за счет использования соглашения о синтаксисе, как указано в МЭК 61346-1. Главным образом это значит, что имена всех уровней могут быть напрямую каскадно сцеплены с именем пути, если имя верхнего уровня заканчивается числом, а имя нижнего начинается с текстового символа. В противном случае между ними должен быть поставлен промежуточный знак — как правило, это точка (.). Если имя в пределах уровня — пустая строка, никакой разграничивающий знак на этом уровне не нужен. Для отображения имени на уровне SCSMs или по МЭК 61346-1 могут быть указаны другие разделительные знаки. Кроме обязательного использования МЭК 61346-1 для синтаксиса имен настоятельно рекомендуется использовать всю серию МЭК 61346 для выведения функционального имени и имени IED-лродукта в качестве технических ключей. В этом случае следует иметь в виду, чтоособые разделительные знаки МЭК 61346 типа =, ♦. - не употребляются с именами SCL. Если имена субструктурированы. разрешено использовать только точку (.).

Переходные объекты, то есть объекты, появляющиеся более чем в одной иерархической структуре, могут идентифицироваться несколькими ссылками — по одной в каждой структуре. У языка SCL это особенно применимо к LN. которые находятся в функциональной структуре подстанции, а также в структуре IED-продукта. Могут быть и другие переходные точки между различными структурами, но их моделирование выходит за пределы языка SCL.

8.4.2 Идентификация сигналов, применяемых в системе связи

Согласно серии стандартов МЭК 61850-7 идентификация сигналов строится из следующих частей (см. рисунок 5):

a)    определенная пользователем часть, идентифицирующая LD в процессе (LDName);

b)    функционально зависимая часть для различения нескольких LN одного и того же класса в пределах одного и того же lED-ycTpoHcTea/LD (LN-Prefix);

c)    имя класса стандартизированного LN и номер экземпляра LN. по которому в пределах одного и того же lED-ycTpoHcTea/LD различаются несколько LN одного и того же класса, имеющих одинаковый префикс.

d)    идентификация сигнала внутри LN. состоящего изданных и имени атрибута, должна соответствовать МЭК 61850-7-3 и МЭК 61850-7-4.

ОгрвпагаивМЭК С1 *50-7-3


Опрадот (МЯК 81KD-7-4


Ипитмвп.

■афадафомк

Юмлопмкаага

jVTpotaiMLDNtna

иыя лопнкшго у» LN Nam

манят*

□■им&сиапшп*

Профи ж: LN

Kn*ttLM

Номер ■шжмтлюрв LN

У    Л    у    Л    У    А    г

Чисть 1    Честь    2    Чисть Я    Частъ4

Рисунок 5 — Элементы идентификации сигнала согласно определению МЭК 61850-7-2

Части имени 2 и 3 на рисунке 5 образуют вместе имя LN и служат для различения разных экземпляров LN в пределах одного и того же LD в IED-устройстве. Обе части могут быть использованы свободно. Функционально зависимый префикс LN используется в основном во время функционального проектирования или для связывания инстанцируемого LN на IED-устройстве с некоторой семантикой процесса. Номер экземпляра LN части имени 3 служит для различения инстанцируемых LN, которые еще не привязаны к семантике процесса (например, CSWI, не привязанный к некоторому конкретному типу выключателя, имеет префикс-"’) или имеют одинаковый непустой префикс.

Страница 23

ГОСТ РМЭК 61850-6—2009

Отображение этих частей имени сигнала на фактические имена сигнала зависит от стека и отображения и поэтому содержится в МЭК 61850-8-1. МЭК 61850-9-1 и МЭК 61850-9-2. С точки зрения языка SCL этого достаточно для определения содержания этих частей для конкретной SA-системы. Однако в МЭК 61850-8-1. МЭК 61850-9-1 и МЭК 61850-9-2 содержатся дальнейшие ограничения по длине и содержанию частей имени.

Секция определения DataTypeTemplates языка SCL и стандартизированные имена в соответствии с МЭК 61850-7-3 и МЭК 61850-7-4 устанавливают возможные значения частей имени 3 и 4. приведенные на рисунке 5. Номер экземпляра LN и префикс определены в секции IED-устройства языка SCL.

Для частей имени 1 и 2 на рисунке 5 имеются две опции (см. также рисунки 6 и 7). Для обеих опций на рисунке 5 в данном IED-устройстве используется разделение части имени 1 на lEDName (имя IED-устрои-ства) и LDInst (имя экземпляра LD):

1) функционально зависимое присвоение имен: часть имени 1 на рисунке 5 — это имя объекта секции Substation с присоединенным LN. Если это PrimaryDevice. следует использовать части имени из имени подстанции как части 1 для имени присоединения, а также использовать имя PrimaryDevice как часть 2 (возможно, с последующим именем подразряда оборудования). Необходимо выполнить каскадное сцепление экземпляров LD IED-устройств (IED LD Inst) с частью 1. Если LN прикрепляются к уровням выше уровня присоединения, часть 1 должна быть соответственно сокращена, а часть 2 на рисунке 5 остается пустой или может быть использована для уровня, к которому прикреплен LN;

Рисунок 6 — Элементы имени сигнала при функционально»-» присвоении имен

2) продукт-зависимое присвоение имен: часть 1 на рисунке 6 —это имя IED-устройства в секции IED-устройства (продукт), на котором сконфигурирован LN. каскадно сцепленный с номером экземпляра LD. Часть 2 остается, как предопределено в IED-устройстве (см. рисунок 7).

Рисунок 7 — Элементы имени сигнала при продукт-зависимом присвоении имени

19

Страница 24

ГОСТ Р МЭК 61850-6-2009

Модель языка SCL оставляет обе опции открытыми, но дает части Header возможность определения: использовать во время связи при присвоении имен сигналам опцию 1 (функционалыюе присвоение имен) или опцию 2 [продукт-зависимое присвоение имен см. перечисление 2)]. Рекомендуется использовать номер экземпляра LN таким образом, чтобы класс LN и номер экземпляра LN вместе всегда были уникальны. Это позволяет позднее изменить способ присвоения имен {наличие/отсутствие префикса) и даже заменить предконфигурированные префиксы префиксами, относящимися к функциональной структуре. Использование этих опций может, однако, быть ограничено в тех случаях, когда IED-устройство имеет фиксированный префикс и номер экземпляра LN. то есть для определенного экземпляра LN это исключает возможность его последующего изменения. В этом случае может быть выбрано только продухт-зависимое присвоение имен.

8.4.3 Пример присвоения имен

На рисунке 8 показан пример IED-устройства с LN. которые управляют работой выключателя QA1 присоединения Q1 на уровне напряжения Е1. Присвоение имени выполняют в соответствии с серией стандартов МЭК 61346. В данном примере IED-устройство как продукт имеет ту же часть обозначения продукта верхнего уровня соответственно присоединению (-Е1Q1). которую управпяемый выключатель QA1 имеет в своем функциональном обозначении (=E1Q1QA1). На рисунке 8 показаны результирующие ссылки в различных структурах и результирующая ссылка LN для связи.

Рисунок 8 — Имена в различных структурах объектной модели

Если теперь данным DATA в логическом узле LN2 класса логического узла CSWI в логическом устройстве LD2 присвоить имена из структуры функции, тогда ссылка на LN согласно МЭК 61850-7-2 будет E1Q1LD2/QA1CSWI2. Если бы ссылка была взята из структуры продукта, она бы выглядела как E1Q1SB1LD2/ CSWI2. Следует обратить внимание на то. что попное имя в каждом случае должно быть уникально в пределах системы, как показано на примере обоих вышеупомянутых имен. Однако в случае функционального присвоения имени ссылка Е1Q1LD2 логического устройства LD сама по себе не обязательно должна быть уникальна в пределах системы (только в пределах IED-устройства). потому что может быть другое IED-устройство в пределах присоединения E1Q1 с логическим устройством LD2. Только отношение E1Q1QA1CSWI2 к IED-устройству E1Q1SB1 в ссылке из структуры Substation на IED-устройства позволяет найти правильное IED-устройство для данного LD, и тогда E1Q1LD2 является уникальным идентификатором LD в данном IED-устройстве.

Примечание — Если ссылка берется из функциональной структуры, а также если в функциональной части перед частью имени LD гложет быть несколько IED-устройств. рекомендуется идентифицировать экземпляры LD, присваивая им имена из функциональной структуры. Если, например, в пределах одного

20

Страница 25

ГОСТ РМЭК 61850-6—2009

присоединения имеются IED-устройства защиты и управления, часть имени LD может идентифицировать подфункции зашиты и управления в рамках присоединения.

Если префикс LN уже используется для предконфигурированного IED-устройства. он всегда воспринимается как часть имени. В спучае функционального присвоения имен в процессе проектирования должно быть гарантировано соответствие префикса и идентификации устройства и его частей.

9 Элементы синтаксиса языка SCL

9.1 Заголовок Заголовок служит для идентификации файла конфигурации языка SCL и его версии, а также для специфицирования опций для отображения имен на сигналы. UML-схема, приведенная на рисунке 9, дает общее представпение о его структуре.

МЦОИМММОММкМ^МО!!

■ 99 J КЛ ГнШКк|ШП||

»:nom*lz<xiatr<ng

а

£7 nunBhiin

Q vtotan:» nomalHadSmg

SrovWan: я» яопмИмМНпа

wtw: щ

who: ж яюпмДииШйпв nanaJtiadSkkia wty :я аиииЬиШм

ITfast

0..1

0 М1И:ц«|)|1П

tHlMi

о-J

1 1л

Рисунок 9

— UML-схема секции Header

Далее приводится часть определения XML schema.

<xs:complexType name="tHeader*>

<xs:sequence>

<xs:element пате="ТехГ type="tText" minOccurs="0"/>

<xs:element name="History* min0ccurs="0’>

<xs:complexType>

<xs:sequence>

<xs:element name='Hitem* type="tHitem" maxOccurs=’unbounded'*/> </xs:sequence>

</xs:complexType>

</xs:element>

</xs:sequence>

<xs:attribute name=''icT type="xs:normalizedString“ use="requiretf7>

<xs:attnbute r\ame="vers»on* type="xs:normalizedString*/>

<xs:attribute name=*revision* type=*xs:normalizedString" default='7>

<xs:attribute name=*toollD" type=*xs:normalizedString7>

<xs:attribute name="nameStructure' use=’require(T>

<xs:simpleType>

<xs:restriction base="xs:Name">

<xs:enumeral»on value="FuncName"/>

<xs:enumeration value="IEDName7>

</xs:restriction>

</xs:simpleType>

<ixs:attribute>

</xs:com ptexType>

21

Страница 26

ГОСТ Р МЭК 61850-6-2009 Атрибуты элемента Header определены в таблице 3.

Таблица 3 — Атрибуты элемента Header

Атрибут

Описание

id (идентификатор)

Строка, идентифицирующая данный файл на языке SCL. обязательна (может быть пустой)

version (версия)

Версия этого файла конфигурации на языке SCL (может быть пустой)

revision (модификация)

Модификация данного файла конфигурации на языке SCL, по умолчанию пустая строка, означающая исходное состояние перед любой модификацией

toollD (идентификация средства программирования)

Заданная изготовителем идентификация инструментального средства, которая была использована для создания файла на языке SCL

nameStructure (структура имени)

Элемент, который показывает, строятся имена сигналов системы связи из структуры функций подстанции (FuncName) или из структуры IED-продукта (lEDName)

Элемент Text является дополнительным и имеет следующий синтаксис:

<xs:complexType name=’tText" mixed=-’true">

<xs:annotation>

<xs:documentation xml:lang=',en''>Allows an unrestricted mixture of character content and element content and attributes from any namespace other than the target namespace. 2,</xs:documentatK>n>

</xs:annotation>

<xs:complexContent mixed="true">

<xs:extension base=-,tAnyContentFromOtherNamespace">

<xs:attribute name=*source" type=“xs:anyURI" use=“optional"/>

</xs:extension>

</xs:complexContent>

</xs:com p!exType>

Вместо размещения текста в этом элементе может быть также сделана ссылка на другой файл как URI в атрибуте source (источник).

Примечание — Элемент синтаксиса Text для пояснительного текста используется несколько раз, главным образом во всех элементах, производных от tBaseElement (см. 8.1 и А.1. приложение А).

История модификаций является факультативной. Один и тот же синтаксис может быть использован также в других документах, требующих истории модификаций. При наличии она должна иметь следующую форму:

<xs:complexType name='tHitem" mixed-'true*'»

<xs:annotation>

<xs:documentation xml:tang='en*> Allows an unrestncted mixture of character content and element content and attributes from any namespace other than the target namespace, along with the 6 following attributes: Version. Revision, When. Who. What, and Why3l</xs:documentation>

</xs:annotation>

<xs:complexContent mixed="true">

<xs:extension base=-,tAnyContentFromOtherNamespace->

<xs:attribute name="version* type=*xs:normaJizedStrir>g" use=’required'/’>

<xs:attribute name="revision" type="xs:normalizedString" use="required7>

2> Допускается неограниченное смешивание содержания символа, содержания элемента и атрибутов любого пространства имен, кроме целевого пространства имен.

3> Допускается неограниченное смешивание содержания символа, содержания элемента и атрибутов любого пространства имен кроме целевого пространства имен, наряду с со следующими атрибутами: Version. Revision. When. Who. What. Why.

22

Страница 27

ГОСТ РМЭК 61850-6—2009

<xs;attribute name='\vhen* type="xs:normalizedStnng" use=*required"/>

<xs:attribute name=*who* type="xs:normalizedString7>

<xs:attribute name=*what" type=’xs:normalizedString7>

<xs:attribute name="v/hy* lype="xs:normalizedString*/>

</xs:extension>

</xs:complexContent>

</xs:complexType>

История модификаций содержит несколько элементов записей. Каждый элемент идентифицирует ранее согласованную версию данного файла SCL. Текст внутри элементов может служить для изложения дальнейших пояснений к данной версии.

Таблица 4 — Атрибуты элемента History (Hitem)

Атрибут

Описание

version

Версия данной записи в историю

revision

Модификация данной записи в историю

when

Когда была выпущена версия/модификация

who

Кто составил/согласовал данную версию/модификацию

what

Что изменилось со времени последнего согласования

why

Почему было внесено изменение

В следующем примере показан полностью заполненный заголовок без истории, имена сигналов здесь получены из структуры функции подстанции:

<Header id='1KHL1000546" version=T revision=" *

tooild="mySystemTool V1.2" nameStructure="FuncName'>My SA Project </Header

9.2 Описание подстанции

Секция Substation служит для описания функциональной структуры подстанции и идентификации основных устройств и их электрических соединений. Для производственного процесса или для описания всех электрических сетей можно получить несколько секций подстанции — по одной на каждую подстанцию. обслуживаемую SA-системой. Посредством LN. присоединенных к элементам основной системы, данная секция дополнительно определяет функциональность SA-системы (например, в файле SSD) или. если LN уже назначены IED-устройствам (файл SCD). отношение IED-функций к энергосистеме.

Следует обратить внимание, что атрибут name является обязательным при всех условиях и не может быть пустой строкой. Если секция Substation используется как шаблон в файле ICD, то имя должно быть TEMPLATE. Значение имени является также глобальной идентификацией подстанции, потому что оно должно быть уникальным для всех подстанций, содержащихся в файле SCL.

Если отсутствует атрибут desc. его значением по умолчанию является пустая строка.

LN могут быть присоединены на каждом уровне структуры (то есть подстанция, уровень напряжения, присоединение, оборудование, подразряд оборудования, соответствующая функция, подфункция). Силовые трансформаторы (PowerTransformer) могут быть присоединены на следующих структурных уровнях:

-    подстанция;

-    уровень напряжения;

* присоединение.

Токопроводящее оборудование (ConductmgEquipment) может подключаться только на уровне присоединения. Экземпляры LN на одном и том же уровне должны иметь различную идентификацию.

UML-схема, приведенная на рисунке 10. дает общее представление о секции Substation.

23

Страница 28

Рисунок 10 — UML-схема секции Substation

Соответствующая часть схемы выглядит следующим образом.


Для элементов используются следующие определения базисного типа:

<xs:include schemaLocation='SCL_BaseTypes.xsd*/>

<xs:attributeGroup name=*agVirtual''>

<xs:attribute name-’virtuar type="xs:boolean* use="optionar default="false7>

</xs:attributeGroup>

<xs:complexType name=*tLNodeContainer” abstract=*true*>

<xs:complexContent>

<xs:extens»on base="tNaming*>

<xs:sequence>

<xs:element name="LNode" type="tLNode" min0ccurs=*0" max0ccurs="unbounded7> </xs:sequence>

</xs:extension>

</xs:comptexContent>

</xs:complexType>

<xs:complexType name="tPowerSystemResource" abstract="true,'>

<xs:comp!exContent>

<xs:extension base="tLNodeContainer7>

</xs:complexContent>

</xs:complexType>

<xs:complexType name="tEquipmentContainer" abstract=*true*>

<xs:comptexContent>

<xs:extension base="tPowerSystemResource">

<xs:sequence>

<xs:element name=*PowerTransformer' type="tPowerTransfofmer" minOccurs^O"

24

Страница 29

ГОСТ РМЭК 61850-6—2009

maxOccurs="unbounded">

<xs:unique name="uniqueWindmglnPowerTransformer">

<xs:selector xpalh=*./sd:TransformerWinding7>

<xs:field xpalh='@name7>

</xs:unique>

</xs:element>

<xs:elemenl name='GeneralEquipment* type=*tGeneralEquipment* min0ccurs="0" maxOccurs="unbounded7>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:complexType name="tEquipment* abstract="true">

<xs:complexContent>

<xs:extension base-'tPowerSystemResource">

<xs:attributeGroup ref=’ag Virtual’/:»

</xs:exlension>

</xs:complexContent>

</xs:complexType>

<xs:complexType name="tAbstractCond'jctingEquipmenr abstract="true">

<xs:complexContent>

<xs:extension base=’tEquipment">

<xs:sequence>

<xs:element name=Terminal" type="tTerminar min0ccurs="0" maxOccurs=*27> <xs:element name="SubEquipment" type='tSubEquipment" min0cajrs="0“ maxOccurs="unbounded7>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:complexType name=’tConductingEquipment">

<xs:complexConten!>

<xs:extension base="IAbstractConductingEquipment">

<xs:attribule name="type" type="tCommonConductingEquipmentEnum* use=*required7> </xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:comp!exType name="tSubEquipment">

<xs:complexContent>

<xs:extension base="tPov.erSystemResource">

<xs:attribute name=*phase' type="tPhaseEnum“ use="optional" default="none7> <xs:attributeGroup ref=*agVir1uaJ'/>

</xs:exlensicxi>

</xs:complexContent>

</xs:complexType>

В этом случае тип Substation выглядит следующим образом:

<xs:complexType name='tSubstation'>

<xs:comp!exContent>

<xs:extension base=*tEquipmentContainer”>

<xs:sequence>

<xs:element name^VoltageLevel" type=’lVoltageLever maxOccurs=“unbounded''> <xs:unique name="uniqueBaylnVoltageLever>

<xs:seledor xpath=”./scJ:Bay7>

<xs:field xpath='@name7>

</xs:unique>

<xs:unique name="uniquePowerTransformerlnVoltageLever>

<xs:selectof xpath=\/scl:PowerTransformer7>

<xs:field xpath='@name7>

</xs:unique>

<xs:unique name="uniqueGeneralEquipmentlnVoltageLever>

<xs:selector xpath="./scl:GeneralEquipment7>

<xs:field xpath="@name"/>

</xs:unique>

<xs:unique name="uniqueChildNamelnVoltageLevel*>

25

Страница 30

ГОСТ Р МЭК 61850-6-2009

<xs:selector xpath="./’7>

<xs:fiekJ xpath="@name7>

</xs:unique>

</xs:element>

<xs:etement name=*Function' type="tFunction" min0ccurs=*0" maxOccurs="unbounded"> <xs:unique name="uniqueSubFunctionlnFur>ction">

<xs:selector xpath=*Jscl:SubFunction7>

<xs:field xpath="@name7>

<t‘xs:unique>

<xs:unique name="uniqueGeneralEquipmentlnFunction“>

<xs:selector xpath=\/scl:GeneralEquipment7>

<xs:field xpath="@name7>

</xs:unique>

</xs:element>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Элемент Substation принадлежит к типу tSubstation, как показано выше. Это tEquipmentContainer, то есть наряду с PowerTransformer он может содержать LNode. Кроме того, он содержит по меньшей мере один уровень напряжения и допопнительно нескопько элементов Function. Системные функции или оборудование, не принадлежащие энергосистеме, могут быть описаны с помощью элемента Function.

Общий элемент Substation (тип tSubstation). к которому обращается элемент SCL, дополнительно содержит несколько ограничений идентичности:

-    в пределах Substation не может быть двух элементов VoltageLevel (уровень напряжения) с одинаковым именем;

-    в пределах Substation не может быть двух элементов PowerTransformer с одинаковым именем,

-    в пределах Substation не может быть двух элементов Function с одинаковым именем;

-    в пределах Substation не может быть двух эпементов LNode с одинаковым сочетанием Inlnst, InClass. iedName. Idlnst и префиксом;

-    кроме того, во избежание любых неясностей в пределах Substation не может быть двух прямых дочерних элементов с одинаковым именем.

Ограничения:

-    имя подстанции должно быть уникальным в пределах SCL-файла;

-для шаблона основной системы в пределах ICD-файла имя подстанции допжно быть TEMPLATE. В одном SCL-файле может быть максимум один шаблон подстанции.

-    в пределах Substation атрибут pathName (имя пути) узла связи ConnectivityNode действует как ключ (ConnectivityNode может появится на уровне присоединения ниже Substation). Это подразумевает отсутствие двух элементов ConnectivityNode с одинаковым pathName. то есть атрибут ConnectivityNode каждого вывода Terminal в данной подстанции должен обращаться к одному из этих ключей.

9.2.1 Уровонь напряжения

Как показано ниже, элемент VoltageLevel относится к типу tVoltageLevel. Он имеет дополнительный элемент Voltage ((напряжение) типа tVoltage, который может использоваться для констатации напряжения на данном уровне напряжения. Кроме того, будучи tEquipmentContainer, он может содержать логические узлы LNode, общее оборудование GeneralEquipment и сиповые трансформаторы PowerTransformer. Он содержит также одно или несколько присоединений, реапизуемых через элемент Вау.

<xs:complexType name=*tVoltageLevel">

<xs:complexContent>

<xs:extension base="tEquipmentContainer">

<xs:sequence>

<xs:element name=’Voltage" type-'tVoltage" minOccurs=’0’/>

<xs:element name^Bay" type="lBay* maxOccurs=”unbounded">

<xs:un*que name="un»quePowerTransformerlnBay“>

<xs.-selector xpath='./scl:PowerTransformer'7>

<xs:fieJd xpath="@name7>

</xs:uniqua>

<xs:unique name=*uniqueConductingEquipmentlnBay">

<xs:selector xpath='./scl:Conduc!ingEquipment7>

<xs:field xpath="@name7>

26

Страница 31

ГОСТ РМЭК 61850-6—2009

</xs:unique>

<xs:un*que name="uniqueGeneralEquipmentlnBay”>

<xs:seleclof xpath='Vscl:GeneraiEquipment7>

<xs:fieW xpath="@name7>

</xs:unique>

<xs:unique name=*uniqueChildNamelnBay,'>

<xs:se)ector xpath=’./’"/>

<xs:fieW xpath="@rvame7>

</xs:unique>

</xs:etement>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Определено несколько ограничений идентичности (фактически они определены выше для типа tSubstation):

-    в пределах VoltageLevel не может быть двух элементов Вау с одинаковым именем;

-    в пределах VoltageLevel не может быть двух прямых дочерних элементов PowerTransformerc одинаковым именем.

-    в пределах VoltageLevel не может быть двух прямых дочерних элементов GeneralEquipment с одинаковым именем;

-    кроме того, во избежание любых неясностей в пределах уровня напряжения VoltageLevel не может быть двух прямых дочерних элементов с одинаковым именем.

Ограничения:

-    имя уровня напряжения должно быть уникальным в пределах подстанции;

-    имя присоединения должно быть уникальным в пределах уровня напряжения.

9.2.2 Уровень присоединения

Элемент Вау относится к типу tBay. Как контейнер оборудования, он может содержать силовые трансформаторы, общее оборудование и логические узлы. Кроме того, он может размещать токопроводящее оборудование ConductingEquipment и узлы связи ConnectivityNode. которые служат для определения топологических соединений между оборудованием в пределах однолинейной схемы.

<xs:complexType name=*tBay">

<xs:complexContent>

<xs: extension base="tEqu«pmentContainer'*>

<xs:sequence>

<xs:element name="ConductingEquipment" type=“tConductingEquipment* min0ccurs="0" maxOccurs="unbounded7>

<xs:element name^ConnectivityNode" type='tConnectivityNode" min0ccurs=“0* maxOccurs="unboundedV>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

Элемент ConnectivityNode позволяет явным образом описывать узлы связи в пределах данного присоединения; к нему, как KtLNodeContainer, могут быть присоединены логические узлы LNode. Его подэле-мент Text может служить для содержания некоторых свободно используемых описаний. Его атрибут пате определяет экземпляр ConnectivityNode в пределах присоединения; его pathname является абсолютной ссылкой в пределах SCL-файла. Имя пути строится путем каскадного сцепления всех ссылок верхнего уровня, вплоть до имени узлов связи через знак дроби. Например, если узел связи L1 находится в пределах присоединения Q2 уровня напряжения Е1 подстанции Baden, тогда имя пути будет Baden/E1/Q2/L1.

Примечание 1 — Разделитель / был выбран не случайно, так как точка (.) может появиться как часть имен на верхних уровнях иерархии, например на уровне присоединения.

<xs:complexType name="tConnectivityNode*>

<xs:complexContent>

<xs:extension base=*tLNodeContainer>

<xs:attritHite name=”pathName" type="tRef use="required7>

</xs:extension>

</xs:complexContent>

</xs:comp!exType>

27

Страница 32

ГОСТ Р МЭК 61850-6-2009

Примечание 2 — Если присоединение системы шин не содержит основных устройств, оно может быть смоделировано как присоединение, содержащее только узлы связи.

Определено несколько ограничений идентичности (фактически они определены для типа tVoltageLevel — см. код в 9.2.1):

-    в пределах Вау не может быть двух прямых дочерних элементов PowerTransformer с одинаковым именем;

-    в пределах Вау не может быть двух прямых дочерних элементов ConductingEquipment с одинаковым именем;

-    в пределах Вау не может быть двух прямых дочерних элементов GeneralEquipment с одинаковым именем;

-    кроме того, во избежание любых неясностей в пределах Вау не может быть двух прямых дочерних элементов с одинаковым именем.

Пример секции подстанции можно найти в 9.2.7.

9.2.3 Силовое (первичное)оборудование

Силовое оборудование подразделяют на силовой трансформатор PowerTransformer и токопроводящее оборудование ConductingEquipment. PowerTransformer может появиться в каждом контейнере оборудования. Он содержит обмотки трансформатора как специальный вид ConductingEquipment. Для каадой обмотки трансформатора может быть назначен регулятор РПН. Все остальное оборудование ConductingEquipment может появиться только в присоединениях. Все оборудование является производным базового типа tEquipment. a ConductingEquipment является производным типа tAbstractConductingEquipment.

UML-схема, приведенная на рисунке 11. дает общее представление об иерархических отношениях между единицами оборудования.


Рисунок 11 — UML-схема. Наследование типов оборудования и отношения


28

Страница 33

ГОСТ Р МЭК 61850-6-2009

Соответствующая часть схемы выглядит следующим образом:

<xs:complexType name='tEquipmenf abstract="tnje,'>

<xs:complexContent>

<xs:extension base=’tPowerSystemResource">

<xs:attributeGroup ref=“agVirtual7>

</xs:extensior\>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tAbstractConductingEquipment" abstract=“true*>

<xs:complexContent>

<xs:extens»on base="tEquipment">

<xs:sequence>

<xs:element name=*Terminar type=*lTerminar min0ccurs=“0" maxOccurs=*27>

<xs:©lement name="SubEquipment" type=”tSubEquipment" minOccurs=nO" maxOccurs="unbounded7>

</Xs:sequence>

</xs:exlension>

</xs:complexConlent>

</xs:comptexType>

<xs:oomplexType name=*tConductingEquipmenr>

<xs:complexContent>

<xs:extension base=”tAbstractConductmgEquipmenr>

<xs:attribute name="type" type=“tCommonConductingEquipmenlEnum" use="required7> </xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tSubEquipmenf>

<xs:complexContent>

<xs:extension base=*tPowerSy stemResou rce*>

<xs:attribute name=*phase’ type="tPhaseEnum" use="optional" default="none7>

<xs:attributeGroup ref="agVirtuar/>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tPowerTransformer">

<xs:complexContent>

<xs:extens*on base="tEquipment">

<xs:sequer>ce>

<xs:ele«nent name="Transf6rmerWinding" type=*tTransformerWinding" maxOccurs=’unbounded7> </xs:sequence>

<xs:attribute name="type” type=*tPowerTransformerEnum’ use="required" fixed=’PTR7>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:complexType name=’tTransformerWindmg’>

<xs:complexContent>

<xs:extension base="tAbstractConductingEquipment">

<xs:sequence>

<xs:e»ement name="TapChanger“ type="tTapChanger'‘ minOccurs='OV>

</xs: sequence»

<xs:altribute name="type" type=“tTrans{ormerWindingEnum" use="required" fixed="PTW7> </xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:complexType name=“tTapChanger>

<xs:complexContent>

<xs:extension base=’lPowefSystemResource">

<xs attribute name="type’ type="xs:Name" use="requiredn fixed="LTC7>

<xs:attributeGroup ref='agVirtual7>

</xs:extension>

</xs:complexContent>

29

Страница 34

ГОСТ Р МЭК 61850-6-2009

</xs:complexType>

<xs:complexType name="tGeneralEquipment">

<xs:complexContent>

<xs:extension base="tEquipment">

<xs:attribute name=’type" type='tGeneralEquipmentEnum" use="required'7>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Следует обратить внимание, что все оборудование типа tEquipment и все подразряды оборудования типа tSubEquipment. а также переключатель обмоток (РПН) tTapChanger под нормальными атрибутами пате и desc имеют также дополнительный виртуальный атрибут agVirtual. Если секция Substation используется просто для функционально зависимого присвоения имен, она не используется на самом деле. Однако есть такие приложения, в которых функции (LN) вычисляют значения, принадлежащие некоторому виртуальному оборудованию, например, фазный ток рассчитывается из измеренных числовых значений двух других фаз. В этом случае важно знать, что трехфазный трансформатор тока СТ присутствует только виртуально, а не в действительности. Это можно указать путем установки атрибута virtual на true (истина). Значение по умолчанию будет false (ложь).

Выводы и их соединения с узлами связи (см. tAbstractConductingEquipment) моделируют топологию подстанции на уровне однолинейной схемы, то есть число фаз и специальных соединений между фазами здесь не рассматривается. Максимальное количество возможных соединений с узлами связи зависит от выводов, доступных для типа функции устройства. Коды типа, приведенные в таблице 5 для атрибута type, выбирают исходя (насколько это возможно) из имен классов LN согласно МЭК 61850-7-4.

Таблица 5 — Коды типов первичных аппаратных устройств

Кол типа

Значение

Количество выводов (соединения с различными узлами связи)

CBR

Выключатель

2

DIS

Разъединитель или заземляющий разъединитель

2

VTR

Трансформатор напряжения

1

CTR

Трансформатор тока

2

PTW

Обмотка силового трансформатора

1

PTR

Силовой трансформатор

Неявно через обмотки

LTC

РПН

Часть обмоток

GEN

Генератор

1

САР

Конденсаторная батарея

1/2

REA

Реактор

1/2

CON

Преобразователь

1/2

МОТ

Двигатель

1

EFN

Катушка-компенсатор емкостного тока при замыкании на землю (дугогасящий реактор)

1

PSH

Силовой шунт

2

AXN

Вспомогательная сеть

Отсутствует

ВАТ

Аккумуляторная батарея

1

BSH

Высоковольтный ввод

2

САВ

Силовой кабель

2

GIL

Линия с элегазовой изоляцией

2

30

Страница 35

ГОСТ РМЭК 61850-6—2009

Окончание таблицы 5

Коя типа

Значение

Количество выводов (соединения с различными узлами связи)

LIN

Воздушная линия электроснабжения или участок линии: участки линии, соединенные узлами связи, образуют линию электропередачи. Участок пинии в пределах подстанции гложет быть использован для присоединения, например, специальных LN или физической линии. Для участка линии элегазоеого распредустройства в качестве альтернативы может бьль использована линия с эле-гаэовсй изоляцией GIL

2

RRC

Вращающийся реактивный элемент

1

SAR

Разрядник для защиты от перенапряжений

1

TCF

Тиристорный преобразователь частоты

2

TCR

Тиристорный реактивный элемент

2

IFL

Питающая пиния; объект, ограничивающий подстанцию; моделирует возможную питающую линию энергосети за пределами подстанции на границе однолинейной схемы

1

Кроме того, могут быть использованы частные типы. Чтобы быть совместимыми с будущими расширениями этого стандарта, они должны начинаться со знака Е. содержать только прописные буквы и состоять по меньшей мере из трех букв.

Определение вывода (Terminal) содержит ссылку на узел связи, к которому подключено оборудование (ConnectivityNode в модели на рисунке 2), и дополнительно — имя вывода оборудования, которое соединяет с этим узлом связи. В качестве ссылки на ConnectivityNode используют имя пути, а также список атрибутов (таблица 6). Оба являются обязательными. Ссылка на имя пути позволяет проверить совместимость соединения уже на уровне языка XML schema, тогда как список атрибутов легче интерпретировать бопьшинству программных средств.

<xs:complexType name='tTerminal*>

<xs:complexContent>

<xs:extension base=ntUnNaming">

<xs:attribute name="name* type="tAnyName" use="optional7>

<xs:attribute name=*connectivityNode” type="tRer use="requiretf*/>

<xs:attribute name="substationName" type=’tName" use="required7>

<xs:attribute name=*voltageLevelName" type="tName" use='required"/>

<xs:attribute name="bayName" type="tName" use="requirecT/>

<xs:attribute rtame="cNodeName" type="tName“ use="requiredV>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Таблица 6 — Атрибуты элемента Terminal (вывод)

Атрибут

Описание

Name

Дополнительное относительное имя вывода на этом оборудовании (Equipment). Значением по умолчанию является пустая строка; это означает, что имя ConnectivityNode является также идентификацией вывода

Desc

Пояснительный текст для вывода

ConnectivityNode

Имя пути узла связи, к которому подключен данный вывод. Если элемент Equipment не будет подключен, элемент Terminal полностью удаляется

SubstationName

Имя подстанции, содержащее ConnectivityNode

31

Страница 36

ГОСТ Р МЭК 61850-6-2009

Окончание таблицы 6

Атрибут

Описание

VoltageLevelName

Имя уровня напряжения, содержащее ConnectivityNode

BayName

Имя присоединения, содержащее ConnectivityNode

CnodeName

Имя (относительное имя) ConnectivityNode в пределах подключения

Идентификация вывода оборудования в целом нужна, только если устройство поляризует поток мощности. то есть соединения не являются взаимозаменяемыми. Если атрибут имени вывода оставлен пустым и при этом требуется обозначение вывода, значением по умолчанию будет идентификация оборудования (substationName, voltageLevelName. bayName. equipmentName) вместе с идентификацией узла связи ConnectivityNode.

Имеется один предопределенный узел связи с именем grounded (заземленный). Он используется для моделирования потенциала земли. Таким образом, заземляющий разъединитель представляет собой изолятор (тип оборудования DIS), который присоединен с одной стороны к узлу связи grounded. Утилита генерации по своему усмотрению путем генерации соответствующих pathNames принимает решение о заземлении одного-единственного узла для всей подстанции или каждого отдельного узла в точке присоединения либо принимает какое-то среднее решение — например, о заземлении одного узла на присоединение или на уровень напряжения.

9.2.4 Уровень SubEquipment (подразряд оборудования)

SubEquipment—это компонент силового оборудования. Например, насос—это компонент выключателя. а фаза выключателя — это компонент целого выключателя. Он в основном позволяет специфицировать отношения фаз LN. Поэтому язык SCL позвопяет использование SubEquipment только для Conducting Equipment.

<xs:complexType name="tSubEquipment">

<xs:complexContent>

<xs:extension base^tPowerSystemResource"»

<xs:attribute name^phase' type=“tPhaseEnum’ use^optional” default="none7>

<xs:attributeGroup ref='agVirtua!7>

</xs:extension>

</xs:complexContent>

</xs:compiexType>

Таблица 7 — Атрибуты элемента SubEquipment

Атрибут

Описание

Name

Идентификация подразряда оборудования по отношению к обозначению оборудования (например. L1 по отношению к фазе А)

Desc

Текстовое пояснение к подустройству по отношению к устройству

Phase

Фаза, к которой относится подустройство. Допустимы следующие значения фаз: А. 8. С. N (нейтраль, все (что означает все три фазы) и ни одной (по умолчанию, что означает фазонезависимый)

Virtual

Если просто вычисляются значения подразряда оборудования (например, фазного трансформатора тока), которого не существует в действительности, устанавливается логическая единица (true). Допопнигепьно значение по умолчанию есть логический нуль (false)

9.2.5 Логические узпы и функции подстанции

Все оборудование и контейнеры оборудования являются также контейнерами для LN. LN определяет часть функции SA-системы. выполняемую на соответствующем уровне иерархии. Элемент LNode определяет функцию через специфицирование логического узла, как определено в МЭК 61850-5 и серии стандар-

32

Страница 37

ГОСТ Р МЭК 61850-6-2009

тов МЭК 61850-7. Дополнительный атрибут desc может содержать некоторый определяемый оператором текст, который поясняет LN и его использование.

<xs:complexType name="tLNode">

<xs:complexContent>

<xs:extension base='tUnNaming">

<xs:attribute name=*lnlnsf type="tAnyName" use="optional* default="7>

<xs:attribute name=*lnClass* type=*tLNClassEnum’ use="required7>

<xs:attribute name^iedName'' type='4Name” use="opl»onar default="None7>

<xs:attribute name=*ldlnsf type=*tAnyName" use="optionaT default=**7>

<xs:attribute name="prefix" type='tAnyName" use="optionar defau!t='"/>

<xs:attribute name=1nType" type="tName" use-'optional*/>

</xs:extension>

</xs:complexContent>

</xs:cofnplexType>

LN и его функция определяются атрибутами элемента. Элемент LNode может быть использован в пределах SSD для функциональной спецификации, без назначения IED-устройству. В этом случае имя устройства iedName должно быть None. Для более детальной спецификации InType может обращаться к определению типа LN (0), а оно далее также определяет дополнительные данные DATA, которые должны существовать в этом конкретном случае, либо некоторые числовые значения, которые должны иметь некоторые параметры (конфигурации). Если логический узел размещен в IED-устройстве в пределах SCD позднее, то значение атрибута InType может игнорироваться или применяться для проверки соответствия требованиям типа LN. используемого на IED-устройстве.

Таблица 8 — Атрибуты элемента LNode

Лгрибут

Описание

Inlnst

Идентификация экземпляра LN. Может отсутствовать только для lnClass=LLNO. здесь значением является пустая строка

InClass

Класс LN по определению согласно серии стандартов МЭК 61850-7

iedName

Имя IED-устройства. содержащего LN: попе (отсутствует), если используется для спецификации (по умолчанию, если атрибут не задан)

Idlnst

Экземпляр LD на IED-устройстве. содержащем LN. Пустой относительно нерелевантен, если используется для спецификации

prefix

Префикс LN, используемого в IED-устройстве (при необходимости; если не задан — по умолчанию пустая строка)

InType

Определение типа LN. содержащее более детальную функциональную спецификацию. Может быть пустым, если LN назначен IED-устройству

Примечание — Для LLNO значение inst — пустая строка. Во всех остальных случаях значение — целое число без знака.

Имя устройства iedName идентифицирует IE D-устройство, где резидентно находится LN. и Idlnst логического устройства LD в пределах данного IED-устройства. к которому принадлежит LN. Затем атрибуты prefix. InClass и inst (означающие идентификацию экземпляра LN согласно серии стандартов МЭК 61850-7) идентифицируют логический узел в пределах данного LD. Таким образом, устанавливается связь между функцией подстанции и SA-системой.

9.2.6 Несиловое оборудование

Для того чтобы смоделировать соединение находящихся в IED-устройстве LN с другими функциями, не связанными с энергосистемой (такими, как противопожарное оборудование или контроль доступа), в секции Substation содержится элемент Function, который, в свою очередь, содержит произвольное число элементов SubFunction. Оба элемента являются контейнерами LN и могут, если необходимо, содержать

33

Страница 38

ГОСТ Р МЭК 61850-6-2009

также GeneralEquipment. Функция Function и подфункция Subfunction, как и сама Substation, имеют атрибуты name и desc и могут также содержать элементы Text и Private. Однако соединения между единицами оборудования не определяются.

<xs:complexType name="tFuncbon">

<xs:complexContent>

<xs:extension base=*tPowerSystemResource*>

<xs:sequence>

<xs:element name="SubFunctk>n' type=’tSubFunclion" min0ccurs="0“ maxOccurs=’unbounded*> <xs:un>que name=’uniqueGeneralEquipmentlnSubFunction">

<xs:selector xpath=\/scl:GeneralEquipmenn>

<xs:field xpath=“@name7>

</xs:unique>

</xs:element>

<xs:element name="GeneralEquipment* type=’tGeneralEquipment" min0ccurs=’0" maxOccurs="unbounded7>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:complexType name='tSubFunction">

<xs:complexContent>

<xs:extension base=*tPowerSystemResource'>

<xs:sequence>

<xs:elemen! name="GeneralEqurpment* type=’tGeneralEquipmenf min0ccurs=*0” maxOccurs="unbounded7>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Тип оборудования, допустимый в пределах Function и Subfunction, называется GeneralEquipment. <xs:complexType name=“tGeneralEquipment">

<xs:complexContent>

<xs:extension base="tEquipment">

<xs:attribute name=’type" type^tGeneralEquipmentEnum” use="required7>

</xs:extension>

</xs:complexContent>

</xs.comp)exType>

В списке типов оборудования (см. таблицу 5) это позиции AXN. ВАТ. МОТ. Кроме того, могут быть использованы все частные коды (содержащие только прописные буквы, начинающиеся с Е).

9.2.7 Пример секции подстанции

Приводимый ниже пример языка SCL для системной спецификации SSD содержит секцию Substation для подстанции baden220_132 с одним трансформатором Т1 на уровнях напряжения между D1 и Е1 и присоединением E1Q1.

Трансформатор Т1 имеет две обмотки — W1 hW2. Обмотка W1 подключена на напряжении 220 кВ к присоединению типа 01 на уровне напряжения D1. узел связи L1. Обмотка W2 подключена на напряжении 110 кВ к присоединению типа 02 на уровне напряжения Е1. Из присоединения логических узлов в файле SSD можно видеть, что на уровне transformer трансформатор тока выполняет измерение и на этом же уровне выполняется дифференциальная защита. Со стороны 220 кВ (присоединение D1Q1) имеется дистанционная защита.

Присоединение Е102 на напряжении 132 кВ содержит автоматический выключатель QA1 и шинный разъединитель QB1 (оба подключены с помощью электрического соединения к узлу связи L0), а также трансформатор напряжения U1. подключенный к узлу связи L2. и трансформатор тока 11. подключенный между узлами связи L1 и L2. Узел связи в пределах одного присоединения задан явным образом. Логический узел типа CSWI управляет всеми выключателями, а логический узел CILO управляет блокировками. Ассоциации для IED-устройств не заданы, так как это только функциональная спецификация, поэтому имя устройства iedName по умолчанию будет None. Кроме того, здесь не используется возможность более детального определения с помощью ссылок InType.

34

Страница 39

ГОСТ РМЭК 61850-6—2009

<?xml vers»on=*1.0"?>

<SCL xmlns="http://ww\v.iec.ctV61850/2003/SCL" xmlns:xsi="http:.//v\4vw.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation=''http jAv/rtv.iec.ch/e 1850/2003,'SCL

SCL.xsd’>

<Header id="SSD Example " nameStructure="IEDName7>

<Subslatioo name="baden220_132">

<Pov/erTransformer name=*T1" lype="PTR*>

<LNode lnlnst=*"T lnClass="PDIF“ ldlnst='F1* />

<LNode lnlitst="1" lnClass=“TCTR* ldlnst=-C1" />

<TransformerWinding name=‘W1" type="PTW>

«Terminal connectivityNode=*baden220_132/D1/Q1/Lr substationName=*'baden220_132" voltageLevelName=’Dr bayName=''Q1" cNodeName="L17>

</T ransformer Winding>

<TransformerWinding name="W2* type="PTW’>

«Terminal connectivityNode=’baden220_132/E1/Q2/L3’ substationName="baden220_132" voltageLevelName="E1' bayName="Q2* cNodeName="L37>

</TransformerWinding>

</PowerT rar>sformer>

<VoltageLevel пате="ОГ>

<Voltage multi pi ter="k* unit=*V>220<A/oltage>

<Bay пате=”01и>

<LNode lnlnst="1" lnClass="PDIS" IdlnsNTI" />

<ConductingEquipment name ="11" type="CTR">

<Terminal connectivityNode="baden220_132/D1/Q1/L1’ substationName=*baden220_132" voltageLevelName="Dr bayName="Q1" cNodeName="L17>

</ConductingEquipment>

<ConnectivityNode name="L1" pathName=*baden220_132‘D1/Q1/L17>

</Bay>

<A/oltageLevel>

<VoltageLevel name="E1">

<Voltage multiplter="k* unit='V">132</Vonage>

<Bay name='Q2'>

<ConductingEquipment name="OA1" type="CBR">

<LNode lnlnst="r lnClass="CILO" ldlnst=’C1" iedName="D1Q1SB47>

«Terminal connectivityNode=*baden220_132/E1/Q2/L1* substation-Name="baden220_132” voltageLevelName="E1’ bayName="Q2* cNodeName="L17>

«Terminal connectivityNode=*baden220_132/E1/Q2/L2'‘ substation-Name="baden220_132" voltageLevelName='E1* bayName='Q2' cNodeName="L27>

</ConductingEquipment>

<ConductingEquipment name=*QB1" type="D!S">

<LNode lnlnst=*2" JnClass="CSWI* ldlnst='C1" />

<LNode lnlnsl="2" InClass^CILO" kJlnst="C1" />

«Terminal connectivityNode=*baden220_132.'E1/W1/Br substation-Name=”baden220_132“ voltageLevelName=*E1* bayName="W1" cNodeName=’B17>

«Terminal connectivityNode='baden220_132.‘E1/Q2/Lr substation-Name="baden220_132" voltageLevelName="E1* bayName="Q2’ cNodeName="L 17>

</ConductingEquipment>

<ConductingEquipment пате='1Г type=*CTR">

«Terminal connectivityNode=*baden220_132/E1/Q2/L2" substation-Name=’baden220_132" voltageLevelName="Er bayName="Q2’ cNodeName="L27>

«Terminal connectivilyNode="baden220_132;E1/Q2/L3" substation-Name=”baden220_132" voltageLevelName="E1" bayName="Q2* cNodeName="L37>

</ConductingEquipment>

<ConductingEquipment name=U1* lype=*VTR">

<Terminal connectivityNode=*baden220_132/E1/Q2/L3’' substation-Name=’baden220 132"

35

Страница 40

ГОСТ Р МЭК 61850-6-2009

vo!tageLevelName="E1" bayName='Q2" cNodeName=*L37>

</ConductingEquipment>

<ConnectivityNode пате=Т-Г pathName=bbaden220_132/E1/Q2/L1 V>

<ConnectivityNode name=*L2“ pathName="baden220_132/E1.'Q2/L2’/>

<ConnectivityNode name=*L3" palhName="baden220_132/E1.'Q2/L3V>

</Bay>

<Bay name=*W1">

<ConnecUvityNode name="B1" pathName=*baden220_132/E1/W1/B17>

</Bay>

</VoltageLevel>

</Substation>

</SCL>

9.3 Описание IED-устройства

9.3.1 Общие сведения

Секция IED-устройства описывает конфигурацию (предконфигурацию)1ЕО-устрой-ства: его точки доступа, LD и LN. инстанцированные на нем. Кроме того, она определяет возможности IED-устройства в терминах предлагаемых услуг связи, а также инстанцированные данные DO с их типом LNTypo и значениями по умолчанию или по конфигурации. Каждому IED-устройству должна соответствовать одна IED-секция. IED-имя (атрибут name) в пределах файла должно быть уникальным. Если в файле размещаются только описания предконфигурированных IED-устройств, имя должно быть TEMPLATE и должно указывать на отсутствие привязки IED-устройства к определенному месту в проекте. Средства управления конфигурацией системы должны управлять им как IED-типом. то есть типом предконфигурированного продукта, из которого может быть создано произвольное количество экземпляров продукта (аппаратных средств).

Примечание — В связи с тем что IED-имя уникально в пределах системы, оно может также быть использовано как ссылка.

Введена специальная функция IED Router (маршрутизатор IED-устройства). IED-устройство. содержащее функцию маршрутизатора, через вое свои точки доступа соединяет различные подсети. Маршрутизатор IED-устройства может не иметь логических устройств и LN. Для такого маршрутизатора фушции управления и контроля выполняет отдельная система управления сетью, рассмотрение которой выходит за рамки настоящего стандарта. Маршрутизатор представляет собой граничную черту, которую не могут пересекать типы сообщений в реальном масштабе времени. К этим типам сообщений относят:

-    сообщения о синхронизации точного времени;

-    GSE-сообщения;

* выборочные измеренные значения.

Все остальные сообщения передаются через маршрутизатор с некоторой задержкой времени.

Допопнительно к вышеописанному автономному маршрутизатору IED-устройства функция маршрутизатора может резидентно находиться на IED-устройстве, содержащем дополнительно клиентов или серверы.

Точка доступа может принадлежать серверу с логическими устройствами, которые содержат LN. В этом случае сервер точки доступа предоставляет доступ к LD и LN. В то же время LN как клиенты могут использовать все точки доступа IED-устройства (а не только точки доступа сервера) для доступа к данным (на LN на серверах) на других IED-устройстеах. Если контроль IED-устройства должен осуществляться дистанционно, точка доступа всегда требует сервера, потому что для управления и контроля IED-устройства используются LN0 и LPHD логического устройства сервера. Лишь в том случае, когда все LN на IED-устройстве используют точку доступа только как клиенты и не выполняется контроль IED-устройства. IED-устройство может быть использовано без сервера.

Рекомендуется иметь на IED-устройстве хотя бы один сервер. Тогда для получения данных с шин нижнего уровня можно испопьзовать точку доступа без сервера, то есть блока присоединения от технопогической шины. Однако эти данные с шины нижнего уровня нельзя видеть напрямую на шине верхнего уровня, если на данном IED-устройстве не находится резидентно функция маршрутизатора. На рисунке 12 приведен типичный пример IED-устройства. присоединенного к станционной шине и технологической шине.

36

Страница 41

Тсмш доступа ш. ог*»«¥«ина* ыми С04рн№«я сервере

Сврмр

ЕО-уСтрййСтнй

Маршрупшпф

Соодттот отюнта

Точке достугм К ГОВЮТОГМВСЕОЙ LUHH9

Рисунок 12 - Структура IED-устройства и точки доступа

Наличие короткого адреса позволяет задавать перевод логических имен иа короткие адреса на базе атрибута данных.

ГОСТ РМЭК 61850-6—2009


Использование и значение коротких адресов может быть определено на уровне SCSM (отображение стека). В этом случае их обрабатывают средства управления конфигурацией системы. Если короткие адреса не определяются на уровне SCSM, средства программирования IED-устройств могут использовать атрибуты короткого адреса как ссылку на внутренние адреса IED-устройств. В этом случае их обрабатывают средства программирования IED-устройств. Все другие утилиты должны просто импортировать и реэкспортировать их содержимое.

Более подробно о коротких адресах см. в 9.5.4.3.

Рисунки 13—15 дают общее представление об IED-зависимой части схемы, представленной в виде UML-схем.

37

Страница 42

ГОСТ Р МЭК 61850-6-2009

Рисунок 13 — UML-описание части схемы, относящейся к IED-устройству, — база

38

Страница 43

ГОСТ Р МЭК 61850-6-2009

•SSECortW

1

1й>о:1в:п1Ш1г>|181Ц|

пр: «звбамолиивш! ■■тоосе*

I

I

contMi

ДйЙНЯЩРИц

ЮОЛМИЛП!

О mrfR*v:MKU«4jw«A


К-О

НЕМт


I


ИЬМММЧяаф


a.i


ЛЛщ


0lnbPd:aEin^wdH-Q


13«М*М1иЮаТ1ГЙ

[ mwtD:

(I—1: ж PocHwW ' шцСйЧ: ж JnOndlrH I

Гпаб^Шгвг in^Mdbrt f М)ш«)г; як DMftMrt - ММ

I


♦твд»


-topVMdt

nfntQsitid

iptl): Наш итЯи; Mumlydht

ьта:жъомт-ш*

ЬиГПлв: хж urafcradlnt ■ Q

г


ВДЕла: xk bcekwi ■ kua Bl rnjonCpfli :жЬооИ№ tnM


SnwOph


ОрРШ*


тфжп


ап = Ыт . 1 «OpEmbfad кк bodewi ■ tM* П    '    д^ВмбН"


UMLM


4Cfcr«LN O- —»


Q кк:нкип«»1«Х"1


ЬаКХ4: ж: ЬааАмп ■ Ми

нМО:я

■inwFiirfT^ •

wni^jr^w ■


HM:I


Qjd


mO—timCowBnuw


i

-o

KMWV

tMkuOttk'Of

£7 dec: 1ж пжтмЬжЯМпд

<J-

П lUnOfSQft: л* uMfentdtt

U «во: ж unattwant-1


Рисунок 14 — UML-описание части схемы, относящейся к IE D-устройству. — блохи управления

39

Страница 44

Рисунок 15 — UML-описание части схемы, огносяшейся к IED-устройству, — определение LN 9.3.2 IED-устройство. сервисы и точка доступа

Синтаксис SCL-языка для описания IED-устройства выглядит следующим образом: <xs:complexType name="tlED">



<xs:complexContent>

<xs:extension base="tNaming*>

<xs:sequence>

<xs:element name="Services* type-’(Services" min0ccurs="07>

<xs:e!ement name=HAccessPoint* type=“tAccessPoint" maxOccufs="unbounded''> <xs:unique name="uniqueLNInAccessPoinr>

<xs:selector xpath="j/sd:LN7>

<xs:f»eld xpath="@insf/>

<xs:fieki xpath="@lnClassV>

<xs:field xpath="@prerix"/>

</xs:un*que>

</xs:element>

</xs:sequence>

<xs:attribute name=’’lypeB type="xs:nomializedStnng" use="opbonaP/>

<xs:attnbute name=”manufacturer" type="xs:no«malize<JString'' use="optionar/>

<xs:attribute name="configVersion" lype="xs:normalizedStrir>g" use="optional"/> </xs.extension>

</xs:complexContent>

</xs:complexType>

40

Страница 45

ГОСТ РМЭК 61850-6—2009

Атрибуты элемента IED-устройства определены в таблице 9.

Таблица 9 — Атрибуты элемента IED-устройства

Атрибут

Описание

name

Идентификация IED-устройства. В пределах ICD-файла, описывающего тип устройства, имя должно быть TEMPLATE. IED-имя не гложет быть пустой строкой и должно быть уникальным в пределах SCL-файла

desc

Пояснительный текст

type

Тип IED-продухта (определяется изготовителем)

manufacturer

Имя изготовителя

configVersion

Версия базовой конфигурации данного IED-устройства

Вышеприведенный атрибут ConfigVersion IED-устройства определяет только базовую конфигурацию IED-устройства (то есть те возможности устройства, которые заданы/поставлены изготовителем), а не его индивидуальную конфигурацию после воплощения в проект. Это параметр IED-устройства или его LN. Он должен размещаться в файле SCL как значение атрибута LNO.NamPlt.configRev. IED-устройство содержит список возможностей сервиса (Service) и определение точек доступа.

Ограничения:

* имя IED-устройства (IED Name) должно быть уникально в пределах IED-секции файла SCL;

-    длина атрибута IED Name должна составлять по меньшей мере один символ,

-    IED Name для шаблона IED-устройства должно быть TEMPLATE.

Общий элемент IED (тип tIED). к которому обращается эпемент SCL, допопнительно содержит несколько ограничений идентичности:

-    в пределах IED-устройства не может быть двух элементов AccessPoint (точка доступа) с одинаковым именем;

-    в пределах IED-устройства не может быть двух элементов LDevice с одинаковым атрибутом inst. Кроме того, атрибут inst. относящийся к LDevice. действует как ключ в предепах IED-устройства. Атрибут logName каждого LogControi (косвенный подразряд IED-устройства) обращается к одному из таких ключей.

Элемент Services IED-устройства опредепяет имеющиеся сервисы.

<xs:complexType name="tServices*>

<xs:all>

<xs:element name=*DyrtAssociation" type='tServiceYesNo" minOccurs=’0’/>

<xs:element name=*SettingGroups" min0ccurs='0’>

<xs:complexType>

<xs:all>

<xs:element name='SGEditB type="tService YesNo* min0ccurs="07>

<xs:element name='ConfSG" type="tServiceYesNo' min0ccurs='07>

</xs:all>

</xs:complexType>

</xs:element>

<xs:element name=“GetDirectory* type="tServiceYesNo" min0ccurs=*07>

<xs:element name='GetDaiaObjectDefm!tion" type=''tServiceYesNo" min0ccurs=*07>

<xs:element name^DataObjecSDirectory" type="lServiceYesNo" minOccurs=*0'/>

<xs:element name=“GetDalaSetValue" type=”tServiceYesNo' min0ccurs="07>

<xs:elemenl name^SetDataSetNfelue" type=*tServiceYesNo" minOccurs="0"/>

<xs:element name='DalaSetDifectory’- type=-,tServlceYesNo" minOccurs="0“/>

<xs:elemenl name="ConroalaSet" type="tServiceWithMaxAndMaxAUributes* min0ccurs=“07>

<xs:etement name="DynDataSet" type=*tServ»ceWithMaxAndWaxAttrjbutes” min0ccurs="07>

<xs:element name=',ReadWrite" type=’tServiceYesNo* min0ccjjrs="07>

<xs:element name=*TimerActivatedContror type="tServiceYesNo" minOccurs='0"/>

<xs:element name=”ConfReportControl" type=-tServiceWithMax" min0ccurs="07>

41

Страница 46

ГОСТ Р МЭК 61850-6-2009

<xs:element name='GetCBValues" type-'tServiceYesMo” minOccurs=M07>

<xs:element name="ConfLogControl' type="tServiceWithMax" min0ccurs='07>

<xs:element name="ReportSettings" type="tReportSettings’- min0ccurs=*07>

<xs:element name='LogSettings" type='tLogSettir>gs" minOccurs="0”/>

<xs:element name=-,GSESettings" type="tGSESettings* min0ccurs=“07>

<xs:element name=*SMVSettings" type='tSMVSettings’ minOccurs="0',/>

<xs:etement name="GSEOir* type="lServiceYesNo* minOccurs=“0’/>

<xs:element name="GOOSE" type=,4ServiceWithMax'' min0cojrs='0"/>

<xs:element name="GSSE" type="tServiceWithMax' mmOccurs=*0'/>

<xs:element name="FileHandling" type="tServiceYesNo" minOccurs="0"/>

<xs:element name=”ConfLNs’ type=”tConfLNs" min0ccurs=,'07>

</xs:all>

</xs:complexType>

Классы сервисов могут появляться в произвольном порядке. Отсутствие сервисов говорит о том, что они недоступны на IED-устройстве. Неоднократное появление одного и того же имени сервиса не имеет значения. О смысловом значении сорвисов см. МЭК 61850-7-2.

Список возможностей сервиса, элементы настройки и атрибуты определены в таблице 10.

Таблица 10 — Список возможностей сервиса, элементы настройки и атрибуты

Возможности сервиса

Описание

DynAssociation

Все сервисы для динамического построения ассоциаций. Эти возможности не имеют атрибутов

SettingGroups:

SGEdit

ConfSG

Сервисы группы настроек принадлежат блоку управления группой настроек. Если данный блок управления доступен, также доступен будет сервис группы настроек SelectActiveSG для активации группы насгроек. Возможность оперативного редактирования онлайн (сервисы МЭК 61850-7-2 SelectEditSG. ConfirmEditSGValues, SetSGValues) определяет элемент SGEdit. Также может существовать возможность конфигурирования ряда групп настроек средствами язьаа SCL (ConfSG). Эти возможности не имеют атрибутов

GetDirectory

Сервис для чтения содержимого сервера, то есть каталогов LN и LD (всех LD. LN и данных DATA логических узлов). Эта возможность не имеет атрибутов. Содержит сервисы МЭК 61850-7-2 GetServerDirectory. GetLogicalDeviceDirectory. GetLogicalNodeDirectory

GetDataObjectDefinition

Сервис для поиска полного списка всех определений DA для справочных данных, которые видимы и. следовательно, доступны запрашивающему клиенту через ссылочный LN. Этот сервис не имеет атрибутов. Обращается к сервису GetDataDefinition в МЭК 61850-7-2

DataObjectDirectory

Сервис для получения данных DATA, определенных в LN. Этот сервис не имеет атрибутов. Обращается к сервису GetDataDirectory в МЭК 61850-7-2

GetDataSetValue

Сервис для поиска всех значений данных, к которым обращаются элементы набора данных. Этот сервис не имеет атрибутов. Обращается к сервису GetDataSetValues в МЭК 61850-7-2

SetDataSetValue

Сервис для записи всех значений данных, к которым обращаются элементы набора данных. Этот сервис не имеет атрибутов. Обращается к сервису SetDataSetValues в МЭК 61850-7-2

DataSetDirectory

Сервис для поиска функционально связанных данных FCD/FCDA всех элементов, запрашиваемых в наборе данных. Этот сервис не имеет атрибутов. Обращается к сервису GetDataSetDirectory в МЭК 61850-7-2

42

Страница 47

ГОСТ РМЭК 61850-6—2009

Продолжение таблицы 10

Возможности сервиса

Описание

ConfDataSet

Если сервис ConfDataSet не задан, значение по умолчанию его атрибута max равно числу предконфигурированных наборов данных, и они могут быть модифицированы. Если сервис задан, можно конфигурировать новые наборы данных до заданного значения max или модифицировать имеющиеся наборы во время конфигурирования через язык SCL.

Смысловое значение атрибута:

-    max — максимальное число наборов данных:

-    maxAttributes — максимальное число атрибутов, допустимых в наборе данных (FCDA может содержать несколько атрибутов);

-modify — логическая единица (true) означает возможность модифицировать предконфигурированные наборы данных

DynDataSet

Сервисы для динамического создания и удаления наборов данных.

Смысловое значение атрибута:

-    max — максимальное число динамически создаваемых наборов данных (включая в конечном итоге предопределенные наборы данных);

-    maxAttributes — максимальное число атрибутов, допустимых в наборе данных (FCDA может содержать несколько атрибутов)

ReadWrite

Возможность считывания и записи основных данных. Содержит сервисы МЭК 61850-7-2 GetData. SetData и сервис Operate, если имеются соответствующие данные. Эта функция не имеет атрибутов

TimerActivatedControl

Данный элемент указывает на поддержку сервисов управления активированным таймером. Все другие сервисы, относящиеся к области управления, указаны непосредственно в DO с атрибутом ctlModel. Этот сервис не имеет атрибутов

ConfReporlConlrol

Возможность статического (путем конфигурирования через язык SCL) создания блоков управления генерацией отчетов.

Смысловое значение атрибута: пгах — максимальное число инстанцируемых блоков управления генерацией отчетов

GetCBValues

Считывание значений блохов управления. Этот сервис не имеет атрибутов

ConfLogControl

Возможность статического (путем конфигурирования через язык SCL) создания блоков управления журналом.

Смысловое значение атрибута: пгах — максимальное число инстанцируемых блоков управления журналом

ReportSettings

Атрибуты блока управления генерацией отчетов, для которых возможна оперативная настройка с помощью сервисов SetURCBValues соответственно SetBRCBValues.

Смысловое значение атрибута:

-    cbName — имя блока управления;

-    datSet — ссылка на набор данных;

-    rptlD — идентификатор отчетов;

-    optFields — дополнительные поля для включения в отчет;

-    bufTime — буферное время;

-    trgOps — разрешение опции пуска:

-    intgPd — период сохранности

LogSettings

Атрибуты блока управления журналом, для которых возможна оперативная настройка с помощью сервисов SetBRCBValues.

Смысловое значение атрибута:

-    cbName — имя блока управления;

-    datSet — ссылка на набор данных;

-    logEna — разрешение журнала:

-    trgOps — опции пуска;

-    intgPd — период сохранности

43

Страница 48

ГОСТ Р МЭК 61850-6-2009

Окончание таблицы 10

Возможности сороиса

Описание

GSESettings

Атрибуты блока управления GSE-сообщениями, для которых возможна оперативная настройка с помощью сервисов SetGsCBValues соответственно SetGoCBValues. Смысловое значение атрибута:

-    cbName — имя блока управления:

-    datSet — ссылка на набор данных:

-    аррЮ — идентификатор приложения;

dataLabel — значение для ссылки объекта при отправке соответствующего элемента (применимо только к блокам управления GSSE-сообщениями)

SMVSettings

Атрибуты блока управления SMV, для которых возможна оперативная настройка с помощью сервисов SetMSVCBVaJues соответственно SetUSVCBValues. Смысловое значение атрибута:

-    cbName — имя блока управления;

-    datSet — ссылка на набор данных;

-    svID — идентификатор выборочного значения;

-    optFields — дополнительные поля для включения в сообщение о выборочных значениях:

-    smpRate — скорость выборки

ConfLNs

Описывает, что может быть сконфигурировано для LN. определенных в ICD-файле. Смысловое значение атрибута:

-    fixPrefix — если логический нуль (false), префиксы могут быть заданы/изме-нены;

-    fixLnlnst — если логический нуль, может быть изменено количество экземпляров LN

GSEDir

Сервисы каталога GSE-событий в соответствии с МЭК 61850-7-2. Эта возможность не имеет атрибутов

GOOSE

Данный элемент показывает, что IED-устройство может быть GOOSE-сервером и (или) клиентом согласно МЭК 61850-7-2.

Смысловое значение атрибута: max — максимальное число блоков управления GOOSE-событиями, которые способны конфигурироваться для издания (тах=0 означает, что устройство является только GOOSE-клиентом)

GSSE

Данный элемент показывает, что IED-устройство может быть GSSE-сервером бинарных данных и/или клиентом согласно МЭК 61850-7-2.

Смысловое значение атрибута: max — максимальное число блоков управления GOOSE-событиями, которые способны конфигурироваться

FileHandling

Все сервисы по обработке файпое; без атрибутов

Примечание — В рамках описания возможностей IED-устройсгва вышеуказанные максимальные числа должны быть гарантированным максимумом, то есть данное число элементов должно иметь возможность инстанцировать соответствующее использование в любых обстоятельствах, например, даже если некоторое динамическое распределение памяти позволяет порой иметь больше (чем максимум) элементов одного типа за счет элементов другого типа (всегда по меньшей мере максимум).

Элемент Access point IED-устройства определяет имеющиеся коммуникационные точки доступа. <xs:complexType name=*tAccessPoint">

<xs :complexContent>

<xs:extension base='tNaming">

<xs:choice mir>0ccurs="0">

<xs:element name="Server” type="tServer">

<xs:unique name=*uniqueAssociationlnServer">

<xs selector xpath='./scl: Associa tion"/>

44

Страница 49

ГОСТ РМЭК 61850-6—2009

<xs:field xpath="@associationlD7>

</xs:unique>

</xs:element>

<xs:eJement ref="LN” maxOccurs="unbounded'7>

</xs:choice>

<xs:altribute name=*router" type="xs: boolean" use=*opt!onar default="false*>

</xs:altr*ute>

<xs:attribute name=*dock" type='xs:bOOfeaiV use="optional" default=-false">

</xs:attrfcute>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Access point определена одним из элементов: Server или список LN.

Атрибуты элемента Access point определены в таблице 11.

Таблица 11 — Атрибуты элемента Access point

Атрибут

Описание

name

Ссылка, определяющая данную точку доступа в пределах IED-устройства

desc

Пояснительный текст

router

Наличие и настройка на логическую единицу (true) определяет наличие у данного IED-устройства функции маршрутизатора. По умолчанию его значение — логический нуль, false (функция маршрутизатора отсутствует)

clock

Наличие и настройка на логическую единицу (true) определяет данное IED-устройство как главные часы на данной шине. По умолчанию его значение — логический нуль, false (часы отсутствуют)

Атрибут name точки доступа вместе с именем IED-устройстеа образуют уникальную ссылку на точку доступа в пределах SA-системы.

Если не заданы ни маршрутизатор, ни тактовый генератор, ни сервер, ни список LN. то точку доступа могут использовать только LN клиента в том же IED-устройстве для доступа к шине, к которой она присоединена. Это характерно для точки доступа к технологической шине устройства на уровне присоединения, в котором LN предлагают свои данные через сервер только станционной шине.

Зависимые от проекта атрибуты точек доступа (например, адрес в пределах системы связи) размещаются в секции Communication SCL-языка.

Ограничения:

-    имя точки доступа должно быть уникальным в пределах IED- устройства.

-    имя не должно быть пустым.

Следует обратить внимание, что:

-    IED-устройство может быть исключительно маршрутизатором или тактовым генератором, если оно не содержит какого-либо другого элемента (главным образом сервера);

-    в точке доступа к серверу может существовать дополнительная функция маршрутизатора или часов;

-    в наиболее общем случае IED-устройство содержит только сервер;

-если IED-устройство содержит лишь список LN, они являются только клиентами, и контроль IED-устройства не выполняется, потому что ни один сервер не предлагает подходящих данных. Возможна дополнительная функция маршрутизатора или часов.

9.3.3 Сервер IED-устройства

Сервер связи IED-устройства описан следующим образом:

<xs:comptexType name="tServer*>

<xs :com plexCon tent>

<xs:extension base-'tUnNaming">

<xs:sequence>

<xs:e!ement name=’Authentication''>

<xs:compJexType>

Страница 50

ГОСТ Р МЭК 61850-6-2009

<xs;attributeGroup ref="agAuthentication’?>

</xs:complexType>

</xs:element>

<xs:element name=*LDevice" type=*tLDevjce" maxOccurs-'unbound ed7>

<xs: element name=’Association* type="tAssociation'' min0ccurs="0’ maxOc-

curs="unbounded'7>

</xs:sequence>

<xs:attribute name="timeout" type=’xs:unsignedlnt'' use='optionar default="30’/>

</xs:extension>

</xs:complexContent>

</xs:com p!exType>

lED-servor (сервер IED-устройства) содержит элементы Authentication (аутентификация), LDevice (логическое устройство) и Association (ассоциация). Атрибуты определены, как показано в таблице 12.

Таблица 12 — Атрибуты элемента lED-server

Атрибут

Описание

timeout

Время ожидания в секундах: если начатая транзакция (например, выбор группы уставох) не завершена в течение данного времени, выполняются сброс и перегрузка

desc

Пояснительный текст

Сервер идентифицируется в пределах системы по точке доступа, к которой он принадлежит. Его идентификация в системе саязи (адрес) размещается в секции связи языка SCL (см. 9.4). Обязательный элемент Authentication определяет возможности аутентификации в случае описания устройства и метод(ы). ислользуемый(ые) для аутентификации. — в случае устройства, инстанцированного в оборудование. Если элемент отсутствует, значение по умолчанию — попе (то есть аутентификация отсутствует; это означает, что значение атрибута попе есть логическая единица, true). Точное смысловое значение других методов—особенно weak (слабый) и strong (сильный) — определено в отображениях стека (на уровне SCSM).

<xs:attributeGroup name="agAuthentication*>

<xs:attribute name="none' type^xsiboolean" use="optional" default="true7>

<xs attribute name=’password" lype="xs:boo(ean" use=”optional" default='false’.‘>

<xs:attribute name-'weak" type="xs:booiean" use="optionaI* defautt='false7>

<xs:attribute name=“strong* type ="xs:boolean" use='optionaP default="false7>

<xs:attribute name=''certificate' type=’xs:boolean* use="optional" default="false7>

</xs:attributeGroup>

Атрибуты элемента Authentication определены в таблице 13.

Таблица 13 — Атрибуты элемента Authentication

Атрибут

Описание

попе

Аутентификация отсутствует

password

Определен в отображениях стека (на уровне SCSMs)

weak

strong

certificate

46

Страница 51

ГОСТ РМЭК 61850-6—2009

9.3.4 Логическое устройство

Элемент LDev>ce определяет логическое устройство IED-устройства. доступное через точку доступа. Оно должно содержать по меньшей мере один LN и логический узел LN0, а также может содержать пред-конфигурироеанный отчет, определения GSE-сообщения и SMV.

<xs:compiexType name='tLDevice">

<xs:complexContent>

<xs:extens»on base="tUnNaming“>

<xs:sequence>

<xs:element ref='LN0"/>

<xs:element ref=TN" mm0ccure=’0" maxOccurs=*unbounded"l|>

<xs:element name="AccessContror type^'tAccessControl" min0ccurs=’07>

</xs:sequence>

<xs:attribute name="insf type=*tName* use="required*>

</xs:attribute>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Атрибуты элемента LDevice определены в таблице 14.

Таблица 14 — Атрибуты элемента LDevice

Атрибут

Описание

inst

Идентификация LDevice в пределах IED-устройства. Полное имя LD согласно серии стандартов МЭК 61850-7 содержит дополнительную часть перед указанным значением inst (см. также 8.4). Значение не может быть пустой строкой

desc

Пояснительный текст

Ограничения:

-    атрибут inst LD допжен быть уникальным в пределах IED-устройства:

-    имя LD. построенное из inst и других частей, которые описаны в 8.4. допжно быть уникальным в пределах каждого SCL-файла;

• длина атрибута inst должна составлять по меньшей мере один символ.

9.3.5 LN0 и другие логические узлы <xs:complexType name="tLN0*>

<xs:complexContent>

<xs:extension base=4AnyLN">

<xs:sequence>

<xs:element name='GSEContror type=“tGSEControl" min0ccurs="0" maxOc-

curs="unbounded7>

<xs:element name="SampledValueContror type=''tSampledValueContror minOc-curs=“0* maxOccurs=*unbounded7>

<xs:element name="SettingControT type="tSettingContror min0ccurs=*07>

<xs:element name="SCLControl* type="tSCLControT min0ccurs="07>

<xs:element name="Log" type=“tLog" minOccurs=4)7>

</xs:sequence>

<xs:attribute name=*lnClass’ type="tLNCIassEnum- use=7equired* fixed=*LLN07>

<xs:attribute name=“inst" type=*xs:r.ormalizedString" use="requirecT fixed="7>

</xs:extension>

</xs:complexContent>

</xs:comp!exType>

LNO содержит следующие элементы: GSEControJ (управление GSE-сообщениями) (9.3.10). SampledVaiueControl (управление выборочными значениями) (9.3.11). SettingControl (управление уставками) (9.3.12). SCLControl (управпение SCL) и Log (журнал). Кроме того, он наследует ReportControl (управление генерацией отчетов) и LogControl (управпение журналом) из базового типа tAnyLN. а также DOI и элемент Inputs. Атрибуты элемента LN0 определены в таблице 15.

47

Страница 52

ГОСТ Р МЭК 61850-6-2009

Таблица 15 — Атрибуты элемента LN0

Атрибут

Описание

InClass

Класс LN согласно серии стандартов МЭК 61850-7. определенный также в tAnyLN. здесь жестко приписан к LLN0, то есть недопустимы никакие другие значения

InType

Определение инстанцируемого типа этого LN, ссылка на определение типа логического узла LNodeType

inst

Номер экземпляра LN. определяющего данный LN. Для LLN0 значение равно пустой строке (никакие другие значения недопустимы)

desc

Пояснитепьный текст

Ограничение: класс логического узла LN0 всегда LLN0. поэтому атрибут inst не нужен (по умолчанию—пустая строка). Для ссылки связи на LNO Inlnst должен быть пустой строкой, a InClass должен быть LLN0. LN (тип tLN) описывается следующим образом.

<xs:complexType name="tLN'>

<xs :complexContent>

<xs:extension base=*tAnyLN">

<xs:atlribute name="lnClass" type=“tLNCIassEnum" use='required7>

<xs:attribute name="inst" type="xs:unsjgnedlnt” use^required"^

<xs:attribute name=*prefix* type="tAnyName" use="optionaT default="7>

</xs:exlension>

</xs:complexConlent>

</xs:complexType>

tAnyLN (супертип tLNO и tLN) определен следующим образом:

<xs:complexType name="tAnyLN'’ abstract="true">

<xs :complexContent>

<xs:extension base="tUnNaming">

<xs:sequence>

<xs:element name=*DataSet" type="tDataSet" min0ccurs="0' maxOc-curs=’unbounded7>

<xs:element name="ReportContror type="tReportContror mm0ccurs=*0" maxOc-curs=’unbounded7>

<xs:element name="LogContfor type="tLogControT min0ccurs='0" maxOc-curs="unbounded7>

<xs:element name="DOI’ type="tDOI" min0ccurs='0’ maxOccurs='unbounded7>

<xs:element name=’lnputs" type="tlnputs*' minOccurs="0*/>

</xs:sequence>

<xs:attribute name="lnType" type=“tName" use=*required7>

</xs:extension>

</xs:complexContent>

</xs:complexType>

LN содержит следующие элементы: DataSet (набор данных) (9.3.7). ReportControl (управление генерацией отчетов) (9.3.8). LogControl (управление журналом) (9.3.9). DOI (9.3.6) и Inputs (9.3.13). Атрибуты LN определены, как показано в таблице 16.

Таблица 16 — Атрибуты элемента LN

Атрибут

Описание

desc

Пояснительный текст к LN

InType

Определение инстанцируемого типа этого LN. ссылка на определение LNodeType

InClass

Класс LN по определению серии стандартов МЭК 61850-7

48

Страница 53

ГОСТ Р МЭК 61850-6-2009

Окончание табпицы 16

Атрибут

Описание

inst

Номер экземпляра LN. определяющего данный LN. — целочисленный тип без знака

prefix

Часть префикса LN

Дополнительные элементы DOI в определении LN могут быть использованы для определения специальных значений данных DATA, связанных с экземпляром, и их атрибутов. Это происходит за счет использования элементов SDI для данных DATA или частей структуры атрибута (если необходимо) и элементов DAI через терминальный атрибут (см. определение DOI в 9.3.6). Однако данные DATA и атрибуты, на которые здесь сделаны ссылки, уже определены при определении LNodeType того LN. к которому обращается атрибут LNType логического узла LN. Элементы DOI в данном месте для данного экземпляра не определяют новых DO ипи новых атрибутов, которые не содержатся в LNodeType. Например, такой параметр конфигурации. как длина импульса DPC CDC, для которого в LNodeType указано значение 100 мс. здесь заменен значением 300 медля специальных данных DO.

Ограничение: имя LN. состоящее из prefix. InClass и inst. должно быть уникальным в пределах логического устройства при заданном сервере, в противном спучае — в пределах IED-устройства.

9.3.6 Определение DATA (DOI)

<xs:complexType name="tDOI">

<xs:complexContent>

<xs:extens>on base="tUnNaming">

<xs:choice min0ccurs="0’ maxOccurs=“unbounded'>

<xs:element name=*SDI" type="tSDI"/>

<xs:element name=DAI" type=*lDAI*/>

</xs:choice>

<xs:attnbute name=*name-’ type-'tResttNamelstlT use="required7>

<xs:attribute name="ix" type=*xs:unsignedlnr use="opt*onaI7>

<xs:attribute name^accessControl" type=*xs:normalizedString' use="optk>nal7>

</xs:extension>

</xs:complexContent>

</xs:complexType>

DOI определен одним из элементов: SDI или DAI.

Атрибуты DOI определены, как показано в таблице 17.

Таблица 17 — Атрибуты элемента DOi

Атрибут

Описание

desc

Пояснительный текст к данным

name

Стандартизированное имя DO. например, из МЭК 61850-7-4

ix

Индекс элемента данных в случае индексируемого типа

accessContro!

Определение управления доступом к этим данным. Пустая строка (по умолчанию) означает. что применяется определение управления доступом верхнего уровня. Возможные значения являются зависимыми на уровне SCSM

Атрибут DAI в предепах DOI определяет задаваемые атрибуты и соответствующие значения. И вновь все атрибуты должны также содержаться в определении LNodeType данного LN. Здесь повторяются только те из них, в которых задаются или индивидуально заменяются некоторые допопнительные значения (атрибута или элемента).

49

Страница 54

ГОСТ Р МЭК 61850-6-2009

<xs:complexType пате='ЮАГ <xs:complexContent>

<xs:extension base=*tUnNaming'*>

<xs:sequence>

<xs:element name="VaT type=*1Var min0ccurs="0" maxOccurs="unbounded’/>

</xs:sequence>

<xs:attribute name=”name" type="tRestrName 1 s(L" use=”required7>

<xs:attfibute name=-,sAddr" type=’xs:normalizedString" use=,,optional7>

<xs:attribute name="valKind" type=*tValKindEnum" use=*optional" default=*Set7>

<xs:attribute name="ix" type="xs:unsignedlnr use=*optional7>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Атрибут DAI содержит элементы Val (9.5.4).

Атрибут DAI позволяет описание значений экземпляра IED-устройства. На этапе разработки и проектирования это может применяться другими 1ЕО-устройствами/1_Ы. которым необходимо знать зависимые от конфигурации значения - в тех случаях, когда, например, у них нет сервиса для чтения значений или когда IED-устройство не поддерживает их считывание. Также это может использоваться самим IED-устройством для задачи этих значений либо для предложения их через протокол связи или (по меньшей мере) для учета их в своих внутренних функциях.

Атрибуты элемента DAI определены, как показано в таблице 18.

Таблица 18 — Атрибуты элемента DAJ

Атрибут

Описание

desc

Пояснительный текст к элементу DA1

name

Имя атрибута Data с заданным значением

sAddr

Короткий адрес этого атрибута Data

valKind

Если задано любое имя. то его смысловое значение задается на этапе разработки и проектирования

ix

Индекс элемента DAI в случав индексируемого типа

Элемент DAI содержит подмножество атрибутов DA. Он должен использоваться в пределах DOI-спецификации IED-устройства, если заданы некоторые значения атрибутов, зависящие от экземпляра, или заменены типичные значения атрибутов.

Подмножество данных или атрибуты данных описаны следующим образом:

<xs:comptexType name=“tSOI">

<xs:oomplexContent>

<xs:extension base="tUnNaming">

<xs.choice min0ccurs="0* maxOccurs="unbounded'>

<xs:element name=*SDI" type='tSDr/>

<xs:element пате=иОАГ type=*tDAI7>

</xs:choice>

<xs:attribute name=*name* type="tRestrName1stL* use=*required’/>

<xs:attribute name=”ix" type='xs:unsignedlnt* use="opt»onar/>

</xs:extension>

</xs:complexContenl>

</xs:complexType>

Элемент SDI обозначает часть имени подструктуры из DO (соответствует SDO в LNodeType) или из имени подструктуры DA. за исключением имени терминального атрибута (лист). Элемент SDI содержит либо элементы SDI для дальнейшей части имени структуры, либо DAI для элемента терминального атрибута. имеющего значение(я).

50

Страница 55

ГОСТ РМЭК 61850-6—2009

Атрибуты элемента SDI определены, как показано в таблице 19.

Таблица 19 — Атрибуты элемента SDI

Атрибут

Описание

desc

Пояснительный текст к части SDI

name

Имя SDI (часть структуры)

ix

Индекс элемента SDI в случае индексируемого типа

Пример

Следующий пример описывает значение структурированного DO как DOI.

<DOI name=*Volts*>

<SDI name^sVC"»

<DAI name=’offsef>

<Val>0</Val>

</DAI>

<DAI name="scaleFactor”>

<Val>200</Val>

</DAl>

</SDI>

</DOI>

9.3.7 Определение Data set (набор данных)

<xs:complexType name=-tDataSet“>

<xs:complexContent>

<xs:extension base="tNaming“>

<xs:sequence>

<xs:element name-'FCDA" type="tFCDA' maxOcxurs=,'unbounded‘/>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Набор данных DataSet содержит последовательность элементов функционально связанных данных FCDA. Определение набора данных LN имеет атрибуты, определенные в таблице 20.

Таблица 20 — Атрибуты элемента DataSet

Атрибут

Описание

пате

Имя. определяющее этот набор данных в заданном LN

desc

Пояснительный текст к набору данных

<xs:compiexType name=*tFCDA">

<xs:attribute name="ldlnst* type="tName" use=*optionaP/>

<xs:attribute name="prefix" type=*tAnyNan>e'- use="optionar/>

<xs:attribute name=“lnCtass" type=’tLNCIassEnum* use=*optional7>

<xs:attribute name="lnlnst* type="tName" use=*optional7>

<xs:attribute name="doName" type=*tName* use='optional7>

<xs:attribute name^daName" type='tName* use="optional7>

<xs:attribute name="fc" type='tFCEnum* use="required7>

</xs:coftip(exType>

Элемент FCDA определяет имя функционально связанных данных или функционально связанных атрибутов данных согласно МЭК 61850-7-2 для IED-устройства. размещенного в наборе данных. Порядок элементов FCDA в наборе данных определяет порядок значений данных в пределах обмена сообщениями, если на уровне SCSM не применяются другие правила или соглашения. Элемент имеет атрибуты, определенные в таблице 21.

51

Страница 56

ГОСТ Р МЭК 61850-6-2009

Таблица 21 — Атрибуты элемента FCDA

Атрибут

Описание

Idlnst

LD, в котором резидентно размещены DO

prefix

Префикс, определяющий вместе с Inlnst и InClass логический узел LN. в котором резидентно размещены DO

InClass

Класс LN логического узла LN. где резидентно размещены DO: задается всегда, за исключением тех случаев, когда GSSE DataLabel — пустая строка

Inlnst

Номер экземпляра LN. где резидентно размещены DO; задается всегда, кроме LLN0

doName

Имя. идентифицирующее DO (в пределах LN). Имя. стандартизированное в МЭК 61850-7-4. Если doName пусто, тогда fc может содержать значение, выбирающее категорию атрибута всех DO определенного LN. Элементы или части типов структурированных данных DATA содержат все части имени, разделенные точками (.)

daName

Имя атрибута — если пустое, выбираются все атрибуты с функциональными характеристиками. заданными fc. Элементы или части структурированных типов данных содержат все части имени, разделенные точками (.)

fc

Выбираются все атрибуты этой функциональной связи. Возможные значения связи см. в МЭК 61850-7-2 или в определении функциональной связи fc в таблице 43

Если оба атрибута — daName и fc содержат непустые значения, тогда значение fc должно быть действительным для атрибута (то есть должно быть идентично определено в соответствующем определении LNodeType). В противном случае обработка SCL-файла будет прервана сообщением об ошибке. Если все атрибуты FCDA (за исключением fc) отсутствуют или пусты, в определении GSSE DataLabel это соответствует пустой строке (значение fc должно быть ST). Во всех других наборах данных это недопустимо.

Все блоки управления, которые обращаются к набору данных, должны содержаться в том же LN, что и определение набора данных. Следовательно, ссылка на набор данных во всех блоках управления содержит только относящееся к LN имя набора данных (атрибут Name в элементе DataSet), а не его полное имя (которое согласно МЭК 61850-7-2 содержит также имя LD и имя LN).

Если в рамках сообщений на основе определения набора данных задается порядок этих данных, тогда в этом наборе данных необходимо придерживаться порядка FCDA. Если набор атрибутов указан, например, через fc, то порядок данных и порядок атрибутов задают данные DATA в соответствующем типе логических узлов LNodeType.

9.3.8 Блок управления генерацией отчетов

Определение блока управления генерацией отчетов LN следующее:

<xs:complexType name=*tReportControl*>

<xs:complexContent>

<xs:extension base='tContro!WithTriggerOpt">

<xs:sequence>

<xs:element name="OptFields'*>

<xs:complexType>

<xs:attnbuteGroup ref='agOptFieWs"/>

</xs:complexType>

</xs:element>

<xs:element name="RptEnablecT type="tRptEnabled" min0ccurs="07>

</xs:sequence>

<xs:attribute name="rptlD" type="tName" use="required7>

<xs:attribute name="confRev* type=’xs:uns)gnedlnf use='required7>

<xs:attribute name="buffered* type="xs:boolean" use=”opt*onal” defau!t=”false7>

<xs:attribute name="bufTime" type='xs:unsignedlnt* use="optionar default='07>

</xs:extension>

</xs:complexContent>

</xs:complexType>

52

Страница 57

ГОСТ РМЭК 61850-6—2009

<xs:complexType name='4ControlWithTriggerOpt' abstract=*tme">

<xs:complexContent>

<xs:extension base=*tContfoT>

<xs:sequence>

<xs:element name=*TrgOps" type=4TrgOps* min0ccurs="07>

</xs:sequence>

<xs:attribute name=“intgPd" type='xs:unsignedlnt* use="optionaT defautt="07>

</xs:extension>

</xs:compiexContent>

</xs:complexType>

Блок управления генерацией отчетов (RCB) содержит следующие элементы: TrgOps. OptFields и RptEnabled. Используют атрибуты, приведенные в таблице 22.

Таблица 22 — Атрибуты элемента блока управления генерацией отчетов

Атрибут

Описание

name

Имя блока управления генерацией отчетов. Это имя относится к LN. размещающему блок управления генерацией отчетов RCB. и должно быть уникальным в пределах LN

desc

Пояснительный текст

datSet

Имя набора данных, направляемого блоком управления генерацией отчетов; в пределах ICD-файла datSet может быть только пустым

intgPd

Период сохранности в миллисекундах — см. МЭК 61850-7-2. Имеет смысл, только если опция периода пуска установлена на логическую единицу (true)

rpUD

Идентификатор блока управления генерацией отчетов

confRev

Номер ревизии конфигурации данного блока управления генерацией отчетов

buffered

Указывает, отложены или не отложены отчеты — см. МЭК 61S50-7-2

bufTime

Буферное время — см. МЭК 61850-7-2

Атрибуты элемента TrgOps определены следующим образом:

<xs:complexType name='4TrgOps’>

<xs:attribute name=*'dchg* type=”xs:boolean* use="optional" default=4alse“/>

<xs:altribute name="qchg* type=*xs:boolean* use='optiona!" defau!t=*false7>

<xs:attribute name="dupd*' lype='xs:boolean” use="optionar default='false7>

<xs:attribute name="penod" type="xs:boolean" use=’oplionar defau!t="false7>

</xs:cofn plexType>

Если атрибут не задан, его значение (соответствующая опция пуска) есть логический нуль (false), что означает невозможность использования опции пуска. Элемент OptFields определен следующим образом:

<xs:element name="OptF»ekls“>

<xs:comptexType>

<xs:attributeGroup ref='agOptFields7>

</xs:complexType>

</xs:element>

<xs:attributeGroup name="agOptFields*>

<xs:attribute name=’seqNum“ type="xs:boolean" use="optional" default="false7>

<xs:attribute name='timeStamp’ type=’xs:boolean* use="optional" default="false7>

<xs:attribute name="dataSef type='xs:booiean' use="opbonaI* default=“false7>

<xs:attribute name=7easonCode" type=*xs:booleanH use=*opt*onal* defauH="false7>

<xs:attribute name="dataReP type="xs:boolean" use="optk>nar default=’false7>

<xs:attribute name=,bufOvfl” type="xs:boolean" use="optionar default='false*/>

53

Страница 58

ГОСТ Р МЭК 61850-6-2009

<xs:attribute name='entrylD“ type=*xs:boolean* use="opt*onaT default="fals©7>

<xs:attribute name="configRef‘ type-'xs:boo!ean" use="optional" default="false7>

<xs:attribule name='segmentation* type="xs:boolean* use="oplionar default=”false7>

</xs:attributeGroup>

Настройка атрибута на логическую единицу (true) означает включение в отчет соответствующих данных {см. МЭК 61850-7-2).

Элемент RptEnabled определен следующим образом:

<xs:complexType name=’tRptEnabled*>

<xs:complexContent>

<xs:extension base="tUnNaming*>

<xs:sequence>

<xs:element name="ClientLN' type="tClientLN’ min0ccurs=’0" maxOc-curs="unbounded7>

<i'xs:sequer»ce>

<xs:attribute name="max" type="xs:unsignedInt" use=’optionar default=*17>

</xs:exlension>

</xs:complexContent>

</xs.complexType>

Элемент RptEnabled содержит список LN клиента, для которых должен быть разрешен этот отчет (например, при запуске IED-устройства на предустановленных ассоциациях).

Используют атрибуты, приведенные в таблице 23.

Таблица 23 — Атрибуты элемента RptEnabled

Атрибут

Описание

desc

Пояснительный текст

max

Определяет максимальное число блоков управления генерацией отчетов данного типа, которые инстанцируются во время конфигурирования в LN (и затем используются в онлайновом режиме)

Согласно МЭК 61850-7-2 блок управления генерацией отчетов предназначен для одновременной работы только с одним клиентом. Это значит, что если задается Мах > 1 для RptEnabled. на IED-устройстве должно быть инстанцировано более одного блока управления генерацией отчетов (RCB) данного типа. Следует обратить внимание, что для всех отложенных блоков управления LN ClientLN должен быть предконфи-гурирован, то есть Мах должен быть тождествен заданному числу ClientLN. Если ClientLN предконфигури-рованы для небуферизованных блоков управления RCB, то дополнительно к атрибуту RptEna (Report Enable описан в МЭК 61850-7-2) в IED-устройстве должен быть установлен на значение true атрибут Resv (URCB Reservation описан в МЭК 61850-7-2) блока управления RCB. Имена URCName или BRCName блока управления согласно МЭК 61850-7-2 построены из упомянутого атрибута RCName с последующим двузначным числом между 01 и Мах. Если заданы ClientLN. индекс (положение) ClientLN в списке, размещенном в элементе RptEnabled. используется как данный номер для данного клиента (первый имеет индекс 1). Это значит, что определение блока управления генерацией отчетов на языке SCL должно рассматриваться не как экземпляр, а как тип. который может иметь 99 экземпляров для 99 клиентов.

Элемент ClientLN определяет имя LN в системе, которая является клиентом для данного типа блока управления генерацией отчетов.

<xs:complexType name=*tCI»entLN*>

<xs:attribuleGroup ref="agLNRef7>

</xs:complexType>

<xs:attributeGroup name=”agLNRer>

<xs:attributeGroup ref="agLDRef7>

<xs:attribute name="prefix" type="xs:normalizedString" u5e="optional7>

<xs:attribute name='lnClass" type=’-tLNCIassEnum" use='required'7>

<xs:attribute name="lnlnst" type="xs:normalizedString* use="required7>

</xs:attributeGroup>

54

Страница 59

ГОСТ РМЭК 61850-6—2009

Используют атрибуты, приведенные в таблице 24.

Таблица 24 — Атрибуты элемента ClientLN

Атрибут

Описание

iedName

Имя IED-устройства. где резидентно находится LN

Idlnst

Идентификация экземпляра LD, где резидентно находится LN

prefix

Префикс LN

InClass

Класс LN по определению в МЭК 61850-7-4

Inlnst

Идентификатор id экземпляра данного экземпляра LN нижележащего класса LN в IED-устройстве

Ограничения:

- имя блока управления генерацией отчетов должно быть уникальным в пределах LN;

* следует обратить внимание, что для идентификации LN в пределах системы здесь используется обозначение на основе IED-устройства, даже если генерация имени коммуникации основана на функциональной структуре подстанции. Рекомендуется, чтобы средство программирования реально обеспечивало доступность определенного клиента в определенной системе связи;

-для предустановленных ассоциаций идентификацию Associationld, соответствующую ссылочному LN. можно найти в секции определения ассоциации данного IED-устройства.

Пример

<ReportControl name="PosReport" rptlD=*E1Q1S\vitches" datSet="PositionsH confRev='0">

<TrgOps dchg=’true" qchg="true'/>

<OptFietds/>

<RptEnab!ed max=’5">

<ClientLN iedName='A1KA1" ldlnst=*LDr lnlnst=‘T lnClass="IHMI7>

</RptEnabled>

</ReportControl>

Часть RptEnabled определяет, что тип блока управления генерацией отчетов действителен для пяти (небуферизованных) блоков управления RCB. имеющих имена от PosReportOI до PosReport05. Первый блок PosReportOI уже зарезервирован для клиента А1KA1LD1/IHMI1. Все отчеты запускаются с помощью dchg и qchg. а буферное время равно 0. Поля OptFields не задаются, то есть в отчет включена только обязательная информация.

9.3.9 Блок управления журналом

Блок управления журналом определен следующим элементом:

<xs:complexType name='tL.ogControT>

<xs:complexContent>

<xs:extension base="tControlWithTriggerOpt*>

<xs:attribute name="togName’ type-’tName" use=“required7>

<xs:attribute name=-,logEna" type=“xs:boolean" use=’opt»onar default="true'/>

<xs:attribute name='reasonCode' type="xs:boolean* use=”optionar default="true7>

</xs:extension>

</xs:complexContent>

</xs:ccxnplexType>

<xs:complexType name=*tControlWithTriggerOpt" abstrad="true">

<xs:comp!exContent>

<xs:extension base="tControl">

<xs:sequence>

<xs:element name=*TrgOps* type=“tTrgOps* minOccurs="0"/>

</xs:sequence>

<xs:attribute name="intgPd" type=’xs:unsignedlnl* use="optional'' defau!t="0“/>

</xs:extension>

</xs:complexCtxitent>

</xs:complexType>

Смысл атрибутов в основном тождественен атрибутам соответствующего блока управления, определенного в МЭК 61850-7-2. Для тех из них, что полностью тождественны, используется то же имя атрибута.

55

Страница 60

ГОСТ Р МЭК 61850-6-2009 Атрибуты элемента блока управления журналом определены в таблице 25.

Таблица 25 — Атрибуты элемента блока управления журналом

Атрибут

Описание

name

Имя блока управления журналом

desc

Пояснительный текст

datSet

Имя набора данных, значения которых регистрируются; datSet может быть пуст только в пределах ICD-файла

intgPd

Период сканирования сохранности в миллисекундах — см. МЭК 61850-7-2

logName

Ссылка на LD. являющееся владельцем журнала

logEna

TRUE разрешает немедленную регистрацию; FALSE запрещает регистрацию до разрешения в онлайновом режиме

reasonCode

Код причины — см. МЭК 61850-7-2

Ограничение: имя блока управления журналом должно быть уникальным в пределах LN. Следующий фрагмент SCL-файла показывает пример блока управления журналом, который регистрирует данные Positions из набора данных в журнале логического устройства С1. запускаемого изменением данных или изменением качества.

<LogControl name=*Log" datSet="Positk>ns" logName="Cr>

<TrgOps dchg="true* qchg="tme7>

</LogControl>

9.3.10 Блок управления GSE-сообщениями В логическом узле LLN0 разрешается только следующий элемент управления GSE-сообщениями: <xs:complexType name="tGSEControl’>

<xs:comptexContent>

<xs:extension base="tContro<VVithlEDName'>

<xs:attribute name="type* lype="tGSEControrTypeEnum" use="optional" defaull=*GOOSE7> <xs:attribute name^appID* type="xs:normalizedString* use=“required7>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:complexType name="tControl Withl EDName*>

<xs:comptexContent>

<xs:extension base=*lControl'>

<xs:sequence>

<xs:element name="IEDName" type="tName" тетОссиге="Ои maxOccurs=*unbounded7> </xs:sequence>

<xs:attribute name="confRev“ type='xs:unsignedlnt’ use="optional7>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

Блок управления GSE-сообщениями может дополнительно содержать JED-имена для тех IED-уст-ройств. которые должны быть подписаны на GSE-данные. Используют атрибуты, приведенные в таблице 26.

Таблица 26 — Атрибуты элемента блока управления GSE-сообщениями

Атрибут

Описание

Name

Имя. идентифицирующее данный блок управления GOOSE-событиями

desc

Пояснительный текст

datSet

Имя набора данных, направляемых на блок управления GSE-событиями. Для type=GSSE определения FCDA в этом наборе данных должны интерпретироваться как DataLabeis согласно МЭК 61850-7-2. Атрибут datSet в пределах ICD-файла может быть только пустым

56

Страница 61

ГОСТ РМЭК 61850-6—2009

Окончание таблицы 26

Атрибут

Описание

confRev

Номер ревизии конфигурации данного блока управления

type

Если type — GSSE. то разрешены только типы данных с единичной индикацией, а с двойной индикацией разрешены для элементов данных, к которым обращаются в наборе данных, в противном случае допустимы все типы данных. Следует обратить внимание, что каждый тип может быть различным образом отображен на форматы сообщений. Значение типа по умолчанию — GOOSE

appID

Уникальная идентификация приложений в рамках системы, к которым принадлежит GOOSE-сообщение

Ограничения:

- имя блока управления GSE-сообщениями должно быть уникальным в пределах LLN0. то есть логического устройства;

• различные приложения в пределах станции должны иметь уникальные значения appkl. Решение о характере приложения принимает инженер проекта/системы.

Следующий фрагмент языка SCL содержит пример определения блока управления GOOSE-сообще-ниями.

<GSEControl r*ame="ltIPositions“ datSet=HPositions* applD=”ltF/>

Его относительное имя в пределах данного LN0 — ItlPositions: содержимое его сообщений определено через Positions в наборе данных и должно использоваться в приложении N1.

9.3.11 Блок управления выборочными значениями

В логическом узле LLN0 разрешается только следующий элемент блока управления выборочными значениями:

<xs:complexType name="tSamptedValueContror>

<xs:complexContent>

<xs:extension base=*tControlWithlEDName">

<xs:sequence>

<xs:element name="SmvOpts">

<xs:comp4exType>

<xs:attributeGroup ref="agSmvOpts"/>

</xs:complexType>

</xs:element>

</xs:sequence>

<xs:attribute name="smvlD" lype="xs:normalizedString" use=*required7>

<xs:attribute name=*mu!ticast* type=’xs: boolean’ default="true7>

<xs:attribute name^smpRate" type="xs:unsignedlnr use="required7>

<xs:attribule name=*nofASDU" type=”xs:unsignedlnt" use="required"/>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Блок управления выборочными значениями содержит элемент SmvOpts и дополнительно, как расширение типа схемы tControlWithlEDName. несколько IED-имен IED-устройств. которые должны получать сообщения.

Используют атрибуты, приведенные в таблице 27.

Таблица 27 — Атрибуты элемента блока управления выборочными значениями

Атрибут

Описание

пате

Имя. идентифицирующее данный блок управления SMV

desc

Пояснительный текст

datSet

Имя набора данных, значения которых направляются: datSet может быть пуст только в пределах ICO-файла

confRev

Номер ревизии конфигурации данного блока управления

57

Страница 62

ГОСТ Р МЭК 61850-6-2009

Окончание таблицы 27

Атрибут

Описание

smvID

Блок управления многоадресными сообщениями: MsvID для определения выборочных значений по МЭК 61850-7-2. Блок управления одноадресными сообщениями: UsvlD. как определено в МЭК 61850-7-2

multicast

Логический нуль (false) указывает на то. что сервисы Unicast SMV имеют единственное значение smvID = UsvlD

smpRate

Частота опроса, как определено в МЭК 61850-7-2

nofASDU

Номер ASDU (блок данных прикладных услуг) — см. МЭК 61850-9-2

Если Multicast есть логический нуль (false), то есть это блок управления Unicast, определение должно рассматриваться как тип. В этом случае следует, что:

-    для каждого IED-имени целевого IED-устройства. указанного в определении, должен быть создан экземпляр блока управления;

-    имя UsvCBName, определенное в МЭК 61850-7-2. должно быть установлено на это IED-имя, каскад-но сцепленное с упомянутым именем (которое в этом случае должно быть пустым);

-    атрибут Resv блока управления СВ должен быть установлен на логическую единицу (true).

Если значение Multicast есть логическая единица (true), то имя соответствует непосредственно имени MsvCBName.

Могут быть установлены следующие атрибуты;

<xs:attributeGroup name="agSmvOpts”>

<xs:attribute name=*refreshTime* type="xs:boolean* use="op!ional" c2efault="false7>

<xs:attribute name=’sampleSynchronized* type="xs:bootean" use="optional" default="false7>

<xs:attribute name=*sampleRate'' type=*xs:boolean" use="optionar default=*false’/>

<xs:attribute name="security" type=*xs:boolean' use=“optional* default="false7>

<xs:attribute name-'dataRef type='xs:booJean“ use="opt*onar default="false7>

</xs:attributeGroup>

Атрибуты элемента Smv Options (опции Smv) определены в таблице 28.

Таблица 28 —Атрибуты элемента Smv Options

Атрибут

Описание

refreshTime

Смысловое значение опций раскрывается в МЭК 61850-7-2. Если один из атрибутов установлен на логическую единицу (true), соответствующие значения должны быть включены в телеграмму SMV

sampleSynchronized

sampleRate

security

См. описание в МЭК 61850-9-2

dataRef

При установке на логическую единицу ссылка на набор данных включается в сообщение SV

Ограничение; имя блока управления SV должно быть уникальным в пределах LLN0. то есть в пределах LDevice.

Следующий фрагмент языка SCL приводит определение блока управления SV. которое относится к smv набора данных. Этот набор данных определяет содержимое данных сообщения SV: <SampiedValueControl name=“Vott" datSet=*smv* smvlD=’ir smpRate=*'4800* nofASDU=’5" multicast="true'> <SmvOpts sampleRate="true" refreshTime=’tnje' sampleSynchronized=*true"/>

</SampledValueControl>

9.3.12 Блок управления настройками

Ниже приведено определение блока управления настройками SGC. Следует обратить внимание, что имя SGC. то есть его именная часть в пределах LN0 в соответствии с МЭК 61850-7-2 есть SGCB. Следовательно. допускается иметь только один SGC на LN0.

58

Страница 63

ГОСТ РМЭК 61850-6—2009

<xs:comp!exType name='tSettingContror>

<xs:complexContent>

<xs:extension base=*tUnNaming">

<xs:attribute name="numOfSGs" type="xs:unsignedlnt“ use="required7>

<xs:attribute name=’actSG" type="xs:unsignedlnt" use=“optionar defauft="17>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Атрибуты идентичны тем, которые используются блоком управления группой настроек в МЭК 61850-7-2. Атрибуты элемента блока управления настройками определены в таблице 29.

Таблица 29 — Атрибуты элемента блока управления настройками

Атрибут

Описание

desc

Пояснительный текст

numOfSGs

Число имеющихся групп настроек

aclSG

Число групп настроек для вызова при загрузке конфигурации. Значение по умолчанию равно 1

9.3.13 Привязка к внешним сигналам Секция Inputs определяет все внешние сигналы, которые необходимы LN-приложениям для выполнения своих функций. Секция позволяет также выполнить привязку сигнала к внутреннему адресу InlAdr. <xs:complexType name="tlnputs">

<xs:complexContent>

<xs:extension base="tUnNaming'>

<xs:sequence>

<xs:etenwnt name=’ExtRef' type="tExtRer maxOccurs='unbounded7>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Каждый элемент ExtRef ссылается на одну внешнюю позицию, на уровне DO или DA. Если необходим IntAdr. он должен использоваться соответственно данному уровню. Это значит, что при использовании на уровне DO он может содержать отображение нескольких атрибутов.

<xs:complexType name=-,tExtReF>

<xs:attritxjteGroup ref=,-agDORef7>

<xs:attribute name=’daName" type='tName" use=*optionan>

<xs:attribu(e name="intAddr* type="xs:nomiaIizedString" use="optional7>

</xs:comptexType>

Используют атрибуты, приведенные в таблице 30.

Таблица 30 — Атрибуты элемента Input/ExtRef

Атрибут

Описание

iedName

Имя IED-усгройства. от которого поступают входные данные

Idlnst

Имя экземпляра LD, от которого поступают входные данные

prefix

Префикс LN

InClass

Класс LN по определению серии стандартов МЭК 61850-7

Inlnst

Идентификатор id экземпляра данного экземпляра LN нижележащего класса LN в IED-устройстве

doName

Имя. идентифицирующее DO (в пределах LN). В случае структурированных DO именные части касжадно сцеплены через точку (.)

59

Страница 64

ГОСТ Р МЭК 61850-6-2009

Окончание таблицы 30

Атрибут

Описание

daName

Атрибут, обозначающий входные данные. Средства программирования IED-устройства должны использовать пустое значение при наличии некоего связывания по умолчанию IntAdr для всех атрибутов входных данных DO процесса (fc = ST или MX), главным образом для t и q. Если атрибут принадлежит к структуре типа данных, то части имени структуры должны отделяться точками (.)

inlAddr

Внутренние адреса, к которым привязаны входные данные. Только средства программирования данного конкретного IED-устройства должны использовать это значение. Все остальные средства программирования должны его сохранять

Пустое значение имени daName означает атрибуты всех операционных значений DO. то есть stVal, mag и т. д. В этом случае intAdr может также определять адреса операционных атрибутов некоторым способом, специфичным для средств программирования IED-устройств. Если некоторые входные данные могут быть получены IED-устройством через другие сервисы связи (например, через отчеты и GSE-сообщения), то решение о выборе остается за IED-устройством или средством его реализации.

9.3.14 Ассоциации <xs:complexType name-'tAccessControl" mixed ="true">

<xs:complexContent mrxed=’true">

<xs:extension base="tAnyContentFromOtherNamespace*/>

</xs:complexContent>

</xs:complexType>

Определение управления доступом. Смысловое значение и возможное уточнение определения решается на уровне стека (SCSM). Рекомендуется выполнять всю авторизацию и управление доступом средствами частной реализации в пределах LN-интерфейсов. В этом случае нет необходимости в определении управления доступом в пределах SCL. Определение каждой ассоциации задает одну предконфигурированную ассоциацию между данным сервером и LN клиента. Возможны два вида предконфигурирования. «Предопределенный» означает, что ассоциация определена, но не открыта, и ее открытие выполняет клиент. «Предустановленный» означает, что ассоциация определена, и ее открытие предполагается сразу же после запуска IED-устройства. <xs:complexType nan>0="lAssociation">

<xs:attnbute name="kincT type=”lAssocialionKindEnum* use="required7>

<xs:attribute name=*associationlD' type="tName. use-'optionaT f>

<xs:attributeGroup ref="agLNRef7>

</xs:complexType>

Используют атрибуты, приведенные в таблице 31.

Таблица 31 — Атрибуты элемента Association

Атрибут

Описание

kind

Род предконфигурированной ассоциации — либо предопределенной, либо предустановленной

association ID

Идентификация предконфигурированной ассоциации (в противном случае — пустая)

iedName

Ссылка, идентифицирующая IED-устройство. на котором резидентно расположен клиент

Idlnst

Ссылка на логическое устройство клиента

InClass

Класс LN клиента

prefix

Префикс LN

Inlnst

Номер экземпляра LN клиента

60

Страница 65

ГОСТ Р МЭК 61850-6-2009

Пустая Id-ассоциация, задаваемая по умолчанию, означает, что Id-ассоциация еще не определена. Для законченного файла языка SCL и предустановленной ассоциации Id-ассоциация задается, так что LN клиента и сервер могут проверить его корректность. Один и тот же клиент может использовать одни и те же ассоциации с различными LN на одном сервере. На уровне SCSM задаются требования к однозначности, а также диапазон значений Id-ассоциации (например, целое число 32 бита, уникальное на уровне сервера, или для сервера IED-устройства и Id-клиента, или в пределах всей системы).

Ограничения:

- атрибут Association ID должен быть уникальным в пределах сервера;

-длина Association ID должна составлять по меньшей мере один символ.

9.4 Описание системы связи

9.4.1 Общие сведения

В настоящем разделе содержится описание возможности прямых коммуникационных соединений между LN посредством логических шин (SubNetworks) и точек доступа IED-устройств. Секции IED-уст-ройств уже содержат описание того, какие LD и LN доступны через определенную точку доступа. Секция связи содержит описание того, какие точки доступа IED-устройств соединены с общей подсетью. Описание выполнено способом, позволяющим отобразить иерархическую структуру имени в пределах IED-устройства, которое основано на IED-зависимых именах точек доступа. LD и LN.

UML-схема, приведенная на рисунке 16. дает общее представление о секции Communication.

Рисунок 16 — Общее представление о секции Communication через схему UML

Далее следует формальное определение XML schema:

<xs:element name="Commumcation" type="tCommunication*>

<xs:unique name="uniqueSubNet\vork">

<xs:seteclor xpath="./scl:SubNetworV7>

<xs:fieW xpath='@name7>

</xs:unique>

61

Страница 66

ГОСТ Р МЭК 61850-6-2009

</xs:element>

<xs:comptexType name='tCcxnmumcation’‘>

<xs:complexContent>

<xs:extens*on base="tUnNaming">

<xs:sequence>

<xs:element name='SubNetwork* type="tSubNetwork" maxOccurs="unbounded7>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs;complexType>

Секция Communication может дополнительно содержать секции Text и Private (как производные от tUnNaming). Имена SubNetworks (подсети) должны быть уникальными.

9.4.2 Определение SubNetwork

Определение SubNetwork содержит все точки доступа, которые могут логически обмениваться информацией по протоколу SubNetwork без промежуточного маршрутизатора. Следует обратить внимание, что подсеть определяет логическое соединение с определенным протоколом. На одной и той же физической сети связи могут быть исполнены различные подсети с различными протоколами.

<xs:complexType name="tSubNetwork“>

<xs:complexContent>

<xs:extension base=*tNaming’>

<xs:sequence>

<xs:element name=*BitRate' type="tBitRatelnMbPerSec" minOccurs=”0*/>

<xs:element name^ConnectedAP* type="tConnectedAP" maxOccurs=-,unbounded7> </xs:sequence>

<xs:attribute name="type- type=’-xs:normalizGdStrir>g” use="optionar>

<xs:annolation>

<xs:documentation xml:lang="en">The bus protocol types are defined

in IEC 61850 Part 8 and 9 </xs:documentation>

</xs:annotation>

</xs:attnbute>

</xs:extension>

</xs:comp!exContent>

</xs:com p!exType>

Атрибуты подсети SubNetwork определены, как показано в таблице 32.

Таблица 32 — Атрибуты элемента SubNetwork

Атрибут

Описание

name

Имя. идентифицирующее данную шину; является уникальным в пределах данного файла SCL

desc

Некоторый пояснительный текст к данной SubNetwork

type

Тип протокола SubNetwork; типы протокола определяют на уровне SCSM. В примерах в качестве протокола, определенного в МЭК 61850-8-1. используют 8-MMS

Типы протокола определены в отображениях стека (на уровне SCSM). для данной серии стандартов — в серии стандартов МЭК 61850-8-1 и в МЭК 61850-9-1. МЭК 61850-9-2. Названия протоколов МЭК61850-8-1 начинаются с ’8-». а МЭК61850-9-1 и МЭК61850-9-2 —с”9-». Исключение — случай, когда они идентичны. Например, протокол МЭК 61850-8-1 есть 8-MMS; тот же протокол использует МЭК 61850-9-2.

SubNetwork содержит дополнительный элемент BitRate. определяющий скорость передачи битов в Мбит/с, а также список точек доступа IED-устройства. через которые эти IED-устройства соединяются с точками доступа подсети SubNetwork. Она наследует из tUnNaming элементы Private и Text. <xs:complexType name="tConnectedAP">

<xs :com plexContent>

<xs:extension base=”tUnNaming">

62

Страница 67

ГОСТ РМЭК 61850-6—2009

<xs:sequence>

<xs:element name="Address* type="tAddress* minOccurs="0"/>

<xs:element name=’GSE" type=*tGSE' min0ccurs=”0" maxOccurs="unbounded7> <xs:element name="SMV" type=*tSMV* min0ccurs="0" maxOccurs=‘unbounded"/>

<xs:e!ement name="PhysConn" type="lPhysConn* min0ccurs='0’ maxOccurs="unbounded7> </xs:sequence>

<xs:attribute name-'iedName" type=*tNarneH use=’required"/>

<xs:attribute name="apName* type="tName'' use="required*/>

</xs:extension>

</xs:complexContent>

</xs:compIexType>

Точкой доступа IED-устройства для соединения с SubNetwork является Connected АР.

Она имеет атрибуты, приведенные в таблице 33.

Таблица 33 — Атрибуты элемента ConnecledAP (точка доступа к соединению)

Атрибут

Описание

iedName

Имя. идентифицирующее IED-устройство

apName

Имя. определяющее данную точку доступа в пределах IED-устройства

desc

Некоторый пояснительный текст к данной точке доступа в данной подсети

Каждая присоединенная точка доступа имеет дополнительно один сервер-зависимый адрес и информацию по дополнительному адресу для блоков управления, связывающихся в реальном времени, таких, как управление GSE-сообщениями и управление SMV. Если все три отсутствуют, описывается только топология соединения SubNetwork, например изучение характеристик связи. Для полного файла SCD должен быть указан адрес сервора или по крайней мере адрес блока управления.

Кроме того, существует дополнительный элемент PhysConn. содержащий описание одного или нескольких физических соединений с данной точкой доступа.

9.4.3 Определение адреса

Элемент Address (адрес) содержит параметры адреса данной точки доступа на данной шине — по меньшей мере один параметр. Определение различных параметров приводится в содержащихся элементах Р. Атрибут type элемента Р определяет значение параметра. Смысловое значение параметров Р зависит от типа протокола подсети и поэтому должно быть определено на соответствующем уровне SCSM. Те параметры, которые используют с МЭК 61850-8-1 и МЭК 61850-9-1, МЭК 61850-9-2. содержатся в атрибуте type перечисляемого типа tPTypeEnum. Объяснение см. в соответствующих частях настоящего стандарта.

<xs:complexType name='tAddress">

<xs:sequence>

<xs:element name="P" type="tP" maxOccurs=Hunbounded"/>

</xs:sequence>

</xs:comptexType>

Чтобы получить полное описание SCD. адрес точки доступа должен содержать уникальное значение по крайней мере для точек доступа к типу сервера.

<xs:complexType name="tF'>

<xs:simpleContent>

<xs:extensKXi base="tPAddr">

<xs:attribute name=’type" type="tPTypeEnum’ use="required7>

</xs:extension>

</xs:simpleContent>

</xs:compJexType>

tPAddr — непустая строка, не содержащая никаких специальных знаков, например LF, CR или Tab. Предопределенные значения tPTypeEnum определены в МЭК 61850-8-1. Допускаются также типы адресов, определенные пользователем (см. ниже).

С тем чтобы обеспечить высокую достоверность проверки содержимого адреса XML-анализатором. tP был ограничен (в смысле XML schema) для каждого из этих определенных типов адреса. Эти ограниче-

63

Страница 68

ГОСТ Р МЭК 61850-6-2009

ния типов называют tP_, после них следует тип адреса, как в tPTypeEnum. Для того чтобы использовать эти ограничения, в элементе Р должен быть задан атрибут xsi:type. Таким образом, есть два способа обеспечить такой адрес. Например, для IP-адреса обе из приведенных формулировок являются эквивалентными с точки зрения семантики и синтаксиса:

<Р type='lP*> 10.0.0.11 </Р>

< Р type=*IP" xsi :type='tP _IP*> 10.0.0.11 </Р>

Преимущество второй формулировки, в которой испопьзуется тип ограничения tP. заключается в том, что достоверность значения адреса (здесь — 10.0.0.11) может быть подтверждена XML-анализатором. При использовании первой формупировки значение адреса abc будет рассматриваться как абсолютно корректное. тогда как во второй формулировке ожидается значение, приведенное к виду ddd.ddd.ddd.ddd, где каждая буква d соответствует цифре.

Даже при испопьзовании ограниченного типа должен быть указан (корректный) тип адреса.

Ограничение: расширения типа Р типа перечисления type tPTypeEnum должны начинаться с прописной буквы и содержать только буквенно-цифровые знаки и дефисы (-).

9.4.4 Опредепение адреса GSE-сообщений

Сведения об адресах всех блоков управления основаны на абстрактном типе tControlBlock. Он дает элемент Address, который устанавливает параметры адреса, связанные с блоком управления, и ссылку на блок управления в пределах IED-устройства с помощью атрибутов Idlnst и cbName. Поскольку GSE-сооб-щения. равно как и блоки управления SMV. должны находиться в пределах LLN0. этого достаточно. <xs:complexType па me="tCon t rol В lock" abstract=,*true">

<xs:anr>otation>

<xs:documentation xml:lang=*en">A control block within a Logical Device (in LLN0).</xs:documentation> </xs:annotation>

<xs:comp!exContent>

<xs:extension base=BtUnNaming“>

<xs:sequence>

<xs:element name=“Address" type=’tAddress" min0ccurs=“07>

</xs:sequence>

<xs:attribute name="ldlnst* type="tName" use="required'7>

<xs:attribute name=*cbName" type=MtName" use=’requirecT/>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Элемент GSE-сообщения определяет адрес блока управления GSE в данном IE D-устройстве. <xs:complexType name="tGSE ">

<xs :complexContant>

<xs:extension base="tControlBlock">

<xs:sequence>

<xs:element name="MinTime" type=*tDurationlnMilliSec'' minOccurs="OV>

<xs:element name="MaxTime“ type="tDtirationlnMilliSec" minOccurs="0"/>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:compJexType>

Атрибуты имеют значения, приведенные в таблице 34.

Табпица 34 — Атрибутыэпвмента GSE

Атрибут

Описание

desc

Пояснительный текст

Idlnst

Идентификация экземпляра LD в пределах данного IED-устройства. на котором расположен блок управления. 8 LN нет необходимости, поскольку эти блоки управления содержатся только в LLN0

cbName

Имя блоха управления в пределах LLN0 экземпляра LD Idlnst

64

Страница 69

ГОСТ РМЭК 61850-6—2009

Элемент Address содержит параметры адреса GSE-сообщения в том же синтаксисе, что и адрес сервера. Соответствующие значения типа Р определены на соответствующем уровне SCSM.

Элементы MinTime и MaxTime задают спедующие интервалы времени:

* MinTime — максимально допустимая задержка отправки в миллисекундах при изменении данных; - MaxTime — время контроля источника в миллисекундах (время цикла поступления контрольного сигнала). В течение этого времени отказ источника должен быть обнаружен клиентом.

Элементы MinTime и MaxTime могут влиять на параметры на уровне SCSM. Какие это параметры и какое впияние они испытывают, определяется на соответствующем уровне SCSM.

9.4.5 Определение адреса SMV

Элемент SMV определяет адрес блока управления выборочными значениями - точно так же, как элемент GSE-сообщения делает это для блоков управления GSE-сообщениями. Он также основан на типе схемы tControlBlock и спедовательно имеет те же атрибуты, что и блок управления GSE-сообщениями. <xs:complexType name='tSMV*>

<xs:complexContent>

<xs:extension base="tControlBlock7>

</xs:complexContent>

</xs:cofrtplexType>

Атрибуты имеют значения, приведенные в таблице 35.

Таблица 35 — Атрибуты элемента SMV

Атрибут

Описание

desc

Пояснительный текст

Id Inst

Идентификация экземпляра LD в пределах данного IED-устройства. на котором расположен блок управления. В LN нет необходимости, поскольку эти блоки управления существуют только в LLN0

cbName

Имя блока управления в пределах LLN0 экземпляра LD Idlnst

Элемент Address содержит параметры адреса SMV в том же синтаксисе, что и адрес сервера. Соответствующие значения типа Р опредепены на соответствующем уровне SCSM.

9.4.6 Параметры физических соединений

Эпемент PhysConn определяет тип(ы) физического соединения для данной точки доступа. Значения параметра зависят от типа физического соединения, а их типы (смысловые значения) должны быть определены в отображении стека. В целях документирования могут быть введены долопнительные типы. <xs:complexType name=”tPhysConn">

<xs:sequence>

<xs:element name="P* type="tP' min0ccurs="0" maxOccurs="unbounded7>

</xs:sequence>

<xs:attribute name=*!ype" type="xs:normarrzedString* use="required"/>

</xs:complexType>

Атрибут type специфицирует тип физического соединения данной точки доступа к шине, a value (значение) специфицирует экземпляр данного типа (например, для type=Plug value будет ST). Допустимые типы и значения определяются в отображении стека. Допускается повторение элемента Р. если одного значения недостаточно. Для физического соединения, определенного в МЭК61850-8-1. должны использоваться типы и соответствующие значения, приведенные в таблице 36.

Таблица 36 — Определения PhysConn Р-Туре

Тип PhysConn

ТипР

Рекомендуемые значения (зависимые от МЭК 61850-8-1)

Connection

Туре

10BaseT для электрического соединения; FOC для оптического соединения;

Radio для радиосвязи, например сеть WLAN

Plug

RJ45 разъем для электрического штепсельного разъема;

ST для штекера соединения байонетного типа (оптоволоконная связь)

65

Страница 70

ГОСТ Р МЭК 61850-6-2009

Ограничение: значения типа PhysConn должны начинаться с прописной буквы и содержать топько буквенно-цифровые символы.

9.4.7 Пример секции Communication

Следующая часть SCL показывает секцию Communication с одной подсетью XW1. к которой подключены два IED-устройства. имеющие точки доступа S1. Тип протокола 8-MMS специфицирует протокоп. как определено в МЭК 61850-8-1 и МЭК 61850-9-2. PhysConn и типы адресов приводятся просто для примера. Одно IED-устройство также содержит блок управления GSE-сообщениями с адресом, однако без элементов MaxTime и MinTime. которые являются дополнительными. Другое устройство содержит блок управления выборочными значениями.

«Communication»

<SubNehvork name="W01" type="8-MMS’>

<Text>Station bus</Text>

<BitRate unrt="b/s">10</BrtRate>

<ConnectedAP iedName="D1Q1SB4- apName=*S1'>

<Address>

<Ptype="IP->10.0.0.11</P>

<P type='IP-SUBNET*>255.255.255.0</P>

<P type='IP-GATEWAY">10.0.0.101</P>

<P type='OSI-TSEL->00000001 </P>

<P type="OSI-PSEL">01 </P>

<P type=”OSI-SSEL">01</P>

</Address>

<PhysConn type='Plug">

<P type='type'>FOC<.'P>

<P type="Plug">ST </P>

</PhysConn>

<SMV !dlnst=’C1" cbName="Voir>

<Address>

<P type=*MAC-Address’>01-(}C-CD-04-00-01</P>

<P type=“APPID*>4000</P>

<P type="VLAN-ID*> 123</P>

<P type=*V LAN-PRIOR fTY”>4<.'P>

</Address>

</SMV>

<.'ConnectedAP>

<ConnectedAP iedName=*E1Q1SBr apName="S1“>

<Address>

<Ptype='IP">10.0.0.1</P>

<Ptype=*IP-SUBNET*>255.255.255.0</P>

<P type="IP-GATEWAY">10.0.0.101</P>

<P type="OSI-TSEL">00000001 </P>

<P type="OSI-PSEL">01 </P>

<P type=”OSI-SSE L">01 </P>

</Address>

<GSE ldlnst="Cr cbName=“Goose1">

<Address>

<P type=*MAC-Address*>01-OC-CD-01-00-01</P>

<P type=“APPID*>3000<-'P>

<P type=*VLAN-PRIORITY">4</P>

<.'Address>

<JGSB>

</ConnectedAP>

</SubNetwork>

</Communication>

9.5 Шаблоны типа данных

9.5.1 Общие сведения

Этот раздел определяет типы инстанцируемых LN. Тип LN является инстанцируемым шаблоном данных логического узла. К LNodeType (в других местах он называется также LN type) обращаются всякий раз, когда этот инстанцируемый тип необходим в пределах IED-устройства. Шаблон типа логического узла строится из элементов DATA (DO), которые, а свою очередь, имеют тип DO — производный классов данных

66

Страница 71

ГОСТ Р МЭК 61850-6-2009

DATA (CDC). определенных в МЭК 61850-7-3. DO состоят из атрибутов (DA) или из элементов уже определенных типов DO (SDO). Атрибут (DA) имеет функциональную связь и может либо иметь базисный тип. либо быть перечислением или структурой DAType. DAType строится из элементов BDA. определяющих элементы структуры, которые вновь могут быть элементами BDA или иметь базовый тип — например. DA.

Все типы имеют уникальную идентификацию через свой type id и через атрибут iedType. При генерации системного файла SCD из файлов ICD IED-устройства может возникнуть необходимость изменения идентификации типа LN. для того чтобы сохранить однозначность всех определений IED-устройств. В целях сохранения возможной семантической информации об именах типов рекомендуется использовать атрибут iedType для определения отношения специфического типа LN к типу IED-устройства. Если этого недостаточно. может быть сгенерировано новое имя типа LN путем конкатенации имени IED-устройства (которое должно быть уникальным в пределах файла) со старым именем типа (которое должно быть уникальным по меньшей мере в пределах IED-устройства). Если тип LN в целом действителен для нескольких IED-уст-ройств. то атрибут lEDType должен быть определен как пустая строка. Это особенно необходимо для определений типа, которые должны использоваться в файле SSD с несуществующими IED-устройствами и, следовательно, типами IED-устройств.

Порядок элементов DO в пределах определения LNodeType и элементов SDO/DA в пределах определения DOType должен также специфицировать порядок значений данных в пределах сообщения, если он не задан в другом месте, например путем явным образом заданных определений FCDA в наборе данных, вплоть до атрибута. Порядок в определении LNodeType входит в задачи средств управления конфигурированием IED-устройств. в то время как порядок в наборе данных является задачей средств управления конфигурированием системы.

Рисунок 17 дает общее преставление о секции DataTypeTemplates в Schema на основе UML.

■ETlinyw

♦OOTVH

Рисунок 17 — Общее представление о секции DataTypeTemplates на основе UML

67

Страница 72

ГОСТ Р МЭК 61850-6-2009

Далее следует определение XML schema, включая ограничения, заданные в пределах DataTypeTemplates.

<xs:element name='DataTypeTemplates" type-4DataTypeTemplales">

<xs:unique name="uniqueLNodeType">

<xs:selector xpath="sc!:LNodeType".‘>

<xs:field xpath=*@id7>

<xs:field xpath="@iedType*/>

</xs:unique>

<xs:key name='DOTypeKey*>

<xs:selector xpath=’scl:DOType’/>

<xs:field xpath=*@id7>

</xs:key>

<xs:keyref name="ref2DOType” refer=-,DOTypeKe/'>

<xs:selector xpath="scl:LNodeType/scl:D07>

<xs:field xpath=*@type7>

</xs:keyref>

<xs:keyref name="ref2DOTypeForSDO' refer="DOTypeKey">

<xs:seleclor xpath="scl:D0Type/sd:SD07>

<xs:rield xpath='@type7>

</xs:keynef>

<xs:key name="DATypeKey">

<xs:selector xpath=”scl:DAType7>

<xs:field xpath=*@id7>

</xs:key>

<xs:key name="EnumTypeKey”>

<xs:selector xpath="sd:EnumType7>

<xs:field xpath=*@id7>

</xs:key>

<xs:complexType name='4DataTypeTemp)ates'>

<xs:sequence>

<xs:element name="LNodeType* type-'tLNodeType* maxOccurs="unbounded">

<xs:unique name=’uniqueDOInLNodeType">

<xs:selector xpath=“scl:DOT>

<xs:field xpath='@name7>

</xs:unique>

</xs:element>

<xs:element name="DOType” type="tDOType” maxOccurs=“unbounded”>

<xs:unique name="uniqueDAorSDOInLDOType*>

<xs:se!ector xpath="./*7>

<xs:field xpath="@name7>

</xs:unique>

</xs:element>

<xs:element name="DAType" lype="tDAType" min0ccurs=*0" maxOccurs=’unbounded">

<xs:unique name=’uniqueBDAInLDAType">

<xs:seleclor xpath=’sd:BDA7>

<xs:fteld xpath="@name7>

</xs:unique>

</xs:element>

<xs:element name="EnumType" type="tEnumType“ min0ccurs=’0,‘ maxOccurs^unbounded^ <xs:unique name=’uniqueOrdlnEnumType*>

<xs:selector xpath="scl:EnumVaT/>

<xs:field xpath="@ortf7>

</xs:uniqua>

</xs:element>

</xs:sequence>

</xs:complexType>

</xs:element>

В языке SCL все типы находятся в секции DataTypeTemplates. Как видно из приведенной выше части schema, там могут появиться приведенные в таблице 37 определения типов.

Страница 73

ГОСТ РМЭК 61850-6—2009

Таблица 37 — Элементы определения шаблона

Имя элемента (Element) иэ части Template

Описание

LNodeType

Тип инстанцируемого LN. к которому обращаются IED-устройства и элементы из сех-ции Substation согласно МЭК 61850-7-4

DOType

Тип инстанцируемых данных DATA, к которому обращаются из LNodeType или из элемента SDO другого DOType. Инстанцируемая версия на основе определений CDC из МЭК 61850-7-3

DAType

Тип инстанцируемого структурированного атрибута; получает ссылки от элемента DA DOType или от другого DAType для определений вложенного типа. Основано на определениях структуры атрибута МЭК 61850-7-3

EnumType

Перечисляемый тип; получает ссылки от элемента DA DOType или от DAType. в случав когда ЬТуре есть Епит. Определения должны соответствовать перечисляемым определениям в МЭК 61850-7-3 и МЭК 61850-7-4

9.5.2 Определения LNodeType Тип LN (элемент LNodeType) содержит список данных DATA (объекты данных. DO), их атрибуты, возможные значения по умолчанию для параметров конфигурирования.

<xs:compiexType narr>e="tLNodeType">

<xs:comp!exContent>

<xs:extension base="tlDNaming">

<xs:sequence>

<xs:element name=*DO” type="tDO* maxOccufs='unbounded"/>

</xs:sequence>

<xs:altribute name^iedType" type=*tAnyName" use=’optionar/>

<xs:attribute name=tnCIass“ type="tLNCIassEnum* use=’required7>

<.'xs:extension>

</xs:comp!exContent>

</xs:complexType>

Атрибуты имеют значения, приведенные в таблице 38.

Таблица 38 — Атрибуты элемента LNodeType

Атрибут

Описание

id

Ссылка, идентифицирующая данный тип LN в пределах данной секции языка SCL; используется атрибутом логического узла LNType для ссылки на данное определение

desc

Дополнительный текст для пояснения к данному LN lype

iedType

Тип производителя IED-устройства. к которому принадлежит данный LN type

InClass

Базовый класс LN данного типа, как указано в МЭК 61850-7-3. Следует обратить внимание, что здесь присутствует перечисление, которое позволяет расширения (имена. содержащие только прописные буквы)

Элемент данных DO ссылается на инстанцируемый тип данных этого DO. <xs:complexType name="tDO*>

<xs:annotation>

<xs:documentation xfnl:lang='err>See Section 9.5.1</xs:documentatton> </xs:annotation>

<xs:comp!exContent>

<xs:extens»on base="tUnNaming">

69

Страница 74

ГОСТ Р МЭК 61850-6-2009

<xs:attribute name="name" type=“tRestrName1stU" use="required7> <xs:atlribute name="type" type=-,tName“ use='required7>

<xs:attribute name=“accessControl" type=*xs:r>ofmalizedString* use=*optional7> <xs:attribute name="transient“ type="xs:boolean" use="optionar default=*false7> </xs:extension>

</xs: complexContent>

</xs:complexType>

Атрибуты DO определены, как приведенные в таблице 39.

Таблица 39 — Атрибуты элемента DO

Атрибут

Описание

name

Имя данных DATA, как указано, например, в стандарте МЭК 61850-7-4

type

Тил обращается к id определения DOType

accessControl

Определение управления доступом для данного DO. При его отсутствии применяется пюбое определение управления доступом верхнего уровня

transient

При задании логической единицы (true) указывает на применение определения Transient в соответствии с МЭК 61850-7-4

9.5.3 Определение DOtype Элемент DOType. к которому обращается атрибут typo элемента LNodeType DO. имеет следующий синтаксис:

<xs:comp!exType name=*tDOType'>

<xs:complexCor>tent>

<xs:extension base="HDNaming,,>

<xs:choice minOccurs="r maxOccurs=-unbounded'>

<xs:element name=*SDO" lype="tSDO'*/>

<xs:element name="DA* type="tDA7>

<i'xs:choice>

<xs:attribute name=*iedType" type="lAnyName" use="optionar/>

<xs:atlribute name=Mcdc* type="tCDCEnum" use="required'V>

</xs:extension>

</xs:complexContent>

</xs:complexType>

DOType определяет содержимое DO. Это могут быть атрибуты (элементы DA) или ссылка на другой DOType (элемент SDO). Атрибуты имеют значения, приведенные в таблице 40.

Таблица 40 — Атрибуты элемента DOType

Атрибут

Описание

id

Идентификация (глобальная идентификация) данного DOType в преяепах iedType. Используется для обращения к этому типу

iedType

Тип IED-устройства. к которому принадлежит данный DOType. Пустая строка позволяет ссылки для всех типов IED-устройств или из секции Substation

cdc

Базисный CDC (Соонлоп Data Class — класс общих данных) в соответствии с определением МЭК 61850-7-3

Далее элемент SDO обращается к другому определению DOType. Предупреждение, не допускаются рекурсивные ссылки, которые, однако, могут не проверяться на уровне синтаксиса!

70

Страница 75

ГОСТ РМЭК 61850-6—2009

<xs:comp!exType name="tSDO">

<xs:comp!exContent>

<xs:extensk>n base="tNaming’>

<xs:attribute name="type" type="tName" use=*required7> </xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:complexType name=*tDA">

Атрибуты элемента SDO приведены в таблице 41.

Таблица 41 — Атрибуты элемента SDO

Атрибут

Описание

пате

Имя SDO

desc

Пояснительный текст для SDO

type

Ссылки DOType. определяющие содержимое SDO

Определение атрибута DA несет атрибуты управления согласно МЭК 61850-7-3, как определено в соответствующих таблицах. В определении DOtype должен быть определен каждый инстанцируемый атрибут. Следует обратить внимание, что на некоторых уровнях SCSM (например. МЭК 61850-8-1) могут быть определены дополнительные атрибуты или SDO. Синтаксис DA описан в следующем подразделе.

9.5.4 Определение атрибута данных DA

9.5.4.1 Общие сведения

Элемент DA определяет атрибуты, их стек-зависимое управление и содержит описание значений (по умолчанию), если какое-либо значение известно.

Элемент DA имеет либо базисный тип, либо ссылку на определение типа структурированного атрибута. например, в случае атрибута, имеющего структуру, аналогичную ScaledValueConfig. Если DA — массив. тогда атрибут count дает количество элементов в массиве. МЭК 61850-7-3 и для некоторых перечислений МЭК 61850-7-4 определяют тип определеного атрибута, основанного на CDC DO.

Синтаксис кодирования значений в элементе Val элемента DA в этом случае должен соблюдать определения кодирования типа данных XML schema для серии стандартов МЭК 61850-7. Отображение типа выполняется, как приведенные в таблице 42.

Таблица 42 — Отображение типа данных

Базисный тип МЭК 61850-7 х

Тип данных XML Schema (xs)

Отображение значения

INT8. INT16. INT24. INT32. INT8U. INT16U. INT24U, INT32U

integer

Целое число, десятичная точка отсутствует (99999)

FLOAT32. FLOAT64

double

Число с десятичной точкой или без точки (999.99999)

BOOLEAN

boolean

false, true или 0. 1

ENUMERATED. CODED ENUM

normalizedString

Имена элемента перечисления, как определено в серии стандартов МЭК 61850-7, как строковые значения

Octet string

base64Binary

Кодирование в соответствии с RFC 2045, пункт 6.8

VisibleString

normalizedString

Символьная строка без символов табуляции, перевода строки или возврата каретки, ограничена 8-раз-рядными символами (UTF-8 однобайтовое кодирование. ИСО.'МЭК 8859-1)

UnicodeString

normalizedString

Символьная строка без символов табуляции, перевода строки или возврата каретки. Все символы в файле XML принципиально Unicode, например в UTF-8 кодировании

71

Страница 76

ГОСТ Р МЭК 61850-6-2009

Примечание — Не предусмотрено специфицировать в файле SCL значения типов Timestamp, EntryTime, INT128 и Quality, поскольку они принадлежат к реальным оперативным данным.

Смысловое значение средства управления конфигурацией IED-устройства может быть различным в зависимости от возможностей устройства, функциональных характеристик атрибута и этапа процесса проектирования и разработки. Атрибут valKind DA позволяет выполнить спецификацию этого смыслового значения. Он игнорируется, если значение не задается, и в таблице 43 специфицирован не для всех случаев (например, для атрибутов q и t).

<xs:simpleType name=-,tValKindEnum*>

<xs:restriction base='xs:Name">

<xs:erHjmeration value=*Spec7>

<xs:enumeration va!ue="Conr/>

<xs:enumeration value="RO*/>

<xs:enumeration value="Set’/>

</xs:restrictk>n>

</xs:simpleType>

Таблица 43 — Смысловое значение атрибута value kind (valKind)

Значение

valKind

Функциональные

связи

Этап проектирооания и разработки

Смыспооос

значение

Spec

Неоперационные (CF. DC)

Этап спецификации

На этапе спецификации, как правило, в файле SCD определяется желаемое значение

Conf

CF. DC. операционный атрибут CDC. применяемый для настроек

Шаблон IED-устройства. после программирования IED-устройства

Это значение недоступно в режиме онлайн на IED-устройстве. IED-устройство программируется таким образом, чтобы использовать это значение

RO

Атрибут состояния операционного процесса

Шаблон IED-устройства

Значение по умолчанию данного атрибута. применяемое, если q.source установлен на умолчание или значение фиксировано для IED-устройства

RO

CF, DC. операционный атрибут данных, применяемый для настроек

Шаблон IED-устройства. после конфигурирования IED-устройства

Значение только для считывания на IED-устройстве - может задаваться лишь во время конфигурирования

Set

CF. DC

Во время/после конфигурирования IED-устройства

Определенное значение уставки. Значение установлено (должно быть установлено) в пределах IED-устройства

Set

Операционные значения процесса (за исключением времени и качества)

Во время (после) конфигурирования IED-устройства (возможно изменение RO на Set)

Значение по умолчанию данного операционного атрибута, применяемое, если q.source установлен на умолчание

Set

Значение операционной уставки (SP. SG для всех данных, испопьзуемых как уставки)

Во время (после) конфигурирования IED-устройства

Значение уставки для точки настройки относительно параметра

Это позволяет, например, определить возможности IED-устройства (доступные атрибуты, атрибуты только для считывания), значения по умолчанию, с которыми поставляется IED-устройство (машиночитаемое, заменяемое или совсем невидимое), либо значения уставок для оперативных параметров (например, для защиты).

Далее следует определение синтаксиса. Оно основано на абстрактном типе tAbstractDatAttribute. который позднее повторно используют в определении структуры атрибута.

72

Страница 77

ГОСТ РМЭК 61850-6—2009

<xs:complexType name=*tDA’>

<xs:complexContent>

<xs:exlension base="tAbstractDataAttribute">

<xs:attributeGroup ref=''agDATrgOp'/>

<xs:attribute name="fc” type="tFCEnum" use='required'/>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:attributeGroup name='agDATrgOp',>

<xs:attnbute name^dcbg" type='xs:boolean* use="optional" default="false’'/>

<xs:attnbute name="qchg" type=*xs:boolean* use=“optionar default='false"y>

<xs:attnbute name=rdupdB type^xsibooiean" use="optk>naI* default=“false7>

</xs:attributeGroup>

<xs:comp)exType name=”tAbstractData Attribute" abstract="true*>

<xs:complexContent>

<xs:extension base='tUnNaming">

<xs:sequence>

<xs:element name="Val" type='tVaT min0ccurs=*0" maxOccurs=*unbour>ded',/> </xs:sequence>

<xs:attribute name="name" type-'tAttributeNameEnum” use="requirecT/>

<xs:attribute name="sAddr* type="xs:normalizedString* use="optionar/>

<xs:attribute name='bType" type=“tBasicTypeEnum* use="required’7>

<xs:attribute name='vaJKind* type=Ht\telKindEnunr use="optionar default="SetV> <xs:attribute name='type" type='tAnyName" use=*optional7>

<xs:attribute name=*counf type^xsiunsignedlnf use="op<ionar default='0'/> </xs:extension>

</xs:complexContent>

</xs:comptexType>

Атрибуты элемента DA определены в таблице 44.

Таблица 44 — Атрибуты элемента DA

Атрибут

Описание

desc

Некоторый пояснительный текст к атрибуту

лате

Имя атрибута; тип tAltributeEnum ограничивает имена атрибутов по МЭК 61850-7-3, а также новыми, начинающимися со строчных букв

fc

Функциональная связь для данного атрибута: fc=SG всегда имеет следствием также fc=SE; если атрибут имеет ST и СО соответственно MX и SP, то всегда принимается функционально связанное значение состояния. Вторая функциональная связь либо определяется атрибутами на уровне SCSM {например, в МЭК 61850-8-1) либо неявным образом определяется значениями ctlModel

dchg. qchg. dupd

Определяет опции пуска, которые поддерживает атрибут. Значение, равное логической единице (true), означает поддержку

sAddr

Дополнительный короткий адрес данного атрибута DO (9.5.4.3)

bType

Базисный тип атрибута, принятый из tBasicTypeEnum (9.5.4.2)

type

Используется, только если ЬТуре = Епит или bType = Struct для обращения к соответствующему перечисляемому типу или определению DAType (структуре атрибута)

count

Дополнительный атрибут. Задает число элементов массива для тех случаев, когда атрибут есть массив

valKind

Определяет интерпретацию значения, если оно задано (см. таблицу 43)

73

Страница 78

ГОСТ Р МЭК 61850-6-2009

Атрибуты name, fc и ЬТуре определяются всегда. Должны быть определены инстанцируемые атрибуты. содержащиеся в пределах DO.

9.5.4.2 Базисный тип атрибута Разрешены следующие базисные типы:

<xs:simpleType name=’tPredefinedBasicTypeEnum"> <xs:restriction base='xs:Name">

<xs:enumeration value^BOOLEAN'^»

<xs:enumerat»on va!ue=*INT87>

<xs:enumeratton value=’INT167>

<xs:enumerat»on value="INT247>

<xs:enumeration value="INT327>

<xs:enumeratk>n value="INT1287>

<xs:enumeration value=*INT8U7>

<xs:enumeratkxi value="INT16U7>

<xs:enumerat*on value="INT24U7>

<xs:enumeration value="INT32U7>

<xs:enumeration value="FLOAT327>

<xs:enume/ation value="FLOAT647>

<xs:enumeration vaIue=*Enum7>

<xs:enumeration value="Dbpos7>

<xsenumeration value="Tcmd7>

<xs:enumefation value=’Quality7>

<xs:enumeratk>n value=*Timestamp*/>

<xs:enumeration value="VisString327>

<xs:enumeration value="VisString647>

<xs:enumeration value=*VisStnng2557>

<xs:enumeration va!ue=*Octet647>

<xs:enumeration value="Struct7>

<xs:enumeration value="EntryTime7>

<xs:enurrseration value="Unicode2557>

</xs:restr»ction>

</xs:simpleType>

<xs:simp!eType name^tExtensionBasicTypeEnum'»

<xs:annotation>

<xs:documentation xml:lang="en">User extensible basic types.</xs:documentation>

</xs:annotation>

<xsrestriction base="xs:Name">

<xs:pattern value=’[\p{L},Vd]+-"/>

</xs:restriction>

</xs:simpleType>

<xs:simpleType name-'tBasicTypeEnum^

<xs:annotation>

<xs:documentation xml:lang="en">AJ1 possible basic types.</xs:documentatk>n>

</xs:annotation>

<xs:union memberTypes^tPredefinedBasicTypeEnum tExtensionBasicTypeEnum7>

</xs:simpleType>

tPredefinedBasicTypeEnum содержит определения согласно серии стандартов МЭК 61850-7. CODED ENUMs замещаются конкретными базисными типами Quality. Dbpos для положений двойного бита в DPC и DPS и Tcmd для команд переключателя напряжения, как в BSC. Поскольку Quality остается непрозрачным (значения в SCL не требуются), при кодировании значения Dbpos и Tcmd обрабатываются как Епит. Для VisibleStnng, UnicodeString и OctetString вводятся типы (подтипы) в зависимости от длины. VisString32. например, есть VisibleString с максимапьной длиной 32 знака.

tBasicTypeEnum разрешает расширение базисного типа в соответствии с установленным правилом, то есть первый символ должен быть прописной буквой, остальные могут быть произвольными буквенноцифровыми символами. Эта возможность расширения предусмотрена для других стандартов в прикладной области и на уровне SCSM, а не для частного использования.

Приведенный ниже пример определяет атрибут stVal для DPC CDC без значения согласно МЭК 61850-7-3:

<DA name=’stVar fc=’ST dchg="true" bType="Dbpos7>

74

Страница 79

ГОСТ Р МЭК 61850-6-2009

9.5.4.3    Короткие адреса

Атрибут sAddr разрешает размещение короткого адреса в атрибутах DO. Короткие адреса могут быть использованы при обмене информацией для повышения эффективности связи либо при обработке сообщений на стороне клиента или сервера. Более того, они могут быть использованы с атрибутом как внутренняя идентификация IED. Чтобы использовать короткие адреса при обмене сообщениями, необходимо соблюдать следующие условия:

-    отображение стека должно допускать их и определять их смысловое значение;

-    IED-устройства должны разрешать их.

Детальный синтаксис значения короткого адреса зависит от стека, если стек (на уровне SCSM) определяет его использование. В противном случае детальный синтаксис зависит от средства программирования IED. SCL предусматривает двухуровневую иерархию для коротких адросов, которые ислопьзуют при обмене сообщениями:

1)    коммуникационный адрес IED-устройства/сервера/точки доступа;

2)    короткий адрес эпемента данных на уровне атрибута.

Можно использовать короткий адрес вместо символического коммуникационного адреса IED-устройства, если короткий адрес является уникальным на уровне всей системы и это не противоречит требованиям на уровне SCSM. В противном случав объем значения короткого адреса и синтаксис являются частными для IED-устройства.

Утилиты, которые не обрабатывают короткие адреса, должны также сохранять импортированное содержимое в экспортируемых файлах SCL.

3.5.4.4    Значения

Определение дополнительного значения содержит одно значение. Для атрибутов с fc = SG атрибут sGroup специфицирует группу настроек, к которой принадлежит это значение. Значение может быть определено для каждой заданной группы настроек. Смысл значения в процессе разработки и проектирования определяется на уровне DA/DAI через атрибут valKind.

<xs:complexType name="tVal">

<xs:simpleContent>

<xs:extens»on base=“xs:normalizedString’>

<xs:attribute name=”sGroup” type="xs:unsignedlnt” use=''optional7>

</xs:extension>

</xs:simpleContent>

</xs:comptexType>

Описание атрибута: sGroup определяет номер группы настроек (при fc = SG). к которой принадлежит это значение.

Значение sGroup. применяемое в пределах IED-устройства, должно быть проверено относительно определения существующей группы настроек на данном IED-устройстве, дпя которой указан максимально допустимый номер (SettingControl.numOfSGs). Еспи допопнитепьный атрибут sGroup попностъю отсутствует, то пибо атрибута рассматриваемых данных нет ни в одной группе настроек (fc *■ SG). либо значение данных применяется ко всем группам настроек.

9.5.5 Тип структуры атрибута данных

В случае если значение DA.bType есть Struct, атрибут DA.type обращается к структуре атрибута. Эти структуры задаются элементами DAType.

<xs:complexType патв=*ЮАТурв">

<xs:annotation>

<xs:documentation xml:lang="en">See Section 9.5.2</xs:documentation>

</xs:annotation>

<xs:comptexContent>

<xs:extension base=*tlDNaming">

<xs:sequence>

<xs:element name="BDA" type-'IBDA" max0ccurs=*unbounded7>

</xs:sequence>

<xs:attribute name=“iedType" type=*tAnyName" use="optional7>

</xs:extensk>n>

</xs:complexContent>

</xs:complexType>

Элемент DAType содержит список атрибутов с элементом В DA. Эти атрибуты могут либо иметь базисный тип. пибо обращаться к структуре другого атрибута. В отношении структуры, типа и присваивания имени определение должно следовать МЭК 61850-7-3.

75

Страница 80

ГОСТ Р МЭК 61850-6-2009

<xs:complexType name='tBDA’>

<xs:annotation>

<xs:documentation xml:lang=“en">Basic Data Attribute?</xs:documentation>

</xs:anr*otation>

<xs:complexContent>

<xs:extension base=,'lAbstractDataAtlribute'/>

</xs:complexContent>

</xs:complexType>

Элемент BOA инстанцирует tAbstractDataAttribute и, следовательно, имеет те же атрибуты.

Атрибуты элемента BDA определены в таблице 45.

Таблица 45 — Атрибуты элемента BDA

Атрибут

Описание

desc

Некоторый пояснительный текст к атрибуту

name

Имя атрибута; тип tAttributeEnum ограничивает имена атрибутов по МЭК 61850-7-3, а также новыми, начинающимися со строчных букв

sAddr

Дополнительный короткий адрес данного атрибута BDA

ЬТуре

Базисный тип атрибута, принятый из tBasicTypeEnum

type

Используется, только если ЬТуре= Enum или ЬТуре = Struct для ссылки на соответствующий перечислимый тип и определение DAType

count

Дополнительный. Задает число элементов массива в тех случаях, когда атрибут есть массив

valKind

Определяет интерпретацию значения, если оно задано (см. таблицу 43)

Следует обратить внимание, что атрибут sAddr может появляться на нескольких уровнях начиная с элемента DA. В принципе эта ситуация разрешается двояко:

-    используется только значение низшего уровня:

-    используются значения на всех уровнях как род короткого адреса в иерархии.

Решение о том. какой метод использовать для программирования IED. принимается в соответствии с SCSM (см. также 9.5.4.3).

Для valKind должно быть использовано только значение низшего уровня.

9.5.6 Перечисляемые типы

Перечисления обычно используют в нескольких типах LNodeType. Для них выполняется определение типа перечисления.

<xs:comp!exType name="tEmjmType">

<xs:complexContent>

<xs:extension base="tlDNaming*>

<xs:sequence>

<xs:eiement name=*EmjmVar type=*tEnumVar maxOccurs="unbounded'7>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

Определения перечисления действительны для всех IED-устройств; они не являются IED-зависимыми. Поэтому допустимые имена стандартизированы следующим образом:

-для перечислений из МЭК 61850-7-3 принимается имя атрибута. В тех случаях, когда при различных перечислениях для различных С DC используется одно и то же имя атрибута, перед именем атрибута дополнительно указывается CDC-имя;

-    перечисления из МЭК 61850-7-4 задаются поверх классов общих данных INC или INS. Поэтому и значение состояния (value status), и значение управления для INC (control value) должны содержать тип

Страница 81

ГОСТ РМЭК 61850-6—2009

перечисления Enum вместо INT32. На уровне стека должны также применяться отображения типов данных Enum. Для этих перечислений должно быть принято имя данных DATA. В тех случаях, когда для различных классов LN из различных перечислений принимаются одинаковые имена данных DATA, действуют следующие условия:

- одно перечисление является подмножеством другого: в этом спучае в качестве перечиспения применяется надмножество:

• перечисления различны: в этом случае перед именем DATA должно дополнительно указываться имя класса LN.

Полученные нормативные определения перечисления из МЭК 61850-7-3 и МЭК61850-7-4 приведены в приложении В. Они также служат примерами определений перечисления.

Если переопредепяется семантика одного и того же кода класса LN и одного и того же кода имени DATA для перечисления в пространстве имен другого IE D-устройства, то тип перечисления и его значения должны оставаться неизменными (для них возможна переопределенная семантика или расширения значений).

Смысловое значение атрибутов элемента EnumType (тип перечисления) приведено в таблице 46.

Таблица 46 — Атрибуты элемента EnumType

Атрибут

Описание

id

Ссылка, определяющая тип перечисления: используется атрибутом type элементов DA и BDA для обращения к определению в том случае, когда ЬТуре есть Enum

desc

Дополнительный текст для описания данного LN type

Значения элемента перечисления определены следующим образом:

<xs:complexType name="tEnumVar>

<xs:simpleContent>

<xs:extens»on base="xs:normalizedString*>

<xs:attribute name=“ord" type=*xs:integer* use="required7>

</xs:extension>

</xs:simpleContent>

</xs:complexType>

Атрибут ord содержит порядок значений начиная с 0. Значением типа normalizedString является строка символов, как определено в МЭК 61850-7-3 или МЭК 61850-7-4.

9.5.7 Примеры шаблона типа данных

Примеры можно найти в секции DataTypeTempJates в раздело D.2 (приложение D).

77

Страница 82


Страница 83

ГОСТ РМЭК 61850-6—2009

<xs:documentabon xml:lang=“en'>COPYRIGHT IEC. 2003. Version 1.0. Release 2003/09/19. (Uncommented)</xs:documentation>

</xs:annotation>

<xs:include schemaLocation="SCL_BaseSimpleTypes.xsd7>

<xs:simpleType name="tPredefinedPTypeEnum">

<xs:restriclion base=’xs:Name'>

<xs:enurrveration value="IP7>

<xs:enumeration value="IP-SUBNET7>

<xs:enumerat»on va!ue='IP-GATEWAY7>

<xs:enumeratk>n value="OSI-NSAP7>

<xs:enumeration value=*OSI-TSEL7>

<xs:enumeration value=“OSI-SSEL7>

<xs:enumeration value=*OSkPSEL7>

<xs:enumeration value="OSI-AP-Trtle7>

<xs:errumeration value='OSI-AP-lnvoke7>

<xs:enumeration value="OSI-AE-Qualifier7>

<xs:enumeralion vaJue=*OSI-AE-lnvoke7>

<xs:enumeration value="MAC-Address7>

<xs:erwmeration value="APPID7>

<xs:enumeration value=’VLAN-PRIORITY7>

<xs:enumeration value="VLAN-ID7>

</xs:restr»clion>

</xs:simpleType>

<xs:simpleType name="tExtensk)nPTypeEnum“>

<xs:restrictk)n base="xs:normalizedString“>

<xs:pattem value="\p{Lu}{\d,\p{L},\-]*"/>

</xs:restriction>

</xs:simp!eType>

<xs:simpteType name=-,tPTypeEnum'>

<xs:union memberTypes="tPredefinedPTypeEnum tExtensionPTypeEnum7> </xs:simpleType>

<xs:simpleType name='tPredefinedAttrtbuteNameEnum’>

<xs:restfiction base="xs:Name*>

<xs:enumeration value="T7>

<xs:enumeration value=Test7>

<xs:enumeralion value=’Check7>

<xs:enumeration value="SIUnit7>

</xs:restriclion>

</xs:simpleType>

<xs:simp!eType name=-,tExtensionAttributeNameEnum">

<xs:restric«ion base="tRestrName 1 stL7>

</xs:simpleType>

<xs:simpleType name=“tAUributeNameEnum">

<xs:umon memberTypes="tPredefinedAtlributeNameEnum tExtensionAttributeNameEnum7> </xs:simpleType>

<xs:simpleType name="tPredefinedCommonConductingEquiprr.entEnum">

<xs:restriction base="xs:Name">

<xs:enumeration value=*CBR7>

<xs:enumeration value="DIS7>

<xs:enumeration value='VTR7>

<xs:enumeration value="CTR7>

<xs:enumeration value="GEN7>

<xs:enumeration value='CAP7>

<xs:enumeratk>n value=*REA7>

<xs:enumeration value=’CON7>

<xs:enumeration value=*MOT7>

<xs:enumeration value="EFN'.l>

<xs:enurr»eration value="PSH7>

<xs:enumeral»on value=“BAT7>

<xs:enumeration value=HBSH7>

<xs:enumeration value=*CAB’/>

<xs:er»umeration value="GIL7>

<xs:enumeration value="LIN*/>

79

Страница 84

ГОСТ Р МЭК 61850-6-2009

<xs:enumeration value="RRC7>

<xs:enumeration value='SAR7>

<xs:enumeration value=TCF7>

<xs:enumeration value='TCR7>

<xs:enumeration value="IFL7>

</xs:restr»ction>

</xs:simpleType>

<xs:simpleType name="tExtensionEquipmentEnum">

<xs: restriction base=’xs:Name’>

<xs:pattern va!ue=*E\p{Lu}*7>

</xs:restriction>

</xs:simpleType>

<xs.simpleType name="tCommonConductingEquipmentEnum">

<xs:union memberTypes='tPredefinedCommonConductingEquipmentEnum tExtensionEquipmentEnum7> </xs:simpleType>

<xs:simpteType name=-tPowerTransformerEnum">

<xs:restriction base=,,xs:Nam0-’>

<xs:enumeration value=-,PTR7>

</xs:reslriction>

</xs:simpleType>

<xs:simpteType name=‘’tTransformerWindingEnum">

<xs: restriction base="xs:Name*>

<xs:enumeration value="PTW'/>

</xs:restriction>

</xs:simpleType>

<xs:simpleType name=’,tPredefinedEquipmentEnum”>

<xs:unk>n memberTypes=*tCommonConductingEquipmentEnum tPowerTransformerEnum tTransformerWindingEnum7>

</xs:simpleType>

<xs:simpleType name="tEquipmentEnum">

<xs:union memberTypes=*tPredefinedEquipmentEnum tExtensionEquipmentEnum7>

</xs:simpleType>

<xs:simpleType name=HtPredefmedGeneralEquipmentEnum">

<xs:restriction base=Hxs:Name“>

<xs:enumeration value="AXN7>

<xs:enumeralion value="BAT7>

<xs:enumeration value="MOT7>

</xs:restriction>

</xs:simpleType>

<xs:simpleType name=*,tExtensionGeneralEquipmentEnum’,>

<xs:restriction base="xs:Name-,>

<xs: pattern value=*E\p{Lu}*7>

</xs:restriction>

</xs:simpleType>

<xs:simpleType name="tGeneralEquipmentEnum’>

<xs:umon memberTypes=*tPredefinedGeneralEquipmentEnum tExtensionGeneralEquipmentEnum7> </xs:simpleType>

<xs:simpleType name="tServiceSettingsEnum">

<xs:restriction base=’xs:Name">

<xs:enumeration value="Dyn7>

<xs:enumeration value=*Conr/>

<xs:emjmeratk>n vahje=“Fix7>

</xs:restr*ction>

</xs:simpleType>

<xs:simpleType name=”tPhaseEnum">

<xs:restriction base="xs:Name*>

<xs:enumeration value=’A”/>

<xs:enumeration value=*B7>

<xs:enumeration value=*C7>

<xs:enumeration value=*N7>

<xs:enumeratton уа1ив=иаП7>

<xs:enumerat»on value="none7>

</xs:restriction>

80

Страница 85


ill



£ £ Л” » «ft £ 2. «.


®

m

o'    Л    Л    A    A

O'    Й    Й    Й    Й

V    §    §    §    §

С    С    С    С

3    3    3    3

ф    ©    ф    ф

а>    ш    о    ш

$11 I

з    з    з    з

<    <    <    <

£U_    Ш_    Ю    Ш.

§    g    §    §

".",". ", О о о о

§111


ifi


§ »“ «и If? ^ I i 11 S' 1

HI Ы

mill

S<    --    II 01 fl)

Sl-glg

««'8 G> О Q ; £g$v

V v v


AAA Й Й Й


^ й    £    й    £    й

ф    ф    ф    3    £

С    С    С    С

Шф 3

3 nt

S 3 8s 11

3    3    3    3    Ф


|5шЫЭз



mu-

isii»


о

с

с

TO

m

3

с

3


о

с

ъ

m

3

С

3

v’


о

О

н

TJ

г

о

ж

О)

00

о


го

о

о


со


Страница 86

ГОСТ Р МЭК 61850-6-2009

</xs:simpleType>

<xs:simpleType name=-tDomainLNGroupMEnum"> <xs:restriction base="xs:Name'->

<xs:pattem value="M[A-Z],'/> <xs:enumeration vakie="MMXU*/> <xs:enumeration value=*MDIF7> <xs:enumeration value="MHAI7> <xs:enumeration vakie="MHAN7> <xs:enumeration value="MMTR7> <xs:enumeration value=*MMXN7> <xs:enumeration value="MSQI7> <xs:enumeration value="MSTA7> </xs:restrictk>n>

</xs:simpleType>

<xs:simpleType name=*tDomainLNGroupPEnum”> <xs:restriction base='xs:Name">

<xs: pattern value="P[A-Z]’7> <xs:enumeration value="PDIF7> <xs:enumerabon vaIue=’PDIS7> <xs:enumefatran value=*PDIR7> <xs:enumeration value="PDOP7> <xs:enumeration value*"PDUP7> <xs:enumeratJon vaIue=’PFRC*/> <xs:enumeration value="PHAR7> <xs:enumeration value="PHIZ*/> <xs:enumeration value="PIOC7> <xs:enumeration value=*PMRI7> <xs:enumeration value=*PMSS*/> <xs:enumeration value="POPF7> <xs:enumeration value=*PPAM7>

<xs enumeration value='PSCH7> <xs:enumeration value='PSDE*/> <xs:enumeration value="PTEF7> <xs:enumeration value="PTOC7> <xs:enumeration value=*PTOF7> <xs:enumeration value="PT0V7> <xs:enumefation va)ue=‘PTRC7> <xs:enumeration value="PTTR7> <xs:enumerabon vaiue='PTUC7> <xs:enumeration value=’PTUV7> <xs:enumeration vaIue="PUPF7> <xs:enumeration value="PTUF7> <xs:enumeration value='PVOC7> <xs:enumefation value="PVPH7> <xs:enumeration value='PZSU7> </xs:restnct*on>

</xs:simp!eType>

<xs:simpleType name=*tDomamLNGroupREnum"> <xs:restriction base=“xs:Name">

<xs:pattem value="R[A-Z]’7> <xs:enumeration value="RSYN7> <xs:enumerat*on value="RDRE7>

<xs: enumeration value="RADR7> <xs:enumeratk>n value="RBDR7> <xs:enumeration value="RDRS7> <xs:enumeration value='RBRF7> <xs:enumeration value='RDIR7> <xs:enumeration value=’RFL07> <xs:enumeration va)ue=*RPSB7> <xs:enumeration value="RREC7> </xs:restnction>

82

Страница 87

ГОСТ РМЭК 61850-6—2009

</xs:simpleType>

<xs:simpleType name="tDomainLNGroupSEnum">

<xs:restriction base-'xs:Name">

<xs:pattern value=*S[A-Z]*7>

<xs:enumeration va!ue="SARC*/>

<xs:enumeration value="SIMG7>

<xs:enumeration value=*SIML7>

<xs:enumeratton value=’SPDC7>

</xs:restriction>

</xs:simpleType>

<xs:simpteType name="tDomainLNGroupTEnum">

<xs:restriction base="xs:Name">

<xs:pattem value=T[A-Z]*7>

<xs:enumeralion vakje="TCTR7>

<xs:enumeration va!ue=*TVTR7>

</xs:restr»ction>

</xs:simpleType>

<xs:simpleType name="tDomainLNGroupXEnum’>

<xs:restriction base=“xs:Name">

<xs:pattern value="X[A-Z]‘'/>

<xs:enumeration value=*XCBR*.’>

<xs:enumeration value="XSWI7>

</xs:restriction>

</xs:simpleType>

<xs:simpleType name="tDomainLNGroupYEnum">

<xs:restriction base='xs:Name">

<xs:pattern value="Y[A-Z]"/>

<xs:enumeration value="YPTR7>

<xs:enumeration value=“YEFN7>

<xs:enumeration value="YLTC7>

<xs:enumeration value="YPSH7>

</xs:restriction>

</xs:simpleType>

<xs:simp<eType name=-,tDomainLNGroupZEnum">

<xs:restriction base="xs:Name">

<xs:pattem value="Z[A-Z]‘*/>

<xs:enumeration value=’ZAXN7>

<xs:enume ration value="ZBAT/>

<xs:enumeratjon value^ZBSKC^

<xs:enumeration value='ZCAB7>

<xs:enumeration value="ZCAP7>

<xs:enumeration value="ZCON7>

<xs:enumeration va!ue="ZGEN'/>

<xs:enumeration value="ZGIL7>

<xs:enumeration value=“ZLIN7>

<xs:enumeration value="ZMOT7>

<xs:enumeration value="ZREA7>

<xs:enumerat(on value="ZRRC7>

<xs:enumeration value="ZSAR"/>

<xs:enumeration value="ZTCF7>

<xs:enumeration vakje="ZTCR7>

</xs:restriction>

</xs:simp!eType>

<xs:simpleType name="tDomainLNEnum">

<xs:un*on memberTypes='tDomainLNGroupAEnum tDomainLNGroupCEnum tDomainLNGroupGEnum tDomainLNGrouplEnum tDomainLNGroupMEnum tDomainLNGroupPEnum tDomainLNGroupREnum tDomainLNGroupSEnum tDomainLNGroupTEnum tDomainLNGroupXEnum IDomainLNGroupYEnum tDomainLNGroupZEnum*/>

</xs:simp!eType>

<xs:simpleType name="tPredefinedLNCIassEnum">

<xs:unk)r memberTypes=*tLPHDEnum tLLNOEnum tDomainLNEnum7>

</xs:simpleType>

83

Страница 88

ГОСТ Р МЭК 61850-6-2009

<xs:simpleType name=*tExtensionLNCIassEnum">

<xs:restriction base='xs:Name'>

<xs:minLer>gth vaiue='17>

<xs:pattem value='\p{Lu}+7>

</xs:restriction>

</xs:simpleType>

<xs:simpleType name=’tLNCIassEnum">

<xs:union memberTypes='tPredefinedLNCIassEnum tExtensionLNCIassEnum7> </xs:simpleType>

<xs:sirr>pleType name="tPredefinedCDCEnum*>

<xs:restriction base=’xs:Name’>

<xs:enumeration value=”SPS"/>

<xs:enumeration value=”DPS7>

<xs:enumeration value=’INS7>

<xs:enumeration value="ACT7>

<xs:enumerat»on value=*ACD7>

<xs:enumeration value="SEC7>

<xs:enumeration value="BCR7>

<xs:enumeratran value="MV7>

<xs:enumerat»on vaiue=’CMV7>

<xs:enumeration value=”SAV7>

<xs:enumeration value="WYE7>

<xs:erHjmeration value='DEL7>

<xs:enumeration value=*SEQ7>

<xs:enumeratk)n value=*HMV7>

<xs:enumerat»on value="HWYE7>

<xs:enumeration value=*HDEL7>

<xs:enumeration value="SPC7>

<xs:enumeration value='DPC7>

<xs:enumeration value=”INC7>

<xs:enumeration value=HBSC7>

<xs:enumeration value="ISC7>

<xs:enumerat*on vaJue="APCV>

<xs:enumeration value=*SPG7>

<xs:enumeratton value=*ING7>

<xs:enumeration value="ASG’/>

<xs:enumeration value="CURVEV>

<xs:enumeration value=*DPL7>

<xs:enumeration value="LPL7>

<xs:enumeration value="CSD7>

</xs:restriction>

</xs:simpleType>

<xs:simp!eType name=,‘tExtensionCDCEnum’>

<xs:restriction base="xs:Name">

<xs:minLength value="17>

<xs:pattern value='\p{Lu}+7>

</xs:restriction>

</xs:simpleType>

<xs:simp!eType name='tCDCEnum’>

<xs:union memberTypes='tPredefinedCDCEnum tExtensionCDCEnum7> </xs:simpleType>

<xs:simpleType name="tTrgOptEnum">

<xs:restriction base="xs:Name">

<xs:enumeration value=*dchg7>

<xs:enumeration value='qchg7>

<xs:enumeration value=’dupd7>

<xs:enumeration value="none7>

</xs:restriction>

</xs:simpleType>

<xs:simpleType name=“tTrgOptControlEmjm'>

<xs:restriction base="xs:Name*>

<xs:enumeration value='dchg7>

<xs:enumeration vatue=’qchg7>

84

Страница 89

ю

со



с    с    с    с

ф фф ф

in    in    ib    in

х    х    х    х

V    V    V    V


Д £ Д £l‘i 3 ® о тз а с

* г к

II    II II

III

го га го > > >


л л л


Д А

'о ь! А Д &S о’®

wuorto и II II и






2 С L* С L' с с г с 12§1§е211


3 g gi12 ® ® ® © ®


Л

В

V) ф

2 о. й Е £ й v й

X


4 А АДАМ {-хОо.ошЬ»ц-Ук


СО т- (N « < <

АИ1-Ы-1-1-Ы-ьОО

gzzzzzzzzz^J

«л ® i 'a. \ i © & © ® © .

ФЭЗЭЭЭЭЭЗЭЭЭЗ Ега5555555555га Zcccccccccc иОООООООООО Xi z: *з ;гз » ;гз s '& » »    _

2SS522J1S2JS22

ффФФФФФФФФфф


пт


,'Ю Ч 1N

со г- ся п


л л л А

Г- Г' Ю Л Л crt 3 N Д

А&4.£| gggt д Е O^SS S ь 1 •-

9? Ф ® | | Щ |

1Ц555 с с с с с с

•В 5 -2 2 ■§ I

га га га го га га


V

Страница 90

оа

о>


11111111111§11§111IffI


лллллллллллллллллллллллл

ХХХХХХХХХХХХХХХХХХХХХХХХ

<АО>(Л<Л<Л<Ла>(Л(ЛСЛСЛ<ЛСЛ<Л<Л<ЛСЛ<Л<Л<Л<Л'ЛСЛ[Л



ф ф ф ф ЕЕёё

§ § 15 _

SSSSiSSSSillSSSSSSBttS_____

11 f ш 11111 in 1111111-11


ффффффффф^ффф^фффф


■o

2

W

ж

o>

CO

?

o>

!

§

id


Страница 91

Л    Л    Л    А


а| t А

ллллдллллл

хххххххххх

ф Ф ф О Q ф ф ф ф ф ЗЭЭЗЭЭЭЭЭЭ сссссссссс

а» »• Ьа> Ь» вм

ОООООСОО зээээээз

©®§!5ф©ф!ё©

I. II И и П II I. И I. .,

VVVvv"^v^v


*    2    5    "    *

IS    -    »    а

э    =Г    < ©9-3

<ы m -О


ill! п «г о Zi Ф ся


л    л    л    л

X    X    X    X

»    !«    »    и

ф ф ф с    2    1    i

tT    <1*    ft*    f'J

5    S    S    S

§ 111 j5 §. H 5

H U *11*


& & ей и ш ш шшшшш


ЭЗЗ^З* 3351*


ГОСТ РМЭК 61850-6—2009


CO


Страница 92

ГОСТ Р МЭК 61850-6-2009

</xs:complexContent>

</xs:comptexType>

<xs:complexType name^tNaming" abstract=*tme’>

<xs:complexContent>

<xs:extensk>n base=”tBaseElemenr>

<xs:attribute name='name" type="tName" use=*required7>

<xs:attributeGroup ref="agDesc*/>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name='tlDNaming“ abstract=*true*>

<xs:complexContent>

<xs:extension base=HtBaseE!emenf>

<xs:attribute name="id* type="tName' use='required7>

<xs:attribute<3roup ref="agDesc7>

</xs:extension>

</xs:complexContent>

</xs:complexT у pe>

<xs:oomplexType name='tAnyContentFromOtherNamespace" abstract=“true" mixed=*true">

<xs:annotation>

<xs:documentation xml:lang='en*>An element of this type can contain text mixed with elements from another

namespace that this target namespace (but they must be defined in a namespace). Attributes from other namespaces

than this target namespace are also allowed.</xs:documentation>

</xs:anr>otation>

<xs:sequence min0ccurs="0" maxOccurs="unbounded*>

<xs:any namespace="##other" processContents=*!ax7>

</xs:sequence>

<xs:anyAttribute namespace="##other* pfocessContents="lax*/>

</xs:complexT ype>

<xs:complexType name="tText" mixed=’true">

<xs:annotation>

<xs:documentation xml:lang=’en”>AJky//s an unrestricted mixture of character content and element content and attributes from any namespace other than the target namespace. 1 |</xs:documentation>

</xs:anr>otation>

<xs:comptexContent mixed="true“>

<xs:extension base=''tAnyContentFromOtherNamespace">

<xs:attribute name="source* type="xs:anytlRI'' use="optional7>

</xs:extension>

</xs:complexContent>

</xs:complexT ype>

<xs:complexType name="tPrrvate" mixed="true*>

<xs:annotation>

<xs:documentation xml:lang='en">A)Jows an unrestricted mixture of character content and element content and attributes from any namespace other than the target namespace, along with an optional Type attribute. 1></xs:documentation>

</xs:annotation>

<xs:complexContent mixed="true*>

<xs:extension base="tAnyContentFromOtherNamespace‘>

<xs:attribute name="type' type="xs:normaiizedString" use='optional7>

<xs:attribute name="source* type="xs:anyURr use="optional7>

</xs:extension>

</xs:complexContent>

</xs:complexT ype>

<xs:complexType name=*tHeader">

<xs:sequence>

<xs:element name="Text“ type='tText" min0ccurs=*07>

88

1

Допускается неограниченное смешивание содержания символа, содержания элемента и атрибутов любого пространства имен, кроме целевого пространства имен, наряду с дополнительным атрибутом типа.

Страница 93

ГОСТ РМЭК 61850-6—2009

<xs:element name="History" min0ccurs="0">

<xs:complexType>

<xs:sequence>

<xs:element name="Hitem" type="tHitem* maxOccurs="unbounded'7> </xs:sequence>

</xs:complexType>

</xs:e!ement>

</xs:sequence>

<xs:altribute name=”itT type="xs:normalizedString" use="requiretr.‘>

<xs:attnbute name="vers»on* type="xs:normalLzedStrmg7>

<xsattribute name="revision" type=’xs:normalizedString7>

<xs:attribute name='tooJID" type=*xs:norma!izedString7>

<xs:attribute name=“nameStructure" use="required">

<xs:simpleType>

<xs restriction base="xs:Name">

<xs:enumeration value="FuncName7>

<xs:enumeration value="IEDName7>

</xs:restrictk>n>

</xs:simpteType>

</xs:attribute>

</xs:complexT ype>

<xs:complexType name='tHitem" mixed="true">

<xs:annotation>

<xs:documentat»on xml:lang=*en">Allows an unrestricted mixture of character content and element content and attributes from any namespace other than the target namespace, along with the 6 fallowing attributes: Version. Revision. When, Who. What, and Why3'</xs:documentation>

</xs:annotation>

<xs:complexContent mixed ="true">

<xs:extension base='tAnyContentFromOtherNamespaceH>

<xs:attribute name=“version" type=*xs:r>ormalizedString” use="required7>

<xs:attribute name^revision" type="xs:normalizedString' use="required7>

<xs:attribute name="when* type=’’xs:normalizedString" use=*required"/>

<xs:attribute name="who* type="xs:normalizedString"/>

<xs:attribute name=*whaf type=*xs:normaIizedString7>

<xs:attribute name='why’ type='xs:normalizedString7>

</xs:extens*on>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tValH>

<xs:simpleContent>

<xs:extension base=“xs:normalizedString">

<xs:attribute name='sGroup" type='xs:unsignedlnt* use="optionarv>

</xs:extens»on>

</xs:simpleContent>

</xs:comptexType>

<xs:complexType name="tValueWithUnit">

<xs:simpleContent>

<xs:extension base=*xs:decimar>

<xs:attribute name="unit" type="tSIUnitEnum* use=”required7>

<xs:attribute name=’multiplier* type=-,tUnitMultip!ierEnum” use="optional7>

</xs:extens»on>

</xs:simpleContent>

</xs:comptexType>

<xs:complexType name='tVoltage">

<xs:simpleContent>

<xs.restriction base='*tValueWithUnif>

<xs:attribute name="unit* type="tSIUnitEnum" use=*required" fixed=*V7>

<xs:attribute name=*multiplier* type='tUnitMultiplierEnum" use="optional7>

</xs:restriction>

3> Допускается неограниченное смешивание содержания символа, содержания элемента и атрибутов любого пространства имен, кроме целевого пространства имен, наряду со следующими атрибутами: Version. Revision. When, Who. What. Why.

89

Страница 94

ГОСТ Р МЭК 61850-6-2009

</xs:simp!eContent>

</xs:comptexType>

<xs:complexType name="tBitRatelnMbPerSec">

<xs:simpteContent>

<xs:restriction base=-,tVa!ueWithUnit“>

<xs:atlribute name=*unrt" type="tSIUnitEnum* use="required" fixed ="b/s7> <xs:attribule name='multiplier" type="tUnitMultiplierEnum" fixed="M7> </xs:restriction>

</xs:simpleContent>

</xs:comptexType>

<xs:complexType name=*tDurationlnSec’>

<xs:simpleContent>

<xs:restriction base="tValueWithUnit">

<xs:attnbute name=“unit" type=“tSlUnitEnum* use=’required" fixed=“s7>

<xsattribute name=*multiplier' type="tUnitMuHipiier£num" use="optional7> </xs:restriction>

</xs:simpleContent>

</xs:compSexType>

<xs:complexType name=*tDurationlnMilliSec">

<xs:simpleContent>

<xs:restriction base='tValueWithUnir>

<xs:attribute name="unit" type="tSIUnitEnum* use="required" fixed="s7> <xs:attribute names'multiplier" type='tUnitMultiplierEnum“ fixed="m7> </xs:restriction>

</xs:simpleContent>

</xs:comp»exType>

</xs:schema>

A.2 Синтаксис Substation Файл SCL_Substatkxi. xsd <?xml version=* 1.0" encoding="UTF-8"?>

<xs:schema targetNamespace=*http://wwiv.»ec.ch/6185Q/2003'SCL“

xmlns:xs=*http:/Avww.4v3.org/2001/XMLSchema” xmlns="http^M4vw.iec.chi'61850/200^SCL" xmlns:scJ='http;/Awww.iec.ch/61850/2003/SCL* elementFormDefault='qualified" attributeFormDe-fault=*unqualified" version="1.0">

<xs:annotation>

<xs:documentation xml:lang="en*>COPYRIGHT IEC. 2003. Version 1.0. Release 2003/09/19. (Uncommented)</xs:documentation>

</xs:annotation>

<xs:include schemaLocation=*SCL_BaseTypes.xsd7>

<xs:attributeGroup name=*agVirtuar>

<xs:attribute name=’virtuar type="xs:boolean" use=*optional" default=*false7> </xs:attributeGroup>

<xs:complexType name="tLNodeConlainerH abstract="true*>

<xs:complexContent>

<xs:extension base="tNaming’>

<xs:sequence>

<xs:element name="LNode" type="tLNode" min0ccurs=“0" maxOc-

curs="unbounded“/>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:comptexT ype>

<xs:oomplexType name="tPo\verSystemResource* abstract="true">

<xs:complexContent>

<xs:extension base="tLNodeContainer"/>

</xs:complexContent>

</xs:comptexT ype>

<xs:complexType name="tEquipmentContamer" abstract="true,'>

<xs:complexContent>

90

Страница 95

ГОСТ РМЭК 61850-6—2009

<xs:extensk>n base="tPowerSystemResource">

<xs:sequence>

<xs:element name=“PowerTransformer" type="tPowerTransformer" minOc-curs=’0" maxOccurs="unbounded''>

<xs:unique name="uniqueWindingInPowerTransformer“> <xs:selector xpath="./sd:TransformerWinding"/>

<xs:field xpath=*@name7>

</xs:unique>

</xs:element>

<xs:element name="GeneralEquipment" type="tGeneralEquipment" minOc-curs=*0" maxOccurs="unbounde<J7>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:complexType name="tEquipment' abstract="true">

<xs:complexContent>

<xs:extens>on base="tPowerSystemResource">

<xs:attributeGroup ref=*agVirtuan>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tAbstractConduclingEquipment* abstract="tfue">

<xs:complexContent>

<xs:extension base=”tEquipment”>

<xs:sequence>

<xs:element name=Term»nar type="tTerminar min0ccurs="0* maxOc-

curs=*27>

<xs:element name^SubEquipment" type=’tSubEquipmenf min0ccurs="0’

maxOccurs=*unbounded7>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tConductingEquipment”>

<xs:complexContent>

<xs:extensk)n base="lAbstractConductingEquipmenr>

<xs:attribute name=’lype* type="tCommonConductingEquipmentEnum"

use="required7>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name='tSubEquipmenr>

<xs:complexContent>

<xs:extension base=”tPowerSystemResource“>

<xs:attribute r»ame=Hphase" type='tPhaseEnum* use="optionar default="none7> <xs:attributeGroup ref=*agVrrtual7>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name=’tPowerTransformer">

<xs:complexContent>

<xs:extension base="tEquipment">

<xs:sequence>

<xs:element name=TransformerWinding" type="tTransformerWinding" max-

Occufs="unbounded7>

</xs:sequence>

<xs:atlribute name=*type" type=’'tPo\verTransformerEnum" use="required”

fixed="PTR7>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

91

Страница 96


0    Д

1    ’c

II

ш cr E Ш cl 2

ш Ф ™ О л ф ij ф g * i o*„ |

S £ ®

.& Яп § * £

,3 к. n

it

2    85 л <d s s ®

S S


Is

1?!

<Л II С

I

II    2 &

Ф о

E ® 2

S 8«8Л ® s a §

3- v v o-


y

с

Я Л


I? If


p ® I § ■$ £


?> 8 V) С

v 3 £

?aJ

III % 11 V 10


и

E

% *

&€ *

5 -o

с Ф TJ

Л

-

с

85

Л

Л

®

=J

®

8 8

51

Э

SS 8

0

=:

о

r:

p

OP

'r

V V

cr

c

p

3 V V

c

о

O'

с

n


Страница 97

ГОСТ РМЭК 61850-6—2009

</xs:comptexType>

<xs:complexType name=*tVoltageLev6l">

<xs:complexContent>

<xs:extension base="tEquipmentContainer'>

<xs:sequence>

<xs:element name^Voltage" type="tVottage" minOccurs=*OT>

<xs:element name=*Bay" type="tBay" maxOccurs=*unbounded">

<xs:unique name="uniquePowerTransformerlnBay">

<xs:selector xpath="./scl:PowerTransformer7>

<xs:field xpath='@name7>

</xs:unique>

<xs:unique name=HuniqueConductingEquipmentlnBay’>

<xs:selector xpath="./scl:ConductingEquipment7>

<xs:field xpath='@name7>

</xs:unique>

<xs:unique name=”uniqueGeneraIEquipmentlnBay’'>

<xs:selector xpath=’./scl:GeneralEquipmentV>

<xs:field xpath=*@name7>

</xs:unique>

<xs:unique name='uniqueChildNamelnBay’>

<xs:selector xpath=V7>

<xs:field xpath=*@name7>

</xs:unique>

</xs:element>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name=’tBay">

<xs:complexContent>

<xs:extensk>n base="tEquipmentContainerr>

<xs:sequence>

<xs:element name=”ConduclingEquipmenr type="tConductingEquipment" minOc-curs='0" maxOccurs=-unbounded7>

<xs:element name=*ConnectivityNode" type=*tConneclivilyNode" min0ccurs="0'' maxOc-

curs="unbounded7>

</xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType nam6=*lLNode">

<xs:complexContent>

<xs:extensKKi base="tUnNaming’>

<xs:atlribute name^nlnst" type^tAnyName* use="optionar\‘>

<xs:attribute name="lnClass* type='tLNClassEnum" use="required7>

<xs:attribute name=*iedName" type="tName" use="opttonaT default="None"/>

<xs:attribute name=4dlnst“ type='lAnyName* use='optk>nar/>

<xs:altribute name="prefix“ type="tAnyName" use="optional7>

<xs:attribute патв=ПпТуре" type=’tName’ use="optional7>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tFunction">

<xs:complexContent>

<xs:extensk>n base=’’tPowerSystemResource">

<xs:sequence>

<xs:element name="SubFunct»on* type="tSubFunclion* min0ccurs="0" max-

Occurs="unbounded">

<xs:unique name="uniqueGeneraIEquipmentlnSubFunction'>

<xs:selector xpath="./sd:GeneralEquipment7>

<xs:field xpath=*@name7>

</xs:unique>

</xs:element>

93

Страница 98


Страница 99

ГОСТ РМЭК 61850-6—2009

</xs:un»que>

<xs:unique name="uniqueChildNamelnSubstation,'>

<xs:setector xpath=’./*"/>

<xs:fieid xpath ="@name7>

</xs:un*que>

<!- Должно быгь снято ограничение тождественности, так как имеется проблема (согласно тексту в части 6) в отношении предопределенного заземленного узла связи. Если вывод обращается к этому узлу, который, естественно. не определен явным образом в файле SCL. верификация будет неуспешной.

<xs:keyref name=“ref2ConnectivityMo<Je" refer="ConnectivityNodeKey->

<xs:selector xpath=".//scl:Terminal7>

<xs:fieldxpath='@conneclivityNode'/>

</xs:keyref>

—>

</xs:element>

</xs:schema>

A.3 Шаблоны типа данных

<?xml vers*on=*1.0" encodir>g="UTF-8’?>

<xs:schema targetNamespace^httpiZ/wvvw.iec.ch/eiesO^OOS/SCL"

xmlns=7ittp;/.4vww.iec.ch/61850/2003/SCL’ xmlns:xs="ht^.7/vrtvw.w3.or^001/XMLScherna" xmlns:scl="f^:i7www.iec.ch/61850/2003/SCL" elementFormDefau!t='qualified" attributeFormDe-fault='unqualified” version=“1.0’>

<xs:annotation>

<xs:documentation xml:lang="en*>COPYRIGHT IEC. 2003. Version 1.0. Release 2003/09/19. (Uncommented)</xs:documentation>

</xs:annotation>

<xs:include schemaLocation='SCL_BaseTypes.xsd7>

<xs:attributeGroup name=*agDATrgOp*>

<xs:attribute name="dchg" type=*xs:boolean* use="optionar default=’false"/>

<xs:attribute name="qchg" type=’xs:boolean* use="optional" default=*(alse"/>

<xs:atlribute name="dupd" type="xs:booSean" use="optionaT default=“false7>

</xs:attributeGroup>

<xs:complexType name="tAbstractDataAttribute* abstract=”true''>

<xs:complexContent>

<xs:extension base="tUnNaming">

<xs:sequence>

<xs:e!ement name="Val" type=“tVal" min0ccurs="0" maxOc-

curs="unbounded7>

</xs:sequence>

<xs:attribute name=*name' type="tAttributeNameEnum" use=*required7>

<xs:attribute name=HsAddr" type=*xs:norma!izedString" use=’optk>nal7>

<xs:attribute name="bType* type="tBasicTypeEnum’’ use=*required7>

<xs:attribute name=HvalKind-' type='tValKindEnum* use="opt»onar default=*Set7>

<xs:attribute name="type" type-'tAnyName* use="optional7>

<xs:attribute name=”count" type=’xs:unsignedlnt* use="optionar default="07>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name=“tLNodeType">

<xs:complexContent>

<xs:extension base="tlDNaming*>

<xs:sequence>

<xs:element name="DO” type=’tDO" maxOccurs=’unboundecT/>

</xs:sequence>

<xs:attribute name=*iedType" type="tAnyName" use="opt*onar/>

<xs:attribute name="lnClass* type=*tLNClassEnumr use="required7>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

95

Страница 100

<£>

О)


О

О

н

•о

2

с*>

ж

CD

оо

о

CD

Г

ISJ

§



Л Л 8 $

II

§511*

Jlf И

Ъ 3 v-o 2

® В» 5- й.

n з Ф ®



Шц

н|1[

* iilp'

3 г ft ®3

си О!


£

v


•33 а

с 3 С. С

SIS'

ilM


£


Страница 101

ГОСТ Р МЭК 61850-6-2009

<xs:extension base=*xs: normalizedString">

<xs:attribute name="orde type="xs: integer" use=“required*/>

</xs:extension>

</xs:simpleContent>

</xs:comptexType>

<xs:complexType riame="tDaiaTypeTemp<ates“>

<xs:sequence>

<xs:element name=’LNodeType" type="tLNodeType* maxOccurs=eunboundetT>

<xs:unique name=*untqueDOInLNodeType">

<xs:selector xpath="scl:D07>

<xs:field xpath=*@name7>

</xs:unique>

</xs:element>

<xs:element name="DOType" type="tDOType* maxOccurs=“i>nbounded">

<xs:unique name="uniqueDAorSDOInLDOType”>

<xs:selector xpalh="7*"/>

<xs:field xpath=*@name“/>

</xs:unique>

</xs:element>

<xs:e)ement name="DAType" type="tDAType" min0ccurs='0" maxOccurs="unbounded“> <xs:unique name=’uniqueBDAInLDAType’>

<xs:selector xpath="sd:BDA7>

<xs:field xpalh=*@name'/>

</xs:unique>

</xs:element>

<xs:element name=*EnumType" type="tEnumType" mir0ccurs=*0* maxOccurs="unbounded'> <xs:unique name=*un»queOrdlnEr>umType*>

<xs:selectof xpath="scl:EnumVaT/>

<xs:field xpalh=*@ord*/>

</xs:unique>

</xs:element>

</xs:sequence>

</xs:comptexType>

<xs:element name=*DataTypeTemplates* type="tDataTypeTemplates”>

<xs:unique name="uniqueLNodeType">

<xs:se4ector xpath=*sd:LNodeType7>

<xs:field xpath="@id*/>

<xs:fiekJ xpath="@iedType7>

</xs:un»que>

<xs:key name="DOTypeKey">

<xs:setector xpalh="scl:DOType"/>

<xs:fieki xpath="@id*/>

</xs:key>

<xs:keyref r»ame=*ref2DOTypeH refer=*DOTypeKey">

<xs:selector xpath=’sd:LNodeType/sd:DO"/>

<xs:fiekJ xpath=H@type*/>

</xs:keyref>

<xs:keyref name=’ref2DOTypeForSDO" refer=“DOTypeKey’>

<xs:setector xpath=*sd:D0Type/scl:SD07>

<xs:fieid xpath="@type7>

</xs:keyref>

<xs:key name=*DATypeKey*>

<xs:setector xpath="scl:DAType7>

<xs:field xpath="@id7>

</xs:key>

<xs:key name="EniwnTypeKey*>

<xs:selector xpath=*scl:EnumType"/>

<xs:field xpath="@id*/>

</xs:key>

</xs:eJemenl>

</xs:schema>

97

Страница 102

ю

CD


to ш » № 3 3 3 3 3 » ф ф Ф ф Ф to


О

О

н

•о

2

V

ж

CD

00

СП

о

CD

!

ISJ

§


Ȥ

ЛЛЛЛАЛЛЛ A С £

XXXXXXXX X ф c-СЯСЛ(ЯСЛСЛСПСЯСП wjx©

01 U U Ш Ш Ш

s s s s s s

§=§•■&&&


й w hi a

A С

E № M W 5 S. О hi oj hi to =i

II Inf


i - S S 3

Ф ф Ф Ф qj

8*3 3?

II -o II


IS


А А Л Л A X X X X X W ОТ W W СП q

I и I If

CD Ф CD ffl Ш ш


_ аг 2 f ". P = -6"Р © £ I I ? > 2 ° rn

,18? §8 8 s.

I® I

о пй

а , ■

S2€j

ой>ш

Й >5

oi? V


=>. I i ! i I

?IIE ?3^

Ф ffi Ф 21

з 3

а; Ф

3 ".

(0 in (u

Cl ". И О to g ф тз ST ® ■£ Si


IIIi!

Ф Ф *?, to

", II ". 3 (Q =r -i -g' 2. f

Ш


<xs:element r>ame="Services' type="tServices'' minOccurs="(T/>


5,5 ПВ in Ш Ш -П

I sis


Ш

*


Штп

I 5 5 8 * 8. sf !

V V V £ V Й % V v£


Страница 103

ГОСТ РМЭК 61850-6—2009

<xs:element name^AccessPoint" type="tAccessPoint" maxOc-

curs="unbounded">

<xs:unique name="uniqueLNInAccessPoint*>

<xs:selector xpath=\/scl:LN7>

<xs:field xpath="@inst7>

<xs: field xpalh=’@lnCJass7>

<xs:field xpath="@prefix7>

</xs:unique>

</xs:element>

</xs:sequence>

<xs:attribute name="type' type="xs:normalizedString" use=*optional7>

<xs:atlribute name="manufacturer* type=”xs:normalizedString" use="opttonal'/> <xs:attfibute name=*configVersion* type="xs:normalizedString' use=*optional7> </xs:extension>

</xs:complexContent>

</xs icomptexT ype>

<xs:complexType name="tServices">

<xs:all>

<xs:e!ement name="DynAssociation" type="tService YesNo" minOccurs=*0"/>

<xs:element name="SettingGroups" min0ccurs=*0">

<xs:complexType>

<xs:all>

<xs:element name="SGEdit* type='t Service YesNo' min0ccurs="07> <xs:e!ement name=*ConfSG* type="tServiceYesNo* minOccurs='OT>

</xs:all>

</xs:complexType>

</xs:element>

<xs:element name="GetDirectory" type="tServiceYesNo* minOccurs=*OT>

<xs:element name="GetDataObjectDefinition* type="tServ»ceYesNo" min0ccurs="07> <xs:etement name='DataObjectDirectory” type^tServjceYesNo" minOccurs=*OT>

<xs:e4ement name=“GetDataSetValue" type="tServ*ceYesNo" mm0ccurs=“07>

<xs:element name="SetDataSetValue" type=*tService YesNo" min0ccurs=*07>

<xs:element name="DataSetDirectory" type=’tServ*ceYesNo" min0ccurs=*07>

<xs:etement name="ConfDataSet'' type=*tServiceWithMaxAndMaxAttributes'' min0ccurs="07> <xs:element name-'DynDataSet* type=’tServiceWithMaxAndWaxAttributes" minOccurs=”0"/> <xs:element name=*ReadWrite" type^tSer vice YesNo' min0ccurs="07>

<xs:element name=TimerAclivatedContror type=*tServ»ce YesNo" min0ccurs=“07> <xs:e+ement name="Con(ReportConlror type="tServiceWithMax’' min0ccurs="07> <xs:element name=*GetCBValues" type="tService YesNo' min0ccurs='07>

<xs:eiement name-'ConfLogContror type='4ServiceWithMax* min0cajrs="07>

<xs:element r>ame=''ReportSettings* type="tReportSettir>gs" mm0ccurs="07>

<xs:element name="LogSettings" type='tLogSettings" minOccurs="OV>

<xs:element name=*GSESettings* type="tGSESettings* min0ccurs="07>

<xs:element name="SMVSettings" type="tSMVSettings" min0ccurs=*07>

<xs:element name=“GSEDir" type="tService YesNo" min0ccurs="07>

<xs:e4ement name="GOOSE" type=*tServiceWithMax" min0ccurs="07>

<xs:element name="GSSE' type="tServiceVYithMax’ minOccurs='0"/>

<xs:element name="FileHandling* type ="tService YesNo" min0ccurs="07>

<xs:element name="ConfLNs" type=*lConfLNs" m«n0ccurs="07>

</xs:all>

</xs:comptexType>

<xs:comp!exType name=*tAccessPoinf'>

<xs:complexContent>

<xs:exlension base='4Naming*>

<xs:choice rmn0ccurs="0">

<xs:element name="Server" type="tServer”>

<xs:unique name=’uniqueAssociationlnServer">

<xs: selector xpath="..’scl:Association7>

<xs:field xpath=*@associat>onlD7>

</xs:unique>

</xs:element>

<xs:element ref="LN* maxOccurs="unbounded7>

</xs:choice>

99

Страница 104

ГОСТ Р МЭК 61850-6-2009

<xs:attribute name="router" type="xs:boo)ean' use="optk>naT default="false7> <xs:attribute name="clock* type=”xs:boolean" use=*optranal" default="false7> </xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name=”tServer‘'>

<xs:complexContent>

<xs:extension base='tUnNaming">

<xs:sequence>

<xs:eiement name="Authenticat»on">

<xs:complexType>

<xs:attributeGroup ref="agAuthenticat»on7>

<xs xomplexType>

</xs:element>

<xs:element name="LDevice" type=*tLDevice" maxOccurs=“unbounded"> <xs:unique name="uniqueLNInLDevice*>

<xs:selector xpath=\/scl:LN7>

<xs:field xpath="@inst7>

<xs: field xpath=*@lnCIass7>

<xs:field xpath="@prefix7>

</xs:unique>

</xs:e«ement>

<xs:element name='Association" type="tAssociation* minOccurs-'O” maxOc-

curs="unbounded7>

</xs:sequence>

<xs:attribute name="timeour lype^xsiunsignedlnt* use="optional" default=*307> </xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tLDevice'>

<xs:complexContent>

<xs:extension base="tUnNaming">

<xs:sequence>

<xs:elemen{ ref=*LN07>

<xs:element ref="LN* min0ccurs=''0“ maxOccurs="unbounded'/>

<xs:element name=*AccessControP type="tAccessControl" min0ccurs="07> </xs:sequence>

<xs:attribute name="inst* lype='4Name" use="required"/>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:complexType name=“tAocessControl" mixed=*true">

<xs:complexContent mixed="true">

<xs:extension base="tAnyContentFromOtherNamespace7>

</xs:complexContent>

</xs:comptexT ype>

<xs:complexType name-’[Association"»

<xs:attribute name=*kind* type=’tAssociationKindEnum" use=*required7>

<xs:attribute name='associationlD* type=“tName' use=*optionalV>

<xs:attributeGroup ref="agLNRef7>

</xs:comptexType>

<xs:element name="LN0’>

<xs:comptexType>

<xs:complexContent>

<xs:extension base="tLN07>

</xs:complexContent>

</xs:complexType>

<xs:unique name=*uniqueReportControllnLNO'>

<xs: selector xpath=“./sd :ReportControl7>

<xs:fiekl xpath=”@name'/>

</xs:unkjue>

<xs:unique name="uniqueLogControllnLNO">

<xs:selector xpath="./sd:LogControl7>

100

Страница 105

ГОСТ Р МЭК 61850-6-2009

<xs:fiekl xpath="@name7>

</xs:unique>

<xs:unique name="u™queGSEControllnLNO">

<xs:s©tector xpath="7sd:GSEControT/>

<xs:fiekl xpath="@name7>

</xs:unique>

<xs:unique name="uniqueSamptedValueControllnLNO">

<xs:select<x xpath=\/sd:SamptedValueContror7>

<xs:fie»d xpath="@name7>

</xs:unique>

<xs:key name=’DataSetKeyLNO">

<xs:setector xpath="./sd:DataSel"/>

<xs:fietd xpath^igname"^

</xs:key>

<xs:keyref name="ref2DataSetReportLN0" refer="DataSetKeyLNO*>

<xs:selector xpath=’./scl:ReportControl7>

<xs:fie4d xpath='@datSet"/>

</xs:keyrel>

<xs:keyref name="ref2DalaSelLogLN0” refer="DalaSetKeyLNO”>

<xs:seledor xpath="./sd:LogConlror/>

<xs:fie)d xpath=*@datSet7>

</xs:keyref>

<xs:keyref name=*ref2DalaSetGSELN0" refer="DalaSetKeyLNO’>

<xs:se»ector xpalh="7sd:GSEControT/>

<xs:fiekl xpath=*@datSet7>

</xs:keyref>

<xs:keyref name=',ref2DataSetSVLN0’ refer="DataSetKeyLNO">

<xs:selectof xpath="./sd:SamptedValueControrV>

<xs:field xpalh=*@datSet7>

</xs:keyref>

</xs:element>

<xs:element name="LN" type='lLN">

<xs:unique name^uniqueReportControllnLN^

<xs:selector xpath="./scl:ReportControT/>

<xs:field xpath="@name"/>

</xs:unique>

<xs:unique name="uniqueLogContro<lnLN“>

<xs:selector xpath=*./sd:LogConlroP’/>

<xs:fieW xpath="@name7>

</xs:unique>

<xs:key name=*OalaSetKeylnLN*>

<xs:setector xpath=’./sd:DataSet7>

<xs:field xpath="@name7>

</xs:key>

<xs:keyref name=*ref2DataSetReport" refer="DataSelKeylnLN">

<xs:selector xpath="./sd:ReportControl*/>

<xs:fie»d xpath=’@datSet“/>

</xs:keyref>

<xs:keyref name=’ref2DataSetLog" refer=*DataSetKeylnl_N*>

<xs:selector xpath="./sd:LogControl7>

<xs:fie4d xpath='@datSet"/>

</xs:keyref>

</xs:element>

<xs:complexType name="tAnyLN" abstracl="true">

<xs:complexContent>

<xs:extension base=”tUnNaming*'>

<xs:sequence>

<xs:element name=“DataSet" type="tData Set’ mtn0ccurs=“0" maxOc-

cufs="unbounded7>

<xs:element name=’ReportContror type='tReportControT min0ccurs="0*

maxOccurs=“unbounded"/>

<xs:element name="LogContror lype="tLogControT min0ccurs=”0“ maxOc-

curs="unbounded"/>

101

Страница 106

ГОСТ Р МЭК 61850-6-2009

<xs:element name="DOI" type="tDOI" min0ccurs="0* maxOc-

curs="unbounded7>

<xs:element name="lnputs" type=*llnputs" minOccurs=’OT>

</xs.sequenoe>

<xs:attribute name=’lnType" lype="tName" use="required7>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:comp!exType name='tLN">

<xs:complexContent>

<xs:extension base=’lAnyLN">

<xs:attribute name="lnClass* type=’tLNCIassEnum'- use=7equired7>

<xs:attribute name=*insi" type="xs:unsignedlnt’ use=“required7>

<xs:attribule name=-,prefix" type-'tAnyName* use="optiona!7>

</xs:extension>

</xs:complexContent>

</xs:compiexType>

<xs:complexType name="tLN0">

<xs:complexContent>

<xs:extension base=’tAnyLN">

<xs:sequence>

<xs:element name='GSEContfor type=*tGSEContror min0ccurs=’,0” maxOc-

curs="unbounded7>

<xs:element name="SampledValueContror type='tSampledValueContror minOc-curs='0' maxOccurs=’unbounded7>

<xs:element name='SettingControT type="tSetlingControl" min0ccurs="07> <xs:element name^SCLControl' type='tSCLControl" minOccurs=*OT> <xs:element name="Log" type='tLog* min0ccurs="07>

</xs:sequence>

<xs:attribute name="lnClass' type=*tLNClassEnunT use=’required“ fixed="LLN07> <xs:attribute name=*inst" lype=-xs:normalizedString" use=7equired7>

</xs:extension>

<.’xs:complexContent>

</xs:comptexType>

<xs:complexType name="tDataSet">

<xs:complexContent>

<xs:extensk>n base='4Naming*>

<xs:sequence>

<xs:element name=TCDA" type="tFCDA* maxOccurs="unbounded7> </xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name=”tFCDA">

<xs.attribute name="ldlnst" type="tName" use='optranal7>

<xs:attribute name="pfefix’ type=*tAnyName” use=*oplional7>

<xs:attribute name='lnClass" type='tLNCIassEnum" use=*optk>nal7>

<xs:attribute name=1nlnst' type="lName" use=*optioaal7>

<xs:altribute name='doName" type="tName* use="optional7>

<xs:attribute name='daName- type='tName* use="optional7>

<xs:attribute name="fc* type=*tFCEnum“ use=*required7>

</xs:comptexType>

<xs:complexType name=’t€ontror abstract="tiue''>

<xs:comp!exContent>

<xs:extens»on basa="tNam'mg’>

<xs:attribute name=*datSet" type="tAnyName" use="requirerfV>

</xs:extension>

</xs:complexContent>

<.l'xs:comptexType>

<xs:complexType name=“tControlWithTriggerOpt* abstrac!=*lrue*>

<xs:complexContent>

<xs:extension base="tContror>

<xs:sequence>

102

Страница 107

о>

о

о

сч

1

ч>

8

со

5

ьс

т

2 CL

о

2


го

о



3

s

= 113

« T>

5?

g>

Ш

E . « •.

Ш1


8 Р

м

JI

Д <5 ТЗ ffl *_ <0


i'll Д *1. til


ia 5r, ® ® ® ® a

с

«Г = = 55*2 « та та та та § §

ШШ|а


Страница 108

ГОСТ Р МЭК 61850-6-2009

<xs:attributeGroup ref=’agDORef7>

<xs:attribute name='daName" type="tName* use="optional7>

<xs:attribute name="intAddr" type="xs:normalizedStnng‘' use="optional7>

</xs:comptexT ype>

<xs:complexType name=*tLog* mixed="true">

<xs:complexContent mixed-'lrue”>

<xs:extension base="tAnyContentFromOtherNamespace7>

</xs:complexContent>

</xs:comptexType>

<xs:oomplexType name="tControlWithlEDName">

<xs:complexContent>

<xs:extension base=*tContror>

<xs:sequence>

<xs:element name="IEDName" type^tName* min0ccurs="0“ maxOc-

curs="unbound©d"i'>

</xs:sequence>

<xs:attribute name="confRev* type="xs:unsjgnedln!" use=*optional7> </xs:extension>

</xs: complexContent>

</xs:comptexType>

<xs:complexType name=”t6SEControl^

<xs:complexContent>

<xs:extensk>n base="tControlWithlEDName'>

<xs:attribute name=*type" type="tGSEContro!TypeEnum“ use="optionar de-

faiit='GOOSE7>

<xs:attribute name=*applD" type="xs:normalizedString" use=’required7> </xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:comptexType name=*tSampledVaJueContror>

<xs:complexContent>

<xs:extension base='tControlWithlEDName">

<xs:sequence>

<xs:element name="SmvOpts">

<xs:comp!exType>

<xs:attributeGroup ref=*agSmvOpts7> </xs:complexType>

</xs:element>

</xs:sequence>

<xs:attribute name=’smvlD" !ype="xs:normalizedStnng* use="required7> <xs:attribute name="multicast" type=*xs:boolean' defaull="true7>

<xs:attribute name="smpRate" type=‘xs:unsignedlnr use="required*/> <xs:attribute name=-,nofASDU* type=”xs:unsignedlnr use=*required7> </xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name=*tSettingControl'>

<xs:complexContent>

<xs:extension base="tUnNaming">

<xs:attribute name=*numOfSGs" type="xs:unsignedlnt" use='required7> <xs:attribute name="aciSG" type='xs:unsignedlnt" use=*optionar default=*17> </xs:extension>

</xs:complexContent>

</xs:comptexTyp©>

<xs:complexType name='tSCLControl">

<xs:comp!exContent>

<xs:extens»on base="tUnNaming7>

</xs:complexContent>

</xs:complexT ype>

<xs:complexType пате="ЮОГ>

<xs:complexContent>

<xs:extension base='tUnNaming">

<xs:choice min0ccurs="0" maxOccurs="unbounded">

104

Страница 109

ГОСТ РМЭК 61850-6—2009

<xs:element name="SDI" type=*tSDI7>

<xs:element name="DAr type="tDAI7>

</xs:ch«ce>

<xs:attribute name=”name" type="tRestrName1stlT use="required'/>

<xs:attribute name-'ix” type="xs:unsignedlnt” use=*optional7>

<xs:attribute rvame="accessContror type="xs:normalizedString* US0="Opl»onar/> </xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tSDr>

<xs:complexContent>

<xs:extensk>n base=*tUnNaming">

<xs:choice min0ccurs="0" maxOccurs="unbounded">

<xs:element name="SDl" type=*tSDI7>

<xs:element name="DAI" type=1DAI7>

</xs:cho*ce>

<xs:altribute narr>8="namen type="tRestrName1stL" use="required"/>

<xs:attribute name="ix" type="xs:unsignedlnt" use='optional7>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name=*tDAr>

<xs:complexContent>

<xs:extens*on base="tUnNaming’>

<xs:sequence>

<xs:element name="VaT type=1Val" min0ccurs="0" maxOc-

curs="unbounded7>

</xs:sequence>

<xs:attribute r»ame="name" type=-tRestrName1stL* use="required7>

<xs:attribute name=“sAddr” type=’xs:ncKTnalizedStrir>gH use=roptk)nar/>

<xs:attribute name^valKind" type=“lValKindEnum* use='opl»onal" default=‘Set7> <xs:attribute name="ix" type="xs:unsignedlnt" use=*optional7>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tServiceYesNo7>

<xs:complexType name="tServiceWrthMax’>

<xs:attribute name="max* type="xs:unsignedlnt" use=*required7>

</xs:comptexT ype>

<xs:complexType name='tServiceWilhMaxAndMaxAttributes">

<xs:complexContent>

<xs:extensk>n base=’tServiceWithMax">

<xs:attribute name="maxAttribiJtes" type=*xs:unsignedlnt" use=’optiortal7> </xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexTypename=“tServiceWithMaxAndModif/,>

<xs:complexContent>

<xs:extensk>n base="tServiceWilhMax">

<xs:attribute name="modify’ type="xs:bootean" use=*optional" default="true7> </xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tServiceSettings’‘ abstract=Htrue’>

<xs:attribute name="cbName' lype="tServiceSettingsEnum" use='optionar default="Fix7> <xs:attribute name=’datSer type="lServiceSettingsEnum' use="optionar default=’Fix7> </xs:comptexT у pe>

<xs:complexType name="tReportSettings">

<xs:complexContent>

<xs:extension base="tServiceSelUngs“>

<xs:attribute name='rptIDH type=”lServiceSettingsEnumM use="optional* default=Tix*/> <xs:attribule name=’optFields" lype=*tServiceSettingsEnum’ use=*optional" de-

fault=*Fix7>

105

Страница 110

о

§

<xs:keyref name="ref2LDeviceln1ED* refer=*LDevicelnlEDKey">

<xs:selector xpath=*./scl:AccessPoint/scl:ServerYscl:LDevicei,scl:LN0/sd:LogControl'7> <xs:field xpath="@logName*/>

CM

1

2 о

со

5

ьс

О

2

о.

н

о

о

Страница 111

ГОСТ РМЭК 61850-6—2009

А.5 Подсети связи

Файл SCL_Communication.xsd <?xml vers»on=*1.0" encoding="UTF-e"?>

<xs:schema targetNamespace=,http://www.iec.ch.'6185Q/2003/SCL"

xmtns=*htfp://www.iec.ch/l61850/2003/SCL>' xmlns:scl=^ttp://wvAv.iec.ch/61850/2003/SCL“ xmlns:xs='1ittp://wvAv.w3.org,,2001/XMLSchema" elementFormDefault=*qualified" attributeFormDe-fault='unqualified" version=“1.0’>

<xs:annotation>

<xs:documentation xml:lang="en'>COPYRIGHT IEC. 2003. Version 1.0. Release 2003/0&f19. </xs:documentation>

</xs:annotation>

<xs:include schemaLocation=*SCL_BaseTypes.xsd7>

<xs:complexType name="tControlB5ock" abstract='true‘,>

<xs:annotation>

<xs:documentation xml:lang="en">A control block within a Logical Device.</xs:documentation> </xs:annotation>

<xs:complexContent>

<xs:extens*on base="tUnNaming">

<xs:sequence>

<xs:element name="Address" type=’tAddress" min0ccurs='07>

</xs:sequence>

<xs:attribute name=,*ldlnstn type="tName" use="required7>

<xs:attribute name='cbName* type="tName' use="required7>

</xs:extension>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tCommunicatk>n’>

<xs:complexContent>

<xs:extension base="tUnNaming'>

<xs:sequence>

<xs:element name^SubNetwork" type^tSubNetwork* maxOccurs=“unbounded-,> <xs:unique name=*uniqueConnectedAP*>

<xs:selector xpath='./scl:ConnectedAP"/>

<xs:field xpath="@iedName7>

<xs:field xpath="@apName’/>

</xs:unique>

</xs:etement>

</xs:sequenoe>

</xs:extension>

</xs:complexContent>

</xs:comptexT ype>

<xs:complexType name='tSubNetwork*>

<xs:complexContent>

<xs:extension base="tNaming*>

<xs:sequence>

<xs:element name="BrtRate" type='tBitRatelnMbPerSec" min0ccurs=*07> <xs:element name=-ConnectedAP* type='tConnectedAP* maxOc-

curs="unbounded">

<xs:unique name='uniqueGSEinConnecledAP*>

<xs:selector xpath='_/scl:GSE"/>

<xs: field xpath=H@cbName7>

</xs:unique>

<xs:unique name="uniqueSMVinConnectedAP”>

<xs:selector xpath=’’7sd:SMV7>

<xs:field xpath="@cbName7>

</xs:unique>

</xs:e»emenl>

</xs:sequence>

<xs:attribute name="type’ type=”xs:normalizedString' use='optk)nal*>

<xs:annotation>

<xs:documentation xml:lang=’en">The bus protocol types are defined

in IEC 61850 Part 8 and

107

Страница 112

ГОСТ Р МЭК 61850-6-2009

9</xs:documentation>

</xs:annotation>

</xs:attribute>

</xs:extension>

</xs:complexContent>

</xs:comptexT ype>

<xs:complexType name="tConnectedAP'>

<xs:complexContent>

<xs:extension base="tUnNaming">

<xs:sequence>

<xs:element name='Address" type=*tAddress" minOccurs=*OV>

<xs:element name-'GSE” type='tGSE’ mir>0ccurs="0“ maxOc-

curs="unbounded',/>

<xs:element name=“SMV type="tSMV* min0ccurs="0“ maxOc-

curs="unbounded7>

<xs:element name="PhysConn* type="tPhysConn" min0ccurs=*0" maxOc-

curs="unbounded"/>

</xs:sequence>

<xs:attribute narne='iedName* type-'tName' use="required7>

<xs:atlribute aame='apName" type='tName" use="required"V>

</xs:exter»sion>

<yxs:complexContent>

</xs:comptexType>

<xs:complexType name=*tAddress">

<xs:sequence>

<xs:e}ement name="P' type=1P" maxOcajrs=’unboundecf/>

</xs:sequence>

</xs:comptexType>

<xs:complexType name="tGSE*>

<xs:complexContent>

<xs:extension base=*tControlBtock'>

<xs:sequence>

<xs:element name="MinTime" type^tDurationlnMilliSec" min0ccurs=*07>

<xs:element name="MaxTime’ type="tDurationlnMilliSec" minOccurs="0"/> </xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexT у pe>

<xs:complexType name=*4SMV">

<xs:complexContent>

<xs:extension base="tControlBlock7>

</xs:complexContent>

</xs:complexType>

<xs:complexType name=*tPhysConn">

<xs:sequence>

<xs:e}ement пате="Р' type="tP" min0ccurs=”0" maxOccurs=*unbounded7> </xs:sequence>

<xs:attribute name=’type" type="xs:normalizedStnng* use=HrequirecT/>

</xs:complexType>

<xs:complexType name='tP*>

<xs:simpleContent>

<xs:extens»on bas0='tPAddr',>

<xs:atlribute name=’type“ type=*tPTypeErvum” use-'requiretf'/>

</xs:extension>

</xs:simpteContent>

</xs:comptexT ype>

<xs:complexType name=“tP_IP’>

<xs:annotation>

<xs:documentation xml:lang=*en'>A TCP/IP address</xs:documenlation>

</xs:annotation>

<xs:simpleContent>

<xs:restriction base=*tP*>

108

Страница 113

ГОСТ РМЭК 61850-6—2009

<xs:pattern value="[0-2]?'d{1.2}\.[0-2]?\d{1.2}\_[0-2]?Vd{1.2}.[0-2]?\d{1.2}"/> <xs:attribute name=’type" type=*tPTypeEr»urTV” use^required" fixed="IP7> </xs:restriction>

</xs:simpleContent>

</xs:complexType>

<xs:complexType name=’tP_IP-SUBNET*>

<xs:annotation>

<xs:doajmentation xml:lang="en">A subnet Mask fof ТСРЛР pfofiles</xs:documeniat*on> </xs:annotation>

<xs:simpleContent>

<xs:restriction base="tP’>

<xs:pattern value="[0-2]?\d{1,2}V[0-2J?\d{1.2}V(0-2J?'d{1,2}.[0-2]?^d{1,2}7> <xs:attribute name="type* type=BtPTypeEnum* use="required" fixed=*IP-SUBNET7> </xs:restriction>

</xs:simpleContent>

</xs:comptexType>

<xs:compiexType name="tP_IP-GATEWAY">

<xs:annotation>

<xs:documentatkm xml:lang="en">A First Hop IP gateway address for TCP/IP pro-files</xs:documentation>

</xs:annotation>

<xs:simpleContent>

<xs:restriction base="tP*>

<xs:pattern value="[0-2J?Vl{1.2}\.{0-2J?\d{1,2}\-[0-2]?'‘d{1,2}.[0-2)?\d{1t2}*/> <xs:attribute name="type* type=,’tPTypeEnum'' use='required' fixed="IP-GATEWAY7> </xs:restriction>

</xs:simp!eContent>

</xs:comptexType>

<xs:complexType name=*tP_OSI-NSAP*>

<xs:ar»notation>

<xs:documentation xml:lang=’en*>An OSI Network Address</xs:documentation> </xs:annotation>

<xs:simpleContent>

<xs:restriction base="tP’>

<xs:maxLength value="40V>

<xs:pattem value="[\d.A-F]+*/>

<xs:attribute name="type” type="tPTypeEnum" use="requirecT fixed=*OSI-NSAP7> </xs:restnction>

</xs:simpleContent>

</xs:comptexType>

<xs:complexType name="tP_OSI-TSEL">

<xs:annotation>

<xs:documentatjon xml:lang="en*>An OSI Transport Selector</xs:documentation> </xs:annotation>

<xs:simpleContent>

<xs:restriction base="tP">

<xs:maxLer>gth va!ue="87>

<xs:pattem value="[\d,A-F]+7>

<xs:attribute name^type" type^tPTypeEnum" use=’required" fixed="OSI-TSEL"/> </xs:restriction>

</xs:simp!eContent>

</xs:comptexType>

<xs:complexType name="tP_OSI-SSEL">

<xs:ar»notation>

<xs:documentat»on xm!:lang="en">An OSI Session Selector</xs:documentation> </xs:annotation>

<xs:simpleContent>

<xs:restriction base=’tP*>

<xs:maxLength value="16*/>

<xs:pattem value="[\d.A-F]+\'>

<xs:attribute name=''type" type='tPTypeEnurrT use=’’required" fixed="OSI-SSEL"/> </xs:restnction>

109

Страница 114

ГОСТ Р МЭК 61850-6-2009

</xs:simpteContent>

</xs:comptexT уре>

<xs:complexType name="tP_OSI-PSEL">

<xs:annotalion>

<xs:documental»on xml:lang="en">An OSI Presentation Selector</xs:documentation> </xs:anr>otation>

<xs:simpleContent>

<xs:restriction base=*tP*>

<xs:maxLength value="167>

<xs:pattem value="[\d.A-F]+'/>

<xs:attribute name="type" type=*tPTypeEnum'* use="required” rixed="OSI-PSEL7> </xs:restriction>

</xs:simpleContenl>

</xs:comptexT ype>

<xs:complexType name="tP_OSI-AP-Title">

<xs:annotation>

<xs:documentation xml:lang='en">An OSI ACSE AP Title value</xs:documentation> </xs:anr>otation>

<xs:simpleContent>

<xs:restriction base='tP‘>

<xs:pattern value="&#34;[\d.&#44;]+&#34;*/>

<xs:attribute name^type" type='tPTypeEnum" use="required* rixed="OSl-AP-Title7> </xs:restriction>

</xs:simpleContent>

</xs:complexType>

<xs:complexType name="tP_OSI-AP-lnvoke">

<xs:annotation>

<xs:documentation xml:lang=*en">An OSI ACSE AP Invoke ID</xs:documentation> </xs:anr>otation>

<xs:simpleContent>

<xs:restriction base="tP*>

<xs:maxLength value=*5*/>

<xs:pattern value=”\d+7>

<xs:attribute name=’type“ type="tPTypeEnum* use='-required" fixed=”OSI-AP-lnvoke"/> </xs:restriction>

</xs:simpleContent>

</xs:comptexType>

<xs:complexType name="tP_OSI-AE-Qualifier^

<xs:annotation>

<xs:doajmentation xml:lang="en*>An OSI ACSE AE Oualifier</xs:documentat»on> </xs:annotation>

<xs:simpleContent>

<xs:restriction base="tP*>

<xs:maxLer>gth value="57>

<xs: pattern value=*\d+7>

<xs:attribute name="type" type=’tPTypeEnunY* use="required" fixed="0SI-AE-Qualifier7> </xs:restriction>

</xs:simpleContent>

</xs:complexType>

<xs:complexType name="tP_OSI-AE-lnvoke">

<xs:annotation>

<xs:documentation xml:lang=*en">An OSI ACSE AE Invoke ID</xs:documentation> </xs:anr>otation>

<xs:simpleContent>

<xs:restriction base="tP’>

<xs:maxLength value="57>

<xs:pattern value=*\d+"/‘>

<xs:attribute name=*type" type="tPTypeEnum* use='-required" fixed=”OSI-AE-lnvoke7> </xs:restriction>

</xs:simpleContent>

</xs:comptexT ype>

<xs:complexType r>ame=,'tP_MAC-Address*>

110

Страница 115

ГОСТ РМЭК 61850-6—2009

<xs:annotation>

<xs:documentation xml:lang=*en'*>A Media Access Address value<i'xs:documentation> </xs:annotation>

<xs:simpleContent>

<xs:reslriction base="tP*>

<xs:minLength value="177>

<xs:maxLength value="177>

<xs:patternvakje="(\d.A-FK2}\-fdA-F]{2}vpxl.A-FK2}\-[W.A-FK2}Vpd.A-F]{2}V[\dA-FK2}7> <xs:attribute name="type* type="tPTypeEnum* use-'required" fixed=*'MAC-Address*.‘> </xs:restr»ction>

</xs:simpleContent>

</xs:complexType>

<xs:complexType name='4P_APPID''>

<xs:annotation>

<xs:documentation xml:lang=’en*>An Application ldentifier</xs:documentat»on> </xs:annotation>

<xs:simpJeContent>

<xs:restriction base="tP*>

<xs:minLenglh value="47>

<xs:maxLer>gth value="47>

<xs:pattem value="[\d,A-F]+*/>

<xs:attribute name="type" type='tPTypeEnumH use='required* fixed="APPID7S> </xs:restriction>

</xs:simpleContent>

<.l'xs:comptexType>

<xs:complexTypename=*tP_VLAN-PRIORITY~>

<xs:annolation>

<xs:documentation хт1:1апд="еп”>А VLAN User Priority</xs:documentation>

</xs:annotation>

<xs:simpteContent>

<xs: restriction base='tP'>

<xs:pattem value="[0-7]7>

<xs:attribute name=“type'' type^'tPTypeEnum* use="required“ fixed="VLAN-PRI0RITY7> </xs:restr»ction>

</xs:simpleContent>

</xs:comptexType>

<xs:complexType name=*tP_VLAN-ID*>

<xs:arwotation>

<xs:documentation xml:lang="en">A VLAN ID</xs:documentat»on>

</xs:annotation>

<xs:simpleContent>

<xs:restnction base=‘tP'>

<xs:minLength value="37>

<xs:maxLength value="37>

<xs:pattem vatue="(\d.A-F]+'/>

<xs:attribute name=*'type" type="tPTypeEnum" use="requirecf fixed=’VLAN-ID"/> </xs:restr»ction>

</xs:simpleContent>

</xs:comptexType>

<xs:element name=*Communication" type="tCommunicatioo">

<xs:unique name=’uniqueSubNetwork*>

<xs:selector xpath=Vscl:SubNetwork7>

<xs:fieki xpath="@name7>

</xs:un*que>

</xs:element>

</xs:schema>

A.6 Основной язык SCL Файл SCL.xsd <?xml vers»on=*1.0" encodir>g="UTF-8'?>

<xs:schema targetNamespace=*http://wwvv.iec.ch/61850/2003/SCL" xmlns:xs='http://vvww.w3 ,org^2001 /XMLSchema* xmlns="http://Www.iec .ch/61850/2003/SCL" xmlns:scl="httpiAwvw.iec.ch;61850/2003/SCL" elementFofmDefault="qualified" attributeFormDe-fault-'unqualified" finalDefault="extensicn" version=''1.0’>

111

Страница 116

ГОСТ Р МЭК 61850-6-2009

<xs:annotation>

<xs:documentation xml:lang="en'>COPYRIGHT IEC. 2003. Version 1.0. Release 2003/09/19. (Uncommented)</xs:documentation>

</xs:annotation>

<xs:ir>clude schemaLocation="SCL_Substation.xsd7>

<xs:include schemaLocalion="SCL_IED.xsd*/>

<xs:include schemaLocation='SCL_Communication.xsd’7>

<xs.include schemaLocation=’SCL_DataTypeTerriplates.xsd7>

<xs:element name="SCL">

<xs:comftfexType>

<xs:complexContent>

<xs:extension base='tBaseElement*>

<xs:sequence>

<xs:element name="Header* type='tHeader*>

<xs:un»que name='uniqueHitem”>

<xs:selector xpalh=’Jscl:History/scl:Hitem*/>

<xs:fieki xpath="@version7>

<xs:field xpath=*@reviswn*/>

</xs:unique>

</xs:element>

<xs:element ref="Substation4 min0ccurs='0' maxOccurs=”unbounded7> <xs:element ref="Communtcation* min0ccurs=“07>

<xs:element ref=*IED" minOccurs^O* maxOccurs="unbounded"/> <xs:element ref=“DataTypeTemplates' min0ccurs=*07>

</xs:sequer>ce>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<xs:unique name="uniqueSubstation">

<xs:selector xpath="./sd:SubstationV>

<xs:fieki xpath="@name"/>

</xs:unique>

<xs:key пате=“1ЕОКеу">

<xs:selector xpath="./scl:IED7>

<xs:fiekl xpath="@name7>

</xs: key>

<xs:key name="LNodeTypeKey">

<xs:selector xpath="_/sd:DataTypeTempIales/scl:LNodeType7>

<xs:fieW xpath=“@id’/>

<xs:field xpath="@lnClass7>

</xs:key>

<xs:keyref name="ref2LNodeTypeDomain1" refer-'LNodeTypeKey”>

<xs:selector xpath="Jscl:IED/sd:AccessPo«nt/scl.LN7>

<xs:fie!d xpath="@lnType7>

<xs:field xpath="@lnClass7>

</xs:keyTef>

<xs:keyref name="ref2LNodeTypeDomain2*- refer="LNodeTypeKey">

<xs:selector xpath="^scl:IED/sd:AccessPoint'scl:Server/scl:LDev»ce/sd:LN7>

<xs:fiekl xpath="@lnType7>

<xs:field xpath="@lnClass7>

</xs:keyref>

<xs:keyref name="ref2LNodeTypeLLN0" refer=*LNodeTypeKey'>

<xs:selector xpa!h=-,-/scl:IED/scl^ccessPoint/sd:Serveri,scl:LDevice/scl:LNO’/>

<xs:field xpath="@lnType7>

<xs:field xpath="@lnClass7>

</xs:keyTef>

</xs:element>

</xs:schema>

112

Страница 117

ГОСТ РМЭК 61850-6—2009

Приложение В (обязательное)

Перечисления SCL согласно МЭК 61850-7-3 и МЭК 61850-7-4

<?xml version='1.0"?>

<SCL xmlns=“http://v«ww.iec.ch''61850/2003/SCL" xmlns:xsi="http:/M4vw.w3.org/2001/XMLSchema-instance" xsi:schemaLocation=''http://vAvw.iec.ch/61850/2003,fSCL SCLxscf*>

<Header id="Normative Enumerations 2003’ nameStructure=*IEDName7>

<DataTypeTemplates>

<LNodeType id="Dummy* lnClass=T-LN0">

<00 name=”Mod" type=’myMod7>

</LNodeType>

<DOType id=’myMod" cdc="INC">

<DA name="cUVar fc=*CO" bType=’Enum* type="Mod7>

<DA name=”stVar fc="ST bType="Enum" dchg="true'' type=*ModV>

<DA name="q" fc='ST“ bType="Quality* dchg='true7>

<DA name=T fc="ST" bType^Timestamp" dchg="lrue7>

<ЛЭОТуре>

<EnumType ld=HcllModer>

<EnumVal ord="0“>status-only</EnumVal>

<EnumVal ord='1 ■'>direct-with-normal-secunty</EnumVat>

<EnumVal ord=‘'2">sbo-with-normal-security</EnumVal>

<EnumVal ord="3*>direct-with-enhanced-security<ilEnumVal>

<EnumVal ord='4">sbo-with-enhanced-secufity</EnumVal>

</EnumType>

<EnumType id=*sboClass“>

<EnumVal ord="0'>operate-once</EnumVal>

<EnumVal ord="r>operate-many</EnumVal>

</EnumType>

<EnumType id=*orCategofy’>

<EnumVal ord='0'>not-supported</EnumVal>

<EnumVal ord=’r>bay-control</EnumVal>

<EnumVal ord='2*>statk>n-control</EnumVal>

<EnumVal ord='’3*>rerTKite-contrd</EnumVal>

<EnumVal ofd=''4">automaUc-bay</EnumVal>

<EnumVaI ord='5“>automatic-station</EnumVal>

<EnumVal ord=*6">automatic-remote</EnumVal>

<EnumVal ord=*7->maintenance</Enum\/al>

<EnumVaJ ord=*8“>process</EnumVal>

</EnumType>

<EnumType id=*dir">

<EnumVal ord=“0'>unkno\vn</EnumVal>

<EnumVal ord=T>forward</EnumVal>

<EnumVal ord="2’>backward</EnumVal>

<EnumVal ord=“3">both</EnumVal>

</Ег\итТуре>

<EnumType id="sev“>

<EnumVal ord="0'>Unkr*own</EnumVal>

<EnumVal ord=T>critical</EnumVal>

<EnumVal ord="2*>major</EnumVal>

<EnumVal ord='*3'>minor</EnumVal>

<EnumVa! ord='4*>warning</EnumVal>

</EnumType>

<EnumType kJ=Hrange''>

<EnumVal ord="0*>normal</EnumVal>

<EnumVal ofd="r>hjgh</EnumVal>

<EnumVal ord=''2">low</EnumVaI>

<EnumVal ord='3*>high-Ngh</EnumVal>

<EnumVal ord=“4*>low-lo\v</EnumVal>

</ErnjmType>

113

Страница 118

ГОСТ Р МЭК 61850-6-2009

<EnumType id="angidCMV”>

<EruimVal ord="0">V</EnumVal>

<EnumVal ord=''1">A</EnumVal>

<EnumVal 0rd="2">0ther</EnumVal>

</EnumType>

<EnumType id="ang»d'*>

<EnumVal ord="0">Va</EnumVal>

<EnumVal ord=T>Vb</EnumVal>

<EnumVal ord="2'>Vc</EnumVal>

<EnumVal ord=”3'>Aa</EnumVal>

<EnumVal ord='4“>Ab</EnumVal>

<EnumVal ord="5">Ac</EnumVal>

<EnumVal ord=“6’>Vab<i/EnumVa!>

<EnumVal ord=T>Vbc<VEnumVal>

<ErvumVal ord=“8">Vca</EnumVal>

<EnumVal ord=’9'>Aolher</EnumVal>

<EnumVal ord=’10">Vother</EnumVal>

</EnumType>

<EnumType id=*phsJd">

<EnumVal ord="0">A</EnumVai>

<EnumVal ord=’r>B</EnumVal>

<EnumVal ord="2">C</EnumVal>

</EnumType>

<EnumType kJ="seqT">

<EnumVal ord=-,0*>pos-neg-zero</EnumVal>

<EnumVal ord=T>dir-quad-zero</EnumVa!>

</EnumType>

<EnumType *d=’hvid">

<EnumVal ord=*0">fundamental</EnumVal>

<EnumVal ord="1*>rms</EnumVal>

<EnumVal ord=’*2*>absolute<j'EnumVal>

</EnumType>

<EnumType id="setCharacf>

<EnumVal ofd="0"/>

<EnumVal ord="r>ANSI Exlremly lnverse</EnumVal> <EnumVal Ofd="2”>ANSI Very lnverse</EnijmVal>

<EnumVal ord="3“>ANSI Normal lnverse</EnumVal> <EnumVal ord="4'>ANSI Moderate lnverse</EnumVal> <EnumVal ord="5">ANSI Definite Time</EnumVal>

<Er*umVal ord='6*>Long-Time Extremely lnverse</EnumVal> <EmjmVal ord=,,7">Long-Time Very lnverse<iEnumVa> <EnumVal ord=“8">Long-Time lnverse</EnumVal>

<EnumVal ord=“9">IEC Normal lnverse</ErvumVal> <EnumVal ord="10">IEC Very lnverse</EnumVal>

<EnumVal ord="11">IEC lnverse<i’EnumVai>

<EnumVal ord=*12">IEC Extremely lnverse</EnumVal> <EnumVal ord='13">IEC Short-Time lnverse<iEnumVal> <EnumVal ord=*14“>IEC Long-Time lnverse<VEnumVal> <EnumVal ord='15">IEC Definite Time</EnumVal>

<EnumVal CH’d=“16">Reserved</EnumVal>

</EnumType>

<EnumType id=’muttip<ier">

<EnumVal ord="-24">y</EnumVal>

<EnumVal ord="-2r>z</EnumVal>

<EnumVal ord=’-18">a</EnumVal>

<EnumVal ord=*-15*>f</EnumVal>

<EnumVal ord=*-12">p</EnumVal>

<EnumVal ord="-9">rt</EnumVal>

<EnumVal ord='-6">p</EnumVal>

<EnumVal ord="-3*>m</EnumVaI>

<EnumVal ord='-2">c</ErujmVal>

<Er»umVal ord="-1">d</EnumVal>

<EnumVal ord=*07>

114

Страница 119

ГРРРРГГГРГ* ^r-rJr,?T^Af-coprrrjr'rjr‘r'rjrjrj^Pr,rr5Pr1PPr’Pt'frr^?T^rr^^^Hi0trttn.J)i0^2?:>?^i0

п н н и н н н н п н = н и и и п 51 » 'I || и м || к н н 'I и || и Л н и и и II н н н 'I и I* Л » Л Л и 'I 'I н н JL » 'I и н и н п и н оооооооооо H^SoooSgSoooooooooooooOooooooooooooooooooooOooooooooo


£EEEEEE£EE>S;EEEEEvE£E£EE£EEEEEEEEEEEEEEEEEEEEEEEEEEEEEE£EEEEEEE

у у у у у у у у у у 2 iWVWVfWVWWWVVVVVVVVVVWVVWVVVVVWVVVVWVWVVVVVVVVWVV

$$ 1

0

1

V

Страница 120

О)


ГОСТ P МЭК 61850-6—2009


п\    "ft    mj$    m$    v    m    $    m&    m&

|m m m m §§mmmmi| m m m §§ m A m m m §|mmmi§mmmmm m A m m m §§m m m m § §m m m m §|mmmmmmm

3|ii§§|E,iii§Ji§l§giJi!l§2g§§Ji!,§i§Ji3,ii2ii giggg|I,iggg.|3,gggg||2gg§gig

iiiiii iiiih in iiiiiiiii шнпнн 11iiHiiiiHi3-3-3-3-*........

v “ " “L К g- v    ““SLj-v    to    ju    aT    ju    aT    “ £ Ё“ “5; V “ SL “ “ £ v



tin*    tasii    i.i.15    11ША    iai5    imt    imii    11113    ima    ШШ1

It It It II B>    II 11 И II Ш    II II II ц-    11 II И II II m    II II II Ф    II и II и II    II II II II II со    II 11 II 11 Q    II II II 11 is!    и II II II II II II

am    тй    wi    p$    рщ    шш

sill5    Ills v    !?fv    d|q||6    ||S5    lull    ||I|J    j«if    I|||v    umu



illA    lift    Д m mI    f 1111 & Ц

оРпЗ    Ш Л Д m    m э э 2    Л л == 4 m I? m


tin пн и! пш in *i!P ifiti rill filliH


££££    g|A    I    iV7    *§    I    I    I    I

V v v V    5    3    V    vVD    ®дз    9L    3    v    3    V    !.    3



Страница 121

ГОСТ РМЭК 61850-6—2009

<EnumType id='GnSr>

<EnumVal Ofd="r>Stopped</EnumVal>

<EnumVal ord="2">Stopping</EnumVai>

<EnumVal ord=*3”>Started</EnumVat»

<ErvumVal ord="4">Starting<.'EnumVal>

<EnumVal ord='5">Disabled</EnumVal>

</EnumType>

<EnumType id="LevMocT>

<EnumVal ord=*1*>Positive or Rising<;EnumVal>

<EnumVal ord="2'>Negative or Falling</EnumVal>

<EnumVal ord=’‘3">Both</EnumVal>

<EnumVal ord=*4">Other</EnumVal>

</EnumType>

<EnumType id="LivDeaMod'>

<EmjmVal ord="r>Dead Line. Dead Bus</EnumVal>

<EnumVal ord="2">Live Line. Dead Bus</EnumVal>

<EnumVal ord="3">Dead Line. Lwe Bus</EnumVal>

<EnumVal ord='4">Dead Line. Dead Bus OR Live Line. Dead Bus</EnumVal> <EnumVal ord="5">Dead Line. Dead Bus OR Dead Line. Live Bus</EnumVal> <EnumVal ord=*6->Live Line. Dead Bus OR Dead Line. Live Bus</EnumVal> <EnumVal ord=*7*>Dead Line. Dead Bus OR Live Line. Dead Bus OR Dead Line. Live Bus<yEnumVal>

</EnumType>

<EnumType *d="PolQty’>

<EnumVal ofd="1’>None</EnumVal>

<EnumVal ord="2“>2ero Sequence Current</EnumVal>

<EnumVal ord="3">2ero Sequence Voltage</EnumVaJ>

<EnumVal ord-'4">Negatfve Sequence Vo!tage<.,EnumVal>

</EnumType>

<EnumType id="POWCap'>

<EnumVal ord="r>None</EnumVal>

<EnumVal ord=*2*>Close</EnumVal>

<EnumVal ord=*'3">Open</EnumVal>

<EnumVal ord=*4*>Ctose and Open</EnumVal>

</EnumType>

<EnumType id=’OpMod">

<EnumVal ord="r>Overwrite existing values</EnumVa!>

<EnumVal ord='2">Stop when full or saturated</EnumVal>

</EnumType>

<EnumType id=,*ReTrMod">

<EnumVal ord="T>Off</EnumVal>

<EnumVal ord="2">Without Ched«/EnumVal>

<EnumVal ord="3">With Current Check</EnumVal>

<EnumVal ord=’4">With Breaker Status Check<i'EnumVal>

<EnumVal ord=’5’>With Current and Breaker Status Check</EnumVal>

<EnumVal ord=*6*>Other Checks</EnumVal>

</EnumType>

<EnumType id="RstMocT>

<EnumVal ord="r>None</EnumVal>

<EnumVal ord=*2">Harmonic2<.'EnumVal>

<EnumVal ord='3">Harmonic5</EnumVal>

<EnumVal ord="4">Harmonic2and5</EnumVal>

<EnumVal ord="5">WaveformAnalysis<>'EnumVal>

<EnumVal ord=*6">WaveformAnalysisAndHarmonic2</EnumVal>

<EnumVal ord=*7">Other</EnumVal>

</EnumType>

<EnumType id=*RvAMod">

<EnumVal ord=T>Off</EnumVal>

<EnumVal ord='2">On</EnumVal>

</EnumType>

<EnumType id="SchTyp">

<EnumVal ofd="1‘>None</EnumVal>

<EnumVal ord=*2">lntertrip</EnumVal>

117

Страница 122

ГОСТ Р МЭК 61850-6-2009

<EnumVa! ord="3*>Permissive Underreach</EnumVal> <EnumVal ofd=’4”>Permissive Overreach</EnumVal> <EnumVal ord="5'>Blcx:king</EnumVal>

</EnumType>

<EnumType »d="ShOpCap’>

<EnumVal ord=Hr>None</EnumVal>

<EnumVal ord="2”>Open</EnumVal>

<EnumVal OTd='3’>Close</EnumVal>

<EnumVal ord='4’>Open and Close</EnumVal> </EnumType>

<EnumType kJ="SwOpCap">

<EnumVal ord="1*>None<iEnumVal>

<EnumVal ord="2">Open</EnumVal>

<EnumVal ord="3’>Close</EnumVal>

<EnumVal ord='4">Open and Close<.'EnumVal> </EnumType>

<EnumType td="SwTyp’>

<EnumVal ord=T>Load Break</EnumVal>

<EnumVal ord=“2*>Disconnector<.'EnumVal>

<EnumVal ord=’3">Earthing Switch</EnumVal>

<EnumVal ord=“4">High Speed Earthing Switch</EnumVal> </EnumType>

<EnumType td-'TrgMod’>

<EnumVal ofd=-r>lnlernal</EnumVal>

<EnumVal ord=*2">External<VEnumVa>

<EnumVal ord=’3">Both</EnuniVal>

</EnumType>

<EnumType id=TrMod">

<EnumVal ord**1">3 phase tripping<.‘EnumVal>

<EnumVal ord="2">1 or 3 phase tripping</EnumVal> <EnumVal ord="3*>specific<yEnumVal>

</EnumType>

<EnumType id="TypRsCrv">

<EnumVal ord=Hr>None</EnumVal>

<EnumVal ord="2’>Definit Time Delayed Reset</EnumVal> <ErajmVal ord='3">lnverse Reset</Er>umVal>

</EnumType>

<EnumType id=*UnBlkMod">

<EnumVal ord=T>Off</EnumVal>

<EnumVal ord="2*>Permanent</EnumVal>

<EnumVal ord="3“>Time window</EnumVal>

</EnumType>

<EnumType id="WeiMod">

<EtuimVal ord=" 1 ">Off<j’EnumVal>

<EnumVal ord="2">Operate</EnumVal>

<EnumVal wd="3”>Echo</En(jmVal>

<EnumVal ord="4”>Echo and Operate</EnumVal> </EnumType>

</DataTypeTemplates>

</SCL>

118

Страница 123

ГОСТ РМЭК 61850-6—2009

Приложение С (справочное)

Примеры расширения синтаксиса

С.1 Синтаксис расширения для координат разметки чертежей

Даннов приложение определяет простое расширение языка SCL для добавления координат к объекту, чтобы их легко можно было отобразить на чертеже. Этого достаточно для выполнения множества графических задач. Здесь в качестве примера приведено расширение базового языка SCL за счет другого пространства имен.

Обработка (например, чертежа) соединений объекта, а также компоновка объектов на страницах чертежа является частным вопросом и относится к области прикладной интерпретации. Типичными чертежами могут быть чертежи подстанции как однолинейной схемы подстанции, присоединения как однолинейного присоединения, секции связи как чертежа конфигурации связи.

Система координат является относительной системой координат X, Y. использующей положительные целочисленные значения. Точка (0.0) является верхней левой точкой плоскости черчения с неограниченным движением в направлении вниз и вправо. Блок 1 в принципе относится к размеру объекта. Если используются объекты других размеров, тогда 1 — это размер наименьшего объекта. Однако перенос координат между различными графическими приложениями может в этом случав привести к искаженному отображению.

Если координаты определены на различных уровнях иерархии тегов языка SCL. то каждый уровень содержит координаты относительно верхнего уровня. Следовательно, абсолютные координаты нижнего уровня рассчитывают путем суммирования всех координат верхнего уровня и самих координат объектов. Если на верхнем уровне нет определенных координат, предполагается, что (X.Y) = (0.0).

Это проиллюстрировано на рисунке С.1. Здесь показаны подстанции 1 и 2; в качестве примера приведено присоединение 3 подстанции 1 уровня напряжения 1, которое имеет абсолютные координаты (0+1+6. 0+1+4) = (7.5).

ад

Подстанция 1

1.1 ^ю—мдирмня! 1

\ 22 Щкицмню 1 1

|^Пр1КЯ««НММ2|^ПрИ(7МРМ«М»Э Q Q

[аг! Vt»*eHb нагряжания2

ш u

0,20

Подстанция 2

Рисунок С.1 — Пример координат

119

Страница 124

ГОСТ Р МЭК 61850-6-2009

Дополнительные элементы языка XML:

Для координат в направлениях X и Y. которые представляют графически отображаемые объекты, дополнительно к элементам языка SCL нужны только добавочные атрибуты X и Y языка XML. Кроме того, добавочный атрибут dir. имеющий значение horizontal (горизонтальный) или vertical (вертикальный), может дополнительно определять предпочтительное направление соединения объекта. Если указанный атрибут определен при присоединении, это значит, что все вложенные основные устройства ориентированы вертикально за исключением тех. для которых другое значение установлено явным образом. Пространством имени координат будет http://www.iec.ch/61850/2003/SCLcoordinates.

Соответствующим определением XML schema является следующее:

<xs:schema targetNamespace="http:/Aw<w.iec.ch/61850/2003/SCLcoordinates'

xmlns:xs="http://wv.w.w3.org/2001/XMLSchema' xmlns=”http:/Avww.iec.ch.'61850/2003/SCLcoofdinates" elementFormDefault=*qualified“ attnbuteFormDe(ault="unqualified" version='0.1“>

<xs:annotation>

<xs:documentation xml:lang="en">

COPYRIGHT IEC. 2003. Version 1.0. Release 2003/09/19.

This schema is for international purposes only, and is not normative!

</xs:documentation>

</xs:annotation>

<xs:simpleType name=’tConndir’>

<xs:restriction base=,*xs:ncrmalizedString">

<xs:enumeration va)ue=*horizontal7>

<xs:enumeration value="vertical7>

</xs:restricbon>

</xs:simpleType>

<xs:attribute name="x" type='xs:int7>

<xs:attribute name='y" type="xs:int7>

<xs:attribute name="dir“ type="tConndir*/>

</xs:schema>

Ниже приведен пример использования координат с языком SCL. В данном примере трансформатор baden220_132.T1 имеет координаты (1,10) относительно подстанции. Присоединение D1Q1 уровня напряжения D1 располагается в верхнем левом углу разметки подстанции.

Следует обратить внимание, что это стандартизированное расширение, то есть имя расширения (sxy) начинается не с символа е. У частных расширений имя должно начинаться с символа в (см. 8.2.5).

<?xml versK>n=’1.0"?>

<SCL xmlns="http://www.iec.chf61850/2003ilSCL" xmins:xsi=“http:/M4vw.w3.org/2Q01/XMLSchema-in5tance" xsi:schemaLocation="http:/Avww.iec.ch/61850/2003/SCLSCL.xsd* xmlns:sxy="http://www. iec.ch/61850/2003/SCLcoordinates" sxy:schemaLocatk>n='d:\data\IECTC57\SCLXML\

SCLcoordinates.xsd’>

<Header *d="SCL Example T1-1’ nameStructure=*IEDName7>

<Subs taboo name="baden220_132" sxy:x=T sxy:y=’1">

<PowerTransformer name=T1" type=*PTR" sxy:x="1" sxy:y="10” sxy:dir=*horizontal'>

<TransformerWinding name="Wr type="PTW”>

</TransformerWinding>

<Trans(ormerWinding name="W2" type="PTW">

</TransformerWinding>

</Po\verTransformer>

<VoltageLevel пап>е=*ОГ sxy:x="1" sxy:y="1">

<Bay name="Q1" sxy:x="1" sxy:y="1" sxy:dir="horizontaT/>

</VoltageLevel>

</Substat»on>

</SCL>

C.2 Синтаксис расширения для технического обслуживания

В данном приложении определено простое расширение языка SCL для обозначения атрибутов LNodeType, если последние являются обязательными, условными, дополнительными или частными. Поскольку это необходимо только для планирования расширения системы или при использовании синтаксиса языка SCL в качестве общей спецификации CDC. оно рассматривается как пакет расширений.

Пространством имени указанного пакета расширений будет http://v/vrtv.iec.ch/61850/2003/SCLmaintenarsce. Именем пространства имен будет smop (xmlns:smop).

120

Страница 125

ГОСТ РМЭК 61850-6—2009

Соответствующим определением XML schema является следующее:

<?xml version='1.0" encoding="UTF-8"?>

<xs:schema targetNamespace="http;.Vwww.iec.ch/61850/2003/SCLmaintenance"

xmlns:xs="http:/l,w’/^.w3.org.f2001/XMLSchema" xmlns=*http:/<\vww.iec.ch/61850/2003/SCLmaintenance" elementFormDe(ault=’qualified' attributeFormDefault=“unqualified’ version=*0-1">

<xs:annotation>

<xs:documentation xml:lang=’en">COPYRIGHT IEC. 2003. Version 0.1. Draft 2003/08/28.</xs:documentation>

</xs:annotation>

<xs:simpleType name=*lRestrName1 stL">

<xs:restriction base=-xs:Name,->

<xs:pattern value=,rvp{LI}(\d.\p{L}.J'7>

</xs:restriclion>

</xs:simpleType>

<xs:simpleType name='4MopEnum*>

<xs:resfriction base="xs:stnng*>

<xs:enumeration value=*M7>

<xs:enumeration value="07>

<xs:enumeration value="P7>

<xs:enumeration value=*C7>

<xs:enumeration value=*C17>

<xs:enumeration va)ue='C27>

</xs:restrictk>n>

</xs:simpleType>

<xs:simpleType name="tExtensionMopEnum*>

<xs:restriction base=‘4RestrName1stL7>

</xs:simpleType>

<xs:simpieType name=*tWOP’>

<xs:union memberTypes="tMopEnum tExtensionMopEnum7>

</xs:simpleType>

<xs:atlribute name="mop' type=*tMOP7>

<xs:element name="CondDesc*>

<xs:complexType>

<xs:attribute name=*desc" type="xs:string" use="required’/>

<xs:attnbute ref=^mop" use="required7>

</xs:complexType>

</xs:element>

</xs:schema>

Данный синтаксис определяет атрибут mop с допустимыми значениями М, О, Р и С. С1. С2. Значение М для тор означает «обязательный». О — «дополнительный», а Р — «частный», то есть специфичный для изготовителя конкретного типа IED-устройства. Значения С, С1. С2 представляют собой различные условия, при которых соответствующий объект является или не является обязательным. Более специфичные условия (например, определенные в МЭК 61850-7-3) могут быть заявлены дополнительно. Частные условия должны начинаться с символа Е. Можно использовать элемент CondDesc для создания тестовых пояснений к условиям.

Примечание — Упомянутое определение синтаксиса не может ограничивать употребление атрибута тор. Однако он используется только в пределах секции DalaTypeTemplates с элементами DO. DA. SDO и BDA.

121

Страница 126

ГОСТ Р МЭК 61850-6-2009

Приложение D (справочное)

Пример

D.1 Пример спецификации

Здесь рассмотрен пример на основе спецификации, приведенной в МЭК 61850-5. Однако присвоение имен устройствам изменено и соответствует серии стандартов МЭК 61346. Данный пример не является полностью законченным, однако он иллюстрирует большинство возможностей языка SCL по описанию системы, то есть это файл SCD.

D.1.1 Конфигурация подстанции

Пример Т1-1

А*» /СОЛт «ИЧХ<1Н1«

dl — 220(6.

Ы - 132*6

а грюмщшжй

• — ОЮ1 фпдйрс t|UMCi*<]fM#aT0f>9« тислСТ.

2    — 6102 OWP < paiMAfiMfianiM OlS им-

rtto^atirMM C6R. (рвисфсркв'орсм тисл СТ трамсфсрм яторзи    VT.

3    — fc»04t!Bfii4ia»« ом mb

1(ш

4    —1:101    с    UI3    вые-

лкчд'ыгмм СвК. гранеформлюрсм гокм СТ тртсфитишдаи    VI.

9 — fc 103 гиц*я с римдимкпм 0I& *мс-АИЧШГММ CfiR. трансфер ИД ТО ром fW СТ ip«M:i£tit*!anutuu -и«(им>ми VT

Цчгтрмиыш»фу1т»и:

П

Дкстяицпоитя щт СтМшЯЧш

Пидвмри»

Знщнсгиттяш

Тршифщиинщ - цнф||щ1мщ— ии ищш

220 кВ


E1Q2

1Э2«

ФЬе

№ пт цмн нм тип

Шнднмтр

И04

ие»

И


Ч»1

Ф?


°ви

Ф?


С )4оз


Ьпанфа—1

Диетаицмаинммлртя


Впютричш Диетшщмтм жиргт

Д||ффЦ1«ЦЛ>ЛЬНИ Ш>СТ1


Рисунок D.1 — Т1-1. Конфигурация подстанции

На рисунке D.1 показана однолинейная схема. Ток. поступающий через D1Q1 на трансформатор D1T1, распределяется на стороне низкого напряжения по двум линиям E1Q1 и E1Q3. Автоматический выключатель в D1Q1 находится за пределами рассматриваемой SA-системы.

122

Страница 127

ГОСТ РМЭК 61850-6—2009

D.1.2 Конфигурация системы связи

D1Q1

Пример Т1-1

Одо*ючмаи сдечими *т« санм

lfcO-yC1pC4lL-1«liUrU

фаигфэрАШЮрИ.

rttttJir |aai'смвш«мдом мь»ло«*т«пь р*>ъаде»етк»ъ rp«*uJ*;pvj»rcp Юм. 1рл*к£о{тй$иар»тр*0*ши\

•ладой шиигы цкидогъмм* lt'/KCi*4H

№ Nmiic*

мим    CCOIMUHM

fcl0tBM|f£H8l 61Q‘8W(*D*J ыозвмров) ыозвм <*e#j otoiws(Poe>

OlOlbfJIlMJlf-)

oioieei

t i J Л i e r a *

Xr LV Вя/J fc'Ojeei

П Carnal DI01S04 |ClO.PSYN)

IV Buy- 6*02*81

1VB49 E’oisei


[>•!

Mi

0»l

0*1

IlMn

Wu


Рисунок D.2 — T1-1. Конфигурация связи

На рисунке D.2 показаны IED-устройства SA-сисгемы. их размещение на присоединениях распределительного устройства, назначенная функциональность и коммуникационные соединения в пределах однолинейной подсети. Здесь не показано IED-устройство. размещающее человеко-машинный интерфейс (HMI) станционного уровня, который может быть чистым клиентом.

D.1.3 IED-устройство трансформатора

На рисунке D.3 инстанцированная функциональность IED-устройства управления трансформатором показана как набор LN.

123

Страница 128

Рисунок D.3 — Ячейка трансформатора Т1-1


D.2 Пример содержимого файла SCL

Ниже приведен синтаксически корректный, но не полностью законченный файл SCO для приведенного выше примера спецификации. У некоторых IED-устройств отсутствует описание сервера и соответственно не указан поток данных как в направлении упомянутых IED-устройств. так и от самих устройств. С другой стороны, некоторые LN. которые должны резидентно находиться на указанных IED-устройствах. были размещены на секции подстанции. Следовательно, данный файл не только неполный, но также и недействителен на прикладном уровне. Однако два IED-устройства — E1Q1SB1 и D1Q1SB4— и некоторый поток данных меяаду ними с GOOSE-сообщениями и SV смоделированы, а топология подстанции как таковая имеет законченную информацию о присоединении. Также закончено определение подсети Subnet, по крайней мере, для смоделированного потока данных.

<?xml verwon=*1.0" encoding="UTF-8"?>

<SCL xnilns='http://www.»ec.cW61850/2003/SCL" xmlns:xsi= "http^/rtww.iv3.orgj2001/XMLSchema-instance" xsi:schemaLocation="http://www.iec.ch/61850/2003/SCL SCL.xsd’>

«Header td="SCL Example T1-1* nameStructure=*IEDName7>

«Substation name="S12" desc=*Baden'’>

<VoltageLevel name="D1">

<PowerTransformer пате=ТГ type=*PTR">

<LNode lnlnst="1" lnClass=*PDIF” ldlnst=*F1" iedName='D1Q1BP27>

<LNode lnlnst="1" lnClass=TCTR" ldlnst="C1* tedName="D1Q1SB17>

<TransformerWinding name="W1* type="PTVV>

«Terminal connectivityNode=*S12/D1/Q1/Lr substat*onName=*S12" voltage-LevelName=*Dr bayName=’Q1’ cNodeName=*L17>

</T ransformerWinding>

<TransformerWinding name="W2* type="PTW’>

124

Страница 129

ГОСТ РМЭК 61850-6—2009

«Terminal connectivityNode="S 12/Е1 /Q2/L3" substationName=*S12" vottage-LevelName="E1" bayName="Q2" cNodeName="L37>

<Я ransformerWinding>

</PowerT ransformer>

<Voltage multiplier="k" unit="ST>220</Voltage>

<Bay name=*Qr>

<LNode lnlnst=T lnClass="PDIS" ldlnst=“Fr iedName=*D1Q1BP37> «ConductingEquipment пате=*1Г type="CTR‘>

«Terminal cx^necth/ityNode=*S12/D1/Q1/Lr substalk>nName=*S12" voltage-LevelName=*Dr bayName=’Qr cNodeName=*Lr.'>

<SubEquipment name="R" phase=”A*>

«LNode lnClass="TCTR « iedName='D1Q1BP2" ldlnsl="F1"

lnlnst=*1"/>

</SubEquipment>

«SubEquipment name='S" phase="B*>

<LNode lnClass="TCTR « iedName='D1Q1BP2" ldlnst=T1"

lnlnst=*27>

</SubEquipment>

<SubEquipment nama="T phase=*C’>

<LNode lnClass="TCTR « K)dName='D1Q1BP2" ldlnst=T1"

lnlnst=*37>

</SubEquipment>

«SubEquipment name=’IO* phase="N">

<LNode lnClass=''TCTR « jedName='D1Q1BP2" ldlnst="F1B

lnlnst=*47>

</SubEquipment>

«/ConductingEquipment>

«ConnectivityNode nama="L1" pathName="S12/D1/Q1/Lr/>

</Bay>

</VoltageLevel>

<VoltageLevel пате="ЕГ>

<Voltage multiplier=V urut="V">132</Voltage>

<Bay name="01">

<LNode lnlnst=*1* lnClass='MMXU" ldlnst='C1' iedName=“E101SB17>

«LNode lnlnst=T lnClass=*PDIS* kJlnst=’Fr iedName=”E1Q1BP3'/>

«LNode lnlnst=T lnClass=*PDIF' ldlnst=*F1' iedName='E1Q1BP2*/> <ConductingEquipment name="OA1" type='CBR">

«LNode lnlnst=T lnClass="CSWr ldlnst="C1" iedName=*E1Q1SB17> «Terminal connectivityNode=’S12/E1/Q1/Lr substationName=*S12" voltage-LevelName=*E1“ bayName="Q1" cNodeName=,'L1*/>

«Terminal connectivityNode=',S12/E1/Q1/l2'' substationName=*S12“ voltage-LevelName=’E1* bayName-'ОГ cNodeName='L27>

«/ConductingEquipment>

«ConductingEquipment name^QBI" type=*DIS’>

«Terminal connectivityNode=“S12/E1/W1/BB1’ substationName="S12* voltage-LevelName='E1" bayName='W1* cNodeName-'BB17>

«Terminal connectivityNode=‘,S12/E1/Q1/1.r substationName=*S12“ voltage-LevelName="E1" bayName="Q1" cNodeName=,'L17>

«/ConductingEquipment «ConductingEquipment name-'U1* type='VTR,'>

«Terminal connectivityNode='S12/E1.'Q1/l2" substationName=*S12“ voltage-LevelName="Er bayName="Q1" cNodeName='L2*/>

«Terminal connectivityNode="S12/E1/Q1/l-3" substationName=*S12“ voltage-LevelName="E1" bayName-'ОГ cNodeName="L37>

«SubEquipment names"A’ phase=’A">

<LNode lnClass=TVTR’ iedName='E101SBr ldlnst="C1* lnlnst="1"

desc=*VT phase L17>

</SubEquipment>

</ConductmgEquipment>

«ConductingEquipment name=*l1* lype="CTR">

«Terminal connectivityNode='S12/E1/Q1/L3" substationName=*S12“ voltage-LevelName=*Er bayName="Q1" cNodeName="L37>

125

Страница 130

ГОСТ Р МЭК 61850-6-2009

«Terminal connecbvityNode=*S12/E1/Q1/L4' substationName="S12" vottage-LevelName="E1* bayName="Q1” cNodeName="L47>

«/ConductingEquipment»

<ConnectivityNode name=*L1H pathName="S12/E1/Q1/L17>

«ConnectivityNode name="L2" pathName="S12/E1/Q1/L27>

«ConnectivityNode name='L3" pathName='S12/E1/Q1/L37>

«ConnectivityNode name="L4" pathName='S12/E1/Q1/L47>

«/Bay>

<Bay name="Q2* desc=Turgi“>

«ConductingEquipment name="QA1" type=*CBR">

«LNode lnlnst=“1* lnClass=*CILO' ldlrwt="C1* iedName="D1Q1SB47> «Terminal connectivityNode='S 12/E 1/Q2/L0" substationName=,'S12" voltage-LevelName='E1" bayName="Q2" cNodeName="L07>

«Terminal connectivityNode=*S12/E1/Q2.'L1“ substationName="S12" voltage-LevelName='Er bayName="Q2" cNodeName="L17>

</ConduclingEquipment>

«ConductingEquipment name='QB1" type=*DIS’>

«LNode lnlnst=*2* lnClass="CSWr ldlnst=’C1” iedName=*E1Q2SB17> «LNode lnlnst="2* lnClass="CILO' ldlnst="C1* iedName="D1Q1SB47> «Terminal conneclivityNode="S12/E1/Q4/Br substationName="S12" voltage-LevelName=“E1" bayName="Q4" cNodeName=*B17>

«Terminal connectivityNode=*S 12/E 1/Q2/L0" substationName="S12" voltage-LevelName="Er bayName="Q2“ cNodeName="L07>

</ConductingEquipment>

«ConductingEquipment name=*H* type="CTR">

«Terminal connectivityNode=*S12/E1/Q2/L1" substationName="S12" voltage-LevelName='E1" bayName="Q2" cNodeName=H7>

«Terminal connectivityNode=*S12/E1/Q2/L2“ substationName="S12" voltage-LevelName='E1" bayName="Q2" cNodeName=T27>

</ConductingEquipment>

«ConductingEquipment name=“U1* type="VTR">

«Terminal connectivityNode=’S12/E1/Q2/L2“ substationName="S12" voltage-LevelName='E1" bayName=”Q2" cNodeName=T27>

«Terminal connectivityNode=*S12/E1/Q2/L3" substationName="S12" voltage-LevelName='E1" bayName="Q2" cNodeName="L37>

</ConductingEquipment>

«ConnectivityNode name="L0" pathName="S 12/E 1 /Q2/L07>

«ConnectivityNode name="L1" pathName=”S12/E1/Q2/L17>

«ConnectivityNode name=-L2" pathName="S 12/E 1 /Q2/L27>

«ConnectivityNode name='L3" pathName='S 12/E1 /Q2/L37>

«ConnectivityNode name="L4" pathName="S12/E1/Q2/L47>

«/Bay>

<Bay name="Q3" desc="London'>

«LNode lnlnst=T lnClass="MMXU" kJlnst="“ iedName="E1Q3KA17>

<LNode lnlnst=“1" lnClass=”PDIS" ldlnst=~ iedName="E1Q3KA37>

«LNode lnlnst=T lnClass='PDIF* ldlnst=“* iedName="E1Q3KA27> «ConductingEquipment name="QA1“ type=“CBR">

«LNode lnlnst=“1' lnClass="CSWr ldlnst=*C1" iedName=*E1Q3SB17> «Terminal connectivityNode=*S12/E1/Q3/L1" substationName="S12" voltage-LevelName="Er bayName="Q3” cNodeName=''Lr/>

«Terminal connectivityNode=*S12/E1/Q3/L2" substationName="S12" voltage-LevelName="Er bayName="Q3” cNodeName=“L27>

«/ConductingEquipment «ConductingEquipment name=“OB1" type=’DIS’>

«Terminal connectivityNode='S12/E1/W1/BBr substationName=”S12* voltage-LevelName=*E1" bayNarne="Wr cNodeName=”BB17>

«Terminal connectivityNode=*S12/E1/Q3/Lr substationName="S12" voltage-LevelName=”Er bayName=”Q3” cNodeName="L1*/>

«/ConductingEquipment «ConductingEquipment name=”U1* type="VTR,‘>

«Terminal connectivityNode=*S12/E 1.'03/12" substationName="S12" voltage-LevelName='E1* bayName=”Q3" cNodeName='L27>

126

Страница 131

ГОСТ РМЭК 61850-6—2009

«Terminal connectivityNode="S 12/Е1 /03,0.3" substationName=*S12" vottage-LevelName="E1* bayName="Q3" cNodeName=T37>

</ConductingEquipment>

<ConductingEquipment name='l1* type=”CTR,,>

«Terminal connectivityNode='S12/EVQ3.0.3" substationName=*S12" voltage-LevelName="E1* bayName="Q3" cNodeName=T37>

«Terminal connectivityNode=*S12/E1/Q3/L4" substationName=*S12" voltage-LevelName="E1* bayName="Q3" cNodeName=“L47>

</ConductingEquipment>

<ConnectivityNode name=*L1" pathName='S12/E1/Q3/L1*/>

<ConnectivityNode name="L2“ pathName=*S12/E1/Q3/L27>

<ConnectivityNode name="L3" pathName="S12/E1/Q3/L3'/>

<ConnectivityNode name="L4" pathName="S 12/E 1 /Q3/L47>

</Bay>

<Bay name="Q4">

<ConnectivityNode name=*B1" pathName=*S12/E1/Q4/B17>

</Bay>

<Bay name="W1">

<ConnectivityNode пате="ВВГ pathName="S12/E1/W1/BB17>

</Bay>

<.’VoltageLevel>

</Substatton>

<Communication>

<SubNetwork name="lAr01” type="8-MMS">

<Text>Station bus</Text>

<BitRate unit='*bl's'>10</BitRate>

<ConnectedAP iedName="D1Q1SB4" apName="S1">

<Address>

<P type="IP" х«:1урв=ЧР_1Р*>10.0.0.11 </P>

<P lype="IP-SUBNET xs»:type='tPJP-SUBNET*>255.255.255.0</P>

<P type="IP-GATEWAY’xsi:type=“tP_IP-GATEWAY’’>10.0.0.101</P>

<P lype=”OSI-TSEL" xsi:type="tP_OSI-TSEL">00000001</P> <Ptype=“OSI-PSEL'xsi:type="tP_OSI-PSEL*>OK/P>

<P type=-OSI-SSEL" xsi:type="tP_OSI-SSEL*>OK/P>

</Address>

<GSE ldlnst="C1* cbName=HSyckResult">

<Address>

<P type="MAC-Address">01-0C-CD-01 -00-02</P>

<P type=*APPID">3001</P>

<P type=-VLAN-PRIORITY*>4</P>

</Address>

</GSE>

<PhysConn type="Plug'>

<P type=Type">FOC</P>

<P type=“Rug-,>ST</P>

</PhysConn>

</ConnectedAP>

<ConnectedAP iedName="E1QlSBr apName="S1">

<Address>

<Р1уре="1Ри>10.0.0.1<;Р>

<P type="IP-SUBNET">255.255.255.0</P>

<P type="IP-GATEWAY“> 10.0.0.101 </P>

<P type="OSI-TSEL->00000001</P>

<P type="OSI-PSEL">01 </P>

<P type="OSI-SSEL">01</P>

</Address>

<GSE ldlnst="C1" cbName='ltlPosibons">

<Address>

<P lype=”MAC-Address">O1-0C-CD-01 -00-01 <IP>

<P type=’APPID”>3000</P>

<P type=,VLAN-PRIORITY*>4</P>

</Address>

127

Страница 132

ГОСТ Р МЭК 61850-6-2009

</GSE>

<SMV ldlnst=’C1* cbName=,Vo<r>

<Address>

<P type="MAC-Address">01-0C-CD-04-00-01 <VP>

<P type=*APPID">4000</P>

<P type=*VLAN-ID">123</P>

<P type='VLAN-PRIORITY’>4</P>

</Address>

</SMV>

</ConnectedAP>

<ConnectedAP iedName=’E1Q1BP2'’ apName="S1">

<Address>

<P type="IP">10.0.0.2<yP>

<P type="IP-SUBNET">255.255.255.0</P>

<P type=‘IP-GATEWAY">10.0.0.101 </P>

<P type="OSI-TSEL">00000001 </P>

<P type=“OS!-PSEL“>01 </P>

<P type="OSI-SSEL">01 </P>

</Address>

</ConnectedAP>

<ConnectedAP iedName^EIQIBPS" apName="S1">

<Address>

<P type='IP">10.0.0.3</P>

<P type="IP-SUBNET">255.255.255.0</P> <Ptype='IP-GATEWAY“>10.0.0.101</P>

<P type="OSI-TSEL">00000001 <j'P>

<P type=*OSI-PSEL“>01 </P>

<P type="OSI-SSEL">01 </P>

</Address>

</ConnectedAP>

</SubNetwork>

</Communication>

<IED name=“E1Q1SBr>

<Se*vices>

<DynAssocialioa^>

<GetDirectory/>

<GetDataObjectDefinrt»on/>

<GetDataSetValue/>

<DataSetDirectory/>

<ReadWrite/>

<FileHandling/>

<ConfDataSet max=“4* maxAttributes='507>

<ConfReportControl max="127>

<ReportSettings bufTime=’Dyrf cbName="Conr rptlD=HDyn" datSet="Coor intgPd=’Dyn’ opt-Fields='Conf7>

<ConfLogControl max=*1*/>

<ConfLNs fixLnlnst="true7>

<GetCBValues^>

<GOOSE max="27>

<GSESettings аррЮ="СопГ cbName^Conr datSe!="Conr/>

</Services>

<AccessPoint name="S1">

<Server>

<Aulhenticalion/>

<LDevice inst="C1’>

<LN0 lnType="LN0" lnClass=TLN0' inst=”">

<DataSet name="Positions*>

<FCDA ldlnst="C1" prefix="’ lnlnst=*1' lnClass='CSWr do-

Name="Pos" fc=*ST7>

<FCDA ldlnst=’Cr prefix="’ lnlnst=*2" lnClass='CSWI" do-

Name=”Pos" fc=*ST7>

128

Страница 133

ГОСТ РМЭК 61850-6—2009

</DataSet>

<DataSet name=',Measurancls*>

<FCDA ldlnst=”Cr ргеГ|х="и lnlnst="1" InClass^MMXU" do-

Name="Amps" fc=*MX7>

<FCDA ldlnst=*cr prefix=” lnlnst="1* lnClass=*MMXU" do-

Name=-Volts* fc="MX7>

</DataSet>

<DataSet nama="smv">

<FCDA ldlnst=*Cr pfefix=~ lnClass=*TVTR" lnlnsl=*1" do-

Name-VoT daName^mstMag" fc=*MX7>

</DataSet>

<ReportControl name="PosRepoft" rptlD="E 1Q1 Switches" dat-

Set=”Positions'' confRev="0’>

<TrgOps dchg="true* qchg="true7>

<OptF»ekis/>

<RptEnabled max="5">

<ClientLN iedName=*A1KA1* Mlnsl=“LD1"

lnlnst="1* lnClass="IHMI7>

</RptEnab!ed>

</ReportControl>

<ReportControl name="MeaRepo<f rptlD=*E1Q1Measurar>ds" dat-Set=,,Measurands" intgPd=*'2000’ confRev="0">

<TrgOps qchg-'true" period="true*/>

<OptFields reasonCode=*true7>

<RptEnabled max="5">

<ClientLN iedName=*A1KA1" ldlnst=*LD1* lnlnst="1"

lnClass='IHMI7>

</RptEnabled>

</ReportControl>

<LogControl name=T.og" datSet=“Positions" logName="Cr>

<TrgOps dchg=1rue* qchg="true7>

</LogContro)>

<GSEControl name="IUPositions' datSet=”Posit»ons’ applD="ltt*/> <SampledValueControl name="Vair datSet=’smv" smvlD='11’ smpRate=*4800* nofASDU="5* multicast=''lfue'>

<SmvOpts sampleRate=“lrue" refreshTime="lrue" sampleSyn-

chronized=“true7>

</SampledValueControl>

<yLN0>

<LN lnType=*1_PHDa* lnClass="LPHD" inst='1*>

<DOI name="Proxy">

<DAI name="stVar>

<Val>false</Val>

<.'DAI>

</DOI>

</LN>

<LN inst="1" lnClass=”CSWr lnType='CSWIa7>

<LN insl="2" lnClass="CSWr lnType='CSWla7>

<LN inst=“1" lnClass=’MMXU’ lnType=*MMXUa">

<DOI name=-Volts*>

<SDI name="sVC*>

<DAI name="offset">

<Val>10</Val>

</DAl>

<DAl name=',scateFactof">

<Val>200</Val>

</DAJ>

</SDI>

</DOI>

</LN>

<LN mType=*TVTRa'- lnClass=TVTR" inst="17>

<vl.Device>

</Server>

</AccessPoint>

Страница 134

ГОСТ Р МЭК 61850-6-2009

</IED>

<IED name="E 1Q1 BP2”>

<AccessPoint name=’Sl7>

</IED>

<IED name="E1Q1 BP3">

<AccessPoint name="S17>

</IED>

<IED name="E102SB1">

<AccessPoint name="Sl7>

</IED>

<IED name="E1Q3SB1">

<AccessPoint name=”S17>

</IED>

<IED name="E1Q3KA1">

<AccessPoint name="S17>

</IED>

<IED name="E 1 Q3KA2^>

<AccessPoint name="Sr/>

</IED>

<IED name="E 1 Q3KA3">

<AccessPoint name="Sl7>

</IED>

<IED name='D1Q1SBr>

<AccessPoint name="S17>

</IED>

<IED name="D1Q1BP2">

<AccessPoint name="Sl7>

</IED>

<IED name=*D1Q1BP3">

<AccessPoint name="S17>

</IED>

<IED name="D1Q1SB4">

<Services>

<Dyn Association^

<GetDirectory/>

<GetDataObjectDefimtion/>

<GetDa!aSetValue/>

<DataSelDirectory/>

<ReadWrite/>

<FileHandling/>

<ConfDataSet max=*4'/>

<ConfReportControl max="127>

<ReportSettings bufTime=*Dyn" сЬЫате="СопГ rptlD="Dyn" datSet="Conr intgPd=*Dyn" opt-Fields='Conf7>

<ConfLogControl max=*17>

<GetCBValues/>

<GOOSE max="27>

<GSESettings аррЮ=“СопГ cbName='Conr datSet=’Conf7>

</Services>

<AccessPoint name="S1">

<Server>

<Authentication/>

<LDevice inst="C1*>

<LN0 tnType="LN0" lnClass="LLNO” inst=“">

<DataSet name="SyckResulf>

<FCDA ldlnst="d" prefix=- lnlnst=T lnClass=BRSYN" do-

Name=“Rer fc="ST7>

</DataSet>

<GSEControl name=-SyckResultB datSet="SyckResult* ap-

plD="SynChk"/>

</LN0>

<LN lnType="LPHDa" lnClass="LPHD' inst=*1*>

130

Страница 135

<DOI name="Proxy”>

<DAI name="stVar>

ГОСТ РМЭК 61850-6—2009


<Val>fatse</Val>

<ЛЭА1>

</DOI>

</LN>

<LN ir»sl="1“ lnClass=-RSYN" tnType=’RSYNa7> <yLDevice>

</Server>

</AccessPoint>

</IED>

<DataTypeTemp!ates>

<LNodeType id=*LN0* lnClass=*LLN0">

<DO name="Mod" type=’myMod7>

<DO name=*Hea]th" type="myHealth*/>

<DO name="Beh” type='myBeh7>

<00 name=“NamPlt* type="myLPL"/>

</LNodeType>

<LNodeType id=*LPHDa* lnClass=“LPHD">

<DO narne="Mod" type=*myMod7>

<DO name=*Health" type=”myHealth’/>

<DO name="Beh" type=*myBeh7>

<DO name=“NamPlt’ lype="myLPL7>

<DO name="PhyNam” type="myDPL7>

<DO name='PhyHealth“ type='mylNS7>

<DO пате^Ргоху" type="mySPS7>

</LNodeType>

<LNodeType id=*CSWIa" lnClass="CSWI*>

<DO name="Mod" type=*myMod7>

<DO name=’Health" type="myHealthV>

<DO name="Beh" type=*myBeh7>

<DO name=*Pos" type="myPos7>

<DO name='GrpAT type=’mySPS*.‘>

</LNodeType>

<LNodeType id="MMXUa* lnClass=*MMXU'>

<DO name=“Mod" type=*myMod7>

<DO name="Beh* type=”myHealth7>

<DO name="Health’ type="myBeti7>

<DO name="Ainps" type=“myMV7>

<DO name="Vol!s" type="myMV7>

</LNodeType>

<LNodeType jd="CILOa" lnClass="CILO'>

<DO name="Mod" type="myHealth7>

<DO name="Beh" type=’myBeh7>

<DO name="Health" type=’mylNS7>

<DO name='EnaOpen’ type="mySPS7>

<DO name=*EnaCk)se* type='mySPS7>

</LNodeType>

<LNodeType id=TVTRa" lnClass="TVTR">

<DO name="Mod" type=*myMod7>

<DO name=*Health" type='myHealth’/>

<DO name="Beh" type=*myBeh7>

<DO name=*Vol" type=’mySAV7>

</LNodeType>

<LNodeType id=*RSYNa’ lnClass=*RSYN">

<DO name="fvlod" type=*myMod7>

<DO name='Health" type=“myHea!th7>

<DO name="Beh' type=‘myBeh7>

<DO name=“NamPlt* type="myLPL7>

<DO name=*ReT type=*mySPS7>

</LNodeType>

<DOType id=*myMod* cdc='INC’>

131

Страница 136

ГОСТ Р МЭК 61850-6-2009

<DA name='cUVar fc=*CO" bType=*Enum" type="Mod"/>

<DA name="stVal" fc="ST dchg=*true" bType="Enum" type=’Mod*/>

<DA name="q" fc=*ST" bType=”Quality" dchg="true*/>

<DA name=T fc=*ST* bType=*Timestamp" dchg="true7>

</DOType>

<DOType id="myHeatth" cdc="INS*>

<DA name=’stVaT fc="ST* bType="Enum* dchg="true" type=”Health7>

</DOType>

<DOType id='myBeh" cdc=“INS*>

<DA name=*slVar fc="ST* bType=*Erwm" dchg="tme* type=“Beh7>

</DOType>

<DOType id=’mylNS' cdc="INS">

<OA name="stVar fc=*ST bType="INT32" dchg=“lme"/>

</DOType>

<DOType jd="myLPL" cdc="LPL">

<DA name=TdNs” fc=*EX* bType='VrsString255">

<Val>IEC61850-7-4:2003<Afel>

<IDA>

<OA name^configRev" fc="DC* bType="VisStritig255">

<Val>Rev 3.45</Va>

</DA>

</DOType>

<DOType id=”myDPL" cdc=’DPL’>

<DA name="ver»dor" fc="DC" bType=*VisString255M>

<Val>myVendorName</Val>

</DA>

<OA name=7iwRev" fc="DC" bType="VisString255">

<Val>Rev 1.23</Va>

</DA>

</DOType>

<DOType »d=BmyPos“ cdc="DPC*>

<DA name=HstVar fc=*ST bType^Dbpos" dchg="lrue” type=”DbposV>

<OA name="q“ fc=*ST" bType=’Quality* qcbg='true7>

<OA name=T fc="ST" bType="Tlmestamp7>

<DA name=*ctJVar fc="CO* bType="BOOL7>

</DOType>

<DOType id=*mySPS" cdc="SPS*>

<DA name=’stVar fc="ST bType="INT32" dcfig="true7>

<DA name="q" fc=*ST" bType='Quality" qcbg=“trueV>

<DA name=T fc="ST" bType=“Timestamp7>

</DOType>

<DOType id="myM\T cdc=“MV*>

<DA name="mag" fc=“MX" bTypes*StnjCt* type="myAnalogValue“ dchg="true7> <OA name=’q" fc="MX’ bType^Quality* qchg="true’/>

<DA name=”t’ fc=*MX" bType="Timestamp7>

<DA name=*sVC" fc="CF* bType=“Strucf type='ScatedValueConfig" dchg="true7> </DOType>

<DOType id="myCMV* cdc="CMV*>

<DA name=*cVal* fc="MX" bType=*Struct* type=’myVector' dchg=*true7>

<DA name=”q" fc="MX* bType="Quality"qchg="true’/>

<DA name=T fc=*MX" bType='Timestamp*/>

</DOType>

<DOType id="mySEQ" cdc=’SEQ*>

<SDO name=*c1* type=’myCMV7>

<SDO name=*c2* type="myCMV7>

<SDO name=’c3’ type="myCMV"/>

<DA name=*seqT" fc=’MX" bType="Enum" type=*seqT7>

</DOType>

<DOType id="mySAV" cdc=*SAV">

<DA name="instMag" fc="MX“ bType=’Struct" type="myAnalog Value 7>

<DA name="q" fc="MX’ bType="Quality" qchg=1rue'/>

132

Страница 137

<.'DOType>

<DAType id="myAnalogValue">

ГОСТ РМЭК 61850-6—2009


<BDA name=T bType=“FLOAT327>

</DAType>

<DAType id='‘ScaledV3lueConfig'>

<BDA name="scaIeFactor" bType='FLOAT327>

<BDA name=*offset' bType="FLOAT327>

</DAType>

<DAType id=*myVector’,>

<BDA name="mag” bType=“Struct" type=’myAnatogValue'/> <BDA name=’ang" bType="Slrucf type="myAnalogValue7> </DAType>

<EnumType id=’ACDdir*>

<EnumVal ord=“0'>unRnown</EnumVal>

<EmjmVal ord=T>foward</EnumVal>

<EnumVal ord="2’>backward</EnumVal>

<EnumVal ord='3">both</EnumVal>

</EnumType>

<EnumType id='seqT>

<EnumVal ord="0*>pos-neg-zero</EnumVal>

<EnumVal ord="1 '>dir-quad-zero</EnumVal>

</EnumType>

<EnumType kJ="Dbpos">

<EnumVal ord=“0'>mtermediate</EnumVal>

<EnumVal ord=*1'>of(<iEnumVal>

<EnumVal ord=’2">on</EnumVal>

<EnumVal ord="3">bad</EnumVal>

</EnumType>

<EnumType id='Tcmd’>

<EnumVal ord="0">stop</EnumVal>

<EnumVal ord="r>lower</EnumVal>

<EnumVal ord="2*>higher</EnumVal>

<EruimVal ord="3">reserved</EnumVal>

</EnumType>

<EnumType kJ="Beh4>

<EmjmVal ofd=T>on</EnumVal>

<EnumVal ord="2">blocked</EnumVal>

<EnumVal ord="3">test</EnumVal>

<EnumVal ord="4">tesl/blocked</EnumVal>

<EnumVal ord='5*>off</EnumVal>

</EnumType>

<EnumType id="Mod">

<EnumVal ofd=T>on</EnumVal>

<EnumVal ord="2*>blocked</EnumVal>

<EnumVal ord='3">test</EnumVal>

<EnumVal ord="4’>test/blocked</EnumVal>

<EnumVal ord='5'>off<.EnumVal>

</EnumType>

<EnumType id=*Health">

<Er»umVal ord=*1*>Ok</EnumVal>

<EnumVal ord="2*>Waming</EnumVal>

<EnumVal ord="3">Alarm</EmjmVal>

</EnumType>

</DataTypeTemplates>

</SCL>

133

Страница 138

ГОСТ Р МЭК 61850-6-2009

Приложение Е (справочное)

Опроделоние XML schema вариантов языка SCL

Следующая часть schema, использующая элементы из нормативного определения SCL schema, сама по себе, однако, не является нормативной и формально определяет ограничения для различных вариантов языка SCL. которые представлены в разделе 7:

СЮ: описание сконфигурированного IED-устройства:

ICD: описание возможностей IED-устройства:

SCD: описание конфигурации подстанции:

SSD: описание системной спецификации; здесь приведена «чистая» версия без IED-устройств и версия с установкой некоторых уже известных IED-устройств.

Следует обратить внимание, что дополнительно к сформулированным здесь ограничениям действуют некоторые ограничения присваивания имен, описанные в разделе 7, которые не могут быть выражены с помощью XML schema.

<?xml vers»on=*1.0" encoding="UTF-8"?>

<xs:schema targetNamespace='http://vrtV4v.iec.ch/61850/2003/SCL'*

xmlns:xs=*http:/Avww.w3.orgi’2001,'XMLSchema" xmlns^httpJ/vvww.iec.cMJI 850/2003/SCL" xmlns:scl="http:/Avww.iec.ch/61850/2003/SCL’ elementFormDefaull='*qualified” attributeFormDe-fault=*unqualified” finalDefault="extension" version="1.0">

<xs:annotation>

<xs:documenlation xml:lang="en''>

COPYRIGHT IEC. 2003. Version 1.0. Release 2003/08-20.

This schema is for international purposes only, and is not normative!

Notes:

-    Identity constraints are in comments, in order to avoid any clashes with the existing ones.

-    The elements are defined as abstract to prevent their usage in practice.

</xs:documentation>

</xs:annotation>

<!_ =========================================

Включая общий случай:

<xs:include schemaLocation="SCL.xsd7>

Вариант описания возможностей IED-устройства (ICD)

========================================= _>

<xs:element name="SCLJCD* abstract=“true">

<xs:annota!ion>

<xs:documentation xml:lang="en">SCL for an IED Capability Description (ICD)</xs:documentation>

</xs:annotation>

<xs:complexType>

<xs:oomplexContent>

<xs:extension base=*tBaseElemenf>

<xs:sequence>

<xs:element name="Header* type="tHeader’>

<!--<xs:unique name="uniqueHitem">

<xs:selector xpath="./sd:History/scl:Hitem“/>

<xs:field xpath="@vers»on7>

<xs:field xpath=''@revision'7>

</xs:umqije>->

</xs:elenwnt>

<xs:element name='Substation" type="tSubstationTemplate” minOc-

curs="0“>

<!-<xs:unique name=’un»queVoltageLevellnSubstation'>

<xs:selector xpath=’./scl:VottageLevel7>

<xs:field xpath="@name7>

</xs:unique>

134

Страница 139

й s 2 й й й « 5

VVVVVVVV

8 % S3 |

V V V V


m Л


С

It

! § -о

f«s

?.uZ

ф 5 £ с Г с

•nit

_ с >..2 2

____, _ _ 5 з S 8 5_______

2SS.*!33S.*S!3S3*SS$3*

vvvvvvvvvvvvvvvv


-i*

1^л ®22 >

8ai (и ® 1= « ■*


2

о

сч

1

ч>

8

со

5

ьс

т

2 CL

5

2


Страница 140

ГОСТ Р МЭК 61850-6-2009

<xs:keyref name='ref2LNodeTypeDomain1" refer="LNodeTypeKey">

<xs:selectof xpath='7scl:IED/sd:AccessPoinl/scl:LN’/>

<xs:field xpath=*@lnType7>

<xs:field xpath="@lnClass7>

</xs:keyref>

<xs:keyref name=,,ref2LNodeTypeDomain2" refer="LNodeTypeKey>

<xs:selector xpath=’./scl:IED/scl:AccessPointysd:Server/scl:LDevice/sd:LN7>

<xs:fiekJ xpath='@lnType7>

<xs:field xpath='@lnClass7>

</xs:keyref>

<xs:keyref name=’ref2LNodeTypeLLN0" refer^LNodeTypeKey^

<xs:selector xpath=,Vscl:IED/&cl;AccessPoint/sd:Server/scl:LDevice/scl:LN07>

<xs:field xpath=*@lnType"/>

<xs:field xpath='@lnClass7>

</xs:keyref>->

</xs:element>

Вариант документа по спецификации «чистой» системы (SSD)

<xs:element name=*SCL_pureSSD" abstract="true">

<xs:annotation>

<xs:documentation xml:lang=‘,en">SCL for a ’Pure" System Specification Document (SSD)</xs:documentation>

</xs:annotation>

<xs:complexType>

<xs:complexContent>

<xs:extension base=’tBaseElement*>

<xs:sequence>

<xs:element name="Header* type="tHeader'>

<!~<xs: unique name="uniqueHitem”>

<xs:selectof xpath="./sd:History/scl:Hitem"/>

<xs:field xpath=*@vers»on’/>

<xs:field xpath="@revision7>

</xs:unique>->

</xs:element>

<xs:element ref="Substation’ maxOccurs="unbounded7> </xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<!-<xs:unique name="uniqueSubstation’>

<xs:selector xpath=Vsd:Substation7>

<xs:field xpath="@narrve7>

</xs:unique>->

</xs:element>

<!_ =========================================

Вариант документа no системной спецификации (SSD) ========================================= ->

<xs:element name="SCL_SSD" abstract="true“>

<xs:annotation>

<xs:documentation xml:lang='en">SCL for a System Specification Document (SSD)</xs:documentation>

</xs:annotation>

<xs:comp(exType>

<xs:complexContent>

<xs:extension base=’tBaseElement’>

<xs:sequence>

<xs:element name=HHeader* type="tHeader*>

<•—<xs:unique name="uniqueHitem,'>

<xs:selectof xpath="./sd:History/scl:Hitem7>

<xs:field xpath='@version*/>

136

Страница 141

ГОСТ РМЭК 61850-6—2009

<xs:field xpath="@revision7>

</xs:unique>-->

</xs:element>

<xs:element ref=”Substation' maxOccurs=''unbour>ded7> <xs:element ref=*Communication* min0ccurs="07>

<xs:element ref=*IED" min0ccurs=*0* maxOccurs="unbounded7> <xs:element ref^DataTypeTemplates" minOccurs=*OT> </xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<!-<xs:unique name="umqueSubstation">

<xs:selector xpath="./sd:SubslaUon7>

<xs:field xpath=“@name7>

</xs:unique>

<xs:key name="IEDKey">

<xs:selector xpath=Vscl:IED7>

<xs:field xpath="@name7>

</xs:key>

<xs:key name=*LNodeTypeKey">

<xs:se!ector xpath=-./scl:DataTypeTemplatesiscl:LNodeType7>

<xs: field xpath="@id7>

<xs:field xpath="@lnClass7>

</xs:key>

<xs:keyref name=',ref2LNodeTypeDofnainr refer="LNodeTypeKey">

<xs:selector xpath="iscl:IED/scl:AccessPoinfscl:LN'/>

<xs:fiekl xpath='@lnType7>

<xs:field xpath="@lnClass7>

</xs:keyref>

<xs:keyref name="ref2LNod8TypeDomainZ* refer=“LNodeTypeKey">

<xs:selector xpath=’\/scl:IED/scl:AocessPoint/scl:Serveri'scl:LDevk;e/scJ:LN7>

<xs:fiekJ xpath=*@lnType’/>

<xs:field xpath="@lnClass7>

</xs:keyref>

<xs:keyref name=*ref2LNodeTypeLLN0'' refer="LNodeTypeKey">

<xs:selector xpath=*./scl:IED/scl:AccessPoint/scJ:Server/scl:LDevice/scl:LN07>

<xs:fieki xpath='@!nType*/>

<xs:field xpath=,*@lnClass7>

</xs:keyref>->

</xs:element>

<!_ =========================================

Вариант описания конфигурации подстанции (SCD) ========================================= _>

<xs:element name=’SCL_SCD* abstract="true">

<xs:annotation>

<xs:documentation xml:lang="erT>SCL for a Substation Configuration Description (SCD)</xs:documentation>

</xs:annotation>

<xs:complexType>

<xs:complexContent>

<xs:extension base=*tBaseElement*>

<xs:sequence>

<xs:element name="Header* type="tHeader*>

<!-<xs:unique name=’uniqueHitem,'>

<xs:selector xpath="./sd:Historyi'scl:Hitem”/>

<xs:field xpath=*@vers»on7>

<xs:field xpath="@revision7>

</xs:unique>->

</xs:element>

<xs:element ref-'Substation' maxOccurs="unbounded7> <xs:element ref="Communication7>

<xs:element ref=*IED" maxOccurs="unbounded7>

137

Страница 142

ГОСТ Р МЭК 61850-6-2009

<xs:element ref="DataTypeTemplates7> </xs:sequence>

</xs:extension>

</xs:complexContent>

</xs:complexType>

<!-<xs:unique name="uniqueSubstation->

<xs:selector xpath="./sd:Substation7>

<xs:field xpath="@name7>

</xs:unique>

<xs:key name=’IEDKey">

<xs:selector xpath=*Jscl:IED7>

<xs:field xpath=“@name7>

</xs:key>

<xs:key name='*LNodeTypeKey”>

<xs:selectof xpath="7scl:DalaTypeTempiates/scl:LNodeType"/>

<xs:field xpath=”@id7>

<xs:field xpath=“@lnClass"/>

</xs:key>

<xs:keyref name='7ef2LNodeTypeDomain'r refer-’LNodeTypeKey^

<xs:selector xpath="./scl:IED/sd:AccessPoint/sd:LN7>

<xs:field xpath=*@lnType7>

<xs:field xpath=-,@lnClass"/>

</xs:keyref>

<xs:keyref name='ref2LNodeTypeDomain2'' refer="LNodeTypeKey">

<xs:seleclor xp3th='jscl:IED/scl^ccessPoint/sd:Server/scl:LDevjce/sd:LN7>

<xs:fiek) xpath=*@lnType7>

<xs:field xpath="@lnClass7>

</xs:keyref>

<xs:keyref name='ref2LNodeTypeLLN0" refer='LNodeTypeKey">

<xs:selector xpath='‘-/scl:IED/scl:AccessPoint/sd:Server/scl:LDevice/scl:LN07>

<xs:field xpath=*@lnType7>

<xs:field xpath='@lnClass7>

</xs:keyref>->

</xs:element>

Вариант описания сконфигурированного IED-устройова (СЮ)

<xs:element name="SCL_CID* abstract="tru6">

<xs:annotation>

<xs:doajmentation xml:lang=*erT>SCL for a Configured IED Description (CID)</xs:documentatk>n>

</xs:anr>otation>

<xs:comp)exType>

<xs:comptexContent>

<xs:extension base='tBaseElement*>

<xs:sequence>

<xs:element name="Header* type='tHeader*> <!~<xs:unique name="uniqueHitem">

<xs:selector xpath="./sd:History/scl:Hitem7>

<xs:field xpath=*@version7>

<xs:field xpath="@revision7>

</xs:imique>~>

</xs:element>

<xs:element ref="Substation" min0ccurs=*0” maxOc-

curs="unbounded7>

<xs:element ref='Comrmjnication7>

<xs:elemen! ref=*IED" maxOccurs="unbounded7> <xs:element ref="DataTypeTemplates7> </xs:sequence>

</xs:extension>

</xs:complexContent>

<i'xs:complexType>

<!--<xs:key name=”LNodeTypeKey">

138

Страница 143

ГОСТ РМЭК 61850-6—2009

<xs:selector xpath=‘Vscl:DataTypeTempiat6Si'scl:LNodeType'7>

<xs:field xpath="@id7>

<xs:field xpath="@lnClass7>

</xs:key>

<xs:keyref name=‘,ref2LNodeTypeDomainr refer='LNodeTypeKey">

<xs:selector xpath="iscl:IED/sd:AccessPoinfscl:LN'/>

<xs:fi&Jd xpath=’@lnType7>

<xs:field xpath="@lnClass7>

</xs:keyref>

<xs:keyref name="ref2LNod8TypeDomain2* refer=*LNodeTypeKey”>

<xs:selector xpath=\/scl:IED/scl:AccessPoint/sd:Server/scl:LDev»ce/scl:LN'7>

<xs:fiekJ xpath='@lnType’/>

<xs:field xpath="@lnClass7>

</xs:keyref>

<xs:keyref name='ref2LNodeTypeLLN0' refer='LNodeTypeKey">

<xs:selector xpath=*j'scl:IED/&cl:AccessPoint/sci:Servei7scl:LDevice/scl:LN0’7>

<xs:fiekJ xpalh=’@lnType'/>

<xs:field xpath=-,@InClass’/>

</xs:keyref>->

</xs:element>

Ограничения различного типа ======================================== _>

<xs:comp)exType name=*tSubslationTemplate''>

<xs:complexContent>

<xs:restriction base=’tSubstatiwi,’>

<xs:sequence>

<xs:sequence>

<xs:any namespace="##other* min0ccurs="0" maxOc-

curs="unbounded7>

<xs:element name=*Text* type="tText" min0ccurs='07>

<xs:element nan^-Private" type="tPrivate< min0ccurs="0" maxOc-

curs=”unbounded',/>

</xs:sequence>

<xs:sequence>

<xs:element name=’LNode‘ type="tLNode" min0ccurs="0" maxOc-

curs="unbounded7>

</xs.sequence»

<xs:sequence>

<xs:element name="PowerTransformer* lype=*tPowerTransformer' minOccurs=nO* maxOccurs="unbounde(T>

<!--<xs:unique name="uruqueWindinglnPowerTransformer">

<xs:selector xpath=*./scl :TransformerWir»ding7>

<xs:field xpath=“@name7>

</xs:umque>->

</xs:element>

</xs:sequence>

<xs:sequence>

<xs:element name="VoltageLevel‘ type="tVoltageLevei* maxOc-

curs="unbounded">

<!--<xs:unique name='uniqueBaylnVoltageLever>

<xs:selector xpath="./scl:Bay*/>

<xs:field xpath="@name7>

</xs:unique>

<xs:unique name=runiquePowerTransformerlnVoltageLevel'>

<xs:selector xpath=*_/scl:PowerTransformer,7>

<xs:field xpalh="©narr>e7>

</xs:unique>

</xs:element>

<xs:element name="Function” type='tFunction" minOccurs="CT maxOccufs=*unboundecT>

<xs:unique name=*uniqueSubFunctionlnFunclion">

<xs:selector xpath=’./scl:SubFunction7>

139

Страница 144

ГОСТ Р МЭК 61850-6-2009

<xs:field xpalh=“@name7>

</xs:unique>

<xs:unique name=”un»queGeneralEquipmentlnFunction">

<xs:se!ector xpath=Vscl:GeneralEquipment7>

<xs:field xpath="@name7>

</xs:unique>~>

</xs:element>

</xs:sequence>

</xs:sequence>

<xs:attribute name="name" type='tName" use^required" fixed=”TEMPLATE7> </xs:restriction>

</xs:complexContent>

</xs:comptexType>

<xs:complexType name="tlEDTemplate,‘>

<xs:comp!exContent>

<xs:restriction base=*tlED*>

<xs:sequence>

<xs:sequence>

<xs:any namespace="##other* minOccurs=nO’ maxOc-

curs="unbounded”/>

<xs:element name=*Text* type="tText* min0ccurs='07>

<xs:element name=’Priva{e* type="tPrivate' min0ccurs="0" maxOc-

curs="unbounded”;>

</xs:sequence>

<xs:sequence>

<xs:element name='Services* type="tServices" min0ccurs="07> <xs:element name='AccessPoint" type=*tAccessPoint" maxOc-

curs="unbounded">

<!~<xs: unique name="uniqueLNInAccessPoinf>

<xs:annolation>

<xs:documenlation xml:lang="en*>OnJy for those LN that are direct children of this AccessPoint.</xs:documentation>

</xs:annotation>

<xs:selector xpath=".//scl:LN"/>

<xs:field xpath=*@inst7>

<xs:field xpath="@lnClass"/>

<xs:fietd xpath='@prefix*/>

</xs:unique>->

</xs:element>

</xs:sequence>

</xs:sequence>

<xs:attfibute name="name" type='tName" use="required" fixed=”TEMPLATE7> </xs:restriction>

</xs:complexContent>

</xs:comptexT ype>

</xs:schema>

140

Страница 145

ГОСТ РМЭК 61850-6—2009

Приложение ДА (справочное)

Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации

Таблица ДА. 1

Обозначение ссылочного международного стандарта

Степень

соответствия

Обозначение и наименование соответствующего национального стандарта

МЭК 61850-2:2000

МЭК 61850-5:2003

МЭК 61850-7-1: 2003

ЮТ

ГОСТ Р МЭК 61850-7-1-2009 «Сети и системы связи на подстанциях. Часть 7. Базовая структура связи для подстанций и линейного оборудования. Раздел 1. Принципы и модели»

МЭК 61850-7-2:2003

ют

ГОСТ Р МЭК 61850-7-2-2009 «Сети и системы связи на подстанциях. Часть 7. Базовая структура связи для подстанций и линейного оборудования. Раздел 2. Абстрактный интерфейс услуг связи (ACS1)»

МЭК 61850-7-3:2003

ют

ГОСТ Р МЭК 61850-7-3-2009 «Сети и системы связи на подстанциях. Часть 7. Базовая структура связи для подстанций и линейного оборудования. Раздел 3. Классы общих данных»

МЭК 61850-7-4:2003

а

* Соответствующий национальный стандарт отсутствует. До его утверждения рекомендуется использовать перевод на русский язык данного международного стандарта. Перевод данного международного стандарта находится в ОАО «Научно-технический центр электроэнергетики» (E-mail: vulis@vniie.rxi, vulis@ntc-power.ru).

Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:

- ЮТ — идентичные стандарты.

141

Страница 146

ГОСТ Р МЭК 61850-6-2009

Библиография

{1] МЭК 61346-1 :1996    Системы, установки и аппаратура промышленные и промышленная продукция. Прин

ципы организационной структуры и ссылочные обозначения. Часть 1. Основные правила

(Заменен на IEC 81346-1(2009) Производственные системы, установки и оборудование и промышленная продукция. Принципы структурирования и условные обозначения. Часть 1. Основные правила)

(2] МЭК 61346-2 :2000    Системы, установки и аппаратура промышленные и промышленная продукция. Прин

ципы организационной структуры и ссылочные обозначения. Часть 2. Классификация объектов и коды для классов

(Заменен на IEC 81346-2(2009) Производственные системы, установки и оборудование и промышленная продукция. Принципы структурирования и условные обозначения. Часть 2. Классификация объектов и коды классов)

[3]    МЭК 61850-8-1:2004    Сети и системы связи на подстанциях. Часть 8-1. Специфическое отображение    сер

виса связи (SCSM). Схемы отображения на MMS (ISO 9506-1 и ISO 9506-2) и на ISO/IEC 8802-3

(41    МЭК 61850-9-1:2003    Сети и системы связи на подстанциях. Часть 9-1. Специфическое отображение    сер

виса связи (SCSM). Выборочные значения в пределах последовательного однонаправленного многоточечного канала связи типа «точка-точка»

(5J    МЭК 61850-9-2:2004    Сети и системы связи на подстанциях. Часть 9-2. Специфическое отображение    сер

виса связи (SCSM). Выборочные значения в соответствии с ИСО/МЭК 8802-3 (6]    ИСО/МЭК 8859-1    Информационные технологии. 8-битные однобайтовые наборы кодированных    гра

фических символов. Часть 1. Латинский алфавит № 1 (7J Расширенный язык разметки (XML) 1.0, рабочая группа W3C. ссылка: <http:/,'wYAV.v/3.org>'TR/2000/REC-xml-20001006>

(81 Пространства имен в расширенном языке разметки (XML) 1.0, рабочая группа W3C. ссылка: <http://wvvw.w3.of g/TR/1999/REC-xml-names-19990114>

(9J Язык XML schema Часть 0: Основные понятия, рабочая группа W3C. ссылка: <http://www.w3.org/TR.2001/REC-xmlschema-0-20010502>

(101 Язык XML schema Часть 1: Структуры, рабочая группа W3C. ссылка: <http://www.w3.org/TRi2001/REC-xmlschema-1-20010502>

(111 Язык XML schema Часть 2: Типы данных, рабочая группа WX, ссылка:

<http://www. w3.org/TR/2001 /REC-xmlschema-2-20010502/>

(12J Документ RFC 1952 Спецификация формата файла GZIP. версия 4.3, RFC, ссылка:

<http:/7 www.ietf.org/rfc/rfc1952. txt>

(131 Документ RFC 2045 Многоцелевые расширения электронной почты (MIME). Первая часть: Формат тела электронных сообщений. RFC. ссылка: <http://www.ietf.orgp'rtc/rfc2045.txt>

(14J Ссылка UML™ Resource Page, OMG, адрес: http:/Avww.omg.org/uml

142

Страница 147

ГОСТ Р МЭК 61850-6-2009

УДК 621.398.606.394:006.354    ОКС    33.200    П77    ОКП    42    3200

Ключевые слова: сети связи, подстанция, интеллектуальные электронные устройства, конфигурирование. расширенный язык разметки XML

Редактор П. М. Смирнов Технический редактор Н. С. Гоишанова Корректор С. И. Фирсова Компьютерная верстка Т. Ф. Кузнецовой

Сдано в набор 17.03.2011. Подписано в печать 27.05.2011. Формат 60х84‘/а. Бумага офсетная Гарнитура Лриал. Печать офсетная. Уел печ. л. 16.74. Уч.-изд. я. 16.50 Тираж 111 эк». За* 225

ФГУП «СТАНДАРТИНФОРМ», 123995 Москва. Гранатный пер.. 4 wwM-.90sbnf0.ru    mfo@gostmfo.ru

Набрано и отпечатано а Калужской типографии стандартов. 248021 Калуга, ул. Московская. 256