This is topic "modems not ready" проблема с GSM-SMS (что-то с АТ-командами?) in forum Мониторы Реального Времени / Real Time Monitors at Форум TRACE MODE: техническая поддержка.
На объекте уже 2 года успешно функционируют 2 шт. одинаковых аппаратно и программно МРВ (Professional RTM+ ver. 6.09.0), расположенных в одном здании, но на разных этажах, к которым подключен одинаковый набор оборудования (каждый набор к своему МРВ). SMS-cообщения об авариях в контролируемых параметрах высылаются через GSM-модемы Centerion MC52i. МРВ, расположенный на 1 этаже, успешно рассылает SMS. Второй МРВ, расположенный в подвале, в виду плохого покрытия сотовой сетью, периодически не осуществляет отправку аварийных SMS, до недавнего времени помогало перемещение антенны в другое место. Однако, в настоящее время, этот второй МРВ вообще перестал высылать SMS. В логах появляется сообщение "modems not ready". Была запущена диагностика обмена по COM-порту и записан расширенный лог с помощью ключей в CNF-файле.
Привожу лог инициализации модема в работающем МРВ:
Теперь привожу лог инициализации обмена по модему второго, проблемного МРВ:
31-08-2016 14:34:32.375 INFO (COM1):Initialization complete successfully 31-08-2016 14:34:32.375 INFO (GSM MODEM(+796785xxxxx)): SMS processor started 31-08-2016 14:34:32.375 INFO (GSM MODEM(+796785xxxxx)):SMS processor started 31-08-2016 14:34:32.375 INFO (GSM MODEM(+796785xxxxx)):Modem initialization started 31-08-2016 14:34:32.390 INFO (COM1):Deinitialized 31-08-2016 14:34:32.390 INFO (COM1):Initialization complete successfully 31-08-2016 14:34:33:390 DEBUG (GSM MODEM(+796785xxxxx)):Output: ate0v1x0&d2 | 61 74 65 30 76 31 78 30 26 64 32 31-08-2016 14:34:33:453 DEBUG (GSM MODEM(+79678xxxxx)):Input: ate0v1x0&d2 | 61 74 65 30 76 31 78 30 26 64 32 31-08-2016 14:34:33:453 DEBUG (GSM MODEM(+79678xxxxx)):Input: ERROR | 45 52 52 4F 52 31-08-2016 14:34:33.453 ERROR (GSM MODEM(+796785xxxxx)):Failed to setup modem mode 31-08-2016 14:34:35.453 INFO (GSM MODEM(+796785xxxxx)):Modem initialization started
...после переустановки RTM:
31-08-2016 14:44:36.843 INFO (COM1):Initialization complete successfully 31-08-2016 14:44:36.843 INFO (GSM MODEM(+796785xxxxx)): IO processor started 31-08-2016 14:44:36.843 INFO (GSM MODEM(+796785xxxxx)):Modem initialization 31-08-2016 14:44:36.843 INFO (GSM MODEM(+796785xxxxx)):Modem initialization started 31-08-2016 14:44:36.859 INFO (COM1):Deinitialized 31-08-2016 14:44:36.859 INFO (COM1):Initialization complete successfully 31-08-2016 14:44:37:859 DEBUG (GSM MODEM(+796785xxxxx)):Output: ate0v1x0&d2 | 61 74 65 30 76 31 78 30 26 64 32 31-08-2016 14:44:37:921 DEBUG (GSM MODEM(+796785xxxxx)):Input: ERROR | 45 52 52 4F 52 31-08-2016 14:44:37.921 ERROR (GSM MODEM(+796785xxxxx)):Failed to setup modem mode 31-08-2016 14:44:39.921 INFO (GSM MODEM(+796785xxxxx)):Modem initialization started
и т.д.
Лог профайлера МРВ при этом:
(14:43:56) INF_RTM:NT6.RTM 6.1 (14:43:56) INF_RTM:Professional RTM+ ver. 6.09.0 (14:44:34) WRN_RS:found channels = 0 (14:44:34) INF_RS:init string is \\.\COM5: baud=9600 parity=N data=8 stop=1 (14:44:34) WRN_RS:found channels = 24 (14:44:36) ERR_MODEM:COM1 MODEM ERR=10 (14:44:39) ERR_RTM:modems not ready (14:44:39) ERR_RTM:modems not ready (14:44:41) ERR_RTM:modems not ready (14:49:54) ERR_RTM:modems not ready
Почему во втором МРВ происходит объединение АТ-команд в строку: ate0v1x0&d2 ? В чем отличие процессоров SMS и IO, почему они всегда по разному запускаются/инициализируются?
Оба модема исправны, взаимная замена это показала (на АТ-команды отвечают, с исправного АРМ оба рассылают SMS). Полагаю, что второй модем, на проблемном МРВ, не может разобрать посылку ate0v1x0&d2 и сконфигурироваться. Механизм формирования АТ-команд в ТМ скрыт. Что и где можно исправить, чтобы восстановить рассылку SMS об авариях?
Ранее техподдержка дала ответ на этот вопрос, заданный в ветке по бесплатной версии: "Есть основание предполагать, что исполнительные модули МРВ, запущенные "на разных этажах", относятся к разным релизам и, возможно, "работающий" - более позднего релиза. Сравните файлы wdep.dll. Используйте в папке проблемного МРВ wdep.dll "работающего" МРВ."
Мы проверили. Исполнительные модули МРВ и wdep.dll на нашем объекте - одного релиза. С 2013 года обновлений исполнительной среды не осуществлялось, до этого проблемный МРВ работал 2 года. Переустановка проблемного МРВ из старых исходников (6.09) не привела к успеху.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проблема уже обсуждалась с Вами в 2014 г. Ответ дан почтой.
