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

Группа П77

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

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

 Часть 7

 Базовая структура связи для подстанций и линейного оборудования

 Раздел 3

 Классы общих данных

 Communication networks and systems in substations. Part 7. Basic communication structure for substation and feeder equipment. Section 3. Common data classes

ОКС 33.200

ОКП 42 3200

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

Предисловие

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

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

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

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

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

4 Настоящий стандарт идентичен международному стандарту МЭК 61850-7-3:2003* "Сети и системы связи на подстанциях. Часть 7-3. Базовая структура связи для подстанций и линейного оборудования. Классы общих данных (IEC 61850-7-3:2003 "Communication networks and systems in substations. Part 7-3: Basic communication structure for substation and feeder equipment - Common data classes")

Наименование национального стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2004 (пункт 3.5)

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

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

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

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

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

 Введение

Серия стандартов МЭК 61850 состоит из следующих частей, объединенных общим названием "Сети и системы связи на подстанциях":

часть 1: Введение и краткий обзор;

часть 2: Словарь терминов;

часть 3: Общие требования;

часть 4: Управление системой и проектом;

часть 5: Требования к связи для функций и моделей устройств;

часть 6: Язык описания конфигурации для связи между интеллектуальными электронными устройствами на электрических подстанциях;

часть 7-1: Базовая структура связи для подстанции и линейного оборудования - Принципы и модели;

часть 7-2: Базовая структура связи для подстанции и линейного оборудования - Абстрактный интерфейс услуг связи (ACSI);

часть 7-3: Базовая структура связи для подстанции и линейного оборудования - Классы общих данных;

часть 7-4: Базовая структура связи для подстанции и линейного оборудования - Совместимые классы логических узлов и классы данных;

часть 8-1: Специфическое отображение сервиса связи (SCSM) - Схемы отображения на MMS (ИСО 9506-1 и ИСО 9506-2) и ИСО/МЭК 8802-3;

часть 9-1: Специфическое отображение сервиса связи (SCSM) - Выборочные значения в пределах последовательного однонаправленного многоточечного канала связи типа "точка-точка";

часть 9-2: Специфическое отображение сервиса связи (SCSM) - Выборочные значения в соответствии с ИСО/МЭК 8802-3;

часть 10: Проверка соответствия.

Настоящий стандарт входит в набор спецификаций, описывающих иерархическую архитектуру связи подстанции. Настоящая архитектура была выбрана в целях получения абстрактных определений классов и сервисов, что позволяет спецификациям оставаться независимыми от конкретных стеков протокола и объектов. Отображение (mapping) этих абстрактных классов и сервисов на стеки связи выходит за рамки области применения серии стандартов МЭК 61850-7. По этим вопросам рекомендуется обратиться к стандартам МЭК 61850-8-1 (станционная шина), МЭК 61850-9-1 и МЭК 61850-9-2 (технологическая шина).

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

Настоящий стандарт специфицирует абстрактные определения класса общих данных. Эти абстрактные определения отображаются на определения конкретных объектов, которые используют с определенным протоколом (например, MMS, ИСО 9506).

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

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

- классы общих данных для информации о состоянии;

- классы общих данных для информации об измеряемых величинах;

- классы общих данных для информации о контролируемом состоянии;

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

- классы общих данных для настройки параметров состояния;

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

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

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

- между подстанциями;

- между подстанцией и центром управления;

- между электростанцией и центром управления;

- при распределенной генерации;

- в системах учета.

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

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

МЭК 61850-2 Сети и системы связи на подстанциях - Часть 2: Словарь терминов

IEC 61850-2, Communication networks and systems in substations - Part 2: Glossary

МЭК 61850-7-1 Сети и системы связи на подстанциях - Часть 7-1: Базовая структура связи для подстанции и линейного оборудования - Принципы и модели

IEC 61850-7-1, Communication networks and systems in substations - Part 7-1: Basic communication structure for substation and feeder equipment - Principles and models.

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

