Easyelectronics.ru

Добрый день.
Докатился я до работы с GSM модулем. И возникла у меня проблема. Как определить, что GSM модуль передал всё что он хотел сказать и начать обрабатывать входной буфер?
Все сообщения начинаются и оканчиваются <CR><LF>, можно было бы по ним, но есть некоторые сообщения где передаётся не одна строка, а несколько. Соответственно последовательностей <CR><LF> может быть больше чем две. Некоторые сообщения заканчиваются "OK<CR><LF>", некоторые "ERROR<CR><LF>", некоторые "CMS ERROR:<error><CR><LF>". Обрабатывать все возможные варианты устанешь.
Существует ли какой-нибудь универсальный способ чтобы понять, что передача окончена, можно разбирать уже посылку?

Знать бы камень - подсказали бы.
А так бит idle и соответствующее прерывание. Но это пальцем в небо.
Смотреть документацию на МК, что там есть.

Если строк несколько и они "локализованы" в одном интервале с последующим "значительным" молчанием - то можно во время прихода начала пакета (каждой строки) запускать таймер на интервал приема строки/строк. По окончанию приема, сработавший таймер даст знать о том, что надо обрабатывать данные.

alexsam, камень Atmega8. Ничего похожего на idle там нет (или я не вижу).
Meteor, спасибо за идею. Сам думал про таймауты. Но не знал к чему привязаться. Твоя идея стоящая, попробую реализовать.

Обычно у модулей есть вывод RING или сообщение по USART , сообщающий пришло что-то не виданное. Нормально принятое сообщение заканчивается ОК , вот если в конце буфера сие есть, имеет смысл узнать , что прислали . Остальное в игнор.

Можно конечно, но тогда потеряются UNC

...модем сферический? Если производитель следовал стандарту, то поможет активация режима URCS (отключенный по-умолчанию режим модема, выдающий системные логи-отчеты о выполнении тех или иных операций).

...

При работе с SIM900 делали по таймауту. По концу строки бесполезно, может быть несколько cr lf в одной посылке.

А это действительно надо - ждать конца передачи? Можно настроить прерывание на каждый символ, а по приходу конца строки идти обрабатывать строку и принимать решения. В это время модем может присылать что-то еще. Сообщения обычно несут примитивный смысл, и я не вижу необходимости их комбинировать в один пакет. Если очередное сообщение перебивает предыдущее по смыслу, то актуализировать состояние по последнему сообщению. Единицей для нарезки естественным образом является строка.

Если же это данные пользователя, то этот поток форматируется как нам удобно.

Удобнее оперировать с готовым пакетом. Например, при приеме данных по gprs там этих cr lf может быть несколько десятков, при приеме смс на каждую строчку в смс тоже будет свой cr lf. Сейчас открыл исходники - работает по таймауту, но для ускорения отлавливаем еще cr lf OK cr lf в конце буфера, и тогда не ждем таймаут. Хотя как показала практика, следующую команду все равно лучше отправить через 50-100 мс. Пытались без паузы - то ли у модема входной буфер забивается, то ли еще что - просто зависал. Косяков с SIM900 хватало. И да, atmega8 врядли хватит для полноценной работы с модемом, слишком мало оперативки.

Atmega8 для моих задач вполне достаточно. Через GSM модуль работа идёт только посредством СМС, коих всего-то четыре штуки. Ну и ответ отправить. Вчера накидал работу с буфером по таймауту. Вполне рабочий вариант. Учитывая что сам GSM модуль тот еще молчун. Сам ничего не говорит, только в ответ на АТ-запросы.

Суть такова.
Посылаю АТ-команду. Обработчик прерываний по приёму байта с UART выставляет програмный флаг RCVB и сбрасывает таймер uartTimer.
Я всегда завожу внутренний таймер на 50 прерываний в секунду. Какие-нибудь секундные таймеры посчитать, опрос кнопок сделать, дисплей обновить. Удобная вещь в хозяйстве одним словом. Во время такого прерывания проверяется флаг RCVB и, если он установлен, то увеличивается uartTimer раз в секунду. Если он дотикал до какой-нибудь константы заданной в дефайнах значит приёма байт не было уже количество секунд заданной в константе. Снимаю флаг RCVB, выставляю флаг RCVD - прём пакета окончен.
В основном цикле по выставлению этого флага можно начинать обрабатывать входной буфер.

Привет всем!
Попался и мне GSM A6. Дня три я с ним воевал, пока не нашёл код устанавливающий скорость обмена.
Теперь то же встал вопрос определять есть ли СМС, и принимать его в переменную val.
Никаких таймеров не нужно. Всё предельно просто. Есть вот такая функция Serial.available() . Которая выдаёт количество байт доступных для считывания через последовательный порт. Читаем СМС пока не станет равно нулю. И наоборот начинаем читать как только стало больше нуля.