Связь InTouch9.5 с ICP DAS через OPC-сервер NAPOPC_ST DA

[oleg_15]

При опросе 15 приборов серии I-7000 задержка во времени отображения в СКАДЕ может составлять до 5-10 секунд.
Как это преодолеть?

[oleg_15]

InTouch и ОРС-сервер на одном PC. Сервер опрашивает приборы без задержек.
Связь InTouch и NAPOPC_ST через ОРСLink.

[oleg_15]

Проблема при рабочем InTouch, мощность РС выше крыши. Связь InTouch и NAPOPC_ST через ОРСLink. Настройки СКАДА по умолчанию. Период опроса ОРСLink 1 сек.

[DelSnos]

Проблема при рабочем InTouch, мощность РС выше крыши. Связь InTouch и NAPOPC_ST через ОРСLink. Настройки СКАДА по умолчанию. Период опроса ОРСLink 1 сек.

Ради интереса попробуй вместо OPCLink завести пару тегов через FS Gateway, а потом дальше подумаем

[pike]

При опросе 15 приборов серии I-7000 задержка во времени отображения в СКАДЕ может составлять до 5-10 секунд.
Как это преодолеть?

Стесняюсь спросить, а интерфейс связи и протокол какой? Что пишет производитель "приборов серии I-7000" о времени от получения запроса до отправки ответа?
А так для ModBus-RTU время очень даже не плохое, для ModBus TCP то же вполне допустимое при последовательном опросе не слишком быстрых устройств (300 мс).

[DelSnos]

При опросе 15 приборов серии I-7000 задержка во времени отображения в СКАДЕ может составлять до 5-10 секунд.
Как это преодолеть?

Стесняюсь спросить, а интерфейс связи и протокол какой? Что пишет производитель "приборов серии I-7000" о времени от получения запроса до отправки ответа?
А так для ModBus-RTU время очень даже не плохое, для ModBus TCP то же вполне допустимое при последовательном опросе не слишком быстрых устройств (300 мс).

"Модули серии I-7000" -я так понял это модули I/O контроллеров ICPDAS.

Проблема при рабочем InTouch, мощность РС выше крыши. Связь InTouch и NAPOPC_ST через ОРСLink. Настройки СКАДА по умолчанию. Период опроса ОРСLink 1 сек.

По какому драйверу вы опрашиваете свой контроллер? Родной DCON или Modbus TCP?
А можете не использовать OPCLink? Ведь можно и нужно подружить InTouch напрямую с NAPOPC_ST DA. Зачем лишний и глючный :D узел OPCLink? Уверен, что проблема в нем.
p.s. Вы меня поправьте, если я ошибаюсь в возможности прямой связки InTouch - NAPOPC_ST DA

[CHANt]

p.s. Вы меня поправьте, если я ошибаюсь в возможности прямой связки InTouch - NAPOPC_ST DA

Артур, NAPOPC это бесплатный ОРС-сервер, да причем еще и заточенный под модули I-7000. С чего ты взял что он напрямую будет общаться с интачем? У версии 9.5 нет встроенного орс-клиента, только свой протокол и DDE ( а что у 10 версии интача встроенный орс-клиент появился?).
А так поддерживаю твой совет о том, что стоит попробовать заменить древний ОРСlink на FSGateway...

[DelSnos]

Opc client не появился. Я и предлагаю попробывать зацепиться по dde, может быть и заработает. Нужно проверить. Например opc сервер rockwell automation rslinx прекрасно работает по dde.

[Ryzhij]

Например opc сервер rockwell automation rslinx прекрасно работает по dde.

Немного не в тему, но давайте уточним. Коммуникационная программа RSLinx Classic при соответствующих настойках МОЖЕТ ВЫПОЛНЯТЬ РОЛЬ как OPC-, так и DDE-сервера.
Но сама программа таковыми серверами, строго говоря, не является.
А вот RSLinx Enterprise так вообще не работает.

Обычно OPC-сервера и сервера DDE это разные программы, хотя есть и примеры объединения этих функций.

[CHANt]

FSgateway, как вариант, это беззатратный способ попробовать улучшить ситуацию, за пару тройку часов рабочего времени с 0. Применение стороннего ПО, как правило, принесет доп. затраты, а дело ведь может быть и не в ПО, а в самом принципе построения сети опроса приборов)))