Simple-Scada forum
Simple-Scada 2 => OPC UA/DA сервер arOPC => Тема начата: Permobi от 27 Июня 2024, 18:24:08
-
В случае обрыва связи, при опросе параметров по протоколу Modbus TCP, программа arOPC начинает опрос с первого параметра по списку. Получается, что вероятность опроса первого параметра максимальная, а последнего - минимальная. Есть какой-то способ настроить опрос после сбоя связи не по порядку их расположения в списке, а по времени последнего удачного опроса - самый "устаревший параметр" программа будет стремится опросить самым первым?
Мой файл конфигурации во вложении.
-
Добрый день.
Такой возможности нет.
У вас планируется настолько большая конфигурация, и такая нестабильная связь, что OPC сервер не успеет всё опросить?
Я подумаю над вашим предложением.
Можете поподробнее объяснить, какой в этом смысл? Если у вас пропала связь с прибором, то после восстановления и пока всё не опросится вы всё равно не можете опираться на эти показания. Не важно, редко он опрашивается или часто, ведь данные всё равно недостоверны.
Айрат
-
Да, именно так, очень нестабильная связь. К примеру в конфигурации может присутствовать шесть блоков запросов, а за один сеанс связи (до обрыва) проходит не более четырех запросов-ответов и получается, что обмен с остальными двумя блоками никогда не происходит. Это проект телеметрии на базе GSM связи, поэтому высокая скорость обмена не требуется, а отдельным параметрам достаточно обновлять свои показания раз в сутки (к примеру счетчикам).
-
Добрый день.
Ясно.
Что собой представляет оконечное устройство? Оно способно работать, если его одновременно два OPC сервера будут опрашивать?
Айрат
-
Там сложная цепочка обмена, но в итоге arOPC обменивается данными с ПО "iRZ Collector", вроде как можно одновременно делать несколько подключений, но количество запросов/ответов будет тоже, то есть в идеальном случае до обрыва связи два пакета запросит одна копия arOPC и два - вторая копия arOPC.
-
Хорошо.
Постараюсь до конца недели подготовить тестовый вариант.
Айрат
-
Добрый день.
К сожалению не получается быстро внести изменения, логика сложная.
Пока могу порекомендовать перевести настройку устройства "Отсутствие связи с устройством" в "Все теги в BAD".
Это гарантирует что будет сделана попытка опросить все теги. Если конечно TCP соединение есть.
Ну и неплохо бы посмотреть логи OPC сервера, с включенным в них обменом, на момент когда связь пропадает.
Айрат.
-
Добрый день!
Спасибо! Попробовал вариант с "Все теги в BAD" - данные обновляются лучше.
Лог и конфиг во вложении.
-
Добрый день!
Судя по логам, устройство пропадает где то секунд на 15
Думаю надо выставить побольше таймаут в канале связи, секунд 30.
И в настройках устройства, у блоков опроса, параметр "Максимальное количество отказов" равным трем 3.
Айрат