Ведь наверняка же у 90% здесь обитающих задачи, решаемые с помощью SIM900 или других модулей, одни и те же практически:
проинициализировать, слушать статус, ответить на звонок, ответить на смс, совершить звонок, проконтролировать баланс на счету и т.п.

При всем обилии справочников по АТ-командам вижу, что есть тонкости в последовательности действий - то тут, то там реплики типа "... а ты не пробовал послать АТххх перед тем, как послать АТууу..." - и все это раскидано по форуму, не систематизировано.

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


P.S. Меня, конечно же, интересует это в применении к конкретно SIM900, но я думаю, что такую "вики" можно сделать и с оговоркой на разные особенности реализации у разных популярных тут модулей.

ИМХО )) может Ваи еще и ключи от ....

спрашивайте в чем косяк Вам помогут . а так сразу взять и выложить весь алгоритм работы. который годами отрабатывался и за немалые деньги )) ИМХО глупо.
стандартные последовательности для выхода в Инет есть в апнотах. вариантов работы можено несколько привести. ктото дергает ногой дтр. ктото плюсами пользуется. ктото по длине посылки отправляет пакеты, ктото по кнрлзету... набрать номер номер для проверки баланса )) одно команда... прочитать смс тоже.. все 10-ки раз тут обсуждалось. фак предлагает создать почти кадждый новенький в теме )) но не создает сам с нашей помощью, а пытается сподвигнуть всех кроме себя...
тремя постами ниже тема по АТ командам. зачем еще одна ?
перечитайте последние 15 страниц форума, и у Вас отпадет 99,9% вопросов.
PS я свою библиотеку по работе с 300/900 оценил в 8килобаксов... даже есть клиенты хоть и кусками )) два года работы и заточки. еще осталось упраление звуком/микрофоном под 900-ку переделать/и добавить обработку DTMF ))
еще раз ИМХО

Спекулянт!

CADiLO, купите у него библиотеку и выложите в качестве поддержки всех страждущих.

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

Совершенно аналогично!

Да я не против Как только буду готов, пока еще не прицепил Атмегу к модулю - все не могу решить для себя - нужен ли хард flow control или можно обойтись будет. А просто с компа дергать модуль не интересно



Всегда уважал людей, умеющих ценить свой труд Я что-то по жизни все больше альтруистничал

Ну как бы это сказать... Шаманские штучки обкатанные временем иногда единственный способ делать firmware которое одинаково стабильно будет работать со всеми версиями прошивок модулей которые могли попасть в серийные изделия. И нарабатывается такой опыт шишками, иногда немалыми и недешевыми. Наличие (F)OTA у модулей не снимает вопроса совсем - порой несколько мег трафика в роуминге помноженные на количество изделий - это душераздирающая цифра в вполне конкретных денежных единицах. Да и отзыв изделия для обновления может стоить больше самого изделия.

Errata sheets по прошивкам модулей у производителей как то не практикуются - те же Моторола с Вейвкомом вставали в глухую оборону при вопросе содержащем слова known bugs list and recommended workarounds. Потом, когда уже все шишки набиты, это дело всплывает в release notes к новой версии прошивки. Да и то не всегда.

Управление потоком нужно 100% - это однозначно. если для чисто позвонить то можно и без него. но смысла невижу. почти все современные контроллеры (атымелы не призаю по идеологическим причинам) имеют полные компорты аппаратные.

Сейчас к идеологическим причинам еще и вполне конкретные проблемы с поставками присоединились. Кое кто обжегся по крупному с ними - атымели так атымели...

Ну вот... Уже 7999$.

PPP и TCP свои сделали или используете встроенный стек?

оба варианте... (внешний стек от мелкочипа, хотя прикручивали и другие)

Ну эт необоснованное заявление.
Управление потоком для GSM модемов в связке с современным микроконтроллером вообще не нужно.
Сами микроконтроллеры всегда успеют за любым потоком от модема.
AT команды и так построены на протоколе запрос-ответ и как бы квитирование автоматом получается.
А PPP протокол тоже имеет свой механизм квитирования и не нуждается еще в чем то на более низком уровне для управления потоком.

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



Ну если не использовать unsolicited responces то да... А если использовать? Да еще в связке со слип модами модема и хоста? Да в связке с MUX?



Отдельный вопрос. И не такой простой как кажется. Учитывая мелкие косячки и "особенности" в реализации PPP во многих модемах.

Вот на этой платформе:
GSM контроллер
сейчас работает FTP сервер (несколько сессий одновременно) , FTP клиент (удаленное самостоятельное скачивание апгрейдов), почтовый клиент, WEB сервер (до 10 сессий одновременно), Telnet, два прозрачных канала RS232-GPRS-RS232, клиент интернет времени, прямой TCP коннект с сервером приложения, прием SMS без разрыва GPRS. И все через один SIM900 без всякого аппаратного управления потоком, MUX-а и использования иных сигналов кроме TX и RX.
Все это также работало и на SIM300, и на Telit-ах, Nokia-х, и на Ublox-ах N7xx и т.д.

Исходники, кстати, стоят всего 25 тыс. баксов