This is topic Зависание МРВ. Ошибка rtcx.exe, библиотеки MSVCR71.dll qt-mt332.dll ntdll.dll in forum Мониторы Реального Времени / Real Time Monitors at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/35/t/000427.html
Posted by julya (Участник № / Member № 7022) on :
 
Ув. техподдержка.
На объекте с 2014 года работают 2 идентичных МРВ версии 6.09 (OC Windows 7). Примерно 1 раз в неделю случались "зависания" и "вылеты" из-за ошибки Overstress CPU, очень редко была ошибка "insufficient memory". Ключом PRCMES в *.cnf ошибки были сведены к минимуму (возникали редко, МРВ не зависал).

После обновления МРВ до версии 6.09.2 (вынужденной, т.к. была проблема с отправкой SMS через модемы Cinterion MC52i с одного из АРМ и случайно откатили версию до чистого релиза 6.09) МРВ стал зависать каждый(!) день в разное время. Ключи в *.cnf по сравнению с версией 6.09 - изменились, в ветках форума нашли, что для данной версии нужно задавать DEBUGON=70084490.

Привожу ниже лог tm6_log:
LOAD [0] 609 Dec 15 2014
12:13:37 0000 00000000[0] 27.09.2016
12:13:37 0000 00000000[0] login failed
12:13:37 0000 00000000[14] login ok
12:14:14 0000 00000002[1545] Start
12:14:17 0020 00000000[0] modems not ready
12:14:17 0020 00000000[0] modems not ready
12:14:17 0020 00000000[0] modems not ready
12:14:19 0020 00000000[0] modems not ready
12:22:07 0016 00000001[1250] Graph loop is big(t)
14:57:34 0016 00000032[14] ВходИБПграфикиU:34
14:57:34 0016 00000032[14] ВходИБП1графикиI:40
LOAD [0] 609 Dec 15 2014
09:16:19 0000 00000000[0] 28.09.2016
09:16:19 0000 00000000[14] login ok
09:17:11 0000 00000001[1545] Start
09:17:15 0020 00000000[0] modems not ready
09:17:15 0020 00000000[0] modems not ready
09:17:15 0020 00000000[0] modems not ready
09:17:17 0020 00000000[0] modems not ready
09:27:04 0016 00000001[1188] Graph loop is big(t)
10:16:30 0016 00000001[1250] Graph loop is big(t)

