Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

73 страницы

578.00 ₽

Купить ГОСТ Р МЭК 61850-7-3-2009 — официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

  Скачать PDF

Оглавление

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

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

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

4 Сокращения

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

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

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

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

6.2.1 Общий обзор

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6.13 Тип SboClasses

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7.4.6 Класс DEL ( - «треугольник»)

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

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

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

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

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

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

7.5.2 Класс SPC (недублированное управление и состояние)

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

7.5.4 Класс INC (целочисленное управление и состояние)

7.5.5 Класс BSC (двоичное управление пошаговым механизмом и его состояние)

7.5.6 Класс ISC (целочисленное управление пошаговым механизмом и его состояние)

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

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

7.6.2 Класс APC (управление значением аналогового сигнала)

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

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

7.7.2 Класс SPG (установка состояния одноэлементная)

7.7.3 Класс ING (установка состояния целочисленная)

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

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

7.8.2 Класс ASG (задание значения аналогового сигнала)

7.8.3 Класс CURVE (определение кривой)

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

7.9.1 Основной шаблон для описательной информации

7.9.2 Класс DPL (паспортная табличка устройства)

7.9.3 Класс LPL (паспортная табличка логического узла)

7.9.4 Класс CSD (описание формы кривой)

8 Семантика атрибутов данных

Приложение А (обязательное) Диапазон значений единиц измерения и десятичного множителя

Приложение В (справочное) Функциональные связи

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

Показать даты введения Admin

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ГОСТ Р мэк

61850-7-3—

2009


НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


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

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

Издание официальное

Москва

Стандартинформ

2011

Предисловие

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

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

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

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

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

таких патентных прав

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

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

©Стандартинформ, 2011

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

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

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

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

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

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

old Data

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

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

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

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

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

7

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

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

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

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

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

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


Уровень

станции


Уровень

присоединения


Уровень

процесса


Уровень

станции


Случай А


Случай В


CL = Клиент SE = Сервер


Validity = quest (old Data)



Validity = quest (oldData)



X Ввод блокирован


Случай С


©


Substituted validity = quest


(oldData)


Substituted



Substituted


“I

Substitution


X Ввод блокирован


Случай D


(cl)


Substituted


Уровень

присоединения


<§>


(cl)


(SE)


Substitution


<£>l


Повреждение

связи


Повреждение

связи


Уровень

процесса


Substitution

■ I

X Ввод блокирован


Substitution X Ввод блокирован


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


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

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

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

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

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

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

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

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

Имя атрибута

Тип атрибута

Значение/диапазон значений

М/О/С

/

INT32

целочисленное значение

GC1

f

FLOAT32

значение с плавающей точкой

GC1

Значения аналогового сигнала могут быть представлены как тип базисных данных INTEGER (целочисленное значение, атрибут i) или как FLOATING POINT (значение с плавающей точкой, атрибут f). Должен быть использован по меньшей мере один атрибут. Если присутствуют оба атрибута, как /', так и f, приложение должно гарантировать непротиворечивость обоих значений. Для обновления альтернативного значения необходимо использовать самое последнее значение, установленное сервисом связи. Например, если записывается xxx.f, приложение должно соответственно обновить ххх./'.

Атрибут /: значение / должно быть целочисленным представлением измеренного значения. Для преобразования между / и f используют следующую формулу:

f. 1 Qunits.multiplier _ (/ . scaleFactor) + offset

Выражение истинно в пределах приемлемой ошибки, если имеются все значения: /, scaleFactor (масштабный коэффициент), offset (смещение) и f.

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

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

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

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

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

Имя атрибута

Тип атрибута

Значение/диапазон значений

М/О/С

scaleFactor

FLOAT32

М

offset

FLOAT32

М

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

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

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

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

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

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

Имя атрибута

Тип атрибута

Значение/диапазон значений

м/о/с

hhLim

AnalogueValue

м

hLim

AnalogueValue

м

ILim

AnalogueValue

м

IILim

AnalogueValue

м

min

AnalogueValue

м

