Приложение

к приказу ПАО «ФСК ЕЭС» от 29.03.2018 №96

Стандарт организации

Дата введения: 29.03.2018

ПАО «ФСК ЕЭС» 2018

Предисловие

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

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

1    РАЗРАБОТАН: ООО «Интер РАО - Инжиниринг», АО «НТЦ ФСК ЕЭС».

2    ВНЕСЕН: Департаментом инновационного развития.

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ:

Приказом ПАО «ФСК ЕЭС» от 29.03.2018 № 96.

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

Замечания и предложения по стандарту организации следует направлять в Департамент инновационного развития ПАО «ФСК ЕЭС» по адресу: 117630, Москва, ул. Ак. Челомея, д. 5А, электронной почтой по адресу: vaga-na@fsk-ees.ru.

Настоящий документ не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения ПАО «ФСК ЕЭС».

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

Поскольку стандарт МЭК 61850 не определяет новых коммуникационных стеков, соответствие всем семи уровням ISO/OSI может быть подтверждено документацией, гарантирующей, что программное обеспечение коммуникационного стека, отвечающее соответствующим спецификациям, реализовано и может быть предварительно проверено и, при необходимости, сертифицировано. В стандартном тесте на соответствие можно проверить только приложение согласно ACSI.

5.3 Контроль качества и тестирование (проверка)

5.3.1    Общие сведения

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

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

5.3.2    План качества

5.3.2.1 План качества тестирования соответствия

Испытательная организация предоставит для оценки план качества для проверки на соответствие.

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

План качества проверки соответствия также должен содержать следующее:

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

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

и

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

-    Способ обработки отклонений, изменений и модификаций на всех этапах тестирования.

-    Объявление процедуры предоставления и описание предоставляемой документации.

5.3.2.2    План тестирования и инспекции

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

-    что должно испектироваться, тестироваться и регистрироваться;

-    цель инспекций и тестов;

-    процедуры и стандарты, по которым будут проводиться инспекция, тестирование и регистрация;

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

-    кем будут проводиться инспекции, тестирования и регистрация.

Тестовая организация несет ответственность за правильное и

своевременное выполнение всех видов деятельности, упомянутых в плане тестирования и инспекции.

Тестовая организация должна представить предложение для так называемых точек ожидания, освидетельствования и проверки (review) в плане тестирования и инспекции.

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

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

5.3.2.3    Аудиты, запрошенные инициатором

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

12

соответствие не освобождает тестовую организацию от ответственности.

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

5.4 Тестирование

5.4.1 Общие сведения

Тестирование на соответствие должно быть настроено для каждого тестируемого устройства на основе возможностей, определенных в PICS, PIXIT, TICS и MICS, предоставляемых поставщиком. При отправке устройств для тестирования должно быть предоставлено следующее:

-    устройство, готовое к тестированию;

-    заявление о соответствии реализации протокола (PICS). Должно быть предоставлено стандартное заявление PICS, также известное как проформа PICS (МЭК 61850-7-2, Приложение А);

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

-    заявление о соответствии реализации модели (MICS);

-    заявление о соответствии техническим вопросам (TICS);

-    руководства, содержащие детальные инструкции по установке и эксплуатации устройства.

Требования к тестированию на соответствие разделяются на две категории:

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

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

Статические и динамические требования соответствия должны быть определены в заявлении о соответствии реализации протокола или PICS. PICS служит трем целям:

1)    выбрать соответствующий набор тестов;

2)    гарантировать, что тесты, подходящие заявлению о соответствии, выполняются;

3)    обеспечить основу для обзора статического соответствия.

13

Рисунок 1. Концепция процесса оценки соответствия

Должно быть предоставлено стандартное заявление PICS.

Конкретное заявление PICS должно быть таким, как определено для SCSM.

Заявление о соответствии реализации модели или MICS должно обеспечивать детализацию элементов модели объектов данных, поддерживаемых данной системой или устройством. MICS реализуется в файле ICD или IID в соответствии с МЭК 61850-6.

Заявление о соответствии техническим вопросам или TICS должно

14

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

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

Процесс оценки соответствия показан на Рисунке 1.

5.4.2    Использование SCL-файлов

ТУС должно поставляться с файлом ICD.