IEC 61850-7-2, Communication networks and systems in substations - Part 7-2: Basic communication structure for substation and feeder equipment - Abstract communication service interface (ACSI)

МЭК 61850-7-4 Сети и системы связи на подстанциях - Часть 7-4: Базовая структура связи для подстанции и линейного оборудования - Совместимые классы логических узлов и классы данных

IEC 61850-7-4, Communication networks and systems in substations - Part 7-4: Basic communication structure for substation and feeder equipment; Compatible logical node classes and data classes

ИСО 1000* Единицы СИ и рекомендации по применению кратных единиц и некоторых других единиц

_______________

* Стандарт заменен на МЭК 80000-1:2009. Для однозначного соблюдения требований настоящего стандарта, выраженных в датированных ссылках, рекомендуется использовать только ссылочный стандарт, приведенный в тексте.

ISO 1000, SI units and recommendations for the use of their multiples and of certain other units

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

В настоящем стандарте использованы термины и их определения, приведенные в МЭК 61850-2 и 61850-7-2.

      4 Сокращения

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

      5 Условия, определяющие наличие атрибута

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

Сокращение	Условие
М	Атрибут является обязательным
О	Атрибут является дополнительным (опциональным)
PICS_SUBST	Атрибут является обязательным, если поддерживается замещение (о замещении см. МЭК 61850-7-2)
GC_1	Данный экземпляр данных DATA должен иметь по меньшей мере один атрибут
GC_2 (n)	Данный экземпляр данных DATA должен иметь все атрибуты данных, принадлежащие к одной группе ( ), или не иметь ни одного
GC_CON	Атрибут данных конфигурации должен присутствовать только в том случае, если присутствуют также специфические атрибуты данных, к которым относится эта конфигурация
AC_LN0_M	Атрибут должен присутствовать только в том случае, если данные NamPIt относятся к логическому узлу LLN0, или же он может быть дополнительным
AC_LN0_EX	Атрибут должен присутствовать только в том случае, если данные NamPIt относятся к логическому узлу LLN0 (применим только к IdNs в классе общих данных LPL)
AC_DLD_M	Атрибут должен присутствовать только в том случае, если пространство имен логического узла данного LN-узла отличается от пространства имен логического узла, на которое делает ссылку IdNs логического устройства, в котором находится этот LN-узел (применим только к InNs в классе общих данных LPL)
AC_DLN_M	Атрибут должен присутствовать только в том случае, если пространство имен данных этих данных отличается от пространства имен данных, на которое делает ссылку либо InNs логического узла, в котором находятся эти данные, либо IdNs логического устройства, в котором находятся эти данные (применим только к dataNs во всех классах общих данных CDC)
AC_DLNDA_M	Атрибут должен присутствовать только в том случае, если пространство имен CDC этих данных отличается от пространства имен CDC, на которое делает ссылку либо dataNs данных, InNs логического узла, в котором определены данные, либо IdNs логического устройства, в котором находятся эти данные (применим только к cdcNs и к cdcName во всех классах CDC)
AC_SCAV	Наличие атрибута конфигурационных элементов данных зависит от наличия и аналогового значения (Analog Value) атрибута данных, к которому относится этот атрибут конфигурации. Для данного объекта данных этот атрибут:   1) должен присутствовать при наличии как , так и ;   2) является дополнительным, если присутствует только ;   3) не требуется, если присутствует только .   Примечание - Если в устройстве, не имеющем возможности представления чисел с плавающей точкой, присутствует только , параметр конфигурации можно заменить в автономном режиме
AC_ST	Атрибут является обязательным, если класс контролируемого состояния поддерживает информацию о состоянии
AC_CO_M	Данный атрибут присутствует и является обязательным, если класс контролируемого состояния поддерживает управление
AC_CO_О	Если класс контролируемого состояния поддерживает управление, данный атрибут присутствует и является дополнительным атрибутом
AC_SG_M	Атрибут является обязательным, если поддерживается группа настроек
AC_SG_О	Атрибут является дополнительным, если поддерживается группа настроек
AC_NSG_M	Атрибут является обязательным, если группа настроек не поддерживается
AC_NSG_О	Атрибут является дополнительным, если группа настроек не поддерживается
AC_RMS_M	Атрибут является обязательным, если тип "Harmonics reference" является среднеквадратичной величиной

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

      6.1 Общие положения

