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

пример:
у Вас есть камень АА
в режиме покоя (отсутствии РЗА действий) на нем выполняются рутинные операции, например, мониторинг собственного функционирования - 3% загрузки процессора, и связь с АСУ ТП - 5% загрузки (итого 8%)
выполнение функций А, Б, С РЗА отнимает: А - 21%, Б - 47%,С - 35% ресурсов процессора

Одновременное выполнение всех функций это 111% ресурсов процессора. На самом деле еще больше, так как в темпе процесса (действий РЗА) функции регистрации и АСУ ТП занимают не 5%, а 12% ресурсов процессора. Итого: 118%

Ваши действия?
Умные:
взять камень ББ, для которого полная загрузка не превысит 60-65% (он ведь еще должен отработать 20 лет)
разделить функциональность по камням, например, мониторинг+АСУ ТП - один, РЗА - другой
отключить мониторинг и АСУ ТП на время действия РЗА

во втором и третьем случаях все-равно полная РЗА функциональность занимает 103% ресурсов

Ваши действия ?

Умные:
взять камень СС, для которого полная РЗА загрузка не превысит 60-65% (он ведь еще должен отработать 20 лет)
разделить функциональность по камням, например, А+С - один, Б - другой (примерно одинаково и ниже 60% камня АА)

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

итого: получили как минимум 5 возможных реализаций МП РЗА с одной и той же функциональностью...

Ваш выбор ?
конечно: минимальной стоимости  :) ... и "от МП одни проблемы..."

Слава, все-таки всплеск проблем у нас, имхо, был в начале века, когда только начали переходить на "компьютерную" архитектуру МП РЗА, но сейчас многие уже все "подчистили" (см. мой пост перед твоим)

угу, добавил для пояснения,
и кстати я не вводил в функциональность "свободную логику", которая так же реализуется программно, и загружает процессор постоянно, что предъявляет еще более жесткие требования к камню (и производителю)

Итак, ответ на Славин вопрос: «Что есть дрова для МП РЗА?»
Сразу (и это ко всем). Во-первых, это не статья для солидного журнала, поэтому не ждите научных выкладок.  Во-вторых, я открыт для любой критики. А если точнее, моя персона тут вообще не при чем. Я бросаю мысль. Она может быть очень сырой, тогда ее вообще незачем обсуждать. А если она все же провоцирует на обсуждение, то что-то в этой мысли есть. Но, опять же, это обсуждения предмета, а не меня.
Пожалуй, нагляднее на примерах. А кто хочет, пусть системаитизирует.
1.Не новость, что разные у-ва РЗА связаны между собой. Ранее, на ЭМ это были контр. кабели. Сейчас все более применяют оптоволокно . Но до сих пор его боятся. Но вот скажем для ДЗЛ – это элемент конструкции – связь между терминалами по противоположным концам линии. Или ДЗШ некоторых фирм, например – GE. Там тоже отдельные терминалы связаны по оптоволокну. Ну, возмем ДЗЛ – более наглядно. И еще конкретнее – L90 GE. Понятно, что по оптоволокну там идет инфа о токе на прот. конец линии. Но там в этом же  оптоволокне  остается еще 8 (коль память не изменяет) витуальных (назовем так) каналов.
И есть соблазн порой пустить по этим «рельсам» что-то не из РЗА. Так вот – это одни из «дров». Кто-то спросит: «Каналы все равно есть. И какая разница, чем их заполнять?». А разница есть. Если это не из ДЗЛ, но тоже  РЗА, то все замыкается, в основном, в  L90. Ежеле же какая-нибудь ТМ, то надо из L90 выводить в другое место: то ли через вых. конт., а при совр. технике – через порты связи. То есть ДЗЛ – транзит для ТМ. Дрова!
Это я рассказал практически случай из своей проектной практики – недавно. Делали мы ДЗЛ на RED670. Линия еще и с отпайкой. Там целая оптоволоконная развязка. И для связи, и для ТМ использовались  оптовол. кабели. Так вот, были поначалу позывы использовать резервные каналы RED670 для этих целей (хватило бы –частично, и менее жильный оптокабель пришлось бы брать). Я объяснил, что так делать нельзя.
Для меня пример – прямые входы-выходы на UR GE. Гнездо – W. И подключаемый к этому гнезду кабель в основном, если грамотно, исп-ся только как канал РЗА. Хотя есть возможность использовать и линию связи с ее гнездами, но она, по грамотному,  исп-ся не для РЗА.
2.Прошлый пункт – про внешние связи. Что касается внутренностей МП терминала. Я могу высказать свое мнение, для чего не использовать МП терминала РЗА.
2.1.Для целей ОБР и других не РЗА вещей.. Пусть это даже и АУВ. В конце концов АУВ – часть РЗА. В нем тоже защиты чаще всего есть. Да и функции управления только из-за необходимости взаимодействовать с РЗА, а не просто как транзит от аппаратуры упр. к выключателю. Например, включать выключатель через терминал защиты, для контроля, что защита есть. Ну, там формирование аварийного сигнала этот терминал тоже не сильно грузит: все равно и команды управления, и положение выключателя заводятся. И т.п. Но грузить терминал РЗА положениями разъединителей, зазем. ножей…Управлять, скажем, разъед. с моторным приводом…Дрова! Для этих целей надо исп-ть отдельные терминалы ОБР.
2.2.Терминалы РЗА, скажем, тр-ров, двигателей, другого оборуд., где есть много параметров, которые надо контролировать.  Если полноценно использовать мониторинг этого оборудования и пывтаться делать это через РЗА. Не знаю…Тут были мнения воздействовать на откл. при критическом значении параметров. Тоже не знаю…Не очень спец. Но пока в сторону – отключения. А просто мониторинг. Ичерез РЗА?…ОЙ!
Знаете, я сам сейчас делаю сигн. параметров тр-ра и элегаз выкл через РЗА. Но в соврем. типовых схемах их немного. Но при полноценном мониторинге….Может, если этот мониторинг очень важен, то не скупиться на отдельные терминалы мониторинга.

