stream

Как вариант - режет файрвол провайдера, т.к. ответ TFTP-сервера идет от другого порта (не 69).

А эти чудеса в каком городе происходят? В Туле нечто подобное тоже было (регистрация не проходила), потом вроде как-то рассосалось. Да, если такую "заколдованную" симку вставить в обычный телефон, то в конце концов она регистрится, но процесс может идти очень долго - несколько десятков секунд, телефон даже вывешивает дополнительную афишу "Идет регистрация", чего при нормальной работе никогда не делает. После регистрации в телефоне симка некоторое время работает в GSM-модуле, потом случайным образом опять "заколдовывается"... Сейчас вроде все нормально, уже больше месяца не вылезало.

Вам следует изучить иерархию DNS серверов, чтобы не писать чушь. Вы, прежде чем обвинять меня в незнании азов, сами разницу между запросом про www.mydomain.ru и www.some.other.alien.host.ru представляете? Если спрашивать у ns.mydomain.ru? Про "удобство" было сказано в саркастическом смысле, конечно. А авторизацию их сервер теоретически любую принять может и сделать вид, что все хорошо.

Вместо "любой" следует читать "любой открытый". Далеко не все горят желанием открывать свои DNS-сервера всему миру. Ой какая прелесть. Этот хитрополосатый любое исходящее соединение на 25-й порт заворачивает на свой внутренний почтовый сервак. Для удобства пользователей, конечно-же. Впрочем, к DNS это отношения не имеет.

AT+CPMS? и, если количество не нулевое - тупо в цикле AT+CMGR=nnn, пока не отзовется. Разумеется, при таком алгоритме обработанные SMS надо стирать.

Да ладно тебе, все что требуется - это две ножки процессора для CTS/RTS и какой-то способ их периодической проверки для "восстановления после сработки" (таймерное прерывание или программа, написанная в виде одного большого цикла). Ну, бывает, наверное, что даже этого нет... я бы от такого кристалла держался подальше.

У меня маложрущий Philips 9@9d, один из первых этого семейства - в моих условиях реально держит 2 недели при нескольких минутах разговоров в день. И получилось оно не случайно - специально делали телефон с такими характеристиками. Соответственно выбирались технические решения. Например, процессоры есть очень похожие, но сделанные по разным технологиям с разным потреблением (сравнить, например, у того же Philips/NXP ARM обычный и ARM Cortex). Выверенная схемотехника (КПД схемы питания, сопротивления подтяжек - и в самой схеме, и внутри микросхем). Правильные алгоритмы в прошивке (работа по прерываниям, процессора в спящем режим большую часть времени). Плюс эти телефоны сделаны по принципу "отрубить все лишнее" - например, дисплей в режиме ожидания отключается ПОЛНОСТЬЮ - не подсветка гасится, а выключается экран целиком! (кто на него в кармане смотреть будет?). В результате получается аппарат, который работает долго В РЕЖИМЕ ОЖИДАНИЯ. В режиме разговора выигрыш есть, но не так заметен - ибо когда начинается обмен с базой и она просит 2 ватта в антенну, миллиамперы разницы в потреблении уже никого не спасут.

При хорошем контроллере - да. Мы делаем для своих нужд GSM-модемы на основе SIM300, на них скорость upload'а из-под винды всегда максимально возможная для GPRS (видели 3-4 килобайта в секунду) -- значит, внутри SIM300 тормозов в этом режиме нет. Если выбрать правильные параметры для IP-стека (размер окна, таймауты), и если хватит скорости контроллера -- все будет отлично. Мы используем 72-MHz ARM, хватает не только для GPRS, но и по Ethernet железяка 400 килобайт в секунду отдает. Думаю, что тормоза внутреннего стека SIM300 связаны с требованием ACK от получателя. Легко проверить пингом. 1-2 секунды легко. Вот и тормоза при ожидании прохождения пакет туда - ACK обратно. В программном стеке окно передатчика сгладит эту ситуацию.

Вопрос поставлен некорректно, от типа применяемого модуля ничего не зависит. Нужно прикрутить lwip к твоему процессору и операционке - или самому, или на основе готовых портов/примеров. Ну и научиться работать с самим lwip, с его разными API. Вот это и есть самая сложная задача, с которой надо разбираться. А для связи с модулем нужно всего лишь написать две функции sio_write(unused, buf, len) и sio_read(аналогично).

