Атомарность выполнения AT-команды Опции

[koluna]

Всем привет!

Может ли в процессе выполнения AT-команды, т. е., между запросами AT+XXX и ответами типа OK, ERROR, ... от модуля/модема придти какой-нибудь URC?
Ну, кроме +CME/CMS и ответов с данными...
Задекларировано ли это где-нибудь?

Код

AT+XXX ...

+ZZZ или что-то еще

+XXX ...
OK | ERROR ...

[ArtemKAD]

>>Ну да, (10 байт стоки+ 12-16 байт что это такое и как с ним боротся)*50 = 1кб

"12-16 байт что это такое и как с ним боротся" это я так понимаю два адреса - адрес образца и адрес процедуры вызываемой при появлении образца. 4 байта, а никак не 12-16.
Кроме того, вся эта таблица всё равно в коде так или иначе будет только будет она разбросана по разным местам, что крайне затруднит модификацию кода и почти наверняка займёт еще больше места.

>>Особенно для ардуинщика с мегой 16

Ну не знаю, у меня в 16кБ влезает простой треккер с обработкой еще и GPS-потока. Правда без GPRS...

>>Я не про это. При включении модуля запрашиваем тип модема. Ждем строку. Прилетает вполне такая строка "Call Ready". Мы таких модемов не знаем, ахтунг!

Так на кой тебе ждать строку причем конкретную строку? Лови ответ с "SIMCOM_Ltd\r\n" аналогично как любое асинхронное сообщение. Тогда тебе абсолютно все равно будет что у тебя там пришло в ответе первым "Call Ready\r\n" или "SIMCOM_Ltd\r\n" или вообще SMS привалила. Не говоря уже о вопросе зачем запрашивать тип модема если ответ заранее известен.

>>Сделать обработку +CME 314 /SIM BUSY/ не судьба. Надо ждать манну с неба сообщение.


Так "+CME 314 /SIM BUSY/" это так-же "манна с неба сообщение". Само собой +СМЕ обработчик нужен по-любому(хотя можно и ждать +CMGS: или её отсутствие по таймеру), вот только как по мне ломиться в модем когда он еще не готов принять, это попытка пройтись по граблям не набив себе шишек. Не желаете ловить "SMS Ready" - запусти таймер с момента включения модема.

[Alechek]

>>Ну да, (10 байт стоки+ 12-16 байт что это такое и как с ним боротся)*50 = 1кб
"12-16 байт что это такое и как с ним боротся" это я так понимаю два адреса - адрес образца и адрес процедуры вызываемой при появлении образца. 4 байта, а никак не 12-16.
Кроме того, вся эта таблица всё равно в коде так или иначе будет только будет она разбросана по разным местам, что крайне затруднит модификацию кода и почти наверняка займёт еще больше места.

Вот когда разбросана по разным местам - тут вообще труба. В одном месте надо таблицу делать, чтобы не запутаться.

PS Без всяких таблиц с простейшей поддержкой SMS-GPRS один из наших трекеров на ARM скушал
40 008 bytes of readonly code memory
704 bytes of readonly data memory
13 112 bytes of readwrite data memory (+ 619 absolute)

из них на модемную часть ушло 4.5 кб флеша и 600 байт на PDU.

PS:
На затравку: чем отличается +GREG URC и промежуточный ответ и как эту смесь обрабатывать, когда от запроса до получения OK приходят обе. /эт по поводу таблиц/

Вы ошибаетесь - CPAS это состояние соединения, а не модуля.

Кстати рудимент оставшийся от мобилок.
Для модулей вместо CPAS давно уже используют более информативную CLCC

Может и рудимент, а может и нет.

0 ready (ME allows commands from TA/TE)
1 unavailable (ME does not allow commands from TA/TE)

ME Mobile Equipment, e.g. a GSM phone (equal to MS; Mobile Station)
TA Terminal Adaptor, e.g. a GSM data card (equal to DCE; Data Circuit terminating Equipment)
TE Terminal Equipment, e.g. a computer (equal to DTE; Data Terminal Equipment)

В нашем случае ME - это модуль, совмещенный с TA. И он либо готов принимать команды, либо не готов.

По крайней мере, команды +CG* дают информацию именно по ME:
5.2 Request model identification +CGMM
Execution command causes the TA to return one or more lines of information text <model>, determined by the ME
manufacturer, which is intended to permit the user of the TA to identify the specific model of the ME to which it is
connected to.

Таким образом, при +CPAS: 0 я со спокойной совестью могу чихать на всякие "RDY" и работать с ME через TA хотя бы в плане идентификации оборудования.
А доступность TA можно проверить по AT->OK