Горячее резервирование

[KSergey]

Доброго времени суток, уважаемые форумчане!
Имеется проект, по условиям которого необходимо горячее резервирование.
Используем ПЛК110-60 2 штуки. Как сообразить на них горячее резервирование?
Допустим, будем использовать по одному выходу на контроллерах для мониторинга их работы: идут импульсы - всё нормально, нет - передаём управление на резервный контроллер, при этом отключая выходы основного.
Встаёт вопрос: предполагается использовать несколько модулей МВ110-32ДН. Как организовать их опрос с двух контроллеров? Как на резервном контроллере отключить ModbusMaster до тех пор, пока основной не выйдет из строя?
То есть в нормальном режиме мастером сети RS485 является контроллер №1, а в случае отказа мастером становится контроллер №2.

[ASo]

Используйте иные системы. Но это - не ОВЕН.

[KSergey]

Я думал резервный использовать в качестве слейва, а на мастере дублировать входы с МВ, чтобы две программы работали практически синхронно, тогда можно избежать отключения реле. Но не пойму, как резервному отключить и включить мастера по команде, чтобы он опрашивал модули только тогда, когда необходимо. При этом основной можно вообще отключить по питанию.

[Вольд]

Я думал резервный использовать в качестве слейва, а на мастере дублировать входы с МВ, чтобы две программы работали практически синхронно, тогда можно избежать отключения реле. Но не пойму, как резервному отключить и включить мастера по команде, чтобы он опрашивал модули только тогда, когда необходимо. При этом основной можно вообще отключить по питанию.

Задача не тривиальная, но вполне реализуемая. Порты RS-485 ПЛК110 свободно программируемые. Используя библиотеки SysLibCom или UNM надо написать код мастера сети RS-485 для ПЛК-Primary и ПЛК-Backup. При запуске системы ПЛК-Primary начинает обмен по сети со Slave (К1 замкнуты). ПЛК-Backup стоит чисто на приеме и следит за обменом. Если обмен по сети идет нормально, то ПЛК-Backup ведет прием откликов от Slave синхронно с ПЛК-Primary. Если ПЛК-Primary вдруг прекратил обмен по сети, то
ПЛК-Backup фиксирует эту ситуацию, отключает ПЛК-Primary от линии связи и берет обмен по сети на себя.

[Николаев Андрей]

Это задача действительно для другого уровня систем...
Но уж если решились на костыли:
1. В Конфигурации при настройке обмена - можно выбирать обмен по команде, не постоянно. А в программе проверяете условие (если я должен опрашивать модуль) - даете команду на опрос.

Чтобы еще повысить в этой ситуации предсказуемость - можно поддержать работу ПЛК ModBus Master не из конфигурации, а в коде. Сложнее, но более гибко.

[Ryzhij]

Горячее резервирование процессоров, кроме переключения входов-выходов, и каналов связи подразумевает прежде всего синхронизацию внутренних данных - состояний таймеров, счётчиков, ПИД-регуляторов и прочих API.
Как это видится под CoDeSys?
/пошёл за попкорном/

[Дмитрий Артюховский]

Горячее резервирование процессоров, кроме переключения входов-выходов, и каналов связи подразумевает прежде всего синхронизацию внутренних данных - состояний таймеров, счётчиков, ПИД-регуляторов и прочих API.
Как это видится под CoDeSys?
/пошёл за попкорном/

мастер, по отдельному каналу, передает бекапу важные данные, которые и поддерживают актуальность резервной модели процесса... ну это если просто прослушка обмена не даст всех данных...

[Ryzhij]

Да-да, особенно значения внутренних переменных ПИД и быстрых счётчиков по модбасу, ну-ну!
То-то солидные фирмы для этого оптические патч-корды в спец.модулях используют, да ещё спец наборы фирмваре применяют...
С дуру и с жиру, видать...

У Овен-овских ПЛК есть свой сегмент рынка.
Системы с горячим резервированием - это из другой оперы.

[Вольд]

Да-да, особенно значения внутренних переменных ПИД и быстрых счётчиков по модбасу, ну-ну!

У ПЛК110 есть Ethernet. можно через него вести межпроцессорный обмен. Не хило получится.

[Ryzhij]

У ПЛК110 есть Ethernet. можно через него вести межпроцессорный обмен. Не хило получится.

Нет, того Ethernet-а, каким располагает Овен, не хватит