Использую для определения статуса TCP/UDP-соединения команду CIPSTATUS.
Не наравится то, что ответ текстовый


и таких ответов ещё не меньше 10 вариантов.
Нельзя ли настроить модем так, чтобы получать ответ в виде примерно таком:


Или может есть какая другая команда с близкой функциональностью?
Спасибо.

До конца не уверен, ибо не проверял. Но попробуйте ATV0.

Теперь выдаёт

Т.е. заменил OK на 0. А вот как бы OK оставить, STATE: CONNECT OK заменить на STATE: 0?

Никак. Или код всего ответа, или текстовый URC.

Зря.


Почему не делать как в стандартных командах?

Нет надо им 15 текстовых сообщений сочинять...

Сумрачный китайский гений. В TCP/UDP командах simcom насочинял полную ерунду, конечно. Особенно порадовало асинхронное сообщение CLOSE OK. Очень увлекательно его отлавливать в потоке данных от модуля.

Я вас разочарую - TCP/IP стек у Симкома покупной и лицензированый. Так что сами они там ничего не сочиняли.
Разве что окружение и интеграцию в фирмваре.
Думаю что этот стек используется многими кто применил в своих телефонах или модулях PNXхххх.

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

AT команды касающиеся GPRS стандартные и регламентируются GSM 07.60.
Остальные писались для максимальной совместимости с тем как было в SIM300x.
Потому и получилось несколько коряво - потому что стек от TTPCOM, который был в 300й серии, именно так и отвечал.
FTP, HTTP писались с нуля, поэтому мне например, там все нравится - как в апнотесе написано - так и работает.

Кстати свободных исходников по TCP в инете пруд пруди - многие просто пишут под себя только то что нужно для работы вместе с обработчиками ответов. Не так уж много это места в микроконтроллере занимает. А то что в модуле - ну на всех не угодить - универсальный продукт всегда хуже специализированного.

Тут запрос CIPSTATUS в помощь (несмотря на его кривизну).



Так и TCP-стек работает как написано (в основном), только скорость не радует, но приемлимо.


Не так уж мало, у китайцев там ARM стоит и скорость низкая, а у меня авр, какая скорость стека ожидаема при написании самому? Думаю ответ не порадует.

Микрочиповский TCP стек на штатном PIC18F67J60. Товарищ который переделывал себе этот стек для своих задач получил на нем 800килобайт/сек в обычной сетке. Кто мешает адаптировать под себя?
Ну и зачастую ограничение будет совсем не в стеке, а в операторе, это ж не 3G.

Там PPP или Ethernet?


Скорость впечатляет, не знал что можно так быстро.
Вот и ткнуть бы китайцев носом, а них ведь АРМ внутри.


Согласен, но и GPRS тоже не на 0,5-2кБ/с должен работать (такую скорость получали на sim300/900 сос стеком).

http://www.microchip.com/stellent/idcplg?I...;param=en535724

Optimized for all PIC18, PIC24, dsPIC and PIC32 families
Supported Protocols: ARP, IP, ICMP, UDP, TCP, DHCP, SNMP, HTTP, FTP, TFTP
Socket support for TCP and UDP
Secure Sockets Layer (SSL)
NetBIOS Name Service
DNS – Domain Name System
Ethernet Device Discovery
Support for MPLAB C18, C30, and C32 compilers

Для PPP у микрочипа есть апнотес, ну и кроме того можно воспользоваться книжкой
James Carlson "PPP Design, Implementation and Debugging"

>>>>Согласен, но и GPRS тоже не на 0,5-2кБ/с должен работать (такую скорость получали на sim300/900 сос стеком).

Теоретический максимум в 171,2 Кбит/сек., похоже, используется исключительно в маркетинговых целях и никогда на практике. Из 4 схем кодирования, применяемых в GPRS-сетях (от схемы кодирования зависит скорость передачи данных в одном канале), чаще всего используют именно вторую, позволяющую передавать не более 13,4 килобита в секунду в одном временном слоте. Принимая во внимание большую распространенность телефонов с поддержкой 10-го класса (с максимальным числом слотов на прием данных, равным 4), можно с уверенностью говорить о практическом максимуме скорости получения данных в сети GPRS — это: 13,4 Кбит/сек.х 4 канала = 53,6 Кбит/сек. (всего-то 6,7 кбайт/сек.).

У меня поздней ночью на МТС иногда было 39 килобит/сек. Делим на 10 и получаем 3.9 килобайта при незагруженных сотах. Днем там гораздо ниже скорость - можно сказать что ее не было вообще. В качестве модема стоял телефон SAMSUNG S5230.
То ли сота у меня такая, то ли реальность - но нормальной скорости в GPRG я не видел никогда.

Если нужна стабильная скорость, а переходить на 3G не получается, то покупается канал, и можете там в гордом одиночестве получить 4 килобайта для аплоада и 8 для довнлоада - больше класс 10 не позволит. Далее нужно уже или EDGE или 3G.

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

СПасибо, посмотрю. Надеюсь там не намертво для пиков (без асма хотя бы), а то мне на авр нада или лучше чтоб независимо от архитектуры.



Может и так, тогда особо не разгонишся.
Возможно ещё что так медленно у меня потому, что обмен зачастую paket-by-paket.

А нет ли simcom-а апноты по PPP, или смысла в нём нет исходя из сказанного выше (скорость всё равно не поднять)?
Тогда единственный плюс PPP - назависимость от производителей модемов.

Для совместимости только L2P и лучше вместо него другой протокол использовать.

Вот что Симком пишет по поводу PPP:

AT+CGDATA="PPP", 1
The mobile supports Layer 2 Protocol (L2P) PPP only.
Note: If the mobile is NOT attached by AT+CGATT=1 and the CID is NOT activated before connecting, attaching and activating is automatically done by the AT+CGDATA Command.
Some providers require using an APN to establish a GPRS connection. So if user uses the Microsoft Windows Dial-Up Network and ATD*9… to connect to GPRS, user must provide the context definition as part of the modem definition (Modem properties/Connection/Advanced…/Extra settings.) As an alternative, user can define and activate the context in a terminal program (e.g. Microsoft HyperTerminal) and then use the Dial-Up Network to send only the ATD Command