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

ГОСТ Р мэк 61850-7-2 — 2009

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

Часть 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)

(IDT)

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

Москва

Стандартинформ

2011

Предисловие

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

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

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

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

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

4    Настоящий стандарт идентичен международному стандарту МЭК 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)»)

Наименование национального стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2004 (пункт 3.5)

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

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

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

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

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

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

ГОСТ Р МЭК 61850-7-2-2009

5.2 Общее описание базовых информационных моделей

Концептуальными моделями для построения информационных моделей, специфических для определенной области, являются:

a)    SERVER — представляет внешне видимое поведение устройства. Все остальные модели ACSI являются частью сервера.

Примечание1 — Сервер играет две роли: связь с клиентом (большинство моделей сервисов, описанных в стандартах МЭК 61850 (все части), обеспечивают связь с устройствами клиента) и посылка информации одноранговым устройствам (например, для выборочных значений);

b)    LOGICAL-DEVICE (LD) (логическое устройство) — содержит информацию, которую производит и использует группа функций приложения, специфических для определенной области; функции определяют как логические узлы (LOGICAL-NODE);

c)    LOGICAL-NODE (LN) (логический узел) — содержит информацию, которую производит и использует функция приложения, специфическая для определенной области, например защита от перенапряжений или выключатель;

d)    DATA (данные) — предоставляют средства определения типизированной информации, содержащейся в логических узлах, например положение переключателя с информацией о качестве и временной меткой.

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

Примечание2 — Классы — основные компоновочные блоки, обеспечивающие структуру для моделей устройств автоматизации подстанции. Дополнительные подробности по моделированию и связям между МЭК 61850-7-3, МЭК 61850-7-4 и настоящим стандартом можно найти в МЭК 61850-7-1.

ПримечаниеЗ — Цифры указывают соответствующие разделы в настоящем стандарте.

Рисунок 2 — Базовая концептуальная модель класса ACSI

5

Класс Name (имя) наследуется классами LOGICAL-DEVICE (логическое устройство), LOGICAL-NODE (логический узел), DATA (данные) и DataAttribute (атрибут данных).

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

Логическое устройство Логический узел Данные Атрибут данных Имя объекта «Atlanta_HV5» «XCBR1» «Pos» «stVal» Описание Высоковольтная Выключатель 1 Положение Значение станция 5 состояния

5.3 Обзор других моделей сервисов

В дополнение к моделям, описанным выше, в ACSI входят следующие модели, предоставляющие сервисы, работающие на данных, атрибутах данных и наборах данных:

a)    DATA-SET (набор данных) — разрешает группирование данных и атрибутов данных. Используется для прямого доступа, а также для составления отчетов и регистрации;

b)    Substitution (замещение) — поддерживает замещение технологического значения другим значением;

c)    SETTING-GROUP-CONTROL-BLOCK (блок управления группой настроек) — определяет, как выполнять переключение с одного набора заданных значений на другой и как редактировать группы

настроек;

d)    REPORT-CONTROL-BLOCK (блок управления отчетом) и LOG-CONTROL-BLOCK (блок управления журналом) — описывают условия создания отчетов и журналов на основании параметров, заданных клиентом. Выдача отчетов может быть запущена при изменении значений технологических данных (например, изменение состояния или выход из зоны нечувствительности) или при изменении качества. Возможны запросы для последующего поиска журналов. Рассылка отчетов может быть выполнена немедленно или может быть отсрочена. Отчеты обеспечивают обмен информацией по изменению состояния и по последовательности событий;

e)    control blocks for generic substation event (GSE) (блок управления общим событием на подстанции) — поддерживает быстрое и надежное распределение данных во всей системе; одноранговый обмен информацией о двоичном состоянии IED-устройств, например сигнал об отключении;

f)    control blocks for transmission of sampled values (блок управления передачей выборочных значений)— быстрая и циклическая передача выборочных значений, например, от измерительных трансформаторов;

g)    control (управление) — описывает сервисы для управления, например устройствами;

h)    time and time synchronization (время и временная синхронизация) — обеспечивает базу времени для устройства и системы;

i)    file transfer (передача файла) — определяет обмен крупными блоками данных, например программами. На рисунке 3 показано общее представление концептуальной модели сервиса ACSI.

MULTICAST-SAMPLED-VALUE-CTRL-B.	Блок управления многоадресным выборочным значением
UNICAST-SAMPLED-VALUE-CTRL-B.	Блок управления одноадресным выборочным значением
DATA	Данные
DataSet	Набор данных
Substitution	Подстановка
Time	Время
DataAttribute	Атрибут данных
Control	Управление
File	Файл

