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

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

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

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

Можно попробовать и обновить, хотя у нас с 15 версией идут модули с платами - "PCB v7.03"

Думаю хуже не будет

Удалось прошить в этот модуль версию 1008B15SIM300M32_SST34HF3284 предварительно прочитав и сохранив оригинальное содержимое флешки. Сам процесс прошивки прошел нормально, правда оказалось, что в модуле стоит другая память: SST32HF3281
После обновления модуль стал нормально включаться и выключаться поверкеем, стал нормально мигать NETLED. Но модуль перестал реагировать на АТ команды! Проверил на всех скоростях. При этом, из модуля периодически вываливаются строчки на 115200:


Что еще можно предпринять? Как провести какой-нибудь системный сброс модуля?
Может дело в том, что я перепрошивал, не очищая всю флеш?
Распределение памяти, таблиц могло сильно изменится.
Что вообще происходит, когда прошиваешь модуль короткой программой с очисткой всей флешки?

У меня с вот этой прошивкой (вложение) проблем не возникало.
Попробуйте перешить....
Если продолжатся глюки, значит версии плат не совпадают......
У нас идут платы - SIM300_V7.03

Если прошить короткой программой с очисткой флешки:

1. IMEI заменится на технологический - можно поправить потом в Service tool или прочитать его AT+GSN и изменить на нужный в прошивке и зашить еще раз.
2. Перегенерятся все таблицы - особого криминала не замечено и к фатальным последствиям не приводит

Именно этим и это и прошивал первый раз.

Попробовал очистить всю флешку, но никаких результатов это не дало - те же глюки, видимо железо отличается

Далее решил вернуть все обратно, дабы можно было бы хоть отлаживать работу по УАРТу (мои SIM-карты эта версия ПО не видит). С боооольшими матюгами это удалось (спасибо ув. CADiLO, помогли ваши "наводки"). Правда так и не понял, где правильно резать полную прошивку. На цельную говорит что-то типа "некорректные адреса", слишком короткую прошил, но она вышла еле живой
В конце концов отрезал только последний кусок с данными, где сериальный номер и IMEI - вроде стало как прежде.

Вообщем заказчик послан за новым модулем, целый рабочий день коту под хвост, зато experience-а завались.....

как резать рассказываю на примере той версии что выложена выше:

смотрим первую строчку

0000000000: 00 00 00 01 38 16 1D 01 │ E8 72 9F E5 01 60 A0 E3

000000 - старт
01 - разделитель
1D1638 - длина прошивки (но есть хитрость, о ней ниже)
01 - разделитель

если стать в конец обрезаной прошивки то там будет такое

00001D1620: 00 00 00 00 00 70 29 00 │ 00 00 00 00 00 70 29 00
00001D1630: 00 00 00 00 00 00 00 00 │ 00 00 00 00 00 00 00 00

вот это место ищем в полной и обрезаем так чтобы от последнего
70 29 было 17 байт

это и будет искомый файл, но длину в заголовок ставим на 7 байт меньше !

вобщем если посмотрите куда указывает длина - все станет ясно.

и еще - не знаю почему но иногда прошивальщик не берет файл с другим именем,
переименовываем так как дает симком и все начинает работать.

Если не секрет - какого оператора и когда приобретены? Тут тоже есть пара загадочных карточек, которые SIM300 не видит (а Q2406 видит, и все, что под рукой, телефоны - тоже) - одна SIM-SIM выпуска примерно 2005 г. и одна Билайновская...

Немного вас поправлю насчет "01 - разделитель". Это не разделитель, а 4-х байтный адрес из адресного пространства проца модуля, куда физически подключена флеш. Флеш расположена по адресам 0x01000000...0x013FFFFF. Соответственно первые 8 байт прошивки - адреса, куда нужно прошивать. (Когда я сначала написал 00 00 00 01 38 16 1D 00, флешер выдал длину 0xFF1D1638)

И почему на 8 байт больше, тоже понятно - первые 8 байт файла с адресами служебные, к прошивке не относятся.

С именами файлов проблем не было, хотя имена были произвольными. Периодически сбивался процесс прошивки в момент старта загрузчика из ОЗУ модуля (с различными ошибками), но если этот момент проскакивал, дальше все шло без проблем. Я правда списываю эти сбои на то, что у меня модуль и COM порт подключены на различные УАРТы МК, и я просто программно транслирую уровни на TX, RX.

