Устройства и системы телемеханики

Часть 5

ПРОТОКОЛЫ ПЕРЕДАЧИ

Раздел 103

Обобщающий стандарт по информационному интерфейсу для аппаратуры релейной защиты

IEC 60870-5-103:1997

Telecontrol eguipment and systems -

Part 5: Transmission protocol -

Section 103: Companion standard for the informative interface of protection equipment

(IDT)

 

Содержание

 

Предисловие

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

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

1 ПОДГОТОВЛЕН ОАО «Научно-исследовательский институт электроэнергетики» (ВНИИЭ) на основе собственного аутентичного перевода стандарта, указанного в пункте 4

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

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

4 Настоящий стандарт идентичен международному стандарту МЭК 60870-5-103:1997 «Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 103. Обобщающий стандарт по информационному интерфейсу для аппаратуры релейной защиты» (IEC 60870-5-103:1997 «Telecontrol equipment and systems-Part 5: Transmission protocols-Section 103: Companion standard for the informative interface of protection equipment»).

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

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

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

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

Дата введения - 2006-09-01

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

Настоящий обобщающий стандарт распространяется на аппаратуру релейной защиты с последовательной передачей данных двоичными кодами для обмена информацией с системами управления. Настоящий стандарт определяет взаимодействие между аппаратурой релейной защиты и устройствами системы управления на подстанции. Настоящий стандарт использует серию стандартов МЭК 870-5.

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

В настоящем стандарте предусмотрены два метода информационного обмена: первый основывается на явно определенных ASDU и прикладных процедурах для передачи «стандартизованных» сообщений, второй - использует групповые (GENERIC) услуги для передачи почти всей возможной информации. «Стандартизованные» сообщения не охватывают всех возможных функций релейной защиты, но устройство релейной защиты может поддерживать только часть сообщений, определенных в настоящем стандарте. Для обеспечения возможности взаимодействия для конкретных применений эта часть сообщений определена в разделе 8.

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

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

В настоящем стандарте использованы ссылки на следующие стандарты:

МЭК 60050-371:1984 Международный электротехнический словарь - Глава 371: Телемеханика

МЭК 60794-1:1996 Оптоволоконные кабели - Часть 1: Общая спецификация

МЭК 60794-2:1998 Оптоволоконные кабели - Часть 2: Спецификация продукции

МЭК 60870-5-1:1990 Устройства и системы телемеханики - Часть 5: Протоколы передачи - Раздел 1. Форматы передаваемых кадров

МЭК 60870-5-2:1992 Устройства и системы телемеханики - Часть 5: Протоколы передачи - Раздел 2. Процедуры в каналах передачи

МЭК 60870-5-3:1992 Устройства и системы телемеханики - Часть 5: Протоколы передачи - Раздел 3. Общая структура данных пользователя

МЭК 60870-5-4:1993 Устройства и системы телемеханики - Часть 5: Протоколы передачи - Раздел 4. Определение и кодирование элементов пользовательской информации

МЭК 60870-5-5:1995 Устройства и системы телемеханики - Часть 5: Протоколы передачи - Раздел 5. Основные прикладные функции

МЭК 60874-2:1993 Соединители для оптических волокон и кабелей - Часть 2: Спецификация раздела для оптоволоконных разъемов - Тип F-SMA

МЭК 60874-10:1993 Соединители для оптических волокон и кабелей - Часть 10. Спецификация раздела. Оптоволоконный разъем типа BFOC/2,5

ИСО/МЭК 7498-1:1994 Информационные технологии. Взаимосвязь открытых систем. Базовая эталонная модель. Базовая модель

EIA RS - 485:1993 Стандарт на электрические характеристики генераторов и приемников для использования в балансных цифровых многоточечных системах

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

В настоящем стандарте применены следующие термины с соответствующими определениями:

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

Примечание - Обобщающий стандарт не изменяет стандартов, на которые ссылается, но проясняет взаимоотношения при их совместном использовании в определенной области.

3.2 архитектура повышенной производительности (ЕРА) - enhanced performance architecture): Эталонная модель протокола, предусматривающая в отличие от полной семиуровневой архитектуры в соответствии с базовой эталонной моделью ИСО/МЭК 7498-1 трехуровневую архитектуру с целью получения более быстрого времени реакции для критической информации, но с ограниченными услугами.

3.3 направление управления (control direction): Направление передачи от системы управления к устройству защиты.

3.4 направление контроля (monitor direction): Направление передачи от устройства защиты к системе управления.

3.5 система управления (control system): Применяется как мастер для канала связи, т.е. первичная станция в соответствии с МЭК 60870-5-2.

3.6 информационный интерфейс (informative interface): Интерфейс устройства защиты, используемый для обмена данными с системой управления и не оказывающий влияния на функции защиты.

3.7 метка (tag): Двоичный сигнал, регистрируемый и передаваемый в составе передачи данных о нарушениях.

3.8 совместимый диапазон (compatible range): Стандартный диапазон, который должен использоваться всеми производителями.

3.9 частный диапазон (private range): Диапазон, который может использоваться производителями для своих частных применений.

3.10 Сокращения и обозначения

∆I_L - дифференциальная защита линии;

∆I_T - дифференциальная защита трансформатора;

АСС - текущий канал (Actual channel);

ASC - ASCII символ;

ASDU - блок данных прикладного уровня (Application Service Data Unit);

APCI - управляющая информация протокола прикладного уровня (Application Protocol Control Information);

BFOC/2,5 - оптоволоконный коаксиальный разъем;

BS - строка битов (Bitstring);

COL - уровень совместимости (Compatibility level);

СОМ - команда;

CONT - продолжение;

COT - причина передачи (Cause of transmission);

COUNT - однобитный счетчик ASDU;

CP - составной (Compound);

CU - устройство связи (Communication unit);

DCE - аппаратура окончания канала данных АКД (Data circuit-terminating equipment);

DCO - двухпозиционная команда;

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

DPI -двухэлементная информация;

DTE - оконечное оборудование данных ООД;

EIA - ассоциация электронной промышленности;

ЕРА - архитектура повышенной производительности;

ER - ошибка;

f - частота;

F - число с фиксированной запятой;

FAN - номер нарушения;

F-Code - функциональный код;

FCB - бит счета кадров;

FCV - правильность бита счета кадров;

F-SMA - тип оптоволоконного разъема;

FT - формат передачи кадра;

FUN - тип функции;

GDD - описание групповых данных;

GEN - тип функции ГРУППОВОЙ;

GGI - общий опрос групповых данных;

GI - общий опрос;

GID - групповые данные;

GIN - номер групповой идентификации;

GLB - тип функции ГЛОБАЛЬНЫЙ;

GRC - групповой ответный код;

I - целое число;

I>> - максимальная токовая защита;

IEC - Международная электротехническая комиссия;

IEV - Международный электротехнический словарь;

INF -номер информации;

INT - интервал между элементами информации;

ISO - Международная организация по стандартизации;

IV - недостоверное значение (Invalid);

KOD - вид описания;

L_1,2,3 - фазы А, В, С;

LED - светодиод;

LPCI - управляющая информация протокола канального уровня;

LPDU -блок данных протокола канального уровня;

МЕА - измеряемая величина с описателем качества;

MVAL - значение измеряемой величины;

NDE - число элементов описания;

NDV - число аварийных значений на каждый ASDU;

NFE - номер первого элемента информации в ASDU;

NGD - число групповых наборов данных;

NO - число;

NOC - число каналов;

NOE - число элементов информации в канале;

NOF -номер повреждения сети;

NOG - число групповых идентификаторов;

NOT - число меток;

OTEV - другое событие, (которым инициируется регистрация данных о нарушениях);

OV - переполнение;

Р - активная мощность;

PRM - первичное сообщение;

Q - реактивная мощность;

RES - резерв;

RET - относительное время;

RFA - масштабный коэффициент;

RII - идентификатор возвращаемой информации;

RPV - номинальное первичное значение (Rated primary value);

RSV - номинальное вторичное значение (Rated secondary value);

S - знак;

SCL - расстояние до места короткого замыкания (Short-circuit location);

SCN - номер опроса;

SDV - величина одиночного нарушения;

SIN - дополнительная информация;

SOF - состояние нарушения (Status of fault);

SU - бит летнего времени;

SQ - последовательность одинаковых элементов информации;

t(z) - дистанционная защита;

ТАР - положение метки;

ТМ - передача (данных о нарушении);

