Этот топик включает в себя следующие страницы / This topic is comprised of pages 1 2
Автор / Author
Тема / Topic: Ошибка работы МРВ
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Здравствуйте. Проблема такая. Есть проект обработки данных с 3-х контроллеров (2 Mitsubishi и Siemens). Данные снимаются ОРС-серверами (родными). После работы монитора в течение нескольких часов (периоды работы разные от 10 мин до 8 часов) возникает ошибка и монитор выключается. В файле tm6_log.txt пишет " 0029 00000000[65535] Process timeout " Как определить в чем проблема. Переписывала проект 3 раза заново - не помогает.
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Иногда просто пишет, что обнаружена ошибка (к сожалению не знаю как прицепить файл с отчетом). Иногда "pure virtual function call" (что-то вроде этого)
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Обновила и среду разработки и мониторы - ошибки все равно выскакивают (с разными периодами времени). Что делать? Производство стоит.
В проекте два узла МРВ (пока). Каждый запускается на отдельном ПК. Один проработал без сбоев почти сутки (и пока продолжает работать). Может проблема в том, что я создала обычный узел RTM, а ключ TFactory RTM?
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
" 0029 00000000[65535] Process timeout "
Данная ошибка не может появляться в релизе 6.06. Проверьте есть ли у Вас в файле tm6_log.txt указание даты или только время.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
В релизе 6.05.1 было так "время 0029 00000000[65535] Process timeout "
После установки 6.06 "13:39:07 0000 00000000[0] 31.10.2008 13:39:07 0000 00000000[0] Start 14:10:17 0000 00000000[0] Stop"
Про ошибку здесь не пишет, но окнос сообщением "pure virtual function call" было (правда после установки 6.06 только 1 раз).
И еще, только заметила. есть функция, в ней 75 аргументов. В релизе 6.05.1 все работало. После установки 6.06 - последние 40 аргументов как-будто не видит. Если переносить аргумент вверх - появляется. В чем проблема?
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Здравствуйте. Сбои в работе опять появились. Теперь появляется окно Windows о сбое программы. Ни в одном из файлов ТМ не пишется какая ошибка и была ли она вообще. Просто МРВ закрывается и все. Стала проскакивать и такая ошибка "Insufficient: memory". С чем это может быть связано? Проекты не изменялись. Может это связано с большим количеством запросов к одной БД? (я отправляла вам фрагмент проекта). Подскажите, что делать?
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Ошибка "Insufficient: memory" возникает при недостатке оперативной памяти. Большое количество запросов к БД могут на это влиять.
Потребуется тестирование проекта, для этого нам нужен сам проект (файл prj) и все что нужно для его функционирования (БД, OPC и т.д.). А также если у Вас есть CNF файлы в узлах, то их тоже лучше прислать.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Фрагмент проекта я вам отправляла. Запросы генерируются поочередно (программа "Обмен_БД_"). Могу прислать структуру БД (MSSQL 2000). А вот с ОРС сложнее - они лицензионные. Я думаю, что можно и без ОРС протестировать. У меня тоже сложилось впечатление, что на сбои в работе проектов влияет большое количество запросов. Но, к сожалению, их количество нельзя уменьшить - у вас ведь нет таблицы для вывода информации из БД (это бы многое изменило!!!) Посмотрите, пожалуйста, программу "Обмен_БД_". Такая ситуация - когда приходит время отправки запроса, запрос отправляется, а вот данные могут приходить через раз (а то и 5-10 раз), и приходят вопреки условию! Например, в базе три строки мне нужно вывести на экран их в порядке появления - 1, 2, 3. А они могут вывестись в любом порядке, хотя в запросе стоит условие!? Если запросы посылать вручную - отрабатываю сразу и правильно??
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Без полного проекта рассматривать эту ситуацию нельзя. Возможно ошибка возникает в результате влияния нескольких факторов. Можно и без OPC, мы их заменим на генераторы, хотя это уже исказит результат.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Отправила Вам проект. В проекте оставила 1 узел, остальные - подобны и каждый запускается на отдельном ПК. А так же отправила структуру БД.
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
отправлено / posted
Здравствуйте. У нас возникает что-то подобное. Никаких ошибок не выскакивает. МРВ просто закрывается. Вот tm6_log: 11:14:52 0000 00000000[0] 17.11.2008 11:14:52 0000 00000000[0] Start 11:14:52 0000 00000000[4] 11:49:05 0002 00000033[2] 11:49:11 0002 00000033[2]
Версия 6.06. В проекте сейчас работает один МРВ и несколько NLL. Запросов к БД нет. Есть OPC-каналы. В чем может быть проблема?
Сообщения / Posts 47 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
В какое время он закрывается? Примерно в 11:49 по файлу или потом еще какое-то время работает?
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
отправлено / posted
Не знаю точно. МРВ работает на сервере в отдельном помещении, где нет возможности постоянного контроля за работоспособностью TM. Когда связь NLL с МРВ обрывается, мы идём и смотрим, что произошло. Приходим, а на компьютере нет ни следа какой-либо работы МРВ. При этом вылетает МРВ не постоянно, а иногда (может раз в две недели, а может и сразу 2 раза за день закрытся) и совершенно непонятно по каким причинам.
Сообщения / Posts 47 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Аналогичная ситуация. У меня еще запущен проект без запросов к БД и в нем всего 14 каналов - сбор статистики по связи с контроллерами (достоверность сигналов ОРС-сервера). Вот он еще не разу не вываливался ?!
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
отправлено / posted
Примерно в это время связь с МРВ и оборвалась. Только вот точно сказать не можем, именно в этот момент закрылся МРВ или минуту раньше/позже.
Сообщения / Posts 47 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
Эта запись означает проблемы с памятью при отправке по IP. Пришлите, пожалуйста, файлы tm6_log.txt, название проекта_цифра.txt, а также проекта_цифра.cnv
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
отправлено / posted
Как мы уже писали, МРВ вываливается периодически, и как раз 2008_12_02 это снова повторилось. Файл лога как раз после закрытия МРВ 2008_12_02 мы вам и отослали и он отличается от лога предыдущего закрытия за 17_11_2008. Файлы V..._0.cnv и V..._0.txt за 17_11_2008 отослать не получится, так как в тот момент мы не знали, что они могут понадобиться и соответственно не скопировали их, а проект с того момента дорабатывался, не один раз обновлялся и перезапускался. Сейчас пытаемся отследить хоть какую-то закономерность изменений и поведения МРВ. Один раз МРВ вывалился буквально через минуту после того, как запустили NLL.
Сообщения / Posts 47 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
отправлено / posted
Уважаемая техподдержка, что-нибудь можете сказать по данной ошибке: Event Type: Error Event Source: Application Error Event Category: (100) Date: 22.01.2009 Time: 19:42:01 Description:Faulting application rtcx.exe, version 0.0.0.0, faulting module ntdll.dll, version 5.2.3790.3959, fault address 0x0001bd02
Сообщения / Posts 47 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
Можно сказать только, что ошибка возникла в компоненте ядра ОС и синхронизирована с вызовом этого компонента от rtcx.exe. Однако истинную причину ошибки таким образом определить нельзя. Она может быть связана, в том числе, с искажением данных в rtcx.exe из-за неправильного обращения к памяти со стороны другого приложения, или с недостатком памяти, выделенной системой rtcx.exe или другому приложению. Насколько я понимаю, Вы работаете в релизе 6.06. Некоторые ситуации, вызывающие аналогичные проблемы были нейтрализованы в релизе 6.06.2, который сейчас выложен на сайте. Если Вы решите опробовать этот вариант, сообщите нам результаты. Тем не менее мы хотели бы получить от Вас протоколы, которые соответствовали бы критическим моментам.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
отправлено / posted
AdAstra Technical Support, у нас всё никак не решится огромная проблема с вылетом МРВ. В пятницу 3 апреля мы будем участвовать в семинаре, проводимом компанией AdAstra Research Group в её офисе. Будет возможность показать вам проект для выяснения причин ошибки, а также разъяснить нюансы. Может быть это позволит решить вопрос?
Сообщения / Posts 47 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Здравствуйте. Опять проблемы с вылетом МРВ. Теперь в файле tm6_log.txt содержатся строки: 14:24:53 0000 00000000[0] 05.11.2009 14:24:53 0000 00000000[0] Start Вылет произошел ориентировочно 00:48 (определила по архивным трендам) Где можно еще посмотреть, что бы определить в чем ошибка?
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Приведенные строки из tm6_log.txt говорят о том, что 05.11.2009 14:24:53 узел был запущен без проблем. Возможно, какая-то информация "о вылете" содержится в системном журнале событий. Запускайте МРВ с его отладочной библиотекой (dllxRTM32_e.dll), тогда он будет вести в папке узла протокол с сообщениями об обнаруженных ошибках.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Подскажите, как это сделать(самостоятельно - не получилось)
Вот еще ситуация - проект был запущен, проработал без сбоев какое-то время. Я, периодически, проверяю правильность показаний. И, в один день, оказалось, что проект работает, ошибок tm6_log нет, но каналы не пересчитывались около 10 часов. То есть значения "застыли" и не обновляются. Как можно предотвратить такое состояние. Может можно определять, что пересчет застыл и перезапускать проект?
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Не пересчитываются все каналы или только какие-то группы? Насколько Вы уверены в том, что действительно перестала пересчитываться вся база каналов?
Возможно, в проекте существуют проблемы с отображением, перестает функционировать графика? Или перестают функционировать каналы внешней связи, что приводит к отсутствию видимых изменений в каналах? Должны ли были быть в течение этих 10 часов сообщения в ОТ? Можете ли Вы посмотреть сам файл ОТ за этот период времени?
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Не пересчитываются все каналы (включая программы), в этом я уверена.Сообщения в ОТ не пишутся, идет архивация некоторых значения (для отображения стоят тренды). И, по возникновению определенных событий (дискретные входы), идет запись в БД. На протяжении 10-ти часов в трендах по 20-ти параметрам шла ровная линия (значения записывались в архив!!!) (значение на момент прекращения пересчета). И в БД записи заканчиваются тем же моментом времени (значение времени (тип DATE_AND_TIME) тоже пишется в БД)
quote:Отправитель / Originally posted by AdAstra Technical Support: Возможно, в проекте существуют проблемы с отображением, перестает функционировать графика?
Тренды писались (ось времени соответствовала реальному)
quote:Отправитель / Originally posted by AdAstra Technical Support: Или перестают функционировать каналы внешней связи, что приводит к отсутствию видимых
Данный считываются с контроллеров через ОРС-сервера. При "отваливании" ОРС-сервера (по атрибуту "Достоверность") срабатывает программа перезапуска ОРС-серверов (использую @e_OPC := 250)
отправлено / posted
Без установления причин происходящего нельзя искать средства борьбы с этим. Все перечисленные факты не указывают однозначно на остановку пересчета базы каналов. Надо ввести какой-то независимый от внешних интерфейсов канал-генератор, задать ему границы, подключить словарь сообщений и направить в ОТ. Аналогично поступить и с каким-нибудь наиболее динамичным каналом связи с OPC-сервером. Тогда после наступления аварийной ситуации можно будет установить, действительно ли пересчет базы каналов был полностью остановлен.
Если МРВ "вылетает", то, как правило, это сопровождается появлением системного сообщения и записью в системной журнале. Можно запустить системный монитор и по его счетчикам отследить состояние системных ресурсов в критический момент.
Наиболее вероятными причинами подобных событий являются проблемы с ресурсами или ошибки по памяти. Известны случаи, когда имели место конфликты по памяти с внешними приложениями. Например, было установлено, что один из OPC-серверов при определенных условиях захватывал чужую область памяти. Пришлось пользователям обращаться к создателям этого OPC-сервера и просить его откорректировать. Коллизии были устранены.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Похоже, причину нашла. Установила апгрейд 6.06.3 для IDE. Проект из IDE 6.06.3 работал в RTM 6.06.2. Когда поставила апгрейд RTM 6.06.3, после запуска проект работает, но значения не меняются.
И еще, заметила, что объем файла СПАД увеличивается, а при просмотре история не отображается.
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
В апдейте 6.06.3 есть ошибка при обмене с OPC. В самое ближайшее время мы обновим его.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
И еще - в МРВ не генерируется отчет. Пробовала так IDE 6.06.3 - RTM 6.06.2 и IDE 6.06.3 - RTM 6.06.3. В IDE генерация работает.
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Код 0000 00000032[7] - Фатальная ошибка МРВ при пересчете канала. Канал "Запись_состояния_***" - канал CALL, осуществляющий запись данных в БД. Я уже спрашивала, может ли отключение БД влиять на работу МВР, вы сказали, что нет. Но подозрения остаются - по ночам ведутся обновления БД и она может отключаться или быть занята.
отправлено / posted
При корректных операциях с БД не должно быть критических ошибок. Если БД просто не отвечает ,каналу выставляется признак недостоверности, но сообщения о критической ошибке, типа приведенных выше, не возникает.
Фатальная ошибка говорит о том, что произошло нарушение процедур работы с памятью, выход на критическую секцию. Выход из первичной критической ситуации МРВ завершил (выдал сообщение). Но сама критическая ситуация, видимо, осталась, и МРВ натыкается уже на не диагностируемую ошибку и падает. Если есть фатальные ошибки, дальнейшие процедуры уже не продуктивны. Это говорит о том, что внешние процедуры с БД (обновления, отключения, работа с другими клиентами) выполняются с какими-то нарушениями. Надо их анализировать и исключать.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
arido
Forum Haunter / Завсегдатай форума
Участник № / Member № 2961
отправлено / posted
Перешла на СУБД PostgreSQL, пока работает стабильно. Остался такой вопрос - при переинициализации ОРС-серверов МРВ "вылетает" иногда с системным сообщение, иногда без. И не всегда сразу - может через минуту вылететь. Я убрала программную переинициализацию, делала в ручную, любое значение (перебрала около 50-ти разных вариантов). Все равно вылетает. Подскажите что делать. Без переинициализации никак, а при вылета теряется статистика.
Сообщения / Posts 104 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Если осуществляется переинициализация (программно или вручную), то она осуществляется только двумя способами: частично или полностью. "Перебор значений" не продуктивен. Процедура инициализации OPC-сервера соответствует стандарту. Причина фатальной ситуации - не в самой процедуре переинициализации, а в реакции ОС. Скорее всего происходят какие-то коллизии с памятью или с DCOM. Если эти ситуации возникают регулярно, надо методом исключения искать узкое место.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
отправлено / posted
Здравствуйте. Помогите, пожалуйста, решить проблему с вылетом МРВ. После запуска на удалённом компьютере NLL, буквально пару минут МРВ работает, а затем просто закрывается. Раньше такого не было. Запустили МРВ с отладкой (заменили библиотеку dllxRTM32.dll на dllxRTM32_e.dll).
О каком именно буфере идёт речь в строке отладочного файла: ERR_IP:no memory for data buffer Сообщения / Posts 47 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
SerchenyaN
Forum Member / Участник форума
Участник № / Member № 2877
отправлено / posted
И при этом, если выполнить такую последовательность: запускаем МРВ, запускаем NLL (вылетает МРВ), оставляем запущенным NLL, перезапускаем МРВ, то дальше всё работает стабильно. МРВ установлен на компьютере с Windows Server 2003, NLL - Windows XP. C другими NLL такого не происходит (работают один МРВ и четыре NLL). С МРВ идёт рассылка сообщений в сеть.
Сообщения / Posts 47 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
Этот топик включает в себя следующие страницы / This topic is comprised of pages 1 2