Проект предусматривает замену правил, утверждённых приказом № 80 от 8 февраля 2019 года, и изменения в другие нормативные акты. Приведённые ниже новые требования и сроки относятся к предложенной редакции, а не к уже принятому приказу.
Когда предлагается перейти на автоматическую передачу
Осциллограммы предлагается автоматически передавать в диспетчерские центры Системного оператора в формате COMTRADE по механизму ГОСТ Р 59550-2021. Положение касается объектов, линии, оборудование или устройства которых отнесены либо будут отнесены к объектам диспетчеризации.
- Новое строительство. Требование предусмотрено для объектов, проектная документация на строительство которых утверждается начиная с 1 января 2027 года.
- Реконструкция и модернизация систем. Та же дата применяется к утверждению документации на реконструкцию с заменой основного электротехнического оборудования и устройств РЗА либо на создание или модернизацию АСУ ТП или системы обмена технологической информацией с СО.
- Действующие объекты с автоматическим сбором данных РАС. Переход предусматривается по планам-графикам, согласованным владельцами с СО, но не позднее 1 января 2028 года.
Таким образом, дата 1 января 2027 года привязана к утверждению проектной документации в перечисленных случаях. Она не означает одновременного перевода всех существующих подстанций на новый порядок.
Что требуется от осциллограмм
В требования к оснащению объектов устройствами РЗА по приказу № 101 предлагается добавить запись осциллограмм микропроцессорными устройствами в COMTRADE либо возможность экспорта в этот формат. Проект также устанавливает требования к именам файлов и сигналов, файлам заголовка, информации и конфигурации по приложениям А, В–Е ГОСТ Р 58601-2019 с указанным в проекте исключением для файла заголовка.
Для интеграции это означает проверку формата, состава и обозначений данных. Поддержка экспорта COMTRADE сама по себе ещё не подтверждает соответствие всем требованиям к обмену.
Как осциллограмма попадает в диспетчерский центр
ГОСТ Р 59550-2021 предусматривает сбор файлов на сервере регистрации аварийных событий — сервере РАС объекта. Допускается также сбор с нескольких объектов на сервере центра сбора данных — ЦСД. При появлении нового файла сервер отправляет уведомление в ДЦ отдельным вызовом.
Соединение для получения команд инициирует сервер РАС. После авторизации он запрашивает команду, выполняет её и передаёт результат. Осциллограмма отправляется по команде с идентификатором файла; затем сервер запрашивает следующую команду. При ошибке сеанс прерывается и немедленно устанавливается заново. Обмен защищается HTTPS с TLS версии не ниже 1.2; примеры SOAP-сообщений даны в справочном приложении А.
Какие временные ограничения установлены при передаче файлов
| Этап | Требование ГОСТ Р 59550-2021 | Пункт |
|---|---|---|
| Сбор на сервере объекта | Не позднее 3 минут после появления файла в устройстве РЗА | 5.4 |
| Сбор на сервере ЦСД | Не позднее 10 минут после появления файла в устройстве РЗА | 5.4 |
| Отправка в ДЦ | Немедленно после получения команды на передачу | 6.11 |
| Доступность архива | Хранение не менее 3 лет. Первый год — готовность к передаче немедленно после запроса; следующие 2 года — в течение 24 часов | 5.8 |
| Восстановление передачи | В течение суток после нарушения работы сервера РАС | 5.9 |
Три и десять минут — сроки размещения на соответствующем сервере, отсчитываемые от появления файла в устройстве. Их нельзя складывать в норматив доставки до ДЦ. Единого предельного времени от начала аварии до полного получения файла в ДЦ в разделах 5–7 не установлено.
Отдельно пункт 11 проекта предусматривает предоставление материалов по запросу ДЦ или ЦУС в течение двух календарных дней, а при технической возможности — удалённый доступ. Это другой порядок предоставления информации для анализа.
Что означает обслуживание по состоянию
Если обслуживание микропроцессорных устройств РЗА по состоянию предусмотрено проектной документацией на строительство или реконструкцию, проект требует от вновь устанавливаемых устройств, включая заменяемые, непрерывного мониторинга по сигналам самодиагностики и формирования сигнализации. Также должны быть обеспечены автоматизированные сбор и передача сведений в АСУ ТП либо систему сбора и передачи информации объекта.
Ссылка на главу IV правил по приказу №555 означает более широкий объём контроля. Пункт 36 предусматривает анализ измерений, питания, цепей управления выключателей, каналов связи, состояний функций и входов/выходов, осциллограмм, журналов и конфигураций. Пункт 37 предусматривает доступ с отдельного АРМ РЗА. Самодиагностика — один из источников этих данных.
Что контролировать на цифровой подстанции
Практический состав контроля зависит от архитектуры объекта: применения Sampled Values (SV), GOOSE, устройств сопряжения и проводных связей. Таблица ниже — интерпретация для цифровой подстанции, а не дословный перечень новых требований проекта.
| Участок цепочки | Предмет контроля |
|---|---|
| Измерения и устройства сопряжения MU | Исправность устройств, наличие и достоверность токов и напряжений, признаки качества измерений. |
| Потоки Sampled Values | Приём ожидаемых потоков, потери и нарушения последовательности отсчётов, качество данных, состояние синхронизации. |
| Обмен GOOSE | Приём ожидаемых сообщений, истечение времени ожидания, качество сигналов, соответствие подписок и конфигурации проекту. |
| Синхронизация времени | Доступность источника, потеря синхронизации, переход на резерв, соответствие точности требованиям функций. |
| Сеть и резервирование | Порты и линии связи, ошибки и потери пакетов, исправность обоих путей PRP/HSR при их применении. |
| Терминалы и функции РЗА | Самодиагностика, перезагрузки, введённые и выведенные функции, тестовые режимы, блокировки, уставки и логика. |
| Исполнительные цепи | Оперативное питание, цепи включения и отключения, прохождение команд через устройства ввода-вывода, положение выключателя. |
| Мониторинг и регистрация | Полнота и актуальность данных, доступность серверов и АРМ, запись событий и осциллограмм, сохранность и передача файлов. |
Например, терминал может не иметь внутренних ошибок, но потерять необходимый поток SV. При отказе одной сети PRP функция может продолжать работать по второй, однако резервирование уже будет потеряно. Поэтому диагностику полезно связывать с конкретной функцией защиты и последствиями выявленного нарушения.
Какие проверки сохраняются
Получение GOOSE-сообщения не подтверждает исправность всей цепи отключения и механизма выключателя. Согласно пункту 34 приказа № 555, элементы и цепи, не охваченные самодиагностикой и мониторингом, подлежат периодическому техническому обслуживанию; обслуживание функционально связанного вторичного оборудования также сохраняется.
Для проектировщика и эксплуатации это означает необходимость определить границы контроля: какие неисправности выявляет сам терминал, что обнаруживается средствами сетевой диагностики и анализа данных, а что проверяется при обслуживании. Из рассматриваемого положения проекта не следует обязательность конкретного внешнего диагностического продукта.
Как меняется доступ к данным технического учёта
С 1 января 2027 года проект предусматривает удалённый доступ ответственных работников владельцев к специализированному программно-аппаратному комплексу СО. Доступ относится к сведениям по принадлежащим владельцу устройствам РЗА, технический учёт которых ведёт Системный оператор.
После получения доступа перечисленные в пункте 13 проекта параметры потребуется представлять в части отсутствующих данных и при необходимости их изменения. Предусмотрены также обмен списками ответственных работников и взаимодействие для согласованного внесения изменений. Эти меры направлены на уменьшение расхождений между данными владельца и диспетчерского центра.
Что учитывать при проектировании
Предлагаемые изменения связывают качество аварийных данных, автоматический обмен и организацию мониторинга. При проектировании цифровой подстанции нужно увязать возможности терминалов и устройств сопряжения, сбор и хранение файлов, состав диагностической информации и её передачу в системы, где выполняется анализ.
Для эксплуатации ключевой результат — возможность оценить работоспособность всей цепочки защиты от измерения до исполнения команды. Система мониторинга должна помогать определить, какая функция затронута и потеряны ли измерения, связь, синхронизация или резервный путь. При этом проверки элементов вне зоны мониторинга остаются частью обслуживания.