CIPCLOSE быстро или медленно? Опции

[_Артём_]

Поэтому реальное время реакции на срабатывание вполне укладывается в 5-7 минут.

Ничего себе время рекции.

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

Лучше с sleep-e держать. Или там GPRS-контент/сокет теряется?

[CADiLO]

Как я уже написал, все зависит от оператора. Если пользоваться сетью на общих основаниях, с обычной карточки - а так многие и делают чтобы экономить - то будьте готовы к тому что ответ может быть от мгновенного до ..... минут. А то и вообще не сможете в GPRS зарегистрироваться.
Для серьезных объектов покупают выделеный канал, где вам гарантировано предоставят очень быстрое GPRS соединение. Но и цены там совершенно другие. Так что или платим мало и никакой гарантии соединения, или имеем гарантированый канал за несколько большие деньги.

http://corp.mts.com.ua/rus/gprs_corporative_network.php

[box415]

Хотелось бы продолжить тему. М.б. у кого-то появился дополнительный опыт.
Возникла следующая проблема на SIM900R с версией В04 (В03 пока не проверяли). При закрытии сокета с оператором МТС в СПб неадекватно выполняются команды CIPCLOSE и CIPSHUT. Происходит это примерно в 20% случаев, преимущественно в периоды утренней и вечерней загрузки сети. При этом с другими операторами (Мегафон, Теле2, Билайн) проблем нет. Более того, нет проблемы и у SIM300 c MTC. Неадекватность выглядит следующим образом. Команда CIPCLOSE короткая завершается нормально, но не снимает DCD. Команда CIPCLOSE длинная зависает без ответа более, чем на 120 секунд. Если не использовать CIPCLOSE, а выдавать сразу CIPSHUT, то зависает без ответа эта команда более, чем на 120 секунд, а это предельный таймаут для команды по документации. При этом во всех случаях сервер при выдаче команд сразу фиксирует закрытие сокета. Конечно, можно все свалить на загруженность сети, но SIM300 в этих же условиях параллельно работает отлично. Все-таки есть подозрения на новую реализацию TCP/IP стека в SIM900R. Логи снятые с DEBUG-порта отправлены на китайскую сторону. Ждем ответа вторую неделю.

[Alt.F4]

Столкнулся с такой же проблемой, что и у box415 из предыдущего поста.
После AT+CIPCLOSE модем перестает реагировать на любые команды, пока на сервере не выйдет таймаут и сессия будет закрыта принудительно (у нас 10минут), либо до нажатия на POWERKEY (после чего выдает +PDP: DEACT, CLOSE OK и NORMAL POWER DOWN).
При вводе же AT+CIPCLOSE=1 ответ прилетает мгновенно и все работает как надо.

Вопрос: чем же все-таки отличается AT+CIPCLOSE от AT+CIPCLOSE=1 и почему при вводе первого сессия не закрывается?
Спасибо.

[Цырен.]

Столкнулся с такой же проблемой, что и у box415 из предыдущего поста.
После AT+CIPCLOSE модем перестает реагировать на любые команды, пока на сервере не выйдет таймаут и сессия будет закрыта принудительно (у нас 10минут), либо до нажатия на POWERKEY (после чего выдает +PDP: DEACT, CLOSE OK и NORMAL POWER DOWN).
При вводе же AT+CIPCLOSE=1 ответ прилетает мгновенно и все работает как надо.

Вопрос: чем же все-таки отличается AT+CIPCLOSE от AT+CIPCLOSE=1 и почему при вводе первого сессия не закрывается?
Спасибо.

В случае с box415, было выяснено, что модуль просто выключался... Там проблема в источнике питания.
В вашем случае. Вы наблюдаете таймаут по нормальному закрытию (с подтверждениями). Таймаут у модуля - 2 минуты. В этот момент следите за NETLIGHT и STATUS, не дергайте модуль АТ командами.
CIPCLOSE=1(значение по умолчанию "0") означает быстрое закрытие без подтверждений от сервера. Модуль просто сбросит свой стек в начальное сосотояние. Об этом вы можете прочитать на стр.28 в приложенном файле.

Прикрепленные файлы

 SIM900_Training_TCPIP.ppt ( 1.09 мегабайт ) Кол-во скачиваний: 52