Примечание 1 — Цифры указывают соответствующие разделы настоящего стандарта.

Примечание 2 — Диаграммы классов являются концептуальными. Подробное описание приведено в соответствующих разделах. Диаграммы в полном объеме представлены в МЭК 61850-7-1. Класс данных DATA может быть определен рекурсивно. Операции по подстановке и управлению ограничены нижним уровнем в классе данных DATA. Атрибуты данных DataAttributes могут также быть определены рекурсивно.

Рисунок 3, лист 2

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

Любая другая модель сервиса обмена информацией, например управление генерацией отчетов, управление регистрацией и управление настройками, должна наследовать имя объекта (ObjectName) и ссылку объекта (ObjectReference), как это показано на рисунке 2.

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

5.4 Обзор сервисов ACSI

В таблице 1 приведен полный список классов ACSI и их сервисов.

ГОСТ Р МЭК 61850-7-2-2009

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

UNBUFFERED-REPORT-CONTROL-BLOCK (блок уп- Модель передачи выборочных значений равления небуферизованным отчетом): (раздел 16) Report MULTICAST-SAMPLE-VALUE-CONTROL-BLOCK (блок GetURCBValues управления многоадресным выборочным значе- SetURCBValues нием): Модель LOG-CONTROL-BLOCK (блок управления SendMSVMessage GetMSVCBValues журналом): SetMSVCBValues GetLCBValues UNICAST-SAMPLED-VALUE-CONTROL-BLOCK(6noK SetLCBValues управления одноадресным выборочным значе- QueryLogByTime нием): QueryLogAfter SendUSVMessage GetLogStatusValues GetUSVCBValues Модель общих событий подстанции — GSE (раз- SetUSVCBValues дел 15) Модель управления (раздел 17) GOOSE Select SendGOOSEMessage SelectWithValue GetGo Reference Cancel GetGOOSEEIementNumber Operate GetGoCBValues CommandTermi nation SetGoCBValues TimeActivatedOperate GSSE SendGSSEMessage Время и временная синхронизация (раздел 18) TimeSynchronization Модель передачи FILE (файла) (раздел 20) GetGsReference GetFile GetGSSEData Offset SetFile GetGsCBValues DeleteFile SetGsCBValues GetFileAttributeValues

5.5 Определения типов

5.5.1 Типы атрибутов данных

Настоящий стандарт и МЭК 61850-7-3 используют типы, определенные в следующих подразделах, для определения специальных данных для моделей приложений, описанных в МЭК 61850-7-4, и блоков управления, описанных в настоящем стандарте (например, блоков управления генерацией отчетов).

Name Имя Presence Указатель обязательности наличия CompositeComponent Составной компонент AnalogueValue Аналоговое значение PrimitiveComponent Примитивный компонент BasicType Базовый тип Quality Качество

Рисунок 4, лист 2

Концепция типа атрибута данных представлена на рисунке 4. Тип атрибута данных DAType является классом, который имеет три элемента:

1)    Name — имя;

2)    Presence — указание того, является ли этот атрибут обязательным (атрибут имеется) или опциональным (наличие атрибута не обязательно);

3)    BasicTypes — основные типы.

Примечание 1 — Класс DAType является абстрактным классом, т. е. дополнительным средством создания примитивных и составных компонентов.

Примечание 2 — Формализованное описание класса DAType и использование DATypes для описания типов атрибутов данных представлены в разделе 10. Диаграмма класса включена в текст данного подраздела для описания контекста, в котором использованы базовые типы.

Примечание 3 — Подробный пример приведен в МЭК 61850-7-1.

Базовые типы BasicTypes (например, BOOLEAN и INT8) используют для построения примитивных компонентов (PrimitiveComponents) и составных компонентов (CompositeComponents). Примитивные компоненты должны иметь имя (Name), указание (Presence) и основной тип (BasicType) (например, Name = i, Presence = Обязательный и BasicType = INT32). Составной компонент состоит из одного или более примитивных компонентов базового типа (например, Name = mag типа AnalogueValue, включая два компонента PrimitiveComponents i (тип INT32) и f (тип FLOAT32)).

Общие составные компоненты и примитивные компоненты определены в различных классах общих данных DATA в МЭК 61850-7-3.

5.5.2 Базовые типы BasicTypes

Базовые типы (BasicTypes) должны соответствовать приведенным в таблице 2.

Таблица 2 — Базовые типы

