Последовательное вычитывание СМС с SIM900R Опции

[Yaumen]

Возможно этот вопрос уже поднимался, я сегодня пролистал 15 страниц, упарился искать ...

Задача: вычитывать СМС,обрабатывать их и удалять.
Ограничения: Входной буфер для работы с SIM900R небольшой (около 1 кБ)

Обычная моя работа с SIM - это отправка запроса о ожидание необходимых ответов, типа OK, ERROR или CMS ERROR. После получения ОК, происходит разбор всего принятого пакета.

Для вычитывания СМС вижу 2 команды:
1) CGMR - очень удобная команда, но чтобы ей воспользоваться, необходимо знать индекс СМС сообщения, а они могут быть не все по порядку. Признака, типа вернуть первое доступное СМС сообщение у нее вроде нет.
2) CGML - умеет возвращать все имеющиеся сообщения, однако при наличии большого числа СМС, может просто не хватить моего входного буфера. Ограничить количество возвращаемых за один раз сообщений, типа вернуть только одно сообщений у нее вроде нет.

Конечно можно предположить, что СМС сообщения будут приходить с большим интервалом и команда CGML будет возвращать 1-2-3 сообщения, которые поместяться у меня во входном буфере. Однако практика показывает, что в жизни бывает всякое и надо быть готовым к худшему случаю.

Кто как с такими задачами справляется или есть еще способ работы с СМС сообщениями, который я проглядел.

[megajohn]

вариант 3: Использовать Flow Control на UART и подать соответсвующую команду на модем
вариант 4: в телитах можно настроить at+cnmi=2,1,0,0,0 чтобы было сообщение о каждом пришедшем СМС, и эти сообщения парсить ( +CMTI: "SM",2\r\n +CMTI: "SM",34\r\n +CMTI: "SM",125\r\n ) и складировать в очередь, чтобы потом извлекать уже нужные номера СМС ( может что подобное в симкоме есть )

[Yaumen]

вариант 3: Использовать Flow Control на UART и подать соответсвующую команду на модем
вариант 4: в телитах можно настроить at+cnmi=2,1,0,0,0 чтобы было сообщение о каждом пришедшем СМС, и эти сообщения парсить ( +CMTI: "SM",2\r\n +CMTI: "SM",34\r\n +CMTI: "SM",125\r\n ) и складировать в очередь, чтобы потом извлекать уже нужные номера СМС ( может что подобное в симкоме есть )

насчет варианта 3 не понял. Если вы предлагаете с помощью RTC и CTS останавливать передачу данных от SIM, то такой вариант плох тем, что "ОК" ждаь нельзя, так как его не будет в первых пакетах. Во-вторых обработка всех сразу СМС в цикле, подвесит модуль, пока все СМС сообщения не будут обработаны. С этим конечно можно побороться, с помощью каких-то там флагов, запоминанием текущего состояния и прочего, но очень сильно усложнит прозрачность кода и как следствие, большую вероятность появления ошибки. А самое гланое, оно напрочь поломает всю ту структуру взаимодействия между микроконтроллером и SIM. Хотя как вариант, возможен. Отсавлю его на самый последний вариант, если других не останется.
Я уже думал в плане использования листинга, собирать на лету только ID СМС, а потом по одному уже работать с ними. В таком случае ломать мне меньше. Но тут другая проьблема вылазит - это количество СМС, которые могут находиться в памяти, чтобы выделить для их хранения память. Есть тут какие-то цифры или нет!? Сколько например может быть СМС или каков максимальный индекс?

Вариант 4 симпатичен, но не решает вопрос первого запуска, когда в карточке могут уже находиться какие-либо сообщения. Хотя, врядли это будут нужные сообщения и их можно просто по включению удалить, но все таки!

[Alechek]

насчет варианта 3 не понял. Если вы предлагаете с помощью RTC и CTS останавливать передачу данных от SIM, то такой вариант плох тем, что "ОК" ждаь нельзя, так как его не будет в первых пакетах. Во-вторых обработка всех сразу СМС в цикле, подвесит модуль, пока все СМС сообщения не будут обработаны.

А никто не заставляет сразу в цикле обрабатывать.
1. Используем +CMGL чтобы узнать индекс первой необработанной СМС
2. Обязательно ждем конца листинга (OK)
3. В свободное время делаем +CMGR наденного индекса.

[Yaumen]

А никто не заставляет сразу в цикле обрабатывать.
1. Используем +CMGL чтобы узнать индекс первой необработанной СМС
2. Обязательно ждем конца листинга (OK)
3. В свободное время делаем +CMGR наденного индекса.

Этот алгоритм сложнее для меня.
Во-первых, надо ли иметь достаточное количество памяти буфера для приема сообщения, чтобы поймав "ОК", найти первое "+CMGL:" и отпределеить его индекс. Либо налету сначала отлавливать первый "+CMGL:", определеять индекс сообщения, а затем ждать "ОК".
Во-вторых. В любом случае, приходится принимать большой фрагмент ненужного "мусора", так как все остальные принятые сообщения одновременно не будут обрабатываться, а в следующем цикле придется все повторять по новому: посылать команду CMGL и принимать повторно "мусор" только для того, чтобы узнать индекс следующего сообщения. Либо, чтобы повторно не выполнять команду CMGL, придется под нее выделить достаточно большо буфер, чтобы в ней хранился весь последний запрос, а затем его потихоньку разбирать. А это накладно для меня.

В идеале было бы здорово, если была бы команда, позволяющая вернуть индекс первого доступного сообщения или хотя бы возможность управлять командой CMGL, указывая ей, сколько сообщений я готов принять одновременно. Но таких команд вроде бы нет. Поэтому алгоритм, предложенный Baser для меня предпочтительнее. Хотя в моем случае придется перебирать 30 ячеек с SMS (такая симка попалась), для поиска не обработанного сообщения.