Типы атрибутов общих данных определены для использования в классах общих данных (CDC) в разделе 7 настоящего стандарта.

МЭК 61850-7-1 содержит обзор всех стандартов МЭК 61850-7 (МЭК 61850-7-2, МЭК 61850-7-3 и МЭК 61850-7-4). МЭК 61850-7-1 содержит также описание базовой нотации, применяемой в МЭК 61850-7-3, и описание связей между серией стандартов МЭК 61850-7.

Примечание - Тип атрибута общих данных TimeStamp определен в МЭК 61850-7-2.

      6.2 Тип Quality (качество)

         6.2.1 Общий обзор

Тип Quality должен соответствовать определению, приведенному в таблице 1.

Таблица 1 - Тип Quality

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

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

- применимость (validity);

- детализация качества;

- источник;

- тестирование;

- блокирован оператором.

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

      6.2.2 Идентификатор Validity (применимость)

Идентификатор Validity может быть хорошим, сомнительным или недействительным.

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

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

Пример - Если устройство ввода выявляет колебание какого-то ввода, оно маркирует соответствующую информацию как недействительную;

questionable (сомнительный): значение маркируется как сомнительное, если контрольная (диагностическая) функция выявляет аномальное поведение, однако значение может все же оставаться действительным. За использование значений с меткой questionable несет ответственность клиент, который принимает решение об использовании или неиспользовании таких значений.

   6.2.3 Идентификатор Detail quality (детализация качества)

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

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

Пример - Измеряемое значение может выходить за определенные пределы диапазона, представленного выбранным типом данных. Например, тип данных представляет собой целое 16-битовое число без знака, а значение превышает 65535.

Дополнительный идентификатор качества outOfRange (за пределами диапазона) указывает, что атрибут, с которым было сопоставлено качество, находится за пределами предопределенного диапазона значений. Решение о присвоении атрибуту Validity значения invalid или questionable принимает сервер (только для информации об измеряемых величинах).

Пример - Измеряемое значение может превышать предопределенный диапазон, хотя выбранный тип данных позволяет отображать это значение. Например, тип данных представляет собой целое 16-битовое число без знака, предопределенный диапазон составляет от 0 до 40000. Если значение находится в диапазоне от 40001 до 65535, оно рассматривается как находящееся за пределами диапазона.

Дополнительный идентификатор качества badReference (плохая ссылка) показывает, что значение может не быть правильным значением в связи с тем, что источник информации не откалиброван. Решение о присвоении атрибуту Validity значения invalid или questionable принимает сервер. (Идентификатор badReference используется только с информацией об измеряемых величинах и информацией с двоичного счетчика.)

Дополнительный идентификатор качества

oscillatory

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

сигнал дважды меняется в одном направлении (с 0 на 1 или с 1 на 0), его необходимо рассматривать как колебание, что требует установки идентификатора детализации качества

oscillatory

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

Validity

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

Validity

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

oscillatory

должно быть немедленно установлено состояние invalid атрибута

Validity

(используется только для информации о состоянии).

Дополнительный идентификатор качества failure (повреждение) показывает, что контрольная (диагностическая) функция выявила внутреннее или внешнее повреждение.

Дополнительный идентификатор качества oldData (старые данные) присваивается в том случае, если обновление не проводилось в течение определенного интервала времени. Значение может быть устаревшим значением, которое могло уже измениться. Этот конкретный интервал времени может быть определен атрибутом allowed-age (допустимый возраст).

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

Дополнительный идентификатор качества inconsistent (несогласованный) показывает, что функция оценки выявила несогласованность.