Замечали, считали глюками оператора (может, каналов не хватало или цифровой поток не установился). Как бороться - непонятно, у нас аппаратура просто перезванивает (приемник такой ответ игнорирует, а передатчик в этом случае тоже видит "NO CARRIER" и идет по стандартной ветке "не получилось".

Передаем - PPP из lwip SIM300 вполне себе устраивает. Хотя у меня есть один PPP-client, тоже написанный строго по RFC (называется SFPPP), вот он с SIM300 тоже не работает, хотя всю остальную улицу SIM300 удовлетворяет. Так что в глюк верю. Медленно и печально - AT+CIPSEND, по килобайту за команду.

Точка доступа в инет. Оператор может делать разные точки доступа для разных способов. Например, для realIp у МТС - отдельная точка. Зависит от оператора, в МТС - необязательна (если тебе нужен "обычный" интернет"), а вот в билайне без точного указания точки доступа, имени и пароля не работало. Она нужна каждый раз при открытии GPRS-сессии, когда тебе присваивается IP-адрес. Запоминается в модеме до перезагрузки. Настройка NAT у оператора - мутная вода, на которую мы влиять не можем. У всех свои тараканы. В данном случае в NAT оператора тебе открывают UDP-forwaring. А когда его закрывать? В идеале - по таймауту от последнего прошедшего через него пакета. А в реале все пучит и колбасит. Я надеюсь, для ответа-эха ты всегда берешь адрес и порт из пришедшего пакета? Патамушта SIM300 так написана.

Зря пренебрегаете :) С источника все-таки 750 мА на помощь конденсатору идет. Больше трети потребления. Один тайм-слот - 500-с-хвостиком микросекунд, во фрейме 8 слотов, так что ваши расчеты как раз примерно на два слота. При разговоре больше одного слота не используются. Самый тяжелый режим - 900 MHz (до 2 ватт в антенне) и GPRS с несколькими тайм-слотами не передачу. А вообще есть еще табличка 30 - Current consumption. Там про этот самый тяжелый режим сказано - "< 550 mA, typical 470 mA". Да, забыл сказать, что у нас SIM300Z без всяких аккумуляторов (зарядная цепь небось тоже кушать хочет?)

Вы забываете, что основной источник в этот момент все-таки работает. ???? Типа если условия плохие, мы включаем передатчик на все 8 тайм-слотов и начинаем отжигать на максимальной мощности? Это какое-то новое слово в GSM. Смотрим табличку 27: Absolute Maximum Ratings. Кстати, у меня там в графе Peak Current там написано 3A, а не 4. И это Absolute Maximum, по всей доке разбросано про peak tx current - 2A. А на самом деле нам более интересно поле "RMS Current during one frame" - это 0,7A. Что и требовалось доказать. А что касается вашего наблюдения насчет "Устойчивое потребление на уровне 1.7-1.8 ампера." - у меня однажды было нечто похожее. В старой теме про глючную 13-ю прошивку для SIM300Z, которая самопроизвольно висла и перезагружалась. Один раз она зависла со включенным передатчиком, и модуль действительно несколько секунд жрал 2A, пока его, по всей видимости, не сбросил встроенный watchdog. Так что "меня терзают смутные сомненья"... Хотя я вас конечно, понимаю - у нас нормальный источник в жабьем исполнении получился с третьей-четвертой попытки, и то только после того, как мы смогли стабильно воссоздавать режим максимального потребления (GPRS 900 MHz на нескольких тайм-слотах - во всех остальных режимах потребление чуть ли не в разы меньше!). Техсаппортить людей, спаявших непонятно что, от чего модуль глючит и перезагружается, мне бы тоже не хотелось :)

Вообще-то 1,5А - это ток коммутации, равный в случае простого преобразователя удвоенному выходному току. Т.е. в сухом остатке на выходе - максимум 750 мА. Но это не мешает, потому что... Эти сферические 2А в вакууме излучаются несколько микросекунд и берутся из конденсаторов. Смотрите другую таблицу - усредненное потребление. Там в самом тяжелом случае миллиампер 600. Правильно рассчитанный конвертор на MC34063 с правильным набором конденсаторов работает нормально в любом режиме. Но правильно получилось у нас далеко не с первого раза :)

Ну, у MTS их всего два - "internet" и "realip", и как оно работает, я описал выше. realip между собой работают нормально. Собственно, alx125 описал все правильно, схема вполне себе нормальная и работающая (только адрес лучше передавать через CSD по отдельному протоколу, а то SMS может гулять неизвестно сколько), но чересчур зависит от доброй воли и настроек оператора, и может прикрыться в любой момент. Вам дают доступ в _интернет_, а возможность общения клиентов между собой можно посчитать и багой, а не фичей. Впрочем, хотят слухи, что какие-то операторы предоставляют спецуслугу типа "корпоративная VPN", где каждая симка имеет уникальный серый адрес и может общаться только с такими же без выхода наружу или на простых клиентов, но работающие примеры мне пока что на глаза не попадались.