max

AnalogueValue

м

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

Атрибут min (минимум) представляет минимальное измерение процесса, для которого значения / или f рассматриваются в области предельных значений процесса. Если значение ниже, соответственно устанавливается значение q (validity = questionable, detailQual = outOfRange).

Атрибут max (максимум) представляет максимальное измерение процесса, для которого значения / или f рассматриваются в области предельных значений процесса. Если значение выше, соответственно устанавливается значение q (validity = questionable, detailQual = outOfRange).

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

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

таблице 5.

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

Имя атрибута

Тип атрибута

Значение/диапазон значений

м/о/с

posVal

INT8

-64...63

М

translnd

BOOLEAN

О

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

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

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

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

Имя атрибута

Тип атрибута

Значение/диапазон значений

M/O/C

cmdQual

ENUMERATED

pulse | persistent (импульсное | постоянное)

М

onDur

INT32U

м

offDur

INT32U

м

numPIs

INT32U

м

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

ю

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

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

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

1    2    numPIs

onDur -

^ offDur

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

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

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

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

Имя атрибута

Тип атрибута

Значение/диапазон значений

м/о/с

orCat

ENUMERATED

not-supported | bay-control | station-control | remote-control | automatic-bay | automatic-station | automatic-remote | maintenance | process (не поддерживается | управление на уровне присоединения | управление на уровне станции | удаленное управление | автоматическое управление на уровне присоединения | автоматическое управление на уровне станции | автоматическое удаленное управление | техническое обслуживание | процесс)

м

orldent

OCTET

STRING64

м

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

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

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

Значение

Объяснение

not-supported

Атрибут orCat не поддерживается

bay-control

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

station-control

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

remote-control

Команда управления выдана удаленным оператором за пределами подстанции (например, из центра управления сетью)

automatic-bay

Команда управления выдана автоматической функцией на уровне присоединения

automatic-station

Команда управления выдана автоматической функцией на уровне станции

automatic-remote

Команда управления выдана автоматической функцией за пределами подстанции

maintenance

Команда управления выдана сервисом технического обслуживания

process

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

11

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

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

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

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

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

Имя атрибута

Тип атрибута

Значение/диапазон значений

м/о/с

SlUnit

ENUMERATED

В соответствии с таблицами А.1—А.4 приложения А

М

multiplier

ENUMERATED

В соответствии с таблицей А.5 приложения А

О

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

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

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

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

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

Имя атрибута

Тип атрибута

Значение/диапазон значений

М/О/С

mag

AnalogueValue

М

ang

AnalogueValue

О

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

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

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

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

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

Имя атрибута

Тип атрибута

Значение/диапазон значений

М/О/С

xVal

FLOAT32

М

yVal

FLOAT32

М

Атрибут xVal: значение координаты х точки кривой.

Атрибут yVal: значение координаты у точки кривой.

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

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

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-3-2009

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

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

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

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

Атрибут

Применение

Специфицированная атрибутом область применения стандарта

Id Ns

Атрибут IdNs класса DATA-ATTRIBUTE должен быть включен в логический узел LLN0, если пространство имен логического устройства отличается от определения в МЭК 61850-7-4

МЭК 61850-7-4 (МЭК 61850-7-3 по ссылке)

InNs

Атрибут InNs класса DATA-ATTRIBUTE должен быть включен, если пространство имен LN-узла отличается от определения в спецификации, в которой определен LN-узел

МЭК 61850-7-4 (МЭК 61850-7-3 по ссылке)

cdcNs

Атрибут cdcNs класса DATA-ATTRIBUTE включен, если определение, как минимум, одного атрибута данных DA класса общих данных CDC отличается от определения в спецификации, в которой определен класс общих данных CDC класса DATA

МЭК 61850-7-3

dataNs

Атрибут dataNs класса DATA-ATTRIBUTE включен, если пространство имен класса DATA отличается от определения в спецификации, в которой определены узел LN и его данные DATA

МЭК 61850-7-4 (МЭК 61850-7-3 по ссылке)

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

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

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

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