Имя Диапазон значения Примечание Использован в стандарте BOOLEAN МЭК 61850-7-2 МЭК 61850-7-3 INT8 От-28 до 127 МЭК 61850-7-2 МЭК 61850-7-3 INTI 6 От -32 768 до 32 767 МЭК 61850-7-2 МЭК 61850-7-3 INT24 От -8 388 608 до 8 388 607 Для типа TimeStamp МЭК 61850-7-2 INT32 От-2 147 483 648 до 2 147 483 647 МЭК 61850-7-2 МЭК 61850-7-3 INTI28 От -2**127 до (2**127)-1 Требуется для счетчиков МЭК 61850-7-3 INT8U Целочисленный тип без знака от 0 до 255 МЭК 61850-7-2 МЭК 61850-7-3

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

Имя Диапазон значения Примечание Использован в стандарте INT16U Целочисленный тип без знака от 0 до 65 535 МЭК 61850-7-2 МЭК 61850-7-3 INT24U Целочисленный тип без знака отОдо 16 777 215 МЭК 61850-7-2 INT32U Целочисленный тип без знака от 0 до 4 294 967 295 МЭК 61850-7-2 МЭК 61850-7-3 FLOAT32 Диапазон значений и точность согласно плавающей точке с одинарной точностью в соответствии с IEEE 754 МЭК 61850-7-3 FLOAT64 Диапазон значений и точность согласно плавающей точке с двойной точностью в соответствии с IEEE 754 МЭК 61850-7-3 ENUMERATED Упорядоченный набор значений; определяется местом использования типа Разрешаются пользовательские расширения МЭК 61850-7-2 МЭК 61850-7-3 CODED ENUM Упорядоченный набор значений; определяется местом использования типа Пользовательские расширения запрещены. Тип должен отображаться в эффективном кодировании в SCSM МЭК 61850-7-2 МЭК 61850-7-3 OCTET STRING Максимальная длина должна определяться местом использования типа3) МЭК 61850-7-2 МЭК 61850-7-3 VISIBLE STRING Максимальная длина должна определяться местом использования типа3) МЭК 61850-7-2 МЭК 61850-7-3 UNICODE STRING Максимальная длина должна определяться местом использования типа3) МЭК 61850-7-3 3) Суффикс длины должен иметь формат «...STRINGnn», где «пп» — это длина (количество символов).

5.5.3 Общие типы ACSI

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

Общие типы ACSI необходимо использовать для определений атрибутов классов (например, блоков управления генерированием отчетов), определенных в настоящем стандарте. Общие типы ACSI также могут быть использованы в моделях приложений, определенных в МЭК 61850-7-3 и МЭК 61850-7-4.

5.5.3.2    Тип ObjectName (имя объекта)

Тип ObjectName (имя объекта) должен описывать уникальное имя экземпляра среди экземпляров класса, принадлежащего тому же самому порождающему классу, с типом согласно таблице 3.

Таблица 3 — Тип ObjectName (имя объекта)

Имя атрибута Тип атрибута Значение/диапазон значения/пояснение Использован в стандартах ObjectName (имя объекта) VISIBLE STRING32 Имя экземпляра класса отдельного иерархического уровня МЭК 61850-7-2 МЭК 61850-7-3 МЭК 61850-7-4 Примечание — В разделе 19 описаны ограничения по использованию типа ObjectName.

5.5.3.3 Тип ObjectReference (ссылка объекта)

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

Таблица 4 — Тип Object Reference (ссылка объекта)

Имя атрибута Тип атрибута Значение/диапазон значения/пояснение Использован в стандарте ObjectReference (ссылка объекта) VISIBLE STRING255 ObjectReference включает полное имя пути экземпляра класса, которое однозначно определяет данный экземпляр МЭК 61850-7-2

Синтаксис ObjectReference (объектная ссылка) должен быть следующим:

LDName/LNName[.Name[....]]

(Имя LD /Имя 1_Ы[.Имя[....]])

Наименование экземпляра логического устройства (LDName) должно быть отделено от имени экземпляра логического узла (LNName) значком дроби «/». Точка «.» должна отделять последующие имена в иерархии. Знак «[ ]» (пробел) должен обозначать опцию. Внутренние квадратные скобки «[....]» должны указывать дальнейшие имена рекурсивно вложенных определений.

Примечание 1 — Во всех случаях, когда из контекста понятно, что речь идет об экземпляре класса, термин «экземпляр» не используют.

Примечание 2 — В разделе 19 описаны ограничения по использованию типа ObjectReference (ссылка объекта).

5.5.3.4 Тип ServiceError (ошибка сервиса)

Код ошибки сервиса для негативных ответов сервиса (созданный в пределах сервера) должен соответствовать описанию таблицы 5.

Таблица 5 — Тип ServiceError (ошибка сервиса)

