Telit datacall, Не могу понять как правильно Опции

[White_rat]

Пришлось недавно заняться GSM-модулями Telit. В целом довольно понятно, пока не приступил к datacall.
В общем, логика такова. На прием звонка стоит автоподъем. По третьему звонку поднимает, коннектится. Пишет CONNECT 9600. Все хорошо.
Далее приходит команда, парсер ее отрабатывает, принимается решение что делать.
Вот дальше не совсем понял - модуль находится в режиме передачи данных и мне необходимо перевести его в командный режим.
Перевожу при помощи +++
Все хорошо, переходит.
Потом перед отправкой данных снова перевожу его в режим передачи данных при помощи AT0
Все опять же работает
Ну и так далее, перевожу в командный +++ и по кругу

Все замечательно отрабатывает, пока не надо прервать соединение.
Вообще у меня есть бесконечный основной цикл, где программа постоянно крутится (ну так было указано в примерах, насколько я их понял)
res=MDM.receive(10)
ab = res.find('NO CARRIER')
if(ab!=-1):
StopDataMode()

Если вижу NO CARRIER, то останавливаю выполнение программы, перехожу в командный режим.
Только вот этот самый NO CARRIER может прийти и во время выполнения каких-то команд. В результате я его не всегда отлавливаю и все плохо.

Вопросы.
Правильно ли вообще постоянно переключаться с одного режима во второй?
Что делать для с проблемой отлова NO CARRIER (вообще говоря, любая команда тоже может не отпарситься по той же причине)

Извиняюсь, если вопросы дурацкие, не нашел толкового примера... При соединении по GPRS меня ждет видимо то же самое
Спасибо.

[White_rat]

mempfis_, спасибо в очередной раз. Не работают у меня виртуальные COMы... Где-то виде на форумах, что проблема может быть в самом USB-COM-переходнике (не очень понятно почему).
если можно, еще один вопрос. Вот была у меня проблема с определением RINGа. Решилась путем проверки +CLCC - все хорошо. Теперь похоже на то, что с приходом СМС тоже самое. Т.е. +CMTI приходит
и я его отслеживаю в основном цикле

res=MDM.receive(10)
a = RES.find('+CMTI: "SM",')
if(a!=-1):
Собственно смотрю что пришло

+CMTI может прийти не только в основном цикле, но и как я понимаю при любой команде MDM.recieve
Выход я вижу в AT@CMGL с опцией "REC UNREAD". Не очень нравится, что постоянно придется обращаться к SIM-карте...

И вообще, зачем тогда вообще нужны и RING и +CMTI, если их прямое использование проблематично.

[mempfis_]

+CMTI может прийти не только в основном цикле, но и как я понимаю при любой команде MDM.recieve
Выход я вижу в AT@CMGL с опцией "REC UNREAD". Не очень нравится, что постоянно придется обращаться к SIM-карте...

И вообще, зачем тогда вообще нужны и RING и +CMTI, если их прямое использование проблематично.

Опрашивайте периодически используя AT+CMGL="REC UNREAD".
Я сам так делаю. Но перед опросом Вы должны проверить готовность SIM. Например AT#QSS=2\r - это настройка делается один раз, AT#QSS - проверка.

Будет так
AT#QSS
Ожидание OK
если 2,3 - можно читать СМС
иначе выход
AT+CMGL="REC UNREAD"
Ожидание OK
разгребание ответа.

В скрипте сложно выполнять поиск RING/CMTI т.к. он вклинивается в ответы на MDM.read.
Другое дело когда модем подключён к процессору. Там эти сообщения намного проще отловить особенно в режиме CMUX т.к. они приходят одним фрэймом, а вся работа с CMUX построена на ожидании фреймов. Да и если не в CMUX работать всёравно в обработчике сообщений от модема можно легко отловить RING/CMTI анализируя принятые строки (RING например приходит как RING\r\n\r\n CMTI скорее всего также)