Форум 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 » Общие вопросы / Common questions » Изменение периода опроса источников/приемников

   
Автор / Author Тема / Topic: Изменение периода опроса источников/приемников
ddkel
Active Forum Member / Активный участник форума
Участник № / Member № 4120


Icon 1 отправлено / posted      Профиль для / Profile for ddkel           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Добрый день.
1.Вопрос по периоду опроса источников/приемников. Имеется восемь приборов опрашиваемых по Modbus RTU, шесть источников/приемниеов на прибор. Возможно отсутствие одного-трех приборов в сети. Для уменьшения задержек из-за timeout'а (150 мс) программно отключаются от источников (8,W = 1) пять каналов, один остается для контроля появления прибора в сети, но у оставшегося изменяется той же программой период пересчета на 5 мин (5, FRQ = 5; 38, FRQ_D = 2). Согласно протоколу работы профайлера при DEBUG = 0x200 период опроса источника/приемника не зависит от периода пересчета канала и составляет 6-10 секунд ((9:51:37) ERR_RS:COM:4 Read 0 symbol(err=9 ch=GDES7_TN1_B21_TS17_32[9]), (9:51:46) ERR_RS:COM:4 Read 0 symbol(err=9 ch=GDES7_TN1_B21_TS17_32[9]) ) . Есть ли возможность изменить период опроса источник приемника?
2. При остановке профайлера периодически выскакивает исключение в модуле qt-mt332.dll.

Сообщения / Posts 82 | Из / 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 
1. Действительно, при обмене по RS и небольшой загруженности последовательного канала драйвер будет стараться получить ответ как можно скорее. При этом отсутствие ответа рассматривается как событие случайное, поэтому повторный запрос генерируется в асинхронном потоке с максимально возможной частотой (в зависимости от загруженности RS-канала).
Надо, видимо, не устанавливать период 5 мин., а программно периодически включать (или подключать) контрольный канал.

2. Эти коллизии возникают при сбоях по памяти именно в библиотеке внешних функций qt-mt332.dll.
Если есть возможность воспроизвести эту ситуацию для локализации и исправления, мы рассмотрим Ваш пример проекта или процедуру, которая достаточно часто приводит к такому сбою.

Сообщения / Posts 17100 | Из / 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