Тестирующий объект должен генерировать из файла ICD соответствующий файл SCD, основанный на конфигурации тестовой системы. Если тестирующий объект требует, чтобы инициатор теста на соответствие также предоставлял файл SCD, тогда тестирующий объект должен предоставить файл SSD или файл SCD/SED тестовой системы.

5.4.3    Тестирование устройств

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

Тесты на соответствие конкретных устройств включают в себя позитивное и негативное тестирование следующих категорий:

-    проверка документации и контроль версии предоставленного устройства (МЭК 61850-4);

-    проверка файла конфигурации устройства на стандартизованный синтаксис (схема) (МЭК 61850-6);

проверка файла конфигурации устройства на объектную модель устройства (МЭК 61850-7-4, МЭК 61850-7-3);

-    проверка реализации коммуникационного стека на применимый SCSM (МЭК 61850-8-1, МЭК 61850-9-2);

проверка реализованных сервисов ACSI на определение ACSI (МЭК

61850-7-2);

-    проверка специфических расширений устройства в соответствии с правилами, приведенными в стандартах серии МЭК 61850 в целом.

5.5 Отчетная документация по проверке на соответствие

Отчет о проверке на соответствие должен включать следующую информацию:

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

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

15

-    Название и адрес поставщика.

-    Название и адрес инициатора проверки на соответствие (если отличается от названия поставщика).

-    Название тестируемого устройства.

-    Все варианты (аппаратное обеспечение,    встроенное программное

обеспечение и т.д.) тестируемого устройства.

-    Название и адрес тестирующей организации.

Дата издания отчета о проверке.

-    Имя и подпись инженера, проводившего тестирование.

-    Уникальный ссылочный номер.

-    Список тестовых пунктов, выполненных для проверки на соответствие.

-    Комментарии и обнаруженные проблемы.

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

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

•    ссылка на часть из серии стандартов МЭК 61850, пункт и подпункт;

•    уникальный идентификатор для каждого тестового пункта;

•    результат теста: пройден, неудачен, незавершен, неприменим или <пусто>=не проверено;

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

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

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

16

6 Проверка на соответствие, относящаяся к устройству

6.1    Методология проверки

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

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

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

6.2    Процедуры проверки на соответствие

6.2.1    Общие сведения

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

6.2.2    Требования со стороны процедур проверки

Требования со стороны процедур проверки следующие:

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

-    Тестовые случаи включают ссылку на применяемый параграф(ы) в ссылочном документе(ах).

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

-    Необходимо поддерживать автоматическое тестирование с минимальным вмешательством человека, насколько это возможно.

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

•    проверять    поведение    устройства при задержках, потерях,

дублировании или нарушении порядка следования пакетов,

•    проверять возможные рискованные ситуации, связанные с конфигурированием, реализацией, функционированием,

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

•    проверять превышение определенных пределов, диапазонов или выдержек времени,

•    принудительно создавать ситуации для тестирования негативного ответа,

•    проверять все (контролировать) пути конечных автоматов,

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

-    Тесты ACSI должны фокусироваться на прикладном уровне (отображении).

-    Тестируемое устройство (ТУС) рассматривается как «черный ящик». Для тестирования должны использоваться входы/выходы и коммуникационный интерфейс.

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

Рисунок 2. Форма тестовой процедуры

18

Тестовые процедуры должны быть оформлены как показано на Рисунке 2. В этом формате документ тестовых процедур также может использоваться в качестве отчета об испытаниях. Несколько примеров тестовых процедур приведены в Приложении А.

6.2.3    Структура теста

Тестовые случаи структурированы следующим образом:

-    контроль документации и версии (МЭК 61850-4); файл конфигурации (МЭК 61850-6);

модель данных (МЭК 61850-7-3 и МЭК 61850-7-4);

-    отображение моделей и сервисов ACSI (МЭК 61850-7-2 и соответствующее SCSM).

6.2.4    Наборы тестов для проверки серверного устройства

6.2.4.1    Общие сведения

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

Примечание 1. Конкретные процедуры для тестирования SCSM предоставляются тестовой организацией, согласованной участниками рынка.

6.2.4.2    Архитектура испытательной системы для тестирования серверного устройства

Для того чтобы иметь возможность выполнить тест серверного устройства, необходима минимальная испытательная установка. Тестовая архитектура содержит (Рисунок 3):

ТУС;

