МастерСкада, Modbus Universal MasterOPC Server и подули ввода вывода ОВЕН

[a_gricaj]

Здравствуйте!
Есть проект на МастерСКАДА без контроллера (алгоритм работы оборудования прописан в МастерСКАДА), железо - модули ввода вывода - ОВЕН, опрос и передача данных на модули с помощью Modbus Universal MasterOPC Server по Modbus RTU.
Файл конфигурации ОРС сервера во вложении.
Как видно я использую 19 модулей ввода/вывода с опросом по одному COM-порту.
Моя проблема в том, что большая задержка (1.5 сек) между подачей "1" на вход до появлении "1" на выходе.
Есть ли смысл для повышения быстродействия:
1. Поделить примерно поровну количество модулей и распределить например между четырьмя СОМ-портами - по 5 модулей на порт?
2. Уменьшить "время ответа"(сейчас стоит 100мс) и "время опроса"(сейчас стоит 50мс) в настройках ОРС-сервера? Если можно, то до каких значений?
3. Возможно есть еще другие методы решения этой проблемы?
4. Правильно ли я настроил опрос модулей с 32 входами - два тега, и 32 выходами - 2 тега?

И еще один вопрос: при "отваливании" связи какого нибудь модуля, например при отключении и включении питания - OPC-сервер не восстанавливает связь с этим модулем, помогает только его перезагрузка(ОРС-сервера), как решить эту проблему?

Заранее всем благодарен за ответы.

[Вольд]

Здравствуйте!
Есть проект на МастерСКАДА без контроллера (алгоритм работы оборудования прописан в МастерСКАДА), железо - модули ввода вывода - ОВЕН, опрос и передача данных на модули с помощью Modbus Universal MasterOPC Server по Modbus RTU.
Файл конфигурации ОРС сервера во вложении.
Как видно я использую 19 модулей ввода/вывода с опросом по одному COM-порту.
Моя проблема в том, что большая задержка (1.5 сек) между подачей "1" на вход до появлении "1" на выходе.
Есть ли смысл для повышения быстродействия:
1. Поделить примерно поровну количество модулей и распределить например между четырьмя СОМ-портами - по 5 модулей на порт?
2. Уменьшить "время ответа"(сейчас стоит 100мс) и "время опроса"(сейчас стоит 50мс) в настройках ОРС-сервера? Если можно, то до каких значений?
3. Возможно есть еще другие методы решения этой проблемы?
4. Правильно ли я настроил опрос модулей с 32 входами - два тега, и 32 выходами - 2 тега?

И еще один вопрос: при "отваливании" связи какого нибудь модуля, например при отключении и включении питания - OPC-сервер не восстанавливает связь с этим модулем, помогает только его перезагрузка(ОРС-сервера), как решить эту проблему?

Заранее всем благодарен за ответы.

Если распределить модули по нескольким COM-портам, то это поможет ускорить обмен. Уменьшение time-out тоже может помочь, тут надо экспериментировать. Отваливание приборов - это извечная проблема фирмы "ОВЕН" с которой они ничего не могут поделать.

[ASo]

И еще один вопрос: при "отваливании" связи какого нибудь модуля, например при отключении и включении питания - OPC-сервер не восстанавливает связь с этим модулем, помогает только его перезагрузка(ОРС-сервера), как решить эту проблему?

Т.е. Вы ждете 10с после готовности модуля при восстановлении питания - связь не восстанавливается?
Что показывает трассировка запросов к модулю? Запросы начинают идти?

[SCADAMaster]

1. Поделить примерно поровну количество модулей и распределить например между четырьмя СОМ-портами - по 5 модулей на порт?

Да, это имеет смысл.

1. Поделить примерно поровну количество модулей и распределить например между четырьмя СОМ-портами - по 5 модулей на порт?
2. Уменьшить "время ответа"(сейчас стоит 100мс) и "время опроса"(сейчас стоит 50мс) в настройках ОРС-сервера? Если можно, то до каких значений?

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

4. Правильно ли я настроил опрос модулей с 32 входами - два тега, и 32 выходами - 2 тега?

Можно так. Можно попробовать один тег с типом Int32 (только чередование байт поставьте "Старшим словом вперед").

И еще один вопрос: при "отваливании" связи какого нибудь модуля, например при отключении и включении питания - OPC-сервер не восстанавливает связь с этим модулем, помогает только его перезагрузка(ОРС-сервера), как решить эту проблему?

Это несколько странно. Если обнаруживается отказ модуля, то ОРС прекращает его опроса на заданное время - по умолчанию 10 секунд. После этого должен пытаться опросить снова. Посмотрите по логу - уходят ли запросы к данному прибору.

[a_gricaj]

1. При использовании двух и более СОМ-портов - опрос будет производится одновременно по всем СОМ-портам??
2. Посмотрите пожалуйста картинку1.png
как видно опрос каждого модуля происходит не более чем за 10 мс, но иногда заваливает за 100 мс - это зависит от полного опроса ОРС-сервера мастерскадой?

[SCADAMaster]

1. При использовании двух и более СОМ-портов - опрос будет производится одновременно по всем СОМ-портам??

Да, одновременно.

2. Посмотрите пожалуйста картинку1.png
как видно опрос каждого модуля происходит не более чем за 10 мс, но иногда заваливает за 100 мс - это зависит от полного опроса ОРС-сервера мастерскадой?

Нет, MasterSCADA на это не влияет. Скорость опроса зависит от устройства, посмотрите по логу запросов что именно у вас происходит на шине.

[a_gricaj]

Да, одновременно.


Нет, MasterSCADA на это не влияет. Скорость опроса зависит от устройства, посмотрите по логу запросов что именно у вас происходит на шине.

Подскажите пожалуйста где смотреть лог...

[SCADAMaster]

В режиме исполнения ОРС сервера, вкладка "запросы"

[Flomaster]

при "отваливании" связи какого нибудь модуля, например при отключении и включении питания - OPC-сервер не восстанавливает связь с этим модулем, помогает только его перезагрузка(ОРС-сервера), как решить эту проблему?

Столкнулся с аналогичной проблемой.
К MasterOPC подключены ОВЕН ПЛК100 (3 штуки) по Ethernet (Modbus TCP). А также преобразователь интерфейсов ОВЕН АС4 (создаёт виртуальный COM-порт). К преобразователю подключен модуль ОВЕН МВА8 по RS-485.
В случае отключения и последующем подключения ПЛК е сети проблем не наблюдается, связь восстанавливается автоматически, и тэги на мнемосхеме приобретают актуальные значения.
А вот с ОВЕН МВА8 ситуация выглядит следующим образом.
При отключении питания МВА8 (или отключении преобразователя АС4 от USB-порта) MasterOPC раз в 10 секунд отправляет по 3 запроса к модулю (все настройки по умолчанию). После подачи питания модулю (или после подключения преобразователя АС4 к USB-порту) связь с модулем МВА8 автоматически не восстанавливается. При этом MasterOPC отправляет запросы модулю с периодичностью 1с (указана в настройках), но ответов не получает (как при отключенном модуле). Помогает только перезапуск MasterOPC.

[SCADAMaster]

Попробуйте включить реинициализацию узла при ошибке.