Два одновременно работающих OPC сервера на разных компах невозможно?

[werg]

Собственно в наличии овер 30 шт. плк 110-60
Связь со скадой через OPC Codesys уже настроена, но пока не на всех ПЛК.
По задумке должно быть 2 серверных компа со скадой, абсолютно идентичных.
И еще несколько рабочих мест подключающихся к серверам.
Так вот столкнулся с проблемой:
Пока есть связь на одном сервере - второй не подключается к контроллерам :mad:
Решаема ли эта задача?
Другой ОПС не предлагать
3500 тегов перебивать это вам не то. :(

[murdemon]

Нужно работать через один гетвей сервер...

[ASo]

Месье понимает толк в ....
Надо настроить удаленный ОРС на 2-й СКАДЕ.
Если нужна бесперебойность - то это совсем другая история и другой подход.

[werg]

Если нужна бесперебойность - то это совсем другая история и другой подход.

Именно бесперебойность!
Только как это сделать, если 2 опс не могут параллельно работать с железом?

[capzap]

библиотекой на разные порты открыть два сокета, а брать данные из одного массива/структуры

[werg]

библиотекой на разные порты открыть два сокета, а брать данные из одного массива/структуры
Ничего не понял из того, что вы написали.
Какой кошмар.
Почему овен такой овен.

[capzap]

короче можно

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

Ничего не понял из того, что вы написали.
Какой кошмар.
Почему овен такой овен.

Ну здесь не ОВЕН такой ОВЕН, а изначально при проектировании системы не проработали. Говорить о системе на 30 контроллеров с дублированным доступом, и винить OPC сервер, который для таких целей не создавался... Ну вряд ли правильно :)
Без другого OPC - никак. OPC CODESYS (раз уж на то пошло, а не ОВЕН) работает по протоколу Gateway, который не поддерживает работу с несколькими опрашивающими. Что, к стати, логично.
Что бы я посоветовал:
1. Создаете в каждом контроллере ModBus TCP Slave.
2. На свои ПК устанавливаете ModBus TCP сервера (причем в Вашем случае я бы не гнался за халявкой).
Опрашиваете независимо друг от друга.

[werg]

Лектус сгодится? Как раз был куплен, но не было возможности применить.

[werg]

И еще 1 вопрос.
Если на первом сервере настроить кодесис опс --> клиент ---> скада.
Второй сервер настроить на подключение к кодесис опс первого сервера,
при этом альтернативное подключение (в клиенте имеется такая возможность)
настроить на собственный опс кодесис.
В теории все должно быть так:
запускаем 1й сервер, он начинает работать по протоколу, 2й при этом работает с опс первого.
Если первый сервер падает, то начнет ли собственный опс кодесис 2го сервера конектится к ПЛК?

[Гарчев Евгений]

И еще 1 вопрос.
кодесис опс --> клиент ---> скада.


клиентом по отношению к ОРС-серверу является как раз таки сама скада.



Второй сервер настроить на подключение к кодесис опс первого сервера,
при этом альтернативное подключение (в клиенте имеется такая возможность)
настроить на собственный опс кодесис.
В теории все должно быть так:
запускаем 1й сервер, он начинает работать по протоколу, 2й при этом работает с опс первого.
Если первый сервер падает, то начнет ли собственный опс кодесис 2го сервера конектится к ПЛК?

У ОРС-сервера кодесис нет таких возможностей. Да и это получается резервирование, которое должно выполняться на уровне SCADA-системы. Т.е. одна скада-система настраивается на другую (основную), которая работает через свой ОРС-сервер, если комп с основной скада-системой и ОРС-сервером "отваливается", то резервная скада-система запускает ОРС-сервер на своем компе.

[werg]

Спсибо за внимание!

клиентом по отношению к ОРС-серверу является как раз таки сама скада.

Почти так. В моем случае клиент все таки есть.


У ОРС-сервера кодесис нет таких возможностей. Да и это получается резервирование, которое должно выполняться на уровне SCADA-системы. Т.е. одна скада-система настраивается на другую (основную), которая работает через свой ОРС-сервер, если комп с основной скада-системой и ОРС-сервером "отваливается", то резервная скада-система запускает ОРС-сервер на своем компе.

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

[capzap]

вопрос дрлжен стоять не в том подхватит или нет, а отдаст ли плк соединение др.клиенту