Имя атрибута

Тип атрибута Функциональная TrgOp Значение/диапазон М/О/С

связь значений

DataName

Наследовано из класса Data (см. МЭК 61850-7-2)

DataAttribute

Состояние

Замещение

Конфигурация, описание и расширение

Сервисы (см. МЭК 61850-7-2)

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

Модель сервиса по МЭК 61850-7-2

Сервис

Сервис применяется к атрибутам с функциональной связью

Примечание

Модель данных

SetDataValues GetDataValues GetData Definition

DC, CF, SV ALL ALL

Модель набора данных

GetDataSetValues

SetDataSetValues

ALL DC, CF, SV

Модель отчетности

Report

ALL

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

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

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

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

Имя атрибута

Тип атрибута

Функциональная

связь

TrgOp

Значение/диапазон

значений

M/O/C

DataName

Наследовано из класса Data (см. МЭК 61850-7-2)

Data Attribute

Состояние

stVal

BOOLEAN

ST

dchg

TRUE|FALSE (ИСТИННОЕ | ЛОЖНОЕ)

M

q

Quality

ST

qchg

M

t

TimeStamp

ST

M

Замещение

subEna

BOOLEAN

sv

PICS_SUBST

subVal

BOOLEAN

sv

TRUE|FALSE (ИСТИННОЕ| ЛОЖНОЕ)

PICS_SUBST

subQ

Quality

sv

PICS_SUBST

subID

VISIBLE STRING64

sv

PICS_SUBST

Конфигурация, описание и расширение

d

VISIBLE STRING255

DC

Text

о

dU

UNICODE

STRING255

DC

о

cdcNs

VISIBLE STRING255

EX

AC_DLNDA_M

cdcName

VISIBLE STRING255

EX

AC_DLNDA_M

dataNs

VISIBLE STRING255

EX

AC_DLN_M

Сервисы

Как определено в таблице 13

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

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

Имя атрибута

Тип атрибута

Функциональная

связь

TrgOp

Значение/диапазон

значений

м/о/с

DataName

Наследовано из класса Data (см. МЭК 61850-7-2)

Data Attribute

Состояние

stVal

CODED ENUM

ST

dchg

intermediate-state | off | on | bad-state (промежуточное состояние | выключено | включено | плохое состояние)

м

q

Quality

ST

qchg

м

t

TimeStamp

ST

м

Замещение

subEna

BOOLEAN

sv

PICS_SUBST

subVal

CODED ENUM

sv

intermediate-state | off | on | bad-state (промежуточное состояние | выключено| включено | плохое состояние)

PICS_SUBST

subQ

Quality

sv

PICS_SUBST

subID

VISIBLE STRING64

sv

PICS_SUBST

Конфигурация, описание и расширение

d

VISIBLE STRING255

DC

Text

о

dU

UNICODE

STRING255

DC

о

cdcNs

VISIBLE STRING255

EX

AC_DLNDA_M

cdcName

VISIBLE STRING255

EX

AC_DLNDA_M

dataNs

VISIBLE STRING255

EX

AC_DLN_M

Сервисы

Как определено в таблице 13

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

Содержание

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

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

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

4    Сокращения............................................ 2

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

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

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

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

6.2.1    Общий обзор...................................... 3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6.13    Тип SboClasses........................................ 12

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7.4.5    Класс WYE (Y — «звезда»).............................. 25

7.4.6    Класс DEL (А — «треугольник»)............................. 26

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

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

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

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

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

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

7.5.2    Класс SPC (недублированное управление и состояние)................. 32

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

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

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

Имя атрибута

Тип атрибута

Функциональная

связь

TrgOp

Значение/диапазон

значений

M/O/C

DataName

Наследовано из класса Data (см. МЭК 61850-7-2)

Data Attribute

Состояние

stVal

INT32

ST

dchg

M

q

Quality

ST

qchg

M

t

TimeStamp

ST

M

Замещение

subEna

BOOLEAN

sv

PICSSUBST

subVal

INT32

sv

