stream

Можно, конечно. Но поленились китайцы. Это не очень страшно, потому при этой процедуре никакого обмена по сети не происходит. Просто меняется несколько байтиков в памяти модуля. Ну обменяешься ты с ним еще парой AT-команд, тоже мне проблема.

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

This feature must be enabled by network operator. If it didn't work, it's disabled. You cannot change this no matter which GSM module or phone you'll use. Look like your Chile operators are best :-)

Между этими вставь задержку как минимум 0,5 сек, бага там - если быстро читать, модуль пучит и глючит. И после удаления тоже. Вот тут я не помню, надо ли увеличивать номер сообщения, если их несколько придет, или верхнее все время "первое".

Объясняю на пальцах. 0.0.0.0 - такого адреса не бывает, это указание программе (в данном случае SIM300) узнать адреса у провайдера. Что, как ты утверждаешь, не работает в SIM300. Поэтому идем на гугль и набираем в запросе два слова: "mts dns". В ответ получаем кучу ссылок на разные faq разной степени достоверности, в которых уже написаны настоящие адреса. Например, такой из вариантов (не знаю, работает или нет): Первичный DNS: 213.87.0.1 Вторичный DNS: 213.87.1.1 Второй вариант - подключиться с обычного компа и с обычного сотового телефона (или даже используя тот же SIM300 как модем) и посмотреть в свойствах соединения винды, какие же адреса DNS были получены компом у провайдера, и скормить их SIM300.

Не вижу в логах. Какие адреса? 0.0.0.0 ? Спасибо, рассмешил. Попробуй таким же способом 1.2.3.4, 100.101.102.103 и даже 255.255.255.255 - тоже будут живы и со всеми будет связь.

Если модуль нормально встал на скорость, то уже не повиснет, честно ответит ERROR. Или шли что-то типа ATI999, этому модулю по фигу, какой там параметр после ATI, он всегда отвечает одинаково.

Как обычно, забивают - "А что вы хотели за такие деньги". Реально вероятность каких-то проблем с прошивкой ничтожна.

Там настолько кривой автободер, что мне, как человеку, сделавшего несколько модемов, просто не понять, КАК так можно извратиться. Делай так: 1) Сначала шли на 115200 - ее он, если в автободе, хватает лучше всего 2) Посылаешь AT и ждешь ответа. 3) Если модуль молчит - ЖДЕШЬ СЕКУНДЫ ТРИ и потом посылаешь AT на той же скорости ЕЩЕ РАЗ. 4) Если опять молчит - тогда уже начинаешь перебирать скорости. Эти магические таймауты меня просто убили. Прочее шаманство типа сдублированной буквы "A" не помогает. А еше, если слать в модуль, пребывающий в такой позе, много всяких буков, можно получить совершенно шизофренические ответы вплоть до перезагрузки.

Да работает все, чего там разбираться... Запускается даже без всякой операционки. При желании даже PPP в "безоперационный" вид разворачивается. При желании можно их багтрекер внимательно почитать, и версию поновее с CVS скачать.

Ну так почитайте какие-нибудь основы по TCP/IP, где расписаны диапазоны адресов для локальных сетей - сразу все будет понятно, с кем будет работать, а с кем - нет. Во-первых, можно использовать http post (требуется поддержка на сервере, типа скрипта, который этот post будет разгребать). Во-вторых, если сервер собственный, проще написать свою крохотную программу, которая будет принимать данные по вашему личному протоколу и складывать, куда надо.

Ну да, выделяемые адреса разные. Вот только на российском МТС тоже одно время была типа халява. Всем давали случайные, но настоящие адреса. А потом все равно всех под NAT загнали. И украинцы тоже могут в любой момент все переделать. Перешивать, если можно. Это баги номер 22 и 23, исправленные в 18-й версии (для обычного SIM300).

Да никак ты его не поборешь. Ты за NAT провайдера. Только купить у провайдера услугу "реальный ip-адрес", чтобы он выдавал тебе адрес не из диапазона 10.*, а из 81.*. В реальном мире используют PASSIVE MODE FTP, чтобы соединения всегда создавал ты (подразумевается, что FTP-сервер сидит на нормальном доступном адресе). Но с SIM300 это работать не будет - его внутренний стек держит только одно соединение.

Версия прошивки какая? Например, в 18-й версии обычного SIM300Z исправлено больше 20 багов, связанных с TCP/IP...

