Сигнализаия не отвечает на SMS, DTMF команды

[bvy_vetal]

Установил систему OKO-U2.
За 10 дней использования уже два раза столкнулся с проблемой, что сигнализация перестает реагировать на SMS, DTMF комманды. Помогает выключение прибора, вытащить сим-карту и обратно вставить.
В зависшем состоянии на сигнализацию можно позвонить, она поднимает трубку, но команды не применяются.
При срабатывании охранного датчика в таком состоянии система не перезванивает.

[boby]

если прибор подымает трубку, то он не завис )))
после дтмф-команды (какой именно?) он делает подтверждающий тоновый сигнал?
запишите конфигуратором (закладка ЛОГИРОВАНИЕ) лог-файл всего этого процесса и все станет тогда более понятным.
файл выслать на support@oko.tm с описанием ваших действий при этом процессе.

[bvy_vetal]

Спасибо за ответ.
Поведение системы:
Набираю номер сигнализации, она поднимает трубку и слышу тоновый сигнал.
После этого ввожу команду 2 (чтобы получить статус системы). Подтверждающего сигнала на мою команду нет.
Пробую послать смс на устройство, чтобы получить статус, в ответ ничего не получаю.
Полностью выключаю (АКБ, 220) пробую заново набрать ДТМФ команду. После перезагрузки система
работает нормально (слышу подтверждающий сигнал после ввода ДТМФ ,получаю смс)

[boby]

когда опять случится данная ситуация, то НЕ выключайте прибор, а подключите его к ПК и с помощью конфигуратора запишите лог всего этого - на закладке Логировние нажмите кнопку СТАРТ, появится инженерная информация в окне, которая также записывается в файл, который автоматически сгенерился в той же папке, где запущен конфигуратор. Этот файл к нам на support@oko.tm с описанием ваших действий (позвонил на прибор, нажал 2, положил трубку, отрпавил смс).

Кстати, у вас отчет о доставке смс в вашем телефоне активирован?
Доставлятеся ли ваша смс на прибор, когда происходит данная непонятная ситуация?
Если нет, то есть предположение о блокировке сервисов на стороне опреатора по некоторым причинам (например, нецелевое использование сим-карты, ведь она не в мобильном телефоне). После выкл/вкл с поседующей регистрацией в сети происходит заново считывание профиля сервисов с HLR и они могут быть опять восстановлены до следуюущего критического момента определения нецелевого использования. Например, лайф сильно "боится" гсм-шлюзов )))

В любом случае по логу будет четко видно, приходят ли дтмф-команды на прибор или нет, приходит ли ему смс или нет.

[Ramzes]

Сам столкнулся с такой проблемой, как мне кажется дело в симке.

Изначально симка была куплена киевстаровская (в офф магазине, сказали что тариф специальный для сигнализации).
Номер первого хозяина был МТС. И тоже заметил особенность, что реагирует на команды через раз, а если ставлю свой КС первым номером то вроде норм, у заказчика в телефоне и мтс и лайф, на обоих операторах ситуация таже (уже думал что какой то корявый телефон не так подает тональный сигнал), создалось впечатление что если прибор перестал реагировать после звока на 1 номер, то какой бы номер не был следующим даже если и КС то прибор всеравно не регирует. В общем ситуация такая же как у автора. По логам видно что прибор принимет "ноль" от дтмф и видит смски перенапрявляет их на модем, а оттуда возвращается ERROR. Логи на рабочем ноуте, завтра скину.
Под рукой была запасная плата v2.2.3 (изначально стваил 2.2.2) Ситуация таже. Подкинул симку своего телефона (мтс) и вроде как все заработало, времени разбираться не было, завтра поеду ставить мтс.

[boby]

в гсм-сети с дтмф-командами не все так просто, ведь с самого начала эти посылки (комбинация 2 из 6 частот) были разработаны для обычной проводной телефонии )))

сторона А (пользователь), набирающая тоновые команды, реально НЕ генерит тоновые сигналы в НЧ тракте - это "нажатия" на кнопки телефона по стандарту поступают в опорную сеть по "сигналингу", который кодируется на радиоподсистеме более избыточно, чем "голосовая часть" линка и поэтому более помехозащищен. Опорная сеть оператора каждое нажатие на кнопку телефона знает достоверно, именно поэтому хорошо работают сервисы оператора построены на этом (голосовое меню колцентра, пополнение счета по стреч-карте и прочее).
НО ... на сторону В (прибор) эти нажатия на клавиши уже "спускаются" в НЧ-тракте, подмешиваясь с голосом, это происходит чуть "выше" RAN-а, а именно на "дальнем" MGw (или MSC в случае монолитной топологии опорной сети). Причем сдесь процес "подмешивания" происходит по неким правилам, зависящим от установок оператора (минимальная/максимальная длина тонового сигнала клавиши, минимальное время между тоновыми сигналами и пр.). Это можно явно "пощупать" если позвонить с одного мобильника на другой. Если на одном мобильнике нажать идолго держать кнопку, то на втором конце тоновый сигнал будет звучать не более определенного времени, даже если на первом конце палец все еще давит на кнопку. И наоборот, на передающем конце можно быстро каснутся кнопки, а на дальнем тоновый сигнал будет звучать дольше, нежели вы каснулись. Ну и если к примеру, на первом конце быстро поочереди понажимать несколько кнопок, то легко услышать, что на дальнем конце они все еще будут проигрываться после того как вы уже ничего и не жмете.

