Тема / Topic: Скорость обмена по последовательному интерфейсу мМРВ на WinCon 8000
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
Господа разработчики! У нас возникла проблема: Проект сделан для рантайма на 127 каналов WinCon. Так вот, имеются следующие УСО: 7015 - 3шт; 7017 - 2 шт; 7019 - 2 шт; 7065 - 2 шт. При автопостроении получилось каналов около 50 шт. Ни какой графики! Сделали тестовую, если можно так сказать очень тривиальную программу: DI модуля 7065 "пропустили" ч/з один FBD вход (логическое умножение с 1, "транслировали") на его DO. Как сказано в хелпе в разделе "потоки монитора" приоритет отработки канала есть - 1, потом CALL с типосм вызова "program". Запустили и, к великому сожалению, начали наблюдать следующую картину: время реакции реле, после подачи на вход модуля логического сигнала составило 5 сек.!!! Начали подбирать в настройках узла период и разрешение довели это время до 4-3 сек. больше снизить не удалось. Хотели просмотреть каналы на экране рантайма (в контроллере), не удалось, в прошлых релизах это можно было сделать отодвинув границу слева, окна, сейчас не работает. Запустили шпиона на обычном РТМ (добавили узел в прект) начали наблюдать 88 атрибут канала hex16 связаного с модулем, и обнаружили тот факт что время реакции не только большое в пределах от 340-980 ms но оно не постоянное, т.е. как "тыкнешь" удачно на вход модуля "попадёшь" в поток монитора таков и результат. Наши коллеги на другом заводе делали сами на "С-ях" и заяви: что время опроса одного модуля составляет около 50 ms! А у нас получается 3000 на отработку всех каналов, при чём сейчас стоит период - 50, разрешение - 0,015 (в настройках узла), т.е. один цикл составляет 750 ms и ему его нехватает, чтоб опросить все 9 модулей . Уважаемые Разработчики, если сейчас управлять чем нибуть то сами понимаете к чему это приведёт, а если на полную катушку - 127 каналов. Такая работа mRTM неприемлема! Что посоветуете сделать!
[ 20.09.2007, 14:29: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 362 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
Создали тестовый проект где использовали один всего лишь модуль 7065 поставили тумблер и начали "щёлкать". Получается так если "удачно щёлкнешь" то попадаешь видимо в "поток" а если не удачно то рекция следует через 1 - 2 секунды! Т.е. получается картина как с кнопкой у которой испорчены контакты! Надо не раз нажать чтоб была реакция системы! Как оператор будет работь? Исполнительный механизм, скажем, вручную от кнопки повернуть, и будет "тыкаться" пока голову этому тумблеру не свернёт. Подскажите, как настроить систему? Заранее благодарим!
Сообщения / Posts 362 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
Интересно, а 7188 свое родное УСО будет обрабатывать также медленно как и МРВ для WINCONа!? 3 секунды на опрос одного DI тега и переключение одного DO тега на одном модуле 7065D
Сообщения / Posts 362 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
!!! Посмотрели Huper terminal-ом команды которые посылает ТМ модулям 70хх. Вопрос: 1. Зачем использовать команду чтения каждого входа по отдельности и обращаться к модулю ровно столько раз сколько у него каналов? Это же многократно увеличивает время опроса!!!
Представьте, если бы в проекте было бы не 10 а 100 модулей мы бы ждали 1 минуту!!!
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
К сведению учасников форума:
Решили вопрос по почте.
Групповой запрос есть, но только для модулей AI и AI8, кроме 7015, у него AI6.
Время группового опроса одного аналоговово модуля (8 входов) составляет: около 7 ms - вполне нормально! Ну а для 7015 не групповой запрос будет длиться около 24 ms на все 6-ть каналов, т.е. потеря по быстродействию может составить 17 ms на один модуль!
Сообщения / Posts 362 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Согласно протоколу PortMon, снятому пользователем на реальном проекте, 3-секундные задержки определялись наличием в потоке обращений к несуществующим каналам модулей и задержкам в реакции некоторых модулей. В результате этого 7-8 раз за цикл опроса транзакции завершались по таймауту, который в проекте составлял 300 мс. Отсюда цикл опроса составлял около 2.5 секунд, а реактивность системы (от подачи дискретного сигнала на вход до его возврата на выход) составляла 3-4 секунды. После приведения проекта в порядок, уменьшения таймаута и введения групповых запросов реактивность системы стала вполне приемлемой, соответствующей параметрам проекта.
Сообщения / Posts 17403 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
