аз пък ще дам пример с ... продукта на tgi

неговия анализатор се достъпва от вън през VNC.
това няма как да стане с какъвто и да е вграден стек. или поне няма как да стане без огромно копане и ефекта ще е повече от незадоволителен.
та той си има реализиран РРР/ТСР в желязото. просто му трябва да закачи един какъв да е модем и е в джаза. дет са вика за една сутрин ще си разшири портфолиото с GSM поддръжка.

та влакове много, пътници - също. от електричката до перник, до шинкансена токио-осака.
важното е, че разчепкахме темата по мое мнение в пълнота. може да е полезна на всеки, който захваща GSM проект, затова намалете безсмислените спорове и спамове.

Какво общо има дали стекът е вграден или външен?

Според мен или имаш читав мрежов стек или нямаш... ISO-то си има 7-те нива и няма никакво значение дали пфи-то е вградено или външно, дали линка ти е вграден или външнен... Важното е като сложиш етернет кабел и gsm антена дали може да правиш всичко и по двете. Аз казвам, че може и следва да бъде така направено, дори и на практика да имаш само едното животно. Някои хора не са съгласни, всеки има право на мнение

Сега, че операторите по принцип не раздават реални IP-та е башка история. То и вкъщи като си правиш мрежа едва ли на всяко устройство слагаш реално IP.

Цецо, аз малко късно се намесвам в тая тема, ама в случай че още се чудиш, да ти препоръчам нещо. Neoway M590Q - SMT, 21 (!) пина, 26х21мм, четирибандов, напълно сертифициран за европа, америка и азия, вградени tcp и udp стекове. този модел е само за данни т.е. няма звуков канал, микрофон, клавиатура, дисплей и тем подобни излишнотии.
фирмата е жълта, но никак не е малка - снабдяват около 70% от китайския пазар за "умни" електромери (разбирай милиони бройки). цените са съвсем жълти. аз имам връзка с тях и им ползвам продуктите от години и са цемент и съпорта им е на светлинни години по-добър от тоя на сиера примерно.
ако се заинтересуваш, ще ъплодна малко документация за справки, иначе няма смисъл да пълня сървъра с излишни файлове.

Дай някакъв общ дейта шит ако имаш, че в нета не го откривам това. Да се ориентирам горе долу какво е.

А от къде се купуват и каква е цената за дребни бройки (до 25)?

Хубаво бе Миро, високото ниво с универсалните сокетите е ясно, ама дай да ни обясниш тогава по какво точно твоя стек на ниско, хардуерно зависимо ниво ще се различава от стейт машината. Как точно си реализирал пращането на ат командите и изчакването за отговор от модема с всичките му там тайминги и тайм аути и как си го направил това нещо универсално, за да работи с различни гсм модули? Не искам някакви кой знае какви подробности, просто го обясни отгоре-отгоре, предполагам ще го разберем.

Дърляте се за глупости

Що да се дърляме - искам да разбера какво е точно различното в неговия подход на ниското ниво. Мисля, че ще е полезно за всички.

Най-отгоре е приложното ниво, което освен сокет интерфейса се грижи за синхронизацията. По едно и също време няколко нишки могат да комуникира по различни сокети. Начина на синхронизация си зависи от ОС-а, освен ако не е posix, ама нашето не е. Правим си го като драйвер, за да не се ползва юзерски стек. Драйверът синхронизира заявките в списък и си има нишка, която ги обработва една по една. Преди да почне заявките, нишката детектва дали и какъв модем вижда. А между заявките може да следи разни работи като ниво на сигнала, може да има куче и т.н.
Дотук почти няма гсм-ски неща. По-скоро стандартни обработки - драйвера и нишката си следят какви сокети има отверени, какви клиенти има и за какво чакат. Логики кои функции кога могат да се ползват, примерно ако някой иска да праща без да си е отворил сокет и т.н.
На това ниво модулът изглежда като абстрактен Ц++ клас и стандартни методи. Конкретната инстанция се създава от детекта, който е weak функция и приложението може да подмени ако ще поддържа плъг анд прей. А може да е просто new на конкретен клас/модел гсм. Тъй като стекът работи само с базовия клас, му не пука колко наследници има. Ние си имаме система за условна компилация, така че всеки проект си компилира само тия модули дето попзва, включително и функциите, щото някой може да не му трябват sms, други пък само това да искат.
Самият клас не е точно стейт машина, все пак има ос.. Просто имплементира хардуерно зависимите функции в линейна логика. За целта ползва методи на базовия клас, примерно пращане на една АТ команда. Затова както казах е важно да може да се разпознават отговори и нотификации. Примерно клиент иска пращане по един сокет. Заявката стига до нишката, тя вика съответния метод на модула, той вика пращане на някаква АТ команда, но гсм-а пък вкарва нотификация, че са дошли данни от друг сокет. Та затова метода за една команда е в базовия клас, за да може нотификацията да се разпознае, да се изкара от стрейма и евентуално да се отложи обработката. Защото ако си следил мисълта вече може да сме почнали пращането по първия сокет и няма как вече да прекъснем на тоя момент. От друга страна пък така се улеснява много портването , щото просто викаш пращане на една АТ команда и получаваш отговора й, без да мислиш за нотификации и т.н. Това всъщност е целта на всеки стек - да се портва лесно и да се ползва лесно...
Сега нали се боря с STM... още като подкарах уарт и гпио включих gsm драйвера и си тръгна от раз, един ред не се е налагало да пипам в стека...

