akholod
Junior Member / Новичок
Участник № / Member № 4344
отправлено / posted
Добрый день! Время от времени МРВ вылетает без каких либо сообщений. В tm6_log сообщение login failed, в профайлерном протоколе никаких, кроме стандартных записей. Что означает данная запись? В логе: 13:53:43 0000 00000000[0] 10.01.2013 13:53:43 0000 00000000[0] login failed 13:53:50 0000 00000001[1544] Start 13:53:50 0000 00000000[4] 14:03:04 0000 00000000[7] LOAD [0] 608 Jan 23 2012 14:06:53 0000 00000000[0] 10.01.2013 14:06:53 0000 00000000[0] login failed 14:07:00 0000 00000000[4] 14:07:00 0000 00000002[1544] Start 14:27:46 0000 00000000[7] 14:27:46 0000 00000004[0] Stop 14:31:25 0000 00000005[1544] Start 14:31:25 0000 00000000[4] LOAD [0] 608 Jan 23 2012 16:45:08 0000 00000000[0] 10.01.2013 16:45:08 0000 00000000[0] login failed 16:45:14 0000 00000001[1544] Start 16:45:14 0000 00000000[4] LOAD [0] 608 Jan 23 2012 17:58:42 0000 00000000[0] 10.01.2013 17:58:42 0000 00000000[0] login failed 17:58:48 0000 00000001[1544] Start 17:58:48 0000 00000000[4] LOAD [0] 608 Jan 23 2012
Windows пишет: 10.01.2013 13:53 Application Hang Зависшее приложение rtcx.exe, версия 6.0.8.0, зависший модуль hungapp, версия 0.0.0.0, адрес 0x00000000.
10.01.2013 14:03 Application Hang Зависшее приложение rtcx.exe, версия 6.0.8.0, зависший модуль hungapp, версия 0.0.0.0, адрес 0x00000000.
10.01.2013 16:43 Application Error Ошибка приложения rtcx.exe, версия 6.0.8.0, модуль ntdll.dll, версия 5.1.2600.5512, адрес 0x000109f9.
Сообщения / Posts 18 | Из / From: Украина
| IP / IP: IP адрес / IP address |
akholod
Junior Member / Новичок
Участник № / Member № 4344
отправлено / posted
Сообщение "login failed", скорее всего, появляется в случаях, когда запуск осуществляется с командной строки, содержащей ключ /run, если в узле не заданы пользователи.
В связи с отсутствием в файле tm6_log.txt каких-либо диагностических сообщений, вероятную причину следует искать вне Trace Mode 6. В интернете по этому есть масса предложений.
Проверьте работу узла на другом ПК. При средней интенсивности зависаний 1 раз в час подобная локализация может помочь. Если такая интенсивность зависаний сохраняется на разных ПК, присылайте проект на адрес техподдержки с изложением проблемы, проведенных поисков ее решения и характеристик ПК и установленных ОС.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
akholod
Junior Member / Новичок
Участник № / Member № 4344
отправлено / posted
Добавил пользователя без пароля, автопозапуск происходит нормально, сообщение login failed пропало, вместо него появилось run default на старте logout auto при остановке, это чисто информация? или они что то значат?
Сообщения / Posts 18 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
Следует обратить внимание на записи в протоколе: "LOAD [0] 608 Jan 23 2012 14:06:53 0000 00000000[0] 10.01.2013 14:06:53 0000 00000000[0] login failed 14:07:00 0000 00000000[4] 14:07:00 0000 00000002[1544] Start 14:27:46 0000 00000000[7] 14:27:46 0000 00000004[0] Stop 14:31:25 0000 00000005[1544] Start 14:31:25 0000 00000000[4]"
Из них следует, что после штатной остановки в 14:27:46 узел был снова запущен в 14:31:25 без перезагрузки МРВ. В реальном процессе так делать нельзя, т.к. нельзя гаранитировать завершенность всех потоков и очистку памяти. Повторный запуск узла нужно жделать только с перезагрузкой МРВ.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ValL
Junior Member / Новичок
Участник № / Member № 4759
akholod
Junior Member / Новичок
Участник № / Member № 4344
отправлено / posted
Уважаемая Техподдержка. К сожелению нет возможности проверки проекта на другом компьютере с реальным обменом по последовательным портам. При замене источников на симуляционные переменные проект работает без сбоев. В проекте реализован обмен по Модбас и по нестандартному протоколу через драйвер типа t11, дело в том что изначально проект работал без связи через этот драйвер и по словам персонала падений МРВ не было. Может ли быть причиной сбоев некоректность драйвера? Драйвер был написан на заказ вашими украинскими представителями. Как продиагностировать его работу?Отключить опрос по нему сейчас нет возможности.
Сообщения / Posts 18 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
Некорректно написанный драйвер сам по себе может быть причиной возникновения конфликтных ситуаций.
Вероятность возникновения конфликтов существенно повышается, если по одному COM-порту осуществляется обмен по двум протоколам, между которыми возможен конфдикт.
Первичную диагностику можно осуществить введением в файл конфигурирования запуска узла ключа DEBUGON=200. Тогда в профайлерном протоколе МРВ может быть получена дополнительная диагностическая информация.
Более полная информация об обмене может быть получена путем перехвата и протоколирования трафика COM-порта с помощью, например, PortMon.
Тема закрыта / Topic Closed
Printer-friendly view of this topic