Дополнительный идентификатор качества inaccurate (неточный) показывает, что значение не удовлетворяет установленной точности источника.

Пример - При очень малом токе измеряемое значение коэффициента мощности может быть зашумленным (неточным).

     6.2.4 Идентификатор Source (источник)

Идентификатор Source содержит информацию о происхождении значения. Значение может быть получено из процесса или может быть замещенным значением.

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

substituted (замещенный): значение введено оператором или от автоматического источника.

Примечание 1 - Замещение может быть выполнено локально или через сервисы связи. Во втором случае используются специальные атрибуты с функциональной связью FC выборочных значений SV.

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

     6.2.5 Идентификатор test (тестирование)

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

Идентификатор test обычно распространяется на все иерархические уровни.

       6.2.6 Идентификатор operatorBlocked (блокирован оператором)

Идентификатор operatorBlocked устанавливается в случае, если оператор блокирует дальнейшее обновление значения. Значением является информация, полученная перед блокировкой. Если этот идентификатор установлен, должен быть также установлен дополнительный идентификатор oldData идентификатора detailQual.

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

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

   6.2.7 Качество в контексте взаимодействия клиент-сервер

Идентификатор качества отражает качество информации со стороны сервера при передаче ее клиенту. На рисунке 1 показаны потенциальные источники, которые могут влиять на качество при взаимодействии сервера с одним клиентом. Information Source (источник информации) является (аппаратным) присоединением информации о процессе к системе. Как показано на рисунке 1, информация может быть недействительной или сомнительной. Кроме того, анормальное поведение источника информации может быть выявлено устройством ввода. В этом случае устройство ввода может сохранить старые данные и соответственно пометить их.

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

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

Рисунок 2 - Идентификаторы качества при взаимодействии сервера с несколькими клиентами

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

Пример - Допустим, А представляет более высокий уровень, а В - более низкий уровень иерархии. Качество со стороны сервера В имеет значение invalid. Если в этот момент прервется связь (questionable, oldData) между сервером В и клиентом В, качество не станет сомнительным, а останется недействительным, так как последняя информация была неправильной. Следовательно, сервер А сообщит об информации как о недействительной.

   6.2.8 Отношения между идентификаторами качества

Между идентификаторами Validity и Source имеются приоритетные отношения. Если Source находится в состоянии process (обработка), тогда идентификатор Validity должен определять качество исходного значения (origin value). Если Source находится в состоянии substitute (замещение), тогда Validity блокируется определением замещенного значения. Это важное свойство, так как замещение используется для замены недействительных значений замещенными значениями, которые могут быть использованы клиентом как хорошие значения.

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

Пример 2 - Если замещается недействительное значение, поле invalid будет очищено, а для индикации замещения будет установлено поле substituted.

Идентификатор качества operatorBlocked не зависит от других идентификаторов качества.

Пример 3 - Колебания на вводе могут потребовать установки поля invalid. В связи с постоянными изменениями значения генерируется множество отчетов, что нагружает сеть связи. Оператор может блокировать обновление ввода. В этом случае также будет установлено поле operatorBlocked.

Пример взаимодействия между идентификаторами качества и влияния взаимодействия сервера с несколькими клиентами показан на рисунке 3. Допускается, что устройство на уровне присоединения действует как клиент для сервера на уровне процесса и как сервер для клиента на уровне станции.

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

Рисунок 3 - Взаимодействие индикаторов качества Substitution и Validity

В случае А ввод блокирован, качество информации маркируется как questionable и oldData.

В случае В замещение выполнено на уровне процесса. Теперь качество информации на следующем уровне (уровне присоединения) маркируется как substituted и good.

В случае С нарушена связь между уровнем процесса и присоединения. Информация между уровнем присоединения и уровнем станции продолжает маркироваться как substituted. Дополнительно устанавливаются идентификаторы questionable и oldData, которые указывают на то, что замещенная информация может быть устаревшей.

