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

150 страниц

852.00 ₽

Купить ГОСТ Р МЭК 61850-7-2-2009 — официальный бумажный документ с голограммой и синими печатями. подробнее

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

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

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

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

Распространяется на связь через интерфейс ACSI для приложений, связанных с оборудованием подстанций и линий. ACSI обеспечивает следующие абстрактные интерфейсы: а) Абстрактный интерфейс, описывающий связи между клиентом и удаленным сервером для: - доступа к данным и поиска данных в реальном времени; - управления устройством; - составления отчетов по событию и регистрации события; - взаимодействия сервера публикации/подписчика; - самоописания устройств (словарь данных устройства); - печати данных и определения типов данных; - передачи файлов. b) Абстрактный интерфейс для быстрого и надежного распределения событий по всей системе между каким-либо приложением в одном устройстве и множеством удаленных приложений в различных устройствах (сервер публикации/подписчик) и для передачи выборочных измеренных значений (сервер публикации/подписчик). Стандарт также может быть использован для описания моделей и функций устройств для дополнительных действий таких, как обмен информацией: - между подстанциями; - между подстанцией и центром управления; - между электростанцией и центром управления; - для распределенной генерации; - для целей учета электроэнергии.

  Скачать PDF

Оглавление

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

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

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

4 Сокращения

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

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

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

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

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

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

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

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

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

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

7.1 Введение

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

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

7.4 Модель класса TWO-PARTY-APPLICATION-ASSOCIATION (TPAA)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

15.3 Класс GSSE-CONTROL-BLOCK (О5СВ) (блок управления общим событием состояния на подстанции)

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

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

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

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

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

17 Модель класса CONTROL

17.1 Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

ГОСТ Р мэк 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 (данные) — предоставляют средства определения типизированной информации, содержащейся в логических узлах, например положение переключателя с информацией о качестве и временной меткой.


©


LOGICAL-DEVICE

Логическое устройство

DATA

Данные

DataAttribute

Атрибут данных

LOGICAL-NODE

Логический узел

ObjectName

Имя объекта

ObjectReference

Ссылка объекта

SERVER

СЕРВЕР

Name

Имя


Каждая из этих информационных моделей определяется как класс. Эти классы включают атрибуты и сервисы. Концептуальная схема классов 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.


Рисунок 3 — Концептуальная модель сервиса ACSI, лист 1


7


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 и их сервисов.

Таблица 1 — Классы ACSI

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

GetServerDirectory

Модель ASSOCIATION (ассоциация) (раздел 7)

Associate

Abort

Release

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

GetLogicalDeviceDirectory

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

GetLogicalNodeDirectory

GetAIIDataValues

Модель DATA (данные) (раздел 10)

GetDataValues

SetDataValues

GetDataDefinition

GetDataDirectory

Модель DATA-SET (набор данных) (раздел 11)

GetDataSetValues

SetDataSetValues

CreateDataSet

DeleteDataSet

GetDataSetDirectory


Модель подстановки (раздел 12)

SetDataValues

GetDataValues

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

SelectActiveSG

SelectEditSG

SetSGValues

ConfirmEditSGValues

GetSGValues

GetSGCBValues

Модель REPORT-CONTROL-BLOCK (блок управления генерацией отчетов) и модель LOG-CONTROL-BLOCK (блок управления журналом) (раздел 14) BUFFERED-REPORT-CONTROL-BLOCK (блок управления буферизованным отчетом):

Report

GetBRCBValues

SetBRCBValues


ГОСТ Р МЭК 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, и блоков управления, описанных в настоящем стандарте (например, блоков управления генерацией отчетов).

Примечание — Атрибут Presence в данных примерах не показан

Рисунок 4 — Концепция типа атрибута данных, лист 1


q Quality

validity

CODED ENUM

DetailQual

source

cVal Vector

mag

AnalogueValue

ang

AnalogueValue

mag AnalogueValue

i

INT32

t

FLOAT32


9


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 был определен как независимый от базовых систем связи. Специфические отображения сервиса связи1* (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    внешнее оборудование1* (external equipment): Объект, выполняющий функции передачи энергии; сопряжен с системой автоматизации либо автономен от нее.

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

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

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

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

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

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

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

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

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

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

4 Сокращения


АА

APPLICATION-ASSOCIATION

ACSI

abstract communication service interface

BRCB

BUFFERED-REPORT-CONTROL-BLOCK

CDC

common DATA class

СТ

current transformer

DA

data attribute

DataRef

data reference

DAType

data attribute type

dchg

data change trigger option

DS

DATA-SET

dupd:

data-update trigger option

FC

functional constraint

FCD

functionally constrained DATA

FCDA

functionally constrained DataAttribute

Gl

general interrogation

GoCB

GOOSE-CONTROL-BLOCK

GOOSE

generic object oriented substation events

GsCB

GSSE-CONTROL-BLOCK

GSE

generic substation event

GSSE

generic substation status event

IED

intelligent electronic device

IntgPd

integrity period

LCB

LOG-CONTROL-BLOCK

LD

LOGICAL-DEVICE

LN

LOCAL-NODE

MC

multicast

MCAA

multicast application association

MMS

manufacturing message specification

MSVCB

MULTICAST-SAMPLED-VALUE-

CONTROL-BLOCK

PDU

protocol data unit

PICS

protocol implementation conformance statement

PIXIT

protocol Implementation extra information

qchg

quality change trigger option

SBO

select before operate

SCL

substation configuration language

SCSM

specific communication service mapping

SG

setting group

SGCB

SETTING-GROUP-CONTROL-BLOCK

SoE

sequence-of-events

SV

sampled value

SVC

sampled value control

TP

TWO-PARTY

TPAA

TWO-PARTY-APPLICATION-ASSOCIATION

TrgOp

trigger option

UCA™

Utility Communication Architecture

URCB

UNBUFFERED-REPORT-CONTROL-BLOCK

1ГТС

coordinated universal time

USVCB

UNICAST-SAMPLED-VALUE-

CONTROL-BLOCK

VT

voltage transformer


прикладная ассоциация

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

блок управления буферизованным отчетом

класс общих данных (по МЭК 61850-7-3)

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

атрибут данных

ссылка на данные

тип атрибута данных

опция пуска при изменении данных

набор данных

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

общие объектноориентированные события на подстанции

блок управления GSSE

общее событие на подстанции

общее событие состояния на подстанции

интеллектуальное электронное устройство

период сохранности

блок управления журналом

логическое устройство

логический узел

многоадресный

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

протокольная единица обмена (протокольный блок данных)

свидетельство о соответствии реализации протокола

дополнительная информация о реализации протокола

опция пуска при изменении качества выбрать, затем управлять язык конфигурации подстанции (по МЭК 61850-6) специфическое отображение сервиса связи (определено в МЭК 61850-8-1, МЭК 61850-9-1 и МЭК 61850-9-2) группа настроек

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

прикладная ассоциация двух абонентов опция пуска

коммуникационная архитектура предприятий электроэнергетики

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

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


з


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)].