caxapa.ru :: Добрый день! Как оптимально разбирать сообщения от модулей типа SIM800L. По UART данные падают в кольцевой буфер, а дальше? Как их правильно разбирать? Как искать конец строки, там же нет терминального нуля, есть только \r и \n.

Все было хорошо (в моей реализации) до момента пока был обмен по типу "запрос-ответ". Все сломалось когда пошли асинхронные данные (например, смс), а они мне нужны. - petrd(13.02.2023 08:18)

а что не так с СМС? Отправка или получение? У меня получение - AT+CMGL="ALL" (обычно идут по одной и ее потом сразу удаляю). Там в теле ответа всё - дата, телефон, текст. И отправка. Кинул AT+CMGS="+7913.....". Получил оттуда ">" - выдал текст (не забыв в конце 0х1А). Ну и удалил - AT+CMGD=1,4. раньше я всё это делал тупо по порядку. Сейчас в фоне основной программы по признаку завершения посылки ответа. Здесь в отличии от работы с FTP или SMTP всё гораздо проще. - Лaгyнoв(13.02.2023 16:49)
- А такой вопрос. RTOS или нет? - vesago(17.02.2023 17:43)
  - моего уровня совершенно не хватает для ответа. Может я что-то на коленке слепил по незнанию. Это как у классиков - " он узнал, что всю жизнь разговаривал прозой". :-) Но осмысленно я конечно никакой RTOS не делал. - Лaгyнoв(17.02.2023 18:52)
- Все разбираю построчно, по мере прилета строк из кольцевого буфера в линейную строку. Прилетает СМС асинхронно "+CMTI: "SM",1" разбираю и выбираю номер номер этой СМС (чтобы не читать все смс), после этого читаю смс по ее номеру AT+CMGR=1\r, а это будет эхо+преамбула+текст_смс + ОК. Итого 4 строки. У эха нет спереди \r\n и в конце только \r без \n. Строку эхо - в игнор, разбираю преамбулу на предмет номера телефона, с которого пришло смс, если номер тот, ждем когда придет petrd(31 знак., 13.02.2023 18:58)
  - ну если разбирать в куче СМС, то тогда да. Непонятно только зачем. Пришла, выполнил, удалил. Одновременно чтоб несколько кто-то слал - такого у меня нет - Лaгyнoв(13.02.2023 19:01)
    - Номер смс-ки это если по полной программе. При простом варианте при первом включении все СМС удаляются. Далее в цикле вместе с другими командами "зарос-ответ" висит ожидание "+CMTI: "SM",1". Мне нужны СМС с определенного номера, выбираю смс только с него, а то наслать могут отовсюду всякой хрени. Прочитал смс с нужного номера, разобрал текст по шаблону, выполнил, смс - удалил. Не с того номера СМС - игнор и удаление. - petrd(13.02.2023 22:28)
      - так да, я тоже принимаю только с 4 номеров. И всегда всё удаляю. Читаю каждые 10 секунд. Но да, есть вероятность, что следом за мусором будет полезная СМС, которую удалю. Но кому надо - повторит. - Лaгyнoв(14.02.2023 08:01)
Здесь когда-то проскакивал ответ. Запрос на асинхронные данные надо передавать вместе ( ставить перед ) командой с синхронным ответом ( например, ОК ). Тогда посылка всегда будет подтверждаться ответом от второй команды ( нейтральной по последствиям ), после чего можно переходить к состоянию ожидания асинхронного ответа. Это я телепатировать пытаюсь. - teap0t(13.02.2023 14:30)

Недавно всё у себя переделал. Раньше вообще выпадал из основной программы, пока не закончу с модемом. Теперь по каждой посылке в модем по прерываниям в буфер приходит ответ. Смотрю, что всё пришло, разбираю и шлю новую посылку. Зачем здесь "кольцевой" буфер? Всё равно каждая следующая посылка зависит от ответа на предыдущую. И там - ветвление. Да, сразу не понял. В принципе большинство простых ответов заканчиваются "ОК" и CR,LF. Но есть масса ответов со смыслом, где есть Лaгyнoв(128 знак., 08.02.2023 17:17)

Я бы делал буфер для полной строки (в дополнение к или вместо кольцевого буфера). Когда набирается полное сообщение, тогда его и разбираем. Можно при помощи sscanf, strtok, memcmp и т.д. - SciFi(08.02.2023 16:47)

А кто заставляет именно в конце чего-то там проверять? .. ресурсов сейчас на всё обычно хватает... POV(233 знак., 08.02.2023 16:39, картинка, картинка)

Микроконтроллеры