Атомарность выполнения 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" - запусти таймер с момента включения модема.