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

Часть 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 структурируется в соответствии с двухуровневой иерархией, чтобы облегчить выбор и упростить задачу пользователю. Для этого первый (старший) байт GIN используется для определения группы подобных элементов, в то время как второй байт определяет номер индекса элемента внутри группы. Для обеспечения гибкости системы никакое конкретное смысловое значение не связывается с определенным номером группы. Если имеется слишком много элементов данных, так что они не размещаются в одной группе, они могут продолжаться в следующей группе.

Первый элемент в группе (второй байт GIN которого равен нулю) имеет специальное значение - он содержит групповое определение нижележащих элементов. Его атрибут ОПИСАНИЕ определяет имя группы, зависящей от устройства защиты. Его атрибут ЗНАЧЕНИЕ может указывать число элементов внутри группы.

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

Рисунок 11 - Пример структуры директории

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

7.4.8.3 Структура групповых данных

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

Рисунок 12 - Структура набора данных

7.4.8.4 Принципы групповых услуг

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

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

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

Групповые данные могут также передаваться циклически и спорадически, с использованием соответствующей ПРИЧИНЫ ПЕРЕДАЧИ, определенной выше. В этом случае RII устанавливается в «0».

Примеры групповых ASDU приведены в приложении В.

7.4.8.5 Услуги директории

Директория доступна по первому требованию, определяющему картотеку. Доступ к директории выполняется путем просмотра верхнего выдвижного ящика каждой картотеки и просмотра папки ОПИСАНИЯ. Эта папка описывает сущность остальных ящиков в этой картотеке, таких как «измерения» или «уставки зоны 1». После выбора картотеки просматривается папка описаний в каждом ящике этой картотеки для определения требуемого ящика.

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

7.4.8.5.1 Чтение заголовков всех определенных групп (см. рисунок 13)

Рисунок 13 - Чтение заголовков всех определенных групп

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

Если чтение будет неуспешным для одной или нескольких групп (например, группа определена, но доступ к ней временно невозможен), возвращаемые ASDU 10 маркируются СОТ = 43. Для таких элементов в эти ASDU может быть включен GIN с GRC.

7.4.8.5.2 Чтение значений или атрибутов всех элементов в одной группе (см. рисунок 14)

Рисунок 14 - Чтение значений или атрибутов всех элементов в одной группе

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

Если чтение запрошенного атрибута будет неуспешным для одного или нескольких GIN, возвращаемые ASDU 10 маркируются СОТ = 43. Для таких элементов в эти ASDU может быть включен GIN с GRC.

7.4.8.6 Услуги одиночного элемента

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

7.4.8.6.1 Чтение директории одиночного элемента (см. рисунок 15)

Рисунок 15 - Чтение директории одиночного элемента

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

Если чтение одного или нескольких атрибутов будет неуспешным, возвращаемые ASDU 11 маркируются СОТ = 43. Для таких атрибутов в эти ASDU может быть включен GIN с GRC.

7.4.8.6.2 Чтение атрибута одиночного элемента (см. рисунок 16)

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

Если чтение одного или нескольких GIN будет неуспешным, возвращаемые ASDU 10 маркируются СОТ = 43. Для таких элементов в эти ASDU может быть включен GIN с GRC.

Рисунок 16 - Чтение атрибута одиночного элемента

7.4.8.6.3 Запись значения одиночного элемента (см. рисунок 17)

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

Можно передать любое количество данных, используя несколько блоков данных. Полученные данные активизируются, если номер информации INF - «запись элемента с исполнением». Используя этот механизм, можно активизировать набор данных одновременно без прерывания.

При использовании INF «абортирование записи элемента» любые ранее переданные данные будут абортированы без активизации записанных данных.

Для повышения надежности данные могут передаваться системой управления с INF «запись элемента с подтверждением». В этом случае устройство защиты считывает данные и посылает обратно ASDU, имеющий такую же структуру и значение, с INF «запись элемента с подтверждением». ПРИЧИНА ПЕРЕДАЧИ =44.

Рисунок 17 - Запись значений одиночных элементов

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

- если все установки успешны, то должен вернуться ASDU 10 с СОТ = 40 «положительное подтверждение групповой команды записи», причем никакие другие данные не требуются;

- если все установки неуспешны, то должен вернуться ASDU 10 с СОТ = 41 «отрицательное подтверждение групповой команды записи». ASDU 10 должен содержать GIN и ГРУППОВОЙ ОТВЕТНЫЙ КОД GRC для некоторых или всех неуспешных установок. Любой GIN, не имеющий ссылки, будет рассматриваться как неуспешный;