ТОО - тип приказа;

TOV - тип значений нарушений;

ТР - отключение (зарегистрированное повреждение);

T_LD - запаздывание (задержка) в контуре;

t_WZ - время повторения цикла;

TYP - идентификатор типа;

UF - число с фиксированной запятой без знака;

UI - целое число без знака;

V - напряжение;

V_EN - напряжение нейтрали;

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

4 Основные правила

Настоящий пункт содержит определения основных правил построения обобщающих стандартов для протоколов передачи конкретных систем управления и аппаратуры защиты с использованием протоколов стандартов серии МЭК 60870-5.

Эти основные правила приведены в следующих подпунктах:

4.1 Структура протокола

Протокол по стандартам серии МЭК 60870-5 основывается на трехуровневой модели ЕРА, как определено в МЭК 60870-5-3, пункт 4.

Физический уровень использует оптоволоконную или медную проводную систему, обеспечивающую двоичную симметричную передачу без памяти.

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

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

Прикладной уровень в настоящем стандарте не использует явно заданной управляющей информации APCI. Она содержится неявно в идентификаторе блока данных ASDU и в используемом типе услуг канального уровня.

В таблице 1 показана модель архитектуры повышенной производительности (ЕРА) и выбранные стандартные определения, используемые в настоящем стандарте.

Таблица 1 - Выбранные стандартные определения, используемые в настоящем стандарте

4.2 Физический уровень

В настоящем стандарте для системы передачи между аппаратурой защиты и системой управления используются оптоволоконные или медные проводные каналы. Интерфейс между АКД и ООД аппаратуры защиты (в соответствии с рисунком 1) в настоящем стандарте не определяется.

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

Рисунок 1 - Интерфейсы и соединения между устройством защиты и системой управления

4.3 Канальный уровень

МЭК 60870-5-2 предлагает выбор процедур передачи по каналу с использованием поля управления и опционального поля адреса. Каналы между станциями могут работать как в балансном, так и в небалансном режиме передачи. Соответствующие функциональные коды поля управления определены для обоих режимов.

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

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

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

Последний требует меньшего поля адреса, но требует, чтобы система управления преобразовывала адреса с учетом номера канала.

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

4.4 Прикладной уровень

Настоящий стандарт должен определить соответствующие ASDU из общей структуры, заданной в МЭК 60870-5-3. Эти ASDU выполнены с использованием определений и особенностей кодирования прикладных элементов информации, заданных в МЭК 60870-5-4.

Настоящий стандарт должен определить один выбранный порядок передачи многобайтных прикладных данных в соответствии с МЭК 870-5-4, подпункт 4.10. Порядок, то есть режим 1 или 2, может быть выбран, чтобы предусмотреть максимум удобства программирования для различных ЭВМ в данной системе.

4.5 Процесс пользователя

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

4.6 Совместимость с обобщающими стандартами МЭК 60870-5

Некоторые части настоящего стандарта не полностью совместимы с другими обобщающими стандартами серии МЭК 60870-5. Это связано с тем, что необходимо обеспечить совместимость с существующим и уже используемым оборудованием.

5 Физический уровень

Аппаратура окончания канала данных устройства защиты выполняется или как оптоволоконная или как проводная медная система передачи. В последующих подпунктах приведено описание обеих систем.

5.1 Передача по оптоволоконным линиям

Если используется оптоволоконная система передачи, то совместимым интерфейсом является оптоволоконный разъем на устройстве защиты. В направлениях контроля и управления используются отдельные оптические волокна. АКД может быть как механически, так и электрически интегрирована в ООД.

Для подключения оптоволоконного кабеля к АКД должен использоваться оптоволоконный разъем типа BFOC/2.5 (см. МЭК 60874-10). Для согласования с существующим оборудованием может использоваться оптоволоконный разъем типа F-SMA (определено МЭК 60874-2). Все другие механические спецификации, например монтаж и разводка кабеля, - в компетенции производителя.

Разъемы пригодны как для стеклянных, так и для пластиковых волокон, как показано в таблице 2.

Таблица 2 - Совместимые оптоволоконные системы передачи

Спокойное состояние линии определяется как «свет включен».

5.2 Интерфейс ЕIА RS-485

Как альтернатива описанной выше оптоволоконной системе передачи между устройством защиты и системой управления может использоваться система передачи по медному проводу. Эта система передачи должна подчиняться стандарту EIA RS-485.

В соответствии со стандартом EIA RS-485 к одной физической линии могут быть подсоединены не более 32 единиц нагрузки. Расположение и значения используемых терминальных сопротивлений в основном и в настоящем стандартах не определяются. Для целей совместимости производитель должен указывать нагрузку для каждого конкретного устройства (см. пункт 8). В стандарте EIA RS-485 не определен тип используемого кабеля. Однако руководство по выбору кабеля приведено в EIA RS-485, подпункт А.2.2.

Все другие механические спецификации - в компетенции производителя.

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

6 Канальный уровень

Применимы МЭК 60870-5-1 и МЭК 60870-5-2.

6.1 Выдержки из МЭК 60870-5-1 (форматы передаваемых кадров)

Данный обобщающий стандарт допускает только формат кадра FT1.2, который определен в МЭК 60870-5-1, подпункт 6.2.4.2. Допускаются форматы кадров как с фиксированной, так и с переменной длиной блока. Допускается также передача единичного управляющего символа Е5Н.

Примечание 1 - Должны полностью соблюдаться правила, определенные в МЭК 60870-5-1, подпункт 6.2.4.2.

Примечание 2 - Максимальное число пользовательских данных - 255 байт. Однако так как длина кадра влияет на время цикла опроса, особенно при появлении ошибки передачи, можно рассматривать дальнейшее ограничение числа байтов пользовательских данных.

6.2 Выдержки из МЭК 60870-5-2 (процедуры в каналах передачи)

Положения в разделе «Область применения» МЭК 60870-5-2 об использовании территориально распределенных телемеханических сетей не применимы к настоящему стандарту. Используются следующие выдержки из МЭК 60870-5-2:

6.2.1 Формат FT 1.2 (МЭК 60870-5-2, подпункт 3.2)

Кадр фиксированной длины не содержит канальных пользовательских данных. Он будет называться далее «коротким сообщением». Одиночный символ А2Н не используется.

6.2.2 Сервисные примитивы и элементы процедур передачи (МЭК 60870-5-2, пункт 4)

Используются все три процедуры передачи (S1, S2 и S3). Интерфейс между канальным уровнем и пользовательскими услугами не конкретизируется.

6.2.3 Небалансная передача (МЭК 60870-5-2, пункт 5)

Управляющая система является ведущей, а устройство защиты ведомым, то есть управляющая система всегда является первичной станцией, а устройство защиты - всегда вторичной станцией. Бит RES не используется.

Используются следующие функциональные коды:

PRM = 1 - 0, 3, 4, 9, 10, 11

PRM = 0 - 0, 1, 8, 9, 11

Адресное поле А всегда содержит только один байт. Для широковещательной передачи (посылка/без ответа) адрес определяется как 255.

6.2.4 Интервал таймаута для повторной передачи кадра (МЭК 60870-5-2, пункт 1 приложения А)

Запаздывание в контуре T_LD должно быть 50 мс.

Стандартные скорости передачи 9,6 кбит/с или 19,2 кбит/с (по выбору).

6.3 Дополнительные определения к МЭК 60870-5-2

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

PRM = 1   функциональный код 7 := сброс FCB в 0   FCB и FCV = 0

Посылка этого функционального кода используется для сброса на вторичной станции бита FCB в 0, т.е. устройство защиты должно ожидать следующее успешное первичное сообщение с FCV = 1 со значением FCB = 1. Никакие другие установочные функции, подобные тем, которые ассоциируются с функциональным кодом 0 (сброс подсистемы связи), не запускаются.

Следующие функциональные коды уже определены в МЭК 60870-5-2. Они применяются следующим образом:

PRM = 0   функциональный код 14 := услуги канала не работают

Для первичных сообщений, которые не могут быть переданы прикладному уровню вторичной станции из-за неисправности, дается ответ функциональным кодом 14. Бит FCB должен изменить значение на противоположное.

PRM = 0   функциональный код 15:= услуги канала не предусмотрены

Первичные сообщения, содержащие непредусмотренные функциональные коды, подтверждаются короткими сообщениями и не обрабатываются. Неправдоподобные первичные сообщения, включающие функциональные коды от 0 до 15, будут получать в ответ функциональный код 15 в коротком сообщении. Бит FCB должен изменить значение на противоположное.

