ГОСТ Р МЭК 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 и DOTypos определены как шаблоны, которые содержатдей
ствительно реализованные данные DO и сервисы;
- отношения между инстанцируемыми LN и IED-устройствами. в которых они содержатся, с одной
стороны, и (функциональными) компонентами распределительного устройства — сдругой.
В соответствии с требованиями МЭК 61850-7-4 язык SCL позволяет специфицироватьопределенные
пользователемданные DO как расширение стандартных классов LN. а также LN. полностью определенных
пользователем. Это значит, что необходимые атрибуты пространства имен определяются втипах LN. и их
значение появляется в файле SCL.
Файл SCL в упорядоченной формеописывает экземпляр модели с использованием стандартизиро
ванного синтаксиса. Однако его семантика может быть полностью понята только через ссылку на саму
модель, то есть он независим от синтаксиса. Поэтому в данном разделе дано общее представление о
модели с использованием нотации UML. В последующих разделах приведено формальное описание эк
земпляра модели на языке SCL.
На рисунке 2 показана объектная модель UML. Необходимо обратить внимание на то, что с точки
зрения моделирования она не закончена, то есть на ней не показаны родительские классы, из которых
могли появиться потомки классов, отсутствуют атрибуты и т.д. Если речь идет о компоненте подстанции,
модель ограничивается теми типами конкретных объектов, которые используются вэкземпляре файла SCL, и
использует их в основном в целях функционального обозначения. Кроме того, ниже уровня DATA (DO) у нее
нет структурно определенных в МЭК 61850-7-2 уровней, описание которых на языке SCL приведено в
разделе DataTypeTempIates.
Объектная модель имеет три основные части:
1 Подстанция (Substation):эта часть описываетпервичное оборудование (технологических устройств)
согласно МЭК 61346-1. соединения на уровне однолинейной схемы (топология), а также функции и обозна
чение оборудования.
2 Продукт (Product): под продуктом понимаются все объекты, относящиеся к продуктам SA-системы.
например IED-устройства и реализации LN.
3 Связь (Communication): в этой части находятся типы объектов, относящиеся к связи (такие, как
подсети и точки доступа к среде передачи), и приведено описание коммуникационных соединений между
IED-устройствами в качестве основы для трактов связи между LN как клиентами и серверами.
5