Эффективнее будет, только если лить потоком большой объем - 3-4 килобайта в секунду на аплоаде большого файла я видел. Если брать даже самые простые готовые стеки с поддержкой ppp, типа lwip, они требуют наличия операционки с threads и semaphores. У меня, допустим, все это уже есть - железка на ARM, ресурсов хватает, операционка использовалась изначально. А вот если тебе придется прикручивать все с нуля, то лучше не надо. Единственный случай, когда без стека не обойтись - когда тебе надо открывать или принимать одновременно _несколько_ TCP соединений. На внутренних командах симкома это не получится (там максимум одно соединение на вход и одно на выход). Во всех остальных случаях затраты времени и сил на прикручивание операционки и стека под твою платформу с нуля себя не окупят.

в смысле - больше? (это мощность _передатчика_). Нет. Level #5 - это когда 2 ватта в антенну на 900 Мгц. При меньшей выходной мощности потребление меньше. power level #10 - Typical 225mA power level #19 - Typical 142mA вроде бы это соответствует 1 и 0,5 ватта в антенну, но могу ошибиться.

Библия у нас у всех одна, только версия меняется :) SIM300 Hardware Design, SIM300_HD_V4.01.pdf, 2008-02-14. Все выкладывалось здесь. Раздел 5.4, Current Consumption. Абзац целиком приводить не буду, т.к. твари-китайцы запретили копирование текста из PDF в клипбоард. Я процитировал потребление в самом тяжелом случае, в остальных режимах модуль жрет меньше и создает видимость работы даже при неправильно сделанном питании, в чем вся и засада. P.S. Народ, упоминающий здесь про 2 ампера - да забудьте вы про эти 2 ампера! Это пиковое потребление, которое легко обеспечивается правильными конденсаторами. А про усредненное потребление - т.е. на какой ток/мощность надо рассчитывать схему питания - читайте как минимум раздел 5.4, узнаете много интересного. Да, учтите, что надо еще и конденсаторы успевать заряжать.

Блажен, кто. Откроем тот же даташит на SIM300 и смотрим самый тяжелый случай: ESGM 900 power level #5 < 550 mA, typical 470 mA. Это по 4 вольтам, но если учесть питание всей дополнительной обвязки и КПД преобразователя - все становится очень грустно впритык. Практически это выглядит так: вроде все работает и у одного оператора, и у второго, и с третьим сначала вроде как работает, а потом он вдруг перекидывает тебя на 900-Мгц соту и дает много тайм-слотов - и привет... в лучшем случае - ресет модуля, в худшем - у юзера горелый порт на дешевой китайской материнке, который хорошо если 450 мА тянул...

Отключаешь UART, переводишь ноги контроллера в режим простого I/O и в тупом цикле дублируешь RXD с компа на TXD модуля и наоборот. Через гоняние байтиков через UART у тебя ничего не получится, потому что прошивка начинается на скорости 28800 и, скорость меняется в процессе. А тупая трансляция пинов работает.

А если попробовать прошивку поновее? В readme к 17-й версии написано, что какой-то баг с зависанием в mux mode исправлен.

Скорее всего, в старых модулях стояла отдельная мелкая NVRAM для профайлов (в которую действительно можно писать побайтно), а при переходе на новые флеши заодно ее выкинули для экономии...

Так тебе надо не названия смотреть, а коды страны/сети откуда-то вытащить. У МТС - 250/01, Билайн - 250/99, Мегафон - 250/тоже-что-то. А текстовые названия вообще-то в прошивке самого модуля-телефона хранятся, там простая табличка соответствия.

Судя по написанному, &D0 работает как надо, &D1 - немного неправильно, &D2 - совсем неправильно. При &D1 модем должен выдать OK после падения DTR - тут все нормально. А вот DCD гасить не стоило. В &D2, понятно, никаких ERROR быть не должно - нужно было разорвать связь, убрать DCD и сказать OK. Налицо серьезная лажа. Но в целом &D1 вполне себе пригоден для разрыва связи, чтобы не трахаться с +++. Убрал DTR, подождал OK и смело говори ATH. Это стандартная процедура для любого модема.

Так все-таки интересно -- "+++ATH0" в логах - это что такое? Это ты посылаешь или оно само приходит из модема? Если приходит - то у тебя и на том конце зоопарк отменный. Перед +++ пауза недостаточна, или после +++ маленькую паузу хочет.

:a14: Спасибо за хорошее настроение, уже несколько минут буквально валяюсь под столом от смеха! "Трудности перевода", 2-я серия. Посмотрите хотя бы остальной текст в стандарте адемки (если он у вас есть) - в каком контексте там используется слово Burst. Там это все-таки означает полную длительность тональной посылки.