-    симулятор клиента для инициализации и генерирования ТРАА-сообщений;

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

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

мастер времени;

-    инструментальное средство для конфигурирования ТУС;

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

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

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

19

6.2.4.3 Обзор тестовой процедуры контроля документации и версии Должны применяться тестовые случаи, перечисленные в Таблице 1.

Таблица 1. Тестовые случаи для проверки документации сервера

Тестовый случай Описание тестового случая sDocl Проверить, совпадают ли старшие/младшие версии программного обеспечения в документации PICS и в ТУС (МЭК 61850-4). PICS должно содержать заявление о соответствии ACSI согласно МЭК 61850-7-2, Приложение А sDoc2 Проверить, совпадают ли старшие/младшие версии программного обеспечения в документации PIXIT и версия программного обеспечения в ТУС (МЭК 61850-4). PIXIT должен показывать необходимую информацию как требуется в тестовых случаях sDoc3 Проверить, совпадают ли старшие/младшие версии программного обеспечения в документации MICS и версия программного обеспечения в ТУС (МЭК 61850-4). MICS должно отображать все нестандартные логические узлы, объекты данных, атрибуты данных и перечислимые типы sDoc4 Проверить, совпадают ли старшие/младшие версии программного обеспечения в документации TICS и версия программного обеспечения в ТУС (МЭК 61850-4). TICS должно отображать выполнение технических вопросов

6.2.4.4 Тестовые случаи для проверки файла конфигурации Должны применяться тестовые случаи, перечисленные в Таблице 2.

20

Содержание

Введение........................................................................................................... 4

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

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

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

4    Обозначения и сокращения.................................................................................. 8

5    Введение в проверку на соответствие..................................................................... 9

5.1    Общие сведения...................................................................................... 9

5.2    Процедуры проверки на соответствие........................................................... 10

5.3    Контроль качества и тестирование (проверка)................................................ 11

5.3.1    Общие сведения............................................................................. 11

5.3.2    План качества................................................................................ 11

5.4    Тестирование.......................................................................................... 13

5.4.1    Общие сведения............................................................................. 13

5.4.2    Использование SCL-файлов.............................................................. 15

5.4.3    Тестирование устройств.................................................................. 15

5.5    Отчетная документация по проверке на соответствие....................................... 15

6    Проверка на соответствие, относящаяся к устройству................................................ 17

6.1    Методология проверки.............................................................................. 17

6.2    Процедуры проверки на соответствие........................................................... 17

6.2.1    Общие сведения............................................................................. 17

6.2.3    Структура теста............................................................................. 19

6.2.4    Наборы тестов для проверки серверного устройства............................... 19

6.2.5    Наборы тестов для проверки клиентского устройства.............................. 48

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

значения (SV)................................................................................65

7    Тесты производительности.................................................................................. 71

7.1    Общие сведения...................................................................................... 71

7.2    Коммуникационные задержки.................................................................... 71

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

7.2.2    Методология................................................................................. 73

7.2.3    Проверка производительности GOOSE-сообщений................................. 74

7.3    Синхронизация времени и точность............................................................. 78

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

7.3.2    Методология................................................................................. 79

7.3.3    Критерий проверки........................................................................ 81

7.3.4    Производительность....................................................................... 81

8    Дополнительные тесты....................................................................................... 81

Приложение А (справочное) Примеры шаблонов тестовых процедур............................... 82

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

Тестовый случай	Описание тестового случая
sCnfl	Проверить, соответствует ли конфигурационный ICD-файл SCL схеме (МЭК 61850-6)
sCnf2	Проверить, соответствует ли файл конфигурации ICD фактическим именам данных, типам данных, наборам данных, предопределенным значениям данных, отображаемым ТУС в сети. Если появляется больше данных или сервисов, то приложите их список и установите для результата теста значение «Пройдено». Если появляется меньше данных или сервисов, то результат теста «Неудачно»
sCnfi	Измените не менее 5 настраиваемых параметров конечного пользователя, которые отображаются ТУС в сети, используя файл конфигурации SCD, сконфигурируйте ТУС с помощью этого файла конфигурации SCD (используя прилагаемое инструментальное средство конфигурирования) и сравните обновленную конфигурацию с помощью онлайновых сервисов с обновленным SCD-файлом. Восстановите исходный SCD-файл и переконфигурируйте ТУС в исходное состояние
sCnf4	Проверьте, соответствуют ли возможности сервера в разделе ICD «сервисы» возможностям ИЭУ
sCnf5	Если модель управления фиксирована (не конфигурируема), проверьте, правильно ли ICD инициализирует значения ctlModel для всех контролируемых объектов
sCnf6	Проверить изменения SCL второй редакции: -    version = «2007» с revision= «А» или выше -    nameLength = 64
sCnf7	Проверить именованную структуру «ldName», если она поддерживается. Все текущие ссылки на объекты (включая наборы данных и ссылки на блок управления) должны начинаться со значения «LDevice ldName» вместо «IED паше» + «LDevice inst»