Далее, привожу расширенный лог профайлера проекта:
(9:16:19) WRN_LOAD:NOERRWNDMES not supported
(9:16:19) WRN_LOAD:MEMRES=1024 not supported
(9:16:19) WRN_LOAD:MEMORY not supported
(9:16:19) INF_RTM:NT6.RTM 6.1
(9:16:19) INF_RTM:Professional RTM+ ver. 6.09.2
(9:16:19) INF_ER:size f=176 g=208 len=157 filename=alarms.txt
(9:16:19) INF_ER:time test = 0
(9:16:19) INF_ER:reread=256,256
(9:16:19) INF_LOAD:LoadTime=0.75s CalcPeriod=550ms
(9:16:19) INF_IP:*node0(it0) tmout=20 ip=172.24.29.11:1025
(9:16:19) INF_IP: node3(it1) tmout=20 ,,,
(9:16:19) INF_IP: node4(it4) tmout=3600 ip=172.24.29.21:1025
(9:16:19) INF_IP: node10(it1) tmout=20 ip=172.24.29.12:1025
(9:16:19) INF_IP: node11(it1) tmout=20 ip=172.24.29.22:1025
(9:16:19) INF_RTM:available(MB): pm=1996 vm=2047; free(MB): pm=1513 vm=1930 em=0 after load
(9:16:19) INF_RTM:total use(MB): pm=482 vm=117 after load
(9:16:19) INF_RTM:use(MB): pm=22(22) vm=47(47) pf=1 after load
(9:16:19) INF_RTM:gh:126 uh:13 hh:127 after load
(9:16:19) INF_RTM:start Main[2536] idle
(9:17:8) INF_RTM:start Ext Graph[2832] normal
(9:17:8) INF_RTM:start EVENT[3456] low
(9:17:9) INF_SIAD:1: archive1.rep Size=128(11393,11400) CommitPeriod=88 CashSize=48
(9:17:9) INF_SIAD:First data at 13.08.2016 0:06:02 (1471028762)
(9:17:9) INF_SIAD:Last data at 27.09.2016 14:55:52 (1474970152)
(9:17:10) INF_SIAD:2: archive2.rep Size=128(11381,11400) CommitPeriod=88 CashSize=48
(9:17:10) INF_SIAD:First data at 13.08.2016 0:59:00 (1471031940)
(9:17:10) INF_SIAD:Last data at 27.09.2016 14:55:52 (1474970152)
(9:17:11) INF_SIAD:3: archive3.rep Size=128(11344,11400) CommitPeriod=88 CashSize=48
(9:17:11) INF_SIAD:First data at 15.08.2016 15:53:01 (1471258381)
(9:17:11) INF_SIAD:Last data at 27.09.2016 14:57:54 (1474970274)
(9:17:11) INF_RS:found channels=0 for COM1
(9:17:11) INF_RTM:start GSMSMS:COM_1[3216] idle
(9:17:11) INF_RS:found channels=23 for COM7
(9:17:11) INF_RS:init string is \\.\COM7: baud=9600 parity=N data=8 stop=1
(9:17:11) INF_RTM:start Host:COM_7[2148] low
(9:17:11) INF_RTM:start SDDE[2384] low
(9:17:11) INF_RTM:start ACT[2020] idle
(9:17:11) INF_IP:hostname is ASDM1-RTM-ПК
(9:17:11) INF_IP:card0 addr=0.0.0.0
(9:17:11) INF_IP:card1 addr=172.24.29.11
(9:17:11) INF_IP:soc_in_0 0.0.0.0:1025
(9:17:11) INF_IP:Create InSocket = 0
(9:17:11) INF_IP:soc_in_1 172.24.29.11:1025
(9:17:11) INF_IP:Create InSocket = 1
(9:17:11) INF_IP:Mask for use cards 3
(9:17:11) INF_IP:soc_out_0 0.0.0.0:1026
(9:17:11) INF_IP:Create OutSocket = 0
(9:17:11) INF_IP:soc_out_1 172.24.29.11:1026
(9:17:11) INF_IP:Create OutSocket = 1
(9:17:11) INF_IP:nib=256 Length of pocket=1452 IPSIZE=5,5 queue=2048
(9:17:11) INF_RTM:start IP_EXTRACT:net[3680] idle
(9:17:11) INF_RTM:start ARC_EXTRACT:arc[1832] idle
(9:17:11) INF_RTM:start IPGET[1216] below
(9:17:11) INF_RTM:start IPSEND[1096] below
(9:17:11) INF_RTM:start TCP_CS[2004] low
(9:17:11) INF_RTM:start TCP_RS[3384] low
(9:17:11) INF_IP:1109:net udp 2: in error
(9:17:11) INF_TCP:listen 0.0.0.0:1027 size=64
(9:17:11) INF_RTM:start CALC[3228] above
(9:17:11) INF_RTM:fast channels not found
(9:17:11) INF_RTM:start GRAPH[2000] low
(9:17:11) INF_RTM:start TCP_MDB[2656] below
(9:17:11) INF_RTM:start SNMP[3964] idle
(9:17:11) INF_RTM: OXP[1X.xxxx.00]
(9:17:11) INF_RTM:start time is 3.766 s
(9:17:11) INF_RTM:total use(MB): pm=580 vm=414 after start
(9:17:11) INF_RTM:use(MB): pm=105(105) vm=241(241) pf=34351 after start
(9:17:11) INF_RTM:gh:728 uh:779 hh:589 after start
(9:17:11) INF_FLT:ModeSwitch at start e15=0000 e18=0000 e20=0000
(9:17:11) INF_RTM:mode=2(Work) e15=10 e18=00 e20=00 [src4]
(9:17:11) INF_FLT:No detect condition
(9:17:11) INF_GRAPH:scr:14:popup=11 scrref=0 trend=9,0 update=1
(9:17:11) INF_SIAD:node 4 left limit of SIAD 23.08.2016 13:56:00
(9:17:11) INF_RTM:node4 sts WORK
(9:17:13) INF_SIAD:arch_1 after start 13.08.2016 0:06:02 28.09.2016 9:17:12
(9:17:13) INF_SIAD:arch_2 after start 13.08.2016 0:59:00 28.09.2016 9:17:12
(9:17:13) INF_SIAD:arch_3 after start 15.08.2016 15:53:01 28.09.2016 9:17:12
(9:17:13) INF_RTM:Thread Enable
(9:17:13) INF_RTM:start SNMP:nTH7[3572] idle
(9:17:14) INF_TCP:HOST 172.24.29.11:49380 connect to 172.24.29.14:502
(9:17:14) INFO:COM7<ch67>send=010300650002D414
(9:17:15) INFO:COM7<ch80>send=0103006B0006B414
(9:17:15) ERR_RTM:modems not ready
(9:17:15) ERR_RTM:modems not ready
(9:17:15) ERR_RTM:modems not ready
(9:17:15) INFO:COM7<ch81>send=010300C900015434
(9:17:16) INFO:COM7<ch82>send=010300CD000115F5
(9:17:17) INFO:COM7<ch83>send=0103012C0001443F
(9:17:17) ERR_RTM:modems not ready
(9:17:17) INFO:COM7<ch84>send=0103041C000144FC
(9:17:18) INFO:COM7<ch85>send=0103006C000545D4
(9:17:19) INFO:COM7<ch87>send=0103006300023415
(9:17:19) INFO:COM7<ch88>send=01030071000355D0
(9:17:20) INFO:COM7<ch91>send=0103009300017427
(9:17:20) INFO:COM7<ch92>send=0103006E00036416
(9:17:21) INFO:COM7<ch95>send=010300640001C5D5
(9:17:21) INFO:COM7<ch104>send=0103008F0001B5E1
(9:17:22) INFO:COM7<ch105>send=010300910001D5E7
(9:17:23) INFO:COM7<ch106>send=0103006600016415
(9:17:23) INFO:COM7<ch107>send=010300860003E422
(9:17:24) INFO:COM7<ch67>send=010300650002D414
(9:17:25) INFO:COM7<ch80>send=0103006B0006B414
(9:17:25) INFO:COM7<ch81>send=010300C900015434
(9:17:26) INFO:COM7<ch82>send=010300CD000115F5
(9:17:26) INFO:COM7<ch83>send=0103012C0001443F
(9:17:27) INFO:COM7<ch84>send=0103041C000144FC
(9:17:28) INFO:COM7<ch85>send=0103006C000545D4
(9:17:28) INFO:COM7<ch87>send=0103006300023415
(9:17:29) INFO:COM7<ch88>send=01030071000355D0
(9:17:29) INF_MODEM:COM1 MODEM OK
(9:17:29) INFO:COM7<ch91>send=0103009300017427
(9:17:30) INFO:COM7<ch92>send=0103006E00036416
(9:17:30) INFO:COM7<ch95>send=010300640001C5D5
(9:17:31) INFO:COM7<ch104>send=0103008F0001B5E1
(9:17:32) INFO:COM7<ch105>send=010300910001D5E7
(9:17:32) INFO:COM7<ch106>send=0103006600016415
(9:17:33) INFO:COM7<ch107>send=010300860003E422
(9:17:34) INFO:COM7<ch67>send=010300650002D414
(9:17:34) INFO:COM7<ch80>send=0103006B0006B414
(9:17:35) INFO:COM7<ch81>send=010300C900015434
(9:17:35) INFO:COM7<ch82>send=010300CD000115F5
(9:17:36) INF_RTM:108:node3 not found(it1)
(9:17:36) INF_RTM:108:node10 not found(it1)
(9:17:36) INF_RTM:108:node11 not found(it1)
(9:17:36) INFO:COM7<ch83>send=0103012C0001443F
(9:17:37) INFO:COM7<ch84>send=0103041C000144FC
(9:17:37) INFO:COM7<ch85>send=0103006C000545D4
(9:17:38) INFO:COM7<ch87>send=0103006300023415
(9:17:38) INFO:COM7<ch88>send=01030071000355D0
(9:17:39) INFO:COM7<ch91>send=0103009300017427
(9:17:39) INFO:COM7<ch92>send=0103006E00036416
(9:17:40) INFO:COM7<ch95>send=010300640001C5D5
(9:17:41) INFO:COM7<ch104>send=0103008F0001B5E1
(9:17:42) INFO:COM7<ch105>send=010300910001D5E7
(9:17:42) INFO:COM7<ch106>send=0103006600016415
(9:17:43) INFO:COM7<ch107>send=010300860003E422
(9:17:43) INFO:COM7<ch67>send=010300650002D414
(9:17:44) INFO:COM7<ch80>send=0103006B0006B414
(9:17:44) INFO:COM7<ch81>send=010300C900015434
(9:17:46) INFO:COM7<ch82>send=010300CD000115F5
(9:17:46) INF_IP:sberr ind = 10060
(9:17:46) INFO:COM7<ch83>send=0103012C0001443F
(9:17:47) INFO:COM7<ch84>send=0103041C000144FC
(9:17:47) INFO:COM7<ch85>send=0103006C000545D4
(9:17:48) INFO:COM7<ch87>send=0103006300023415
(9:17:48) INFO:COM7<ch88>send=01030071000355D0
(9:17:48) INF_IP:sberr ind = 10060
(9:17:48) ERR_IP:10060:ETIMEDOUT(sendto) = 10060
(9:17:49) INFO:COM7<ch91>send=0103009300017427
(9:17:50) INFO:COM7<ch92>send=0103006E00036416
(9:17:50) INFO:COM7<ch95>send=010300640001C5D5
(9:17:51) INFO:COM7<ch104>send=0103008F0001B5E1
(9:17:51) INFO:COM7<ch105>send=010300910001D5E7
(9:17:52) INFO:COM7<ch106>send=0103006600016415
(9:17:52) INFO:COM7<ch107>send=010300860003E422
(9:17:53) INFO:COM7<ch67>send=010300650002D414

