большие пакеты tcp/ip и SIM300D Опции

[megaboy]

Уважаемый all, вот уж не знаю, что и думать с этим модулем, прям засада какая то.... ну по порядку:
есть две одинаковые платы с разными модулями:
SIMCOM_Ltd
SIMCOM_SIM300D
Revision:1008B14SIM300D32_SST34HF3284
и
SIMCOM_Ltd
SIMCOM_SIM300D
Revision:1008B10SIM300D32_SPANSION

Модули ведут себя одинаково и так же одинаково с двумя провами - kyivstar и mts

устанавливаю tcp соединение с сервером:

AT+CREG?
+CREG: 0,1
OK

AT+CIPCSGP=1,"www.ab.kyivstar.net"
OK

AT+CIPHEAD=1
OK

at+cipstatus
OK
STATE: IP INITIAL

at+cipstart="tcp","ххх.ххх.ххх.ххх","хххх"
OK
CONNECT OK

at+cipsend=16

>0123456789ABCDEF

SEND OK (данные приходят на сервер)

а потом увеличиваю размер пакета

at+cipsend=160

> 0123456789ABCDEF(х10)

и тишина на вечно... висим...!!!!!!
При этом - используется CTS/RTS, в процессе передачи CTS еще не разу не выставлялось в занято (высокий уровень), разводка питания
подразумевается правильная, емкости 0,1 + 100uF тантал + 2200uF low ESR + Li-ion аккум + зарядка.
PowerKey через полевик от процессора.
Микроконтроллер ATmega1280 питается от 3,3В через стабилизатор от аккума.

что может быть??? где копать???
на всяк случай еще привожу настройки профиля для 1008B14SIM300D32_SST34HF3284:

ACTIVE PROFILE
E: 0
L: 0
M: 0
Q: 0
V: 1
X: 4
S0: 0
S2: 43
S3: 13
S4: 10
S5: 8
S6: 2
S7: 60
S8: 2
S10: 15
+CRC: 0
+CR: 0
+FCLASS: 0
+IMODE: 0
+DR: 0
+CMGF: 1
+CSDH: 0
+ILRR: 0
+CRLP: 61,61,128,6,0,3
+CMEE: 1
+CBST: 7,0,1
+IFC: 2,2
+ICF: 3,3
+CNMI: 2,1,0,0,0
+CSTA: 129
+CSCS: "IRA"
+IPR: 0
+DS: 3,0,512,20
&C: 1
&D: 2
+CCWE: 0
+CDTX: 0
+CTZU: 0
+CTZR: 0
+CV120: 1,1,1,0,0,0
+CEXTHS: 0
+CEXTBUT: 0
+CSMINS: 0
+CMUX: 0
+CCUG: 0,0,0
+CLIP: 1
+COLP: 0
+CCWA: 0
+CAOC: 1
+CLIR: 0
+CUSD: 0
+CSSU: 0
+CSSI: 0
+CDIP: 0
+CSCLK: 0
+CIURC: 1
+SCLASS0: 0
+CSDT: 0
+CMIC: 2,2
+ECHO(NORMAL_AUDIO): 0,0,0
+ECHO(AUX_AUDIO): 0,0,0
+SIDET(NORMAL_AUDIO): 4096
+SIDET(AUX_AUDIO): 4096
+CLCAL: 1
+CCPD: 1
+CMTE: 1
+CSCA: "+380672021111",145
+CSMP: 17,255,0,241

Сообщение отредактировал megaboy - Aug 19 2009, 15:31

[M_Z]

at+cipstart="tcp","ххх.ххх.ххх.ххх","хххх"
OK
CONNECT OK

at+cipsend=16

>0123456789ABCDEF

SEND OK (данные приходят на сервер)

а потом увеличиваю размер пакета

at+cipsend=160

> 0123456789ABCDEF(х10)

и тишина на вечно... висим...!!!!!!
При этом - используется CTS/RTS, в процессе передачи CTS еще не разу не выставлялось в занято (высокий уровень), разводка питания
подразумевается правильная, емкости 0,1 + 100uF тантал + 2200uF low ESR + Li-ion аккум + зарядка.
PowerKey через полевик от процессора.
Микроконтроллер ATmega1280 питается от 3,3В через стабилизатор от аккума.

что может быть??? где копать???
на всяк случай еще привожу настройки профиля для 1008B14SIM300D32_SST34HF3284:

А Вы уверены что отправляете 160 байт в модуль. если хотябы на 1 байт меньше то модуль будет ждать.
а что касается второй стороны, то это врятли.
попробуйте еще посылать не указывая длину посылки at+cipsend а в конце посылки слать ^Z

[megaboy]

А Вы уверены что отправляете 160 байт в модуль. если хотябы на 1 байт меньше то модуль будет ждать.
а что касается второй стороны, то это врятли.
попробуйте еще посылать не указывая длину посылки at+cipsend а в конце посылки слать ^Z

Вы правы, не все данные уходили, оказался баг в софте, счетчик отправки 8 битный был... но заметил еще парочку осбенностей,
который возможно будут интересны на будущее.
Речь идет о прошивке 1008B14SIM300D32_SST34HF3284.
Линия CTS таки не поднималась не разу, сколько б не отправлял пакетов размером около килобайта, т.е. по локальному порту модем вероятно
прекрасно справляется с нагрузкой на скорости 57600. Подозреваю, что такое может иметь место для пакетов, размер которых больше заявленного
производителем (1460 байт).
Еще не всегда сразу приходит SEND OK, при этом данные уже могут быть на сервере, а данный ответ может прийти через секунд 80.
Но чаще он таки приходит сразу, в пределах 1-2 сек, поэтому наверно не стоит ориентироваться на этот ответ, как на гарантию доставки.
Имхо, надежнее просто время от времени проверять статус для проверки соединения.

to av-master
На счет прозрачного режима, а как он может помочь, если например параллельно с передачей данных нужно еще отлавливать входящий звонок?
В случае с +ipd:XXX можем точно разруливать где данные, а где URC приходят, в прозрачном эта процедура становиться не тривиальной....

Сообщение отредактировал megaboy - Aug 20 2009, 09:06