Форум TRACE MODE: техническая поддержка Послать новую тему / Post New Topic  Послать ответ / Post A Reply
мой профиль / my profile авторизация / login | регистрация / register | поиск / search | часто задаваемые вопросы / faq | начало / forum home

  Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
» Форум TRACE MODE: техническая поддержка » ТЕХНИЧЕСКАЯ ПОДДЕРЖКА / TECHNICAL SUPPORT TRACE MODE 6 » Микро Мониторы Реального Времени / Micro Real Time Monitors » Скорость обмена по последовательному интерфейсу мМРВ на WinCon 8000

   
Автор / Author Тема / Topic: Скорость обмена по последовательному интерфейсу мМРВ на WinCon 8000
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915


Icon 4 отправлено / posted      Профиль для / Profile for Grigorovskih           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Господа разработчики!
У нас возникла проблема:
Проект сделан для рантайма на 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 | Report this post to a Moderator
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915


Icon 1 отправлено / posted      Профиль для / Profile for Grigorovskih           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Создали тестовый проект где использовали один всего лишь модуль 7065 поставили тумблер и начали "щёлкать". Получается так если "удачно щёлкнешь" то попадаешь видимо в "поток" а если не удачно то рекция следует через 1 - 2 секунды! Т.е. получается картина как с кнопкой у которой испорчены контакты! Надо не раз нажать чтоб была реакция системы! Как оператор будет работь? Исполнительный механизм, скажем, вручную от кнопки повернуть, и будет "тыкаться" пока голову этому тумблеру не свернёт.
Подскажите, как настроить систему?
Заранее благодарим!

Сообщения / Posts 362 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915


Icon 1 отправлено / posted      Профиль для / Profile for Grigorovskih           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Интересно, а 7188 свое родное УСО будет обрабатывать также медленно как и МРВ для WINCONа!?
3 секунды на опрос одного DI тега и переключение одного DO тега на одном модуле 7065D

Сообщения / Posts 362 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915


Icon 1 отправлено / posted      Профиль для / Profile for Grigorovskih           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
!!!
Посмотрели Huper terminal-ом команды которые посылает ТМ модулям 70хх. Вопрос:
1. Зачем использовать команду чтения каждого входа по отдельности и обращаться к модулю ровно столько раз сколько у него каналов? Это же многократно увеличивает время опроса!!!

Представьте, если бы в проекте было бы не 10 а 100 модулей мы бы ждали 1 минуту!!!

Нонсанс!!!

Сообщения / Posts 362 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915


Icon 1 отправлено / posted      Профиль для / Profile for Grigorovskih           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
К сведению учасников форума:

Решили вопрос по почте.

Групповой запрос есть, но только для модулей AI и AI8, кроме 7015, у него AI6.

Время группового опроса одного аналоговово модуля (8 входов) составляет: около 7 ms - вполне нормально!
Ну а для 7015 не групповой запрос будет длиться около 24 ms на все 6-ть каналов, т.е. потеря по быстродействию может составить 17 ms на один модуль!

Сообщения / Posts 362 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Согласно протоколу PortMon, снятому пользователем на реальном проекте, 3-секундные задержки определялись наличием в потоке обращений к несуществующим каналам модулей и задержкам в реакции некоторых модулей.
В результате этого 7-8 раз за цикл опроса транзакции завершались по таймауту, который в проекте составлял 300 мс. Отсюда цикл опроса составлял около 2.5 секунд, а реактивность системы (от подачи дискретного сигнала на вход до его возврата на выход) составляла 3-4 секунды.
После приведения проекта в порядок, уменьшения таймаута и введения групповых запросов реактивность системы стала вполне приемлемой, соответствующей параметрам проекта.

Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
   

Quick Reply
Сообщение / Message:

HTML код не разрешен. / HTML is not enabled.
UBB код разрешен. / UBB Code is enabled.

Значки Graemlins / Instant Graemlins
   


Послать новую тему / Post New Topic  Послать ответ / Post A Reply Закрыть тему / Close Topic   Feature Topic   Переместить топик / Move Topic   Удалить топик / Delete Topic Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
 - Printer-friendly view of this topic
Перейти к / Hop To


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2