и т.д., пока не случается зависание. Лог просто обрывается, без записей об ошибке.

Внимание, вопросы:
1) Что за "спам" теперь идет с/на порт СОМ7 <ch67>...<ch107>? Какая-то бессмыслица типа [!]0e[!][!][!] или [!]0[!][!][!][!], если перевести в ASCII. Ранее, до обновления до 6.09.2, в логах такого не было, это точная информация. Протокол - Modbus RTU поверх TCP (виртуальный COM-порт в системе).
2) Почему ключи из help для задания параметров работы мониторов не работают в этом релизе?
(9:16:19) WRN_LOAD:NOERRWNDMES not supported
(9:16:19) WRN_LOAD:MEMRES=1024 not supported
(9:16:19) WRN_LOAD:MEMORY not supported
3) Почему после обновления стала появляться ошибка Graph loop is big(t)? Графика с 2014 года осталась прежней, проект (экраны) не меняли. Может на это влиять изменение (уменьшение) настройки Периода и Разрешения в параметрах узла (ранее цикл был 10 сек, сейчас - 1 сек)?
4) Почему теперь "зависания" rtcx.exe сопровождаются проблемами с системными библиотеками MSVCR71.dll, qt-mt332.dll, ntdll.dll (каждый раз - разная библиотека)?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. Судя по диагностической информации в профайлерном протоколе в заданном Вами ключе DEBUGON установлен бит
"бит 9 (0x200) – обмен по RS; "
В начале протокола имеется информация об инициализации COM7
"(9:17:11) INF_RS:found channels=23 for COM7
(9:17:11) INF_RS:init string is \\.\COM7: baud=9600 parity=N data=8 stop=1
(9:17:11) INF_RTM:start Host:COM_7[2148] low "
Потом в реальном времени приводятся тексты запросов по этому COM-порту - в полном соответствии с протоколом Modbus RTU.

