ГОСТ Р 59366-2021 Единая энергетическая система и изолированно работающие энергосистемы. Релейная защита и автоматика. Система мониторинга переходных режимов. Концентраторы синхронизированных векторных данных. Нормы и требования

ГОСТ Р 59366-2021

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

Единая энергетическая система и изолированно работающие энергосистемы

РЕЛЕЙНАЯ ЗАЩИТА И АВТОМАТИКА

Система мониторинга переходных режимов. Концентраторы синхронизированных векторных данных. Нормы и требования

United power system and isolated power systems. Relay protection and automation. Wide-area measurement system. Phasor data concentrator. Norms and requirements

ОКС 27.010

Дата введения 2021-05-01

Предисловие

1 РАЗРАБОТАН Акционерным обществом "Системный оператор Единой энергетической системы"

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 016 "Электроэнергетика"

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

4 ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет ()

ВНЕСЕНО Изменение N 1, утвержденное и введенное в действие приказом Федерального агентства по техническому регулированию и метрологии от 25.10.2023 N 1228-ст c 01.12.2023

Изменение N 1 внесено изготовителем базы данных

Введение

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

Согласно пункту 135 Требований к оснащению линий электропередачи и оборудования объектов электроэнергетики классом напряжения 110 кВ и выше устройствами и комплексами релейной защиты и автоматики, а также к принципам функционирования устройств и комплексов релейной защиты и автоматики [2] система мониторинга переходных режимов должна состоять из устройств синхронизированных векторных измерений и концентраторов синхронизированных векторных данных, устанавливаемых на объектах электроэнергетики.

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

Настоящий стандарт разработан в развитие положений указанных нормативных правовых актов, а также ГОСТ Р 59364-2021 "Единая энергетическая система и изолированно работающие энергосистемы. Релейная защита и автоматика. Система мониторинга переходных режимов. Нормы и требования" и направлен на обеспечение нормативно-технической основы для применения технологии синхронизированных векторных измерений, построения и функционирования системы мониторинга переходных режимов в Единой энергетической системе России и технологически изолированных территориальных электроэнергетических системах.

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

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

1.1 Настоящий стандарт устанавливает:

- основные функциональные требования к концентраторам синхронизированных векторных данных (далее - КСВД) при их применении в составе системы мониторинга переходных режимов энергосистемы;

- требования к порядку и методике проведения испытаний КСВД в целях подтверждения их соответствия требованиям настоящего стандарта.

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

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

1.4 Требования настоящего стандарта не распространяются (за исключением случаев, указанных в абзаце четвертом настоящего пункта) на КСВД, если КСВД:

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

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

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

1.5 Настоящий стандарт не устанавливает требования к объему заводских проверок, условиям эксплуатации, сервисному обслуживанию, пожаробезопасности, электробезопасности, электромагнитной совместимости, информационной безопасности, а также оперативному и техническому обслуживанию КСВД.

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

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

ГОСТ Р 55105 Единая энергетическая система и изолированно работающие энергосистемы. Оперативно-диспетчерское управление. Автоматическое противоаварийное управление режимами энергосистем. Противоаварийная автоматика энергосистем. Нормы и требования

ГОСТ Р МЭК 60870-5-104 Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 104. Доступ к сети для ГОСТ Р МЭК 870-5-101 с использованием стандартных транспортных профилей

ГОСТ Р 59365 Единая энергетическая система и изолированно работающие энергосистемы. Релейная защита и автоматика. Система мониторинга переходных режимов. Устройства синхронизированных векторных измерений. Нормы и требования

ГОСТ Р 70609 Единая энергетическая система и изолированно работающие энергосистемы. Релейная защита и автоматика. Автоматические регуляторы возбуждения сильного действия синхронных генераторов. Испытания и проверка параметров настройки

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

(Измененная редакция, Изм. N 1).

3 Термины, определения и сокращения

3.1 В настоящем стандарте применены термины по ГОСТ Р 55105, ГОСТ Р 59365, ГОСТ Р 70609, а также следующие термины с соответствующими определениями:

(Измененная редакция, Изм. N 1).

3.1.1 агрегирование данных: Режим автоматической обработки данных синхронизированных векторных измерений (выборка данных и при необходимости их модификация) и формирование выходного кадра данных с одной меткой времени из совокупности получаемых КСВД потоков данных.

3.1.2 время задержки данных КСВД (время задержки): Разница во времени между моментом поступления первого входного кадра данных синхронизированных векторных измерений с данной меткой времени и моментом отправки КСВД выходного кадра с данной меткой времени (равна сумме относительного времени ожидания и времени обработки).

3.1.3 время обработки данных КСВД (время обработки): Интервал времени, в течение которого производится агрегирование данных.

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

3.1.5 линейный архив: Совокупность данных синхронизированных векторных измерений, записанных КСВД в соответствии с заданной конфигурацией.

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

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

3.1.8 относительное время ожидания приема данных КСВД (относительное время ожидания): Задаваемый интервал времени приема данных синхронизированных векторных измерений с одной меткой времени, отсчитываемый от момента поступления в КСВД первого кадра данных с этой меткой времени.

3.1.9 пересылка данных: Режим работы КСВД, предусматривающий ретрансляцию данных синхронизированных векторных измерений без их обработки.

3.1.10 поток данных: Данные синхронизированных векторных измерений, передаваемые источником данных в заданном объеме и с заданной периодичностью получателю данных.

Примечание - Отсчитывается от момента получения всех ожидаемых данных с одной меткой времени или истечения относительного времени ожидания и завершается в момент отправки КСВД выходного кадра агрегированных данных с этой меткой времени.

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

(Измененная редакция, Изм. N 1).

4 Требования к концентраторам синхронизированных векторных данных

4.1 Общие требования к КСВД

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

- локальные - устанавливают на электростанциях и подстанциях;

- региональные - устанавливают в ДЦ территориальных и объединенных энергосистем, а также в системах сбора информации собственников и иных законных владельцев объектов электроэнергетики, обеспечивающих сбор данных СВИ с двух и более локальных КСВД различных объектов электроэнергетики;

- главный - устанавливают в главном ДЦ системного оператора.

4.1.2 Если в настоящем стандарте не указано иное, то его требования применяют к КСВД любой категории.

