Первая редакция стандарта МЭК 61850 описывала целый ряд функциональных возможностей, которые могли бы быть использованы при тестировании систем релейной защиты и автоматики (РЗА) на основе микропроцессорных устройств с его поддержкой. Среди них можно упомянуть следующие:
  • возможность перевода логического устройства или логического узла в режим тестирования;
  • возможность присваивания флага тестирования данным, передаваемым согласно протоколу GOOSE;
  • возможность присваивания флага тестирования сервису модели управления;
  • возможность присваивания флага тестирования любому значению, отправляемому сервером.
Однако первая редакция стандарта не детализировала то, каково должно быть поведение устройств, работающих в режиме тестирования и/или получающих данные с флагами тестирования. В связи с этим, ряд указанных функциональных возможностей не поддерживался производителями из-за угрозы нарушения функциональной совместимости. Во второй редакции стандарта приведена более детальная информация относительно возможных режимов работы логических устройств и логических узлов, а также относительно требуемых моделей поведения устройств в этих режимах. Как известно из первой редакции стандарта, логическое устройство и логический узел могут быть переведены в один из режимов работы: on, on-blocked, test, test/blocked и off. Для логического устройства этот перевод может быть выполнен путем оперирования значением объекта данных Mod, входящего в состав логического узла LLN0. Поскольку логическое устройство управляет всеми логическими узлами, которые являются его составной частью, то режим работы каждого логического узла в его составе определяется значением объекта данных LLN0.Mod логического устройства и объекта данных XXXX.Mod рассматриваемого логического узла. При этом режим работы описывается объектом данных XXXX.Beh. Значения объекта данных XXXX.Beh, в зависимости от значений объектов данных LLN0.Mod и XXXX.Mod, обозначены в таблице 1. Таблица 1. Значения объекта данных XXXX.Beh в зависимости от значений объектов данных LLN0.Mod и XXXX.Mod.
XXXX.Mod LLN0.Mod XXXX.Beh (только чтение)
on on on
on on-blocked on-blocked
on test test
on test/blocked test/blocked
on off off
on-blocked on on-blocked
on-blocked on-blocked on-blocked
on-blocked test test/blocked
on-blocked test/blocked test/blocked
on-blocked off off
test on test
test on-blocked test/blocked
test test test
test test/blocked test/blocked
test/blocked on test/blocked
test/blocked on-blocked test/blocked
test/blocked test test/blocked
test/blocked test/blocked test/blocked
test/blocked off off
off on off
off on-blocked off
off test off
off test/blocked off
off off off
Однако, как уже было указано ранее, в первой редакции стандарта не было четким образом описано требуемое поведение устройства (или функции, реализуемой им) в том или ином режиме работы. Этот недостаток был устранен во второй редакции стандарта, в которую были включены соответствующие пояснения (см. таблицу 2). Из таблицы 2 видно, что если на устройство поступает команда или сигнал без флага тестирования, то она будет выполнена только в том случае, если устройство находится в режиме On. Если устройство находится  в режиме Test, то команда не будет выполнена. Если же на устройство поступает команда с флагом тестирования и устройство или функция находятся в режиме Test, то команда будет выполнена и устройством может быть сформировано управляющее воздействие через его дискретный выход. Если же устройство или функция находится в режиме Test/blocked, то в таком случае команда с флагом тестирования будет принята и обработана, однако управляющее воздействие через дискретный выход не будет сформировано. Таким образом, использование режима Test/blocked может быть полезно при тестировании устройства, включенного в работающую систему. Таблица 2. Описание поведения устройства и реализуемых им функций в том или ином режиме работы, устанавливаемым пользователем.
MODE/BEHAVIOR on on-blocked test test/blocked off
Работоспособность функции, представленной логическим узлом ДА ДА ДА ДА НЕТ
Формирование воздействий через соответствующие выходные реле (в основном, для логических узлов X...,Y... и GGIO) ДА НЕТ ДА НЕТ НЕТ
Передача объектов данных соответствующее значение данных и бита качества q соответствующее значение данных и q = operatorBlocked соответствующее значение данных и q = test соответствующее значение данных и q = test + operator- Blocked соответствующее значение данных и q = invalid
Реакция на команду (нормальный режим) ДА НЕТ НЕТ НЕТ НЕТ
Реакция на команду (режим тестирования) НЕТ НЕТ ДА ДА ДА
Обработка данных с битом качества q=normal Данные обрабатываются нормально Данные обрабатываются нормально Данные обрабатываются нормально Данные обрабатываются нормально Обработка данных не производится
Обработка данных с битом качества q=operatorBlocked Управляющее воздействие не формируется Управляющее воздействие не формируется Управляющее воздействие не формируется Управляющее воздействие не формируется Обработка данных не производится
Обработка данных с битом качества q=test Данные обрабатываются нормально Данные обрабатываются как неверные (invalid) Данные обрабатываются нормально Данные обрабатываются нормально Обработка данных не производится
Обработка данных с битом качества q=test+operatorBlocked Данные обрабатываются как неверные (invalid) Данные обрабатываются как неверные (invalid) Управляющее воздействие не формируется Управляющее воздействие не формируется Обработка данных не производится
Обработка данных с битом качества q=invalid Данные обрабатываются как неверные (invalid) Данные обрабатываются как неверные (invalid) Данные обрабатываются как неверные (invalid) Данные обрабатываются как неверные (invalid) Обработка данных не производится
Обработка данных с аналоговых входов измерения и дискретных входов Данные обрабатываются нормально Данные обрабатываются нормально Данные обрабатываются нормально Данные обрабатываются нормально Обработка данных не производится
Всем заинтересованным может быть предоставлена более подробная информация по рассмотренному выше вопросу.