В случае D на уровне присоединения выполнено новое замещение. Теперь качество информации следующего уровня маркируется как substituted и good и не зависит от первого замещения.

      6.3 Тип Analogue value (значение аналогового сигнала)

Тип Analogue value должен соответствовать определению, приведенному в таблице 2

Таблица 2 - Тип Analogue value

Имя атрибута	Тип атрибута	Значение/диапазон значений	М/О/С
	INT32	целочисленное значение	GC_1
	FLOAT32	значение с плавающей точкой	GC_1

Значения аналогового сигнала могут быть представлены как тип базисных данных INTEGER (целочисленное значение, атрибут

) или как FLOATING POINT (значение с плавающей точкой, атрибут

). Должен быть использован по меньшей мере один атрибут. Если присутствуют оба атрибута, как

, так и

, приложение должно гарантировать непротиворечивость обоих значений. Для обновления альтернативного значения необходимо использовать самое последнее значение, установленное сервисом связи. Например, если записывается ххх.

, приложение должно соответственно обновить ххх.

.

Атрибут

: значение

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

и

используют следующую формулу:

.

Выражение истинно в пределах приемлемой ошибки, если имеются все значения:

, scaleFactor (масштабный коэффициент), offset (смещение) и

.

Атрибут

: значение

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

должно представлять технологическое значение.

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

      6.4 Конфигурация типа Analogue value (значение аналогового сигнала)

Конфигурация типа Analogue value должна соответствовать определению, приведенному в таблице 3.

Таблица 3 - Конфигурация типа Analogue value

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

Значением scaleFactor является масштабный коэффициент.

Значением offset является смещение.

      6.5 Тип Range configuration (конфигурация диапазона значений)

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

Таблица 4 - Тип Range Configuration

Атрибуты hhLim, hLim, ILim, IILim - параметры конфигурирования, их применяют в контексте атрибута диапазона, как определено в разделе 8.

Атрибут

min

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

или

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

(validity = questionable, detailQual = outOfRange).

Атрибут

max

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

или

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

(validity = questionable, detailQual = outOfRange).

      6.6 Тип ValWithTrans (многопозиционная сигнализация с индикацией переходного состояния)

Тип ValWithTrans (Step position with transient indication) используют, например, для индикации положения переключателей обмоток трансформатора. Он должен соответствовать определению, приведенному в таблице 5.

Таблица 5 - Тип ValWithTrans (Step position with transient indication)

Атрибут posVal содержит положение шагового механизма, атрибут translnd указывает, что оборудование находится в переходном состоянии.

      6.7 Тип Pulse configuration (конфигурация импульса)

Тип Pulse Configuration служит для конфигурирования выходного импульса, генерируемого командой, и должен соответствовать определению, приведенному в таблице 6.

Таблица 6 - Тип PulseConfiguration

Атрибут cmdQual определяет, является ли управляющий выход импульсным выходом или это выход постоянного значения. Если он настроен на значение pulse, тогда с помощью идентификаторов onDur, offDur и numPIs определяется длительность импульса. Если он настроен на значение persistent, деактивация выходного импульса - локальная проблема, решаемая на уровне сервера. Например, когда выключатель, управляемый этим выходом, достигает конечного положения, локальная управляющая логика в устройстве, реализующем сервер, отключает выход.

Атрибуты onDur, offDur, numPIs: после получения сервиса Operate может быть выдан импульс на вход on (включить) или off (выключить) коммутационного аппарата. Форма этого выхода определена атрибутами onDur, offDur и numPIs (см. рисунок 4). Атрибут NumPIs специфицирует число генерируемых импульсов, атрибут onDur - длительность импульса, атрибут offDur - временной промежуток между двумя импульсами. Атрибуты onDur и offDur указываются в мс; значение 0 мс указывает на локальное определение длительности.

Рисунок 4 - Конфигурация выходных импульсов команды

      6.8 Тип Originator (инициатор)

Тип Originator должен соответствовать определению, приведенному в таблице 7.

Таблица 7 - Тип Originator

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

