Спасибо, теперь понял. У меня при поднятии GPRS, каждый последующий шаг только после получения одобрения от модуля типа так: получили строку с ОК-далее, получили строку с CONNECT- далее, неполучили ERROR-далее и т.п. А счетчик тоже прицеплю для надежности.

Прежде, чем гнать данные на Оранж я включаю прозрачный режим AT+QIMODE=1, ........ AT+QIOPEN="TCP","193.193.165.165",20332. После этого модуль не принимает АТ команды. Как теперь можно вернуть ражим АТ?

+++

+++Это я знал,
+++
AT+QIMODE=0
AT+QICLOSE
AT+QIDEACТ
CLOSED
AT+QIDEACT
DEACT OK
Гдето или порядок команд не тот или тайминги малы, а вот с терминала получилось. Долго однако разъединяется...
Выходит при установленном TCP соединении я не смогу прочитать пришедшие СМС?

Сообщение отредактировал V125 - Oct 10 2011, 11:25

Да, разъединяет оно не за милисекунды.
Совершенно верно, при установленом TCP соединении SMS не почитаешь...

У меня разъединяет 30 -100 сек. Может я что не так делаю. А какой выход? Прерывать сессию, читать и снова соединяться? Может есть какой хитрый способ обойти это? Уж слишком долго рвется сессия.

Сообщение отредактировал V125 - Oct 10 2011, 14:21

Не надо разъединать. Надо перейти с прозрачного режима в командный. Почитать СМС и снова перейти в прозрачный режим. ТСП сессия при этом не рвется.

Для жесткого рестарта модуля приноровились ставить внешний ключ. Но ведь еще существует вывод EMERG_OFF. В ДШ предлагают его использовать, когда нормальное отключение модуля невозможно. Может там внутри на железном уровне стоит тот же самый ключ? Что на это скажут представители поддержки Квестеля? Может существует ли какая "секретная" блок- схема?

Сообщение отредактировал V125 - Oct 12 2011, 17:34

Зачем модулю жесткий рестарт? Модуль всегда реагирует на PWRKEY! За всю историю продаж не было случаев, чтобы PWRKEY не помогал. Если уж модуль вдруг завис, то помжет перезапустить модуль команда AT+QPOWD=0(программный аналог EMERG_OFF).
EMERG_OFF - поддерживается самим чипом. Это безусловное выключение без всяких процедур выхода из сети.

Сообщение отредактировал CupuyC - Oct 13 2011, 09:03

непонятное поведение M10
пробовал разные прошивки: M10BR05A09S32, M10R06A07S32

Модем при установлении TCP соединения выдает SEND OK при отправке данных, хотя данные до сервера не дошли, они приходят позже или вообще не приходят. Для проверки использовал разные проги которые ведут лог сокета. Причем такая ситуация при смене оператора либо ухудшается либо улучшается, например на "МТС" боле менее приходят с задержкой до 5...10сек, а "Мегафон" совсем до 30% данных не доходят хотя модем исправно выдает SEND OK. При включении модема SIM300 или SIM900 в тех же условиях на тех же симка все работает нормально.
Никто с таким не сталкивался? в чем может быть проблема?

Прошивки M10BR... и M10R... для разного железа. Первая прошивка для более новых модулей, где используется усилитель мощности совмещенный с коммутатором антенны. Поэтому посмотрите на наклейку на модуле, что за прошивки Вам надо шить. Самые последние прошивки: M10BR06A06S32 M10R07A01S32. Убедитесь, что в модуль прошили соответствующую прошивку.
Подайте команду AT+CSQ и посмотрите что получите в ответ. Если слабый сигнал - проверьте все ли нормально с анетнной.

del

Сообщение отредактировал jokolemene - Dec 27 2011, 11:34

а не подскажете ли, для модулей M10R OCPU прошивки свежие существуют? А то вроде есть такой модуль, но толку никакого от него - лежит мертвым грузом.

Должны быть, но напишите полное название прошивки, а то тип памяти играет роль.

Последняя официальная версия прошивки для этих подулей вроде как M10R03A04V01S32_OCPU. Эти модули достаточно давно уже не производятся, поэтому новые прошивки под них не делаются.