Опять проблема с DBGU.
Посылаю байт и тут же вывожу количество принятых байт.
Вот обработчик прерывания:

void Uart_dbgu_irq_handler()__irq
{
if ((pDBGU->DBGU_CSR & AT91C_US_RXRDY))
{
count_byte++;
while (!(AT91C_BASE_DBGU->DBGU_CSR &AT91C_US_TXRDY));
AT91C_BASE_DBGU->DBGU_THR = count_byte;
}
pDBGU->DBGU_CR = AT91C_US_RSTSTA;
AT91C_BASE_AIC->AIC_EOICR=0x00;
}
При передаче даже одного байта, происходит постоянный вызов обработчика прерывания, соответственно бесконечно плюсуется count_byte. То есть не происходит сброс прерывания, но я ведь это делаю AT91C_BASE_AIC->AIC_EOICR=0x00 или что-то нужно еще?
Кстати, в USART та же картина.

Нужно прочитать DBGU_RHR.

Да, действительно, затормозило.
Но вот от чего весь сыр бор:
void Uart_dbgu_irq_handler()__irq
{

if ((pDBGU->DBGU_CSR & AT91C_US_RXRDY)) /* Wait for Full Rx Buffer */
{
count_byte++;
if(count_byte<5)
{
zumer[0]=zumer[0]<<8 | pDBGU->DBGU_RHR;
while (!(AT91C_BASE_DBGU->DBGU_CSR &AT91C_US_TXRDY));
AT91C_BASE_DBGU->DBGU_THR = zumer[0];
while (!(AT91C_BASE_DBGU->DBGU_CSR &AT91C_US_TXRDY));
AT91C_BASE_DBGU->DBGU_THR = count_byte;
}

}

pDBGU->DBGU_CR = AT91C_US_RSTSTA;
AT91C_BASE_AIC->AIC_EOICR=0x00;
}
Посылаю данные: d;4;5;6;7;8;9;a;b;c;d
Получаю назад такую картину:
D 1
4 2
5 3
6 4
7 0
8 1
9 2
A 3
B 4
C 0
D 1
Почему когда выполнится условие, count_byte сбрасывается в ноль и портит мне настроение.
Для полной картины:
count_byte описан как глобальная unsigned char и обнуляется в main(), в самом начале и все, дальше бесконечный цикл.
в файле uart.c, где у меня обработчик прерываня пишу extern unsigned char count_byte.

Потому что при count_byte >= 5 перестает считываться DBGU_RHR. Что происходит дальше, надеюсь, понятно.

Понятно. Спасибо aaarrr.
Когда перестает считывать DBGU_RHR, постоянно влетает в обработчик и count_byte переполняется и обнуляется и т.д. Хреново. Как же все это затормозить?

Прерывание запретить, например. А чего Вы хотите добиться в конечном итоге?

Да в приципе почти уже добился своего. В обработике надо записать 8 байт, по 4 в два 32 разрядных слова, потом сравнить с требуемыми константами. Приблизительно так как показывал выше. Еще конкретнее это АТ команда от модема. Пробую всякие варианты, вот и возникают всякие непонятки. Дело в том, что может зациклиться если придет более 8 байт.

if(count_byte<5)
{
zumer[0]=zumer[0]<<8 | pDBGU->DBGU_RHR;
while (!(AT91C_BASE_DBGU->DBGU_CSR &AT91C_US_TXRDY));
AT91C_BASE_DBGU->DBGU_THR = zumer[0];
while (!(AT91C_BASE_DBGU->DBGU_CSR &AT91C_US_TXRDY));
AT91C_BASE_DBGU->DBGU_THR = count_byte;
}
if(4<=count_byte && count_byte<9 )
{
zumer[1]=zumer[1]<<8 | pDBGU->DBGU_RHR;
while (!(AT91C_BASE_DBGU->DBGU_CSR &AT91C_US_TXRDY));
AT91C_BASE_DBGU->DBGU_THR = zumer[1];
while (!(AT91C_BASE_DBGU->DBGU_CSR &AT91C_US_TXRDY));
AT91C_BASE_DBGU->DBGU_THR = count_byte;
}
if(zumer[0] == 0x0D0A5249 && zumer[1]== 0x4E470D0A)
.
.
.
Получаю
D 1
A 2
52 3
49 4 49 4
4E 5
47 6
D 7
A 8

Спасибо aaarrr. Учту ваше замечание.

У Вас условия накладываются:


Прием AT-команд лучше так не делать. Правильнее будет в прерывании записать строку в буфер, контроллируя конец строки по 0x0d 0x0a, а затем спокойно разобрать её в основной программе.

Спасибо. Сделаю.

Всем доброго дня!
Прошу снова помощи.
Для обучения и отладки обмена по СОМ порту использовал плату AT91SAM7x-EK.
Использовал готовые примеры кода.
Обмен проходит нормально и собственно проблем нет. Но...
Наши разработчики сделали свое устройство на базе AT91SAM7x256 где заложили кварц с частотой 14745600. В плате AT91SAM7x-EK кварц с частотой, если не ошибаюсь, 18432000. Естественно, обмен по СОМ порту в доморощенном устройстве не выполняется.

Использую следующие для настройки скорости передачи данных.

#define BRD (MCK/16/BR) /* Baud Rate Divisor */
#define BR 115200 /* Baud Rate */
#define MCK 47923200 // MCK (PLLRC div by 2)
#define AT91B_MAIN_OSC 18432000 // Main Oscillator MAINCK

pUSART->US_BRGR = BRD; /* Baud Rate Divisor */

Теперь вопрос:
Откуда берется или как вычисляется значение #define MCK 47923200 ?

Пожалуйста, подскажите!

Смотрите настройку PLL, число приходит оттуда. После замены кварца на 14.745M значение MCK должно быть 38338560.

Уважаемый, aaarrr!
Посмотрел настройку своего PLL, она у меня производится в стартапе (см. самое мое первое сообщение).

Надо полагать, что МСК-> (18432000*(25+1)/5)/2=47923200.
Для другого кварца: МСК-> (14745600*(25+1)/5)/2=38338560.

Не пойму, почему выбирается именно MUL=25, а DIV=5 ?
К сожалению установив #define MCK 38338560 и #define AT91B_MAIN_OSC 14745600 обмен так и не заработал.

Выбрали, подгоняя выходную частоту к 48.0МГц.


Правильно не заработал: делитель для скорости 115200 чуть-чуть не дотягивает до 21 (20.8), если при его вычислении не используется округления, то получится очень большая ошибка.

Прошу прощения за свою тупость , но можно чуть подробнее о "делитель для скорости 115200 чуть-чуть не дотягивает до 21 (20.8), если при его вычислении не используется округления, то получится очень большая ошибка" ?

Очень просто все:

Даст BRD=20 из-за отсутствия округления - (int)20.8=20.

Для того, чтобы избежать этой неприятности, сделайте так: