Стоп, вы хотите чтобы устройство спонтанно отправляло данные? Насколько я помню, все USB-транзакции выполняются по инициативе хоста.

а как HID работают? Например клавиатура? Хост постоянно опрашивает HID на предмет наличия данных? Или клавиатура сама шлёт данные, когда её вздумается?

хорошо, а как с libusb можно hid поднять? Придется всё руками делать, т.е. в отдельном треде опрашивать hid? Или можно проинить как нить libusb и обрабатывать эвенты?

Бррр... Не знаю как там в libusb все "закручено", но нет никаких проблем если использовать нативное API.

Например, если используется Windows то:

= Если принято решение использовать HID девайс, то для этого надо =

1. Реализовать HID класс у-ва (дескрипторы и прочие плюшки) в прошивке железки.

2. Используем Win32 API для работы с HID девайсом:
- ищем DevicePath
- открываем с помощью CreateFile
- конфигурим девайс
- пишем/читаем в ендпойнты девайса (используя WriteFile/ReadFile или DeviceIoControl, в зависимости от того, какая ендпойнт используется).

Прелесть здесь в том, что WriteFile/ReadFile асинхронные для bulk (если открывать девайс в OVERLAPPED режиме)... Например, если хотим прочитать что-то из девайса, то алгоритм такой:
- при открытии девайса передаем его хендл в QWinOverlappedIoNotifier, и коннектим его сигнал notified() к нашему слоту. Этот сигнал будет сигнализировать нам о том, что какая-то I/O операция на хендле девайса завершена.
- делаем ReadFile c OVERLAPEPD структурой и все....
- когда в устройстве появятся данные, то сработает QWinOverlappedIoNotifier с нашей OVERLAPPED структурой, по которой можно сравнить, какая из операций завершена (в нашем случае только одна read).
- И все.. в буфере, который передавался как параметр ReadFile  будут лежать прочитанные данные...
- После того как обработаем данные, можно снова вызвать ReadFile c OVERLAPEPD структурой и т.п. все заново.

Тут не нужны потоки и прочий треш  .

Минус в том, что для контрол-эндпойнтов это не будет работать, используя HID функции, т.к. они не используют OVERLAPPED (емнип). т.е. QWinOverlappedIoNotifier будет постоянно срабатывать и грузить event-loop... Хотя, у меня работало и с загрузкой..  

= Если принято решение использовать  девайс как "Стандартное" USB у-во, то для этого надо =

1. Задать USB дескриптору девайса (в его прошивке) класс как "Стандартное ЮСБ" (MSDN в помощь). Это надо чтобы виндовс подгрузил стандартные дрова и определил девайс как "Стандартное ЮСБ у-во".

2. А далее, также как и с HID, ищем devicepath, открываем его, делаем I/O в экдпойнты, используя или ReadFile/WriteFile или WinUSB API, в зависимости от эндпойнтов..

По аналогии такое можно сделать и для Linux, только использовать QSocketNotifier... но я не пробовал.

ЗЫ: Возможно, что асинхонная работа также поддерживается и в LibUSB (как выше приведено в ссылке), т.е. делаем транзакцию, и каллбек вызовется только тогда, когда данные были прочитаны из у-ва... Но я ХЗ. я не работал с LibUSB..

В Windows - использовать SetupAPI, где перечислять нужные девайсы по их GUID, где искомое будет то, у которого совпадают VID/PID. В принципе, гугл в помощь, например: http://stackoverflow.com/questions/13927475/windows-how-to-enumerate-all-connected-usb-devices-device-path и много других ресурсов.

Рабочих примеров - полно.


Начиная с 5.5, оно есть но приватное, чтобы использовать достаточно прописать QT += core-private.
Qt 5.4 - ну уж очень древнемамонт..  


Нет, не то-же, но использовать тоже можно. Тут нужно просто в OVERLAPPED структуре создавать ovl.hHandle и его передавать в QWinEventNotifier, вместо хендла девайса.

Как это используется - можно посмотреть в том-же QSerialPort до 5.5 и после 5.5 (также там можно посмотреть как SetupApi используется - разницы в принципе нет).

да, там Notifier сработает, но с кодом ошибки (GetLastError)... обычно это будет что-то типа OPERATION_ABORTED (или как-то так, не помню)... но, в общем, с ошибкой все вернется.

если такое не устраивает, то можно подписаться на события ATTACH/DETACH (на WM_MESSAGE), для конкретного класса у-в по их GUID. Тогда конкретно уже можно получать нотификации о том что у-во выло всунуто-высунуто и закрывать его хендл если надо.. (гугл в помощь).