4.1.3 КСВД должен обеспечивать обмен информацией с УСВИ (автономным УСВИ) и другими КСВД в соответствии с приложением А, ГОСТ Р МЭК 60870-5-104, стандартами [3]* и [4]*.

________________

* Поз.[3]-[6] см. раздел Библиография. - .

(Измененная редакция, Изм. N 1).

4.2 Требования к функциональности КСВД

4.2.1 В локальных КСВД должны быть реализованы следующие функции:

а) прием данных СВИ по протоколу [3];

б) передача данных СВИ по протоколу [3]:

- не менее двух независимых потоков данных через два независимых Ethernet-порта;

- не менее чем двум получателям;

в) передача данных СВИ по протоколу в соответствии с ГОСТ Р МЭК 60870-5-104;

г) агрегирование данных в соответствии с 4.2.3;

д) включение в каждый выходной кадр данных СВИ метки времени, привязанной к UTC;

е) модификация данных в соответствии с 4.2.4;

ж) мониторинг качества данных, принимаемых от УСВИ;

и) самодиагностика корректности работы программных модулей с фиксацией событий в журнале;

к) архивирование, хранение и передача по запросу архивных данных СВИ в соответствии с 4.2.5;

л) функции пользовательского интерфейса в соответствии с 4.2.6.

4.2.2 В региональных и главном КСВД в дополнение к функциям локальных КСВД, указанным в 4.2.1, должны быть реализованы следующие функции:

а) одновременное функционирование в режиме агрегирования и пересылки данных с передачей не менее четырех независимых потоков данных по протоколу [3];

б) управление потоками данных:

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

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

в) мониторинг качества данных СВИ, принимаемых от иных КСВД;

г) прием, хранение и передача информации о качестве результатов измерений в соответствии с протоколом [3];

д) прием архивных данных СВИ от КСВД в соответствии с 4.2.5.

4.2.3 Требования к реализации в КСВД функции агрегирования данных

4.2.3.1 При работе КСВД в режиме агрегирования обработка данных СВИ с данной меткой времени должна реализовываться при наступлении одного из следующих условий: завершения приема всех требуемых данных СВИ с данной меткой времени в пределах относительного времени ожидания либо истечения заданной величины относительного времени ожидания вне зависимости от количества полученных данных СВИ с данной меткой времени.

4.2.3.2 В КСВД должна быть обеспечена возможность задания величины относительного времени ожидания для каждого исходящего от КСВД потока данных.

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

4.2.3.4 КСВД должен обеспечивать возможность установки относительного времени ожидания в диапазоне:

- для локальных КСВД - от 20 до 100 мс;

- для региональных КСВД - от 20 до 2000 мс;

- для главных КСВД - от 20 до 15000 мс.

4.2.3.5 КСВД должен обеспечивать выполнение агрегирования данных за время, не превышающее:

- для локальных КСВД - 50 мс;

- для региональных и главных КСВД - 100 мс.

4.2.4 Требования к реализации в КСВД модификации данных

4.2.4.1 КСВД должен обеспечивать модификацию данных в режиме агрегирования данных.

4.2.4.2 В КСВД должны быть реализованы следующие способы модификации данных:

а) дорасчет параметров в соответствии с конфигурацией КСВД;

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

в) масштабирование данных СВИ путем линейного преобразования с заданными смещениями и/или коэффициентами для каждого отдельного параметра в потоке данных;

г) вычисление следующих параметров:

- значения фазных и трехфазных активной, реактивной и полной мощности (, , , P, , , , Q, , , , S);

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

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

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

д) уменьшение темпа передачи данных до любого из следующих значений - 1, 5, 10, 25 кадров в секунду;

е) прямое и обратное преобразование формата данных СВИ из целочисленного формата в формат с плавающей точкой;

ж) прямое и обратное преобразование координат данных СВИ из декартовых в полярные.

4.2.5 Требования к реализации в КСВД функций приема и передачи архивных данных СВИ

4.2.5.1 КСВД должен обеспечивать автоматическое архивирование и хранение данных СВИ в виде линейного архива.

4.2.5.2 Для выполнения функции приема/передачи архивных данных СВИ в локальных и региональных КСВД должна быть реализована технология web-сервисов в соответствии с приложением А. Структура сообщений при запросе архивных данных СВИ должна быть в соответствии с приложением Б.

4.2.6 Требования к функциям пользовательского интерфейса КСВД

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

а) настройка параметров адресной информации подключаемых УСВИ или КСВД;

б) настройка перечня принимаемых и расчетных СВИ;

в) мониторинг и диагностика корректности работы программных модулей;

г) просмотр журнала событий:

- ошибки связи;

- программные ошибки КСВД;

- ошибки синхронизации времени источников данных СВИ;

- факты перезагрузки системы;

- нехватка вычислительных ресурсов и памяти;

- изменение состояния входных и выходных потоков данных.

4.2.6.2 Пользовательский интерфейс регионального и главного КСВД должен поддерживать:

а) представление параметров электрического режима в виде графиков и векторных диаграмм, возможность добавления на график дискретных сигналов;

б) индикацию состояния принимаемых/передаваемых потоков данных;

в) регистрацию всех операций пользователей: вход, конфигурирование, изменение/удаление файлов из хранилища и т.д.

4.2.7 Региональные и главные КСВД должны определять величину задержки данных для каждого полученного кадра данных СВИ.

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

4.2.9 КСВД должен обеспечивать возможность задания идентификационного номера КСВД и идентификационного номера для каждого выходного потока данных в соответствии с протоколом [3].

4.2.10 Требования к функциям локальных КСВД с ПО СМСР

Локальные КСВД с установленным ПО СМСР должны обеспечивать выполнение следующих функций:

а) расчет параметров, необходимых для работы алгоритмов СМСР и анализа правильности функционирования АРВ СГ;

б) прием параметров системы возбуждения от УСВИ, передача параметров СМСР (исходных данных, дорассчитываемых параметров, расчетных параметров, сигналов корректной/некорректной работы АРВ СГ и дискретных сигналов о состоянии системы возбуждения);

в) формирование и хранение архивов данных:

- линейных - архивов, включающих полный набор данных, продолжительностью не менее 180 дней;

- аварийных - архивов, записанных по критерию возникновения сигнала некорректной работы АРВ СГ, без ограничения срока их хранения не менее 1000 событий;