Атрибут orCat специфицирует категорию инициатора, который вызвал изменение значения. Значения атрибута orCat объяснены в таблице 8.

Таблица 8 - Значения атрибута orCat

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

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

      6.9 Тип Unit (единица измерения)

Тип Unit должен соответствовать определению, приведенному в таблице 9.

Таблица 9 - Тип Unit

Атрибут SlUnit: определяет физические величины в системных единицах СИ в соответствии с приложением А.

Атрибут multiplier: определяет значение множителя в соответствии с приложением А. Значение по умолчанию равно 0 (т.е. множитель = 1).

      6.10 Тип Vector (вектор)

Тип Vector должен соответствовать определению, приведенному в таблице 10.

Таблица 10 - Тип Vector

Атрибут mag: модуль комплексного значения.

Атрибут ang: угол комплексного значения. Единицей измерения является градус. Базовое значение угла определяется в контексте вместе с типом Vector.

      6.11 Тип Point (точка)

Тип Point должен соответствовать определению, приведенному в таблице 11.

Таблица 11 - Тип Point

Атрибут

xVal:

значение координаты

точки кривой.

Атрибут

yVal:

значение координаты

точки кривой.

      6.12 Тип CtlModels (модели управления)

Тип CtlModels определен следующим образом:

ENUMERATED (status-only | direct-with-normal-security | sbo-with-normal-security | direct-with-enhanced-security | sbo-with-enhanced-security).

      6.13 Тип SboClasses

Тип SboClasses определен следующим образом:

ENUMERATED (operate-once | operate-many).

      7 Спецификации классов общих данных

      7.1 Общие положения

Классы общих данных определены для использования в МЭК 61850-7-4. Классы общих данных состоят из типов атрибутов общих данных, определенных в разделе 6 настоящего стандарта, или из типов, определенных в МЭК 61850-7-2. МЭК 61850-7-1 содержит базовую нотацию, используемую в данном разделе.

      7.2 Пространства имен

Пространства имен определены для спецификации расширений имеющихся определений МЭК 61850-7-3 и МЭК 61850-7-4 (см. таблицу 12).

Таблица 12 - Атрибуты пространства имен

      7.3 Спецификации класса общих данных для информации о состоянии

      7.3.1 Основной шаблон информации о состоянии

В таблице 13 приведено определение основного шаблона информации о состоянии. В частности, в ней определены наследование и конкретизация сервисов, описанных в МЭК 61850-7-2.

Таблица 13 - Основной шаблон информации о состоянии

  7.3.2 Класс SPS (недублированное состояние)

В таблице 14 приведено определение класса общих данных Single point status (SPS).

Таблица 14 - Спецификация класса общих данных SPS

  7.3.3 Класс DPS (дублированное состояние)

В таблице 15 приведено определение класса общих данных Double point status (DPS).

Таблица 15 - Спецификация класса общих данных DPS

  7.3.4 Класс INS (целочисленное состояние)

В таблице 16 приведено определение класса общих данных Integer status (INS).

Таблица 16 - Спецификация класса общих данных INS

 7.3.5 Класс ACT (сведения об активации защиты)

В таблице 17 приведено определение класса общих данных Protection activation information (ACT).

Таблица 17 - Спецификация класса общих данных ACT

     7.3.6 Класс ACD (сведения об активации направленной защиты)

В таблице 18 приведено определение класса общих данных Directional protection activation information (ACD).

Таблица 18 - Спецификация класса общих данных ACD

      7.3.7 Класс SEC (подсчет нарушений безопасности)

В таблице 19 приведено определение класса общих данных Security violation counting (SEC).

Таблица 19 - Спецификация класса общих данных SEC

   7.3.8 Класс BCR (считывание показаний двоичного счетчика)

В таблице 20 приведено определение класса общих данных Binary counter reading (BCR).

Таблица 20 - Спецификация класса общих данных BCR

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

       7.4.1 Основной шаблон информации об измеряемой величине