6.2.4.5 Тестовые случаи для проверки модели данных Должны применяться тестовые случаи, перечисленные в Таблице 3 Таблица 3. Тестовые случаи для проверки модели данных сервера_

Тестовый случай Описание тестового случая sMdll Проверить наличие обязательных объектов для каждого логического узла. Испытание пройдено, если присутствуют все объекты/атрибуты sMdl2 Проверить каждый логический узел на наличие разрешенных стандартом условных объектов. Испытание пройдено, если присутствуют все разрешенные объекты/атрибуты sMdl3 Проверить на наличие условных объектов, неразрешенных стандартом. Испытание пройдено, если отсутствуют такие объекты/атрибуты sMdl4 Проверить отображение модели данных согласно применимой SCSM, включая длину имени и расширение объекта. Испытание пройдено, если отображение соответствует применимому SCSM sMdl5 Проверить отображение модели данных согласно применимой SCSM, включая организацию функциональных компонентов. Испытание пройдено, если отображение соответствует применимому SCSM

Введение

Настоящий стандарт соответствует международному стандарту МЭК 61850-10(2012) Сети и системы связи автоматизации энергосистем для сетей общего пользования. Часть 10. Редакция 2.0 Испытания на соответствие (IEC 61850-10(2012) Communication networks and systems for power utility automation -Part 10: Edition 2.0 Conformance testing) в части проверки соответствия серверного устройства, клиентского устройства, SV-устройства и проверки производительности GOOSE-сообщений.

Настоящий стандарт организации (СТО) основан на международном стандарте МЭК 61850-10(2012), вторая редакция которого отменяет и заменяет первую редакцию, опубликованную в 2005 году, представляющую собой техническую версию документа, то есть, настоящий стандарт не эквивалентен по отношению к МЭК 61850-10(2012).

Елавные технические изменения по отношению к предыдущей редакции следующие:

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

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

устройства;

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

-    добавлены процедуры проверки соответствия инструментальных средств (не являются предметом рассмотрения настоящего СТО);

добавлены процедуры проверки производительности GOOSE-

сообщений.

По решению Технического комитета 57 МЭК, содержание указанной публикации МЭК 61850-10 будет оставаться неизменным до даты стабильности (stability date), приведенной на сайте МЭК http://webstore.iec.ch в данных, относящихся к этой конкретной публикации. После этой даты данная публикация может быть: подтверждена;

-    снята;

-    заменена пересмотренной редакцией или откорректирована.

Часть 10 МЭК 61850 - одна из набора спецификаций, которая детализирует многоуровневую архитектуру связи в электроэнергетике.

МЭК 61850-10 определяет:

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

-    методы и общие наборы тестов для проверки на соответствие инструментальных средств, которые используются в системах автоматизации в электроэнергетике (не являются предметом рассмотрения настоящего СТО),

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

4

Примечание 1. Тесты, относящиеся к требованиям ЭМС и условиям эксплуатации, - предмет МЭК 61850-3 и не включены в данную часть МЭК 61850. Рекомендуется ознакомиться с МЭК 61850-5 и МЭК 61850-7-1 в сочетании с МЭК 61850-7-2, МЭК 61850-7-3, МЭК 61850-7-4.

Примечание 2. Аббревиатуры, используемые в МЭК 61850-10, перечислены в Разделе 4 или могут быть найдены в других частях МЭК 61850, которые имеют отношение к тестированию на соответствие.

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

