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

[koluna]

Всем привет!

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

Код

AT+XXX ...

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

+XXX ...
OK | ERROR ...

[Baser]

Вы не поверите, но URC может прийти даже во время приёма ответа, внутри него. Или между ним и "\r\n"; или между '\r' и '\n'.
Т.е. например: ERR<URC...>OR
Даже такое бывает.

Насчет такого скажу, что это грубая ошибка ПО и при работе с SIM300/SIM900 такого никогда не видел.

Это конечно косяк, но это печальная реальность - сталкивался с таким в Bluegiga WT-12.
К сожалению - таков уровень их программистов написавших её прошивку.

А вот у Bluegiga, подтверждаю, видел. Работал с WT11i и с BLE112 - и там и там случается.
Вроде солидная фирма, их даже Silicon Labs купила, а такие баги.

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

Я в своем софте применяю след. гипотезу
Ответы на команду есть двух видов: от стека модема и от мобильной сети.
Вот я считаю, что между командой и ответом стека ничего влезть не может (не должно ).
А вот при ожидании ответа от ГСМ сети может что-нибудь и влезть, хотя тоже очень редко, обычно это ошибки и отлупы от ГСМ сети.
Типа PDP DEACT может придти когда угодно.

А чтобы не разгребать все возможные ответы модема (там бесконечное число вариантов ) просто периодически проверяется состояние конекта, и если что не так, запускаются процедуры восстановления.

[jcxz]

Я в своем софте применяю след. гипотезу
Ответы на команду есть двух видов: от стека модема и от мобильной сети.
Вот я считаю, что между командой и ответом стека ничего влезть не может (не должно ).
А вот при ожидании ответа от ГСМ сети может что-нибудь и влезть, хотя тоже очень редко, обычно это ошибки и отлупы от ГСМ сети.
Типа PDP DEACT может придти когда угодно.

Имхо - неправильный алгоритм. Я классифицирую по-другому.
Сообщения от модуля к клиенту (не важно GSM или какой другой общающийся через UART посредством команд от клиента) можно разделить на:
а) синхронные - реакция модуля на переданные ему команды клиентом (т.е. - это ответы на команды, в том числе и многострочные);
б) асинхронные - уведомления о некоторых событиях внутри модуля, напрямую несвязанных с переданными ему командами, происходящими асинхронно относительно основного командного обмена.
Любая передача как от клиента к модулю, так и наоборот, делится на кадры (строки). Кадр - это последовательность допустимых символов, ограниченная символами "\r\n" (или одним из них).
После передачи модулю команды клиентом, клиент переходит в состояние ожидания синхронных ответов на команды (могут быть многострочные) и ждёт ответов разбирая входящий поток кадров.
Ожидание заканчивается по получению ответа (или цепочки ответов если команда может генерить цепочку ответных кадров), либо по истечении таймаута ожидания.
Таким образом - URC может вклиниваться в любой момент между командой и первым кадром ответа или между двумя кадрами ответа. лавное - чтобы он не нарушал целостность кадров (строк).
Сам URC тоже должен иметь такой-же формат кадра (строка).
Когда URC влезает внутрь другой строки, нарушая её - это конечно баг, тут уже ничего нельзя сделать.