Имя атрибута Тип атрибута Значение/диапазон значения/пояснение Использован в стандарте ServiceError (ошибка сервиса) ENUMERATED instance-not-available (экземпляр не доступен) | instance-in-use (экземпляр используется) | access-violation (нарушение правил доступа) | access-not-allowed-in-current-state (в данном состоянии доступ не разрешен) | parameter-value-inappropriate (несоответствующее значение параметра) | parameter-value-inconsistent (несовместимое значение параметра) | class-not-supported (класс не поддерживается) | instance-locked-by-other-client (экземпляр блокирован другим клиентом) | control-must-be-selected (нужно выбрать способ управления) | type-conflict (конфликт типа) | failed-due-to-communications-constraint (не выполнено вследствие ограничений по связи) | failed-due-to-server-constraint (не выполнено вследствие ограничений сервера) МЭК 61850-7-2

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

Примечание — Тип ServiceError (ошибка сервиса ) может быть расширен специфическим отображением сервиса связи (SCSM), а также на уровне приложения, на которое ссылается SCSM.

5.5.3.5 Тип EntrylD (идентификатор точки входа)

Тип EntrylD (идентификатор точки входа) представляет произвольную строку символов OCTET STRING, используемую для определения точки входа в последовательность событий, например в журнал или буферизированный отчет, как это описано в SCSM.

ГОСТ Р МЭК 61850-7-2-2009

Примечание 1 —Тип EntrylD (как средство оперирования) позволяет клиенту провести ресинхронизацию, например, с последовательностью событий, сохраненных в IED-устройстве. Синтаксис и семантика EntrylD не описаны в настоящем стандарте.

Примечание 2 — Тип EntrylD использован в настоящем стандарте.

5.5.3.6 Тип PACKED LIST (сжатый список)

Тип PACKED LIST (сжатый список) должен соответствовать таблице 6.

Таблица 6 — Тип PACKED-LIST (сжатый список)

Имя Диапазон значения Примечание Использован в стандартах PACKED LIST Упорядоченный список типов; определяется местом использования типа Любое значение внутри PACKED LIST должно быть отображено в эффективной кодировке в SCSM. Доступ к отдельным элементам этого списка не требуется МЭК 61850-7-2 МЭК 61850-7-3

5.5.3.7 Тип TimeStamp (временная метка)

5.5.3.7.1    Общие положения

В разделе 18 описано отношение между значением временной метки, синхронизацией внутреннего времени с внешним источником времени (например, универсального координированного времени UTC), а также дана другая информация, связанная с временной моделью.

Примечание 1 — Тип TimeStamp (временная метка) основывается на требованиях, описанных в разделе 18. Этот раздел необходимо прочитать в первую очередь. Представление типа TimeStamp определено в специфических отображениях сервиса связи (SCSM).

Примечание 2 — Тип TimeStamp использован в настоящем стандарте и в МЭК 61850-7-3.

5.5.3.7.2    Синтаксис TimeStamp

Тип TimeStamp представляет время UTC с началом отсчета в полночь (00:00:00) 1970-01-01, как

указано в таблице 7.

Таблица 7 — Тип TimeStamp (временная метка)

Имя атрибута Тип атрибута Значение/диапазон значения/пояснение М/О SecondSinceEpoch INT32 (0..МАХ) М FractionOfSecond INT24U Value (Значение) = SUM выражения b*2**-(i+1) при i = от 0 до 23 Order (Порядок) = Ь0, Щ, Ь2, Ь3,... М TimeQuality TimeQuality М

5.5.3.7.3 Атрибуты TimeStamp

5.5.3.7.3.1    Атрибут SecondSinceEpoch

Атрибут SecondSinceEpoch представляет собой интервал в секундах, отсчитываемых непрерывно с начала отсчета 1970-01-01 00:00:00 UTC.

Примечание — Атрибут SecondSinceEpoch соответствует началу отсчета в Unix.

5.5.3.7.3.2    Атрибут FractionOfSecond

Атрибут FractionOfSecond является той долей текущей секунды, во время которой было определено значение TimeStamp. Эта доля секунды должна быть рассчитана как (SUM выражения b*2**-(i+1) секунд при i = 0...23).

Примечание 1 — Разрешение определяется наименьшим разрядом обновления временной метки. 24-битовое целое число в качестве наименьшей единицы обеспечивает 1 из 16 777 216 импульсов счета; рассчитывается как 1/2**24, что приблизительно равняется 60 нс.

