BasicUSB на AT91SAM7S, Если забыть о прерываниях, какие замечены проблемы Опции

[Master]

Здравствуйте!

Точнее, пример называется AT91SAM7S-BasicUSART_USB.

Никак не могу понять пока, в чём дело: чтение из USB проходит на ура, а вот запись при втором вызове вешает и проц, и терминалку.

Может кто в курсе, где собака порылась?

[_4afc_]

Точнее, пример называется AT91SAM7S-BasicUSART_USB.

Никак не могу понять пока, в чём дело: чтение из USB проходит на ура, а вот запись при втором вызове вешает и проц, и терминалку.

Запись контроллером в терминалку? Незнаю.

У меня были проблемы если я не вычитал пришедшие байты, а ждал новых - естественно дальше ничего не шло. Так что возможно дело в вашем цикле обмена с терминалкой.

Вообще-то я пример не проверял, выдрал из него код и всё. USB чувствителен к частоте процессора и времени включения. У меня надёжней его было включать сразу с установкой ФАПЧ.

Кстати не забывайте всё время проверять статус или isconfigured перед выполнением команд USB.

[Master]

У меня были проблемы если я не вычитал пришедшие байты, а ждал новых - естественно дальше ничего не шло. Так что возможно дело в вашем цикле обмена с терминалкой.

Вообще-то я пример не проверял, выдрал из него код и всё. USB чувствителен к частоте процессора и времени включения. У меня надёжней его было включать сразу с установкой ФАПЧ.

Кстати не забывайте всё время проверять статус или isconfigured перед выполнением команд USB.

Спасибо за ответ! Не ожидал, что кто-нибудь ответит
Код - из примера. Считаем, что суть не менялась. Добавилась только посылка хосту:

Код

while( 1 ){
    length = pCDC.Read(&pCDC, data, MSG_SIZE);
    data[ length ]=0;
    Trace_Toggel_LED( LED1);
    AT91F_US_Put(data);
    if ( length != 0 )
        pCDC.Write( &pCDC, "\n\r012345678901234567890123456789", 32 );    // Вот эта посылка добавлена
}

Что не правильно? Вообще могу ли я (...вспомнился анекдот...) вообще делать посылку хосту без предупреждения?

[nameless]

А Вы уже видели, что "терминалка" из примера хочет именно столько же байт сколько отправила.
про isconfigured уже сказали, но у меня другая проблема - не знаю как сделать все это по прерываниям. Нет ли "максимально простого" примера. Понять хотябы на какое именно событие вешать isconfigured и read......

[Master]

А Вы уже видели, что "терминалка" из примера хочет именно столько же байт сколько отправила.

Не понял вопроса.

про isconfigured уже сказали...

Про isconfigured в частночти я уже упомянул, что пример практически не правился.

но у меня другая проблема - не знаю как сделать все это по прерываниям. Нет ли "максимально простого" примера.

Лично я о таком примере ничего не знаю.
Так или иначе, пример вроде заработал, но для этого пришлось почитать буржуйский форум на www.at91.com.
Итак, буржуи пишут:
1. Для корректной работы на разных чипсетах с поддержкой USB, нужно поменять тип конечной точки с AT91C_UDP_EPTYPE_ISO_IN на AT91C_UDP_EPTYPE_INT_IN в двух местах в функции CDC_Enumerate().
Ссылка на сообщение.
2. Для корректной работы функций Read() и Write() в функции IsConfigured() в обработку события End_Of_Bus_Reset нужно добавить строку обнуления текущей конфигурации:

Код

    pCdc->currentConfiguration=0

Ссылка на сообщение.
3. Для того, чтобы главный цикл не останавливался на функции Read, пока не прийдут данные от хоста, в функции Read я дописал условие:

Код

        if ( pstUDP->UDP_CSR[ AT91C_EP_OUT ] & currentReceiveBank ) {
        ...
        }
        else
            length = 0;    // <-=

А теперь я также взялся переделывать обработку событий под прерывания.
Кстати, наткнулся на забавный момент: после обработки прерывания по событию End_Of_Bus_Reset, регистр маски прерываний UDP_IMR сбрасывается в исходное состояние Вероятно, это баг, но о нём господа из Atmel решили умолчать. Или выдать за фичу. Позднее

Понять хотябы на какое именно событие вешать isconfigured и read......

А вот здесь-то как раз ничего сложного (IMHO): в функции isconfigured есть опрос регистра статуса по двум событиям - AT91C_UDP_ENDBUSRES и AT91C_UDP_EPINT0 - вот на них и надо настраивать прерывания. Что касается чтения и записи данных из/в FIFO, вероятно нужно разрешать и обрабатывать прерывания соответствующих EndPoint'ов.
Но это - уже другая тема для другой ветки сообщений. А данная тема, полагаю, закрыта.