AI
Active Forum Member / Активный участник форума
Участник № / Member № 3594
отправлено / posted
Добрый день, Подскажите, как в TraceMode определить реальное время цикла выполнения программы. Установлено 0.055 c, но реально работает несколько медленнее
Сообщения / Posts 75 | Из / From: Russia
| IP / IP: IP адрес / IP address |
отправлено / posted
В окне "Компоненты" (см."Профайлер с поддержкой графических экранов") указаны заданный и реальный циклы пересчета базы каналов и счетчик превышений заданного цикла. Есть соответствующие системные и диагностические переменные (см."Каналы и системные переменные/Системные переменные"). Цикл 0.055 с для реального хорошо нагруженного проекта может оказаться недостаточным. И прежде всего это скажется на динамике графического интерфейса.
Сообщения / Posts 17316 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
Здравствуйте. Помогите решить проблему слишком медленного обмена данными с Omron по Ethernet. Когда каналов не больше десяти, то все в порядке, но когда я создал их чуть больше ста, смена значения длится до 25 секунд. приоритеты потоков все Default, Период 10, Разрешение 0,055, периоды пересчета всех каналов 1 цикл CALC. загрузка процессора 50%. Кабель Ethernet проверенный. CLC (550)
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Андрей В.
Active Forum Member / Активный участник форума
Участник № / Member № 2749
отправлено / posted
Прежде всего увеличте период обмена для вашего проекта , у меня количество каналов за 150 при этом период установлен 30. Дальше проверте обмен пакетами между ПЛК и ТМ6 с помощью внешней программы и системных переменных ТМ , увидите как всё работает с середины.
Сообщения / Posts 93 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
Период обмена увеличивал до 30, толку никакого. Сетевая пропускная способность ПЛК с ТМ6 1-2%. Причем, запуская профайлер первые значения он сразу обновляет. Ваш тестовый пример с контроллером Omron имеет 650 каналов и работает у меня на периоде 10 без проблем.
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
Добрый день. Очень вас прошу, помогите разобраться с очень долгим обменом с контроллером (20 секунд на 100 каналов). Это ж ни в какие рамки не лезет, можно я вам проект скину на ваш ящик, посмотрите.
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Проверьте по всем ли каналам у Вас достоверность. Так как в случае даже одной ошибки, скорость обмена сильно замедляется.
Сообщения / Posts 17316 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
Проверил, у 7 каналов была недостоверность (номер устройства забыл выставить), исправил, время обмена сократилось, но все-равно составляет 4-5 секунды, поэтому проблема остается.
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
К сожалению, у нас устройства нет, и более детально мы проверить ничего не можем. Попробуйте все-таки проверить каким-нибудь анализатором трафика (снифером) запросы и ответы. Возможно, эта проверка даст дополнительную информацию о задержках.
Сообщения / Posts 17316 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
Да дело то тут не в устройстве, ваш тестовый пример (Ompon_Ethernet) работает как надо, хотя там 650 каналов, обновляются по 3 раза в секунду. Системный монитор показывает почти одинаковое количество переданных/полученных пакетов в тестовом примере и в моем проекте (16-18 пакетов/сек). А что означает цифра 5 в строке CLC=5(500)?
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
Нашел 2 причины больших задержек. 1. Оказалось на обмен по IP у меня влияет количество подгрупп в группе Omron_Ip_Group. Для примера я просто создал одну Omron_Ip_Group и в ней 2 подгруппы с 500 источниками и задержки сразу исчезли. Но только если адреса идут по порядку.
2. Главная причина: ввод адресов не по порядку, или с инкрементом больше 2-х. В связи с этим просьба поддержке проверить действительное наличие этого недостатка в ТМ6 или как можно исправить ситуацию.
отправлено / posted
В некоторых драйверах есть такое понятие как групповой запрос. Т.е. Trace Mode получает значения нескольких параметров одним запросом.
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
А больше ничего нельзя сделать для ускорения процесса, чем как кучу ячеек на контроллере перемещать.
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Увеличить скорость обмена, уменьшить таймауты. Это все, что можем предложить. Но вряд ли это применимо к данной ситуации.
Сообщения / Posts 17316 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
Уважаемая поддержка, ТМ6 - SCADA система очень красивая и конкурентноспособная, но скорость обмена с контроллерами портит не только всю картину, но и сводит на нет все скоростные характеристики Ethernet и контроллеров, почему запросы на чтение/запись такие медленные, в элементарном проекте со всего 15 каналами обмен происходит уже не менее секунды, а что уж говорить про 1000-4000 каналов - один раз в 2 минуты? Неужели чтобы воспользоваться всеми преимуществами ТМ6, в контроллере необходимо поменять все адреса, чтобы они шли по порядку? Ужас... А потом еще тестировать уйму времени, вдруг конфликты какие. Должен же быть выход по проще.
Всего 15 запросов в секунду в век высоких технологий, смешно...
Я думаю данный продукт будет еще больше востребован, если вы хотя бы частично лишите ТМ6 этого огромного недостатка в ближайших релизах (хотя бы полсекунды на сотню каналов, чтоб не все адреса менять).
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Чаще всего это зависит от способа формирования групповых запросов в протоколе контроллера. В частности, у контроллеров OMRON групповой запрос предполагает задание начального адреса переменной и количества переменных, что и означает, что эти переменные должны быть адресованы последовательно. Так что в данном случае другого варианта быть не может.
Сообщения / Posts 17316 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
Да про групповые запросы я понял, но они ооочень медленные (получается один запрос одну или группу ячеек за 70 мсек) и узким местом является ТМ6, так как SCADA от OMRON "Supervisor" позволяет чтение/запись до 300-400 ячеек, выбранных случайным образом, при минимальном времени полсекунды с этого же контроллера.
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Возможно, что SCADA от OMRON "Supervisor" считывает групповыми запросами существенно большее количество переменных, чем Вы заказываете, но предъявляет Вам только те, которые Вы просите. Если Вам не жалко лишних каналов в Trace Mode, можно создать искусственные групповые запросы, в которых будут присутствовать и данные, которые Вы не будете использовать. При этом опросы большой группой будут происходить быстрее, чем несколькими малыми.
У нас проработан вариант организации группового запроса без увеличения количества каналов - использование канала CALL_ChGroupReq, привязанного к источнику с минимальным адресом. Объем группового запроса будет определяться количеством аргументов канала CALL_ChGroupReq, тип данных которых соответствует формату запрашиваемых переменных. Но в связи с отсутствием у нас контроллеров OWRON проверить и адаптировать этот механизм к соответствующему драйверу не представляется возможным.
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
А можно по подробней про CALL_ChGroupReq: к аргументам привязывать каналы со случайными адресами и скорость не замедлится? А на текущие тренды как это будет выводится, или только на архивный?
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
К аргументам можно привязывать каналы (атрибуты ВХОД) с произвольными ID. И уже эти каналы подключать к трендам, направлять на архивирование и пр.
Сообщения / Posts 17316 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
К аргументам CALL_ChGroupReq привязал входные значения каналов, а реальные подключал к экранам и тд., скорости не прибавилось, или надо аргументы CALL_ChGroupReq привязывать к экранам?
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
Как мне вывести двойное слово на экран? С Каналом Double Float не получается...
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
1. Ваша цитата: "Оказалось на обмен по IP у меня влияет количество подгрупп в группе Omron_Ip_Group. Для примера я просто создал одну Omron_Ip_Group и в ней 2 подгруппы с 500 источниками и задержки сразу исчезли. Но только если адреса идут по порядку." Я полагаю, что если Вы буете получать данные с помощью аналогичных групповых запросов CALL_ChGroupReq такого объема, но ненужные переменные из этих запросов не будете использовать, вы должны получить тот же эффект.
Можно привязывать к экранам и аргументы CALL_ChGroupReq, но это существенно не повляет на реактивность.
2. Двойное слово выводится на экран через аргумент с типом данных UDINT. А взять число можно из канала HEX32.
Сообщения / Posts 17316 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
quote:Отправитель / Originally posted by AdAstra Technical Support: 2. Двойное слово выводится на экран через аргумент с типом данных UDINT. А взять число можно из канала HEX32.
Demus1
Active Forum Member / Активный участник форума
Участник № / Member № 3844
отправлено / posted
Здравствуйте. Есть ли рекомендации по выбору время цикла в настройках узла? Больше/меньше реального должно быть? Насколько?
Сообщения / Posts 92 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Вы сами должны определить необходимую реактивность МРВ по мониторингу и управлению, исходя из динамики процесса. По реактивности МРВ надо пытаться encfyfdkbdfnm цикл в настройках узла. Видимо, желательно иметь цикл не больше половины времени реакции. При этом надо учитывать, что асинхронные потоки обмена информацией с устройствами могут дополнительно снизить реактивность. При медленных каналах связи реактивность МРВ может целиком определяться именно каналами связи. Уменьшение цикла МРВ в этом случае не поможет.
BUJH
Forum Member / Участник форума
Участник № / Member № 6737
отправлено / posted
Здравствуйте! У меня опрос по RS-485 на 9600 происходит за 23 секунды. При этом половина каналов при работе МРВ указывают на недостоверность, тем не менее, значения этих переменных все же обновляются, один раз при старте, далее неизменны. Какие этому могут быть причины?
Сообщения / Posts 43 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Nico
Forum Professor / Завсегдатай форума
Участник № / Member № 5342
отправлено / posted
недостовернось каналов связана с неправильным обменом по RS если устройство не отвечает то TM ждет ответа - > отсюда и большое время опроса
Сообщения / Posts 873 | Из / From: Россия
| IP / IP: IP адрес / IP address |
BUJH
Forum Member / Участник форума
Участник № / Member № 6737
отправлено / posted
Не могу понять почему в ТМ не работает, если использовать в качестве Источники\приемники ОРС сервер, то обмен нормально происходит, все устройства отвечают, почему так?
Сообщения / Posts 43 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Тема поста не соответствует теме топика. Откройте, пожалуйста, новый топик и изложите проблему более ясно: уточните структуру информационного обмена - как от устройств данные поступают в Trace Mode 6.
Тема закрыта / Topic Closed
Printer-friendly view of this topic
