Здраствуйте, вы писали, что проблемы в RTM связаны с неустойчивым трафиком SNMP-протокола что приводило к "вылету", но хотелось бы уточнить эти ситуации блокированы в ближайшем 6.07.2?
[ 06.06.2011, 11:04: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Указанные коррективы вошли в релиз 6.07.7. Релиз готовится к выпуску. Точной даты назвать не можем.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Переданные ему дополнения не имеют отношения к проблемам, заявленным в первом посте топика http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/35/t/000219.html#000004, поскольку в нем не заявлен протокол SNMP. Для выяснения проблем Вашего проекта необходимо анализировать именно Ваш проект. У Вас были запросы непосредственно в службу техподдержки в январе с.г., когда был открыт топик http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/35/t/000219.html#000004, и Вы присылали нам для анализа Ваши проекты, но указанный выше вопрос о зависании МРВ в этих проектах не заявлялся. Присылайте Ваш проект с протоколами профайлера и tm6_log.txt и с описанием процедуры моделирования возникающей у Вас ситуации.
2. В релизе 6.07 в соответствии с документацией ("Проект АСУ .../Отладка проекта в ИС/Профайлеры/Профайлер с поддержкой...") RTM запускает узел с ключом /run в командной строке при наличии пользователя с логином default и паролем default. В следующем релизе в этой ситуации проект будет загружаться с правами пользователя, который имеет в качестве начальной настройки флажок "Отработать".
Posted by Shiryaev (Участник № / Member № 4360) on :
Что касается пункта "2", хочу уточнить, если будет в проекте один из пользователей с логином default и паролем default то проект будет загружаться автоматически под этим именем? Проект пришлю сегодня же.
[ 06.06.2011, 11:07: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by Shiryaev (Участник № / Member № 4360) on :
С НЕТЕРПЕНИЕМ ЖДУ ОТВЕТА.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Файл проекта мы получили. Мы просили прислать проект с протоколами профайлера и tm6_log.txt и с описанием процедуры моделирования возникающей у Вас ситуации. Пока мы не воспроизведем описанную Вами ситуацию, мы не сможем понять, в чем дело. Как воспроизвести эту ситуацию на Вашем проекте или как ее смоделировать? В чем проявляется событие "SCADA вылетает"? Где появляется сообщение "...устройство %2, %3 не отвечает..."? Подмените временно в папке RTM dllxRTM32.dll библиотекой dllxRTM32_e.dll (скопируйте в той же папке dllxRTM32_e.dll под именем dllxRTM32.dll). Теперь RTM будет вести протокол, такой же как профайлер ИС. Задайте в файле TMcom_xx.cnf ключ DEBUG=4400. Запустите узел под управлением RTM и дождитесь "падения" RTM. Пришлите нам файлы Scada_2.txt, tm6_log.txt и TMcom_xx.cnf.
Posted by Shiryaev (Участник № / Member № 4360) on :
Данное сообщение можно увидеть в профайле 100%, падает SCADA не сразу а через какие-то промежутки времени, но как минимум сутки проходят. Но почему он виснет в профайле примерно через час вы можете точно сказать, там ошибка "устройство %2, %3 не отвечает" постоянно появляется, пробовал на разных компьютерах, даже просто дома имитировал, ошибка все таже "устройство %2, %3 не отвечает". Данную ситуацию в профайле вы сможете у себя сами смоделировать (зависает примерно через час), целые сутки сидеть на объекте и ждать когда же RTM зависнет желания нет. если даже профайлер нормально не работает то RTM и подавно. С нетерпением жду ответа.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Правильно ли я понимаю, что мы могли бы без подключения оборудования запустить узел под профайлером и, ничего не предпринимая, получить сообщение "устройство %2, %3 не отвечает", после чего профайлер "упадет"?. Где появляется это сообщение? В каком файле или окне? Как проявляется "падение" профайлера? Мы проведем соответствующие испытания.
Однако просим Вас прислать файл tm6_log.txt с объекта. В нем должны быть так или иначе зафиксированы запуски и "падения".
А также - провести у себя испытания под профайлером с указанными выше настройками: Задайте в файле TMcom_xx.cnf узла ключ DEBUG=4400. Запустите узел под управлением профайлера и дождитесь "падения" узла (Вы утверждаете, что это произойдет примерно через час). Пришлите нам файлы Scada_2.txt, tm6_log.txt и TMcom_xx.cnf из папки узла после его "падения" под профайлером.
Posted by Shiryaev (Участник № / Member № 4360) on :
Сообщение "устройство %2, %3 не отвечает" появится на самой шапке окна, в момент перехода или любого другого действия. Данные профайлера отправил, работал дольше, но все равно завис, но уже просто не отвечает. С нетерпением жду ответа (очередного исправления, кажись у меня будет в 6.07 пятым или шестым). Постараюсь в ближайшее время и с RTM прислать файлы но это не скоро может затянутся. Хочу так же на всякий случай уточнить что я пользуюсь исправлениями которые вы присылали на тему "SMS оповещение". Кстати вы так и не хотите сказать когда выйдет 6.07.2, а исправления которые я запрашивал на тему СМС "от вас" обещали в 6.07.2 через 1-2 недели, которые уже прошли. (P.S читал в одном топике что 6.07.2 еще то чудо и походу дела его тестируют опять на пользов..)
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Судя по присланным Вами протоколам, Ваш проект под профайлером проработал до "зависания" меньше минуты? Что означает "но все равно завис, но уже просто не отвечает."? Не позволяет переходить с экрана на экран?
У нас Ваш проект проработал непрерывно больше 2 часов при смене экранов с периодом 3-5 сек. Никаких сообщений в заголовках экранов, подобных указанному Вами, не появлялось. В связи с этим возникают вопросы об адекватности проводимых испытаний. 1. Есть ли на ПК, на котором Вы запускали узел "Диспетчер" под управлением профайлера, заложенные в проекте OPC-сервер ОВЕНа и GSM-модем? 2. Нет ли в проекте каких-либо имен, строковых переменных, атрибутов каналов, сообщений в словарях, текстовых ресурсов, сообщений на экранах, подсказок и т.п., в которых содержались бы подстроки "устройство" и "не отвечает"? В МРВ не формируются сообщения с подобным содержанием.
Запустите, пожалуйста, узел "Диспетчер" без GSM-модема и OPC-сервера на этом ПК (и без запуска Data Center) до его "зависания" и пришлите нам те же протоколы.
Posted by Shiryaev (Участник № / Member № 4360) on :
Под понятием завис имеется в виду,что его закрыть можно только через диспетчер задач (аварийным методом), сообщение пишет сама ОС о том что приложение rtc.exe завис, т.е. никаких сообщений не формируются, те данные которые я отсылал были без ОРС и без DС, но на всякий случай еще данные пришлю
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Сообщение "устройство %2, %3 не отвечает" выдает ОС или оно появляется в заголовке экрана, как Вы писали ранее? Удалите старый архив. Запустите узел "Диспетчер" с тем же файлом *.cnf, без GSM-модема и OPC-сервера на этом ПК (и без запуска Data Center) до "зависания" rtc.exe и пришлите нам проект и целиком папку проекта.
Posted by Shiryaev (Участник № / Member № 4360) on :
Сообщение "устройство %2, %3 не отвечает" до того как создал TMcom_xx.cnf, теперь стала виснуть как и любые другие программы, и как любая другая программа выдает при зависании что данное приложение не отвечает. Что касается RTM на объекте после того как один из участников форума прислал новую wdep.dll вроде бы на данный момент перестал выкидывать (кстати вы ее отказались присылать мне....... интересное отношение к пользователям). Папкупод темой "Вылет RTM" по частям (4 штуки) отправлю, надеюсь часа работы профайла хватит.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
По присланным Вами протоколам видно, что узел под управлением профайлера проработал непрерывно в течение 1 часа и никаких ситуаций с "зависанием" Вы не наблюдали? Из присланных материалов нельзя получить информации о "зависаниях" профайлера, поскольку они в данном тесте не наблюдались.
Создается впечатление, что проблемы с "зависанием" профайлера и ошибки при работе узла на реальном объекте имеют разную природу.
Сожалеем, что в свое время Ваш проект не был детально проанализирован, в том числе по режиму исполнения SMS-сообщений. Если действительно замена библиотеки wdep.dll даст положительный эффект, значит, проблемы были в распределении ресурсов при наличии потока поддержки SMS-обмена. По возможности сообщите нам, пожалуйста, о дальнейших результатах.
