ГОСТ Р МЭК 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);
- имена атрибутов начинаются со строчной буквы (нижний регистр клавиатуры) (например, name);
- имена элементов начинаются с прописной буквы (верхний регистрклавиатуры) (например. Substation).
Почти все элементы языка SCL являются производными от базового типа tBaseElement (см., напри
мер. рисунок 4). что позволяет добавлять к элементу пояснительный текст Text и секции Private частный. Он
также позволяет добавлятьдополнительные подразряды элементов и атрибуты издругих пространств
имен (иных, чем целевое пространство имен
http://www.tec.ch/61850/2003/SCL
)— такие элементы, однако,
должны сначала появиться среди всех подразрядов элементов. Это позволяет легко выполнить расшире
ния модели, в том числе частные.
Имеется следующий уровень типов элементов, базирующихся на tBaseElement:
- tUnNaming добавляетдополнительный атрибут описания desc;
- tNamingдобавляетдополнительный атрибут описания desc и обязательный атрибут имени пате;
- tIDNaming добавляет атрибут описания descи обязательный атрибут идентификатора id.
12