1.1    Настоящий стандарт, основываясь на МЭК 61850-10, устанавливает нормы и требования к стандартным методикам проверки на соответствие клиентского, серверного и SV- устройств, а также к конкретным методикам измерений, которые должны применяться, когда декларируются параметры производительности. Использование данных методик повысит способность системного интегратора легко интегрировать ИЭУ, правильно управлять ИЭУ и поддерживать приложения согласно их назначению.

1.2 Настоящий стандарт рассчитан на разработчиков МЭК 61850, инженеров-тестеров и разработчиков системы тестирования и распространяется на следующие субъекты:

-    испытательные центры, тестовые лаборатории, аккредитованные на проведение проверок на соответствие серии стандартов МЭК 61850;

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

Примечание. Роль испытательных организаций для тестирования на соответствие и сертификация результатов выходит за рамки МЭК 61850-10.

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

ГОСТ Р 54325-11 (IEC/TS 61850-2:2003) Сети и системы связи на подстанциях. Часть 2. Термины и определения.

ГОСТ Р МЭК 61850-3-05 Сети и системы связи на подстанциях. Часть 3. Основные требования.

ГОСТ Р МЭК 61850-5-11 Сети и системы связи на подстанциях. Часть 5. Требования к связи для функций и моделей устройств.

ГОСТ Р МЭК 61850-6-09 Сети и системы связи на подстанциях. Часть 6. Язык описания конфигурации для связи между интеллектуальными электронными устройствами на электрических подстанциях.

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

5

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

ГОСТ Р МЭК 61850-7-3-09 Сети и системы связи на подстанциях. Часть 7. Базовая структура связи для подстанций и линейного оборудования. Раздел 3. Классы общих данных.

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

ГОСТ Р ИСО 9001-2015 Системы менеджмента качества. Требования.

ГОСТ Р ИСО 9506-2-2014 (ГОТ)

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

В настоящем стандарте применены термины по МЭК 61850-2, а также следующие термины с соответствующими определениями:

3.1    Заводские приемочные испытания (factory acceptance test - FAT):

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

Примечание 1. Заводские приемочные испытания могут выполняться на заводе-изготовителе или в другом согласованном месте с использованием имитационного оборудования для испытания.

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

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

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

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

3.4    Заявление о соответствии реализации модели (MICS): заявление, в котором подробно описываются элементы стандартной модели объектов данных, поддерживаемых системой или устройством.

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

- соответствующие серии стандартов МЭК 61850 информация и

сервисы, которые не реализованы в тестируемых системе или устройстве;

- не соответствующие серии стандартов МЭК 61850 информация и сервисы, отправленные тестируемым системе или устройству.

3.6    Заявление о соответствии реализации протокола (PICS): заявление, содержащее обзор коммуникационных возможностей системы или устройства, которые должны проходить тестирование.

3.7    Дополнительная информация о реализации протокола для тестирования (protocol implementation extra Information for testing - PIXIT): заявление, содержащее конкретную информацию, относящуюся к коммуникационным возможностям системы или устройства, которые должны быть протестированы, но не входящую в сферу действия стандартов серии МЭК 61850.

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

3.9    Приемочный тест (site acceptance test - SAT): верификация всех данных, проверка каждой контрольной точки и правильности функционирования в САЭ и взаимодействия САЭ с его рабочим окружением в целом на объекте с использованием окончательного набора параметров, указанного в конкретной спецификации заказчика.

3.10    Заявление о соответствии реализации SCL (SCL implementation conformance statement - SICS): заявление, содержащее обзор возможностей инструментальных средств для работы с SCL.

3.11    Системный тест: проверка правильного поведения ИЭУ и всей САЭ в конкретных условиях применения.

Примечание 1. Системный тест - это часть завершающей стадии разработки ИЭУ принадлежащих семейству изделий для САЭ.

3.12    Тестовое оборудование: все средства и инструменты, которые имитируют и проверяют входы/выходы рабочего окружения САЭ, такого как коммутационное оборудование, трансформаторы, центры управления сетью или подключенные телекоммуникационные устройства с одной стороны, и последовательные связи между ИЭУ данной САЭ с другой стороны.

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

Примечание 1. Управление испытаниями на соответствие и полученная в результате информация должны соответствовать системе качества.

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

3.15    Типовой тест: проверка правильного поведения ИЭУ данной САЭ с использованием тестового программного обеспечения системы в тестовых условиях, соответствующих техническим условиям.

