@zhytimkov

Привет.
Подскажите какой нибудь софт для приема и передачи информации на hid устройство. Сделал custom hid на stm32.

0

@hd44780

У немца http://mykrosontroller.bplosid.net/word ... ge_id=1993 смотрели?
Там есть какая-то софтина. Но я лично её не проверял.

0

@Iddy_Im

Не понимаю, на кой черт делать HID кроме стандартных эмуляций клавы, мыши или джойстика? Зачем весь этот гемор, если можно сделать USB-CDC и тупо работать как с последовательным портом, только вместо /div/ttySx писать /div/ttyACMx ?

0

@hd44780

Ну не скажите.
1. В ком порт любой дурак любую пургу слать может. С HID в этом отношении посложнее.
2. В той же винде для CDC нужно ставить драйвер. Пусть найти его не проблема, но всё же. HID девайс ставится сам, на автомате.

0

@zhytimkov

Смотрел но у меня она не заработала. Сложно будет сразу писать верхний софт не проверив прием передачу.

0

@zhytimkov

Скажите какие лучше использовать библиотеки для работы с hid устройством.Пишу софт верхнего уровня в visual studyo.

0

@Tistir500

Десятая винда научилась сама ставить для CDC дрова.

0

@Iddy_Im

Полстранички кода, и любую пургу можно в HID слать!
В отличие от прошивок для игровых приставок, в операционных системах все нужные для работы модули ядра уже есть, ничего ставить не надо! Для работы с CDC вообще ничего в принципе не нужно писать — можно тупо ssreen запустить. А вот с HID так не получится: придется писать свой протокол общения, если это не клава-мыша-жойстик!

0

@Парфирий

Подозреваю, Вы сейчас говорите про Linux? Там действительно в плане STM32/USB-CDC всё несколько проще. А что касается "дефолтной" ОС, то тут, увы, Вы лукавите. Без предустановки драйвера работать не получится. Я говорю о:

http://www.st.com/web/en/catalog/tools/PF257938

Конечно, а в случае работы с CDC свой протокол лепить не нужно - подключенное к ПК устройство и сам ПК через libastral поймут, какие байты и в какой момент времени имеют ту или иную смысловую нагрузку.
P.S.: Лейбмотив моего данного поста - при всём уважении к Вам, Эдуард, всё-таки по-меньше красноглазия - а то неокрепшие умы не осилят.

0

@HotD

HID удобен тем, что дрова в винде автоматом есть. Как ни крути, но это удобно. Малую долю линукса даже не рассматриваю. Видел линукс лишь однажды, лет 10 назад.

0

@sitimur

Я пользуюсь библиотекой libusb, очень просто и удобно http://sourceforge.net/projects/libusbdotnet/

0

@u37

О чем спор то?
У HID только одна трудность - открыть устройство. А после открытия дается hDevice hFile, что позволяет общаться с устройством как с файлом - записать, прочитать. Это что, сложнее COM-порта? Ну я вас умоляю....
add.
У HID только один недостаток и обойти его невозможно. Не больше 64К в секунду. Точнее 64000 б/с

0

@u37

Ну не знаю ... На обычной win проблем небыло.
Вообще-то, я пишу на (наприличное слово) masm32 с нативным API, старательно избегая всяких монстроидальных извратов. Проблем небыло, по крайней мере для моего железа.

0

@Парфирий

Также не испытываю проблем. Для нижнего уровня - libusb (бонус - кроссплатформенность). Для "морды" и высокоуровневой абстракции потоков - Qt 5.x. USB-поток ни разу не зависал.

0

@turmom

С HID нет проблем у пользователей с драйверами. Для многих установка драйвера - непреодолимый барьер. Также не надо ничего настраивать при подключении множества устройств, в случае с CDC надо выбирать порты.

0

@Iddy_Im

Да неужели здесь подавляющее большинство - вантузятники?
Я в шоке!

0

mws

Вот ссылка на пример, который использовал для создания hid-устройства, там также есть пример клиента на C++ под виндовс. Я этот клиент не использовал, так как пишу под LABWINDOWS, а он компилит только чистый Си. Нашёл пример под LABWINDOWS, сейчас не могу опять его найти, но там используется либа отсюда, в принципе всё предельно понятно, основные функции:
* rawhid_open - open 1 or more divices
* rawhid_recv - receive a packet
* rawhid_send - send a packet
* rawhid_close - close a divice
К проекту также прилинкованы либы hid.lib и setupapi.lib. Если интересно, могу скинуть свой проект.

Теперь по поводу CDC и всего такого. Во первых CDC это костыль. Эмулируется устаревший тип оборудования только для того, чтобы разрабу не напрягаться и не разбираться с новыми функциями. Получается, что поверх пакетного протокола USB эмулируется потоковый COM, поверх которого потом надо ещё написать опять пакетный протокол. Есть смысл его использовать, только в том случае, если нет возможности переделать софт клента на PC. Далее - необходини настройка порта, если для открытия hid достаточно указать vid и pid, то для открытия COM-порта надо знать номер порта, скорость, режимы обмена и т.д. Если сканировать все порты, то это может занять приличное время. Ну и возможность использовать несколько эндпоинтов в режиме hid может оказаться совсем не лишним. И да, глюков и зависаний при обмене в режиме hid я тоже пока не обнаружил.

@turmom

Вы удивитесь, но большинство пользователей - на винде.

0

@Iddy_Im

Да пофиг мне на юзеров, пусть хоть на гей-оси сидят. Разговор-то о разработчиках! Неужели среди них столько ССЗБ, которые в мастдайке кактус грызут?
Вот же дикие люди...

0

@dmk793

Для общения с девайсом через HID под виндой использовал код вот отсюда (используются функции из стандартной библиотеки hid.dll которая есть в любой винде):
http://www.pjrc.com/teensy/rawhid.html

Немного этот код пофиксил, для кросплатформенности добавил работу через libusb в линуксе, обернул (основной интерфейс в файле usb.c).

[6.04 Кб]

0