PICS_SUBST

subQ

Quality

sv

PICS_SUBST

subID

VISIBLE STRING64

sv

PICS_SUBST

Конфигурация, описание и расширение

d

VISIBLE STRING255

DC

Text

о

dU

UNICODE

STRING255

DC

0

cdcNs

VISIBLE STRING255

EX

AC_DLNDA_M

cdcName

VISIBLE STRING255

EX

AC_DLNDA_M

dataNs

VISIBLE STRING255

EX

AC_DLN_M

Сервисы

Как определено в таблице 13

16

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

7.5.3    Класс DPC (дублированное управление и состояние).................. 32

7.5.4    Класс INC (целочисленное управление и состояние)................... 34

7.5.5    Класс BSC (двоичное управление пошаговым механизмом и его состояние)...... 35

7.5.6    Класс ISC (целочисленное управление пошаговым механизмом и его состояние) ....    36

7.6    Спецификации класса общих данных для управления значением аналогового сигнала ....    37

7.6.1    Применение сервисов................................. 37

7.6.2    Класс АРС (управление значением аналогового сигнала)................ 38

7.7    Спецификации класса общих данных для установки состояния................. 39

7.7.1    Применение сервисов................................. 39

7.7.2    Класс SPG (установка состояния одноэлементная)................... 40

7.7.3    Класс ING (установка состояния целочисленная).................... 41

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

7.8.1    Применение сервисов.................................. 42

7.8.2    Класс ASG (задание значения аналогового сигнала).................. 43

7.8.3    Класс CURVE (определение кривой).......................... 44

7.9    Спецификации класса общих данных для описательной информации.............. 45

7.9.1    Основной шаблон для описательной информации.................... 45

7.9.2    Класс DPL (паспортная табличка устройства)...................... 45

7.9.3    Класс LPL (паспортная табличка логического узла)................... 46

7.9.4    Класс CSD (описание формы кривой).......................... 46

8 Семантика атрибутов данных................................... 47

Приложение А (обязательное) Диапазон значений единиц измерения и десятичного множителя ...    60

Приложение В (справочное) Функциональные связи......................... 63

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации.............. 66

IV

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

Введение

Серия стандартов МЭК 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).

V

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

СЕТИ И СИСТЕМЫ СВЯЗИ НА ПОДСТАНЦИЯХ Часть 7

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

Раздел 3 Классы общих данных

Communication networks and systems in substations.

Part 7. Basic communication structure for substation and feeder equipment. Section 3. Common data classes

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

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* Единицы СИ и рекомендации по применению кратных единиц и некоторых других единиц ISO 1000, SI units and recommendations for the use of their multiples and of certain other units

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

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

4 Сокращения

CDC Common Data Class

dchg Trigger option for data-change

dupd Trigger option for data-update

FC Functional Constraint

qchg Trigger option for quality-change

Sbo Select Before Operate

TrgOp trigger option

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

Опция пуска для изменения данных

Опция пуска для обновления данных

Функциональная связь

Опция пуска для изменения качества

Выбор перед исполнением

Опция пуска


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

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

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

Сокращение

Условие

М

Атрибут является обязательным

О

Атрибут является дополнительным (опциональным)

PICS_SUBST

Атрибут является обязательным, если поддерживается замещение (о замещении см. МЭК 61850-7-2)

GC1

Данный экземпляр данных DATA должен иметь по меньшей мере один атрибут

GC_2 (п)

Данный экземпляр данных DATA должен иметь все атрибуты данных, принадлежащие к одной группе (л), или не иметь ни одного

GCCON

Атрибут данных конфигурации должен присутствовать только в том случае, если присутствуют также специфические атрибуты данных, к которым относится эта конфигурация

AC_LN0_M

Атрибут должен присутствовать только в том случае, если данные NamPIt относятся к логическому узлу LLN0, или же он может быть дополнительным

AC_LN0_EX

Атрибут должен присутствовать только в том случае, если данные NamPIt относятся к логическому узлу LLN0 (применим только к IdNs в классе общих данных LPL)

