Связь нужна безусловно. Опять же по TCP реализовать.Сообщение от kondor3000
Связь нужна безусловно. Опять же по TCP реализовать.
А так же проблема с управлением. В ПР даже запись по биту, всё равно периодически проскакивает без бита.
Это только кажется, что всё просто. Проблем будет полно, вплоть до отказа связи в сети.
Последний раз редактировалось kondor3000; 26.11.2025 в 16:37.
Да я понимаю, что не просто, но попробовать стоит.
начните с управлением чтением по команде для мастера сети.
опять же, если у вас модули в/в TCP, возможно у них несколько сокетов для чтения, тогда пусть себе ПР читают их одновременно и исполняют программу.
Тогда все упрощается - ограничить управление резервному.
Резервирование ПЛК
Ничего из этой затеи, путного, ИМХО не получится.
Как и кто по вашему сможет определить что контроллер основной - сдох и пора переключаться?
Как и кто определит, что тот контроллер, на который хотите переключиться - исправен?
Недооценка сложности задачи, как по моему мнению...
В данный момент готовлю статью по теме "Резервирование ПЛК", попробовал простыми словами описать проблематику.
Буду признателен за критику и прочтение
+79104444236
С уважением,
Лапшин Вячеслав
- релейный выход как контрольный для резервного. отвалился - значит ПР умер...Как и кто по вашему сможет определить что контроллер основной - сдох и пора переключаться?
если не полагаться на канал связи между ПР, ПЛК конечно.
krollcbas отмотайте так десяток лет назад. Regul 500 и 600 и да, там таки CodeSys 3.5 точнее его инкарнация Epsilon.... Было резервирование как CPU+CPU один комплект модулей так и CPU и модули с полным вторым комплектом...
о каком рубеже 24-25 годов речь ?
SIL вроде не было, это да. но для большинства и не требуется, если у модулей есть безопасное состояние выходов, если они перестали видеть CPU
krollcbas прав, ничего путного не получится в данном случае.
это тоже так себе затея. "Умереть" может, как вариант, например один из выходов ПР , а контрольный будет исправен. И связь будет исправна. И тогда как?- релейный выход как контрольный для резервного. отвалился - значит ПР умер...
Сергей0308 реле надо выбирать правильно. И второе, если в системе есть риски приваривания контактов на промежуточных реле исполнительных механизмов, еще добавляется обратная связь, ессно если этого требует технология процесса.
все решаемо и все зависит от процессов. Приварилось, мы выключили, но по обратной связи там есть напруга - АЛАРМ, АЛАРМ и все выключить.... з.ы. к резервированию это как собаке 5-я нога, это из другой области.
з.ы. для контроля связи между ПЛК обычно используются вторые интерфейсы, которые как только между собой ни с чем более не соединены. Этого нет у ПР. но опять же, никто не мешает делать и через роутер, и тут как раз через доп вход/выход будет правильнее. Если роутеры (коммутаторы) не дублируются
Ваши права
Ответить с цитированием