- пользовательских - архивов, создаваемых пользователем и содержащих выбранный набор данных и перечень настроек алгоритмов СМСР;

г) передача по запросу линейных и аварийных архивов с информацией СМСР в региональный КСВД по протоколу передачи гипертекста (НТТР);

д) пользовательский интерфейс локального КСВД должен обеспечивать:

- визуализацию исходных данных, дорассчитываемых параметров, результатов анализа функционирования АРВ СГ, аварийных ситуаций СМСР;

- выбор генерирующего оборудования для реализации мониторинга корректности работы АРВ СГ;

- задание и корректировку настроек алгоритмов мониторинга корректности работы АРВ СГ в ПО СМСР;

- импорт и экспорт актуальных конфигурационных настроек ПО СМСР;

- проведение технологом анализа функционирования АРВ СГ на основе архивных данных [исходные данные, дорассчитываемые параметры, расчетные параметры, сигналы корректной/некорректной работы АРВ СГ и дискретные сигналы о состоянии системы возбуждения (при наличии данных дискретных сигналов)] с целью оценки правильности работы и настройки алгоритмов СМСР (см. ГОСТ Р 70609), в том числе сравнение параметров генераторов для двух или более архивов.

(Введен дополнительно, Изм. N 1).

5 Требования к испытаниям концентраторов синхронизированных векторных данных

5.1 Для применения КСВД в составе системы мониторинга переходных режимов в отношении КСВД следует проводить испытания в целях подтверждения их соответствия требованиям настоящего стандарта (далее - испытания).

5.2 Испытания КСВД проводят в соответствии с методикой испытаний согласно приложению В, с использованием ПАК РВ.

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

5.4 Объектом испытаний является КСВД одной из двух категорий (локальный или региональный) с установленным на него ПО.

5.5 Результаты испытаний распространяются на конкретный тип (марку) КСВД и версию установленного на нем ПО.

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

5.6 Положительный результат испытаний подтверждает выполнение требований настоящего стандарта в отношении той категории КСВД, применительно к которой проводились испытания.

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

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

5.8 Программа испытаний должна включать приведенные в В.5 тесты, предусматривающие проверку локальных КСВД. В случае если КСВД испытывают как региональный, дополнительную функциональность такого КСВД на соответствие требованиям 4.2.2 необходимо проверять по эксплуатационным документам, приведенным в 5.9.

5.9 Для проведения испытаний и проверки соответствия КСВД требованиям настоящего стандарта собственником или иным законным владельцем объекта электроэнергетики, на котором планируют к установке (установлен) КСВД, или иным лицом, заинтересованным в их проведении (далее - владелец КСВД), должны быть предоставлены следующие документы и информация:

_______________

Полный комплект документов предоставляют на бумажном и электронном носителе в форматах pdf и doc. Все документы предоставляют на русском языке.

а) руководство (инструкция) по эксплуатации КСВД, включающее:

- общее техническое описание с указанием типа (модели) КСВД и категории КСВД;

- перечень выполняемых КСВД функций;

- методические указания по конфигурированию и вводу в эксплуатацию КСВД;

- методику выбора настроек конфигурирования КСВД для всех заявленных функций применения КСВД;

- описание коммуникационных интерфейсов, функций КСВД и правил его конфигурирования;

б) паспорт или формуляр КСВД с указанием номера версии ПО КСВД.

5.10 Испытания КСВД следует проводить в присутствии владельца КСВД или уполномоченного им лица. При проведении испытаний могут присутствовать представители субъекта оперативно-диспетчерского управления в электроэнергетике.

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

5.12 Организация, осуществляющая испытания, проводит их в соответствии с этапами подготовки и проведения испытаний КСВД, указанными в приложении В.

5.13 Результаты испытаний КСВД оформляют протоколом. Протокол испытаний должен быть подписан всеми участниками испытаний.

5.14 Протокол испытаний должен содержать следующую информацию:

- наименование и адрес владельца КСВД;

- наименование и адрес организации, проводившей испытания;

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

- наименование объекта испытаний;

- дату (период) проведения испытаний;

- место проведения испытаний;

- перечень лиц, принявших участие в испытаниях;

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

- программу испытаний;

- описание испытуемого КСВД (категория, модель КСВД, серийный номер КСВД, функции, номер версии ПО и т.п.);

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

- описание ПАК РВ (тип, модель и заводской номер);

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

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

- результаты проведенных испытаний, содержащие материалы, иллюстрирующие работу испытуемого КСВД в каждом из проведенных тестов;

- вывод о соответствии или несоответствии проверяемых параметров, характеристик КСВД настоящему стандарту, в том числе отдельно по каждому проверяемому параметру, характеристике.

5.15 Информация о результатах испытаний с указанием наименования, типа (марки), категории КСВД, в отношении которого проводились испытания, и с приложением копии протокола испытаний должна быть направлена владельцем КСВД (уполномоченным им лицом) субъекту оперативно-диспетчерского управления в электроэнергетике.

Приложение А
(обязательное)

Правила взаимодействия концентраторов синхронизированных векторных данных, автономных устройств синхронизированных векторных измерений при сборе архивных данных синхронизированных векторных измерений*

________________

* Измененная редакция, Изм. N 1.

А.1 Взаимодействие региональных и локальных КСВД при сборе архивных данных СВИ должно быть организовано по технологии web-сервисов посредством SOAP-запросов по протоколу HTTP(S) версии не ниже 1.1.

А.2 Для получения архивных данных СВИ региональный КСВД-клиент должен инициировать установление соединения с локальным КСВД-сервером, сформировать запрос с указанием запрашиваемого интервала времени и перечня СВИ. В ответ на запрос локальный КСВД-сервер должен сформировать ответное сообщение. Структуры запроса и ответа должны соответствовать WSDL-схеме (см. приложение Б).

А.3 Локальный КСВД должен поддерживать прием HTTP-запросов с содержимым content-type: application/soap+xml; charset=utf-8.

А.4 Локальные и региональные КСВД должны поддерживать сжатие HTTP-трафика с параметром content-encoding: gzip.