Примечание 2 — Разрешение временной метки может равняться 1/2**1 (= 0,5 с), если используется только первый бит; или же оно может быть равно 1 /2**2 (= 0,25 с), если использовано два первых бита. Если использованы все 24 бита, оно может равняться 60 нс. Разрешение, обеспечиваемое IED-устройством, не описано в настоящем стандарте.

13

5.5.3.7.3.3 Атрибут TimeQuality

Атрибут TimeQuality обеспечивает информацию об источнике времени передающего IED-устройства, что отражено в таблице 8.

Таблица 8 — Определение TimeQuality

Имя атрибута Тип атрибута Значение/диапазон значения/пояснение М/О PACKED LIST LeapSecondsKnown BOOLEAN М ClockFailure BOOLEAN М ClockNotSynchronized BOOLEAN О TimeAccuracy CODED ENUM Количество значимых битов в FractionOfSecond: Минимальный интервал времени должен быть: 2**-п М

LeapSecondsKnown

Значение TRUE (логическая единица) атрибута LeapSecondsKnown означает, что в значении SecondSinceEpoch учтены все имевшие место коррекции секунды. Если это значение FALSE (логический нуль), то в данном значении не учтены те коррекции секунды, которые имели место до инициализации источника времени данного устройства.

ClockFailure

Атрибут clockFailure означает, что источник времени передающего устройства ненадежный. Значение TimeStamp должно быть проигнорировано.

ClockNotSynchronized

Атрибут ClockNotSynchronized означает, что источник времени передающего устройства не синхронизирован с внешним временем UTC.

TimeAccuracy

Атрибут TimeAccuracy представляет класс точности времени источника времени передающего устройства по отношению к внешнему времени UTC. Классы timeAccuracy представляют количество значимых битов в FractionOfSecond.

Эти значения должны соответствовать перечисленным в таблице 9.

Примечание 1 — Атрибут TimeAccuracy удовлетворяет требованиям для выборочных значений п, указанным в МЭК 61850-5. Таблица 9 — Атрибут TimeAccuracy

П Результирующая точность времени (TimeAccuracy) (2**-п) Соответствующий класс временнбй точности, определенный в МЭК 61850-5 31 — — Не указан 7 Около 7,8 мс 10 МС (класс точности ТО) 10 Около 0,9 мс 1 мс (класс точности Т1) 14 Около 61 МКС 100 мкс (класс точности Т2) 16 Около 15 мкс 25 мкс (класс точности ТЗ) 18 Около 3,8 мкс 4 мкс (класс точности Т4) 20 Около 0,9 мкс 1 мкс (класс точности Т5)

5.5.3.8 Т ип EntryTime (время ввода)

Тип EntryTime (время ввода) представляет время и дату при внутреннем использовании для передачи информации, генерирования отчетов и регистрации и для подсистем, как указано в SCSM.

Примечание 1 — Тип TimeStamp используют для общих классов данных DATA в МЭК 61850-7-3 и определения совместимых классов данных DATA в МЭК-61850-7-4. Тип EntryTime использован для всех определений классов в настоящем стандарте. Тип EntryTime может отличаться или быть таким же, как TimeStamp в SCSM.

Примечание 2 —Тип EntryTime использован в настоящем стандарте.

ГОСТ Р МЭК 61850-7-2-2009

Содержание

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

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

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

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

5    Обзор и основные концепции абстрактного интерфейса услуг связи (ACSI)............ 4

5.1    Общие сведения....................................... 4

5.2    Общее описание базовых информационных моделей..................... 5

5.3    Обзор других моделей сервисов............................... 6

5.4    Обзор сервисов ACSI..................................... 8

5.5    Определения типов...................................... 9

6    Модель класса SERVER (сервер)................................ 15

6.1    Определение класса SERVER................................ 15

6.2    Сервисы класса SERVER................................... 16

7    Прикладная модель ассоциации................................. 17

7.1    Введение........................................... 17

7.2    Концепция прикладных ассоциаций.............................. 17

7.3    Управление доступом..................................... 18

7.4    Модель класса TWO-PARTY-APPLICATION-ASSOCIATION (ТРАА)............... 19

7.5    Класс MULTICAST-APPLICATION-ASSOCIATION (МСАА)................... 22

8    Модель класса LOGICAL-DEVICE (логическое устройство).................... 23

8.1    Определение класса LOGICAL-DEVICE............................ 23

8.2    Сервисы класса LOGICAL-DEVICE.............................. 24

9    Модель класса LOGICAL-NODE (логический узел)........................ 25

9.1    Определение класса LOGICAL-NODE............................. 25

9.2    Сервисы класса LOGICAL-NODE............................... 26

10    Модель класса DATA (данные).................................. 28

10.1    Общие сведения....................................... 28