Това на горното ниво казах, че не ме интерисува, защото исках да сравня само долното ниво с ат командите и по това, която написа сега стигам до извода, че единствената разлика е, че си организирал отделните ат команди като нишки, защото така или иначе имаш ОС. Самата логика обаче каква точно ат команда трябва да се прати и как са подредени точно една след друга и какви отговори чакат и какви им са таймингите е нещото, която реално ме интерисуваше да кажеш как точно е направено, защото не стана ясно в последния ти пост. Т.е. алгоритъма (това, дето ти му викаш линейна логика), дето инициализира гсм-а в началото докато стигне до отваряне на дейта връзка точно какво представлява. Според мен е точно нещото, което при мен е последователността на стейт машината, а вместо отделните стейтове ти си имаш явно отделни нишки. Така ли е или пак нещо не съм разбрал?

Нишката е една, няма нужда от повече.
Логиката е линейна, в смисъл обикновен алгоритъм. За изпълнението на една АТ команда викаш функция с параметри команда, данни и таймоут. Като излезе от функцията имаш резултатите. Ако трябва да изпълниш поредица от АТ команди просто викаш толкова пъти, или ползваш for, while, if..

в единия вариант почти всичко от картинката е натикано в модема, като връзката MCU-modem е по серийна жица с някое/някои от най-горните квадратчета с АТ команди. при това ограничено като брой и като вид (примерно максимално 8 конекции, 1 HHTP, 1 FTP, 1 SMTP и т.н.) ако искаш да пуснеш нещо, което не се предлага от стека - нямаш шанс.

в другия вариант серийната връзка с модема е на най-долната хоризонтална линия в дясно. нагоре всичко се реализира в машината, към която е вързан модема. модема може да бъде какъвто и да е. квадратчетата нагоре може да са с произволен брой и комбинация. въобще не зависи от модема. обикновено цялата купчина от квадратчета се прави така, че да не зависи и от конкретното желязо на което се изпълнява. ако веднъж си я подкарал - нямаш грижи да я пуснеш на произволно ново изделие за час.

Това значи ли, че чака за резултата или таймаута вътре в тая функция?

Дедо, как заобикаляш вградения в модула стек, за да реализираш цялата тая картинка в твоето желязо?

Е той това го обясни по-рано де, нали всички модеми имат ATD=номер или както е там
в тия еквивалентът на "свържи се", оттам нататък модемът е жица през която минава
най-често ppp. В ppp затваряш IP пакетите, в IP пакетите tcp сегментите и т.н.

Това някой да коментира колко лесно/трудно смислено/безсмислено било да има
стек на самата машина без да го е правил някога няма нужда да обяснявам как звучи.

В малките контролери - по разни касови апарати, POS терминали и подобни прости
устройства, както вече споменах по-горе, не е практично дори да се мисли за стек под
тоя дето го има в модула. Голямата машина в случая е модулът, MCU-то прави там
някакви прости задачки и ползва няколкото жици за комуникация, които модулът
му дава под формата на tcp връзки и/или udp socket-и (sockets-es , току-що
гледах за Хобита и се радвах на Голъм и неговите множествени числа ).

В по-голяма машина - като тая дето дедото даде за пример по-горе - нещата са много
по-дебели, първо IP трябва да може да върви през разни интерфейси после има и
сума други "подробности", и е по-практично стекът да е вътре в къщата а не извън нея.

В Цецовия случай очевидно е по-удобно да ползва високото ниво, а и той го
знаеше от самото начало.

Ето. Колкото до цените, най-общо казано се въртят около $15-16 на парче. Купуването има няколко начина. Единия е да си влезеш във връзка с тях по каналния ред е имейли или телефон, другия е да им намериш дистрибутор по Европата (не знам дали има такъв). Ако е за няколко бройки, може и аз да имам подръка...