Зависит от оператора. МТС режет такой трафик на своих роутерах из соображений безопасности. И, в общем-то, правильно делает, нефига от соседей вирусы собирать. Более того, у них есть чудесный косяк - диапазоны с RealIP тоже попали под раздачу. Т.е. если клиент - обычный "серый" GPRS, а сервер - "белый", до клиент до сервера не достучится. Откуда угодно из интернета к этому серверу сконнектиться можно, с другого сотового оператора - тоже пожалуйста, а изнутри МТС - нет :)

lwip спортировать реально. Вот, стоит, работает - lwip, LPC2387, IAR, FreeRTOS. И еще ethernet там есть. Но задача не для начинающих. Начни с примеров к FreeRTOS - там есть нечто подобное.

Об этом уже как-то писалось здесь - чаще всего в GSM DTMF через кодеки не идет, работает т.н. трансляция. Ближний к абоненту конец распознает DTMF-цифру, гасит канал и передает на вторую сторону спецкоманду "проиграй такую-то цифру". Вторая сторона начинает сама играет нужную цифру. При неисправностях в этой цепочке начинается полный набор описываемых на форуме глюков - например 20-30мс "хвост" + тишина объясняется элементарно (20-30 мс - время детекта, потом канал погасили, а трансляция не пошла). А еще, из-за этого самого 20-30мс-времени детекта, на вторую сторону сначала успевает придти сильно покоцанный "хвост" аналогового сигнала, прошедшего через кодеки, потом чистый восстановленный тон, который закончится чуть позже, чем "оригинал" (детектирование отсутствия - те же 20-30 мс). Разбирать таких мутантов на приемном конце, да еще когда длина всей посылки 50 мс - просто праздник какой-то...

У SIM300Z - 490mA, но это не столь важно. Как-то опять все забыли, что 2 ватта излучаются в импульсном режиме, и усредненное потребление меньше. Угу. Выходит, что специализированное устройство, которое никогда не будет использовать GPRS или обязательно выставит CLASS 8, от USB питать можно, а вот GSM-модем общего назначения, который юзер может загнать в любой режим - нет. По поводу горелых материнок: стандарт - это хорошо, но объективная реальность в виде работника сервис-центра говорит мне, что материнки с горелыми USB-портами несут в ремонт довольно часто. Китайскую жабу еще никто не отменял. Поэтому я и писал, что девайс будет "_либо_ перезагружаться, _либо_ жечь". Что же касается обвязки, мы же должны рассматривать не сферический модуль в вакууме с двумя проводками питания, а некоторое полезное устройство с микроконтроллером или хотя бы USB-RS232 конвертером на борту. Они тоже кушать хотят.

2 ватта в антенне. А сам модуль и обвязка святым духом будет питаться? Это уже не энергетика, а какая-то биоэнергетика получается :) Во-вторых, из 5 вольт надо сделать 4. Даже если ставить step-down с КПД 90%, остается 2.25 ватта. Причем есть большое подозрение, что жаба задушит ставить даже такой конвертор, будет что-то еще более дешевое с худшими параметрами. Как тут написали, эта тема уже обсуждалась. Мое мнение по ней - на SIM300 делать нельзя. Можно сделать на модуле, к потрохам (прошивке) которого есть доступ и можно запретить переходить на 2 ватта. В противном случае получится глюкало, которое будет отлично работать на столе у разработчика (в городе, когда вокруг десятки баз на 1800), но стоит ему перейти на 900/2 ватта - оно будет или перезагружаться, или жечь материнки.

Конечно, бывает, и многократно видели. Например, оператор постепенно разворачивает GRPS в регионе, и поддержка включена еще не на всех базах (по этой причине в свое время были популярны моторолы с разблокированнми отладочными фичами, которые позволяли залочиться на одну соту, где уже есть gprs, и не уходить с нее). Во-вторых, видели и аварии (или техобслуживание) на какой-то одной соте, хотя вокруг gprs был.

Он динамический. Практически, если при обрыве переподключиться быстро, в течение нескольких минут, адрес не меняется, но нужно быть готовым к любому повороту событий. В билайне есть отдельная услуга Fixed IP за отдельные деньги (проверено, работает), у Мегафона вроде бы тоже.

DTR, замкнутый на DCD - это экзотично...

На UDP нет установки соединения. А собственно GPRS-сессия (когда трафик и округляют) закрываться не будет. Бред какой. При чем тут ARP и как оно связано с сокетом? Это из совершенно другой области. О! А вот это - дельная мысль. А еще интересный момент - на какой локальный порт он принимает датаграммы, и меняется ли этот номер при переоткрытии UDP. Так что рассылать датаграммы на разные адреса/порты можно ценой нескольких лишних команд, но если при этом надо еще и принимать ответы от нескольких абонентов - могут начаться большие проблемы. Надо проверять экспериментально.