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

[Вольд]

Программное резервирование - это самый настоящий геморр. Нормальное резервирование делается с помощью аппаратных средств. Это раз.
Если в таргете не прописаны возможности резервирования, то кодесисом никак. Это два.

Возможно автору темы сойдет и примитивное программное резервирование. Если резервный ПЛК хотя бы определит, что программа основного ПЛК перестала выполнять цикл, подаст об этом аварийный сигнал, обесточит основной ПЛК и сам включится в работу вместо основного ПЛК, то это уже что-то. Дьявол кроется в деталях и надо смотреть что там в конкретной задаче творится.

[Eugene.A]

Если ПЛК, конечно, раз в минуту щёлкает релюшкой, то задачу с грехом пополам можно решить. Резервный ПЛК следит за контактом релюхи, прошло две минуты - не щёлкнула, пора брать вожжи в свои руки. Только релюху тоже бы резервировать не мешало. Одной дополнительной релюхой отключать её пригоревшие контакты, а другой начинать щёлкать. А если релюх несколько десятков, и щёлкают они когда ни попадя, в зависимости от погоды и курса маррокканской валюты? А если плюс ко всему куча аналоговых сигналов с нехилой математической обработкой? А основной контроллер не тупо завис, а начал дурака валять? Вот было недавно - сименсовский контроллер перестал отслеживать несколько аналоговых величин, отображал какие-то старые значения, пока не выключили питание. После чего сообщил об авариях датчиков. Вы это всё как собираетесь диагностировать?
Вот вы потратились финансово, проделали большую работу, наладили-запустили, и вдруг сбой. Представляю себе укоризненный взгляд начальника.

[Вольд]

Представляю себе укоризненный взгляд начальника.

Дарю вам хороший совет - не надо пресмыкаться перед начальниками.

[melky]

Eugene.A написал же в самом начале - при помощи использования сетевых переменных все делается., а там не важно, сколько раз и как клацают релюхи.
Если резервный ПЛК видит отсутствие, неправильные данные в сети, значит надо принимать решение о перехвате задачи.

Как реализовывать, это уже второй вопрос, но точно не по слежке о состоянии реле.
И да, аппаратные решения, точнее сделанные на уровне Firmware контроллеров лучше, так как претензии можно к производителю потом направить.

[capzap]

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

[Eugene.A]

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

А как он определил, правильные они или нет? Выполнял программу синхронно? Теперь вопрос - допустим, данные разные, кто из них прав?

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

Вот! Двое выполняют одну задачу,если результат разный - то что?

[Ryzhij]

Вот! Двое выполняют одну задачу,если результат разный - то что?

Уточню немного. Резервный ЦПУ должен выполнять задачу с данными из основного. При различии результатов происходит переключение, и бывший основной уходит на задачу самодиагностики.

[melky]

capzap да, выполняя задачу одновременно синхронизируясь всегда с ведущим и не управляя исполнительными механизмами. Тогда он точно знает в каком положении все исполнительные механизмы. на момент ошибки.
з.ы. а вообще это задача не для Овен.... лучше переплатить и поставить нормальное оборудование для этого.

[capzap]

Значит разобрались и на Овен ни кто систему резервирования делать больше не будет только из-за того что дешевле

[Eugene.A]

Уточню немного. Резервный ЦПУ должен выполнять задачу с данными из основного. При различии результатов происходит переключение, и бывший основной уходит на задачу самодиагностики.

А где уверенность, что сбой произошел не в резервном?