Нюансы драйверов USB (Windows) Опции

[Dr.Alex]

Постараюсь сразу к делу::

Есть WinDriver.
Работает так (в моём понимании):
При инициализации я задаю размер буфера для IN пакетов, он может быть хоть гигабайт.
Ядрёная (kernel) часть драйвера выгребает заданный BULK ендпойнт САМА, без пинков от медленной юзерской программы.
А когда я в юзерской программе делаю чтение, то оно происходит уже из ядрёного буфера.

Есть libusb.
Работает так (в моём понимании):
Когда я вызываю чтение, то только тогда на шине инициируется IN-транзакция. Никаких буферов нет.
Поэтому когда прога работает, а я давлю "обновить" в браузере на каком-нить тяжёлом сайте,
то чтение прекращается на сотню миллисекунд, и не слишком длинный буфер в моём устройстве переполняется.

Вопросы::
- верно ли я понимаю ситуацию?
- может быть я неправильно использую libusb?
- может быть надо использовать libusbK или ещё что? Пробовать все существующие дрова самому в облом.

Виндрайвер использовать не хочется.
Хоть он и хорошо работает, но у юзеров инсталится и деинсталится с проблемами.
Тот же libusb в этом смысле образцовый.

[Dr.Alex]

Раз уж речь идет о USB в Windows, то почему у вас не фигурирует WinUSB (как Microsoft'овский аналог libusb, родной для OS)? OpenOCD, например, уже давно на него перешел для сборок под Windows/Cygwin.

Как-то неудобно было даже упоминать его.
Пробовал.
Такой же примитив, как libusb, с той же проблемой что я описал, только ещё хуже.
К тому же, нельзя подключить одновременно более одного устройства.
А ещё libusb удобнее компилить, для WinUSB же нужно или SDK ставить, или массу всякого SDKшного мусора к себе в прожект перетаскивать.
Визард у libusb удобный, опять же.
Кароче, о юзере-то позаботились, тока вот драйвер нормальный написать не смогли.
Тем же СвинДрайвером пользоваться гораздо НЕудобнее, но данные качает он так что от зубов отскакивает.

Меньше знать трудно.

Но тебе-то удалось.

[UniSoft]

К тому же, нельзя подключить одновременно более одного устройства.

Ну это не так! Подключать можно много устройств и со всеми можно работать...
Ограничение лишь в монопольном доступе, т.е. только одно приложение сможет открыть устройство и работать с ним, в момент времени.
А если устройство еще и WCID, то и дровишки будут автоматически устанавливаться.
В win7 драйвер поставится c сервера обновлений (при наличии сети), а в win10 он уже встроен,
и даже подписывать драйвер не требуется.

для WinUSB же нужно или SDK ставить, или массу всякого SDKшного мусора к себе в прожект перетаскивать.

Ну это тоже не так, вся работа заключена в одной winusb.dll
Если линковать статически, то да, нужен будет *.lib файл из SDK (хотя его можно и сгенерить самому).
Никакого мусора в проект там не перетаскивается, чистые winAPI функции.

Ну и немного добавлю про libusb
Она добавляет куда больше мусора в проект ибо является надстройкой над WinUsb

[Dr.Alex]

Ну это не так!
Ограничение лишь в монопольном доступе, т.е. только одно приложение сможет открыть устройство и работать с ним, в момент времени.

Но именно это нормальный человек и подразумевает под одновременным подключением.

и даже подписывать драйвер не требуется.

Ну и не верно. Нужно подписывать.
Если только вы не взяли уже подписанный cat от другого устройства и заюзали его с его же видом-пидом и всем остальным.

Ну это тоже не так, вся работа заключена в одной winusb.dll
Если линковать статически, то да, нужен будет *.lib файл из SDK (хотя его можно и сгенерить самому).
Никакого мусора в проект там не перетаскивается, чистые winAPI функции.

Да? Можете предъявить пример такого прожекта, который компилится без сдк и без выдранного из него мусора, если даже в доке на винусб об этом сказано? Мне не удалось.

Да и вообще проблема не в этих мелочах.