Simple-Scada 2 > OPC UA/DA сервер arOPC
Задержка при обмене с arOPC
(1/1)
B.B:
Добрый день
arOPC 1.86.184.1845
Simple-Scada ver. 2.5.13.0 от 23.11.21
Установлено на панельном ПК IEI под ОС Win10
Очередь на сервере 2 (131)
При запуске проекта изменённые данные от SCADA появляются в тегах ОРС сервера с задержкой от 10 до 50 секунд. Спустя пять-десять минут после запуска проекта обмен идёт в нормальном режиме.
Задержка именно при передачи в тег.
Частоту опроса пробовали менять 1с, 300 мс, 100 мс.
Поведение не меняется.
Подскажите, в чём может быть причина такого поведения?
Simple_Scada:
Здравствуйте.
--- Цитировать ---При запуске проекта изменённые данные от SCADA появляются в тегах ОРС сервера с задержкой от 10 до 50 секунд.
--- Конец цитаты ---
Возможно у Вас при запуске проекта OPC-сервер долгое время не может подключиться к ПЛК. Просмотрите логи OPC-сервера, возможно там имеются какие-либо ошибки, которые подскажут причину проблемы.
--- Цитировать ---Спустя пять-десять минут после запуска проекта обмен идёт в нормальном режиме. Задержка именно при передачи в тег.
--- Конец цитаты ---
Скада работает всегда одинаково, как сразу после запуска, так и через любое другое количество времени. При записи значения в тег скада лишь передает на OPC-сервер обновленное значение и никак не влияет на скорость, с которой произойдет запись. Скорость будет зависеть от того, как быстро OPC-сервер передаст значение на ПЛК и как быстро ПЛК его запишет.
Повторите проблему и пришлите логи OPC-сервера. Также, пришлите конфигурацию OPC-сервера. Возможно разработчик arOPC подскажет, в чем может быть проблема.
B.B:
--- Цитата: Simple_Scada от 04 Апреля 2022, 12:22:31 ---
Скада работает всегда одинаково, как сразу после запуска, так и через любое другое количество времени. При записи значения в тег скада лишь передает на OPC-сервер обновленное значение и никак не влияет на скорость, с которой произойдет запись.
--- Конец цитаты ---
Вот об этом и речь. По какой-то причине происходит задержка передачи.
--- Цитата: Simple_Scada от 04 Апреля 2022, 12:22:31 ---Скорость будет зависеть от того, как быстро OPC-сервер передаст значение на ПЛК и как быстро ПЛК его запишет.
Повторите проблему и пришлите логи OPC-сервера. Также, пришлите конфигурацию OPC-сервера. Возможно разработчик arOPC подскажет, в чем может быть проблема.
--- Конец цитаты ---
От ОРС на ПЛК передача происходит "мгновенно". От SCADA на ОРС тег не приходит (видно предыдущее значение). Как только значение тега в ОРС изменилось - тут же следует реакция ПЛК.
Логи приложу чуть позже. Установка в НИИ, удалённого доступа нет, надо выезжать на место (оформлять документы и т.д.).
Simple_Scada:
--- Цитировать ---От ОРС на ПЛК передача происходит "мгновенно". От SCADA на ОРС тег не приходит (видно предыдущее значение). Как только значение тега в ОРС изменилось - тут же следует реакция ПЛК.
--- Конец цитаты ---
На OPC-сервере невозможно увидеть "изменённые данные от SCADA". Значения, которые Вы видите на OPC-сервере это значения с ПЛК, а не со скады. При записи значения в переменную, скада передает на OPC-сервер обновленное значение(его невозможно увидеть в OPC-сервере), а OPC-сервер записывает это значение в переменную на ПЛК. Как только ПЛК запишет в переменную новое значение, OPC-сервер считает его и Вы увидите его в OPC-сервере. Каких-либо задержек в этот процесс скада не вносит, а даже если теоретически предположить такие задержки, то они были бы всегда одинаковые, как сразу после запуска, так и в течение всей последующей работы скада-системы. Поэтому, у Вас явно имеются какие-то проблемы либо с настройками конфигурации OPC-сервера, либо есть какие-то задержки при первом подключении к ПЛК, либо проблема в самом ПЛК или его настройках и т.д.
B.B:
Ясно. Неправильно поставлен вопрос был.
При записи руками значения в тег происходило изменение в ПЛК.
При изменении значения на мнемосхеме тег не обновлялся (теги только на чтение или только на запись, это ограничение устройства).
В логах arОРС (во вложении) часто встречается
"05.04.2022 10:00:52.998 - Превышено максимальное количество запросов на присвоение в устройстве "MOPO""
Обмен с МОПО 115200 бит/с по последовательному каналу. Т.е. частота опроса в 100 мс никак очередь вызвать не могла (там всего 13 тегов, на запись 3 и 10 на чтение).
Оказалось, что на обмен влиял второй порт в панельном ПК на который были подключены частотные преобразователи.
При выключенных ПЧ начинался неуверенный обмен с МОПО, получалась очередь и, как следствие, задержка обмена.
Спасибо за помощь и объяснение.
Навигация
Перейти к полной версии