как передать максимум данных по USB ?, с наибольшей скоростью!!! Опции

[NikP]

В описании работы USB в режиме Bulk сказано, что макс. размер пакета 64 байта для этого режима. Мне надо передать 4 К данных. Так как данные передаются фреймами 1 мс, то получается, что на передачу 64 байтов уходит 2 мс (фрейм 1 мс - запрос от хоста, фрейм 1 мс - пакет данных), т.е. на 4096 байтов -128 мс. Другими словами, максимальная реальная скорость передачи данных - 32 К / сек. И это всё, что можно выжать из заявленных 12 Мбит/с для full speed? Явно что-то я не учёл, где ошибка, как на практике передавать данные с максимальной скоростью?

[NikP]

Спасибо за советы! Дело сдвинулось после конфигурирования под двойную буферизацию ЕР3 (пробовали 2х128 и 2х256) и изменения верхней программы, всё заработало , скорость возросла . Не так, как хотелось, но с этим будем разбираться дальше. При этом проявилась новая напасть. При запросе верхней программой 1К и 2К (а мне надо 4К) всё работает, при запросе 4К - комп падает в синий экран. По сообщению - ошибка обслуживания USB. Посмотрели исходник драйвера (предоставленный Силабом) - там заполняется некий буфер 4096 байт - вроде должно хватать. Попробовали немного подредактировать драйвер - эффект остался. В чём может быть причина?

[=AK=]

комп падает в синий экран.

Наверняка это баг в драйвере. Написать драйвер без ошибок очень сложно. Поэтому я предпочитаю использовать драйверы класса, которые входят в комплект поставки Винды. Судя по всему ваша задача нормально ляжет под CDC. Тогда ваша прикладуха будет просто работать с виртуальным COM портом. Правда, в Винде и этот драйвер не без греха, он начинает портить данные при передаче массивов размером более 8К. Но он хотя бы не падает.

[геннадий75]

Наверняка это баг в драйвере.

А почему сразу баг. Если вы передаёте пакеты по 64 байта, драйвер их собирает и ждёт окончания запросов (неполный пакет или нулевой пакет) если его небудет он заполнит свой буфер (по умолчанию 4к) и только после этого отдаст данные в windows. Данные нужно выставлять на отправку сразу после пакета sof и заканчивать нулевым пакетом в пределах кадра.

[=AK=]

А почему сразу баг.

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

Если вы передаёте пакеты по 64 байта, драйвер их собирает и ждёт окончания запросов (неполный пакет или нулевой пакет) если его небудет он заполнит свой буфер (по умолчанию 4к) и только после этого отдаст данные в windows.

Это где-то описано СиЛабсом, или вы из головы придумываете?

Данные нужно выставлять на отправку сразу после пакета sof и заканчивать нулевым пакетом в пределах кадра.

С нормальными драйверами таких ограничений нет.

Мы пробовали передавать пакеты по 128 и 256 байт.

Пакеты должны быть того размера, какой прописан в дескрипторе и задан при настройке. Если вы задали 64 байта, то и посылать должны кусками не более 64 байт. Трудно предсказать что произойдет, если вы будете стараться впихнуть пакеты 128 или 256 байт в трубу размером 64 байта. У вас, наверное, в процессоре SIU с ума сходит, после чего и драйвер в конце концов падает. Ведь вы же на FS работаете, а не на HS? На FS максимальный размер пакета 64 байта.

При трубе 64 байта вы свой файл 4К должны кусочками по 64 байта закидывать в буфера. Последний кусок должен иметь длину 0 байт, это означает, что транзакция закончена.