Собственно в наличии овер 30 шт. плк 110-60
Связь со скадой через OPC Codesys уже настроена, но пока не на всех ПЛК.
По задумке должно быть 2 серверных компа со скадой, абсолютно идентичных.
И еще несколько рабочих мест подключающихся к серверам.
Так вот столкнулся с проблемой:
Пока есть связь на одном сервере - второй не подключается к контроллерам :mad:
Решаема ли эта задача?
Другой ОПС не предлагать
3500 тегов перебивать это вам не то. :(
Нужно работать через один гетвей сервер...
Месье понимает толк в ....
Надо настроить удаленный ОРС на 2-й СКАДЕ.
Если нужна бесперебойность - то это совсем другая история и другой подход.
Именно бесперебойность!Цитата:
Сообщение от ASo
Только как это сделать, если 2 опс не могут параллельно работать с железом?
библиотекой на разные порты открыть два сокета, а брать данные из одного массива/структуры
Ничего не понял из того, что вы написали.Цитата:
библиотекой на разные порты открыть два сокета, а брать данные из одного массива/структуры
Какой кошмар.
Почему овен такой овен.
короче можно
Ну здесь не ОВЕН такой ОВЕН, а изначально при проектировании системы не проработали. Говорить о системе на 30 контроллеров с дублированным доступом, и винить OPC сервер, который для таких целей не создавался... Ну вряд ли правильно :)Цитата:
Сообщение от werg
Без другого OPC - никак. OPC CODESYS (раз уж на то пошло, а не ОВЕН) работает по протоколу Gateway, который не поддерживает работу с несколькими опрашивающими. Что, к стати, логично.
Что бы я посоветовал:
1. Создаете в каждом контроллере ModBus TCP Slave.
2. На свои ПК устанавливаете ModBus TCP сервера (причем в Вашем случае я бы не гнался за халявкой).
Опрашиваете независимо друг от друга.
Лектус сгодится? Как раз был куплен, но не было возможности применить.
И еще 1 вопрос.
Если на первом сервере настроить кодесис опс --> клиент ---> скада.
Второй сервер настроить на подключение к кодесис опс первого сервера,
при этом альтернативное подключение (в клиенте имеется такая возможность)
настроить на собственный опс кодесис.
В теории все должно быть так:
запускаем 1й сервер, он начинает работать по протоколу, 2й при этом работает с опс первого.
Если первый сервер падает, то начнет ли собственный опс кодесис 2го сервера конектится к ПЛК?
клиентом по отношению к ОРС-серверу является как раз таки сама скада.Цитата:
Сообщение от werg
У ОРС-сервера кодесис нет таких возможностей. Да и это получается резервирование, которое должно выполняться на уровне SCADA-системы. Т.е. одна скада-система настраивается на другую (основную), которая работает через свой ОРС-сервер, если комп с основной скада-системой и ОРС-сервером "отваливается", то резервная скада-система запускает ОРС-сервер на своем компе.Цитата:
Сообщение от werg
Спсибо за внимание!
Почти так. В моем случае клиент все таки есть.Цитата:
клиентом по отношению к ОРС-серверу является как раз таки сама скада.
Мы с вами понимаем этот вопрос одинаково.Цитата:
У ОРС-сервера кодесис нет таких возможностей. Да и это получается резервирование, которое должно выполняться на уровне SCADA-системы. Т.е. одна скада-система настраивается на другую (основную), которая работает через свой ОРС-сервер, если комп с основной скада-системой и ОРС-сервером "отваливается", то резервная скада-система запускает ОРС-сервер на своем компе.
Меня беспокоит только вопрос выбора - как реализовать запуск собственного опс на резервной машине.
Т.е. стоит его именно запускать по событию или же он с самого начала может быть запущен.
Подхватит ли он передачу данных, когда канал освободит основной опс или не подхватит?
вопрос дрлжен стоять не в том подхватит или нет, а отдаст ли плк соединение др.клиенту