Пока устройство защиты не может обрабатывать дальнейшие (поступающие) команды, бит DFC должен быть установлен в 1, чтобы предупредить потерю информации в направлении управления. Максимальное время такого состояния - не более 15 с. В течение этого времени система управления не должна передавать команд. Если команда все-таки будет передана, устройство защиты ее не обрабатывает и дает ответ коротким сообщением с функциональным кодом 1. Это ведет к потере информации. Исключением является широковещательная команда.

7 Прикладной уровень

Применимы МЭК 60870-5-3, МЭК 60870-5-4, МЭК 60870-5-5.

7.1 Выдержки из МЭК 60870-5-3 (общая структура данных пользователя)

МЭК 60870-5-3 содержит описание основных блоков данных пользователя в передаваемых кадрах. Настоящий подпункт выбирает элементы информации, специфические для релейной защиты и выходящие за рамки указанного стандарта, и определяет ASDU, используемые в настоящем стандарте.

В настоящем стандарте LPDU содержит не более одного ASDU. В соответствии с рисунком 2 ASDU состоит из ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ и только одного ОБЪЕКТА ИНФОРМАЦИИ.

Рисунок 2 - Структура ASDU

ИДЕНТИФИКАТОР БЛОКА ДАННЫХ состоит из четырех байтов и имеет следующую структуру, одинаковую для всех ASDU:

- ИДЕНТИФИКАТОР ТИПА;

- КЛАССИФИКАТОР ПЕРЕМЕННОЙ СТРУКТУРЫ;

- ПРИЧИНА ПЕРЕДАЧИ;

- ОБЩИЙ АДРЕС ASDU.

ОБЩИЙ АДРЕС ASDU обычно должен быть идентичен адресу, используемому на канальном уровне.

ОБЪЕКТ ИНФОРМАЦИИ содержит ИДЕНТИФИКАТОР ОБЪЕКТА ИНФОРМАЦИИ, НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ и, если имеется, МЕТКУ ВРЕМЕНИ. ИДЕНТИФИКАТОР ОБЪЕКТА ИНФОРМАЦИИ содержит два байта и имеет следующую структуру:

- ТИП ФУНКЦИИ;

- НОМЕР ИНФОРМАЦИИ.

НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ состоит из ОДИНОЧНОГО ЭЛЕМЕНТА ИНФОРМАЦИИ, КОМБИНАЦИИ ЭЛЕМЕНТОВ ИНФОРМАЦИИ или ПОСЛЕДОВАТЕЛЬНОСТИ ЭЛЕМЕНТОВ ИНФОРМАЦИИ.

7.2 Выдержки из МЭК 60870-5-4 (Определение и кодирование элементов пользовательской информации)

Размер и содержание отдельных информационных полей ASDU - в соответствии с определенными в МЭК 60870-5-4 правилами для описания элементов информации.

Примечание - Определения, касающиеся ИДЕНТИФИКАТОРА ТИПА, ПРИЧИНЫ ПЕРЕДАЧИ и ТИПА ФУНКЦИИ, используются для совместимого диапазона. Другие комбинации могут использоваться в частном диапазоне.

Например, ИДЕНТИФИКАТОР ТИПА 7 (общий опрос) в сочетании с ПРИЧИНОЙ ПЕРЕДАЧИ > 63 может использоваться для инициализации общего опроса, характерной для конкретного производителя.

7.2.1 Идентификатор типа

Первый байт ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ ASDU определяет ИДЕНТИФИКАТОР ТИПА. Для обмена совместимыми данными используется диапазон ИДЕНТИФИКАТОРОВ ТИПА от 1 до 31. Их определения приведены ниже:

ИДЕНТИФИКАТОР ТИПА		:=	UI8[1..8]<1..255>,
где	<1..31>	:=	определения настоящего стандарта (совместимый диапазон)
	<32..255>	:=	для специального применения (частный диапазон)

Таблица 3 - Семантика ИДЕНТИФИКАТОРА ТИПА; информация в направлении контроля

Таблица 4 - Семантика ИДЕНТИФИКАТОРА ТИПА; информация в направлении управления

Значения в диапазоне <0..31>, не указанные выше, зарезервированы для будущих совместимых применений.

7.2.2 Классификатор переменной структуры

Второй байт ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ ASDU определяет КЛАССИФИКАТОР ПЕРЕМЕННОЙ СТРУКТУРЫ. Его описание приведено ниже:

Бит SQ определяет метод адресации последующих ОБЪЕКТОВ ИНФОРМАЦИИ или элементов информации.

SQ = 0: Последовательность одинаковых элементов информации адресуется (МЭК 60870-5-3, подпункт 5.1.5) при помощи адреса ОБЪЕКТА ИНФОРМАЦИИ. Адрес ОБЪЕКТА ИНФОРМАЦИИ задает адрес, ассоциированный с первым элементом информации в последовательности. Последующие элементы информации идентифицируются номерами, увеличивающимися на 1 относительно этого адреса. Такой метод используется для измеряемых величин и списка регистрируемых повреждений.

SQ = 1: Каждый одиночный элемент или комбинация элементов адресуется при помощи адреса ОБЪЕКТА ИНФОРМАЦИИ.

7.2.3 Причина передачи

ПРИЧИНА ПЕРЕДАЧИ определяется в третьем байте ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ ASDU.

Этот байт определен ниже:

Таблица 5 - Семантика причины передачи; информация в направлении контроля

Примечание - Разъяснения см. в 7.4.

Таблица 6 - Семантика ПРИЧИНЫ ПЕРЕДАЧИ; информация в направлении управления

Все значения в диапазоне <0..63>, не указанные в таблицах 5 и 6, являются резервом для будущего совместимого использования.

7.2.4 Общий адрес ASDU

Четвертый байт ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ ASDU определяет общий адрес ASDU. Этот байт обычно должен быть идентичен адресу станции на канальном уровне. Исключение делается только в том случае, если требуются дополнительные ОБЩИЕ АДРЕСА ASDU по той же физической линии из-за дублирования функций, например две функции максимальной токовой защиты в составе дифференциальной защиты трансформатора.

Функции системной координации (таблицы 8 и 16) требуют использования только ОБЩЕГО АДРЕСА ASDU, идентичного адресу канального уровня.

7.2.5 Идентификатор объекта информации

7.2.5.1 Тип функции

Первый байт ИДЕНТИФИКАТОРА ОБЪЕКТА ИНФОРМАЦИИ определяет ТИП ФУНКЦИИ, применяемого устройства защиты. Определения приведены ниже:

Таблица 7 - Семантика типа функции

7.2.5.2 Номер информации

Второй байт ИДЕНТИФИКАТОРА ОБЪЕКТА ИНФОРМАЦИИ определяет НОМЕР ИНФОРМАЦИИ внутри данного ТИПА ФУНКЦИИ. Используется полный диапазон <0..255> независимо от направления передачи - управления или контроля. Ниже приведены определения второго байта:

Ниже приведены таблицы 8 - 18, которые содержат семантику байта INF. НОМЕРА ИНФОРМАЦИИ INF, не приведенные в этих таблицах, в соответствии с приведенным перечнем не могут быть использованы.

Различие делается не только между направлением контроля и управления, но также и между различными режимами, упомянутыми выше. Кроме того, перечислены ИДЕНТИФИКАТОРЫ ТИПА (TYP) и возможные ПРИЧИНЫ ПЕРЕДАЧИ (СОТ).

Для каждого НОМЕРА ИНФОРМАЦИИ приведены типичные ТИПЫ ФУНКЦИИ (FUN). Типы GLB и GEN там, где они указаны, являются обязательными.

Поле GI указывает, включена ли информация в общий опрос. Для этих НОМЕРОВ ИНФОРМАЦИИ (в таблицах 8 - 15 обозначено «+») оба изменения состояния (ОТК на ВКЛ или ВКЛ на ОТК) также передаются спорадически. Для других НОМЕРОВ ИНФОРМАЦИИ передается только изменение состояния ОТК на ВКЛ.

Таблица 8 - Семантика НОМЕРОВ ИНФОРМАЦИИ; Системные функции в направлении контроля

Примечание 1- НОМЕР ИНФОРМАЦИИ 0 относится к ГЛОБАЛЬНОМУ ТИПУ ФУНКЦИИ и идентичен для всех системных услуг.