А вот вопрос насчет маркера конца прошивки: это 100% известно или просто "пока все прошивки заканчивались так"?

Думаю, что у меня проблема не с карточками, а с версией ПО модуля. Я в первом посте писал, что версия В01 (первая). Работа этого модуля вообще мало похожа на то, что написано в теперешней документации

с поправкой согласен, просто в данном контексте так проще было показать что и где чикать в "длинной" прошивке....
ну вроде как поленился при объяснении лишние клавиши нажать. :-))))))

в серии прошивок 1008 все имели такую концовку.
в новой серии - 1604- уже другая концовка....

Еще вопрос по железу: "процедура безопасного умирания"
Есть какие неофициальные рекомендации SIMCOMа или опыт практикующей общественности на тему:
Какие уровни сигналов на управляющих ногах PWRKEY, DTR и RTS наиболее безопасны в момент аварийного пропадания питания.
А то информации мало и она противоречива.
Допустим, DTR и RTS подключены через драйверы с подтяжкой к VEXT. В начале пропадания питания их лучше поставить в пассивное (high) состояние или без разницы? Вроде проскакивали сообщения, что при DTR low->high модуль быстро прекращает передачу. Или нет?

По поводу PWRKEY:
- с одной стороны, в FAQ написано "If you pull down PWRKEY PIN to GND directly, the module will power on and power off automatically when the module’s working voltage below 3.3V. This will damage the module.
- с другой стороны, при прошивании флешки, PWRKEY зажат в нуле и остается на земле после программирования и в момент снятия питания. И ничего страшного не происходит.
Мне чего-то кажется, что PWRKEY нужно подтягивать к VBAT и переключать в High в начале пропадения VBAT. Какие мнения?

И какие АТ команды можно послать (если, конечно, успеешь ) при обнаружении пропадания питания. Например, в момент передачи данных по GPRS?

...Если напряжение ниже 3,3 В, модуль будет выключаться и включаться автоматически... может быть, они не совсем правы (такое может быть разве что при отсутствии супервизора питания!). Другое дело, если напряжение "плавает", то выше 3,3 В, то ниже. Выключился - напряжение повысилось - включился, начал искать сеть, напряжение просело - выключился. Какой-то гистерезис там, конечно, должен быть (нужно посмотреть внимательнее в доках или измерить), но его при повышенном внутреннем сопротивлении источника питания (например, старая батарея) может оказаться недостаточно.
А из GPRS быстро выйти вряд ли получится...

"процедура безопасного умирания" от состояния не ногах не зависит.
фокус в блочной перезаписи флешки SST - именно она в момент пропадания питания может потереть сама себя......

Powkey подтянут к Vbat внутри модуля и во внешнем резисторе не нуждается.

>>>>>- с другой стороны, при прошивании флешки, PWRKEY зажат в нуле и остается на земле после программирования и в момент снятия питания. И ничего страшного не происходит

так в режиме програмирования ничего кроме лоадера и не крутится в памяти, таблицы не перезаписываются и модуль свою флешину в качестве NVRAM не использует....
и выйдет он из этого режима или по таймауту - если комп не послал байт запроса на перепрошивку или после удачной перешивки выключением Vbat
обрыв процеса записи не приведет к краху, просто придется залить прошивку заново - начальный загрузчик сидит в защищенной памяти в чипсете и шанс затереть его - нулевой.

Привезли мне новый модуль SIM300Z (P1008B15). Поигрался с ним немного, вроде бы все, что проверил, соответствует документации.
Но вот возникли вопросы, связанные с передачей данных при помощи GPRS.

Как я понял, процесс установления соединения состоит из нескольких этапов:
- Регистрация в сети GSM;
- Подключение к сервису GPRS (AT+CGATT=1);
- Активация PDP контекста с получением PDP адреса от мобильной сети;
- Установление TCP или UDP соединения.

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

Так работает (AT+CGATT=1 даже можно и опустить, к GPRS само подключается):


И так работает:


