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

[RadikX]

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

[M_Z]

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

а "at+cipshut" не пробовали?
я именно этой командой пользуюсь. проблем не замечал

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

[RadikX]

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

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

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

[Aurochs]

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

Вам повезло с провайдером. Мне приходилось наблюдать задержки до полутора минут.
И в чем катастрофа, если не секрет?

Вопрос: чем плох быстрый способ закрытия соединения и какие проблемы может принести его применение?

Насколько я понимаю, то в этом случае происходит односторонне закрытие подключения и для сервера провайдера и целевого сервера клиент просто исчезает в никуда.

[RadikX]

Вам повезло с провайдером. Мне приходилось наблюдать задержки до полутора минут.
И в чем катастрофа, если не секрет?

Охренеть...

Приборы используются в охране. Все жестко.

[M_Z]

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

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

[RadikX]

Есть кто-нибудь знающий "физику" работы GPRS? Чем обусловлены эти задержки? Как их минимизировать? Возможно ли как-то повлиять на ситуация переотрытием сокета или GPRS соединения?
Чисто интуитивно, я думаю, это как-то связано с тем что GPRS в GSM вторичен по отношению к голосовому каналу.

[rx3apf]

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

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

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

[=F8=]

Возможно ли как-то повлиять на ситуация переотрытием сокета или GPRS соединения?

Используйте UDP. Закрываться/открывыться будет мгновенно.

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

Нафига полумеры? Лучше рубить по питанию.

[GeGeL]

Используйте UDP. Закрываться/открывыться будет мгновенно.

Нафига полумеры? Лучше рубить по питанию.

+1 На все 100% поддерживаю!

[RadikX]

Нашел документальные нормы задержек. Может кому будет интересно...




SDU - Service Data Unit. Модули данных GPRS

Как видно задержки в 1.5 минуты это еще очень хорошо.

Сообщение отредактировал RadikX - Mar 27 2012, 03:30

[CADiLO]

>>> Чисто интуитивно, я думаю, это как-то связано с тем что GPRS в GSM вторичен по отношению к голосовому каналу.

Абсолютно верно. И если сота будет перегружена голосовыми звонками, то все слоты отдадут под них.
Поэтому в охранные системы часто ставят карточки 2х операторов и пользуются резервным каналом.

[RadikX]

Поэтому в охранные системы часто ставят карточки 2х операторов и пользуются резервным каналом.

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

Кстати нашел вот такую команду: AT+CIPQRCLOSE, в которой как раз и можно настроить быстрое закрытие сокета: с одним или двойным подтверждением.

[CADiLO]

Не нужно две активных - я такое в единичных устройствах видел. Вполне хватает переключения.

>>>А регистрация в сети, потом регистрация в GPRS - опять потери времени.

Вы на время слишком не упирайте, потому как если сеть не даст слоты, то и две активных карточки не помогут.
Поэтому реальное время реакции на срабатывание вполне укладывается в 5-7 минут.
Ведь многие даже не держут модуль постоянно в активном режиме, а включают его только после срабатывания сигнализации или по времени чтобы сбросить данные.

[andrewlekar]

Вот у меня с закрытием проблем особых не было. Я использую во-первых CIPSHUT, а во-вторых в нормальных условиях не закрываю соединение. А вот с открытием сессии... То ли CSTT, то ли CIICR вешает модуль намертво на минуту где-то, при некоторых условиях. Не смертельно, но весьма неприятно.