Примечание 2 - НОМЕРА ИНФОРМАЦИИ от 2 до 5 используются с FUN в соответствии с основной функцией устройства защиты.

Таблица 9 - Семантика НОМЕРОВ ИНФОРМАЦИИ; сигнализация состояний в направлении контроля

Таблица 10 - Семантика НОМЕРОВ ИНФОРМАЦИИ; контрольная информация в направлении контроля

** Термин «групповой» в данном случае указывает на групповой характер события, передаваемого «стандартизованным» сообщением, и не относится к групповым (GENERIC) услугам.

Таблица 11 - Семантика НОМЕРОВ ИНФОРМАЦИИ; сигнализация о замыкании на землю в направлении контроля

Таблица 12 - Семантика НОМЕРОВ ИНФОРМАЦИИ; сигнализация о повреждениях в направлении контроля

Таблица 13 - Семантика НОМЕРОВ ИНФОРМАЦИИ; сигнализация о работе АПВ в направлении контроля

Таблица 14 - Семантика НОМЕРОВ ИНФОРМАЦИИ; измерения в направлении контроля

Таблица 15 - Семантика НОМЕРОВ ИНФОРМАЦИИ; групповые функции в направлении контроля

НОМЕР ИНФОРМАЦИИ <245> использует ASDU 10 с NGD = 0.

Примечание - Некоторые групповые данные могут быть включены в общий опрос групповых данных.

Таблица 16 - Семантика НОМЕРОВ ИНФОРМАЦИИ; системные функции в направлении управления

Примечание - НОМЕР ИНФОРМАЦИИ <0> относится к глобальному типу функции и одинаков для всех системных услуг.

Таблица 17 - Семантика НОМЕРОВ ИНФОРМАЦИИ; общие команды в направлении управления

* Выбор допустимых значений двойной команды - в соответствии с колонкой СОМ (см. 7.2.6.4).

Таблица 18 - Семантика НОМЕРОВ ИНФОРМАЦИИ; групповые команды в направлении управления

7.2.6 Элементы информации

В ASDU, определенных в настоящем стандарте, используются следующие элементы информации. Они структурированы в соответствии с определениями МЭК 60870-5-4.

7.2.6.1 Текущий канал

АСС := UI8[1..8]<1..255>

Этот байт указывает текущий канал, который должен обрабатываться при передаче данных о нарушениях,

* Значение АСС = 0 используется только в ASDU 24, 25 и 31, если данные канала не должны передаваться.

7.2.6.2 Символ ASCII

ASC := UI8[1..8]<ASCII восьмибитный код>

7.2.6.3 Уровень совместимости

COL := UI8[1..8]<0..255>

Уровень совместимости устройства защиты, основанного на требованиях настоящего стандарта, равен «2» без использования групповых услуг и «3» - с использованием групповых услуг.

7.2.6.4 Двухпозиционная команда (см. МЭК 60050)

7.2.6.5 Двухэлементная информация (см. МЭК 60050)

7.2.6.6 Номер повреждения

FAN := UI16[1..16]<1..65535>

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

7.2.6.7 Интервал между элементами информации

INT := UI16[1..16]<1..65535>

Интервал сбора одиночных элементов информации должен быть одинаковым для всех данных о нарушениях. Указывается в микросекундах.

7.2.6.8 Измеряемая величина с описателем качества

В случае переполнения MVAL устанавливается его максимальное положительное или максимальное отрицательное значение в дополнение к OV : = 1. Максимальное значение MVAL должно быть ± 1,2 или ± 2,4 номинального.

Другие форматы и диапазоны могут использоваться с групповыми услугами.

7.2.6.9 Номер первого элемента информации в ASDU

NFE := UI16[1..16]<0..65535>

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

7.2.6.10 Число каналов

NOC := UI8[1..8]<0..255>

Этот байт показывает число аналоговых каналов набора передаваемых данных, готовых к передаче.

7.2.6.11 Число элементов информации в канале

NOE := UI16[1..16]<1..65535>

Все каналы содержат одинаковое число элементов информации. Это число передается в ASDU 26 «готовность к передаче данных о нарушениях» и справедливо для всех каналов.

7.2.6.12 Номер повреждения сети

NOF := UI16[1..16]<1..65535>

Примечание - Повреждение сети, например, короткое замыкание, может вызвать несколько аварийных событий с отключением и последующим АПВ, каждое из которых идентифицируется увеличением номера повреждения FAN. В этом случае номер повреждения сети NOF остается неизменным, общим для этих событий. Номер повреждения сети не требуется ни сбрасывать, ни предварительно устанавливать.

7.2.6.13 Число меток

NOT := UI8[1..8]<0..255>

Этот байт показывает число меток, передаваемых в ASDU 29.

7.2.6.14 Число аварийных значений в ASDU 30

7.2.6.15 Относительное время

RET := UI16[1..16]<1..65535> Относительное время устанавливается в 0 вначале короткого замыкания. Оно указывает время в миллисекундах от запуска устройства защиты до текущего момента.

7.2.6.16 Масштабный коэффициент

RFA := R32.23{мантисса, порядок, знак}

Значения аварийных данных передаются как относительные значения в формате чисел с фиксированной запятой (F). Масштабный коэффициент показывает соотношение между относительным и вторичным значениями.

Первичное значение равно вторичному значению, умноженному на отношение номинального первичного значения к номинальному вторичному значению

7.2.6.17 Номинальное первичное значение

RPV := R32.23{мантисса, порядок, знак}

7.2.6.18 Номинальное вторичное значение

RSV := R32.23{мантисса, порядок, знак}

7.2.6.19 Идентификатор возвращаемой информации

RII := UI8[1..8]<0..255>

7.2.6.20 Расстояние до места короткого замыкания

SCL := R32.23{мантисса, порядок, знак}

Расстояние до места короткого замыкания представляется в форме реактивного сопротивления, приведенного к первичным значениям. Оно выражается в омах.

7.2.6.21 Номер опроса

SCN := UI8[1..8]<0..255>

7.2.6.22 Одиночное аварийное значение

SDV := F16[1..16]<-1.. + 1 - 2^-15>

7.2.6.23 Дополнительная информация

SIN := UI8[1..8]<0..255>

Дополнительная информация используется следующим образом:

7.2.6.24 Состояние повреждения

Примечание - SOF показывает, вызвало ли устройство защиты отключение во время повреждения (бит ТР), передаются ли в текущий момент данные о нарушении (бит ТМ), были ли данные о нарушении зарегистрированы в рабочем или в тестовом режиме (бит TEST) и была ли регистрация данных о нарушении инициирована другими событиями, а не запуском защиты (бит OTEV).

7.2.6.25 Положение метки

ТАР := UI16[1..16]<1..65535>

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

7.2.6.26 Тип приказа

	ТОО	:=	UI8[1..8]<0..255>,
где	<1>	:=	выбор повреждения
	<2>	:=	запрос данных о нарушениях
	<3>	:=	преждевременное прекращение данных о нарушениях
	<4..7>	:=	резерв
	<8>	:=	запрос канала
	<9>	:=	преждевременное прекращение канала
	<10..15>	:=	резерв
	<16>	:=	запрос меток
	<17>	:=	преждевременное прекращение меток
	<18..23>	:=	резерв
	<24>	:=	запрос списка зарегистрированных нарушений
	<25..31>	:=	резерв
	<32>	:=	окончание передачи данных о нарушениях без преждевременного прекращения
	<33>	:=	окончание передачи данных о нарушениях с преждевременным прекращением системой управления
	<34>	:=	окончание передачи данных о нарушениях с преждевременным прекращением
		:=	устройством защиты
	<35>	:=	окончание передачи канала без преждевременного прекращения
	<36>	:=	окончание передачи канала с преждевременным прекращением системой управления
	<37>	:=	окончание передачи канала с преждевременным прекращением устройством защиты
	<38>	:=	окончание передачи меток без преждевременного прекращения
	<39>	:=	окончание передачи меток с преждевременным прекращением системой управления
	<40>	:=	окончание передачи меток с преждевременным прекращением по инициативе устройства защиты
	<41..63>	:=	резерв
	<64>	:=	данные о нарушениях переданы успешно (положительно)
	<65>	:=	данные о нарушениях переданы безуспешно (отрицательно)
	<66>	:=	передача канала успешна (положительно)
	<67>	:=	передача канала не успешна (отрицательно)
	<68>	:=	метки переданы успешно (положительно)
	<69>	:=	метки переданы неуспешно (отрицательно)
	<70..255>	:=	резерв

