hidapi для нее как раз, если там нет поверх какого-то еще sdk
Раз клавиатура, то вероятно будут прилетать обычные клавиатурные события: keypress, keyrelease Клавиша вероятнее всего keypad_enter хотя может быть что угодно
а вы не работали с этой либой? Просто не оч понимаю как вызывать нужное мне действие, когда устройство отсылает какой-то сигнал
Работали, работаем и будем работать. Под линукс там два бэкенда, под винду проще. Сначала находите своё устройство, подключаетесь, и видимо в вашем случае читаете сообщения или feature_report, смотря что ваша педаль шлет
libusb подвяжи на ивенты Qt
Ну, в том то и фишка, что можно подписать но ивент keyPressed Но опять же Нажали на педаль - прошел сигнал Нажали на 1 на клавиатуре - прошел сигнал
Т.е. проблема как различить откуда пришел сигнал?
https://github.com/nickless81/qhidapi — как вариант
оно почти бесполезно, т.к. концепция QIODevice не используется
> QIODevice Я так понял, что для отслеживания клика по педальке оно и нафиг не нужно.
В любом случае можно переделать и на QIODevice, тк там решен вопрос с интерфейсом в потенциально незнакомую либу.
По идее да, но фиг знает Ещё думал мб перегнать в ком порт и опрашивать его
Излишне, как по мне.
И это тоже. Лучше изучить доку на hidapi и сделать всё просто по ней.
Откуда взять сигнал readyRead?
так он же емитится, когда данные на сокет прилетают, не?
Так вот когда его эмитить то если факт наличия данных можно узнать только после чтения
Обсуждают сегодня