SIM300 Вопросы по применению Опции

[Baser]

Заказчик принес для макетирования модуль SIM300, дата выпуска, судя по маркировке - начало 2006 года.
Модуль выдает на ATI:
SIMCOM_Ltd
SIMCOM_SIM300M(SST)
Revision:P1008B01SIM300M32_SST_INNO

Судя по всему это пилотная инженерная версия модуля после перехода на память SST.
Модуль ведет себя странновато: включать его поверкеем удается, а вот выключить нет.

Вопрос: можно ли в него зашить последнюю (1008B15) версию фирмваре, не поменялось ли с тех пор железо?
Или вообще не стоит его мучить и потребовать от заказчика новый модуль?

На самой печатной плате маркировка:
SIM300_V2.04(050926)
F164671-7-2M

[Baser]

Назрел у меня еще один вопрос:
Как долго имеет смысл ждать ответов модема?

Дело в том, что команды, которые обрабатываются не только самим модемом, но и GSM сетью, могут выполняться довольно долго. Например, команды:
AT+CGATT=1
AT+CGACT=1,1
AT+CIPSTART="TCP","xx.xx.xx.xx","port"

При установлении коннекта с сервером, время ожидания у меня доходило до минуты
Нет ли какого-нибудь ограничения, типа TTL - time to live - время жизни команды, после которого можно с определенностью говорить об ошибке??

[stream]

Назрел у меня еще один вопрос:
Как долго имеет смысл ждать ответов модема?

Определить можно только экспериментально, и, к сожалению, не всегда с первого раза. Например, ATH при завершении голосового или CSD звонка выдает OK практически моментально, а при завершении внешней GPRS-сессии (установленной с компа через ATD*99#) - секунд через 10...

При наборе номера, как правило, лучше считать собственный таймаут. Если за это время не получено никакого ответа, принудительно завершать набор через ATH. У нас, например, время, в течение оператор ждет ответа абонета, зависит чуть ли не от тарифного плана - простых смертных отшибают через 30-45 секунд, корпоративные абоненты могут занимать линию гораздо дольше.

При установлении коннекта с сервером, время ожидания у меня доходило до минуты

А вот тут все еще хуже, потому что таймауты начинают идти не только от сети, но и от самого TCP/IP стека - такой уж принцип его работы. Предельное время установление соединения с сервером (только на уровне TCP/IP!) в случае хитрого сдыхания роутинга на сервер - примерно 60 секунд. Прием/передача данных из-за глюков промежуточных роутеров может висеть чуть ли не вечно, тут уже надо делать принудительные таймауты в приложении (зависит от требований приложения, обычно - около 5 минут).