- если часть установок будут неуспешными, а часть успешными, то должен вернуться ASDU 10 с СОТ = 41 «отрицательное подтверждение групповой команды записи». ASDU 10 должен содержать GIN и ГРУППОВОЙ ОТВЕТНЫЙ КОД GRC для некоторых или всех неуспешных установок. Любой GIN, не имеющий ссылки, будет рассматриваться как неуспешный. Установки, которые изменились успешно, должны вернуть ГРУППОВОЙ ОТВЕТНЫЙ КОД GRC = 0 (подтверждение).

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

На рисунке 17 показана установка нескольких одиночных элементов при помощи ASDU 10 (групповые данные). Только последний ASDU в направлении управления является обязательным.

7.4.8.7 Общий опрос групповых данных (см. рисунок 18)

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

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

Когда в ответ на команду GGI будет передан весь список субъектов сообщений GGI, передается сообщение об окончании GGI. Новый цикл GGI будет инициирован в устройстве защиты только тогда, когда будет получен новый запрос GGI от системы управления.

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

Общий опрос GI для «стандартизованных» сообщений и общий опрос GGI групповых данных могут выполняться одновременно.

Рисунок 18 - Общий опрос групповых данных

8 Возможность взаимодействия (совместимость)

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

8.1.1 Электрический интерфейс

	EIA RS-485
	Число нагрузок.......................для одного устройства защиты

Примечание - Для интерфейса EIA RS-485 допустимая суммарная нагрузка равна 32 единицам, присоединенным к одной линии.

8.1.2 Оптический интерфейс

	Стеклянное волокно
	Пластиковое волокно
	Разъем типа F-SMA
	Разъем типа BFOC/2,5

8.1.3 Скорость передачи

	9600 бит/с
	19200 бит/с

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

Для канального уровня нет вариантов.

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

8.3.1 Режим передачи для прикладных данных

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

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

	Один байт общего адреса ASDU (одинаковый с адресом станции)
	Более чем один байт общего адреса ASDU

8.3.3 Выбор стандартных номеров информации в направлении контроля

8.3.3.1 Системные функции в направлении контроля

	INF	Семантика
	<0>	Окончание общего опроса
	<1>	Синхронизация времени
	<2>	Сброс FCB в исходное состояние
	<3>	Сброс CU в исходное состояние
	<4>	Старт/рестарт
	<5>	Включение напряжения питания

8.3.3.2 Сигнализация состояния в направлении контроля

	INF	Семантика
	<16>	Устройство АПВ активно
	<17>	Телезащита активна
	<18>	Защита активна
	<19>	Светодиоды выключены
	<20>	Направление контроля блокировано
	<21>	Тестовый режим
	<22>	Местная установка параметра
	<23>	Характеристика 1
	<24>	Характеристика 2
	<25>	Характеристика 3
	<26>	Характеристика 4
	<27>	Дополнительный вход 1
	<28>	Дополнительный вход 2
	<29>	Дополнительный вход 3
	<30>	Дополнительный вход 4

8.3.3.3 Контрольная информация в направлении контроля

	INF	Семантика
	<32>	Контроль измерений тока
	<33>	Контроль измерений напряжения
	<35>	Контроль последовательности фаз
	<36>	Контроль цепи отключения
	<37>	Работа резервной токовой защиты
	<38>	Повреждение предохранителя трансформатора напряжения
	<39>	Функционирование телезащиты нарушено
	<46>	Групповое предупреждение
	<47>	Групповой аварийный сигнал

8.3.3.4 Сообщения о замыкании на землю в направлении контроля

	INF	Семантика
	<48>	Замыкание на землю фазы А
	<49>	Замыкание на землю фазы В
	<50>	Замыкание на землю фазы С
	<51>	Замыкание на землю на линии (впереди)
	<52>	Замыкание на землю на системе шин (сзади)