А.5 В процессе обмена сообщениями необходимо выполнять проверку их подлинности (аутентификацию). Локальные и региональные КСВД должны поддерживать HTTP-аутентификацию (методом digest или basic) (https://tools.ietf.org/html/rfc2617).

А.6 Взаимодействие КСВД и автономных УСВИ при сборе архивных данных СВИ должно быть организовано по протоколу FTP, передача архивных данных от автономных УСВИ должна выполняться в формате COMTRADE (см. [5]) по запросу от КСВД.

(Введен дополнительно, Изм. N 1).

Приложение Б
(обязательное)

Описание структуры сообщений при запросе архивных данных синхронизированных векторных измерений WSDL и XSD-схема информационного обмена

webservices.wsdl

<?xml version="1.0" encoding="UTF-8"?>

<wsdl:definitions xmlns:tns="urn:so-ups.datarequest:0.1"xmlns:soap="http://schemas. xmlsoap.org/wsdl/soap/"

xmlns:s="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"

xmlns:http="http://schemas.xmlsoap.org/wsdl/http/"xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"

xmlns:ns="urn:so-ups.datarequest:0.1" targetNamespace="urn:so-ups.datarequest:0.1">

<wsdl:import namespace="urn:so-ups.datarequest:0.1" location="archivedata.xsd"/>

<wsdl:message name="GetArchiveDataSoapln">

<wsdl:part name="parameters" element="tns:GetArchiveData"/>

</wsdl:message>

<wsdl:message name="GetArchiveDataSoapOut">

<wsdl:part name="parameters" element="tns:GetArchiveDataResponse"/>

</wsdl:message>

<wsdl:portType name="ArchiveDataServiceSoap">

<wsdl:operation name="GetArchiveData">

<wsdl:input name="GetArchiveDataSoapln" message="tns:GetArchiveDataSoapln"/>

<wsdl:output name="GetArchiveDataSoapOut" message="tns:GetArchiveDataSoapOut"/>

</wsdl:operation>

</wsdl:portType>

<wsdl:binding name="ArchiveDataServiceSoap12" type="tns:ArchiveDataServiceSoap">

<soap12:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>

<wsdl:operation name="GetArchiveData">

<soap12:operation soapAction="urn:si-smpr#GetArchiveData"/>

<wsdl:input name="GetArchiveDataSoapln">

<soap12:body use="literal"/>

</wsdl:input>

<wsdl:output name="GetArchiveDataSoapOut">

<soap12:body use="literal"/>

</wsdl:output>

</wsdl:operation>

</wsdl:binding>

<wsdl:service name="ArchiveDataService">

<wsdl:port name="ArchiveDataServiceSoap12" binding="tns:ArchiveDataServiceSoap12">

<soap12:address location=""/>

</wsdl:port>

</wsdl:service>

</wsdl:definitions>

archivedata.xsd

<?xml version="1.0" encoding="UTF-8"?>

<s:schema xmlns:s="http://www.w3.org/2001/XMLSchema" xmlns:tns="urn:so-ups.datarequest:0.1"

targetNamespace="urn:so-ups.datarequest:0.1" elementFormDefault="qualified">

<s:element name="GetArchiveData">

<s:complexType>

<s:sequence>

<s:element name="parametrs" type="tns:Datalnterval" minOccurs="0" maxOccurs="1"/>

</s:sequence>

<s:attribute name="Preferred" type="tns:Compression"/>

</s:complexType>

</s:element>

<s:complexType name="Datalnterval">

<s:sequence>

<s:element name="DateFrom" type="s:dateTime" minOccurs="1" maxOccurs="1"/>

<s:element name="DateTo" type="s:dateTime" minOccurs="1" maxOccurs="1"/>

<s:element name="Tag" type="s:string" minOccurs="0" maxOccurs="unbounded"/>

</s:sequence>

</s:complexType>

<s:element name="GetArchiveDataResponse">

<s:complexType>

<s:sequence>

<s:element name="GetArchiveDataResult" type="tns:ArchiveData" minOccurs="0" maxOccurs="1"/>

</s:sequence>

<s:attribute name="Compression" type="tns:Compression"/>

</s:complexType>

</s:element>

<s:complexType name="ArchiveData">

<s:sequence>

<s:element name="Config" type="tns:File" minOccurs="0" maxOccurs="1"/>

<s:element name="Data" type="tns:File" minOccurs="0" maxOccurs="1"/>

</s:sequence>

</s:complexType>

<s:complexType name="File">

<s:sequence>

<s:element name="Name" type="s:string" minOccurs="0" maxOccurs="1"/>

<s:element name="Data" type="s:base64Binary" minOccurs="0" maxOccurs="1"/>

</s:sequence>

</s:complexType>

<s:simpleType name="Compression">

<s:restriction base="s:string">

<s:enumeration value="FLAT"/>

<s:enumeration value="GZIP"/>

</s:restriction>

</s:simpleType>

</s:schema>

SOAP-запрос на получение архивных данных СВИ

Пример SOAP-запроса на получение архивных данных СВИ

<s:Envelope xmlns:a="http://www.w3.org/2005/08/addressing" xmlns:s="http://www.w3.org/2003/05/soap-envelope">

<s:Header>

<a:Action s:mustUnderstand="1">urn:si-smpr#GetArchiveData</a:Action>

<a:MessagelD>urn:uuid:48be31ef-ffe1-423a-bdc4-ac517152e0bc</a:MessagelD>

</s:Header>

<s:Body xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">

<GetArchiveData Preferred="FLAT" xmlns="urn:so-ups.datarequest:0.1">

<parametrs>

<DateFrom>2016-02-02T11:00:00Z</DateFrom>

<DateTo>2016-02-02T11:00:01Z</DateTo>

<Tag>02200103:V1.Am</Tag>

<Tag>02200203:V1.Am</Tag>

<Tag>02200303:V1.Am</Tag>

</parametrs>

</GetArchiveData>

</s:Body>

</s:Envelope>

Структура SOAP-запроса на получение архивных данных СВИ

Все сообщения должны состоять из двух основных элементов: <Header> (заголовок) и <Body> (тело сообщения).

В заголовке сообщения-запроса архивных данных должно быть указано:

- действие (тег Action) - urn:si-smpr#GetArchiveData;

- идентификатор сообщения (тег MessagelD).

В теле сообщения должно быть указано:

- используемый метод (в примере это GetArchiveData), его атрибуты: Preferred - требуемый механизм сжатия (в примере это FLAT - без сжатия) и xmlns - пространство имен (должно использоваться urn:so-ups. datarequest:0.1, как в примере);

- границы запрашиваемого интервала: DateFrom - дата начала интервала запроса (в примере это 11:00:00 02 февраля 2016 года по UTC), DateTo - дата окончания интервала запроса (в примере это 11:00:01 02 февраля 2016 года по UTC, т.е. общая длина интервала запроса - 1 с);

- теги данных, по которым запрашиваются телеизмерения (в примере это 02200103:V1.Am, 02200203:V1.Am, 02200303:V1.Am).

SOAP-ответ на запрос получения архивных данных СВИ

Пример SOAP-ответа на запрос получения архивных данных СВИ

<env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope">

<env:Header xmlns:wsa="http://www.w3.org/2005/08/addressing">

<wsa:To env:mustUnderstand="true">http://www.w3.org/2005/08/addressing/anonymous</wsa:To>

<wsa:Action>urn:si-smpr#GetArchiveDataResponse</wsa:Action>

<wsa:MessagelD>urn:uuid:af5f4b65-4f96-4a59-8c24-26ebfd1f7d9c</wsa:MessagelD>

<wsa:RelatesTo>urn:uuid:48be31ef-ffe1-423a-bdc4-ac517152e0bc</wsa:RelatesTo>

</env:Header>

<env:Body>

<ns2:GetArchiveDataResponse xmlns:ns2="urn:so-ups.datarequest:0.1" Compression="FLAT">

<ns2:GetArchiveDataResult>

<ns2:Config>

<ns2:Name>20160202_110000.cfg</ns2:Name>

<ns2:Data>

dmlydCwwLDE5OTkNCjMsMDNBLDAwRA0KMSwwMjlwMDEwMzpWMS5BbSwsMDIy

MDAxMDM6VjEuQW0sdmFsLDEuOTk5OTA5MzY2NDA1NDNFLTA1LDIwNi4wNTY3MTA

5Mzc1LDAuMCwtOTk5OTksOTk50TgsMS4wLDEuMCxQDQoyLDAyMjAwMjAzOIYxLkFtL

CwwMjlwMDIwMzpWMS5BbSx2YWwsMS45MzlzOTkyMzk3MTc2NkUtMDUsMjA2Ljg4MDk

3NjU2MjUsMC4wLC05OTk5OSw5OTk5OCwxLjAsMS4wLFANCjMsMDIyMDAzMDM6VjEuQ

W0sLDAyMjAwMjAzOIYxLkFtLHZhbCwxLjU5ODI4NjYyMTk4OTYxRS0wNSwyMDUuMzg1

MTQ4NDM3NSwwLjAsLTk5OTk5LDk5OTk4LDEuMCwxLjAsUA0KDQowDQowLDM0DQow

Mi8wMi8yMDE2LDExOjAwOjAwLjAwMDAwMA0KMDIvMDIvMjAxNiwxMTowMDow

MC4wMDAwMDANCkFTQ0IJDQoxLjA=

</ns2:Data>

</ns2:Config>

<ns2:Data>

MSwwLDEzOTIwLC02MTM4NCw0NzQ2DQoyLDIwMDAwLDE3ODY2LC01MjgzNiwyODMw

DQozLDQwMDAwLDM5OTE3LC01MjY0MiwyMDczMw0KNCw2MDAwMCw0NTA5MCwt

NTQ4MzQsMzYyMTANCjUsODAwMDAsNjM4MDQsLTQ3NDgzLDU0NDg0DQo2LDEw

MDAwMCwtNTM3NCw2MDA4Nw0KNywxMjAwMDAsOTc1MDUsNjQ1MTMsODM5

MTQNCjgsMTQwMDAwLDk5OTk4LDk50DI4LDk5MDEwDQo5LDE2MDAwMCw4MTI2OCw

5OTk5OCw5OTk5OA0KMTAsMTgwMDAwLDgyODU0LDY3MjlyLDk0MTgwDQoxMSwy

MDAwMDAsMzE3OTAsMjY4NzYsNTczOTgNCjEyLDIyMDAwMCwtMTI0MzYsNTY5Nyw1OTU5DQoxMywyNDAwMDAsLTIyMDMyLDE2OTg2LDMwNjUNCjE0LDI2MDAwMCwtMTU2M DksMzQzNDAsMTE5MjMNCjE1LDI4MDAwMCwtMTM0MzcsNDIzMjlsNDExMzgNCjE2

LDMwMDAwMCwxNjg0Miw0ODM3MSw2MDMxMQ0KMTcsMzlwMDAwLDQ0OTk2LDY0

OTk4LDc5MDE2DQoxOCwzNDAwMDAsNTA2NDUsNjYyNTksNjYzNjQNCjE5LDM2MDAw

MCw2NzkzOCw4NjE1Myw4MDMzNg0KMjAsMzgwMDAwLDU0OTY2LDg2MDgwLDQ1

NDAxDQoyMSw0MDAwMDAsNTQyNDgsOTQ3OTgsMjAyOTMNCjlyLDQyMDAwMCwz

NzEyNyw2Njl1MSwtNTkyMQ0KMjMsNDQwMDAwLDM3NDk1LDU4MjM3LDIyNTMNCjl

0LDQ2MDAwMCwyNDk4NCwzMDM2MiwtMTQ1MjUNCjl1LDQ4MDAwMCw0MzAx

MSw0NTc1OSwtNjkwDQoyNiw1MDAwMDAsMjc5NDYsMjc5NjgsLTE0MzQ5DQoyNyw1

MjAwMDAsMzg0ODcsNDQ1MTQsMTM0NzgNCjl4LDU0MDAwMCwyNTc2

Niw1MTEyMSw3ODQ2DQoyOSw1NjAwMDAsMzA5NTQsNjM1MTgsMTkxMTkNCjMwLDU

4MDAwMCw2OTg5LDU1NjMzL0zMDk1DQozMSw2MDAwMDAsMjEwMDcsNDc2

NjgsMjYzOTQNCjMyLDYyMDAwMCwyMzk2OSwyMTI0MCw4Mjc2DQozMyw2NDAw

MDAsLTIwMCwtNTIzMTEsLTI1OTA2DQozNCw2NjAwMDAsLTMzODM5LC05OTk5OSwt

NDk5MDANCjM1LDY4MDAwMCwtMTgwMjMsLTc5ODcxLC00MTI1Ng0KMzYsNzAwMDAw

LC0xNjczNCwtNzMyNjQsLTIwOTU4DQozNyw3MjAwMDAsLTQ4NDgyLC02Mjk5Mywt

NDMzNzgNCjM4LDc0MDAwMCwtOTE2MzAsLTY1MzQ3LC05MDc0MA0KMzksNzYw

MDAwLC05NjY3MCwtNTMzNzgsLTkxNjQ5DQo0MCw3ODAwMDAsLTk5OTk5LC0zOTQ0

NCwtODU2MDcNCjQxLDgwMDAwMCwtNzQxNzQsLTEzNDM3LC01MzE4NQ0KNDIsOD

IwMDAwLC02NjA4NywtMTg5NzYsLTUwODA5DQo0Myw4NDAwMDAsLTQ4NDI3LC0x

MDAwMCwtODAxNTENCjQ0LDg2MDAwMCwtNDM0OTcsLTEwNTYsLTg2MDE3DQo0

NSw4ODAwMDAsLTM2OTU2LC05NzUsLTk5OTk5DQo0Niw5MDAwMDAsLTMwMzM4

LDE0OTgwLC04MTEyOQ0KNDcsOTIwMDAwLC0yNjl2Nyw2NTM4LC03OTk4NQ0KNDgs

OTQwMDAwLC0yNzE4OSwxMzg3MywtNzcwOTENCjQ5LDk2MDAwMCwtMTA5OTEs

MTk4ODEsLTU5OTAyDQo1MCw5ODAwMDAsLTIyMDEyLDE5NjMwLC02NjczMw0K

</ns2:Data>

</ns2:Data>

</ns2:GetArchiveDataResult>

</ns2:GetArchiveDataResponse>

</env:Body>

</env:Envelope>

Структура SOAP-ответа на запрос получения архивных данных СВИ

В заголовке сообщения-ответа должно быть указано:

- действие (тег Action) - urn:si-smpr#GetArchiveDataResponse;

- идентификатор сообщения (тег MessagelD);

- идентификатор связи с сообщением-запросом (значение тега RelatesTo совпадает со значением тега MessagelD сообщения-запроса).

В теле сообщения должно быть указано:

- используемый метод (GetArchiveDataResponse), его атрибуты: Compression - используемый механизм сжатия (в примере это FLAT - без сжатия) и xmlns - пространство имен (должно использоваться urn:so-ups.datarequest:0.1, как в примере);

- в теге результата GetArchiveDataResult содержатся конфигурационные данные (тег Config) и сами данные телеизмерений (тег Data). Конфигурационная информация и данные телеизмерений в свою очередь состоят из наименования файла (в примере это 20160202_110000.cfg для файла конфигурации и 20160202_110000.dat для файла данных) и самого содержимого файла (тег Data внутри тегов Config и Data);

- содержимое тегов Config и Data/Data должно соответствовать файлам .cfg и .dat, описанным стандартом [5], закодированных в base64 [6];

- формат файлов .cfg и .dat должен соответствовать рекомендациям стандарта [5] (приложение Н), данные должны быть представлены в ASCII представлении, в качестве разделителей значений должны использоваться запятые, в качестве разделителей строк должна использоваться последовательность <CR|LF>.

Приложение В
(обязательное)

Методика проведения испытаний концентраторов синхронизированных векторных данных

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

Методику следует применять при проведении испытаний КСВД для проверки соответствия функциональности КСВД требованиям настоящего стандарта.

В.2 Этапы подготовки и проведения испытаний КСВД

Испытания КСВД следует проводить с использованием тестовой схемы, включающей ПАК РВ.

Испытания должны содержать следующие этапы:

- изучение документации на соответствие требованиям настоящего стандарта;

- сборка тестовой схемы;

- подключение КСВД к тестовой схеме ПАК РВ;

- согласование заявителем схемы подключения КСВД к тестовой схеме ПАК РВ;

- проведение испытаний в объеме тестов для проверки функциональности КСВД;

- обработка результатов испытаний КСВД;

- анализ результатов испытаний;

- оформление протокола испытаний и заключения.

В.3 Сборка тестовой схемы для проведения испытаний КСВД

В.3.1 Требования к представляемой информации

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

Ответственным за исправное состояние, комплектацию, наличие эксплуатационной документации и готовность КСВД к проведению испытаний является владелец КСВД.

В.3.2 Требования к тестовой схеме

Тестовая схема для проведения испытаний КСВД должна быть собрана в соответствии со схемой, приведенной на рисунке В.1, и включать в себя технические и программные средства, приведенные в таблицах В.1 и В.2.

Таблица В.1 - Технические средства

Таблица В.2 - Программные средства

Рисунок В.1 - Тестовая схема испытаний КСВД

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

Рисунок В.2 - Схема информационной сети

В.3.3 Требования к ПАК РВ

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

При проведении испытаний ПАК РВ должен обеспечивать:

- контроль правильности формирования пакетов данных СВИ;

- проверку корректности переданных данных СВИ;

- функционирование в качестве источника данных СВИ при проведении тестов по проверке функций КСВД;

- контроль потерь.

В.3.4 Требования к эмулятору

Эмулятор должен работать в режиме источника потока данных. Поток данных должен содержать следующий набор данных СВИ: f, df/dt, синхронизированные векторы , , , , , .

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

В.3.5 Требования к регистратору

В качестве регистратора следует использовать сервер с высокопроизводительной подсистемой ввода/вывода и большим объемом оперативной памяти, позволяющим фиксировать (записывать) объемы тестовых данных (до 100 потоков данных), получаемых согласно предусмотренным в методике испытаний КСВД тестам.

Сервер регистрации данных СВИ должен быть настроен на получение и запись пакетов данных СВИ от эмулятора, размножителя потоков и тестируемого КСВД по протоколу [3], запрос архивных данных у испытуемого КСВД. Полученные данные должны сохраняться для передачи в анализатор.

Для уменьшения задержек в работе захвата трафика и автоматизированного анализа регистратор должен иметь не менее двух Ethernet-портов:

- первый порт - для приема данных СВИ;

- второй порт - для автоматизированного доступа и анализа данных СВИ.

В.3.6 Требования к серверу времени

Сервер времени должен обеспечивать привязку ПАК РВ и всех участвующих в испытаниях технических средств к единому времени.

Сервер времени должен поддерживать протоколы SNTP, IEEE 1588 Precision Time Protocol (РТР), в том числе и PTPv2, а также передавать секундные импульсы (pulse per second, PPS).

Сервер времени должен обеспечивать точность синхронизации не хуже ±1 мкс.

В.3.7 Требования к вспомогательному КСВД

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

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

Таблица В.3 - Параметры и настройки вспомогательного КСВД

В.3.8 Требования к информационной сети

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

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

Таблица В.4 - Настройка IP-адресов программно-технических средств, участвующих в испытании

В.3.9 Требования к размножителю потоков

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

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

В.3.10 Описание анализатора

Анализатор, который является специализированным ПО (набором скриптов), должен обеспечивать автоматический анализ записанных данных СВИ и формирование отчета. Анализатор должен быть выполнен как модульная система тестирования, в которой каждый модуль отвечает за отдельный тест. Блок-схема работы анализатора приведена на рисунке В.3.

В части тестов методики испытаний КСВД следует определять процент потерь пакетов. Потерянными следует считать следующие пакеты технологической передачи данных:

- пакеты, не сформированные УСВИ;

- пакеты, не расшифрованные ПО tshark (не проходят шаг 2);

- пакеты, не соответствующие тестируемому протоколу (пакеты размером, не соответствующим полученному ConfigFrame, а также пакеты с неверной контрольной суммой).

Данные от ПАК РВ и КСВД с помощью регистратора следует записывать в стандартный файл *.рсар.

Рисунок В.3 - Блок-схема работы анализатора

В.4 Проведение испытаний КСВД

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

В.4.2 Программа испытаний должна включать приведенные в В.5 тесты, предусматривающие проверку функциональности локальных КСВД.

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

В.4.4 Поток данных от ПАК РВ должен быть настроен согласно таблице В.5.

Время передачи потока данных в КСВД в рамках тестов испытаний должно составлять 10 мин 10 с.

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

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

Таблица В.5 - Параметры настройки потока данных

При анализе результатов опытов тестирования функциональности КСВД необходимо учитывать следующие положения:

- временем начала анализа является время первого полученного от КСВД пакета данных СВИ;

- учет полноты отправленных данных СВИ во всех потоках данных;

- при анализе процента потерь данных от КСВД должен быть обеспечен учет процента потерь во всех потоках данных;

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

В.4.5 В тестах, предполагающих передачу потока данных с уменьшенным темпом передачи данных, передачу следует начинать с первого кадра данных СВИ (кадр с FRACSEC, соответствующей смене секунды; при темпе передачи данных 25 кадров/с должны передаваться кадры 0,2,4,6 и т.д.; при темпе передачи 5 кадров/с - кадры 0,5,10,15 и т.д.)

В.4.6 Функцию приема данных СВИ по протоколу [3] проверяют в испытаниях, описанных в В.5.1-В.5.5.

В.4.7 Функцию передачи данных СВИ по протоколу [3] и включения в каждый выходной кадр данных СВИ метки времени, привязанной к UTC, проверяют в испытаниях, описанных в В.5.1-В.5.5.

В.4.8 Функцию передачи данных СВИ по протоколу в соответствии с ГОСТ Р МЭК 60870-5-104 проверяют по представленным заявителем документам.

В.4.9 Функцию агрегирования данных проверяют в испытаниях, описанных в В.5.1, В.5.2.

В.4.10 Функцию модификации данных проверяют в испытаниях, описанных в В.5.3-В.5.5.

В.4.11 Функцию архивирования данных СВИ проверяют в соответствии с В.5.6.

В.4.12 Функцию передачи архивных данных СВИ по запросу проверяют в соответствии с В.5.7.

В.4.13 Функции самодиагностики корректности работы программных модулей и мониторинга качества данных СВИ, принимаемых от УСВИ, проверяют по представленным заявителем документам.

В.5 Состав и порядок испытаний

В.5.1 Проверка функции агрегирования данных СВИ

В.5.1.1 Источниками данных СВИ должны выступать в первом случае размножитель потоков, во втором - размножитель потоков и вспомогательный КСВД.

В каждом случае следует контролировать корректность выходного потока данных и отсутствие пропущенных данных в потоке данных.

Настройки источника потока данных приведены в В.3.

Относительное время ожидания КСВД должно быть установлено равным 50 мс.

Размножитель потоков должен быть настроен на передачу необходимого количества потоков данных.

В.5.1.2 Методика проверки функции агрегирования данных, принимаемых от размножителя потоков

Проверку функции агрегирования данных следует проводить по схеме, приведенной на рисунке В.1.

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

Длительность теста должна составлять 10 мин 10 с. После проведения теста с помощью анализатора должна быть сформирована таблица с результатами испытаний по форме таблицы В.6.

Таблица В.6 - Критерии оценки результатов испытаний по агрегированию данных

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

Проверку функции агрегирования данных следует выполнять по схеме, приведенной на рисунке В.4.

Рисунок В.4 - Схема тестирования режима агрегирования данных

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

Перед началом опыта вспомогательный КСВД должен быть настроен в соответствии с таблицей В.3.

Длительность теста должна составлять 10 мин 10 с. После проведения теста с помощью анализатора должна быть сформирована таблица с результатами испытаний по форме таблицы В.7.

Таблица В.7 - Критерии оценки результатов испытаний по агрегированию данных

В.5.2 Проверка относительного времени ожидания приема данных и времени обработки данных КСВД в режиме агрегирования данных

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

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

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

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

. (В.1)

Для оценки погрешности за весь эксперимент среднеквадратическое отклонение должно быть рассчитано следующим образом:

, (В.2)

где .

По полученным величинам и необходимо выполнить расчет времени задержки данных в КСВД для каждого набора данных СВИ в каждом тесте. Среднеквадратическое отклонение задержки данных в КСВД не должно превышать 50 мс, процент потерь данных в КСВД не должен превышать 0,1%.

Тест должен предусматривать эмуляцию потоков данных:

- без искусственных задержек времени отправки данных СВИ;

- с внесенными задержками времени отправки данных СВИ;

- с задержкой одного из потоков данных, превышающей установленное .

В.5.3 Проверка функции модификации данных в части преобразования частоты дискретизации

В.5.3.1 КСВД должны обеспечивать понижение частоты дискретизации данных СВИ в соответствии с 4.2.4.

Настройки источника потока данных должны соответствовать указанным в В.3.

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

Относительное время ожидания КСВД должно быть установлено равным 50 мс.

В.5.3.2 Проверка преобразования данных СВИ с частотой дискретизации 50 Гц в 25 Гц

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

Размножитель потоков должен быть настроен на отправку необходимого количества потоков данных с частотой дискретизации 50 Гц. В КСВД должен быть настроен прием данных для всех потоков и понижение частоты до 25 Гц. Регистратор потоков должен выполнять захват пакетов СВИ на входе и выходе тестируемого КСВД.

Рисунок В.5 - Временная диаграмма передачи данных СВИ

Длительность теста должна составлять 10 мин 10 с. После проведения теста с помощью анализатора должна быть сформирована таблица с результатами испытаний по форме таблицы В.8.

Таблица В.8 - Критерии оценки результатов испытаний по обработке СВИ с различной частотой дискретизации

В.5.3.3 Проверка преобразования СВИ с частотой дискретизации 50 Гц в 10 Гц

Для проведения данного теста поток данных должен быть организован в соответствии с временной диаграммой передачи данных СВИ, указанной на рисунке В.6. Частота передачи данных СВИ размножителем потоков и КСВД должны отличаться в 5 раз, поэтому КСВД должен передавать каждый пятый пакет, полученный от размножителя потоков.

Размножитель потоков должен быть настроен на отправку необходимого количества потоков данных с частотой дискретизации 50 Гц. В КСВД должен быть настроен прием данных для всех потоков и понижение частоты до 10 Гц.

Относительное время ожидания КСВД должно быть установлено равным 50 мс.

Рисунок В.6 - Временная диаграмма передачи данных СВИ

Длительность теста должна составлять 10 мин 10 с. После проведения теста с помощью анализатора должна быть сформирована таблица с результатами испытаний по форме таблицы В.9.

Таблица В.9 - Критерии оценки результатов испытаний по обработке потоков данных с различной частотой дискретизации

В.5.4 Проверка функции модификации данных в части преобразования форматов представления данных СВИ

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

Проверку функции преобразования выполняют по схеме, приведенной на рисунке В.1.

Размножитель потоков должен быть настроен на отправку необходимого количества потоков данных.

Относительное время ожидания КСВД должно быть установлено равным 50 мс.

В КСВД должен быть настроен прием данных СВИ для всех потоков данных и конвертация представления векторов согласно таблице В.10.

Таблица В.10 - Таблица конвертации представления векторов

Регистратор должен работать в режиме захвата пакетов на входе и выходе КСВД.

Длительность теста должна составлять 10 мин 10 с. После проведения теста с помощью анализатора должна быть сформирована таблица с результатами испытаний по форме таблицы В.11.

Таблица В.11 - Критерии оценки результатов испытаний по преобразованию форматов представления данных СВИ

В.5.5 Проверка функции модификации данных в части масштабирования значений

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

- масштабирование для перевода из одних единиц измерения в другие, например, перевод из кВт в МВт;

- линейное преобразование значений для компенсации погрешности измерений.

Проверку функции масштабирования следует выполнять по схеме, приведенной на рисунке В.1. Настройки источника потока данных СВИ указаны в В.3.

Размножитель потоков должен быть настроен на отправку необходимого количества потоков данных СВИ.

Относительное время ожидания КСВД должно быть установлено равным 50 мс.

В КСВД должны быть заданы разные масштабные коэффициенты для всех потоков данных. Значения коэффициентов должны соответствовать указанным в таблице В.12.

Таблица В.12 - Значения коэффициентов для настройки КСВД

Длительность теста должна составлять 10 мин 10 с. После проведения теста с помощью анализатора должна быть сформирована таблица с результатами испытаний по форме таблицы В.13.

Таблица В.13 - Критерии оценки результатов испытаний по масштабированию значений

В.5.6 Проверка функции архивирования данных СВИ

Настройки источника потока (ПАК) для проверки функции архивирования должны соответствовать приведенным в В.3.

Проверку функции архивирования следует проводить по схеме, приведенной на рисунке В.1.

Размножитель потоков должен быть настроен на отправку необходимого количества потоков данных.

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

Длительность теста должна составлять 20 мин. По его окончании тестируемый архив должен быть выгружен из КСВД в формате стандарта [5].

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

- данные измерений тестируемого архива не должны отличаться от данных проверочного архива не более чем на 0,001%;

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

При этом в тестируемом архиве должны быть проверены следующие данные:

- значения параметров f, df/dt, , , , , , ;

-значения вычисляемых параметров Pa, Pb, Pc, P, Qa, Qb, Qc, Q, Sa, Sb, Sc, S, Uab, Ubc, Uca, , , , , , , , , , , , , , , ;

- поля качества из FRACSEC и STAT.

Таблица с результатами испытания должна по форме соответствовать таблице В.14.

Таблица В.14 - Критерии оценки результатов испытаний по архивированию данных СВИ

В.5.7 Проверка функций передачи архивных данных СВИ по запросу

Настройки источника потока (ПАК) для проверки функций передачи архивных данных СВИ должны соответствовать приведенным в В.3.

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

Для проверки функции передачи архивных данных СВИ в тестируемый и вспомогательный (устанавливается эталонным) КСВД должны предварительно быть записаны архивные данные продолжительностью не менее 1 ч. Регистратор должен быть переведен в режим запроса архивных данных СВИ у тестируемого и вспомогательного КСВД. Тестируемый КСВД должен по запросу регистратора передать архивные данные СВИ в регистратор. Общая продолжительность запрошенных данных СВИ должна составлять не менее 1 ч по 13 измерениям.

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

В.6 Требования к представлению результатов испытаний КСВД

В.6.1 Итоговые результаты испытаний каждого КСВД должны быть оформлены в соответствии с таблицей В.15 и включены в протокол испытаний.

Таблица В.15 - Итоговые результаты испытаний КСВД

В.6.2 Результаты испытаний считают положительными, а КСВД - прошедшими испытания в случае успешности прохождения всех тестов.

Библиография

(Измененная редакция, Изм. N 1).

Редакция документа с учетом
изменений и дополнений подготовлена