10.2    Определение класса DATA................................. 28

10.3    Отношения классов данных DATA, классов общих данных DATA и классов совместимых

данных DATA........................................... 39

10.4    Сервисы класса данных DATA................................ 40

11    Модель класса DATA-SET (набор данных)............................ 43

11.1    Общие сведения....................................... 43

11.2    Определение класса DATA-SET............................... 45

11.3    Сервисы класса DATA-SET................................. 46

12    Модель подстановки....................................... 50

13МодельклассаSETTING-GROUP-CONTROL-BLOCK (блокуправления группой настроек). ...    51

13.1    Общие сведения....................................... 51

13.2    Определение класса SGCB................................. 53

13.3    Сервисы класса SGCB.................................... 55

14    Модели классов REPORT-CONTROL-BLOCK (блок управления небуферизованным отчетом) и

LOG-CONTROL-BLOCK (блок управления журналом)....................... 59

14.1    Общее описании....................................... 59

14.2    Модель класса REPORT-CONTROL-BLOCK......................... 61

14.3    Модель класса LOG-CONTROL-BLOCK (блок управления журналом)............ 78

15    Модель класса общего события на подстанции (GSE)....................... 88

15.1    Общие сведения....................................... 88

15.2    Класс GOOSE-CONTROL-BLOCK (GoCB) (блок управления общими объектно-ориентированными событиями на подстанции)................................. 90

15.3    Класс GSSE-CONTROL-BLOCK (GsCB) (блок управления общим событием состояния на

подстанции)............................................ 96

ГОСТ Р МЭК 61850-7-2-2009

5.5.3.9 Тип TriggerConditions (условия пуска)

Тип TriggerConditions (условия пуска) представляет условия пуска для запуска обработки отчетов и журналов (см. таблицу 10).

Примечание 1 — Тип TriggerConditions использован в настоящем стандарте и в МЭК 61850-7-3. Таблица 10 — Тип TriggerConditions (условия пуска)

Имя атрибута Тип атрибута Сервис TriggerOption (TrgOp) для использо-вания в атрибутах данных DataAttributes Значение/диапазон значения/пояснение PACKED LIST data-change BOOLEAN dchg Пуск, используемый в атрибутах данных (DataAttributes), определяемых классами общих данных DATA в МЭК 61850-7-3 quality-change BOOLEAN qchg Пуск, используемый в атрибутах данных (DataAttributes), определяемых классами общих данных DATA в МЭК 61850-7-3 data-update BOOLEAN dupd Пуск, используемый в атрибутах данных (DataAttributes), определяемых классами общих данных DATA в МЭК 61850-7-3 integrity BOOLEAN — Пуск, значение (время) которого может быть задано сервисом или конфигурацией; независим от экземпляра данных DATA general- interrogation BOOLEAN Пуск, значение которого (инициировать общий опрос) может быть задано сервисом или конфигурацией; независим от экземпляра данных DATA

Сервис ТriggerOption (TrgOp) использован в спецификации атрибутов данных DataAttributes для указания того, по какому изменению/обновлению данное значение экземпляра DataAttribute может быть включено в отчет или зарегистрировано в журнале.

Примечание 2 — Подробнее об использовании типа TriggerConditions см. в 10.2.2.4.3 и разделе 14.

6 Модель класса SERVER (сервер)

6.1    Определение класса SERVER

6.1.1    Синтаксис класса SERVER

Класс SERVER представляет внешне видимое поведение устройства. Класс SERVER представляет собой сочетание, определенное в таблице 11.

Примечание 1 — Для простых устройств сервер может включать только одно логическое устройство с моделью управления GOOSE без каких-либо других сервисов.

Таблица 11 — Определение класса SERVER

Имя атрибута Тип атрибута Значение/диапазон значения/пояснение ServiceAccessPoint [1..п] n (*) Тип специфичен для SCSM LogicalDevice [1..n] LOGICAL-DEVICE File [0..n] FILE TPAppAssociation [0..n] TWO-PARTY-APPLICATION-ASSOCIATION MCAppAssociation [0..n] MULTICAST-APPLICATION-ASSOCIATION Services GetServerDirectory

ГОСТ Р МЭК 61850-7-2-2009

16    Модель передачи выборочных значений............................. 103

16.1    Общее описание....................................... 103

16.2    Передача выборочных значений с использованием многоадресного обмена......... 104

16.3    Передача выборочных значений с использованием одноадресного обмена......... 108

16.4    Формат выборочного значения................................ 112

17    Модель класса CONTRO..................................... 113

17.1    Введение........................................... 113

17.2    Управление с нормальной безопасностью.......................... 115