Примечание 1. Типовой тест означает завершающую стадию разработки аппаратной части и является предварительным условием для начала производства. Этот тест проводится с

7

использованием ИЭУ, которые были изготовлены в результате нормального производственного цикла.

3.16 Точка освидетельствования:    точка,    определенная    в

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

Примечание 1. Функционирование может продолжаться без одобрения инициатора проверки на соответствие. Испытательное учреждение предоставляет письменное уведомление инициатору в согласованное время до точки освидетельствования. Инициатор или его представитель имеет право, но не обязан, проверить точку освидетельствования.

4 Обозначения и сокращения

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

АРС    контролируемая аналоговая обрабатываема величина;

BRCB    управляющий блок буферизованного отчета;

CDC    общий класс данных;

DER    децентрализованный источник энергии;

DOes    прямое управление с повышенной безопасностью;

DOns    прямое управление с нормальной безопасностью;

FAT    заводские приемочные испытания;

FCD    функционально связанные данные;

FCDA    функционально связанные атрибуты данных;

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

GoCB    управляющий блок GOOSE-сообщений;

GOOSE общие объектно-ориентированные события на подстанции;

GPS    Система глобального позиционирования;

HSR    бесшовное кольцо высокой готовности;

ICD    описание возможностей ИЭУ;

IED    интеллектуальное электронное устройство - ИЭУ;

IEEE    Институт инженеров по электротехнике и электронике;

IID    описание экземпляра ИЭУ;

LCB    управляющий блок лога (журнала);

LCCH    логический узел: контроль физического канала связи;

LD    логическое устройство;

LN    логический узел;

MICS    заявление о соответствии реализации модели;

MMS спецификация производственных сообщений (стандарты ISO 9506); MSVCB    управляющий блок многоадресных SV-посылок;

PDU    протокольный блок данных;

PICS    заявление о соответствии реализации протокола;

PIXIT дополнительная информация о реализации протокола для тестирования;

PPS    импульс в секунду;

PRP    протокол параллельного резервирования;

SAT    приемочный тест;

SAV    выборочные аналоговые значения (МЭК 61850-9-2);

SBOes выбор до срабатывания с повышенной безопасностью;

SBOns    выбор до срабатывания с нормальной безопасностью;

SCD    описание конфигурации подстанции;

SCL    язык описания конфигурации подстанции;

SCSM отображение на конкретный коммуникационный сервис;

SED    описание межсистемного обмена;

SGCB    управляющий блок группы уставок;

SICS    заявление о соответствии реализации SCL;

SNTP    простой сетевой временной протокол;

SOE    последовательность событий;

SSD    описание спецификации системы;

SV    выборочные значения;

SVCB    управляющий блок выборочными значениями;

TICS    заявление о соответствии техническим вопросам;

ТРАА    двусторонняя прикладная ассоциация (объединение);

TUT    тестируемое инструментальное средство - ТИС;

URCB    управляющий блок небуферизованного отчета;

USVCB    управляющий блок одноадресных SV - посылок;

UTC    координированное универсальное время;

ТУС    тестируемое устройство;

САЭ    система автоматизации в электроэнергетике;

ЧМИ    человеко-машинный интерфейс.

5 Введение в проверку на соответствие 5.1 Общие сведения

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

Система качества производителя/поставщика является основой надежного тестирования в процессе разработки и производства.

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

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

Тест соответствия - это типовой тест связи и, поскольку система основывается на коммуникации, - это системный тест встроенных ИЭУ. В качестве глобального стандарта связи серия МЭК 61850 включает стандартизированные проверки на соответствие, чтобы гарантировать, что все поставщики выполняют применимые требования.

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

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

5.2 Процедуры проверки на соответствие

Тестирование на соответствие поведения связи стандарту МЭК должно соответствовать требованиям к функциональности и к производительности типичных приложений, поддерживаемых этими устройствами в САЭ. МЭК 61850-4 определяет общую классификацию тестов качества, которые используются в настоящей части.

Проверка на соответствие демонстрирует способность тестируемого устройства работать с другими ИЭУ определенным образом в соответствии с серией стандартов МЭК 61850.

Проверка на соответствие требует рассмотрения следующих вопросов:

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

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

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

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

Проверка на соответствие устанавливает, что связь ТУ С работает в

ю