Панель DOP-B по rs-232 (MODBUS RTU) связана с ПЛК DVP-ES2. В обмене около 30 числовых уставок формата WORD и столько же битовых кнопок (BUTTON). И при этом время реакции ПЛК на нажатие клавиши достигает ~1секунду. Особенно напрягает необходимость удержания клавиши до срабатывания исполнительного механизма после выдачи панелью звукового подтверждения восприятия нажатия (beep). Изменение частоты (9600...115200) практически не меняет картину.
С этим явлением впервые столкнулся на ПЛК ОВЕН с СП307, когда ПЛК воспринимал команду через 2...3с. Проблема обсуждалась на форуме ОВНА и решилась включением всех переменных в конфигурации CODESYS в одну переменную STRING длиной до 256байт (реакция составила 0,1...0,2с).
Если кто решал данную проблему на дельте, пожалуйста поделитесь способами. Дает ли эффект расположение всех переменных в соседних адресах? В FAGе предлагали использовать Q-Link. Может кто на столе оценивал степень ускорения обмена при Q-Link?
Время реакции ПЛК на нажатие клавиши на панели оператора
Re: Время реакции ПЛК на нажатие клавиши на панели оператора
Да.kir2 писал(а):Дает ли эффект расположение всех переменных в соседних адресах?
Re: Время реакции ПЛК на нажатие клавиши на панели оператора
Попробуйте сами. Делов-то на 1 минуту.))kir2 писал(а):Может кто на столе оценивал степень ускорения обмена при Q-Link?
На время обмена с Панелью сильно влияют циклические макросы...
Последний раз редактировалось tvent 07 мар 2019, 14:07, всего редактировалось 1 раз.
Re: Время реакции ПЛК на нажатие клавиши на панели оператора
Сами бы попробовали бы, только объект был в наличии в апреле 18-го. А сейчас просматривается подобный, но с переменными в 2-3 больше.tvent писал(а):Попробуй сами. Делов-то на 1 минуту.))kir2 писал(а):Может кто на столе оценивал степень ускорения обмена при Q-Link?
На время обмена с Панелью сильно влияют циклические макросы...
Кстати по оценке Q-Link нашел видео: https://www.youtube.com/watch?v=9rlZdV4vDNU.
Re: Время реакции ПЛК на нажатие клавиши на панели оператора
А почему нельзя DVP-ES2 подключить? У меня он прекрасно работал по Q-Link.kir2 писал(а): Сами бы попробовали бы, только объект был в наличии в апреле 18-го. [/url].
Re: Время реакции ПЛК на нажатие клавиши на панели оператора
and909 и tvent, спасибо за ответы.
Вообще-то по-хорошему нажатие клавиш и некоторые теги (вроде индикации текущей коордиты оси, управляемой маховиком) должны обрабатываться внеочередно. Так в WinCC и ProTool каждая переменная снабжена опцией, где указывается время её обновления (от 0,1сек до 1часа).
Странно, что Q-Link не является стандартом для DVP, если он не ограничивает функциональность связи.
Станок с DVP-ES2 и DOP-B я отлаживал в апрелк прошлого года и сейчас их у меня нет. И поскольку предстоит разработка более объёмного проекта с таким же железом, то хотелось бы избежать (или минимизировать) выявленные ранее недостатки.tvent писал(а): А почему нельзя DVP-ES2 подключить? У меня он прекрасно работал по Q-Link.
Вообще-то по-хорошему нажатие клавиш и некоторые теги (вроде индикации текущей коордиты оси, управляемой маховиком) должны обрабатываться внеочередно. Так в WinCC и ProTool каждая переменная снабжена опцией, где указывается время её обновления (от 0,1сек до 1часа).
Странно, что Q-Link не является стандартом для DVP, если он не ограничивает функциональность связи.
Re: Время реакции ПЛК на нажатие клавиши на панели оператора
Это метод оптимизации обмена данными Панели, как мастера со слейвами. А DVP его (Q-Link) только поддерживает.kir2 писал(а): Странно, что Q-Link не является стандартом для DVP, если он не ограничивает функциональность связи.
Re: Время реакции ПЛК на нажатие клавиши на панели оператора
Кто в курсе, как работает в DOP панелях циклический обмен - монитор панели тупо сканирует все write, read, interlock, invisible адреса, сконфигурированные как переменные ПЛК для активного SCREEN, либо анализирует изменение состояния (BUTTON, NUMERIC ENTRY) и после этого передает переменную в ПЛК?
Если первое, то В DOPsofte присутствуют интересные опции - ON, OFF, BEFORE-AFTER Execute macro. И если на вкладке MAIN "write address" оставить "None" а в ON macro и OFF Macro прописать типа "BITON ({Base_Port}1@X300)" и "BITOFF ({Base_Port}1@X300)" соответственно для BUTTON.
Для NUMERIC ENTRY "write address" например "$200" и AFTER Execute macro - "({Base_Port}1@D400) = $200".
Тогда в циклическом обмене будут отсутствовать элементы BUTTON и NUMERIC ENTRY, которые в моём проекте составляют 95% трафика. Состояние кнопки и уставка будет внеочередно записываться в ПЛК. И соответственно частота обновления элементов типа NUMERIC DISPLAY возрастет.
Может кто-то уже реализовал такой подход к связи с ПЛК или имея железо на столе может проверить, поделитесь опытом или покритикуйте.
Если первое, то В DOPsofte присутствуют интересные опции - ON, OFF, BEFORE-AFTER Execute macro. И если на вкладке MAIN "write address" оставить "None" а в ON macro и OFF Macro прописать типа "BITON ({Base_Port}1@X300)" и "BITOFF ({Base_Port}1@X300)" соответственно для BUTTON.
Для NUMERIC ENTRY "write address" например "$200" и AFTER Execute macro - "({Base_Port}1@D400) = $200".
Тогда в циклическом обмене будут отсутствовать элементы BUTTON и NUMERIC ENTRY, которые в моём проекте составляют 95% трафика. Состояние кнопки и уставка будет внеочередно записываться в ПЛК. И соответственно частота обновления элементов типа NUMERIC DISPLAY возрастет.
Может кто-то уже реализовал такой подход к связи с ПЛК или имея железо на столе может проверить, поделитесь опытом или покритикуйте.
Re: Время реакции ПЛК на нажатие клавиши на панели оператора
Эта конструкция будет выполнятся дольше, чем NUMERIC ENTRY D400. По сути, макрос это подпрограмма, которая выполняется до или после ввода.kir2 писал(а): Для NUMERIC ENTRY "write address" например "$200" и AFTER Execute macro - "({Base_Port}1@D400) = $200".
По моим наблюдениям, чем больше макросов (не важно каких), тем больше общее время скана данных.
Обмен через DVP Q-LINK заметно быстрее, чем через DVP PLC.
Время обмена данных меньше, когда адреса данных последовательно упорядочены.