А вот со стандартными командами
AT+CGDCONT - Define PDP Context
AT+CGACT - PDP Context Activate Or Deactivate
какие-то непонятки. Такое впечатление, что это бутафория, неработающие заготовки.
PDP контекстов можно определить целых 10! Они пишуться и читаются. Можно их активировать и деактивировать. Только на работу с GPRS это никак не отражается. И точка доступа (APN) при активации контекста стеку TCP/IP не становится известной.
Вот так не работает:


И вот, в связи со всем этим, вопросы:
1. Зачем нужно такое разнообразие команд и вариантов?
2. Команда AT+CGACT в SIM300 действительно не до конца реализована, или я чего-то не понял?
Мне казалось, что при активации PDP контекста сразу должна настраиваться APN и сетью выделяться PDP адрес.
3. Где можно посмотреть описание состояний GPRS соединения (AT+CIPSTATUS)? Смысл части состояний понятна из названий, но остальные - полная загадка.

+CGDCONT действует для "классического" соединения со стороны компа через ATD*99#. Собственно, после ATD*99 еще можно как-то указать и номер контекста, вот тут-то эти 10 штук и заработают.

Насколько настройки "внешнего" dial-upного gprs-а влияют на "внутренний" стек модуля - вопрос темный. Похоже, что настройки не пересекаются, и лучше подобрать работающую последовательность команд для твоей задачи экспериментально.

ATD*99***<№контекста>#.

Т.е., как я понял, у Симкома стандартные команды поддержки GPRS (AT+CGDCONT, AT+CGACT, AT+CGDATA and etc.) применяются только тогда, когда при GPRS соединении НЕ используется внутренний стек, а применяется внешний стек (IP over PPP), реализованный на терминальном оборудовании.

А при использовании встроенного TCP/IP стека модема можно применять только команды из "TCPIP Application Toolkit". И уже эти команды в себе включают все стандартные процедуры подключения к GPRS.

Я это правильно понял?

p.s. Между прочим, у меня SIM300 при активированном PDP-контексте, на команду
ATD*99***1#
отвечает:
+CME ERROR: phone-adaptor link reserved

Да, правильно. Например, у меня не заработал внутренний стек, когда я задавал точку доступа через +CGDONT. Я еще удивлялся, зачем сделано несколько команд, задающих, в общем-то, одно и то же.

Изолированы ли настройки друг от друга полностью - никто не проверял, но для надежности, думаю, лучше делать так, как ты написал - настройки/команды внутреннего стека отдельно, внешнего отдельно.

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

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

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

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

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


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

Использовал ли кто-нибудь Debug Port на SIM300?
Можно ли через него посылать AT команды, например отправить SMS?

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

Насчет АТ комманд не знаю, а вот прошивать - может быть. По крайней мере у SIM300D на пятачки на пузе выведен этот порт, а не не основной.

>>>Насчет АТ комманд не знаю, а вот прошивать - может быть

не угадал - обновление прошивки идет по основному порту.

Debug работает в комплекте со средой разработки ADI VisualFone.

Нельзя. Точнее, симком пользователям это делать не разрешает. Это описано в SIM300-Hardware_Design_v3.07.pdf и в SIMCOM_FAQ_V1.01.pdf


У SIM300 "на пузе" выведены контрольные точки с обеих портов. А про Debug Port написано четко:
"the TXD, RXD should be used for software upgrade and the DBG_TXD, DBG_RXD for software debug."

Мы используем этот порт в изделиях. Разрабатывали еще до того как СИМком отказался от него. Но до сих пор все в норме. АТ команды по этому порту проходят. В режиме GPRS по первому порту валят данные а по второму можно юзать АТ команды, вплоть до ATD.

Ну пишут то много чего.. У SIM300 пускай и все выведено. А вот у SIM300D - только DEBUG и прочее, что необходимо для прошивки, что наталкивает на мысль о возможности оного через этот порт.

Дополнительная информация, полученная в процессе отладки (напомню, SIM300Z, P1008B15):
Судя по всему, внутренний TCP/IP стек модема реализован как отдельный процесс верхнего уровня, который управляется исключительно своими специальными командами и не получает никаких настроек с нижнего уровня и не передает свое состояние этому нижнему уровню.

