box415 написал:

[q]

имел в виду граф состояний модуля с точки зрения управляющего им контроллера (АТ-командами). На наших четырех сотовых операторах (Beeline, МТС, Мегафон, ТЕЛЕ2) у этого графа много больше состояний.

[/q]

И я тоже.
Если речь о поддержании канала GPRS , то состояний не более 10. Ожидание сети GPRS, Активация GPRS, Подключение к APN, получение IP, контроль статуса соединения. Как и везде...Будь то хоть GPRS, хоть ethernet, хоть WiFi - активация, авторизация, получение адреса, NAT/VPN\прокси. ТАк что ваша "идея сеансовоти"( как вы её себе представляете) распространяет на любое сетевое соединение GPRS ничем в этом плане не отличается от всех остальных способов получения каанал связи.

[q]

Если речь о поддержании канала GPRS , то состояний не более 10.

[/q]

Вы изучали руководства, или работали с модулями в поле? Это не совсем одно и то же. Когда все хорошо, то все ровно так, как Вы пишете. Ничего сложного - первое, второе, компот. А вот когда плохо, тогда ... труба. В общем случае мы пришли к однозначному выводу, что 100% гарантию восстановления соединения (если возможно) дает только банальное снятие питания с сотового модуля, команды не решают вопроса. Но и тут есть неприятность - чтобы это сделать, нужно еще понять, что ты в ж... таком положении. С виду все рулем, модуль отвечает разумно, иногда даже пакеты принимает, а реально в сети его уже нет.

Но это уже за пределами темы.

[q]

Будь то хоть GPRS, хоть ethernet, хоть WiFi

[/q]

Ну уж Вы сравнили GPRS и WiFi c Ethernet!!! Вы же говорили, что пишете для контроллеров (графы обсуждали), как же Вы их ставите рядом, говоря о фазе соединения? Сложен ARP-протокол?

box415 написал:

[q]

Вы изучали руководства, или работали с модулями в поле? Это не совсем одно и то же. Когда все хорошо, то все ровно так, как Вы пишете. Ничего сложного - первое, второе, компот. А вот когда плохо, тогда ... труба.

[/q]

Конечно! И в поле , и подвале )))))))))
Вопрос не в сложно, а в "решаемо". Костылями.
Для нас основной проблемой было - sim карты , которые не запускались на ряде модулей ( и даже телефонов). Что не решаемо вобще.


box415 написал:

[q]

С виду все рулем, модуль отвечает разумно, иногда даже пакеты принимает, а реально в сети его уже нет.

[/q]

Всё очень просто.
Как это делают те, кто занимаются треккерами. 1) Используют UDP и CRC - смысл в TCP теряетсяв таких задачах 2) используют квитирование при соединении с сервером.
Т.е. вы на 100% всегда и везде можете определить нештатное состояние в виде отсутствия ответа от сервера. Ну а святой ресет - а как без него в творениях индийских программистов?
Это за пределами темы, но я вам уже писал - сотни тысяч людей пользуют GPRS треккеры. Их лепят даже студенты и радиолюбители - причём очень профессионально.

box415 написал:

[q]

Ну уж Вы сравнили GPRS и WiFi c Ethernet!!! Вы же говорили, что пишете для контроллеров (графы обсуждали), как же Вы их ставите рядом, говоря о фазе соединения? Сложен ARP-протокол?

[/q]

Кто сказал про рядом?! Я пишу о том, что вам в любом случае придётся отлавливать кучу нештаток в любой технологии связи.
В BT , WiFi, MOXA модулях AT команд не меньше и нештаток ещё больше. И точно такие же вынужденные ресеты.

top написал:

[q]

Если данных ниже порога - оператор вас отключает.

[/q]

Да ладно бы он отключал. А он НЕ отключает
И тратится уйма времени на выяснение состояния связи.

web-монолит- недорого и поддерживает несколько различных приборов учета, веб-интерфейс доступа к данным, постоянно пополняется набор поддерживаемых приборов.