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

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

Группа П77

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

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

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

ОКС 33.200
ОКП 42 3200

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

Предисловие

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

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

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

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

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 15 декабря 2009 г. N 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 Некоторые из элементов настоящего стандарта могут быть предметом патентных прав. МЭК не несет ответственности за идентификацию любого или всех таких патентных прав.

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

Введение

Введение

Серия стандартов МЭК 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.
_______________
(SCSM) описаны в МЭК 61850-8-1, МЭК 61850-9-1 и МЭК 61850-9-2.
_______________
Интерфейс ACSI не зависит от конкретного отображения. Возможно отображение в стандартных прикладных уровнях или технологиях межплатформенного программного обеспечения.

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

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

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

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

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

Примечание 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.

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

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

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

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

3.5 экземпляр (класса) [instance (of a class)]: Объект, имеющий однозначную идентичность, к которому может быть применен набор сервисов и который имеет состояние, сохраняющее действия сервисов.
_______________
.
_______________
Инстанцирование (англ. Instantiation) – создание экземпляра определенного класса [МЭК 61850-2 (2.58)].

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

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

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

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

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

4 Сокращения

АА	APPLICATION-ASSOCIATION		прикладная ассоциация
ACSI	abstract communication service interface		абстрактный интерфейс услуг связи
BRCB	BUFFERED-REPORT-CONTROL-BLOCK		блок управления буферизованным отчетом
CDC	common DATA class		класс общих данных (по МЭК 61850-7-3)
СТ	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
GOOSE	generic object oriented substation events		общие объектно-ориентированные события на подстанции
GsCB	GSSE-CONTROL-BLOCK		блок управления GSSE
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		язык конфигурации подстанции (по МЭК 61850-6)
SCSM	specific communication service mapping		специфическое отображение сервиса связи (определено в МЭК 61850-8-1, МЭК 61850-9-1 и МЭК 61850-9-2)
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		блок управления небуферизованным отчетом
UTC	coordinated universal time		универсальное координированное время
USVCB	UNICAST-SAMPLED-VALUE-CONTROL-BLOCK		блок управления одноадресным выборочным значением
VT	voltage transformer		трансформатор напряжения

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 для определения многих специализированных информационных моделей – моделей автоматизации подстанции.

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

Information exchange	Обмен информацией
Information models	Модели информации
Service models other than in LN and DATA (for example DATA-SET, Reporting, GOOSE)	Модели сервиса, отличные от тех, что имеются в LN и 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.

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

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

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

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

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

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

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

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

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

LOGICAL-DEVICE	Логическое устройство
DATA	Данные
DataAttribute	Атрибут данных
LOGICAL-NODE	Логический узел
ObjectName	Имя объекта
ObjectReference	Ссылка объекта
SERVER	СЕРВЕР
Name	Имя

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

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

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

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

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

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

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

Control Blocks	Блоки управления
SERVER	Сервер
BUFFERED-REPORT-CTRL-BLOCK	Блок управления буферизованным отчетом
UNBUFFERED-REPORT-CTRL-BLOCK	Блок управления небуферизованным отчетом
LOGICAL-DEVICE	Логическое устройство
LOG-CONTROL-BLOCK	Блок управления регистрацией
LOGICAL-NODE	Логический узел
LOG	Журнал
SETTING-GROUP-CONTROL-Block	Блок управления группой настроек
LLN0	Нулевой логический узел
GOOSE-CONTROL-BLOCK	Блок управления GOOSE
GSSE-CONTROL-BLOCK	Блок управления GSSE
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 – Концептуальная модель сервиса ACSI

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

Любая другая модель сервиса обмена информацией, например управление генерацией отчетов, управление регистрацией и управление настройками, должна наследовать имя объекта (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

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

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

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

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

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

1) Name – имя;

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

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

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

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

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

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

Примечание 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
INT16	От -32768 до 32767		МЭК 61850-7-2 МЭК 61850-7-3
INT24	От -8388608 до 8388607	Для типа TimeStamp	МЭК 61850-7-2
INT32	От -2147483648 до 2147483647		МЭК 61850-7-2 МЭК 61850-7-3
INT128	От -2**127 до (2**127)-1	Требуется для счетчиков	МЭК 61850-7-3
INT8U	Целочисленный тип без знака от 0 до 255		МЭК 61850-7-2 МЭК 61850-7-3
INT16U	Целочисленный тип без знака от 0 до 65535		МЭК 61850-7-2 МЭК 61850-7-3
INT24U	Целочисленный тип без знака от 0 до 16777215		МЭК 61850-7-2
INT32U	Целочисленный тип без знака от 0 до 4294967295		МЭК 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	Максимальная длина должна определяться местом использования типа		МЭК 61850-7-2 МЭК 61850-7-3
VISIBLE STRING	Максимальная длина должна определяться местом использования типа		МЭК 61850-7-2 МЭК 61850-7-3
UNICODE STRING	Максимальная длина должна определяться местом использования типа		МЭК 61850-7-3
Суффикс длины должен иметь формат “…STRINGnn”, где “nn” – это длина (количество символов).

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 – Тип ObjectReference (ссылка объекта)

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

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

	LDName/LNName[.Name[. …]] (Имя LD/Имя LN[.Имя[. …]])

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

Примечание 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..MAX)	М
FractionOfSecond	INT24U	Value (Значение) = SUM выражения *2**-(i+1) при от 0 до 23 Order (Порядок) = , , , , , , …	М
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 выражения *2**-(i+1) секунд при *2**-(i+1) секунд при 0…23).

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

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

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**-n	М

LeapSecondsKnown

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

ClockFailure

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

ClockNotSynchronized

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

TimeAccuracy

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

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

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

Таблица 9 – Атрибут TimeAccuracy

n	Результирующая точность времени (TimeAccuracy) (2**-n)	Соответствующий класс временной точности, определенный в МЭК 61850-5
31	–	–	Не указан
7	Около 7,8 мс	10 мс	(класс точности Т0)
10	Около 0,9 мс	1 мс	(класс точности Т1)
14	Около 61 мкс	100 мкс	(класс точности Т2)
16	Около 15 мкс	25 мкс	(класс точности Т3)
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 использован в настоящем стандарте.

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

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

Таблица 10 – Тип TriggerConditions (условия пуска)

Имя атрибута	Тип атрибута PACKED LIST	Сервис TriggerOption (TrgOp) для использования в атрибутах данных DataAttributes	Значение/диапазон значения/пояснение
data-change	BOOLEAN	dchg	Пуск, используемый в атрибутах данных (DataAttributes), определяемых классами общих данных DATA в МЭК 61850-7-3