2. Организация потоков сообщений и система их обработки в релизе 6.09.2 изменились.
Указанные Вами ключи стали неактуальными.
Судя по тому, что в релизе 6.09 использование этих ключей помогало Вам, перегрузки МРВ, приводящие к неустойчивой работе узла, были и ранее. Некоторое снижение нагрузки за счет отключения потока сообщений не устранило истинную причину неустойчивости - ресурсные перегрузки.
Они остались, и теперь сообщения о перегрузках стали явными.

3. Безусловно, многократное сокращение цикла обработки увеличивает ресурсную нагрузку МРВ и может являться дополнительной причиной неустойчивости функционирования узла.

4. Причины перегрузки остались, поэтому остались и фатальные последствия.
В некоторой степени снижение нагрузки может быть достигнуто введением ключа
GRAPH_STATUS_WND=OFF
актуального в релизах 6.09.2 и 6.10.

Начиная с релиза 6.10, с целью повышения устойчивости модифицированы механизмы обработки потоков SNMP.

В ближайшие дни на сайте будет выложен релиз 6.10.1, в котором устранены некоторые системные ошибки, вызывающие увеличение ресурсной нагрузки и неустойчивость функционирования МРВ.

Однако, необходимо выявить в Вашем проекте причины перегрузки, касающиеся, по крайней мере, графической базы.
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2