Как организовать прием ответов на AT команды модема?

Question

[list_get]

Добрый день.
Для контроля модема возникла необходимость принимать ответы на AT команды модема sim900 и ему подобных.
Примерный вариант приема: прием организуется по прерыванию постоянно в буфер. В главном цикле программы мы просматриваем буфер на наличие ответных команд полученных от модема. После просмотра буфера уже принимаем решение что делать дальше с этой информацией. Такое решение кажется не очень эффективным и возможна потеря данных если мы не успели посмотреть буфер.
Вопрос есть ли другие альтернативы данной задаче?

Comments

[sitev_ru]

Модем подключен в какой-то микроконтроллер?

[list_get]

первый вариант на mega8, пока жду прихода камня freescale kl25

Answer 1

[ТыжСисАдмин]

А как вы собрались не успеть посмотреть буфер?
У вас обработка по прерыванию, пока функция не отработает дальше дело не пойдёт, единственное что может помешать так это другое прерывание но вы же сначала обработки данных запретили прерывания? ;)

Comments

[list_get]

к примеру перед проверкой отправили команду, как только началась проверка мы уже ничего не примем в этот момент

[ТыжСисАдмин]

list_get: ну так мк это штука однозадачная, получили прерывание о начале приёма и пошли бухать с периферией UART-а закусывая поступающими данными. Закуска закончилась пошли бухать ещё с кем-то.
Данные нужно обрабатывать сразу, при 8ми мегагерцах я даже не знаю с какой скоростью нужно гнать данные по UART что-бы понадобился буфер.

[list_get]

т.е. в самом обработчике прерываний фильтровать сообщения?

[ТыжСисАдмин]

Ну а как ещё.
Получили прерывание,
сохранили регистры, вырубили прерывания и пошли получать данные,
получаем данные, парсим потом сделали чего-то там,
Врубили обратно прерывания,
Восстановили регистры и пошли дальше делать то на чём прервались.

[list_get]

ощущение что при длинном сообщении может застрять в обработчике хотя во много зависит от реализации, для этого буфер который принимает все подряд а в главном цикле мы фильтруем принятое

[sitev_ru]

может статья поможет: habrahabr.ru/post/143318

Answer 2

[Сергей]

Я когда-то давно работал над схожей задачей с bluetooth модулем, общение с которым проходило с помощью AT команд. Аналогично с Вашим примером, в прерывании заполнял буфер, далее в фоне делал необходимые действия после завершения приёма или отправки. Поскольку все посылки были ожидаемы, то ситуации как "не успели посмотреть буфер" не возникало.