В таблице 21 приведено определение основного шаблона информации об измеряемой величине. В частности, в ней определены наследование и конкретизация сервисов, описанных в МЭК 61850-7-2.

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

Таблица 21 - Основной шаблон информации об измеряемой величине

      7.4.2 Класс MV (измеряемые значения)

В таблице 22 приведено определение класса общих данных Measured value (MV).

Таблица 22 - Класс общих данных MV

     7.4.3 Класс CMV (комплексные измеряемые значения)

В таблице 23 приведено определение класса общих данных Complex measured value (CMV).

Таблица 23 - Класс общих данных CMV

      7.4.4 Класс SAV (выборочные значения)

В таблице 24 приведено определение класса общих данных Sampled value (SAV). Этот класс общих данных используют для представления выборок мгновенных значений аналоговых сигналов. Эти значения обычно передаются с помощью модели передачи выборочных значений, определенной в МЭК 61850-7-2.

Таблица 24 - Класс общих данных SAV

      7.4.5 Класс WYE (Y - "звезда")

В таблице 25 приведено определение класса общих данных WYE ("звезда"). Этот класс представляет собой набор одновременно измеренных значений в трехфазной сети, представляющих значения напряжений фаз относительно земли.

Таблица 25 - Класс общих данных WYE ("звезда")

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

- атрибут angRef данных phsA, phsB, phsC, neut, net и res не используют. Вместо него используют атрибут angRef, определенный в классе WYE класса общих данных CDC;

- значения phsA.t, phsB.t, phsC.t, neut.t, net.t и res.t идентичны. Они специфицируют время, в которое были одновременно получены или определены значения phsA, phsB, phsC и neut.

     7.4.6 Класс DEL (

- "треугольник")

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

Таблица 26 - Класс общих данных Del ("треугольник")

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

- атрибуты angRef данных phsAB, phsBC и phsCA не используют. Вместо них используют атрибут angRef, определенный с классом DEL в классе общих данных CDC;

- значения phsAB.t, phsBC.t и phsCA.t идентичны. Они специфицируют время, в которое были одновременно получены или определены значения phsAB, phsBC и phsCA.

      7.4.7 Класс SEQ (последовательность)

В таблице 27 приведено определение класса общих данных Sequence (SEQ). Этот класс представляет собой набор компонентов последовательности значений.

Таблица 27 - Класс общих данных SEQ

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

- значения с1.t, c2.t и c3.t идентичны. Они специфицируют время, в которое были вычислены значения с1, с2 и с3.

      7.4.8 Класс HMV (значение гармоник)

В таблице 28 приведено определение класса общих данных для значений фазонезависимых гармоник Harmonic value (HMV). Данный класс представляет собой набор значений, представляющих гармоническое или интергармоническое содержание значения процесса.

Таблица 28 - Класс общих данных HMV

     7.4.9 Класс HWYE (значение гармоник для звезды)

В таблице 29 приведено определение класса общих данных Harmonic value for WYE (HWYE). Данный класс представляет собой набор одновременно измеренных (или оцененных) значений, которые представляют гармоническое или интергармоническое содержание значения процесса в трехфазной системе со значениями напряжения фаза-земля.

Таблица 29 - Класс общих данных HWYE

      7.4.10 Класс HDEL (значение гармоник для треугольника)

В таблице 30 приведено определение класса общих данных Harmonic value for DELTA (HDEL). Данный класс представляет собой набор одновременно измереных (или оцененных) значений, которые представляют гармоническое или интергармоническое содержание значения процесса в трехфазной системе с междуфазными значениями напряжения.

Таблица 30 - Класс общих данных HDEL

      7.5 Спецификации класса общих данных для управления состоянием и информации о состоянии

       7.5.1 Применение сервисов

В таблице 31 приведено определение основного шаблона для управления состоянием и информации о состоянии. В частности, в ней определены наследование и конкретизация сервисов, описанных в МЭК 61850-7-2.

Таблица 31 - Основной шаблон для управления состоянием и информации о состоянии