USB своими руками для sam7x256, или проблемы с которыми я столкнулся. Опции

[e0000]

Доброе время суток всем.
Имеем sam7x256, интерфейс USB, и небольшой опыт (3 проекта я не считаю опытом) работы с этим кристалом. С AVR и MC51 опыт достаточно большой, но с ARM-ом сталкнулся год назад. RS, CAN, ADC, SPI, TWI, AIC ну, в общем вся переферия кристалла поддалась о особых трудностей с этим не возникло.
Но, ниразу мне не приходилось делать что либо для USB. Однако интересовался, читал (и это форум в том числе), смотрел, слушал...
Я вообще долго не задаю вопросы пока уже совсем не упрусь в стенку. Понимаю, что те, кто разобрался в вопросе сечас могут закричать, что "там все просто" или "возьми примеры и не парься", но я человек дотошный и пытаюсь разобраться в каждой мелочи. При этом никогда не отказываю в объяснениях... Однако сейчас объяснить надо мне, да и другим думаю тоже будет интересно.
Я может буду задавать ламерские вопросы, но прошу отнестись ко мне с лояльной стороны и не судить за это строго.

И так.

1.
Судя из того, что я вычитал и прочитал. Работа UDP в background-е меня не устраивает и хотелось бы настроить работу через AIC. Но сталкнулся с такой проблемой: Как задать первоначальные настройки для UDP? Просто задали тактирование и все? А потом пытаемся ловить ENDBUSRES? или же надо запретить передатчик TXDIS перед настройкой?

2.
При простой подаче тактирования (ну, частоту я соблел ), UDP_ISR чистый (т.е. равен 0) как белый лист, какие бы "приседансы" не делались. и посему ENDBUSRES я просто не вижу. Ни включение ни выключение резисторя на D+ не приводят никчему. Хотя посылки от хоста осцилографом я вижу прекрасно. Пересброс питания, reset и включение выключения кабеля эфект нулевой.

3.
Несколько раз контроллер UDP таки запускался и я даже залетал по вектору прерывания в обработку прерываний от UDP, но ниодин из битов регистра UDP_ISR не детектируется. Создавалось впечатление, что я залетел туда случайно, но из прерывания он не выходит. Т.е. крутится там и все. Я принудительно в конце процедуры вставил очистку всех прерываний от UDP как в AIC так и в UDP_ICR.
А прерывание все равно вызывается и непонятно чем

4.
Из-за всего этого я не могу идти дальше, посему вопросов связанных с самим протоколом я задать не смогу. Однако хочу задать вопрос по поводу отладки самого контроллера UDP. В keil нет ничего, что с ним связано. Для отладки другой переферии мне было достаточно keil debuger, а тут..? С UDP пришлось устанавливать "светодиодные метки" но, это жутко неудобно. Как и чем проверять работу кода для UDP в keil ?

Понимаю, что вопросы может быть даже немного к "стыду моему", но еще раз прошу отнестить снисходительно к ним.

PS
Я специально не привожу и не хочу, чтобы приводили куски кода, потому как хочу понять сам процесс и принцип.

[shrek]

А у меня наоборот проблема с отправкой пакета размером больше конечной точки .
А вот прием идет шустро) посылаю 1023 байта все за кадр приходят)
Не забывайте что хост когда отправляет пакеты чередует данные DATA0 и DATA1 это разные прерывания RX_DATA_BK1 и RX_DATA_BK0 от одного источника (и разные буферы).
мой кусок обработки прерывания:

CODE

//---Обработка прерываний от конечной точки-------------------------------------
void USB_EP_INT()
{
switch ((AT91C_BASE_UDP -> UDP_CSR[POINT]) & UDP_CSR_STATUS)
{
case AT91C_UDP_RXSETUP:
{
send_byte(0xF1);//для отладки по RS-232
USB_READ_FIFO_EP((unsigned char *) pSetup_Packet, POINT);//переход на функцию сохранения байтов в память
RXSETUP_CLEAR(POINT);//Сброс бита RXSetup (данные из буфера прочитал)
switch ((pSetup_Packet -> bmRequestType) & USB_TYPE_REQUEST)
{
case USB_TYPE_STANDARD:
{
switch (pSetup_Packet -> bRequest) //че комп от меня хочет?
{
case GET_DESCRIPTOR:
{USB_GET_DESCRIPTOR(); break;}//запрос дескриптора
case SET_ADRESS:
{USB_SET_ADRESS(); break;}//установка адреса
case SET_CONFIGURATION:
{USB_SET_CONFIGURATION(); break;}
case CLEAR_FEATURE:
{USB_CLEAR_FEATURE(); break;}
default:
{USB_STALL(); break;}
//если запрос не известен то выход из оператора switch
}
break;
}
case USB_TYPE_CLASS:
{
switch (pSetup_Packet -> bRequest)//че комп от меня хочет?
{
case SET_LINE_CODING:
{k = 1; break;}
case GET_LINE_CODING:
{pData[POINT] = (unsigned char *) pLine_Control;
dLenght[POINT] = 7;
USB_WRITE_FIFO_EP(POINT); break;}
case SET_CONTROL_LINE_STATE:
{ZERO_PACKET(); break;}
default:
{USB_STALL();
break;}
//если запрос не известен то выход из оператора switch
}
break;
}
default: {USB_STALL(); break;}
}
break;
}
//------------------------------------------------------------------------------
case AT91C_UDP_TXCOMP:
{
send_byte(0xF2);
TXCOMP_CLEAR(POINT);//сбрасываем бит TXCOMP
if (pStatus[POINT])
{
USB_WRITE_FIFO_EP(POINT);
}
break;
}
//------------------------------------------------------------------------------
case AT91C_UDP_ISOERROR:
{
send_byte(0xF3);
STALL_CLEAR(POINT);
FORCESTALL_CLEAR(POINT);
break;
}
//------------------------------------------------------------------------------
case AT91C_UDP_RX_DATA_BK0:
case AT91C_UDP_RX_DATA_BK1:
{
send_byte(0xF4);
if (k) {k = 0; USB_READ_FIFO_EP((unsigned char *) pLine_Control, POINT); RX_DATA_BK_CLEAR(POINT); ZERO_PACKET();}
else {USB_READ_FIFO_EP(DATA, POINT); RX_DATA_BK_CLEAR(POINT);}
break;
}
default: break;
}
}
//==============================================================================

Этот обработчик написан для CDC конфигурации USB устройства (находится в стадии оптимизации).
Проблемы с приемом не возникали, но... Возникали проблемы с открытием порта. Открывался некорректно! Подвисал програмки для работы с COM портом. Потом разобрался сейчас не вспомню в чем проблема была.

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

Код

if (k) {k = 0; USB_READ_FIFO_EP((unsigned char *) pLine_Control, POINT); RX_DATA_BK_CLEAR(POINT); ZERO_PACKET();}

При этом бит DIR контрольной точки менять не нужно...

Сообщение отредактировал IgorKossak - Aug 31 2011, 07:23

Причина редактирования: [codebox]