Вид для печати
А если для этого использовать сетевые переменные. По событию (решить с каким интервалом) передавать данные пачкой от мастера к слэйву. Если слэйв не получил данные в течении определенного времени, становится мастером и начинает сам посылать данные другому контроллеру. Среди данных должна быть переменная, которая все время меняется, чтобы узнать момент прекращения передачи данных.
Если реализовать обмен по 485 с модулями интеллектуально-навороченно , используя сислибком , при этом основной рабочий мастер ведет обмен с модулями , резервный на этой шине "слушает" и "подсматривает" ответы , т.е получает данные от модулей в онлайн режиме , при этом в резервном та-же прога сидит основная .
При условии отсутствия запросов со стороны основного мастера включается резервный . Но! При этом и основной должен опрос вести "интеллектуально" , дабы не лезть в обмен .
В общем как-то так можно , даже почти "безобрывно" , но... кода много будет и как-бы так сказать , не повлияет ли усложнение и излишняя "интеллектуальность" системы на ее надежность общую ?
Основной чотко работает и все видит.
И резервный сидит и всё видит, включая основного.
И оба они видютъ - модуль помер и у него нет резерва.
Оператору гарантируется соединение с основным или резервным чтобы узнать хорошие новости. Чем не повышение надежности ?
Схема реданданси.
ПЛК1 --------контрольная шина -------ПЛК2
(мастер) ================= (в горячем резерве)
------------шина управления ----------------
|......................................|
Модуль1....................... Модуль N
Если очень хочется можно такую схему реализовать и на ПЛК ОВЕН
Ну к примеру так -
ПЛК100 -----к.ш. - например ethernet --------------ПЛК100
----------ш.у - 485 - протокол ОВЕН -----------
(мастер)-------------------------------------------(горячий резерв)
ОВЕН Мастер(активный)-----------------------Овен Мастер(не активен)
ОВЕН Прослушка сети(не активный)--------Овен Прослушка сети( активен)
к.ш. ну например на Modbus TCP - с обоих сторон по мастер слейву.
При отпадании мастера слейв оперативно переключается
Цимус протокола ОВЕН в том что есть функция прослушивания сети. На модбасе в силу ограничения протокола это реализовать не возможно.
И да! Эта функция забавная - !!!ИМХО!!! но S400 HSF (2 головы) по цене что то безумное.
P.S. Прошу прощения но форматирование не так отображается как хотел.
P.S.2 И да, ПЛК может быть больше чем 2, но! Алгоритм выбора мастера при слете усложняется
P.S.3 И еще - самое слабое звено - контрольная шина.При ее умирании - пипец системе. Для надежной работы ОБЯЗАТЕЛЬНО предусмотреть механическую защиту. Вплоть до вклеивания суперклеем разъемов Ethernet. Что бы потом только выкусить и снова обжать ethernet.
OK с дублированием самого ПЛК все вроде более или имение понятно ... На счет дублирования линии связи с модулями по 485... Допустим на ПЛК есть 2а 485 .. так же все модули на одной шине и подключены к обоим портам 485 на ПЛК один из портов главный, второй запасной... (при обрыве между любыми из модулей лини 485... система должна работать) те Мастер порт опрашивает и если модуль не отвечает он говорит подчиненому порту попробуй теперь ты вести опрос этого модуля... По идее так должно работать? (только вопрос в конечных резисторах на концах где произошел обрыв... может есть какие специальные хардверные девайсы которые если видят что сопротивление линии меньше сколько то ом подключают оконечное на линии в месте соединения)