А у Вас вообще терминал на какую скорость настроен? Такое ощущение, что на 9600 бод?
Я понимаю, что там у Вас USB, но у меня такое чувство, что там где-то есть быть настройки, которые эмулируют /dev/ttyS* (COM*) и этим ограничивают скорость обмена. Я не совсем представляю Вашу конфигурацию, поэтому советы не конкретные, а только предположения. Попробуйте поискать настройки скорости у терминала.

Это где в спецификации usb 1.1 такое ограничение указано? Может Вы спутали с ограничениями связанными с классами устройств?
ЕР типа INTERRUPT с размером в 64 байта (применяются в HID-устройствах) могут опрашиваться раз в 1 мС поэтому там скорость ограничена 64 кбайт/с.
ЕР типа BULK по 64 байта используются в таких классах устройств как mass storage и там реально можно получить скорость 700-800 кбайт/с (старый mp3 usb1.1 работал на такой скорости).

а вы не рассматривали такую возможность: в WinAVR система stdio реализована так, что для орагнизации ввода-вывода в любое устройство надо определять функции ввода-вывода одного символа, т.е. ввод-вывод изначально НЕ ПОТОКОВЫЙ, а СИМВОЛЬНЫЙ. в связи с этим не происходит ли при выводе каждого байта отправка пакета USB? каким образом определен вывод байта? если вызовом какой-то функции типа send_usb(&buffer), где буфер состоит из единственного символа - вот вам и тормоза... и очень большие тормоза!

Истинно! В этом дело.
Спасибо.

РЕШЕНО!
Кидаю данные из массива char arr[20] через функцию uart_usb_send_buffer( arr, sizeof(arr) );
Скорость - 20кб/сек
arr[60]
Скорость - 60кб/сек !!!

1. Нужная скорость достигнута.
2. Похоже буфер уходит раз в миллисекунду, независимо от размеров.
Отсюда скорость при передаче буфера -
1 байт 1кб/сек
20байт - 20кб/сек
60байт - 60кб/сек
80байт - 37кб/сек (буфер дробится)

А вы еще "double bank mode" включите (это в конфигурации конечных точек), если до сих пор этого не сделали. Еще быстрее станет.

А то в демонструхе установлен ONE_BANK мод.
Это функция usb_user_endpoint_init() в файле usb_specific_request.c
там надо заменить ONE_BANK на TWO_BANK для точек TX_EP и RX_EP (2-ой и 3-ий вызовы usb_configure_endpoint()), а точку INT_EP оставить, как была (1-ый вызов usb_configure_endpoint()).

После этого прогоните свой тест снова. Напишите, что изменилось. Возможно, что тогда при 80байтах буфер перестанет дробиться.

The USB defines the allowable maximum bulk data payload sizes to be only 8, 16,
32, or 64 bytes for full-speed endpoints and 512 bytes for high-speed endpoints.

Получается за кадр, период которого 1 мс, full-speed девайс может передать максимум 64 байта и это получается 64 килобайта в секунду или 512000 бит в секунду в одну сторону.
С изохорными передачами устройство по теории может выдать в одну сторону 4 мегабита в секунду.
В CDC классе тоже используются конечные точки типа BULK. У Агурова в примере с пецификации на CDC класс и конкретно для моего девайса (AT91SAM7A3) в библиотеках производителя также две конечные точки типа BULK на прием и передачу и еще одна по прерыванию.
at90usb1287 так же как и AT91SAM7A3 имеет на борту контроллер USB full-speed.

Сообщение отредактировал shrek - Nov 25 2010, 07:12

Спасибо за идею, в моей версии библиотек (USBKEY_STK525-series6-cdc-2_0_3-doc.zip) похоже уже включен double bank mode.







А как получается что mass storage работает на скоростях гораздо больше 60кб/сек? Там используется BULK?
Насколько я помню USB флешки на USB 1.1 выдают скорость около мегабайта в секунду.

Это всё получается потому, что для BULK-передач отводится всё свободное время на шине. Если нет SETUP/ISO/INTERRUPT-передач и есть заполненные BULK EPs то USB-host будет считывать данные из них постоянно по мере их заполнения. За 1 мС BULK EP может быть заполненной и считанной несколько раз. Помогает повышению скорости двойная буфферизация.

Ясно, спасибо.
А почему в at90USB128 в CDC примере не получается скорости выше 60кб/сек Т.е. одна передача за один кадр?

--- Дополнение
Возникла мысль что надо слать ровно 64байтные пакеты. Иначе буфер не заполняется полностью и шлется через 1ms.

А разве передача данных из точки или в точку не начинается по маркер пакету SOF?
По идее хост прислал мне SOF, потом шлет пакет с адресом конечной точки и функцией и направлением передачи, после этого если в буфере данные имелись то передаются данные. После передачи по идее хост должен прислать подтверждение. Вроде бы все передачи начинаются после "команды" хоста. Или в течении кадра 1 мс можно окромя 64 байт всунуть еще? например меняя DATA0 на DATA1 и наоборот?

Нда... оказывается так и делается... получается по теории 7 с лишним мегабит в одну сторону...
Значит виндовый драйвер CDC можно разогнать на более чем 64 килобайта в сек)))
С другой стороны как именно организовать передачу непрерывную со сменой PID пакета... Это уже програмные проблемы...
Хотя когда я отправлял с компа данные больше 64 байт они за раз и отправлялись без подтверждений и т.д. хотя я конкретно не смотрел при отладке в течении кадра они принялись и не смотрел PID данных data0 или data1...

По проведенным только что опытам он за раз в течении кадра смог принять 1024 байта!!! Получается 8192000 мегабит в сек... При попытке отправить ему 1025 байт уходит в непонятное зацикливание по прерываниям причем генерится перрывание и по данным банка 0 и по данным банка 1... Я хосту случайно ничего не должен отправить?... Или хост получается не разбивает отправленные байты на транзакции... Пытается все за раз отправить)))

Сообщение отредактировал shrek - Nov 25 2010, 13:17

С at90usb не работал. Нужно смотреть какой тип EP в нём есть - с двойной буфферизацией или без. По поводу пакетов дата0/дата1 - этим занимается usb-контроллер. Ваша задача дождаться освобождения одного из буфферов конечных точек и заполнить соответствующий. Не забудьте что если длина данных кратна размеру конечной точки то надо слать пакет нулевой длины для того, чтобы показать хосту что закончилась передача данных.

Ну вообще в AT91SAM7A3 контроллер этим не занимается по моему... Только вручну устанавливая и сбрасывая бит... Забрел в эту тему из-за того, что обсуждался крайне важный вопрос скорости передачи данных по USB CDC)))

Сообщение отредактировал shrek - Nov 25 2010, 13:38

В at91sam7s точно нет надобности следить за data0/data1 - там этим занимается usb-контроллер
Другим usb-контроллеров с которыми я работал была isp1181a - там тоже после настройки просто загружались конечные точки.
Вообще этим программист не должен заниматься т.к. контроль data0/data1 введён для повышения надёжности передачи данных. При сбое передачи usb-контроллер должен повторить отправкку с другим data Программисту-же должен быть доступен результат - данные отправились или ещё висят в конечной точке.