SIM300, значения параметра <state> команды CIPSTATUS... Опции

[xmega]

У SIMCOMов есть такая комманда AT+CIPSTATUS, в которой некий параметр <state> показывает в каком состоянии находится соединение. В последних документах значений этого параметра стало больше но нет точного описания что эти состояния означают.

Раньше было восемь значений <state>:
0 IP INITIAL
1 IP START
2 IP CONFIG
3 IP IND
4 IP GPRSACT
5 IP STATUS
6 TCP/UDP CONNECTING
7 IP CLOSE
8 CONNECT OK

сейчас десять значений <state>:
0 IP INITIAL
1 IP START
2 IP CONFIG
3 IP IND
4 IP GPRSACT
5 IP STATUS
6 TCP/UDP CONNECTING
7 IP CLOSE
8 CONNECT OK
9 PDP DEACT
10 +FCERROR

конечно ДОГАДАТЬСЯ можно, но хотелось бы точного определения этих состояний...

[KGB]

Baser.....
спасибо!!!!!
ну тогда у меня всё правельно.

------------------------------------------------
вот что происходит

6
AT+CIPSHUT

0
AT+CGREG?

+CGREG: 0,1
0
AT+CIPSTART="TCP","x","6565"
0

+PDP: DEACT

6
AT+CIPSHUT

0
AT+CGREG?

+CGREG: 0,1
0
AT+CIPSTART="TCP","x","6565"
0

+PDP: DEACT

9
AT+CIPSHUT

9


0
AT+CGREG?

+CGREG: 0,1
0
AT+CIPSTART="TCP","x","6565"
0

+PDP: DEACT

9
AT+CIPSHUT

9


0
AT+CGREG?

+CGREG: 0,1
0
AT+CIPSTART="TCP","x","6565"
0

+PDP: DEACT

9
AT+CIPSHUT

9


0
AT+CGREG?



пока итик далее до бесконечности...
---------------------------------------------

я думал что 9 это типа конект-фаил соединение ЕЩЁ не установлено мол ждите...
и хотел было уж в обработке 9ки добавить паузу побольше и счётчик 9ок.. чтоб не ждать до посинения...
--------------------------------------------
но если вё ка ты сказал то тогда всё понятно.

-----------------------------
смущает это...
AT+CIPSHUT
9
0
не говорит ли это отом что стек нихрене не сброшен?????
-----------------------------
ща поймаю момент когда пойдут такие ответы
переключусь в текстовый режим
и посмотрю что за 9ка после сипшута

[HARMHARM]

Тут дело в том, что команда CIPSHUT как раз и деактивирует PDP контекст. Так что все правильно с девяткой - это ответ что контекст уже. Сегодня как раз буду с CIPSHUT разбираться, дополню. Непонятно только, как после начала соединения выскакивает +PDP DEACT, и потом сразу 6, то есть TCP CONNECTING...
Кстати, такое соображение. Операторы любят округлять объем информации по обрыву сессии. ИМХО, обрыв сессии - это как раз деактивация контекста. Attach/Detach тут не при чем? Интересно, а ток потребления какой в состоянии Attached, или он зависит больше от активации контекста и объема данных?

[KGB]

Тут дело в том, что команда CIPSHUT как раз и деактивирует PDP контекст.

но во туто с этим и не понятки.... сипшут поидее должен сбросить РРР

и тогда в следущем конекте должна появится 6 а не 9

а вот если дёрнуть питание то тогда точно начинает вываливаться 6ка

Непонятно только, как после начала соединения выскакивает +PDP DEACT, и потом сразу 6, то есть TCP CONNECTING...

PDP DEACT выскакивает не сразу а через некоторое врямя... гдело минута
а потом через несколько секунд 6
6 это не состоявшийся конект.

[HARMHARM]

но во туто с этим и не понятки.... сипшут поидее должен сбросить РРР
и тогда в следущем конекте должна появится 6 а не 9

CIPSHUT закрывает задачу,и получаете статус 0 (IP INITIAL). В процессе происходит отключение PDP, о чем и получаете извещение. Между прочим, после CIPSHUT полезно вставить паузу, потому что выполняться может долго. У меня 10 секунд. Смотрел здесь.

а вот если дёрнуть питание то тогда точно начинает вываливаться 6ка
PDP DEACT выскакивает не сразу а через некоторое врямя... гдело минута
а потом через несколько секунд 6
6 это не состоявшийся конект.

Я использую полный цикл (CSTT, CIICR, CIFSR), поэтому имею детальное понимание где чего отвалилось - не приняты APN/username/password, или нет TCP коннекта...
Кстати, почему Вы думаете, что статус "6" это "не состоявшийся конект"? Я полагаю, что модем просто дает ответ примерно через минуту, о том, что еще пытается соединиться. Разумеется, 60 секунд это достаточно (для меня) чтобы принять решение о недоступности сервера, но все же...