17.3    Управление с улучшенным уровнем безопасности...................... 117

17.4    Работа с активированием по времени............................ 121

17.5    Определения сервисов класса CONTROL.......................... 122

18    Модель времени и временной синхронизации.......................... 127

18.1    Общие сведения....................................... 127

18.2    Внешняя информация.................................... 128

19    Соглашения о присвоении имен................................. 129

19.1    Присвоение имен класса и специализации класса...................... 129

19.2    Ссылка на экземпляр класса................................ 130

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

20    Передача файлов......................................... 132

20.1    Модель передачи файлов.................................. 132

20.2    Сервисы файла....................................... 133

Приложение А (обязательное) Свидетельство о соответствии ACSI................. 135

А.1 Общие сведения....................................... 135

А.2 Базовое свидетельство о соответствии ACSI......................... 135

А.З Свидетельство о соответствии моделей ACSI......................... 136

А.4 Свидетельство о соответствии сервисов ACSI........................ 137

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

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

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

IV

ГОСТ Р МЭК 61850-7-2-2009

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В настоящем стандарте определен абстрактный интерфейс услуг связи (ACSI) для использования на подстанции предприятия электроэнергетики, что требует взаимодействия в реальном времени между интеллектуальными электронными устройствами. Интерфейс ACSI был определен как независимый от базовых систем связи. Специфические отображения сервиса связи¹* (SCSM) описаны в МЭК 61850-8-1, МЭК 61850-9-1 и МЭК 61850-9-2.

Настоящий стандарт определяет абстрактный интерфейс услуг связи в терминах:

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

-    сервисов, которые работают в этих классах;

-    параметров, связанных с каждым сервисом.

Методика описания ACSI абстрагирована от всего разнообразия подходов к реализации взаимодействия различных устройств.

^ Интерфейс ACSI не зависит от конкретного отображения. Возможно отображение в стандартных прикладных уровнях или технологиях межплатформенного программного обеспечения.

V

Примечание 1 — Абстрагирование в ACSI имеет два значения. Первое — смоделированы только те аспекты реального устройства (например, выключателя) или реальной функции, которые видны и доступны из сети связи. Это абстрагирование позволяет создать иерархические модели класса и их режимы, описанные в настоящем стандарте, МЭК 61850-7-3 и МЭК 61850-7-4. Второе — интерфейс ACSI абстрагирован от ряда аспектов конкретных определений (например, каким образом происходит обмен информацией между устройствами). Определено только концептуальное взаимодействие. Конкретный обмен информацией определен в SCSM.

Примечание 2 — Настоящий стандарт не содержит полного руководства по обучению. Рекомендуется ознакомиться с МЭК 61850-5, МЭК 61850-7-1 и МЭК 61850-7-3.

Примечание 3 — В примерах использованы имена классов (например, XCBR для класса логического узла), определенные в МЭК 61850-7-3 и МЭК 61850-7-4. Нормативные имена определены только в МЭК 61850-7-3 и МЭК 61850-7-4.

VI

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

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

Базовая структура связи для подстанций и линейного оборудования

Раздел 2

Абстрактный интерфейс услуг связи (ACSI)

Communication networks and systems in substations. Part 7. Basic communication structure for substation and feeder equipment. Section 2. Abstract communication service interface (ACSI)

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

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

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

a)    Абстрактный интерфейс, описывающий связи между клиентом и удаленным сервером для:

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

-    управления устройством;

-    составления отчетов по событию и регистрации события;

-    взаимодействия сервера публикации/подписчика;

-    самоописания устройств (словарь данных устройства);

-    печати данных и определения типов данных;

-передачи файлов.

b)    Абстрактный интерфейс для быстрого и надежного распределения событий по всей системе между каким-либо приложением в одном устройстве и множеством удаленных приложений в различных устройствах (сервер публикации/подписчик) и для передачи выборочных измеренных значений (сервер пуб-ликации/подписчик).

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

-    между подстанциями;

-    между подстанцией и центром управления;

-    между электростанцией и центром управления;

-для распределенной генерации;

-для целей учета электроэнергии.

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

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

МЭК 61850-2:2003 Сети и системы связи на подстанциях. Часть 2. Словарь терминов

IEC 61850-2 Communication networks and systems in substations — Part 2: Glossary

МЭК 61850-5:2003 Сети и системы связи на подстанциях. Часть 5. Требования к связи для функций и моделей устройств

IEC 61850-5 Communication networks and systems in substations — Part 5: Communication requirements for functions and devices models

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

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

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

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

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

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