AC_DLD_M

Атрибут должен присутствовать только в том случае, если пространство имен логического узла данного LN-узла отличается от пространства имен логического узла, на которое делает ссылку IdNs логического устройства, в котором находится этот LN-узел (применим только к InNs в классе общих данных LPL)

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

Окончение таблицы

Сокращение

Условие

AC_DLN_M

Атрибут должен присутствовать только в том случае, если пространство имен данных этих данных отличается от пространства имен данных, на которое делает ссылку либо InNs логического узла, в котором находятся эти данные, либо IdNs логического устройства, в котором находятся эти данные (применим только к dataNs во всех классах общих данных CDC)

AC_DLNDA_M

Атрибут должен присутствовать только в том случае, если пространство имен CDC этих данных отличается от пространства имен CDC, на которое делает ссылку либо dataNs данных, InNs логического узла, в котором определены данные, либо IdNs логического устройства, в котором находятся эти данные (применим только к cdcNs и к cdcName во всех классах CDC)

AC_SCAV

Наличие атрибута конфигурационных элементов данных зависит от наличия / и f аналогового значения (Analog Value) атрибута данных, к которому относится этот атрибут конфигурации. Для данного объекта данных этот атрибут:

1)    должен присутствовать при наличии как /, так и f\

2)    является дополнительным, если присутствует только /;

3)    не требуется, если присутствует только f.

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

ACST

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

ACCOM

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

AC_CO_0

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

AC_SG_M

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

AC_SG_0

Атрибут является дополнительным, если поддерживается группа настроек

AC_NSG_M

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

AC_NSG_0

Атрибут является дополнительным, если группа настроек не поддерживается

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.

3

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

Имя атрибута

Тип атрибута

Значение/диапазон значений

м/о/с

PACKED LIST

м

validity

CODED ENUM

good | invalid | reserved | questionable

(хороший | недействительный | зарезервированный |

сомнительный)

м

detailQual

PACKED LIST

м

overflow

BOOLEAN

м

outOfRange

BOOLEAN

м

bad Reference

BOOLEAN

м

oscillatory

BOOLEAN

м

failure

BOOLEAN

м

oldData

BOOLEAN

м

inconsistent

BOOLEAN

м

inaccurate

BOOLEAN

м

source

CODED ENUM

process | substituted DEFAULT process

(процесс | замещенный ПО УМОЛЧАНИЮ процесс)

м

test

BOOLEAN

DEFAULT FALSE (ПО УМОЛЧАНИЮ НУЛЬ)

м

operatorBlocked

BOOLEAN

DEFAULT FALSE (ПО УМОЛЧАНИЮ НУЛЬ)

м

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

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

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

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

-    источник;

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

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

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

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

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

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

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

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

4

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

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

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

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

Идентификатор DetailQual

Invalid

Questionable

overflow (переполнение)

X

outOfRange (за пределами диапазона)

X

X

badReference (плохая ссылка)

X

X

oscillatory (колебательный)

X

X

failure (повреждение)

X

oldData (старые данные)

X

inconsistent (несогласованный)

X

inaccurate (неточный)

X

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

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

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

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

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

Дополнительный идентификатор качества oscillatory (колебательный): для предотвращения избыточной нагрузки на каналы передачи информации о событиях желательно выявить и подавить колебания (быструю смену) двоичных вводов. Если в течение определенного времени fosc сигнал дважды меняется в одном направлении (с 0 на 1 или с 1 на 0), его необходимо рассматривать как колебание, что требует установки идентификатора детализации качества oscillatory. Если обнаружено запрограммированное число динамических изменений, они должны быть подавлены. В это время атрибуту Validity должно быть присвоено значение questionable. Если после определенного числа изменений сигнал все же остается в колебательном состоянии, его значение должно быть оставлено в том состоянии, в котором оно находилось при установке отметки questionable. В этом случае на все время колебаний сигнала состояние questionable атрибута Validity должно быть заменено на состояние invalid. Если конфигурация требует подавления всех

5