ПЛК110 Горячая резервирование

Здравствуйте всем, для управление отсечным клапаном и расходом газа используется два плк110-224-32Р.
Как можно реализовать горячая резервирование если 1 плк выходит из строя второй брал на себя управления без остановки производства

Через сетевые переменные по UDP плюс физический вход/выход чтобы обозначить ведущий и ведомый ПЛК.
релейные выходы в параллель.
з.ы. Овен и горячее резервирование это колхоз, имхо....

что бы не мучится с выходами плк поставил модуль МУ110-16Р связь по RS485 интерфейсу.На вход дискретных и аналоговых тоже модули подключены, теперь как можно сделать горячая резервирование

А где используете? Какие есть к этому требования?

Если залип релейный выход, если подвирает аналоговый вход или датчик, если произошла ошибка в вычислениях, например из-за переполнения при делении, да мало ли таких ситуаций - как вы диагностируете ошибку? Как вы переключитесь на резервный ПЛК в случае залипания реле? Если результат вычислений двух контроллеров разный - кто врет? А судьи кто? Третий ПЛК? Истину устанавливаем большинством голосов по мажоритарной системе?

Первый плк управляет реле через модуль МУ110-16Р а второй тупо должен следить за состоянием 1 плк если он зависает берет на себя управление и все других резервировании не требуется

Это что, чисто для отмазки, для успокоения совести и начальства?
Если первый ПЛК зависнет и не освободит шину, то...?

Eugene.A, при чем тут отмазка ? есть два вида резервирования, на уровне ПЛК и на уровне дублирования модулей ввода вывода.
1-й вариант используется тогда, когда модули ВВ имеют функции диагностики, если с ними что-то случается, то вся система будет остановлена независимо какой из ПЛК управляет. Овену до такого уровня несколько далековато. Полное дублирование можно сделать на любом производителе но это всего по два, в том числе и датчики.

Видов резервирования гораздо больше двух. Существует целая дисциплина на эту тему, называется теорией надежности. Так вот она утверждает, что резервирование путем дублирования практически не влияет на надежность. И проблема именно в диагностировании неполадки. Вот как второй контроллер определит, что с первым что-то не так? Зависание - лишь одна причина неполадки, и с ней зачастую может справиться обычный вотчдог. А если контроллер просто начинает выполнять неверные действия, например, у него слетели ретэйны? Уставки приняли значения по умолчанию, и кто решит, кто из контроллеров задурил? Одному втемяшилось одно, другому - другое. Кто их рассудит?
Да мало ли таких ситуаций? Все их никогда не предугадать. Иначе тестирование программных средств просто не требовалось бы.
"В производственной практике встречаются случаи, когда требования к резервированию отдельных элементов системы, сделанные в ожидании улучшения качественных характеристик и получения системы с высокой надежностью, оборачиваются высокой интенсивностью отказов в системе, что вызывает рост объема работ обслуживающего персонала и требует увеличения затрат на приобретение большого количества запасных элементов (ЗИП). "
.........
"В настоящей статье рассмотрены следующие вопросы:
1) показатель надежности – «вероятность безотказной работы»;
2) показатель надежности – «среднее время безотказной работы»;
3) решаемая задача определяет требования к показателям надежности;
4) повышение надежности системы путем резервирования наиболее ненадежных элементов;
5) время восстановления в системах с дублированием элементов оказывает существенное влияние на надежность системы;
6) обоснованность требований на резервирование отдельных элементов системы с кратностью три. "
http://isup.ru/articles/6/1505/

2 ПЛК, 1 набор модулей
2 ПЛК, 2 набора модулей

Где вы увидели больше вариантов ДУБЛИРОВАНИЯ от слова ДВА собственно ????

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