ТОО определяет тип приказа, например, выбор, запрос, преждевременное прекращение передачи данных о нарушениях, каналов, меток и списка зарегистрированных нарушений. С различными ASDU используются следующие диапазоны ТОО:

ТОО <1..31> используется с ASDU 24: приказ о передаче данных о нарушениях

ТОО <32..63> используется с ASDU 31: окончание передачи данных о нарушениях

ТОО <64..95> используется с ASDU 25: подтверждение передачи данных о нарушениях

7.2.6.27 Тип аварийных значений

7.2.6.28 Четыре байта времени в двоичном коде

СР32Время2а := СР32{Миллисекунды, Минуты, RES1, Недостоверное значение, Часы, RES2, Летнее время}

Этот формат определен в МЭК 60870-5-4, подпункт 6.8. Он используется для МЕТКИ ВРЕМЕНИ ОБЪЕКТА ИНФОРМАЦИИ.

7.2.6.29 Семь байт времени в двоичном коде

СР56Время2а := СР56 {Миллисекунды, Минуты, RES1, Недостоверное значение, Часы, RES2, Летнее время, День месяца, День недели, Месяц, RES3, Год, RES4}

Этот формат определен в МЭК 60870-5-4, подпункт 6.8. Он используется для синхронизации часов и в списке зарегистрированных данных о нарушениях.

День недели устанавливают числами от 1 до 7, если используется, где 1 означает понедельник, при неиспользовании он устанавливается в ноль.

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

7.2.6.30 Число групповых наборов данных

Начальная величина COUNT равна нулю.

7.2.6.31 Номер групповой идентификации

GIN := CP16{GROUP, ENTRY},

7.2.6.32 Описание групповых данных

GDD := CP24{DATATYPE, DATASIZE, NUMBER, CONT},

Типы данных определяются в соответствии с МЭК 60870-5-4.

НОМЕР ВНЕШНЕГО ТЕКСТА используется как ссылка в описании. Текст специфичен для каждого устройства защиты и должен поставляться отдельно, например как файл с номерами внешнего описания и соответствующим текстом.

Тип УПАКОВАННАЯ СТРОКА БИТОВ (PACKEDBITSTRING) имеет специальное значение. Если определен массив или комбинация УПАКОВАННЫХ СТРОК БИТОВ, то они пакуются в байты. Например, поле из восьми элементов типа УПАКОВАННАЯ СТРОКА БИТОВ имеет размер один байт, а комбинация полей из семи и двух элементов этого типа имеет размер два байта. Каждый из байтов заполняется от первой до восьмой позиции без промежутков, только последний байт может иметь меньше чем восемь заполненных битов.

РАЗМЕР ДАННЫХ (DATASIZE) определяет число байтов для определенного ТИПА ДАННЫХ. В случае УПАКОВАННОЙ СТРОКИ БИТОВ он определяет число битов.

ЧИСЛО (NUMBER) определяет число элементов данных, определенных ТИПОМ ДАННЫХ и РАЗМЕРОМ ДАННЫХ, в данном ASDU.

Примечание 1 - Состояния ПЕРЕХОДА и ОШИБКИ внутри двухэлементной информации с индикацией переходного состояния и ошибки используются, например для сигнализации положения выключателя. ПЕРЕХОД может использоваться для указания временного неопределенного состояния во время нормальных рабочих условий. ОШИБКА может использоваться для указания постоянного неопределенного состояния.

Примечание 2 - Комплексные величины (например R+jX) можно рассматривать как совокупность двух полей, начинающихся с действительной части, а в полярной форме (например Z, 0) - начинающихся с аргумента.

7.2.6.33 Групповые данные

7.2.6.34 Вид описания

Каждый элемент имеет переменное число описаний (атрибутов), необходимым является только атрибут <10> ОПИСАНИЕ.

Объяснение вида описания

Вид не определен

Этот ВИД используется при запросе чтения, когда не нужны значения и атрибуты (например чтение полной директории GIN). Никакой элемент директории не будет иметь атрибута с таким ВИДОМ.

Текущее значение

Текущее значение элемента. В случае «заголовка» GIN оно будет относиться к числу элементов внутри группы директорий этого GIN. Если ТИП ДАННЫХ этого ВИДА является ИНДЕКСОМ со значением «N», то ТЕКУЩЕЕ ЗНАЧЕНИЕ этого GIN получается обращением к элементу (N+1) массива ПЕРЕЧИСЛЕНИЕ этого GIN. См. также элемент ДИАПАЗОНА и ПЕРЕЧИСЛЕНИЯ МАССИВОВ ТЕКСТА/МАССИВОВ ЗНАЧЕНИЙ.

Значение по умолчанию

Исходное значение элемента. Его можно использовать для начальной установки элемента. Оно имеет такой же ТИП ДАННЫХ, как ТЕКУЩЕЕ ЗНАЧЕНИЕ.

Диапазон

ДИАПАЗОН показывает возможные правильные значения элемента и содержит массив из трех элементов: минимальное значение, максимальное значение и размер шага. Правильные значения - это минимальное значение ДИАПАЗОНА плюс число, кратное размеру шага, вплоть до максимального значения. ТИП ДАННЫХ этого ВИДА обычно такой же, как у ВИДА ТЕКУЩЕЕ ЗНАЧЕНИЕ. Если ТЕКУЩЕЕ ЗНАЧЕНИЕ является индексом, представляющим перечисляемый текст или значения, ДИАПАЗОН должен также относиться к типу данных ИНДЕКС:

- минимальная величина = 0;

- максимальная величина = <размер списка -1>;

- размер шага = 1.

Каждому значению в этом диапазоне должен соответствовать элемент в массиве перечисления.

Точность(n, m)

ТОЧНОСТЬ определяет, как будет отображено действительное число. При этом n определяет максимальное число разрядов в целой части, a m - число разрядов в дробной части.

Коэффициент

Коэффициент используется для получения именованного значения из относительного.

Процентный предел

Процентный предел, например, для «измеряемой величины с описателем качества» (ASDU 3 или 9) равен 120 % или 240 % номинального значения.

Перечисление

Этот ВИД используется для перечисления всех правильных значений ВИДА ТЕКУЩЕЕ ЗНАЧЕНИЕ, если ТИП ДАННЫХ ТЕКУЩЕГО ЗНАЧЕНИЯ имеет тип ИНДЕКС. Это удобно для описания нелинейных зависимостей, а также в тех случаях, когда индивидуальные значения лучше представлены в виде текста. Первый элемент типа ПЕРЕЧИСЛЕНИЕ имеет значение индекса, равное 0. Если только некоторые значения требуют перечисления, то для них могут использоваться ВИДЫ «ПЕРЕЧИСЛИМЫЙ ТЕКСТОВЫЙ МАССИВ/ПЕРЕЧИСЛИМЫЙ МАССИВ ЗНАЧЕНИЙ».

Размерность

Текст для указания единиц измерения, например А, вар, В.

Описание

Текстовое описание элемента или группы или номер внешнего текста.

Элемент, содержащий пароль

Этот ВИД указывает GIN элемента, который содержит соответствующий пароль, позволяющий выполнить установку данного элемента.

Соответствующий тип функции и номер информации

Для сигналов и измеряемых величин определяется ТИП ФУНКЦИИ и НОМЕР ИНФОРМАЦИИ соответствующих данных, относящихся к «стандартизованным» (негрупповым) услугам.

Для команд определяется ТИП ФУНКЦИИ и НОМЕР ИНФОРМАЦИИ, соответствующей негрупповой командной процедуре и соответствующему сообщению.

Соответствующее событие

Определяет событие (сообщение), которое отражает состояние или изменение состояния, являющееся результатом выполнения команды.

Перечислимый текстовый массив/перечислимый массив значений

Эти два ВИДА используются совместно для сопоставления текстовых значений определенным значениям ТЕКУЩИХ ЗНАЧЕНИЙ. Значения, которые должны быть перечислены, запоминаются в ПЕРЕЧИСЛИМОМ МАССИВЕ ЗНАЧЕНИЙ, а соответствующий каждому значению текст запоминается в аналогичной позиции ПЕРЕЧИСЛИМОГО ТЕКСТОВОГО МАССИВА. Если перечислимыми должны быть все значения, то вместо ВИДА ТЕКУЩИЕ ЗНАЧЕНИЯ может использоваться ПЕРЕЧИСЛЕНИЕ как индекс, что позволяет повысить эффективность.

