А промптера (">") дождались ?

AT+CIPSPRT=0;

Передавать данные не дождавшись приглашения не есть правильно.
Стек другой чем был в 300-й серии и ориентироваться на временные задержки ну никак нельзя.
Дождались ">" и отправляем данные. Спешка в этом случае вредна - а если оператор выставил "занято"
и не готов от вас принимать ? Будете в никуда отправлять ?

Какая спешка, вы о чем?

Приглашение отключено командой CIPSPRT.

Вот именно, что зажержки неуместны коли выбран режим работы без ">".

а вчем собственно выигрыш?
неуместные задержки и GPRS - это несоместимые понятия. сама сеть может до минуты тормозить в ЧНН.

Я сейчас не о выигрыше, и не о совместимости понятий, а о соответствии реальной работы и документации.
Должно работать, и работало на SIM300:

AT+CIPSEND=4<CR><LF>test

на SIM900 работает, только если

AT+CIPSEND=4<CR><LF><delay>test

Если задержку не делать то теряются все данные, вне зависимости от размера, модем молчит и отправляет 4 байта команды обработки таймаута передачи, в моем случае AT+CIPLOSE. Т.е. удаленная сторона вместо test получает AT+C.

Сообщение отредактировал grinux - Jan 24 2011, 09:48

Если джип проехал по луже, то это не значет что там не утонет запорожец.
Я уже написал что стек совершенно другой и ровняться на то как было в 300-м не нужно.
Нужно делать правильно - дождаться приглашения и передавать данные.
А не отключать признак готовности и потом думать "а куда ж оно передалось"
Может в 300-м буфер по другому работал - не задумывались?
И модуль не передавал сразу данные, а проглатывал и отдавал в эфир по готовности оператора.

Так вот для любителей не читать документацию- AN_SIM900_TCPIP_V1.01.pdf

Note[2]: You should write data ONLY AFTER the promoting mark ”>” ,and then use CTRL+Z to send.
You can use command ”AT+CIPSPRT” to set whether echo promote ”>” after issuing ”AT+CIPSEND”.

Данные передавать ТОЛЬКО ПОСЛЕ появления ">"

Спешка действительно вредна, а вот повысить скорость работы не помешает. И ожидание подсказки НЕ ДОЛЖНО БЫТЬ ОБЯЗАТЕЛЬНЫМ. Это снижает скорость отправки данных, особенно если отправляющий контроллер из-за загруженности не может быстро реагировать на реплики модема.

Дык достаточно в таком случае SEND FAIL вернуть - и все будут довольны.

Так что Эдуард, пишите, пожалуйста, по этому делу баг-репорт.
Иначе как тогда трактовать команду AT+CIPSPRT=0?
Хочется все-таки руководствоваться логикой интуитивно понятной, а не китайской

Хоть кто то адеватно реагирует...

CADiLO, вы задумывались о том, зачем вообще опция, отключающая приглашение? Правильно, чтобы пристегнуть к данным, хоть ASCII, хоть бинарным, не важно, заголовок в виде команды и размера и запульнуть в модем, ожидая в ответ SEND OK, а не тратить время на ожидание >.
А вы мне про джип, запор и другой стек
Это должно работать так, как заявлено.

Если же

Тогда нужно убрать из описания команду AT+CIPSPRT=0 и добавить в документ отличий AT команд от SIM300 соответствующий пункт о несовместимости работы CIPSEND.

Проверьте, у кого есть возможность, поведение на 7-й прошивке.

Сообщение отредактировал grinux - Jan 24 2011, 13:35

Ну как же, китайская логика: "Сказал отключить приглашение - тебе его отключили, а про то что его уже ждать не нужно - уговора не было. К отключению приглашения претензии есть?"




Да, не изменилось это поведение.
И в 8-й не изменится, если не пошлют им баг-репорт.
Как там в популярной программистской шутке: "Если Вам не хочется исправлять ошибку в программе, то задокументируйте ее как особенность реализации".

Написал я им - посмотрим что скажут.

Большое спасибо. Так у нас будет хотя бы надежда.

Спасибо!

Еще одна ошибка.
SIM900D прошивка 5 я (есть под него новее?)

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

Для 900D была уже 6-я версия.