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


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

Примечание 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 Сокращения

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 - Часть концептуальной модели

Рисунок 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

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

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

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

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

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

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 - Цифры указывают соответствующие разделы настоящего стандарта.

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

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

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

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

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

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

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


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

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

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

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

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

1) Name - имя;

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

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

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

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

Рисунок 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 - Базовые типы

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 (имя объекта)

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

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


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

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

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

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

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

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

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


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

Дополнительные значения 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 (сжатый список)

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 (временная метка)

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) секунд при 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

LeapSecondsKnown

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

ClockFailure

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

ClockNotSynchronized

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

TimeAccuracy

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

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

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


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

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 (условия пуска)