Связанные элементы

Этот ВИД содержит массив GIN, который имеет отношение к данному элементу. Может быть использован для установления связи с другими элементами, например, с целью определения элемента для активизации набора параметров.

7.2.6.35 Число элементов описания

7.2.6.36 Групповой ответный код

	GRC	:=	UI8[1..8]<255>,
где	<0>	:=	подтверждение
	<1>	:=	определен неправильный GIN
	<2>	:=	запрошенные данные не существуют
	<3>	:=	данные недоступны, попробуйте позже еще раз
	<4>	:=	ошибка контроля во время изменения установки
	<5>	:=	выход из диапазона вовремя изменения установки
	<6>	:=	размер элемента слишком велик
	<7>	:=	слишком много команд
	<8>	:=	элемент только для чтения
	<9>	:=	установка защищена паролем
	<10>	:=	идет процесс местной установки
	<11>	:=	ошибка с последующим описанием
	<12..255>	:=	не используется

7.2.6.37 Число групповых идентификаторов

NOG := UI8[1..8]<0..255>

Групповой идентификатор всегда состоит из номера групповой идентификации (GIN) и вида описания (KOD).

7.3 Определение и представление ASDU

Ниже описаны все ASDU, определенные в настоящем стандарте. Могут быть определены другие ASDU с ИДЕНТИФИКАТОРАМИ ТИПА в частном диапазоне. Они могут быть использованы различными изготовителями аппаратуры защиты для дополнительной информации.

LPDU канального уровня определены в МЭК 60870-5-2. В настоящем подпункте эти определения не повторяются.

7.3.1 ASDU в направлении контроля

7.3.1.1 ИДЕНТИФИКАТОР ТИПА 1 сообщение с меткой времени

¹⁾ DPI несущественно, если ПРИЧИНА ПЕРЕДАЧИ := положительное или отрицательное подтверждение команды.

7.3.1.2 ИДЕНТИФИКАТОР ТИПА 2: сообщение с меткой времени в относительном формате

²⁾ Относительное время (RET) и номер повреждения (FAN) несущественны в случае общего опроса.

³⁾ Дополнительная информация (SIN) существенна только в случае общего опроса.

7.3.1.3 ИДЕНТИФИКАТОР ТИПА 3: измеряемые величины, набор типа 1

ASDU 3,1:   i := 1

ASDU 3,2:   i := 2

ASDU 3,3:   i := 4

ASDU 3,4:   i := 2; значения 1 и 2 присваиваются I_N и V_EN

P и Q - трехфазные активная и реактивная мощности.

7.3.1.4 ИДЕНТИФИКАТОР ТИПА 4: измеряемые величины с меткой времени с относительным временем

7.3.1.5 ИДЕНТИФИКАТОР ТИПА 5: сообщение идентификации

Символы ASCII используются для наименования производителя. Для «пустых» полей ASCII должен быть использован пробел (20Н). Последние четыре байта предназначены для свободного использования производителем.

7.3.1.6 ИДЕНТИФИКАТОР ТИПА 6: синхронизация времени

7.3.1.7 ИДЕНТИФИКАТОР ТИПА 8: окончание общего опроса

НОМЕР ОПРОСА (SCN) берется из команды инициализации GI.

7.3.1.8 ИДЕНТИФИКАТОР ТИПА 9: измеряемые величины, набор типа 2

Р и Q-трехфазная активная и реактивная мощности соответственно.

Примечание - Возможно передавать только часть измеряемых величин, определяемую числом элементов i в КЛАССИФИКАТОРЕ ПЕРЕМЕННОЙ СТРУКТУРЫ, начиная всегда с тока фазы А.

7.3.1.9 ИДЕНТИФИКАТОР ТИПА 10: групповая информация

Примечание - Этот ASDU используется также для ответных сообщений, применяющих групповой ОТВЕТНЫЙ КОД. Примеры приведены в приложении В.

7.3.1.10 ИДЕНТИФИКАТОР ТИПА 11: групповая идентификация

i := поле N0 в NDE определяет число элементов директории в этом ASDU.

7.3.1.11 ИДЕНТИФИКАТОР ТИПА 23: список зарегистрированных нарушений

Этот ASDU используется, чтобы передать общие сведения обо всех нарушениях, зарегистрированных и запомненных в устройстве защиты. Число нарушений ограничено i = 8. Значение i = 0 соответствует пустой директории.

Для каждого нарушения указываются его номер, состояние и время регистрации. Нарушения регистрируются и нумеруются по мере их появления. Следует предусмотреть ситуацию переполнения (перехода к нулю) номера повреждения FAN.

7.3.1.12 ИДЕНТИФИКАТОР ТИПА 26: готовность к передаче данных о нарушениях

Примечание - Этот ASDU используется для извещения о том, что файл с зарегистрированными данными о нарушениях готов быть запрошенным. Он содержит тип аварийных данных, число каналов, число элементов информации и время между выборками.

¹⁾ Четыре байта времени в двоичном коде показывают МЕТКУ ВРЕМЕНИ первой зарегистрированной информации.

7.3.1 13 ИДЕНТИФИКАТОР ТИПА 27: готовность к передаче канала

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

7.3.1.14 ИДЕНТИФИКАТОР ТИПА 28: Готовность к передаче меток

Примечание - Этот ASDU используется для извещения о том, что метки готовы быть запрошенными.

7.3.1.15 ИДЕНТИФИКАТОР ТИПА 29: передача меток

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

Значение i ограничено 25 метками на ASDU. Чтобы показать переполнение формата ТАР, используется нулевое значение позиции метки, передавая таким образом текущее состояние всех соответствующих меток.

7.3.1.16 ИДЕНТИФИКАТОР ТИПА 30: передача аварийных значений

Этот ASDU используется, чтобы передать i последовательных выборок как часть всех аварийных данных канала. Значение i ограничено 25 одиночными величинами нарушений на ASDU.

7.3.1.17 ИДЕНТИФИКАТОР ТИПА 31: завершение передачи

Этот ASDU используется, чтобы показать завершение передачи (с абортированием или без него) нарушений, канала или меток. Он содержит тип завершения, тип аварийных данных, номер повреждения и номер канала.

7.3.2 ASDU в направлении управления

7.3.2.1 ИДЕНТИФИКАТОР ТИПА 6: синхронизация времени

Внутри СЕМИ БАЙТОВ ВРЕМЕНИ бит IV несущественен.

7.3.2.2 ИДЕНТИФИКАТОР ТИПА 7: инициализация общего опроса

7.3.2.3 ИДЕНТИФИКАТОР ТИПА 10: групповая информация

7.3.2.4 ИДЕНТИФИКАТОР ТИПА 20: общая команда

ИДЕНТИФИКАТОР ВОЗВРАЩАЕМОЙ ИНФОРМАЦИИ (RII) не обрабатывается внутри устройства защиты, но используется как ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ к возвращаемому сообщению

7.3.2.5 ИДЕНТИФИКАТОР ТИПА 21: групповая команда

7.3.2.6 ИДЕНТИФИКАТОР ТИПА 24: приказ передачи данных о нарушениях

Примечание - Этот ASDU служит для запроса просмотра нарушений, а также для выбора, запроса и абортирования передачи данных о нарушениях, передачи канала и передачи меток. Он содержит тип приказа, тип аварийных данных, номер повреждения и номер канала.

7.3.2.7 ИДЕНТИФИКАТОР ТИПА 25: подтверждение передачи данных о нарушениях

Примечание - Этот ASDU используется для положительного или отрицательного подтверждения передачи аварийных данных, каналов или меток.

7.4 Прикладные функции

Используются следующие основные прикладные функции, определенные в МЭК 60870-5-5:

- инициализация станции;

-общий опрос;

-синхронизация времени;

- передача команд.

В настоящем стандарте дополнительно определены четыре прикладных функции:

-тестовый режим;

- блокировка направления контроля;

- передача данных о нарушениях;

- групповые услуги.

В следующих подпунктах все эти функции детально описаны независимо оттого, определены ли они в МЭК 60870-5-5. В отличие от МЭК 60870-5-5 приведено более детальное описание, включая также LPDU канального уровня.

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

7.4.1 Инициализация (см. рисунки 3 и 4)

Следует различать приведение в исходное состояние (RESET) самого устройства защиты и приведение в исходное состояние функций связи устройства защиты.