8.3.3.5 Информация о повреждениях в направлении контроля

	INF	Семантика
	<64>	Запуск фазы А
	<65>	Запуск фазы В
	<66>	Запуск фазы С
	<67>	Запуск нулевой последовательности
	<68>	Общее отключение
	<69>	Отключение фазы А
	<70>	Отключение фазы В
	<71>	Отключение фазы С
	<72>	Отключение резервной токовой защитой I>>
	<73>	Расстояние до места короткого замыкания X в омах
	<74>	Повреждение на линии (впереди)
	<75>	Повреждение на системе шин (сзади)
	<76>	Сигнал телезащиты передан
	<77>	Сигнал телезащиты принят
	<78>	Зона 1
	<79>	Зона 2
	<80>	Зона 3
	<81>	Зона 4
	<82>	Зона 5
	<83>	Зона 6
	<84>	Общий запуск
	<85>	Неисправность выключателя
	<86>	Отключение системы измерений фазы А
	<87>	Отключение системы измерений фазы В
	<88>	Отключение системы измерений фазы С
	<89>	Отключение системы измерений нулевой последовательности
	<90>	Отключение I>
	<91>	Отключение I>>
	<92>	Отключение IN>
	<93>	Отключение IN>>

8.3.3.6 Сигнализация о работе АПВ в направлении контроля

	INF	Семантика
	<128>	Выключатель включен при помощи АПВ
	<129>	Выключатель включен при помощи АПВ с задержкой
	<130>	АПВ блокировано

8 3.3.7 Измеряемые величины в направлении контроля

	INF	Семантика
	<144>	Измеряемая величина I
	<145>	Измеряемая величина I, V
	<146>	Измеряемая величина I, V, Р, Q
	<147>	Измеряемая величина IN, VEN
	<148>	Измеряемая величина IA,B,C, VA,B,C, P, Q, f

8 3.3.8 Групповые функции в направление контроля

	INF	Семантика
	<240>	Считывание заголовков всех определенных групп
	<241>	Считывание значений или атрибутов всех элементов одной группы
	<243>	Считывание директории с одного элемента
	<244>	Считывание значений или атрибутов одного элемента
	<245>	Окончание общего опроса групповых данных
	<249>	Запись элемента с подтверждением
	<250>	Запись элемента с исполнением
	<251>	Записанный элемент абортирован

8.3.4 Выбор стандартных номеров информации в направлении управления

8.3.4.1 Системные функции в направлении управления

	INF	Семантика
	<0>	Инициализация общего опроса
	<0>	Синхронизация времени

8.3.4.2 Общие команды в направлении управления

	INF	Семантика
	<16>	АПВ включить/отключить
	<17>	Телезащиту включить/отключить
	<18>	Защиту включить/отключить
	<19>	Выключить светодиоды
	<23>	Активизировать характеристику 1
	<24>	Активизировать характеристику 2
	<25>	Активизировать характеристику 3
	<26>	Активизировать характеристику 4

8.3.4.3 Групповые функции в направлении управления

	INF	Семантика
	<240>	Считывание заголовков со всех определенных групп
	<241>	Считывание значений или атрибутов всех элементов одной группы
	<243>	Считывание директории одиночного элемента
	<244>	Считывание значения или атрибутов одиночного элемента
	<245>	Общий опрос групповых данных
	<248>	Запись элемента
	<249>	Запись элемента с подтверждением
	<250>	Запись элемента с исполнением
	<251>	Абортирование записи элемента

8.3.5 Основные прикладные функции

	Тестовый режим
	Блокировка направления контроля
	Данные о нарушениях
	Групповые услуги
	Частные данные

8.3.6 Разное

Измеряемые величины передаются как с ASDU 3, так и с ASDU 9. Как определено в 7.2.6.8, максимальное значение измеряемой величины может составлять 1,2 или 2,4 от значения номинальной величины. Другие значения не должны использоваться в ASDU 3 и 9, то есть для каждого измерения имеется только один выбор.

Приложение А

(справочное)

Групповые функции - примеры построения директории

А.1 Общие положения

В настоящем приложении представлены примеры построения директории, содержащейся в аппаратуре защиты. Концепция групповых услуг: каждая аппаратура защиты может иметь совершенно различную директорию, но каждая из них должна быть доступна путем использования одинакового стандартного набора определенных запросов и ответов связи. Поэтому приводимый ниже (А.2) пример не является ни определяющим ни исчерпывающим - он иллюстрирует некоторые из различных способов использования атрибутов «вид описания». Этот пример служит основой для примеров ASDU в приложении В.

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

А.2 Пример директории: использование GIN

А.2.1 Элемент директории для GIN 0000Н

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

А.2.2 Элемент директории для GIN 0002H

Элемент является элементом общего пароля. При вводе правильного пароля защищенные им уставки становятся доступными для изменения. При вводе неправильного пароля изменение уставок блокируется. Для целей надежности действующий пароль не может быть считан с этого элемента. Вместо пароля возвращается фиктивное значение. Атрибут ДИАПАЗОН указывает область символов ASCII, из которой могут выбираться элементы для задания уставок.