IEC 61850-7-4 Communication networks and systems in substations — Part 7-4: Basic communication structure for substation and feeder equipment — Compatible logical node classes and data classes

МЭК 61850-8-1:2004 Сети и системы связи на подстанциях. Часть 8. Специфическое отображение сервиса связи (SCSM) — Раздел 1. Схемы отображения на MMS (ИСО/МЭК 9506-1 и ИСО/МЭК 9506-2) и на ИСО/МЭК 8802-3

IEC 61850-8-1 Communication networks and systems in substations — Part 8-1: Specific communication service mapping (SCSM) — Mappings to MMS (ISO/IEC 9506-1 and ISO/IEC 9506-2) and to ISO/IEC 8802-3

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

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

3.1    класс (class): Описание совокупности объектов, имеющих одинаковые атрибуты, сервисы, взаимосвязи и семантику.

3.2    клиент (client): Объект, запрашивающий сервису сервера и получающий от сервера незатребованные сообщения.

3.3    устройство (device): Объект, выполняющий функции управления и обмена информацией и соединяющийся с другими подобными объектами в рамках системы автоматизации.

Примечание — Устройства не выполняют функции передачи энергии.

3.4    внешнее оборудование¹* (external equipment): Объект, выполняющий функции передачи энергии; сопряжен с системой автоматизации либо автономен от нее.

Пример— Трансформатор, выключатель, линия.

Примечание 1 — Оборудование может включать в себя устройства.

Примечание 2 — Оборудование не может иметь прямого соединения с сетью связи —только устройства могут быть напрямую соединены с сетью связи.

3.5    экземпляр (класса) [instance (of a class)]: Объект, имеющий однозначную идентичность, к которому может быть применен набор сервисов и который имеет состояние, сохраняющее действия сервисов²*.

Примечание — Экземпляр является синонимом термина объект.

3.6    логическое устройство (logical device): Объект, представляющий набор типичных функций подстанции.

3.7    логический узел (logical node): Объект, представляющий типичную функцию подстанции.

3.8    физическое устройство (physical device): Объект, представляющий физическую часть устройства (аппаратные средства, операционная система и т. д.).

Примечание — Физические устройства содержат логические устройства.

ГОСТ Р МЭК 61850-7-2-2009

5 Обзор и основные концепции абстрактного интерфейса услуг связи (ACSI)

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

Модели ACSI обеспечивают:

-    спецификацию базовой модели для определения специальных информационных моделей подстанции, рассмотренных в МЭК 61850-7-3 (общие классы данных DATA) и МЭК 61850-7-4 (совместимые классы логических узлов LOGICAL-NODE и совместимые классы данных DATA);

-    спецификацию моделей сервиса информационного обмена.

Информационные модели и сервисы информационного обмена тесно переплетены. С описательной точки зрения эти два аспекта до некоторой степени разделены (см. фрагмент, показанный на рисунке 1). Общие модели (например, классы логических узлов LOGICAL-NODE и классы данных DATA, включающие их сервисы) применены в МЭК 61850-7-3 и МЭК 61850-7-4 для определения многих специализированных информационных моделей — моделей автоматизации подстанции.

Information exchange Обмен информацией Information models Модели информации Service models other than in LN and DATA (for example Модели сервиса, отличные от тех, что имеются в LN и DATA-SET, Reporting, GOOSE) DATA (например, DATA-SET, Reporting, GOOSE) ACSI Information exchange (IEC 61850-7-2) Обмен информацией ACSI (МЭК 61850-7-2) Compatible LOGICAL-NODE Совместимый логический узел Compatible DATA Совместимые данные Specializations Специализации LOGICAL-NODE Логический узел DATA Services Сервисы DATA LN services Сервисы LN ACSI basic information models (IEC 61850-7-2) Базовые информационные модели ACSI (МЭК 61850-7-2) Information models (IEC 61850-7-3; IEC 61850-7-4) Информационные модели (МЭК 61850-7-3; МЭК 61850-7-4) Real device Физическое устройство

Рисунок 1 — Часть концептуальной модели

В настоящем стандарте также определены другие модели сервиса, необходимые для систем автоматизации подстанции (например, набор данных DATA-SET и выдача отчетов обеспечивают сервисы обмена специфической информацией); эти модели привязаны к логическим узлам (LOGICAL-NODE) и данным (DATA). Сервисы обмена информацией полностью определены в ACSI. Информационные модели, описанные в МЭК 61850-7-4, имеют ссылки на сервисы, определенные в различных моделях ACSI.

1

* Первичное оборудование.

2

* Инстанцирование (англ. Instantiation) — создание экземпляра определенного класса [МЭК 61850-2 (2.58)].