Приведение в исходное состояние (сброс) функций связи выполняется при помощи команды приведения в исходное состояние от системы управления. Команда обычно передается системой управления в случае:

- инициализации системы управления;

- отсутствия ответа от защиты в течение определенного периода времени t_WZ (время повторения цикла).

Причины окончания периода t_WZ могут быть следующими:

- устройство защиты отключено;

- устройство защиты отсутствует;

- идет процесс инициализации устройства защиты; -связь прервана.

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

- привести в исходное состояние (сбросить) бит счета кадров (FCB) или

- привести в исходное состояние подсистему связи (CU). Решение об этом принимается в системе управления.

В первом случае бит FCB в устройстве защиты устанавливается в «0». Сообщения в буфере передачи не стираются. При этом общий опрос, передача данных о нарушениях или групповые услуги, находящиеся в процессе передачи, абортируются устройством защиты без каких-либо сообщений.

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

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

После включения устройства защиты оно должно послать сообщение «напряжение включено». Если устройство защиты не может отличить факт включения напряжения от рестарта, то вместо указанного сообщения должно передаваться сообщение «старт/рестарт».

При установке устройства защиты в исходное состояние передается сообщение «старт/рестарт».

В обоих случаях указанные сообщения (включение напряжения, старт/рестарт) передаются дополнительно к сообщению о сбросе (FCB, CU). Таким образом устройство защиты показывает, что действительные функции защиты временно не работали (возможность регистрации).

Рисунок 3 - Основная процедура инициализации

Рисунок 4 - Процедура инициализации после рестарта аппаратуры защиты

7.4.2 Синхронизация времени (см. рисунок 5)

Команда установки времени может быть послана или ко всем устройствам защиты как сообщение ПОСЫЛКА/БЕЗ ОТВЕТА или выборочно к определенному устройству как сообщение ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ.

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

Между сообщениями, предшествующими моменту синхронизации, и такими же сообщениями после синхронизации передается сообщение о времени. Это позволяет системе управления присваивать координированное время регистрируемым данным (сообщения содержат только время в диапазоне от миллисекунд до часов). Сообщение о времени содержит время, используемое для целей синхронизации в устройстве защиты. Его значение корректируется на время его передачи и на значение других задержек, которые должны быть приняты во внимание.

Рисунок 5 - Синхронизация времени

Если устройство защиты обнаружит возможность недопустимых отклонений внутреннего времени, то с этого момента все сообщения в реальном времени будут характеризоваться значением «1» бита IV в третьем байте элемента информации о времени, показывая, что данная метка времени может быть неправильной. Это условие возникает, если синхронизация отсутствует в течение более 23 ч. Однако внутренний отсчет времени в устройстве защиты будет продолжаться и после этого.

Сообщения, появляющиеся после аппаратного рестарта или включения напряжения, попадающие между сообщением о рестарте и первой успешной установкой времени или операцией синхронизации, должны также иметь значение «1» бита IV.

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

7.4.3 Общий опрос (см. рисунок 6)

Общий опрос (GI) инициируется при помощи команды GI в направлении управления. Эта команда передается индивидуально от системы управления к каждому устройству защиты. Рекомендуется, чтобы команда инициализации GI передавалась с интервалами 15 мин (или более). Кроме того, сообщение GI всегда посылается после процедуры инициализации (см. 7.4.1).

Устройство защиты хранит перечень всех сообщений, предназначенных для общего опроса. Число и тип сообщений, предназначенных для общего опроса, фиксируется для совместимых ТИПОВ ФУНКЦИЙ. При получении команды общего опроса GI производится последовательная передача элементов этого перечня; при этом СОТ = GI. В ответ на команду GI всегда передаются сообщения GI, несмотря на то, что спорадические сообщения имеют приоритет в порядке передачи. Если спорадическое сообщение передается во время процедуры общего опроса GI, но раньше посылки соответствующего сообщения GI, это сообщение GI должно соответствовать новому состоянию, указанному в спорадическом сообщении.

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

Если запрос GI появляется внутри цикла общего опроса GI, текущий цикл GI абортируется без сообщения о завершении GI. Новый цикл будет снова начат с первого объекта сообщения GI.

Для того, чтобы обеспечить определенную классификацию циклов GI в системе управления, в информационную часть сообщения вводится байт SCN (номер опроса) с кодом идентификатора цикла GI. Код идентификатора цикла GI передается в команде об инициализации GI. Устройство защиты присоединяет полученный код идентификатора цикла GI ко всем сообщениям, содержащим ПРИЧИНУ ПЕРЕДАЧИ, равную GI. Система управления может назначать код идентификатора цикла GI случайным образом; соблюдение последовательности нарастающих номеров необязательно. Если после команды «сброс FCB» старые сообщения GI еще остаются в буфере передачи устройства защиты, то они должны быть отброшены системой управления.

7.4.4 Передача команд (см. рисунок 7)

Конкретному устройству защиты может быть выдана команда с использованием ASDU 20. При этом соответствующая процедура канального уровня обязательно должна быть завершена. Команда подтверждается (на канальном уровне) единичным символом или коротким сообщением.

Команда сопровождается кодом идентификации подтверждения, который присваивается системой управления. Этот код добавляется как байт ДОПОЛНИТЕЛЬНОЙ ИНФОРМАЦИИ к соответствующему подтверждению (всегда ASDU 1). Это обеспечивает возможность сопоставления каждого подтверждения с определенной командой в системе управления.

Каждая процедура передачи команды должна заканчиваться подтверждением (положительным или отрицательным, см. ПРИЧИНУ ПЕРЕДАЧИ), прежде чем система управления начнет новую или подобную процедуру передачи команды. Внутри сообщения о подтверждении информация о состоянии не существенна.

Изменение состояния, вызванное командой, должно передаваться с ASDU 1 и СОТ 12 (удаленное действие).

Если командное сообщение получено прежде, чем подтвердится предыдущая команда, оно будет забраковано (с ПРИЧИНОЙ ПЕРЕДАЧИ = отрицательное подтверждение команды).

Команды, которые по различным причинам не могут быть выполнены, будут забракованы с ПРИЧИНОЙ ПЕРЕДАЧИ = отрицательное подтверждение команды.

Рисунок 6 - Общий опрос

Рисунок 7 - Передача команд

7.4.5 Тестовый режим (см. рисунок 8)

В тестовом режиме как спорадические сообщения, так и опрашиваемые измеряемые величины, предназначенные для обработки в системе управления, сопровождаются ПРИЧИНОЙ ПЕРЕДАЧИ «тестовый режим». Это значит, что ПРИЧИНА ПЕРЕДАЧИ = 7 - «тестовый режим» используется для сообщений, обычно передаваемых с СОТ = 1 (спорадически) или СОТ = 2 (циклически).

На все другие сообщения тестовый режим не влияет. Например, сообщения, передаваемые в процессе общего опроса, который выполняется во время тестового режима, передаются с ПРИЧИНОЙ ПЕРЕДАЧИ GI, а не «тестовый режим» (так как основанием для передачи является GI) или если во время тестового режима активизируется местная установка параметров, сообщения, которые будут генерироваться в результате местной операции, должны быть отмечены ПРИЧИНОЙ ПЕРЕДАЧИ = 11 «местная операция».

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

При использовании только совместимых команд тестовый режим может активизироваться только локально - в совместимом диапазоне нет соответствующей удаленной команды.

Рисунок 8 - Тестовый режим

7.4.6 Блокировка направления контроля (см. рисунок 9)

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

На команду GI устройство защиты отвечает сообщением о завершении GI. Незавершенный общий опрос абортируется устройством защиты с помощью завершающего сообщения GI.

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

Выполнение незавершенных групповых услуг будет абортировано устройством защиты в соответствии с процедурой, описанной в 7.4.8.4. Принятые групповые команды, несмотря на блокировку направления контроля, получат ответ с ПРИЧИНОЙ ПЕРЕДАЧИ «отрицательное подтверждение команды».

Принятые общие команды, несмотря на блокировку направления контроля, получат ответ с ПРИЧИНОЙ ПЕРЕДАЧИ «отрицательное подтверждение команды».

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

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

Блокирование направления контроля и возврат к нормальному режиму сопровождаются сообщениями, которые могут использоваться, например для целей регистрации.

Рисунок 9 - Блокировка направления контроля

7.4.7 Передача данных о нарушениях (см. рисунок 10)

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

В аппаратуре защиты регистрация нарушений включает в себя:

