У 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

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

Подобная команда есть у многих модулей, а вот значения параметров следует искать в литературе по IP.

можно и такое полистать
http://ftp.icpdas.com/pub/cd/usbcd/napdos/...b_manual%20.pdf

http://ftp.icpdas.com/pub/cd/usbcd/napdos/...gprs_20090107.h
http://ftp.icpdas.com/pub/cd/usbcd/napdos/...rs_20090107.lib

а можно и отсюда начать - http://ftp.icpdas.com/pub/cd/usbcd/napdos/.../software/demo/
все с исходниками....

большое спасибо буду смотреть...



Ну а сами то китайцы совсем ничего не советуют по этому поводу?

В литературе по IP такого быть не может. Протокол IP штука очень старая, да и понять я не могу какое отношение имеет протокол сетевого уровня (см. книгу У. Ричард Стивенс) к состояниям соединения в конкретных модемах (возможно эти модемы работают просто на одном программном обеспечении). Тем более этот параметр <state> возвращают такие команды как CIPSTART и CIPSTATUS, а эти команды даже выходят за рамки команд специфицированных ETSI как GSM07.05 и GSM07.07

CIPSTART, CIPSTATUS и все команды раздела «AT Commands for TCPIP Application Toolkit» это чисто «фирменная» система команд, конечно возможно что многие производители создают свои модемы используя одинаковую программную платформу, но тем не менее где описание то?...

Или я ошибаюсь?...

Все правильно, это все специфические ответы Sim300. Описание их предельно куцее.
Можно только догадываться:
0 IP INITIAL Бездействие, начальное состояние
1 IP START Установлены параметры соединения GPRS( APN и т.д. )/CSD
2 IP CONFIG Приняты параметры
3 IP IND Производится соединение
4 IP GPRSACT GPRS attached (+CGACT: 1)(!)/CSD соединился(?) - PDP контекст активирован/CSD PPP соединился
5 IP STATUS получен IP адрес
6 TCP/UDP CONNECTING Устанавливается соеднинение уровня TCP/проверяется UDP
7 IP CLOSE Соедниение TCP разорвано
8 CONNECT OK Установлено соединение
9 PDP DEACT PDP контекст деактивирован
10 +FCERROR Это вообще ответ из факсового набора...
Если кто может поправить - милости прошу.

Вообще-то эти строчки в прошивке рядышком лежат. Там еще есть CONNECT FAIL. А +FCERROR - непонятно, ты его вживую видел? В той табличке его нет.

про
3 IP IND Производится соединение

правельно ли??

сегодня у меня выскочило такое при конекте...

CONNECT FAIL

STATE: IP IND

судя по переводу должно было подсоединится раз оно производится
но этого не поизошло

Тут все как раз правильно и логично.
CONNECT FAIL означает, что попытка установить соединение накрылась медным тазом.
STATE: IP IND означает, что TCP/IP стек модема остановился в состоянии "Производится соединение"
В описании на команду AT+CIPSHUT указывается, что только при помощи неё стек можно программно сбросить в начальное состояние.
А иначе он будет в состоянии IP IND до перезагрузки модема...

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ка после сипшута

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

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

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

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


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

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

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