Релейная защита и автоматика энергосистем
88
всех устройствах, независимо от производителя. Часть ошибок носит критический характер, и ис-
правляются производителем в кратчайшие сроки. Другие ошибки можно отнести к особенностям
интерпретации тех или иных положений стандарта и неточностям реализации. В любом случае, вне
зависимости от качества реализации стандарта на устройствах нижнего уровня, клиент всегда должен
работать устойчиво, а отказ одного из устройств не должен влиять на опрос других устройств. Для
проверки системы в подобных ситуациях эмулятор позволяет модулировать следующие наиболее
распространенные ошибки в устройствах нижнего уровня:
1) отсутствие ответов на запросы;
2) некорректные ответы на запросы;
3) срывы при передаче файлов;
4) разрывы соединения.
В разработанной системе можно настраивать время возникновения неисправностей и их длитель-
ность, проверяя устойчивость работы в условиях сбоев.
Другим интересным применением эмулятора в нормальном режиме является возможность отобра-
жения сигналов GOOSE. На подстанциях с применением стандарта МЭК 61850 возникает необходи-
мость мониторинга прохождения GOOSE сообщений между устройствами (наладка, оценка работо-
способности). Для этих целей можно использовать средства нижнего уровня, т. е. сами контроллеры.
В качестве независимого инструмента часто рекомендуется применять перехватчик пакетов Ethereal.
Однако разбор пакетов с помощью Ethereal может быть неочевидным и требовать очень высокой
квалификации (глубокого понимания способов кодирования информации). В качестве альтернативы
можно предложить использовать средства подписки GOOSE, реализованные в эмуляторе. В этом
случае есть возможность подписаться на GOOSE сообщения (которые необходимо контролировать),
просматривать текущее состояние сигналов, передаваемых по GOOSE, и формировать с помощью
простейшей логики сигналы диагностики о неисправности GOOSE.
Применение эмулятора для моделирования «штормовых» режимов требует более глубокого под-
хода. В первую очередь необходимо определить тестируемые подсистемы. Здесь возможно выделить
два варианта:
1) тестируются все подсистемы от устройства до отображения на АРМ, но без сетевой подсистемы;
2) тестируется все, включая сетевую подсистему, т. е. включая свитчи.
Для проверки первого варианта применение эмулятора более чем оправданно. На одном компью-
тере можно разместить несколько эмуляторов и подключить их в систему. По команде (например,
с помощью GOOSE) можно сформировать поток данных, который будет передаваться на верхний
уровень АСУ ТП через станционный контроллер, сервер верхнего уровня до АРМ. Такое тестирование
позволяет проверить производительность комплекса. Недостатком является то, что не в полной мере
проверяется производительность сетевой подсистемы.
Второй вариант предполагает углубленное тестирование, так как на производительность сетевой
подсистемы влияет топология сети. Поэтому компьютеры с установленными эмуляторами необхо-
димо подключать к разным свитчам в сети Ethernet, чтобы смоделировать распределенную структуру
сети.
При использовании сервера МЭК 61850 неизбежно возникает вопрос о границе применимости
эмуляторов для проверки тех или иных функций АСУ ТП. В данной статье было описано несколько
вариантов применения сервера МЭК 61850 для тестирования взаимодействия верхнего и нижнего
уровня АСУ ТП и диагностики GOOSE. Сервер также можно использовать для тестирования по-
перечного взаимодействия между устройствами нижнего уровня, когда часть устройств замещается
эмуляторами.
Отметим, в каких случаях сервер МЭК 61850 не применим:
1. Для тестирования протокольной совместимости между клиентом и сервером МЭК 61850. Не-
смотря на то, что сервер полностью моделирует модель данных в устройстве, реализация стека про-
токолов в нем своя, поэтому тестирование протокольного взаимодействия требует наличия реального
устройства.