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

Собственно интересует реализуемость и (главное) методы реализации горячего резервирования применительно к ПЛК. И нужно ли вообще все это? Кто что думает?

У Шнейдера контролеры Quantum имеют возможность горячего резервирования. Плюс, возвожно резервирование сети. http://www.modicon.ru/catalog.aspx?ob_no=724 

Горячее резервирование очень сильно завязано на hardware ПЛК. По этому говорить только о среде программирования бессмыслено.

Условно резервирование можно разбить на две группы:

Первая, это когда есть модульный контроллер в котором продублированы модули питания, процессорные модули, сетевые...

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

Ну, на пальцах где-то так.

Мои пять копеек, ОМРОН ПЛК CS1D: http://www.omron-industrial.com/en/home/products/automationsystems/ProgrammableLog/RackPLCSeries/CS1D/default.asp

А если создать программное резервирование? Т.е. имеется два блока, один мастер - т.е. постоянно работает, второй в резерве и следит за состоянием мастера. В случае чего - выставляет флаг аварии, запрещает мастеру работать и сам ребется за выполнение всех функций. Таким образом имеется по сути своей 2 равноценных ПЛК...

Вопрос в том, как эту аварию мастера отследить, по каким критериям судить об исправности головного ПЛК.

В любом случае резервирование программно-аппаратное.

С одной стороны имеем удвоенный комплект аппаратной части с аппаратным же контролем ввода резерва (к примеру блоки питания с компараторами в роли переключателя на резерв), а с другой - идет программный обмен данными между основным и резервным контроллером. И даже в защитных контроллерах (к примеру FESTO), где используется троирование процессоров - все равно идеология "2 из 3" реализуется программно.

А то, что Вы описали, это наиболее распространенный и уже не раз реализованный вариант. Зачастую при этом критерий переключения - меньшее кол-во системных ошибок, чем у основного контроллера.