Работа с модемом

Добрый день, использую TNKernel и ST.
Есть GSM модем, работу с модемом сделал через queue.
Сделал кольцевой буфер в который пишутся все входящие байты с модема.
Когда подряд пришли байты 0x0D и 0x0A отправляем очередь перед этим поставив окончание (0х00) в буфер после входящего сообщения от модема, в очереди передаем начало сообщения, чтобы потом в задаче обработчике очереди выдернуть из буфера пришедшую строку из модема. Проблема возникает, когда нужно получить от модема входящий пакет данных.
Когда на модем приходят данные, то он выдает строчку, например +RESP: "recv".
После, которой нужно отправить команду чтобы считать данные,
AT+READDATA=1000

После чего модем отвечает: +READDATA, <кол-во байтов данных>
и дальше уже выдает сами данные.
Так вот, т.к мы используем очереди, то получается, что можем входящее сообщения обрабатывать с небольшой задержкой, т.е пока мы обрабатывали одну строчку, то от модема пришла вторая строчка и поместилась в очередь. Поэтому когда в обработчике очереди мы видим, что модем сейчас начнет выдавать данные, то эти данные уже поместились в следующую очередь (не знаю как менее коряво объяснить :D)).
Думал сначала сделать проще: получили событие от модема, узнали сколько байтов нам ждать и потом в прерывании уже просто при получении байта отнимать от кол-ва ожидаемых байтов и так до тех пор пока не получили нужное кол-во...
Но по факту получается, как я выше описал, что к тому времени когда мы обработали сообщения от модема, о том, что нужно принимать данные, эти самые данные начали записывать в следующую очередь...
Можно в самой очереди выдернуть данные из модема, но тут проблема в том, что данные могут приходить не только текстовые, но и бинарные, а это значит, что символ окончания строки может уже помешать нам.
В общем, в некотором ступоре нахожусь, не понимаю какой лучше алгоритм тогда использовать. От очередей отказываться не охота, т.к они спасут от "потерянных" данных от модема, а потеря какого-нибудь отклика или события модема очень чревато.
В идеале как-то заставить в прерывании записывать в отдельный буфер данные, но как... :(
Может, кто-то работал с модема, у кого был опыт? Заранее благодарен.

0

moumty, Вы сможете сами расшифровать алгоритмы работы модемов. Нужно переписать Ваш вариант алгоритма в классическом виде. Это подробно описано в "Основы дискретной математики" В.А. Горбатов, 1986 г.
Вариант "упрощения" для этих устройств не получится. Передача пакетов практически всегда идёт в режиме диалога обоих модемов.

0

очереди (фифо) - это одно, парсер ответов модема - другое. грубо говоря, на прерываниях от uart все надо класть в фифо как есть, и ничего не додумывать. а в каком-то процессе читать этот фифо как успеется и делать соотв. работу. и будет как бы 2 режима: читать до конца строки и читать ровно n байт. и никаких заморочек.

каким образом это относится к дискретной математике?

0

Я всегда делал два буфера. В один принимается строка, по окончании копируется во второй буфер и отдаётся на анализ.

0

Сообщение от SOVO Я всегда делал два буфера. В один принимается строка, по окончании копируется во второй буфер и отдаётся на анализ.

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

тут-то проблема в том, что есть 2 вида данных: строки и бинари.

0

Хорошо, объясняю. Приём всегда идёт в свободный буфер. Разборка пакета всегда с собственным буфером. Не важно, сколько времени займёт проверка буфера, лишь бы эта процедура закончилась до окончания приёма второй посылки. Динные всегда разделены и находятся в безопасности. Для полной безопасности можно добавить мютекс или передавать запрос на сообщение флагом.
Это крайний случай FIFO буфера, всего на два значения.
К видам данных это не имеет прямого отношения, для приёмника всё равно, что принимать.

0