Так вот на "последней миле" RAN-а (воздух) стороны В и могут появится неприятные моменты стоновым сигналом. Если в месте установки прибора, пользуясь обычным мобильным телефоном, часто бывают кратковременные выпадания речи (на слух это слышно, когда выпадают буквы, слоги ... а еще хуже слова), то в такой обстановке говорить о надежном декодировании дтмф-сигналов вообще не приходится. Более того, это может приводить к неверным выполнениям дтмф-команд, в системе которых есть идущие подряд одинаковые символы. Это связано с тем, что если к примеру напротяжении воспроизведения одной цифры в сторону В был кратковременный провал НЧ-тракта, то декодер сигалов (находится в гсм-модуле) выдаст в порт две подряд идущие цифры, хотя реально пользователь нажимал один раз. Кстати, именно поэтому в гсм-мини, где есть повторяющиеся цифры в системе дтмф-команд, очень часто пользователи встречаются с глюками выполнения этих команда (нажал одно, а выполнилось иное).

[Ramzes]

Это то понятно, это можно принять как вариант, но в моем случае, когда плата не может разобрать дтмф то на смс она тоже не реагирует, ни с какого номера.

[boby]

чтобы не гадать на "кофейной гуще", а дать технически вразумительный ответ, необходимо записать лог-файл "проблемной ситуации".

для этого подключите прибор к ПК и запустите конфигуратор, соединитесь с прибором, на закладке Логирование нажать кнопку Старт (автоматически будет создан лог-файл в той же папке, где конфигуратор, с именем, содержащим дату создания).
Отправить с вашего телефона смс-команду (желательно на нем активировать отчет о доставке ,чтобы понимать, что эта смс действительно доставлена на прибор оперетором связи), в окошке (и лог-файле) будет видно, как смс вычитывается, ее содержимое, будет видно делает ли прибор попытку отправить обратно смс-ответ и сколько раз, получает ли он утвердительный ответ оператора или нет. на support@oko.tm прислать этот файл с описанием проблемы - будем детально анализировать и делать выводы.

если к вам не приходит смс-отчет о доставке вашей смс, то ясное дело, что и прибор вам в ответ ничего не даст, ведь ему ничего не пришло. А прибор в это время в сети? Звонки на него проходят?

С МТС например, бывают случаи, когда по логу видно, что прибор принял смс-команду, отправил смс адерсату (получил утвердительный ответ от оператора), более того, со счета сим-ки прибора снялись соответствующие деньги, а ... смс адресату НЕ доставлено оператором (((
Когда звонишь в колцентр оператора с телефона с сим-кой от прибора, то говорят, да видим, что была смс и деньги мы сняли как полагается, а на вопрос: так почему они не доходят адресату? получаем в ответ - проблема в телефоне адресата, звоните с его номера в колцентр, будем разбираться. Далее звоним в колцентр с телефона пользователя: так мол и так, прибор отправляет сюда смс, они чаджатся на стороне прибора, но НЕ доставляются сюда, мол почему? А в ответ: смс-сервис не гарантированный )))
замкнутый круг получается (((
после этого случая на использовании МТС сим-карт в железках (не в мобильниках), я лично, поставил "крест".

ПС.
с КС такого (вышеописанное) пока не замечал.

[Ramzes]

А мне придется ставить крест на киевстаре =)

[boby]

в первом файле "OKO-U2_861694030401432_2_2_3_log_30-10-2016-14-57-00" четко видно как прибор успешно дозвонился (была тревога по входу-4), пользователь поднял и пололожил трубку, далее прибор сделал три попытки отправить тревожную смс, но все они были безуспешны. Причем четко видно (вы активировали контроль баланса), что на балансе сим-ки 9.50 гр. Судя по юссд-запросу контроля баланса - это была сим-ка КС.

во втором файле "OKO-U2_861694030401432_2_2_3_log_30-10-2016-15-02-50" уже четко видно, что тревожные смс успешно отправляются прибором.
ответ модема типа
Receive from Modem:
+CMGS: 43
OK
вы получали смс тревожное в этом случае?
также видно по юссд-запросу проверки баланса *111# (ответ 8.00гр) , что это .. тоже сим-ка КС или Лайф (у МТС запрос *101#). Причем четко видно, что прибор успешно переслал ответ о балансе "Na rahunku 8.00 grn. Detalno pro bonusy za nomerom *100#", видимо вы установили порог слежения выше 8 гр, вы же получили эту смс?
ЭТО ИНАЯ СИМ-КА КС, НЕЖЕЛИ БЫЛА В ПЕРВОМ СЛУЧАЕ? ИЛИ ЭТО БЫЛ ЛАЙФ?

в третьем файле "OKO-U2_861694030401432_2_2_3_log_30-10-2016-15-10-32" все тоже самое, что и в первом, только не было запроса на баланс, был успешный тревожный звонок и неуспешные поппытки отпрвить тревожную смс. ЭТО ИНАЯ СИМ-КА КС, НЕЖЕЛИ БЫЛА В ПЕРВОМ СЛУЧАЕ?

ПС.
ЧТОБЫ РАЗОБРАТЬСЯ ДО КОНЦА С "ПРОБЛЕМНОЙ" СИМ-КОЙ КС ХОТЕЛОСЬ БЫ ПОЛУЧИТЬ ЕЕ "В РУКИ" ДЛЯ БОЛЕЕ ГЛУБОКОГО ТЕСТИРОВАНИЯ/ПРОВЕРКИ. МОЖНО БУДЕТЬ СДЕЛАТЬ СВЯЗАВШИСЬ С ВАМИ?
По крайнем мере, с теми сим-ками от КС ,что у меня под рукой, я такого не замечал.