Вроде мало подумал, а текста много. Пожалуй, сейчас остановлюсь. Может, потом добавлю.

Леонид.
Ты сбился снова не связь и повязки между реле.

Я попросил только об одной железке.

Мониторинг чего? какие параметры?

Слава. Про внешние связи - первій пункт. А второй как раз про внутренности. Ну разве что ОБР. А по мониторингу...
Прочти посты раньше, где рассуждали на темы возможности отключения тр-ра при критических, или предкритических, параметрах (цитирую по памяти, а отчастьи и от себя): по температуре (наверное, и масла и обмоток), по уровню масла, по току перегруза...В общем - тр-ра.
Если это элегазовый віключатель, то по первой ступени давления элегаза в течении большого времени.
Слава, с технологией ты лучше меня знаком. Одним предложением: при приближении параметров оборудования к критическим либо когда по накопленным данным определяется приближение недопустимого далее старения (только не придираться к неточности выражений; думаю - смысл понятен).
Повторяю. Я не обсуждаю сейчас тему: отключать при этом автоматически или отдать это решение на откуп дежурному (диспетчеру). Я лишь о том, можно ли для этого исп-ть терминал РЗА. Ну ладно, объем памяти позволяет... Но есть и другие факторы. Знаешь, часто для выполнения функций защит тр-ра возможности даже  МПтерминала на пределе. Если их еще и мониторингом тр-ра загрузить.

Могу быть неправ. Дело не во мне.

Мужики, пока в теме только мужики.
Давайте всё таки трепаться по мужски, не благородное собрание таки.

Каждый решит как ему построить систему из кубиков, главное чтобы кубики были.
Живой пример:
Блок транс-асинхроник 6МВА, концепция защит на современых МП АББ
дублирование и перекрёст всех защит на двух реле установленых в КРУЭ 22кВ
двигатель по спец заказу, очень дорогой, термические защиты обмоток статора и подшипников равномерно распределены между обеими защитами по 5 на защиту.
на трансе все механические защиты контактами на обе защиты, 22 индикационые лампочки на двух реле.

Какая проблема в многофункциональности или может надо было ещё шкаф городить и кучу кабелей???

А для меня друзья, это не бррррр, а верная дорога!!!!!

И так и так правильно, имхо