А.2.3 Элемент директории для GIN 0003H

Элемент обеспечивает возможность изменять пароль системы. Элемент сам защищен паролем, требуя ввода правильного пароля в GIN 0002H, прежде чем эта уставка может быть изменена.

А.2.4 Элемент директории для GIN 0004H

Элемент задает составляемый пользователем описатель из 12 символов, которым аппаратура защиты может идентифицироваться. Следует отметить, что диапазон установки (от 32 до 122) относится к диапазону символов ASCII, которые могут быть введены.

А.2.5 Элемент директории для GIN 000BH

Элемент, защищаемый паролем, обеспечивает адрес аппаратуры защиты, который в данном случае может быть в диапазоне от 0 до 255.

А.2.6 Элемент директории для GIN 0100H

Элемент для группового заголовка. Группа измеряемых величин содержит три элемента, включая этот заголовок группы.

А.2.7 Элемент директории для GIN 0101H

Элемент содержит мгновенное значение напряжения фазы А. Атрибут ТОЧНОСТЬ показывает, как это число должно отображаться. Для отображения должен быть добавлен атрибут РАЗМЕРНОСТЬ, показывающий, что значение дается в вольтах. В этом примере описание элемента хранится во внешнем текстовом файле, обозначенном номером 32768.

А.2.8 Элемент директории для GIN 0102H

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

А.2.9 Элемент директории для GIN 0200H

Элемент для группового заголовка. Группа уставок перегрузки по току содержит три элемента, включая этот заголовок группы

А.2.10 Элемент директории для GIN 0201H

Элемент уставок позволяет изменять характеристическую кривую элемента перегрузки по току. АКТУАЛЬНОЕ ЗНАЧЕНИЕ имеет ТИП ДАННЫХ ИНДЕКС, поэтому требуется атрибут перечисляемого типа, чтобы описать, какая кривая в данный момент установлена. В этом примере актуальное значение равно 1, это означает, что в данном случае выбрана кривая, обозначенная «Very Inv».

A.2.11 Элемент директории для GIN 0211Н

Установочный элемент, позволяющий изменять положение отпайки. Атрибут ДИАПАЗОН показывает, что допустимыми установками являются 0%, 3%, 6%, 9%. Присутствие атрибутов ПЕРЕЧИСЛЕННЫЙ НАБОР ТЕКСТОВ и ПЕРЕЧИСЛЕННЫЙ НАБОР ВЕЛИЧИН показывает, что если актуальная величина установлена в 0%, то устройство отображения должно показать текст «ОТКЛ».

А.2.12 Элемент директории для GIN 0300H

Элемент группового заголовка. Группа записей данных о повреждениях содержит два элемента, включая этот заголовок группы.

А.2.13 Элемент директории для GIN 0301Н

Элемент иллюстрирует использование ТИПА ДАННЫХ «СТРУКТУРА ДАННЫХ» в атрибуте АКТУАЛЬНОЕ ЗНАЧЕНИЕ. Это позволяет всю информацию, относящуюся к повреждению номер 1, отобразить в составе одного блока. Актуальное значение содержит структуру данных длиной 31 байт. Она содержит три поля, представляющих ASCII описание повреждения, значение тока повреждения и время повреждения в двоичном формате. Каждое поле в структуре данных имеет свою информацию о типе данных и размере данных.

Приложение Б

(справочное)

Групповые функции - примеры ASDU

В настоящем приложении, которое основано на примере структуры директории, представленном в приложении А, приведены примеры ASDU для групповых услуг и их использование для каждой отдельной команды.

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

Б.1 Чтение заголовков во всех определяемых группах

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

Б.1.1 Посылка: чтение директории - ASDU 21 (направление управления)

Б.1.2 Ответ: чтение директории - ASDU 10 (направление контроля)

Б.2 Чтение описаний всех элементов одной группы

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

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

Б.2.1 Посылка: чтение описания одной группы -ASDU 21 (направление управления)

Б.2.2 Ответ: чтение описания одной группы -ASDU 10 (направление контроля)

Б.3 Чтение значений всех элементов одной группы

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

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

Б.3.1 Посылка: чтение значения одной группы - ASDU 21 (направление управления)

Б.3.2 Ответ: чтение значений одной группы - ASDU 10 (направление контроля)

Б.4 Чтение директории одного элемента

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

