USART PDC переключение областей памяти, Как переклютать без вероятности потерять байт? Опции

[Goofy]

У меня это организовано так:

Код

void ProcessUpLinkIncomingMessages(void)
{
unsigned int rcr=pDataLinkPDC->PDC_RCR;
if ( rcr==UPLINK_BUFFER_SIZE ) return;

switch (BufferSemaphore)
    {
    case PRIMARY:

        AT91F_PDC_SetRx(pDataLinkPDC,UpLinkRXBufferSec,UPLINK_BUFFER_SIZE);
        ProcessMessages (UpLinkRXBufferPri,(unsigned short)(UPLINK_BUFFER_SIZE-rcr),UpLinkPayLoadBuffer, &UpLinkMessageState);
        BufferSemaphore=SECONDARY;

        break;
    case SECONDARY:

        AT91F_PDC_SetRx(pDataLinkPDC,UpLinkRXBufferPri,UPLINK_BUFFER_SIZE);
        ProcessMessages (UpLinkRXBufferSec, (unsigned short)(UPLINK_BUFFER_SIZE-rcr),UpLinkPayLoadBuffer, &UpLinkMessageState);
        BufferSemaphore=PRIMARY;

        break;
    }

}

Процедура вызывается 100 раз в секунду. Бод рейт 57600, UPLINK_BUFFER_SIZE=256
Пакеты идут плотно, разной длины, проверяется контрольная сумма в конце пакета.
Условия "тепличные", пакеты теряются. Хочу исключить (или подтвердить) то опасение, когда байт теряется от переключения буферов. Похорошему нужно задействовать RNPR RNCR, но тут сразу вопрос: как грамотно переключиться обратно на первоначальные счётчики RPR, RCR и не потерять данные ? Или опасения мои пустые вовсе?

забыл чип указать: sam7s

Сообщение отредактировал Goofy - Apr 2 2008, 19:10

[aaarrr]

ИМХО, очень странный метод работы. Чем прерывания-то не угодили?

[Goofy]

ИМХО, очень странный метод работы. Чем прерывания-то не угодили?

Данный код достаточен. Достаточен в тех условиях что буффер не заполнится гарантировано между вызовами. А если достаточен зачем делать больше?...

[sergeeff]

Данный код достаточен. Достаточен в тех условиях что буффер не заполнится гарантировано между вызовами. А если достаточен зачем делать больше?...

Странноватый подход. Чем прерывания то не угодили? Странно, что второй буфер не заполняется. Ведь есть вероятность того, что во время обработки данных из первого могут придти еще данные. Собственно для предотвращения такой ситуации связанные буфера и были придуманы.

Теперь по делу. Если не секрет - что за процессор? Не с кэшом ли часом?

[defunct]

Теперь по делу. Если не секрет - что за процессор? Не с кэшом ли часом?

SAM7S см. самый первый пост.

Данный код достаточен.

раз теряются данные, то видать недостаточен.

Я поступил бы так:
По прерыванию DMA, постановка текущего принятого буфера в очередь на обработку, там же в прерывании выделение буфера для сл. пакета и подзагрузка DMA next указателя.

В основном теле программы - проверка очереди пакетов,
обработка и освобождение.