- цифровые значения аналоговых величин (характеризующих повреждение) - токи I_A, I_B, I_C, I_N и напряжения V_A, V_B, V_C, V_EN;

-двоичные значения (сигналы), зарегистрированные как метки, например сигнал запуска защиты и сигнал отключения.

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

Вначале всегда передается исходное состояние двоичных величин, затем следуют метки изменившихся величин. Данные о нарушениях передаются с возрастающими номерами каналов АСС. Однако каналы могут быть пропущены, если их не существует (см. 7.2.6.1). Для исключения слишком длинных кадров данные канала делятся на несколько ASDU ограниченной длины. Все ASDU передаются как данные класса 1 на канальном уровне.

Передачей ASDU 23 «список зарегистрированных нарушений» устройство защиты показывает, что зарегистрировано новое нарушение. Этот ASDU передается также после завершения или абортирования передачи данных о нарушениях (см. ниже).

Передача данных о нарушениях, прерванная по любой причине, будет возобновлена после восстановления линии передачей ASDU 23 «список зарегистрированных нарушений». Этот список по-прежнему показывает данные о нарушениях, передача которых была прервана.

ASDU 23 «список зарегистрированных нарушений» передается также после начала общего опроса. Однако его ПРИЧИНА ПЕРЕДАЧИ «передача данных о нарушениях», а не «общий опрос».

Рисунок 10 - Передача данных о нарушениях

КЛАССИФИКАТОР ПЕРЕМЕННОЙ СТРУКТУРЫ ASDU 23 содержит число зарегистрированных нарушений, являющееся одновременно числом элементов информации в этом ASDU, то есть этот ASDU имеет переменную длину. Каждый элемент содержит:

- номер нарушения FAN (последовательная нумерация неисправностей). Этот номер имеет одинаковый формат как для данных о нарушениях, так и для аварийных сигналов;

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

- время неисправности - «семь байтов времени в двоичном коде». Это облегчает сопоставление данных регистрации нарушений от различных устройств защиты.

Из списка зарегистрированных нарушений система управления выбирает данные о нарушениях, которые должны быть запрошены. Это делается передачей ASDU 24 «команда передачи данных о нарушениях». ASDU 24 содержит:

- тип приказа (в данном случае «выбор нарушения»); -тип аварийных данных (в данном случае несуществен);

- номер выбранного нарушения;

- номер канала (в данном случае несуществен).

Устройство защиты отвечает передачей ASDU 26 «готовность к передаче данных о нарушениях». ASDU 26 содержит:

-тип аварийных данных;

- номер нарушения FAN (последовательная нумерация нарушений), имеющий одинаковый формат как для данных о нарушениях, так и для аварийных сигналов;

- номер повреждения сети, позволяющий сопоставить конкретную последовательность нарушений с одним повреждением сети;

- число каналов, подлежащих передаче;

- число элементов информации на канал (идентично для всех каналов);

- шаг дискретизации по времени элементов информации (аварийных значений) в микросекундах;

- метку времени первого элемента информации (аварийного значения).

Затем система управления передает ASDU 24 «команда передачи информации о нарушении». Эта команда содержит:

-тип команды, например запрос, абортирование и т.п.;

- тип аварийных данных - копию, взятую из ASDU 26 «готовность к передаче данных о нарушениях»;

- номер нарушения - копию, взятую из ASDU 26;

- номер канала (в данном случае несуществен).

Устройство защиты начинает передавать ASDU 28 «готовность к передаче меток», даже если меток нет. В этом ASDU существенен только номер нарушения.

В ответ система управления посылает ASDU 24 «команда передачи нарушений», используя тип команды «вызов или абортирование меток».

Сначала устройство защиты передает исходное состояние всех меток, используя ASDU 29 «передача меток». Этот ASDU содержит:

- номер нарушения;

- число существенных меток;

- позицию метки, здесь всегда ноль;

-ТИП ФУНКЦИИ;

- НОМЕР ИНФОРМАЦИИ метки;

-состояние метки.

Устройство защиты передает одну за другой все метки, используя ASDU 29. Этот блок данных содержит:

- номер нарушения;

-число меток;

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

-ТИП ФУНКЦИИ;

- НОМЕР ИНФОРМАЦИИ метки;

- новое состояние метки.

После последнего ASDU 29 устройство защиты посылает сигналы окончания с абортированием или без него, используя ASDU 31 «окончание передачи».

Система управления подтверждает положительную/отрицательную передачу меток, используя ASDU 25 «подтверждение».

Устройство защиты при помощи ASDU 27 «готовность к передаче канала» предлагает передавать первый канал. В этом ASDU находится:

- тип данных о нарушениях;

- номер нарушения (аналогично предыдущему);

- номер соответствующего (здесь - первого) канала;

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

Система управления дает команду передачи первого канала. В этом ASDU находится:

- тип команды, например вызов, абортирование и т.п.;

-тип данных о нарушениях - копия из ASDU «готовность»;

- номер нарушения - копия из ASDU «готовность»;

- номер соответствующего (здесь - первого) канала.

Процедура продолжается передачей данных о нарушениях при помощи ASDU 30. В этом ASDU находятся:

- тип данных о нарушениях (аналогично предыдущему);

- номер нарушения (аналогично предыдущему);

- номер соответствующего (здесь - первого) канала.

- число существенных элементов информации (здесь - аварийных значений) в этом ASDU;

- номер первого элемента информации в этом ASDU;

- элементы данных (аварийные значения) канала в восходящем порядке.

После последнего ASDU 30 передается ASDU 31 «окончание передачи», в котором находятся:

- тип команды «окончание передачи» с абортированием или без него;

- тип данных о нарушениях (аналогично предыдущему);

- номер нарушения (аналогично предыдущему);

- номер канала (здесь - первый канал).

Система управления передает ASDU 25 «подтверждение» с типом команды (ТОО) «передача канала положительная/отрицательная».

Устройство защиты может продолжать процедуру передачей второго и остальных каналов. После передачи последнего канала и соответствующего подтверждения следует ASDU 31 «окончание передачи данных о нарушении», что указывается байтом ТОО.

Полный набор данных о повреждении должен быть подтвержден ASDU 25 с ТОО «передача данных о нарушениях положительная/отрицательная». Данные о нарушениях могут быть стерты только после этого подтверждения (в противном случае нет шанса на повторение передачи в случае неуспешной передачи).

Когда передача данных о нарушениях завершена или абортирована, устройство защиты передает обновленный список зарегистрированных нарушений при помощи ASDU 23. Если к этому моменту поступят данные об одном или более новых нарушениях, о них будет сообщено системе управления.

В любое время система управления может абортировать передачу данных о нарушениях посылкой ASDU 24 с ТОО «абортирование». Процедура заканчивается ASDU 31 «окончание передачи». Неправдоподобные приказы, посланные системой управления, абортируются устройством защиты, как описано выше.

Устройство защиты может абортировать передачу данных о нарушениях в любое время, используя соответствующую команду (см. 7.2.6.26). Кроме того, вся передача данных о нарушениях может быть абортирована.

Если подтверждение от системы управления будет отрицательным, то устройство защиты может предложить повторить абортированную передачу.

7.4.8 Групповые услуги

7.4.8.1 Обзор групповых услуг

Групповые услуги введены для будущего развития аппаратуры защиты, чтобы обеспечить механизм передачи данных любого типа и формата без явного определения новых ASDU. Эти услуги обеспечивают возможность идентифицировать данные, включая их тип, формат и описание, а также возможность записывать и считывать значения данных. Термин «групповой» означает, что все данные, доступные через групповые услуги, могут быть доступны одинаковым способом. Поэтому данные структурируются согласованным образом по всей аппаратуре защиты. Следовательно, структура будет пригодна для использования с разными типами данных во многих различных устройствах защиты, хотя содержание и значения данных могут меняться от одного устройства защиты к другому.

7.4.8.2 Структура директории

Чтобы групповые данные были доступны внутри устройства защиты, данные структурируются как директории, в которых каждый элемент групповых данных запоминается в одной статье директории. Статьи директории идентифицируются уникальным номером групповой идентификации (или GIN), который используется для доступа ко всем атрибутам, относящимся к определенному элементу групповых данных.

Атрибутами элемента данных являются его значение, текстовое описание, диапазон уставок, размерность и т.п. Таким образом, каждый элемент становится совершенно автономным. Для совместимости каждый элемент должен содержать как минимум один атрибут - ОПИСАНИЕ.

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