были бы расписаны временные параметры ответов на AT-команды.
То есть сколько нужно ждать ответа модема на конкретную команду?
Спасибо.

Такого документа нет. Кроме того часть команд дают результат по факту ответа оператора и там времена не регламентированы.

Жаль.
Иногда неясно сколько нужно ждать ответа от модуля (или уже не надо ждать, тк может он завис или вырубился).

Я , на самые "долговечные" команды , такие как подключение GPRS, посылка данных (GPRS SMS), как правило более 30-40 не жду

Бывают и более долговечные команды (например, AT+COPS=? - (запрос списка операторов) или ATDphone_number[;]).
30-40 сек. тут маловато будет.

Наверное надо статус отслеживать.

AT+COPS очень интересно работает при использовании "забаненной" (просроченной) карточки (+CREG: 3, что не сразу обнаруживается). Задержка даже в 10 минут не должна удивлять. У старых вейвкомов на сей счёт была хорошая команда, AT+WAC, она обламывала долгоиграющие запросы...

Случай вообщем экзотический.



Удивлятся не надо.
За такое модем надо убивать уже (ресетом или вырубанием питания).



Вот это правильно.
А у новых нет такой команды?

>>>Задержка даже в 10 минут не должна удивлять.

>>>Удивлятся не надо.
>>>За такое модем надо убивать уже (ресетом или вырубанием питания).

Дык модем тут совсем не причем - он ждет от оператора ответ и никак иначе.
Я когда проверял роуминговые карточки в Украине - одна Telenor, вторая LMT (Latvijas Mobilas Telefons), то на
LMT около минуты ответ ждало, а на Telenor где-то 3-4. Для COPS вполне нормальное явление.
Причем "на родине" с этими же карточками ответа ждало секунд 20, не больше.

Кстати для Литвы делали специальное исправление и новую команду в прошивке модема - COPSRESET.
Там оператор в некоторых ситуациях ложит на стандарт и вообще не отвечает на запрос и модем тупо ждет якобы зависнув.
Китайцы никак не могли поверить что так нагло можно пох..ть требования к ответу на команду.
Хотя после Эмиратов и работы их операторов с USSD я даже не удивился. Вот там вообще песня - по USSD запрещено запрашивать баланс и не работают USSD меню.

Откуда дровишки? Год назад на лайфе счет проверял - все как обычно. Висел в роуминге на du. Меню уже как то не пришло в голову проверять. На местной карточке тоже проверка счета работала.

Дровишки проверены в марте. Вот мне озвучили проблему с GSM<>VOIP мостами.


Это с телефона - оператор DU - не роуминг

*135# - проверка баланса - приходит ответ в виде Flash, т.е. сразу на экран в виде анимашки
Your 'more credit' balance is AED 29.19

А вот с модуля

tx= atd*135#
rx= OK
tx= at+cusd=1,"*135#"
rx= OK
tx= atd"*135#"
rx= +CME ERROR: invalid characters in dial string

В любых вариантах на модуль ответ мы не получаем.

После всех разбирательств выяснили что есть особенности в ответе - они используют STK для вывода ответа сразу на экран телефона.
В текстовом виде баланс можно получить только дав платный запрос SMS. В ответной SMS прийдет и баланс.
Как потом рассказал представитель оператора - USSD задействовано в кредитно-платежной системе и там целая куча нюасов по его использованию. Вобщем если коротко - тот пакет где все-таки работает USSD оказался для моста совсем не выгоден и запросы через SMS получались все равно дешевле.

Карточка была 100% не du. Скорее всего Etisalat. А вот ответить вполне могло и флешем - телефон их одинаково отбражает, так сходу и не отличить.

И не совсем понятно с модулем. Просто молчал и даже ругань в ответ на +CUSD не давал? Да и какие препятствия флеш-смс получить модемом? Неосновательно товарищи подошли к изучению

Им было нужно срочно решить проблему и самое быстрое нашлось в виде SMS.
Как они потом изучали и разбирались, я не в курсе, но на сегодня прибор в Эмиратах работает и жалоб больше нет.
Может быть потом по свободе нашли другое решение.

То что курсивом - вырезал из переписки и привел так как написали мне. Но запрос баланса по SMS я им предложил именно c сайта DU.

>>>>И не совсем понятно с модулем. Просто молчал и даже ругань в ответ на +CUSD не давал?

Ответ OK и все. Никакой ругани, остальное все работало как обычно.

Да уж, когда надо быстро то не до изучений. А в дальнейшем можно проблему и с флешками и смсками решить, ведь так не бывает чтобы телефон мог, а модуль нет.

Ну тут уж за подробностями как потом решено было не ко мне.
Но факт такого поведения c USSD запросами имеется.

Тяжёлый случай.



Эта команда в стандартную версию не входит?
Если нет, то зря.



Вставили бы китайцы в прошивку что-нубудь (индикацию того что модем ещё жив, а не висит). Например посылали бы строку какую в сом-порт(это не по стандарту, понимаю).
Остаётся только по статусу определять? Можно ли ему верить?




А вот вроду у Telit-а такой документ был. Но сомневаюсь что обещанное в нём выполнялось...

>>>Эта команда в стандартную версию не входит?
>>>Если нет, то зря.

Мы попросили включить ее в наше обновление - будет известно по получению релизнотес.

>>>Остаётся только по статусу определять? Можно ли ему верить?

Ну еще можно дать АТ и увидеть OK - значит обмен не висит.

>>>>А вот вроду у Telit-а такой документ был. Но сомневаюсь что обещанное в нём выполнялось...

Возможно и был - но точно время можно предсказать только для команд не завязанных на реакцию оператора.

А Ваше это какое? Для всего бСССР?



То есть можно так?





COPS там вроде был - 180 секунд вроде...

Наше - это ветка которая содержит декодер DTMF. То что прийдет на смену 1137B08SIM900M64_ST_DTMF_JD_MMS.
В евроверсиях ни декодера. ни ММS нет.

А это Европейская версия:
1137B08SIM900D64_ST
?

Да. В ней нет MMS, декодера DTMF, Jamming детектора ну и так - по мелочам....
Для евроверсии было уже 9 и 10 обновления, но расширенные фичи туда не включаются.

Ясно. Спасибо.

А с этим наверное не получится.

Непонятно будет как OK на AT+COPS отличить от OK на AT.

А вот интересно, кто-то использует COPS c целью получить в ответ OK ?

OK тут - признак конца команды, что ли.
Но в общем Вы правы - можно отказаться тут от OK и тем даже ещё программа упростится:
ловить ответ +COPS со всем содержимым и остановиться на CRLF.