Б.4.1 Посылка: чтение директории одного элемента - ASDU 21 (направление управления)

Б.4.2 Ответ: чтение директории одного элемента - ASDU 11 (направление контроля)

Б.5 Чтение значения или атрибута одного элемента

Рассматриваемая функция запрашивает только один определенный атрибут данного GIN элемента и обычно используется для запроса атрибута АКТУАЛЬНОЕ ЗНАЧЕНИЕ, хотя может быть запрошен любой атрибут. Применение этой функции целесообразно в случае, если требуется один атрибут элемента, а затраты на чтение всей директории элемента слишком велики.

В приводимом примере запрашивается АКТУАЛЬНОЕ ЗНАЧЕНИЕ для GIN 0301Н, которое является первым зарегистрированным повреждением: ПОВРЕЖДЕНИЕ № 1. Этот пример также иллюстрирует использование ТИПА ДАННЫХ «структура данных».

АКТУАЛЬНОЕ ЗНАЧЕНИЕ содержит три поля:

- ASCII описание повреждения;

- реальное значение, характеризующее повреждение (R32.23);

- время повреждения.

Так как все они имеют разные ТИПЫ ДАННЫХ, должна использоваться структура данных, которая объединяет эти поля в одно целое длиной в 31 байт.

Б.5.1 Посылка: чтение значения или атрибутов для одного элемента - ASDU 21 (направление управления)

Б.5.2 Ответ: чтение значения или атрибутов для одного элемента - ASDU 10 (направление контроля)

Б.6 Пример: чтение значения или атрибута одного элемента с возвратом сообщения об ошибке

Данный пример подобен предыдущему, но иллюстрирует ответ в том случае, если появляется ошибка. В этом примере запрашивается ЗНАЧЕНИЕ ПО УМОЛЧАНИЮ, которое не существует для GIN 0301H. При этом ответ состоит из ГРУППОВОГО ОТВЕТНОГО КОДА <2>, «запрашиваемые данные не существуют».

Б.6.1 Посылка: чтение значения или атрибута для одного элемента - ASDU 21 (направление управления)

Б.6.2 Ответ: чтение значения или атрибутов для одного элемента - ASDU 10 (направление контроля)

Б.7 Запись элемента (с подтверждением)

Данный пример иллюстрирует, как элемент директории может быть записан посредством команды «запись элемента с подтверждением». В этом случае GIN 0201Н - кривая перегрузки по току, изменяющаяся от текущего значения 1 к значению 2. Так как требуется подтверждение, возвращается ответ ASDU 10, который представляет собой эхо команды записи. Функция «запись элемента» идентична, за исключением того, что помимо нормальной команды «подтверждения» в ответ на команду «посылки» обратное подтверждение не генерируется.

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

Б.7.1 Посылка: запись элемента с подтверждением - ASDU 10 (направление управления)

Б.7.2 Ответ: запись элемента с подтверждением - ASDU 10 (направление контроля)

Б.8 Запись элемента с выполнением

Функция используется для изменения актуального значения элемента. Новая установка действует немедленно. Любые предыдущие функции «запись элемента» и «запись элемента с подтверждением» будут также исполнены. При этом NGD может быть равен нулю, если имела место предыдущая операция записи, или не равен нулю, если сообщение включает новые установочные данные. Ранее поставленные в очередь операции записи могут быть абортированы с использованием функции «абортирование записи элемента».

Приводимый ниже пример иллюстрирует попытку изменить актуальное значение GIN 0211Н - установку положения отпайки - от 3% до4 %. Следует отметить, что это неправильная установка, следовательно, будет возвращен ГРУППОВОЙ ОТВЕТНЫЙ КОД. Предполагается также, что изменение в GIN 0201Н (см. Б.7) было завершено, и это изменение еще остается в очереди в аппаратуре защиты, готовое к исполнению. Эта настройка, стоящая в очереди, выполняется успешно.

Если функция «запись элемента с исполнением» применяется к нескольким установкам одновременно, но некоторые из них оказываются неуспешными, то завершение остальных изменений уставок будет зависеть от аппаратуры защиты и от настроек. Если возвращается СОТ := <41> «отрицательное подтверждение групповой команды записи», то предполагается, что все уставки неуспешны, если не возвращено значение 0 для GRC каждой из успешных уставок.

Б.8.1 Посылка: запись элемента с исполнением - ASDU 10 (направление управления)

Б.8.2 Ответ: запись элемента с исполнением - ASDU 10 (направление контроля)

Приложение В

(справочное)

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