Вот пример: после неудачной попытки установить TCP соединение при помощи GPRS (ну, сервер был выключен) стек попал в состояние: STATE: TCP CONNECTING....CONNECT FAIL
Выбить его из этого состояния при помощи команд нижнего уровня АT+CGATT=0 (GPRS Detach), АT+CFUN=0 (Set minimum phone functionality) не удалось. Только статус поменялся на STATE: PDP DEACТ, поскольку эту информацию стек получил напрямую от GSM сети, а не от софта модема

Стек сбрасывается в начальное состояние только после перезапуска всего модема через PWRKEY или при помощи команды AT+CIPSHUT (из состояния TCP/UDP CONNECTING можно сбросится еще и AT+CIPCLOSE)

Вот лог такой ситуации:


p.s. Раздражает, собственно, не то, как реализована та или другая функция, а то, как написана документация по специфическим для данного модема АТ-командам
А документация в стиле шпаргалки для разработчика этого самого модема: Команда, название, возможные варианты ответов. Всё!!!
Нет совершенно никакой информации по нюансам применения

КАК ВЕРНО ПОДМЕЧЕНО !!!!!!

может Вам еще и прошивку в даташит положить под Вашу задачу?



перечитай пару страниц данного форума, ув. Кадило уже раз 10 разжевывал как раз по этому поводу, и доки приводил.

внутренний стек это отдельное приложение, и работа с ним идет абсолютно отдельно.

у внутреннего стека свои команды, AT+CIPSHUT как раз одна из них. и все это описано в доке... читайте доку не только к своей модели но и к другим моделям , все станет понятней.

Вот лучше скажите, кто нить пробовал. как нить самостоятельно, писать вот такие внутренние приложения, как внутренний стек?
оч. хочется заюзать свободные ноги дисплея или клавиатуры, и обойтись без внешнего контроллера ))

av-master
писать документыцию нормально надо...
где синтаксис команд??????????????
например в описании ATD<mem><n>
на деле это выглядит так ADT>SM1; - это типа звонок из первой ячейки сим карты..
Я ЧЁ ОБ ЭТОМ САМ ДОГАДЫВАТЬСЯ ДОЛЖЕН??????????????????????????????
нельзя написать по человечески?????? пусть даже по английски.

Не собираюсь разводить полемику, но по этому вопросу никто ничего на форуме не разжевывал...
Да и большая часть ФАКов от Симкома появилась уже после этого поста. А в основной документации про это ни слова, и за этот год её качество вряд-ли сильно улучшилось.
Вот уважающие себя фирмы, они обычно описывают взаимодействие основных блоков своих продуктов...


"перечитай пару страниц данного форума, ув. Кадило уже раз 10 разжевывал как раз по этому поводу, и доки приводил."

из ФАКа:


Да и представитель Wavecom-а alexQ тоже уже все уши прожужжал о преимуществах OpenAT...

...а ниже по тексту в описание команд смотрели, и в примеры использования? я про доку ATC х.х ...



по недокументированым выводам и невозможности их использования я вкурсе, но люди же копаются в прошивках, дае 5 мелодий звонка там высмотрели, и кучу команд нигде не описаных... возможно их можно раскоментировать перекомпилить... как я понимаю, нужен софт под данный АРМ и вперед.

av-master
.... ВОТ К ТОМУ И ПРИШЛИ... ЧТО КОВЫРЯЙТЕ САМИ...
я понимаю что главное продать....

полу фабрикат какойто....
да ладно... общими усилиями прорвёмся...

Если бы под сим300 была полноценная среда (типа опен АТ) он бы не стоил 20 баксов )))
Ладно, эта вся полемика не по теме...

Вопрос к тем кто ковырялся в прошивке модуля, возможно ли, дописать или переписать кое что из нее, какой софт нужен?

Могу только повторить ваши слова: "И ВПЕРЕД!" Но нам с вами не по пути
Такие ходы на уровне радиолюбительства...
Ни один легальный производитель не станет изменять чужой софт без лицензионного соглашения и авторской поддержки...
Себе дороже выйдет.

Ладно, внешний контроллер всеравно нужен, а править прошивки дело просто интересное )) особенно в таком чудесном модуле ))

Добрый всем вечер.Подскажите где посмотреть как считать программу с SIM300CZ в частности и записать.