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

[RadikX]

Использовали в своих девайсах AT+CIPCLOSE без параметров и особо незаморачивались. Когда начали досконально изучать обмен с сервером по GPRS выяснилось что задержки между запросом и ответом могут достигать почти 20 сек, что катастрофично. Закрытие сокета может достигать аналогичной временной задержки. В мануале указаны два возможных способа закрытия соединения быстрый(AT+CIPCLOSE=1) и медленный (0-по умолчанию). Вопрос: чем плох быстрый способ закрытия соединения и какие проблемы может принести его применение?

[RadikX]

Неверное я неправильно сформулировал вопрос. Я имею ввиду команды отличаются только ответом: сразу в быстром и по факту в медленном. Или все же он реально его как-то обрывает и я его могу тут же использовать снова? Проверить на стенде сложно: ситуация происходит несколько раз в сутки.

"а "at+cipshut" не пробовали? "

AT+CIPSHUT, если не ошибаюсь, закрывает полностью GPRS сессию, что приводит к округлению трафика.

[M_Z]

AT+CIPSHUT, если не ошибаюсь, закрывает полностью GPRS сессию, что приводит к округлению трафика.

у нас на МТС побайтная тарификация. то есть округления нет.
по России, как мне утверждали у некотрых операторов округляют раз в сутки. просто важно выбрать правильно тарифный план и оператора.
а с "AT+CIPCLOSE" я тоже попробовал - не понравилось.

[rx3apf]

у нас на МТС побайтная тарификация. то есть округления нет.
по России, как мне утверждали у некотрых операторов округляют раз в сутки. просто важно выбрать правильно тарифный план и оператора.
а с "AT+CIPCLOSE" я тоже попробовал - не понравилось.

А мне пришлось отказаться от +CIPSHUT в пользу +CIPCLOSE. Иначе регулярное использование +CIPSHUT провоцировало ситуацию, когда GPRS просто прекращал работать ("PDP DEACT" немедленно после +CIPSTART, причем продолжалось очень долго, и наблюдалось регулярно). Стал закрывать - стало работать многократно стабильнее.

Сообщение отредактировал rx3apf - Mar 26 2012, 14:14