Кольцевой буфер не успевает себя сдвигать до прихода нового байта.., Помогите найти решение. Опции

[Alt.F4]

Добрый день.
Столкнулся с задачей, которую никак не могу решить.
Имеется кольцевой буфер UART на 150 байт. По приходу байта вызывается прерывание, где происходит его запись и сдвиг всего буфера. Но вот незадача, скорость UART 115200, а частота МК 9216кГц. В результате я имею запас всего 80 тактов, которых естественно не хватает на сдвиг этого буфера.
Что можно придумать?
Спасибо.

P.S. на данной скорости UART работает стороннее устройство и ее изменять нельзя. Частота МК почти максимальная, т.к. питание 3В.

[ILYAUL]

Проц -то какой? И зачем сдвигать весь буффер?

[GinRider]

Зачем сдвигать буфер? Не проще ли писать по следующему адресу и отслеживать указатель? Если написать обработчик на ассемблере, должно влезть.
Если, конечно, внешний UART с FIFO нельза поставить.

Сообщение отредактировал GinRider - Nov 9 2011, 19:51

[DpInRock]

А зачем его сдвигать?
Есть такое понятие - голова (head) и хвост (tail ) буфера.
УАРТ пишет по указателю head. Чтец читает по указателю tail? инкрементируя его соотв. образом, догоняя head...

[rx3apf]

Имеется кольцевой буфер UART на 150 байт. По приходу байта вызывается прерывание, где происходит его запись и сдвиг всего буфера. Но вот незадача, скорость UART 115200, а частота МК 9216кГц. В результате я имею запас всего 80 тактов, которых естественно не хватает на сдвиг этого буфера.
Что можно придумать?

Естественно, не сдвигать. Два указателя, для принимаемого и извлекаемого байта.

[ILYAUL]

Много не понятного , сразу все 150 принимаются и по одному возвращаются или принял передал . Если принял передал , зачем тогда такой буфер?

[silverio]

Здесь доходчиво написано:

http://chipenable.ru/index.php/programming...uart-queue.html

Сообщение отредактировал silverio - Nov 9 2011, 21:01

[Alt.F4]

Дело в том, что мне надо вылавливать из этих 150байт только три первых символа, остальные данные переменны, и их пишу в СОЗУ и потом обрабатываю.
Таким образом кольцевой буфер с "head" и "tail" не подходит, т.к. надо чтобы в буфере было сразу 150байт.

Буду пытаться обрабатывать в прерывании по шагам всю строку.

[Сергей Борщ]

Таким образом кольцевой буфер с "head" и "tail" не подходит, т.к. надо чтобы в буфере было сразу 150байт.

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

[xemul]

Дело в том, что мне надо вылавливать из этих 150байт только три первых символа, остальные данные переменны, и их пишу в СОЗУ и потом обрабатываю.
Таким образом кольцевой буфер с "head" и "tail" не подходит, т.к. надо чтобы в буфере было сразу 150байт.

Да хоть 100500 - суть не меняется.

Буду пытаться обрабатывать в прерывании по шагам всю строку.

Проще сначала подумать.
Нечто С-образное:

Код

// RxBuf, head и tail можно/нужно описать в одной структуре - см./гуглите про кольцевой буфер
volatile bit ICatchIt;
uint8_t CatchPos; // сюда сохранится индекс найденной в буфере CatchStr

static void interrupt URxD(void)
{
   const uint8_t CatchStr[] = { '0', '1', '2' };
   static uint8_t iCatchStr = 0;

   if(head != tail)
   {
// приняли байт, если есть место
      RxBuf[head] = RCREG;

// сравнили с очередным искомым
      if(!ICatchIt)
      {
         if(RxBuf[head] == CatchStr[iCatchStr]
         {
            if(++iCatchStr == sizeof(CatchStr))
            {
// если угадали все буквы, взвели флаг, который, скорее всего, стоит обрабатывать где-то вне прерывания
               ICatchIt = 1;
               CatchPos = head - (sizeof(CatchStr) - 1);
               if(CatchPos > (sizeof(RxBuf) - 1)) CatchPos += sizeof(RxBuf);
               iCatchStr = 0;
            }
         }
         else iCatchStr = 0;
      }

// сдвинули голову на следующий свободный элемент RxBuf
      if(++head) == sizeof(RxBuf)) head = 0;
   }
   else
   {
      // обработку переполнения RxBuf придумайте сами
   }
}

[esaulenka]

Но вот незадача, скорость UART 115200, а частота МК 9216кГц. В результате я имею запас всего 80 тактов

Хочется заметить, что на приём байта (а не бита!) у Вас аж 800 тактов.

[demiurg_spb]

Размер кольцевого буфера лучше иметь кратным степени 2...

[ILYAUL]

Дело в том, что мне надо вылавливать из этих 150байт только три первых символа, остальные данные переменны ....
т.к. надо чтобы в буфере было сразу 150байт.

Вы как-то определитесь и не скупитесь на слова при описании проблемы , излейте всё задание , легче станет

[Alt.F4]

Данные в этих 150байтах лежат не в строгом порядке, в результате надо часто искать запятые, точки и другие символы. На флажках это дело решать муторно.
Я переделал по своему, вопрос исчерпан.
Спасибо.

Хочется заметить, что на приём байта (а не бита!) у Вас аж 800 тактов.

Этого тоже не достаточно, ведь надо было прочитать, записать + счетчик перепроверить. В итоге: 150*7тактов=1050тактов.

Сообщение отредактировал Alt.F4 - Nov 10 2011, 15:00

[demiurg_spb]

У вас идеология неверная. Уарт заполняет фифо и только.
Фоновая программа выгребает фифо и парсит фреймы. В таком варианте будет достаточным иметь размер фифо байт на 16-64..
А парсер фреймов (собственно протокол) может иметь свой буфер на максимальный размер пакета.
Как-то так обычно делается.
Благодаря чему выполняется парадигма минимизации времени обработки прерываний...
Более того некоторые протоколы регламентируют максимальный размер фифо канала связи. Так например modbus имеет пожелания на размер фифо в 32 байта...