Есть ли классика обработки ответов от GSM модуля на стороне МК ?, Асинхронный режим, без контроля потока Опции

[vassabi]

Задался вопросом, а существует ли классический алгоритм обработки ответов модуля на стороне микроконтроллера?
Лично я пробую обрабатывать на лету:
Временный буфер (50 байт, например), он до начала приема заполнен значениями 0А, это для обработки двух-символьных ответов 30 0D и 34 0D.
Указатель - переменная на последний принятый байт в буфере, по умолчанию = 1.
В основном цикле отправляю команду в модуль и в цикле жду изменения переменной результата.
По прерыванию на UART:
- пополняю временный буфер принятым байтом (пополнение начинается не с нулевого байта, а с первого, опять же, для обработки двух-символьных ответов);
- если указатель >= 2, проверяю три последних символа буфера на соответствие маске (0A 30 0D, 0A 34 0D etc.);
- если соответствие есть - записываю в переменную результата (соответственно 30, 31, 34 etc.);
- инкрементирую указатель на последний принятый байт и опять жду прерывания.

Думал просто искать ответ во временном буфере, выдержав какую-то паузу после отправки команды в модуль, но время выполнения команд может быть очень разное...
В общем, это мой дебютный алгоритм опроса модулей, по этому и задался вопросом, а как пишут бывалые?

[AlexandrY]

В общем, это мой дебютный алгоритм опроса модулей, по этому и задался вопросом, а как пишут бывалые?

Применяю всегда RTOS для этих целей.

В прерываниях просто записываются символы в кольцевой буфер и отправка события в задачу модема о приеме символа.

Задача модема извлекает символы из кольцевого буфера в свой линейный буфер и ищет в нем заданный при вызове функции чтения терминатор строки.
Терминатором может быть и 0D 0A или '>' или что угодно, зависит от того что в данный момент приложение ожидает от модема.
Ожидание получения строки длится определенное заданное время.
Если в течении этого времени терминатор не обнаружен, то принятый буфер данных дополнительно сканируется
на асинхронные сообщения по их строчным шаблонам и если и их не обнаружено, то буфер обнуляется.
Асинхронные сообщения могут иметь иметь каждое свою задачу назначения. Задачи приемники заранее регистрируют свои обработчики в задаче модема.

[x893]

Применяю всегда RTOS для этих целей.

В прерываниях просто записываются символы в кольцевой буфер и отправка события в задачу модема о приеме символа.

Не выгодно каждый символ передавать - я делаю по концу строки или по установленным маскам. Бинарные данные просто записываются и по счетчику передается событие и готовности.

[AlexandrY]

Не выгодно каждый символ передавать - я делаю по концу строки или по установленным маскам. Бинарные данные просто записываются и по счетчику передается событие и готовности.

Немного не понял ваш механизм, разъясните куда данные записываются, что за счетчик и каким образом передается событие.

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

Формировать же строки имеющие разные терминаторы в процедуре прерывания означает слишком усложнить процедуру прерывания и перенести в нее часть логики прикладного приложения.
А если учесть еще, что приходится работать и с протоколом PPP и с мультиплексированием, то вообще неприемлемо втягивать в это процедуру прерывания.

Я еще не стал уподробняться, что у меня не просто прерывание по RX, а используется DMA, так как STM32...

DMA? Очень интересно.
А как вы задаете для DMA размер пересылаемого блока? На основе чего его определяете?
И почему DMA только по RX?