Сборник отлаженных АТ-последовательностей для типовых задач, Есть ли здесь? Или может стОит сделать? Опции

[dvkdvk]

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

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

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


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

[av-master]

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

[AlexandrY]

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

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

[Velund]

Ну эт необоснованное заявление.

Управление потоком для GSM модемов в связке с современным микроконтроллером вообще не нужно.
Сами микроконтроллеры всегда успеют за любым потоком от модема.

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

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

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

А PPP протокол тоже имеет свой механизм квитирования и не нуждается еще в чем то на более низком уровне для управления потоком.

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

[AlexandrY]

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

Ну если не использовать 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 тыс. баксов