Вам что, работы и головной боли без стека не хватает? Не нравится стек Sagem, перейдите на SimCom или Telit...


Суть как раз в том, что контроллер не комп. Он имеет кучу ограничений как по оперативке так и по быстродействию/потреблению. И ресурсов зачастую внутри модуля гораздо больше чем во внешнем МК.
Кроме того, ошибочно считать, что используя внешний стек можно выбирать ограничения. Для такого надо самому разобраться во всех нюансах протокола и написать собственный стек. Иначе используешь чужой самописный стек как есть со всеми его ограничениями и глюками. Причём зачастую этих ограничений больше чем во внутреннем стеке.

Есть понятие "не нравиться" и есть понятие "баг". И очень паршиво когда этот баг велезет после того у-во пойдет в серию. И вот тут у того кто прозевал этот баг на этапе выбора модуля начинается головная боль.


И толку с этих ресурсов внутри модуля? Что с ними делать? А по поводу быстродействия... мы ведь говорим не про 100МБ ethernet, или Вы считаете, что 60МГц ARM не достаточно для GPRS? Поверьте более чем достаточно. По поводу потребления - никто при необходимости не мешает динамически управлять частотой проца, внешних шин, отключать неиспользуемые модули, итд.


Разбираться в протоколе в общем-то надо, но при этом совсем необязательно быть гуру в этом вопросе, а вот писать собственный стек совершенно излишне. Тот-же lwip может настраиваться очень гибко.

Дать с ними работать встроенному стеку.

Работал я по ModBus и Mbus через GPRS с вполне себе промышленными метрологическими устройствами.
Одно дело, когда всё это по проводам передаётся, другое, когда все посылки бьются кусками и задерживаются минимум на 1-2с гдето в "воздухе".

Вобще не очень понятно чем отличается в конечном счёте прозрачный режим модуля от реализации своего стека. Разве что размер буфера можно самому назначать.

Modbus тут за уши привязан к GSM. Я сомневаюсь что кто-либо имеет удачный опыт применения реального Modbus с GSM.
Как минимум нужны конвертеры.

А термин "прозрачный режим" я вообще не понял.
Встроенный стек это черный ящик основанный на плохо специфицированном управляющем протоколе AT команд, о какой прозрачности можно говорить?

Как на встроенном стеке сделать такие вещи как SNMP, RIP, GRE, IKE и SSL (со своими сертификатами), NAT, IPv6, да даже изменить такие важные параметры TCP стека как: максимальное время ретрансмита, размер окна, задержка ACK, интервал Keep-Alive и еще десятки параметров?

Скажите, какому проценту пользователей нужны такие дебри? Думаю что максимум 2-3% от всех потребителей модулей.
А значит напишут сами. Остальным вполне достаточно того что умеет встроенный стек.
Отсюда прямо по бритве Окама - "Не превышай сущность сверх необходимого".

С конвертерами схема типа [OPS Server] <->[GPRS(modbus-tcp)]<->[Конв. Modbus-tcp to RTU/ASCII]<->RS232/485<->[Конечн.у-ва] прекрасно работает. Т.е. конвертер нужен, но если он есть то все OK.
PS стеки с SSL и возможностью записи своих сертификатов есть, например у телита, правда только клиент.


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

Вопрос немного не в тему, но все-же спрошу.

А каким образом можно реализовать свой стек TCP?
Ведь жсм модуль, в сторону проца, может выдать только два типа какна UDP или TCP.

Или TCP работает поверх UDP, т.е. дайм процу комаду установи UDP соединиени, а затем по верх него мы устанавливаем TCP соединение?
Или жсм модуль может выдать процу еще третий тип канала, который не UDP/TCP, даже не знаю как его назвать, raw data???

Попробуйте начать с http://ru.wikipedia.org/wiki/TCP/IP

Спасибо, поверх IP работает.
Я так понимаю, что модем устанавливает IP соединение, как им можно управлять? (в сим900)

Читать первоисточники.

Нет. Если вы имеете ввиду внешний стек то после набора atd*99***1# т.е. выхода в gprs вы должны установить соединение по ppp протоколу(канальный уровень), и уже поверх него работает IP. И это не зависит от типа модуля.

Transparent mode я имел в виду.
Я даже шифрование поверх него накручиваю.


ЗЫ Mbus у меня не получилось накрутить на GSM не изза отсутствия конверторов , а изза разбиения посылок на куски и жёсткой временной спецификации на конкретные приборы. Как то криво получается работать с GPRS модулями для установки их в качестве "портала". Даже модемы от производителя как то криво работают. Мож у нас GPRS такой особенный

приведите, пожалуйста, пример ВАШЕГО серийного устройства, ну, хотя-бы 100штук в месяц, где используется ДВА сервера

Согласен с автором, ввнешний стек это вполне юзабельно на далеко не самых дорогих камнях.
Для меня главный повод освоить его было нежелание тратить свой мозг на бестолковые изучения ат команд. И как автор правильно заметил - абсолютная свобода в выборе модема, вплоть до проводных и ethernet. Проектные цены на микроконтроллеры далеки от розничных про которые тут речь шла, контроллер за 2-3$ вполне тянет стек и полезную задачу с несколькими соединениями. Так же стек поддерживаает мульти-PPP, так что можно через 2 соединения одновременно выходить в сеть, например один будет проводной (eth), другой беспроводной (gsm). И много других интересных возможностей открывается программеру при использовании внешнего стека.