Подключаю свой самодельный Full Speed HID к Linux. У него имеются 3 вида репортов SetFeature, GetFeature и Input. SetFeature и GetFeature через шлются контрольный канал (адрес EP = 0) и работают без проблем. Даже лучше чем под Win т.к. позволяют задавать таймаут, а под Win таймаут =5 секундам и изменить невозможно. Input Report шлётся от устройства в комп через EP, работающую в режиме Interrupt In с интервалом опроса 2 милисекунды (так у меня в дескрипторе EP). И с ним проблемма.
В Win всё корректно - после подключения моего устройства хост как и положено шлёт запросы 1 раз за 2 кадра (2 милисекунды). Причём даже если никто это устройство не использует. И буферизирует посланные мной Input репорты. Причём кол-во буферов можно задавать.
Linux по своей инициативе вообще не шлёт никаких запросов. Если подключиться к устройству, то можно слать запросы (ReadFile). Но ни о каких 2 милисекундах и речи нет. Выполняешь ReadFile - запрос посылается. И буферизации никакой нет. Из-за этого Input репорты теряются. Особенно почему-то при выводе на экран. Т.е. какое-то время не опрашивали Interrupt In EP (переключились на другую задачу) - буфер в устройстве переполняется - данные теряются.
Выходов из этой ситуации 2.
Первый (лучший): сказать Linux чтоб он опрашивал Interrupt In EP (как и написано в её дескрипторе) и буферизировал прочитанные данные (как Win). Но как это сделать я не знаю (невозможно?).
Второй (вынужденный): повесить на таймер программку, которая будет запускаться 1 раз в 2 милисекунды (реал тайм!). И будет читать Interrupt In EP (ReadFile) и буферизировать прочитанное. Как это сделать я тоже не знаю, но наверное смогу разобраться.
А может ещё какие способы имеются?
Полная версия этой страницы: Linux: работа с USB HID устройством - чтение Input Report (Interrupr In EP).
Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Операционные системы > Linux
Цитата(galjoen @ Apr 8 2008, 21:12) 
Первый (лучший): сказать Linux чтоб он опрашивал Interrupt In EP (как и написано в её дескрипторе) и буферизировал прочитанные данные (как Win). Но как это сделать я не знаю (невозможно?).
Второй (вынужденный): повесить на таймер программку, которая будет запускаться 1 раз в 2 милисекунды (реал тайм!). И будет читать Interrupt In EP (ReadFile) и буферизировать прочитанное. Как это сделать я тоже не знаю, но наверное смогу разобраться.
А может ещё какие способы имеются?
Второй (вынужденный): повесить на таймер программку, которая будет запускаться 1 раз в 2 милисекунды (реал тайм!). И будет читать Interrupt In EP (ReadFile) и буферизировать прочитанное. Как это сделать я тоже не знаю, но наверное смогу разобраться.
А может ещё какие способы имеются?
При втыкании устройства Вы получаетет в логах сообщение типа
Код
Apr 9 11:02:16 fox kernel: HID device claimed by neither input, hiddev nor hidraw
Если ни один драйвер не "зацепился" за Ваше устройство, то Linux переведет его в Suspend и забудет о его существовании до тех пор, пока кто нибудь не зацепится за него.
Это может быть как драйвер, так и userspace программа, например через libusb usb_clame_interface.
Вероятно Ваше устройство не соответствует ни одному из драйверов. Драйверы как правило выполняют clame_interface если устройство получается "законченным", например клавиатура или мышь. А Ваше устройство не поддерживает всех ожидаемых драйвером запросов и репортов.
Третий вариант - посмотрите на кой из драйверов наиболее вероятно "зацепить" Ваше устройство (см. hiddev) и либо прописать ему Ваш VID/PID либо передать Ваш VID/PID при загрузке драйвера через modprobe.
Цитата(galjoen @ Apr 8 2008, 22:12)
Подключаю свой самодельный Full Speed HID к Linux. У него имеются 3 вида репортов SetFeature, GetFeature и Input. SetFeature и GetFeature через шлются контрольный канал (адрес EP = 0) и работают без проблем. Даже лучше чем под Win т.к. позволяют задавать таймаут, а под Win таймаут =5 секундам и изменить невозможно. Input Report шлётся от устройства в комп через EP, работающую в режиме Interrupt In с интервалом опроса 2 милисекунды (так у меня в дескрипторе EP). И с ним проблемма.
Linux по своей инициативе вообще не шлёт никаких запросов. Если подключиться к устройству, то можно слать запросы (ReadFile). Но ни о каких 2 милисекундах и речи нет. Выполняешь ReadFile - запрос посылается. И буферизации никакой нет. Из-за этого Input репорты теряются. Особенно почему-то при выводе на экран. Т.е. какое-то время не опрашивали Interrupt In EP (переключились на другую задачу) - буфер в устройстве переполняется - данные теряются.
Выходов из этой ситуации 2.
Первый (лучший): сказать Linux чтоб он опрашивал Interrupt In EP (как и написано в её дескрипторе) и буферизировал прочитанные данные (как Win). Но как это сделать я не знаю (невозможно?).
Второй (вынужденный): повесить на таймер программку, которая будет запускаться 1 раз в 2 милисекунды (реал тайм!). И будет читать Interrupt In EP (ReadFile) и буферизировать прочитанное. Как это сделать я тоже не знаю, но наверное смогу разобраться.
А может ещё какие способы имеются?
Судя по исходникам драйвера hiddev в Linux'е, он умеет буферизовать принятые Interrupt данные (фиксированный буфер на 64 сообщения), но для этого устройство должно быть открыто (open).
Linux по своей инициативе вообще не шлёт никаких запросов. Если подключиться к устройству, то можно слать запросы (ReadFile). Но ни о каких 2 милисекундах и речи нет. Выполняешь ReadFile - запрос посылается. И буферизации никакой нет. Из-за этого Input репорты теряются. Особенно почему-то при выводе на экран. Т.е. какое-то время не опрашивали Interrupt In EP (переключились на другую задачу) - буфер в устройстве переполняется - данные теряются.
Выходов из этой ситуации 2.
Первый (лучший): сказать Linux чтоб он опрашивал Interrupt In EP (как и написано в её дескрипторе) и буферизировал прочитанные данные (как Win). Но как это сделать я не знаю (невозможно?).
Второй (вынужденный): повесить на таймер программку, которая будет запускаться 1 раз в 2 милисекунды (реал тайм!). И будет читать Interrupt In EP (ReadFile) и буферизировать прочитанное. Как это сделать я тоже не знаю, но наверное смогу разобраться.
А может ещё какие способы имеются?
Цитата(amw @ Apr 9 2008, 12:13)
Вероятно Ваше устройство не соответствует ни одному из драйверов. Драйверы как правило выполняют clame_interface если устройство получается "законченным", например клавиатура или мышь. А Ваше устройство не поддерживает всех ожидаемых драйвером запросов и репортов.
Да, не поддерживает. У Linux на уровне ядра, как я понял, из HID устройств поддерживаются только
Код
47 static char *hid_types[] = {"Device", "Pointer", "Mouse", "Device", "Joystick",
48 "Gamepad", "Keyboard", "Keypad", "Multi-Axis Controller"};
48 "Gamepad", "Keyboard", "Keypad", "Multi-Axis Controller"};
И больше вариантов вроде как и нет. Т.е. они взяли Generic Desktop Page (0x01) и из неё 8 первых устройств:
Код
00 Undefined
01 Pointer CP 4.1
02 Mouse CA 4.1
03 Reserved
04 Joystick CA 4.1
05 Game Pad CA 4.1
06 Keyboard CA 4.1
07 Keypad CA 4.1
08 Multi-axis Controller CA 4.1
01 Pointer CP 4.1
02 Mouse CA 4.1
03 Reserved
04 Joystick CA 4.1
05 Game Pad CA 4.1
06 Keyboard CA 4.1
07 Keypad CA 4.1
08 Multi-axis Controller CA 4.1
Попробую я чем нибудь из этого списка заделаться, но не уверен, что получится. Сейчас у меня: FF00-FFFF Vendor-defined Usage Page.
2 XVR - А где вы буферизацию input репортов в hiddev нашли? Я что-то не нашёл.
Цитата(amw @ Apr 9 2008, 12:13)
Третий вариант - посмотрите на кой из драйверов наиболее вероятно "зацепить" Ваше устройство (см. hiddev) и либо прописать ему Ваш VID/PID либо передать Ваш VID/PID при загрузке драйвера через modprobe.
У моего устройства VID=PID=0 и под Win драйвер для него грузится по коду класса (3=HID) в дескрипторе интерфейса. Кроме того моё устройство должно работать при втыкании в любой компьютер без к.л. настроек, чтоб его мог запустить любой чайник. Оно составное и помимо HID содержит в себе ещё Mass Storage. И вот с этого Mass Stogage программа-то и должна запускаться. Причём на каком компьютере я не знаю и соотв-нно настраивать там ничего нельзя. Под Win всё проходит на ура. А сейчас Linux стал распостранятся, вот я и под Linux версию решил сделать. И под Linux работало до тех пор пока я Input Report (через Interrupt In EP) не ввёл. Хотя под Linux приходится задавать права доступа в файле udev.rules, что не есть гуд.
А вот, что пишется в dmesg:
Код
usb 2-1: new full speed USB device using uhci_hcd and address 7
usb 2-1: device descriptor read/all, error -71
usb 2-1: new full speed USB device using uhci_hcd and address 9
usb 2-1: device not accepting address 9, error -32
usb 2-1: new full speed USB device using uhci_hcd and address 10
usb 2-1: configuration #1 chosen from 1 choice
scsi7 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 10
usb-storage: waiting for device to settle before scanning
drivers/usb/input/hid-core.c: ctrl urb status -75 received
drivers/usb/input/hid-core.c: ctrl urb status -75 received
HID device not claimed by input or hiddev
Vendor: Dinas Model: Build-in F-Disk Rev: 1.00
Type: Direct-Access ANSI SCSI revision: 00
SCSI device sdh: 8192 1024-byte hdwr sectors (8 MB)
sdh: Write Protect is on
sdh: Mode Sense: 23 00 80 00
sdh: assuming drive cache: write through
SCSI device sdh: 8192 1024-byte hdwr sectors (8 MB)
sdh: Write Protect is on
sdh: Mode Sense: 23 00 80 00
sdh: assuming drive cache: write through
sdh: unknown partition table
sd 7:0:0:0: Attached scsi removable disk sdh
usb-storage: device scan complete
usb 2-1: device descriptor read/all, error -71
usb 2-1: new full speed USB device using uhci_hcd and address 9
usb 2-1: device not accepting address 9, error -32
usb 2-1: new full speed USB device using uhci_hcd and address 10
usb 2-1: configuration #1 chosen from 1 choice
scsi7 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 10
usb-storage: waiting for device to settle before scanning
drivers/usb/input/hid-core.c: ctrl urb status -75 received
drivers/usb/input/hid-core.c: ctrl urb status -75 received
HID device not claimed by input or hiddev
Vendor: Dinas Model: Build-in F-Disk Rev: 1.00
Type: Direct-Access ANSI SCSI revision: 00
SCSI device sdh: 8192 1024-byte hdwr sectors (8 MB)
sdh: Write Protect is on
sdh: Mode Sense: 23 00 80 00
sdh: assuming drive cache: write through
SCSI device sdh: 8192 1024-byte hdwr sectors (8 MB)
sdh: Write Protect is on
sdh: Mode Sense: 23 00 80 00
sdh: assuming drive cache: write through
sdh: unknown partition table
sd 7:0:0:0: Attached scsi removable disk sdh
usb-storage: device scan complete
Ошибки в начале - это когда я STALL посылаю в ответ на запросы GetFeaure репортов. Некоторые из репортов у меня только для записи, а Linux прочесть пытается. Зачем? Для кэширования что-ли?
Думаю, что так и придётся по таймеру чтение Input репортов делать. Вроде никаких граблей там не предвидится. Или я сильно заблуждаюсь?
Цитата(galjoen @ Apr 11 2008, 19:37)
2 XVR - А где вы буферизацию input репортов в hiddev нашли? Я что-то не нашёл.
hid_irq_in (usbhid/hid-core.c) -> hid_input_report (hid-core.c) -> hid_input_field (hid-core.c) -> hid_process_event (hid-core.c) -> hiddev_hid_event (usbhid/hid-core.c) -> hiddev_send_event (usbhid/hid-core.c)
строка 171
Цитата
list->buffer[list->head] = *uref;
list->head = (list->head + 1) &
(HIDDEV_BUFFER_SIZE - 1);
list->head = (list->head + 1) &
(HIDDEV_BUFFER_SIZE - 1);
HIDDEV_BUFFER_SIZE равен 64
Потом hiddev_read читает из этого списка
Цитата
event.hid = list->buffer[list->tail].usage_code;
event.value = list->buffer[list->tail].value;
if (copy_to_user(buffer + retval, &event, sizeof(struct hiddev_event)))
return -EFAULT;
event.value = list->buffer[list->tail].value;
if (copy_to_user(buffer + retval, &event, sizeof(struct hiddev_event)))
return -EFAULT;
Цитата(galjoen @ Apr 11 2008, 18:37)
Да, не поддерживает. У Linux на уровне ядра, как я понял, из HID устройств поддерживаются только
Код
47 static char *hid_types[] = {"Device", "Pointer", "Mouse", "Device", "Joystick",
48 "Gamepad", "Keyboard", "Keypad", "Multi-Axis Controller"};
48 "Gamepad", "Keyboard", "Keypad", "Multi-Axis Controller"};
Да. Правильно поняли.
Но!
Если Вы не хотите делать полный поддерживаемый девайс - не делайте.
Об этом чуть ниже.
Цитата
У моего устройства VID=PID=0 и под Win драйвер для него грузится по коду класса (3=HID) в дескрипторе интерфейса.
Ну это не есть хорошо. Фактически Вы используете глюк в ОС. Известный глюк и им многие ползуются и, видимо, это будет продолжаться долго, потому как сама Windows этим глюком ползуется.
Цитата
А вот, что пишется в dmesg:
Ошибки в начале - это когда я STALL посылаю в ответ на запросы GetFeaure репортов. Некоторые из репортов у меня только для записи, а Linux прочесть пытается. Зачем? Для кэширования что-ли?
Код
usb 2-1: new full speed USB device using uhci_hcd and address 7
usb 2-1: device descriptor read/all, error -71
usb 2-1: new full speed USB device using uhci_hcd and address 9
usb 2-1: device not accepting address 9, error -32
usb 2-1: new full speed USB device using uhci_hcd and address 10
usb 2-1: device descriptor read/all, error -71
usb 2-1: new full speed USB device using uhci_hcd and address 9
usb 2-1: device not accepting address 9, error -32
usb 2-1: new full speed USB device using uhci_hcd and address 10
Ошибки в начале - это когда я STALL посылаю в ответ на запросы GetFeaure репортов. Некоторые из репортов у меня только для записи, а Linux прочесть пытается. Зачем? Для кэширования что-ли?
Это плохо. Это не похоже на то о чем Вы говорите. Хотя я не работал с "репортами только для чтения".
Это точно сами репорты? Или это попытка прочитать ReportDescriptor? Дескриптор то должен читаться.
Цитата
Думаю, что так и придётся по таймеру чтение Input репортов делать. Вроде никаких граблей там не предвидится. Или я сильно заблуждаюсь?
Я не проверял на постоянность опроса нестандартного USB HID но такое устройство делал.
Попробуйте вот что.
Возмите libusb, она есть во всех дистрах Linux. Там есть пример. Попробуйте просто открыть Ваш USB HID и посмотреть, идет ли опрос с нужным интервалом, если Вы не запрашиваетет из программы его.
То есть просто открыть и все. Не читать и не писать.
Если идут - дальше уже решайте сами. Если нет, ну тоже решайте сами, но я бы порекомендовал написать драйвер. Возмите пример и модифицируйте его. Пример лежит прямо в дереве исходников ядра. drivers/usb/usb-skeleton.c. Но не пытайтесь повторить один из HID драйверов, а делайте как Вам надо.
Да еще вот что. В Lnux RootHUB можно открыть с помощью libusb по VID/PID = 0. Так что Вы пока поменяйте VID/PID на что нибудь отличное от нуля и 0xFFFF. И проверте опрос.
А в Windows устройство опрашивается всегда, не зависимо от того, есть ли штатный драйвер именно этого устройства или нет.
В Linux если нет драйвера - то об устройстве ОС "забывает до востребования", то есть пока кто нибудь не откроет это устройство.
Цитата(amw @ Apr 11 2008, 23:26)
Это плохо. Это не похоже на то о чем Вы говорите. Хотя я не работал с "репортами только для чтения".
Это точно сами репорты? Или это попытка прочитать ReportDescriptor? Дескриптор то должен читаться.
Это точно сами репорты? Или это попытка прочитать ReportDescriptor? Дескриптор то должен читаться.
ReportDescriptor (USAGE) точно читается правильно. Во первых, никаких посылок STALL, повторов и т.п. нет. Во вторых, под Win всё работает, а Win не даст пользоваться Set(Get)Feature репортом если он в USAGE неправильно описан и, скорее всего, всем устройством не даст пользоваться (жёлтый вопросительный знак поставит в диспетчере устройств). В третьих, Linux последовательно читает все мой Feature репорты, причём сразу-же с правильной длиной в пакете запроса (SETUP). А эту длину он мог узнать только из моих ReportDescriptor (USAGE). Откуда же ещё?
А Feature репорты можно описать как "только для чтения", но как "только для записи" невозможно. Я сделал так, как мне удобно было, поэтому некоторые только GetFeature, некоторые Get и Set, а некоторые только Set у меня получились. Я-то считал, что никто кроме меня этим пользоваться не будет. И если приходит запрос (SETUP пакет) на чтение (GetFeature) такого репорта (который у меня только для записи) я STALL возвращаю. Не на SETUP пакет конечно, а на маркер IN. В логах (под Linux) это отлично видно. Попробую конечно какую-нибудь ерунду в данных вернуть, но не думаю, что от этого что-то изменится.
Цитата(amw @ Apr 11 2008, 23:26)
Я не проверял на постоянность опроса нестандартного USB HID но такое устройство делал.
Попробуйте вот что.
Возмите libusb, она есть во всех дистрах Linux. Там есть пример. Попробуйте просто открыть Ваш USB HID и посмотреть, идет ли опрос с нужным интервалом, если Вы не запрашиваетет из программы его.
То есть просто открыть и все. Не читать и не писать.
Если идут - дальше уже решайте сами. Если нет, ну тоже решайте сами, но я бы порекомендовал написать драйвер. Возмите пример и модифицируйте его. Пример лежит прямо в дереве исходников ядра. drivers/usb/usb-skeleton.c. Но не пытайтесь повторить один из HID драйверов, а делайте как Вам надо.
Попробуйте вот что.
Возмите libusb, она есть во всех дистрах Linux. Там есть пример. Попробуйте просто открыть Ваш USB HID и посмотреть, идет ли опрос с нужным интервалом, если Вы не запрашиваетет из программы его.
То есть просто открыть и все. Не читать и не писать.
Если идут - дальше уже решайте сами. Если нет, ну тоже решайте сами, но я бы порекомендовал написать драйвер. Возмите пример и модифицируйте его. Пример лежит прямо в дереве исходников ядра. drivers/usb/usb-skeleton.c. Но не пытайтесь повторить один из HID драйверов, а делайте как Вам надо.
Обязательно попробую, и о результатах сообщу, но попозже. Т.к. вариант с драйвером не устроит заказчиков. Им надо чтоб любой чайник без специалистов (секретарша, которая кроме ворда ничего не знает) мог бы наше устойство в свой комп воткнуть, мышкой на экзешник нажать, и логи прочесть. А драйвер устанавливать это слишком сложно и долго. Они боятся нашего устройства будут. Хотя если у них Linux стоит...
Насчёт VID=PID=0. Ну не хочу я по $4000 каждые 2 года платить. Из принципа не хочу, т.к. VID мне и не нужен совсем.
А вообще 'amw' и 'XVR', спасибо за ответы. Я сейчас сильно занят, и много времени этой теме уделять не могу. Сейчас заказчику другую тему сдаём... Поэтому за задержки заранее извиняюсь. Но недельки через две обязательно займусь вплотную.
Цитата(galjoen @ Apr 12 2008, 16:46)
А Feature репорты можно описать как "только для чтения", но как "только для записи" невозможно.
А понял, ну тогда понятно откуда в логах ошибки.
Цитата
Насчёт VID=PID=0. Ну не хочу я по $4000 каждые 2 года платить. Из принципа не хочу, т.к. VID мне и не нужен совсем.
Ну Вы для пробы поставте что-нибудь отличное от нуля, для проверки.
Цитата
Но недельки через две обязательно займусь вплотную.
Это будет весьма полезно узнать.
Цитата(amw @ Apr 12 2008, 19:07)
А понял, ну тогда понятно откуда в логах ошибки.
Переделал свой HID так, чтоб он на запросы GetFeature всегда отвечал. Всякой ерундой. Ну чтоб ошибок не было.
Вот что получил:
Код
localhost:/sys/kernel/debug/usbmon# cat ./4t
da83ac40 3676751407 C Ii:001:01 0 1 = 02; Что это такое - мой NAK на Interrupt In что-ли?
da83ac40 3676751423 S Ii:001:01 -115 2 <; #define EINPROGRESS 115 /* Operation now in progress */ - не понял
cec1d840 3676751443 S Ci:001:00 s a3 00 0000 0001 0004 4 <
cec1d840 3676751448 C Ci:001:00 0 4 = 01010100
cec1d840 3676751451 S Co:001:00 s 23 01 0010 0001 0000 0
cec1d840 3676751454 C Co:001:00 0 0
cec1d840 3676751457 S Ci:001:00 s a3 00 0000 0001 0004 4 <
cec1d840 3676751461 C Ci:001:00 0 4 = 01010000
d4f2b1c0 3676783188 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3676783212 C Ci:001:00 0 4 = 01010000
d4f2b1c0 3676815189 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3676815212 C Ci:001:00 0 4 = 01010000
d4f2b1c0 3676847141 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3676847163 C Ci:001:00 0 4 = 01010000
d4f2b1c0 3676879183 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3676879200 C Ci:001:00 0 4 = 01010000
d4f2b1c0 3676879240 S Co:001:00 s 23 03 0004 0001 0000 0
d4f2b1c0 3676879247 C Co:001:00 0 0
d4f2b1c0 3676935136 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3676935168 C Ci:001:00 0 4 = 03010000
d4f2b1c0 3676991145 S Co:001:00 s 23 01 0014 0001 0000 0
d4f2b1c0 3676991156 C Co:001:00 0 0
d4f2b1c0 3676991186 S Ci:000:00 s 80 06 0100 0000 0040 64 <
d4f2b1c0 3676995400 C Ci:000:00 0 18 = 12010001 00000040 00000000 04010102 0301
d4f2b1c0 3676995429 S Co:001:00 s 23 03 0004 0001 0000 0
d4f2b1c0 3676995434 C Co:001:00 0 0
da83ac40 3677003146 C Ii:001:01 0 1 = 02; Вот здесь тоже
da83ac40 3677003165 S Ii:001:01 -115 2 <
d4f2b1c0 3677051186 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3677051235 C Ci:001:00 0 4 = 03010000
d4f2b1c0 3677107114 S Co:001:00 s 23 01 0014 0001 0000 0
d4f2b1c0 3677107124 C Co:001:00 0 0
d4f2b1c0 3677107132 S Co:000:00 s 00 05 001b 0000 0000 0
d4f2b1c0 3677109406 C Co:000:00 0 0
d4f2b1c0 3677127115 S Ci:027:00 s 80 06 0100 0000 0012 18 <
d4f2b1c0 3677130403 C Ci:027:00 0 18 = 12010001 00000040 00000000 04010102 0301
d4f2b1c0 3677130441 S Ci:027:00 s 80 06 0200 0000 0009 9 <
d4f2b1c0 3677134394 C Ci:027:00 0 9 = 09023900 02010080 31
d4f2b1c0 3677134422 S Ci:027:00 s 80 06 0200 0000 0039 57 <
d4f2b1c0 3677138421 C Ci:027:00 0 57 = 09023900 02010080 31090400 00020806 50000705 81024000 00070502 02400000
ca2b9540 3677138485 S Ci:027:00 s 80 06 0300 0000 00ff 255 <
ca2b9540 3677143403 C Ci:027:00 0 6 = 06030904 1904
ca2b9540 3677143459 S Ci:027:00 s 80 06 0302 0409 00ff 255 <
ca2b9540 3677149394 C Ci:027:00 0 68 = 44034100 6e007400 65006c00 2d005200 53003400 38003500 20007600 31002e00
ca2b9540 3677149468 S Ci:027:00 s 80 06 0301 0409 00ff 255 <
ca2b9540 3677154393 C Ci:027:00 0 22 = 16034400 69006e00 61007300 20004c00 74006400 2e00
ca2b9540 3677154438 S Ci:027:00 s 80 06 0303 0409 00ff 255 <
ca2b9540 3677159394 C Ci:027:00 0 26 = 1a033000 30003000 30003000 30003000 30003100 30003000 3000
ca2b9540 3677159660 S Co:027:00 s 00 09 0001 0000 0000 0
ca2b9540 3677162392 C Co:027:00 0 0
ca2b96c0 3677171797 S Co:027:00 s 21 0a 0000 0001 0000 0
ca2b96c0 3677173394 C Co:027:00 0 0
ca2b96c0 3677173415 S Ci:027:00 s 81 06 2200 0001 00dd 221 <
ca2b96c0 3677174388 C Ci:027:00 0 221 = 0610ff09 01a10209 20850175 08150026 ff00963f 00b18209 21850296 1300b182
c9c73540 3677174633 S Ci:027:00 s 80 06 0303 0409 00ff 255 <
c9c73540 3677176392 C Ci:027:00 0 26 = 1a033000 30003000 30003000 30003000 30003100 30003000 3000
c9c73540 3677176419 S Ci:027:00 s a1 01 0118 0001 0040 64 <;это у меня Input репорт, но через EP 0 тоже выдаётся (для совместимости)
c9c73540 3677177389 C Ci:027:00 0 64 = 18033000 30003000 30003000 30003000 30003100 30003000 30000000 00000500
c9c73540 3677177406 S Ci:027:00 s a1 01 0301 0001 0040 64 <; начались GetFeature ...
c9c73540 3677178393 C Ci:027:00 0 64 = 010201e8 03020202 08020301 01040400 00e10000 00000000 00000000 00000000
c9c73540 3677178404 S Ci:027:00 s a1 01 0302 0001 0014 64 <
c9c73540 3677180399 C Ci:027:00 0 20 = 020105fa 000000ff 01000005 090000e8 0317fcaa
c9c73540 3677180418 S Ci:027:00 s a1 01 0303 0001 0006 64 <
c9c73540 3677182395 C Ci:027:00 0 6 = 03000000 0000
c9c73540 3677182411 S Ci:027:00 s a1 01 0304 0001 0006 64 <
c9c73540 3677184400 C Ci:027:00 0 6 = 04000000 0000
c9c73540 3677184414 S Ci:027:00 s a1 01 0305 0001 000c 64 <
c9c73540 3677186395 C Ci:027:00 0 12 = 05000f00 9600c800 32000000
c9c73540 3677186409 S Ci:027:00 s a1 01 0306 0001 0040 64 <
c9c73540 3677187391 C Ci:027:00 0 64 = 06048025 0000004b 00000096 000000e1 00000000 00000000 00000000 00000000
c9c73540 3677187401 S Ci:027:00 s a1 01 0307 0001 0009 64 <
c9c73540 3677189394 C Ci:027:00 0 9 = 07000103 08020200 00
c9c73540 3677189405 S Ci:027:00 s a1 01 0308 0001 0009 64 <
c9c73540 3677191391 C Ci:027:00 0 9 = 0800ff01 08000200 00
c9c73540 3677191403 S Ci:027:00 s a1 01 0309 0001 0022 64 <
c9c73540 3677193392 C Ci:027:00 0 34 = 09080000 00000000 00000000 07000000 00000000 00000000 00000000 00000000
c9c73540 3677193407 S Ci:027:00 s a1 01 030a 0001 0040 64 <
c9c73540 3677194397 C Ci:027:00 0 64 = 0a0b0c0d 14457461 20667566 656c2070 7265646e 617a6e61 34656e61 2032204c
c9c73540 3677194411 S Ci:027:00 s a1 01 030b 0001 0103 320 <; Вот здесь размер буфера больше (0x103=259)
c9c73540 3677196392 C Ci:027:00 0 259 = 0b0c0d14 45746120 66756665 6c207072 65646e61 7a6e6134 656e6120 32204c69
c9c73540 3677196421 S Ci:027:00 s a1 01 030c 0001 0040 64 <
c9c73540 3677197388 C Ci:027:00 0 64 = 0c0d1445 74612066 7566656c 20707265 646e617a 6e613465 6e612032 204c696e
c9c73540 3677197402 S Ci:027:00 s a1 01 030d 0001 0103 320 <; Вот здесь размер буфера больше (0x103=259)
c9c73540 3677199389 C Ci:027:00 0 259 = 0d144574 61206675 66656c20 70726564 6e617a6e 6134656e 61203220 4c696e75
c9c73540 3677199411 S Ci:027:00 s a1 01 030e 0001 0040 64 <
c9c73540 3677200390 C Ci:027:00 0 64 = 0e000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677200400 S Ci:027:00 s a1 01 030f 0001 0080 128 <
c9c73540 3677201388 C Ci:027:00 0 128 = 0f000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677201403 S Ci:027:00 s a1 01 0310 0001 0204 515 <;Вот здесь глюк (0x204=516), а буфер 515 байт - не хватает
c9c73540 3677203411 C Ci:027:00 -75 515 = 10000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677203443 S Ci:027:00 s a1 01 0311 0001 0040 64 <
c9c73540 3677204392 C Ci:027:00 0 64 = 11000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677204413 S Ci:027:00 s a1 01 0312 0001 0080 128 <
c9c73540 3677205401 C Ci:027:00 0 128 = 12000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677205422 S Ci:027:00 s a1 01 0313 0001 0204 515 <;Вот здесь такой-же глюк
c9c73540 3677207419 C Ci:027:00 -75 515 = 13000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677207461 S Ci:027:00 s a1 01 0314 0001 0040 64 <
c9c73540 3677208399 C Ci:027:00 0 64 = 14457461 20667566 656c2070 7265646e 617a6e61 34656e61 2032204c 696e7578
c9c73540 3677208416 S Ci:027:00 s a1 01 0316 0001 0180 384 <
c9c73540 3677210421 C Ci:027:00 0 384 = 16000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677210462 S Ci:027:00 s a1 01 0317 0001 0009 64 <;это последний GetFeature (тоже округлил)
c9c73540 3677212388 C Ci:027:00 0 9 = 17000000 00000000 00
c9c73540 3677212625 S Ci:001:00 s a3 00 0000 0001 0004 4 <
c9c73540 3677212633 C Ci:001:00 0 4 = 03010000
ca2b9540 3682170474 S Ci:027:00 s a1 fe 0000 0000 0001 1 <;это уже Mass Storage
И дальше пошли Mass Storage дела...
da83ac40 3676751407 C Ii:001:01 0 1 = 02; Что это такое - мой NAK на Interrupt In что-ли?
da83ac40 3676751423 S Ii:001:01 -115 2 <; #define EINPROGRESS 115 /* Operation now in progress */ - не понял
cec1d840 3676751443 S Ci:001:00 s a3 00 0000 0001 0004 4 <
cec1d840 3676751448 C Ci:001:00 0 4 = 01010100
cec1d840 3676751451 S Co:001:00 s 23 01 0010 0001 0000 0
cec1d840 3676751454 C Co:001:00 0 0
cec1d840 3676751457 S Ci:001:00 s a3 00 0000 0001 0004 4 <
cec1d840 3676751461 C Ci:001:00 0 4 = 01010000
d4f2b1c0 3676783188 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3676783212 C Ci:001:00 0 4 = 01010000
d4f2b1c0 3676815189 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3676815212 C Ci:001:00 0 4 = 01010000
d4f2b1c0 3676847141 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3676847163 C Ci:001:00 0 4 = 01010000
d4f2b1c0 3676879183 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3676879200 C Ci:001:00 0 4 = 01010000
d4f2b1c0 3676879240 S Co:001:00 s 23 03 0004 0001 0000 0
d4f2b1c0 3676879247 C Co:001:00 0 0
d4f2b1c0 3676935136 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3676935168 C Ci:001:00 0 4 = 03010000
d4f2b1c0 3676991145 S Co:001:00 s 23 01 0014 0001 0000 0
d4f2b1c0 3676991156 C Co:001:00 0 0
d4f2b1c0 3676991186 S Ci:000:00 s 80 06 0100 0000 0040 64 <
d4f2b1c0 3676995400 C Ci:000:00 0 18 = 12010001 00000040 00000000 04010102 0301
d4f2b1c0 3676995429 S Co:001:00 s 23 03 0004 0001 0000 0
d4f2b1c0 3676995434 C Co:001:00 0 0
da83ac40 3677003146 C Ii:001:01 0 1 = 02; Вот здесь тоже
da83ac40 3677003165 S Ii:001:01 -115 2 <
d4f2b1c0 3677051186 S Ci:001:00 s a3 00 0000 0001 0004 4 <
d4f2b1c0 3677051235 C Ci:001:00 0 4 = 03010000
d4f2b1c0 3677107114 S Co:001:00 s 23 01 0014 0001 0000 0
d4f2b1c0 3677107124 C Co:001:00 0 0
d4f2b1c0 3677107132 S Co:000:00 s 00 05 001b 0000 0000 0
d4f2b1c0 3677109406 C Co:000:00 0 0
d4f2b1c0 3677127115 S Ci:027:00 s 80 06 0100 0000 0012 18 <
d4f2b1c0 3677130403 C Ci:027:00 0 18 = 12010001 00000040 00000000 04010102 0301
d4f2b1c0 3677130441 S Ci:027:00 s 80 06 0200 0000 0009 9 <
d4f2b1c0 3677134394 C Ci:027:00 0 9 = 09023900 02010080 31
d4f2b1c0 3677134422 S Ci:027:00 s 80 06 0200 0000 0039 57 <
d4f2b1c0 3677138421 C Ci:027:00 0 57 = 09023900 02010080 31090400 00020806 50000705 81024000 00070502 02400000
ca2b9540 3677138485 S Ci:027:00 s 80 06 0300 0000 00ff 255 <
ca2b9540 3677143403 C Ci:027:00 0 6 = 06030904 1904
ca2b9540 3677143459 S Ci:027:00 s 80 06 0302 0409 00ff 255 <
ca2b9540 3677149394 C Ci:027:00 0 68 = 44034100 6e007400 65006c00 2d005200 53003400 38003500 20007600 31002e00
ca2b9540 3677149468 S Ci:027:00 s 80 06 0301 0409 00ff 255 <
ca2b9540 3677154393 C Ci:027:00 0 22 = 16034400 69006e00 61007300 20004c00 74006400 2e00
ca2b9540 3677154438 S Ci:027:00 s 80 06 0303 0409 00ff 255 <
ca2b9540 3677159394 C Ci:027:00 0 26 = 1a033000 30003000 30003000 30003000 30003100 30003000 3000
ca2b9540 3677159660 S Co:027:00 s 00 09 0001 0000 0000 0
ca2b9540 3677162392 C Co:027:00 0 0
ca2b96c0 3677171797 S Co:027:00 s 21 0a 0000 0001 0000 0
ca2b96c0 3677173394 C Co:027:00 0 0
ca2b96c0 3677173415 S Ci:027:00 s 81 06 2200 0001 00dd 221 <
ca2b96c0 3677174388 C Ci:027:00 0 221 = 0610ff09 01a10209 20850175 08150026 ff00963f 00b18209 21850296 1300b182
c9c73540 3677174633 S Ci:027:00 s 80 06 0303 0409 00ff 255 <
c9c73540 3677176392 C Ci:027:00 0 26 = 1a033000 30003000 30003000 30003000 30003100 30003000 3000
c9c73540 3677176419 S Ci:027:00 s a1 01 0118 0001 0040 64 <;это у меня Input репорт, но через EP 0 тоже выдаётся (для совместимости)
c9c73540 3677177389 C Ci:027:00 0 64 = 18033000 30003000 30003000 30003000 30003100 30003000 30000000 00000500
c9c73540 3677177406 S Ci:027:00 s a1 01 0301 0001 0040 64 <; начались GetFeature ...
c9c73540 3677178393 C Ci:027:00 0 64 = 010201e8 03020202 08020301 01040400 00e10000 00000000 00000000 00000000
c9c73540 3677178404 S Ci:027:00 s a1 01 0302 0001 0014 64 <
c9c73540 3677180399 C Ci:027:00 0 20 = 020105fa 000000ff 01000005 090000e8 0317fcaa
c9c73540 3677180418 S Ci:027:00 s a1 01 0303 0001 0006 64 <
c9c73540 3677182395 C Ci:027:00 0 6 = 03000000 0000
c9c73540 3677182411 S Ci:027:00 s a1 01 0304 0001 0006 64 <
c9c73540 3677184400 C Ci:027:00 0 6 = 04000000 0000
c9c73540 3677184414 S Ci:027:00 s a1 01 0305 0001 000c 64 <
c9c73540 3677186395 C Ci:027:00 0 12 = 05000f00 9600c800 32000000
c9c73540 3677186409 S Ci:027:00 s a1 01 0306 0001 0040 64 <
c9c73540 3677187391 C Ci:027:00 0 64 = 06048025 0000004b 00000096 000000e1 00000000 00000000 00000000 00000000
c9c73540 3677187401 S Ci:027:00 s a1 01 0307 0001 0009 64 <
c9c73540 3677189394 C Ci:027:00 0 9 = 07000103 08020200 00
c9c73540 3677189405 S Ci:027:00 s a1 01 0308 0001 0009 64 <
c9c73540 3677191391 C Ci:027:00 0 9 = 0800ff01 08000200 00
c9c73540 3677191403 S Ci:027:00 s a1 01 0309 0001 0022 64 <
c9c73540 3677193392 C Ci:027:00 0 34 = 09080000 00000000 00000000 07000000 00000000 00000000 00000000 00000000
c9c73540 3677193407 S Ci:027:00 s a1 01 030a 0001 0040 64 <
c9c73540 3677194397 C Ci:027:00 0 64 = 0a0b0c0d 14457461 20667566 656c2070 7265646e 617a6e61 34656e61 2032204c
c9c73540 3677194411 S Ci:027:00 s a1 01 030b 0001 0103 320 <; Вот здесь размер буфера больше (0x103=259)
c9c73540 3677196392 C Ci:027:00 0 259 = 0b0c0d14 45746120 66756665 6c207072 65646e61 7a6e6134 656e6120 32204c69
c9c73540 3677196421 S Ci:027:00 s a1 01 030c 0001 0040 64 <
c9c73540 3677197388 C Ci:027:00 0 64 = 0c0d1445 74612066 7566656c 20707265 646e617a 6e613465 6e612032 204c696e
c9c73540 3677197402 S Ci:027:00 s a1 01 030d 0001 0103 320 <; Вот здесь размер буфера больше (0x103=259)
c9c73540 3677199389 C Ci:027:00 0 259 = 0d144574 61206675 66656c20 70726564 6e617a6e 6134656e 61203220 4c696e75
c9c73540 3677199411 S Ci:027:00 s a1 01 030e 0001 0040 64 <
c9c73540 3677200390 C Ci:027:00 0 64 = 0e000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677200400 S Ci:027:00 s a1 01 030f 0001 0080 128 <
c9c73540 3677201388 C Ci:027:00 0 128 = 0f000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677201403 S Ci:027:00 s a1 01 0310 0001 0204 515 <;Вот здесь глюк (0x204=516), а буфер 515 байт - не хватает
c9c73540 3677203411 C Ci:027:00 -75 515 = 10000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677203443 S Ci:027:00 s a1 01 0311 0001 0040 64 <
c9c73540 3677204392 C Ci:027:00 0 64 = 11000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677204413 S Ci:027:00 s a1 01 0312 0001 0080 128 <
c9c73540 3677205401 C Ci:027:00 0 128 = 12000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677205422 S Ci:027:00 s a1 01 0313 0001 0204 515 <;Вот здесь такой-же глюк
c9c73540 3677207419 C Ci:027:00 -75 515 = 13000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677207461 S Ci:027:00 s a1 01 0314 0001 0040 64 <
c9c73540 3677208399 C Ci:027:00 0 64 = 14457461 20667566 656c2070 7265646e 617a6e61 34656e61 2032204c 696e7578
c9c73540 3677208416 S Ci:027:00 s a1 01 0316 0001 0180 384 <
c9c73540 3677210421 C Ci:027:00 0 384 = 16000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
c9c73540 3677210462 S Ci:027:00 s a1 01 0317 0001 0009 64 <;это последний GetFeature (тоже округлил)
c9c73540 3677212388 C Ci:027:00 0 9 = 17000000 00000000 00
c9c73540 3677212625 S Ci:001:00 s a3 00 0000 0001 0004 4 <
c9c73540 3677212633 C Ci:001:00 0 4 = 03010000
ca2b9540 3682170474 S Ci:027:00 s a1 fe 0000 0000 0001 1 <;это уже Mass Storage
И дальше пошли Mass Storage дела...
Ошибка 75 это:
#define EOVERFLOW 75 /* Value too large for defined data type */
Linux запросил 0x204=516 байта (как и д.б.), а буфер только 515 байт почему-то предоставил. Видимо этот глюк из-за того, что в дескрипторе репортов длина на 1 байт меньше описывается (0й байт у Feature всегда ReportID). И там у меня 515. Но в запросе-то 516 байт длина (правильная)! Я ему 516 байт и отправил. А он ошибку пишет.
А когда размер маленький он почему-то буфер в большую сторону до 64 округляет.
Но когда я в программе (под Linux) этим GetFeature пользуюсь - никакой ошибки нет. Видимо из-за того, что я сам размер буфера устанавливаю.
Наверное без ошибок (с точки зрения Linux) при больших размерах данных - вообще сделать невозможно.
Цитата(galjoen @ Apr 14 2008, 23:40)
Код
da83ac40 3676751407 C Ii:001:01 0 1 = 02; Что это такое - мой NAK на Interrupt In что-ли?
Устройство передало 1 байт равный 0x02. Что это - Вам решать.
Цитата
Код
da83ac40 3676751423 S Ii:001:01 -115 2 <; #define EINPROGRESS 115 /* Operation now in progress */ - не понял
Поставлено в очередь. На очередном SOF (ближайшем свободном) будет инициирована USB транзакция.
Цитата
Код
da83ac40 3677003146 C Ii:001:01 0 1 = 02; Вот здесь тоже
da83ac40 3677003165 S Ii:001:01 -115 2 <
da83ac40 3677003165 S Ii:001:01 -115 2 <
То же самое.
Цитата
Код
c9c73540 3677194411 S Ci:027:00 s a1 01 030b 0001 0103 320 <; Вот здесь размер буфера больше (0x103=259)
Больше чего? Больше запрашивает чем есть в наличии? Тогда нормально.
Меньше чем есть? Тогда выдавать сколько просит.
Цитата
Код
c9c73540 3677201403 S Ci:027:00 s a1 01 0310 0001 0204 515 <;Вот здесь глюк (0x204=516), а буфер 515 байт - не хватает
Не понял. Запрашивается 0x204 = 516 байт. Чего именно нехватает?
Цитата
Код
c9c73540 3677210462 S Ci:027:00 s a1 01 0317 0001 0009 64 <;это последний GetFeature (тоже округлил)
В большую сторону? Выдавайте сколько есть. А вообще то wLength = 9.
Ваше устройство HID значительно сложнее моего
.Вот снял с USB. На всякий случай.
Цитата(amw @ Apr 15 2008, 12:48)
Устройство передало 1 байт равный 0x02. Что это - Вам решать.
Поставлено в очередь. На очередном SOF (ближайшем свободном) будет инициирована USB транзакция.
Поставлено в очередь. На очередном SOF (ближайшем свободном) будет инициирована USB транзакция.
Разберусь токо чуть позже. EP N1 у меня Mass Storage это к нему относится видимо. Это ведь к EP N1 относится? А вообще похоже на NAK.
Цитата(amw @ Apr 15 2008, 12:48)
Больше чего? Больше запрашивает чем есть в наличии? Тогда нормально.
Меньше чем есть? Тогда выдавать сколько просит.
Меньше чем есть? Тогда выдавать сколько просит.
Нет, длина запроса верная. Я и шлю 259 байт. А 320 буфер в Linux видимо.
Цитата(amw @ Apr 15 2008, 12:48)
Не понял. Запрашивается 0x204 = 516 байт. Чего именно нехватает?
Размера буфера не хватает (внутреннего буфера у Linux). 515, как я понял, это размер буфера (из URB запроса?). Я как и положено 516 байт шлю - в буфер не лезет - отсюда и ошибка. Пытаюсь разобраться с исходниками - похоже там глюк. В случае Feature +1 не добавляется (в случае Input добавляется). Там какие-то мраки с выяснением кому буфер самый большой нужен. В моём случае это д.б. Feature - 516 байт. Сейчас только поверхностно глянул - некогда.
Цитата(amw @ Apr 15 2008, 12:48)
В большую сторону? Выдавайте сколько есть. А вообще то wLength = 9.
Да именно так и делаю - 9 байт передаю. Тут буфера (64) хватает - ошибки нет.
Цитата(amw @ Apr 15 2008, 12:48)
Ваше устройство HID значительно сложнее моего .
Вот снял с USB. На всякий случай.
.Вот снял с USB. На всякий случай.
У вас Feature нет. И ещё кой-какие вопросики имеются. Разберусь получше, и позже напишу - сейчас занят.
вот что теперь в dmesg:
Код
usb 2-1: new full speed USB device using uhci_hcd and address 2
usb 2-1: configuration #1 chosen from 1 choice
scsi3 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2; а это не та ли двойка ?
usb-storage: waiting for device to settle before scanning
drivers/usb/input/hid-core.c: ctrl urb status -75 received; вот ошибка N1
drivers/usb/input/hid-core.c: ctrl urb status -75 received; вот N2
HID device not claimed by input or hiddev
Vendor: Dinas Model: Build-in F-Disk Rev: 1.00
Type: Direct-Access ANSI SCSI revision: 00
SCSI device sdf: 8192 1024-byte hdwr sectors (8 MB)
sdf: Write Protect is on
sdf: Mode Sense: 23 00 80 00
sdf: assuming drive cache: write through
SCSI device sdf: 8192 1024-byte hdwr sectors (8 MB)
sdf: Write Protect is on
sdf: Mode Sense: 23 00 80 00
sdf: assuming drive cache: write through
sdf: unknown partition table
sd 3:0:0:0: Attached scsi removable disk sdf
usb-storage: device scan complete
usb 2-1: configuration #1 chosen from 1 choice
scsi3 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2; а это не та ли двойка ?
usb-storage: waiting for device to settle before scanning
drivers/usb/input/hid-core.c: ctrl urb status -75 received; вот ошибка N1
drivers/usb/input/hid-core.c: ctrl urb status -75 received; вот N2
HID device not claimed by input or hiddev
Vendor: Dinas Model: Build-in F-Disk Rev: 1.00
Type: Direct-Access ANSI SCSI revision: 00
SCSI device sdf: 8192 1024-byte hdwr sectors (8 MB)
sdf: Write Protect is on
sdf: Mode Sense: 23 00 80 00
sdf: assuming drive cache: write through
SCSI device sdf: 8192 1024-byte hdwr sectors (8 MB)
sdf: Write Protect is on
sdf: Mode Sense: 23 00 80 00
sdf: assuming drive cache: write through
sdf: unknown partition table
sd 3:0:0:0: Attached scsi removable disk sdf
usb-storage: device scan complete
Цитата(galjoen @ Apr 15 2008, 12:56)
Разберусь токо чуть позже. EP N1 у меня Mass Storage это к нему относится видимо. Это ведь к EP N1 относится? А вообще похоже на NAK.
Код
da83ac40 3676751407 C Ii:001:01 0 1 = 02; Что это такое - мой NAK на Interrupt In что-ли?
Ну первые 2 числа пропускаем, они нам не интересны сейчас.
Дальше:
C - CallBack. - Эта строка получена из CallBack функции драйвера.
Ii - Interrupt In транзакция.
001 - Адрес Устройства. Вроде адр=1 должен быть у корневого хаба. Он первым подключается на шину и ему и попадает адрес 1.
01 - номер конечной точки.
0 - статус, проускаем.
1 - количество байт.
= - значит дальше данные.
02 - собственно данные.
Убедитесь, что адрес - вашего устройства.
Цитата
вот что теперь в dmesg:
Код
usb 2-1: new full speed USB device using uhci_hcd and address 2
...
usb-storage: device found at 2; а это не та ли двойка ?
...
usb-storage: device found at 2; а это не та ли двойка ?
Оставил только двойки. Вот эта двойка.
Не помню точно, либо адрес либо шина.
Перевтыкните и посмотрите, будет ли тройка.
И потом воткните в другой порт. И посмотрите на четверку.
.
Цитата(galjoen @ Apr 12 2008, 15:46)
Насчёт VID=PID=0. Ну не хочу я по $4000 каждые 2 года платить. Из принципа не хочу, т.к. VID мне и не нужен совсем.
Замечу, что VID покупается один раз за 2000$ Он остается у вас и ничего больше платить не надо.
Если же вы захотите использовать USB логотип, то тогда вам надо заплатить 4000$ за членство в USB SIG. Его надо возобновлять каждые два года. Вместе с этим членством автоматом выдается и VID. Кстати, еще необходимо пройти сертификцию, что ваш прибор удовлетворяет USB спецификации и "быть готовым по требованию предоставить несколько приборов для проверки в любое время"
Цитата(path_finder @ Apr 15 2008, 17:35)
Замечу, что VID покупается один раз за 2000$ Он остается у вас и ничего больше платить не надо.
А вы сами купили VID, или знаете тех, кто купил? В России купить можно? $2000 конечно тоже жалко выбрасывать, но это лучше чем $4000 раз в 2 года.
Цитата(path_finder @ Apr 15 2008, 17:35)
Если же вы захотите использовать USB логотип
Не, логотип мне не нужен.
Цитата(amw @ Apr 15 2008, 12:48)
Вот снял с USB. На всякий случай.
Это оттуда:
Код
MaxPower 100mA; Рекомендую ставить 98mA.
......
Item(Global): Report Count, data= [ 0x40 ] 64
Item(Global): Report Size, data= [ 0x08 ] 8
; тут желательно описать Logical Minimum = 0 (0x15, 0x00) и
; Logical Maximum = FF (0x26, 0xFF, 0x00)
......
Item(Main ): Input, data= [ 0x00 ] 0; для него есть Interrupt In EP
......
Item(Global): Report Count, data= [ 0x40 ] 64
Item(Global): Report Size, data= [ 0x08 ] 8; Второй раз описывать не обязательно
Item(Main ): Output, data= [ 0x00 ] 0; Output репорт обычно передаётся через Interrupt Out
......
......
Item(Global): Report Count, data= [ 0x40 ] 64
Item(Global): Report Size, data= [ 0x08 ] 8
; тут желательно описать Logical Minimum = 0 (0x15, 0x00) и
; Logical Maximum = FF (0x26, 0xFF, 0x00)
......
Item(Main ): Input, data= [ 0x00 ] 0; для него есть Interrupt In EP
......
Item(Global): Report Count, data= [ 0x40 ] 64
Item(Global): Report Size, data= [ 0x08 ] 8; Второй раз описывать не обязательно
Item(Main ): Output, data= [ 0x00 ] 0; Output репорт обычно передаётся через Interrupt Out
......
У вас описаны Input и Output репорты. Для Input репорта имеется Interrupt In EP, а для Output репорта нет Interrupt Out EP. Т.е. Output будет передаваться через контрольный канал (EP N0). В таком случае я не вижу никаких преимуществ перед Feature репортом. Хотя с Output репортами не работал (именно из-за того, что преимуществ не нашёл). Единственное отличие - вместо WriteFile у Output, у Feature работа через API.
Цитата(amw @ Apr 15 2008, 14:14)
C - CallBack. - Эта строка получена из CallBack функции драйвера.
Ii - Interrupt In транзакция.
001 - Адрес Устройства. Вроде адр=1 должен быть у корневого хаба. Он первым подключается на шину и ему и попадает адрес 1.
01 - номер конечной точки.
0 - статус, проускаем.
1 - количество байт.
= - значит дальше данные.
02 - собственно данные.
Ii - Interrupt In транзакция.
001 - Адрес Устройства. Вроде адр=1 должен быть у корневого хаба. Он первым подключается на шину и ему и попадает адрес 1.
01 - номер конечной точки.
0 - статус, проускаем.
1 - количество байт.
= - значит дальше данные.
02 - собственно данные.
Спасибо за разъяснения. Вы это узнали копаясь в исходниках, или документация имеется? Мне только догадываться приходилось.
Кстати насчёт размера буфера - это я правильно догадался? Если правильно - надо будет сообщение в Linux послать. Пусть ошибку у себя исправят.
Сейчас пытаюсь опрос Interrupt In EP по таймеру сделать. Что-то в этом случае ReadFile очень долго выполняется - чуть-ли не 5 милисекунд. Видимо планировщику кадров USB задание даётся, а он только в следующий кадр USB опрос Interrupt In EP вставляет. А всё это время весь поток висит. Хотя это только 2 милисекунды д.б. максимум.
Сейчас разбираюсь нет-ли какого способа по прерыванию от USB всё это сделать. Или это только драйвер так работать может?
Или по другому: сначала опрос инициировать, а потом через 2 милисекунды результаты прочесть.
Цитата(galjoen @ Apr 17 2008, 13:22)
Это оттуда:
Код
MaxPower 100mA; Рекомендую ставить 98mA.
Мммм...эээ... А в чем глубокий смысл?
Цитата
У вас описаны Input и Output репорты. Для Input репорта имеется Interrupt In EP, а для Output репорта нет Interrupt Out EP. Т.е. Output будет передаваться через контрольный канал (EP N0). В таком случае я не вижу никаких преимуществ перед Feature репортом. Хотя с Output репортами не работал (именно из-за того, что преимуществ не нашёл). Единственное отличие - вместо WriteFile у Output, у Feature работа через API.
Ну я же говорю, у меня проще. На самом деле это BootLoader и сделан так чтоб поменьше кода было.
Цитата
Спасибо за разъяснения. Вы это узнали копаясь в исходниках, или документация имеется? Мне только догадываться приходилось.
/usr/src/linux/Documentation/usb/usbmon.txt
http://www.linux-usb.org/USBMon/
http://people.redhat.com/zaitcev/linux/OLS05_zaitcev.pdf
http://www.linux-usb.org/
Помню долго искал программу - см. вложение.
Цитата
Кстати насчёт размера буфера - это я правильно догадался? Если правильно - надо будет сообщение в Linux послать. Пусть ошибку у себя исправят.
Посмотрите списки рассылки и спросите туда.
http://www.linux-usb.org/
Цитата
Сейчас пытаюсь опрос Interrupt In EP по таймеру сделать. Что-то в этом случае ReadFile очень долго выполняется - чуть-ли не 5 милисекунд. Видимо планировщику кадров USB задание даётся, а он только в следующий кадр USB опрос Interrupt In EP вставляет. А всё это время весь поток висит. Хотя это только 2 милисекунды д.б. максимум.
Сейчас разбираюсь нет-ли какого способа по прерыванию от USB всё это сделать. Или это только драйвер так работать может?
Или по другому: сначала опрос инициировать, а потом через 2 милисекунды результаты прочесть.
Сейчас разбираюсь нет-ли какого способа по прерыванию от USB всё это сделать. Или это только драйвер так работать может?
Или по другому: сначала опрос инициировать, а потом через 2 милисекунды результаты прочесть.
Ну на сколько, я знаю прерывания это только в ядре - т.е. драйвер.
А очередь надо делать.
Цитата(amw @ Apr 17 2008, 20:48)
Мммм...эээ... А в чем глубокий смысл?
Может не подключаться к 100 мА хосту (некоторые ноутбуки и все хабы без питания). Однажды такое наблюдал. Хотя м.б. это какой-то другой глюк так себя проявил.
Цитата(amw @ Apr 17 2008, 20:48)
Ну я же говорю, у меня проще. На самом деле это BootLoader и сделан так чтоб поменьше кода было.
Обработка SetFeature репортов и Output через контрольный канал (как у вас) ничем не отличается. Только у Feature 3 в старшем байте wValue (4й байт в пакете SETUP), а у Output там 2. Чтоб поменьше кода было - лучше без Input обойтись. Feature в обе стороны передаёт (GetFeatur и SetFeature). И ещё Interrupt In EP не нужна будет, со всеми её обработчиками. А все процедуры приёма и передачи через контрольный канал у вас уже есть. Их всё равно приходится делать для подключения к USB. И под Linux никаких проблем. У меня в устройстве (о котором эта тема) BootLoader именно так и сделан. И под Win и под Linux работает. А Interrupt In нужен только если по инициативе устройства надо данные в компьютер передавать.
Или м.б. я не понял? М.б. вы хотели чтоб поменьше кода в компьютере было?
Цитата(amw @ Apr 17 2008, 20:48)
А очередь надо делать.
Не понял какую очередь?
А за информацию большое спасибо!
Цитата(galjoen @ Apr 17 2008, 20:55)
Может не подключаться к 100 мА хосту (некоторые ноутбуки и все хабы без питания). Однажды такое наблюдал. Хотя м.б. это какой-то другой глюк так себя проявил.
Понял, спасибо. Действительно не подумал об этом. У меня лаптоп питает от USB HDD там 500мА и никаких проблем. Не подумал, что есть и более другие
Цитата
Обработка SetFeature репортов и Output через контрольный канал (как у вас) ничем не отличается. Только у Feature 3 в старшем байте wValue (4й байт в пакете SETUP), а у Output там 2. Чтоб поменьше кода было - лучше без Input обойтись. Feature в обе стороны передаёт (GetFeatur и SetFeature). И ещё Interrupt In EP не нужна будет, со всеми её обработчиками. А все процедуры приёма и передачи через контрольный канал у вас уже есть. Их всё равно приходится делать для подключения к USB. И под Linux никаких проблем. У меня в устройстве (о котором эта тема) BootLoader именно так и сделан. И под Win и под Linux работает. А Interrupt In нужен только если по инициативе устройства надо данные в компьютер передавать.
Или м.б. я не понял? М.б. вы хотели чтоб поменьше кода в компьютере было?
Или м.б. я не понял? М.б. вы хотели чтоб поменьше кода в компьютере было?
Все зависит от того, как устроен USB контроллер в MCU. В моем случае прием через EP0 и передача через Int IN EP экономит мне флеш в MCU.
Цитата
Не понял какую очередь?
После некорого экспериментирования я пришел к выводу что для исключения затыков при приеме/передаче нужно делать в программе на PC очереди на прием и передачу.
Правда с HID я такого не делал, но с другими делаю так.
Отдельный поток на передачу пакетов во все OUT EP (иногда для каждой EP свой поток). Этот поток выбирает данные из очереди передачи и занимается сугубо передачей через USB.
Отдельный поток на прием пакетов по IN EP. Этот поток занимается только приемом пакетов из USB и постановкой их в очередь приема.
Отдельный поток (чаще всего основной поток программы) выполняющий формирование (на передачу) и анализ (на приеме) пакетов в обеих очередях. Здесь идет полезная работа с данными.
Без очереди (очередей) получается как у Вас, пока пакет поставится на передачу в ядре, пока отправиться, пока примутся данные, пока дойдут обратно до приложения - все времянки летят.
Разработчики модуля USB для Linux прислали ответ. Действительно у них глюк с определением максимального размера буфера для HID устройства. Предлагают, как я им и написал, заменить несколько строчек, перетранслировать и проверить.
А как перетранслировать? Кто-нибудь пробовал? Как это сделать проще? Можно-ли откомпилить и заменить ТОЛЬКО модуль USB и как это сделать? Там СТОЛЬКО настроек! А я ещё и в английском-то не очень.
Если разберусь, думаю можно будет вообще HID в Linux переделать. Как я понял, они предложили этим занятся. Думаю о том, чтобы поддержку vendor defined page (0xFF00..0xFFFF) сделать. Тогда Linux все самодельные устройства без драйверов поддерживать будет. По исходникам полазил - вроде не особо сложным это дело показалось.
А как перетранслировать? Кто-нибудь пробовал? Как это сделать проще? Можно-ли откомпилить и заменить ТОЛЬКО модуль USB и как это сделать? Там СТОЛЬКО настроек! А я ещё и в английском-то не очень.
Если разберусь, думаю можно будет вообще HID в Linux переделать. Как я понял, они предложили этим занятся. Думаю о том, чтобы поддержку vendor defined page (0xFF00..0xFFFF) сделать. Тогда Linux все самодельные устройства без драйверов поддерживать будет. По исходникам полазил - вроде не особо сложным это дело показалось.
Цитата(galjoen @ Apr 22 2008, 17:46)
Разработчики модуля USB для Linux прислали ответ. Действительно у них глюк с определением максимального размера буфера для HID устройства. Предлагают, как я им и написал, заменить несколько строчек, перетранслировать и проверить.
А как перетранслировать? Кто-нибудь пробовал? Как это сделать проще? Можно-ли откомпилить и заменить ТОЛЬКО модуль USB и как это сделать? Там СТОЛЬКО настроек! А я ещё и в английском-то не очень.
Если разберусь, думаю можно будет вообще HID в Linux переделать. Как я понял, они предложили этим занятся. Думаю о том, чтобы поддержку vendor defined page (0xFF00..0xFFFF) сделать. Тогда Linux все самодельные устройства без драйверов поддерживать будет. По исходникам полазил - вроде не особо сложным это дело показалось.
А как перетранслировать? Кто-нибудь пробовал? Как это сделать проще? Можно-ли откомпилить и заменить ТОЛЬКО модуль USB и как это сделать? Там СТОЛЬКО настроек! А я ещё и в английском-то не очень.
Если разберусь, думаю можно будет вообще HID в Linux переделать. Как я понял, они предложили этим занятся. Думаю о том, чтобы поддержку vendor defined page (0xFF00..0xFFFF) сделать. Тогда Linux все самодельные устройства без драйверов поддерживать будет. По исходникам полазил - вроде не особо сложным это дело показалось.
Ну перекомпилировать - это не так уж сложно.
Во первых - какой дистрибутив? Надо установить пакет с исходниками ядра.
Можно просто взять с kernel.org но тогда могут возникнуть ньюансы.
Лучше всего взять все-же из дистрибутива.
Обычно исходник лежит в /usr/src/linux. Тогда делаем так.
Код
cd /usr/src/linux
zcat /proc/config.gz .config
make oldconfig
make
make modules_install
zcat /proc/config.gz .config
make oldconfig
make
make modules_install
НЕ ПРОПУСТИТЕ ТОЧКУ в имени файла .config.
Предпоследняя команда будет выполняться долго (может час, может больше). Это потому, что в конфиге выбрано почти все.
Теперь Вы имеете только что скомпиленные ядро и модули. Модули уже установлены, ядро старое. Само собой, речь идет о ТОЙ ЖЕ ВЕРСИИ ядра, что и запущенная при загрузке.
Можно править нужные Вам и потом
Код
make
make modules_install
make modules_install
Ну и перезагружаете правленный Вами модуль используя
Код
modprobe -r <module_name>
modprobe <module_name>
modprobe <module_name>
Цитата(amw @ Apr 22 2008, 19:17)
Теперь Вы имеете только что скомпиленные ядро и модули.
Да компилировать научился. Спасибо. Ошибку, связанную с неправильным определением максимального размера буфера, в Linux-е исправил.
Выяснил, что начиная с версии ядра 2.6.24 к устройству стал цеплятся драйвер usbhid, но опрос HID-овской Interrupt In EP всё равно не идёт. При наличии этого драйвера usb_claim_interface возвращает, что устройство занято. Можно отключить драйвер командой usb_detach_kernel_driver_np, и пользоваться устройством как раньше.
А как пользоваться устройством через драйвер???
Цитата(galjoen @ Apr 25 2008, 18:42)
Да компилировать научился. Спасибо. Ошибку, связанную с неправильным определением максимального размера буфера, в Linux-е исправил.
Цитата
Выяснил, что начиная с версии ядра 2.6.24 к устройству стал цеплятся драйвер usbhid, но опрос HID-овской Interrupt In EP всё равно не идёт. При наличии этого драйвера usb_claim_interface возвращает, что устройство занято. Можно отключить драйвер командой usb_detach_kernel_driver_np, и пользоваться устройством как раньше.
Все правильно. И по моему usb_detach_kernel_driver_np требует права root. Не помню точно.
Цитата
А как пользоваться устройством через драйвер???
По идее, если драйвер распознал что-нибудь, и это что-то он поддерживает, то появится /dev/input/event или что-то еще, типа /dev/input/mice (USB мышь).
Как это устройство использовать не скажу - не пробовал, но в ядре можно посмотреть функции read/write, типы данных, IOCTL и пр. Ну и linux/Documentation/input конечно-же.
Думаю, для начала попробуйте опять же открыть устройство, ипосмотреть, идет ли опрос.
Цитата(amw @ Apr 25 2008, 22:56)
Ну и linux/Documentation/input конечно-же.
Спасибо. Это был самый ценный совет
. Действительно! Этого я не знал!При втыкании устройства в каталоге /dev появляется файл (устройство) вида hidraw1. При втыкании 2го устройства hidraw2 и т.д. Опрос Interrupt In при этом не идёт (как вы и писали). Опрос начинается только если попытаться открыть этот файл. Данные Interrupt In EP идут в него, причём ReportId (0й байт этого репорта) отбрасывается. Т.е. можно работать с устройством
.Теперь собственно сам вопрос. Как узнать какому из устройств принадлежит каждый из этих файлов (hidraw)? Как найти соответствие между файлом и устройством? Имеется-ли какая-то определённая процедура открытия данного файла?
Цитата(galjoen @ May 6 2008, 12:28)
Спасибо. Это был самый ценный совет . Действительно! Этого я не знал!
. Действительно! Этого я не знал!Как правило, документацию никто не читает. И зачем ее пишут?
Цитата
При втыкании устройства в каталоге /dev появляется файл (устройство) вида hidraw1. При втыкании 2го устройства hidraw2 и т.д. Опрос Interrupt In при этом не идёт (как вы и писали). Опрос начинается только если попытаться открыть этот файл. Данные Interrupt In EP идут в него, причём ReportId (0й байт этого репорта) отбрасывается. Т.е. можно работать с устройством .
.hidraw, судя по названию, не какое-то конкретное устройство, а просто как "точка входа" с неизвестными функциями.
Цитата
Теперь собственно сам вопрос. Как узнать какому из устройств принадлежит каждый из этих файлов (hidraw)? Как найти соответствие между файлом и устройством? Имеется-ли какая-то определённая процедура открытия данного файла?
А никак. Зависит от порядка опроса драйвером usb_core шин. Порядок опроса может поменятся.
Гляньте еще в /sys. Там для каждого устройства есть файл dev, содержащий major:minor номера и файл name, сщдержащий имя устройства (типа hidraw2). Если есть какие либо опознавательные знаки, например SERIAL_DESCRIPTOR то в том же /sys/bus/usb/devices/номер-утройства/serial его можно прочитать и поставить в соответствие с dev, name и /dev/input/hidraw2.
Есть еще /proc/bus/usb/. Но с ним не работал. И возможно /dev/usbdev* может как-то помочь.
По поводу открытия. Ну не знаю, так далеко не копал. Но видимо по аналогии с libusb.
Может доках есть, а может придется поизучатьlinux/drivers/hid/hidraw.c
Цитата(amw @ May 6 2008, 16:09)
Гляньте еще в /sys. Там для каждого устройства есть файл dev, содержащий major:minor номера и файл name, сщдержащий имя устройства (типа hidraw2). Если есть какие либо опознавательные знаки, например SERIAL_DESCRIPTOR то в том же /sys/bus/usb/devices/номер-утройства/serial его можно прочитать и поставить в соответствие с dev, name и /dev/input/hidraw2.
Есть еще /proc/bus/usb/. Но с ним не работал. И возможно /dev/usbdev* может как-то помочь.
Есть еще /proc/bus/usb/. Но с ним не работал. И возможно /dev/usbdev* может как-то помочь.
Проверил все варианты. Не нашёл никаких концов. Как сопоставить hidraw конкретному устройству непонятно.
Есть конечно способ с использованием dmesg. Там в логе есть строчка в которой можно посмотреть какой hidraw создаётся при подключении нашего устройства. Но неужели это единственный способ?
Если найти соответствующий hidraw, то с Input репортами (Interrupt In EP) всё в порядке - прочитать можно и данные не теряются. Но теперь другая проблемма - с Set(Get)Feature. Непонятно как ими пользоваться без libusb (ядро 2.6.24), через IOCTL что-ли?
Вобщем продолжаю копать...
Или м.б. выхода нового ядра стоит дождаться? М.б. в нём эти проблеммы будут решены?
Цитата(galjoen @ May 7 2008, 18:45)
Проверил все варианты. Не нашёл никаких концов. Как сопоставить hidraw конкретному устройству непонятно.
Есть конечно способ с использованием dmesg. Там в логе есть строчка в которой можно посмотреть какой hidraw создаётся при подключении нашего устройства. Но неужели это единственный способ?
Есть конечно способ с использованием dmesg. Там в логе есть строчка в которой можно посмотреть какой hidraw создаётся при подключении нашего устройства. Но неужели это единственный способ?
А как Вы их различать собираетесь? По какому критерию? Что первое воткнули в порт USB то и будет с номером 1. Следующий с номером 2. И т.д. А потом выткнув 1, 3, 5 и воткнув один из них снова появится 1 (хотя может и 6 - не копал, но по аналогии с usbserial и /dev/ttyUSB*).
Нужен признак в самом устройстве. Типа дескриптор SERIAL или еще что-то.
Цитата
Если найти соответствующий hidraw, то с Input репортами (Interrupt In EP) всё в порядке - прочитать можно и данные не теряются. Но теперь другая проблемма - с Set(Get)Feature. Непонятно как ими пользоваться без libusb (ядро 2.6.24), через IOCTL что-ли?
Вероятно. Смотреть по коду hidraw.c.
Цитата
Вобщем продолжаю копать...
Или м.б. выхода нового ядра стоит дождаться? М.б. в нём эти проблеммы будут решены?
Или м.б. выхода нового ядра стоит дождаться? М.б. в нём эти проблеммы будут решены?
Это вряд-ли.
После годового перерыва вернулся к этой теме. Надеялся на новые версии linux. Кое что действительно подправили в т.ч. ту ошибку с размером буфера. Но так и не удалось получить/передать Get(Set)Feature репорты с помощью IOCTL через hidraw. В hidraw нет IOCTL работающих с HID-ом, а HID-овские IOCTL он не воспринимает (ядро 2.6.24 и выше).
В итоге вышел из положения следующим образом: устройство-то составное MassStorage+HID поэтому можно отключить драйвер от интерфейса MassStorage и посылать любые Setup-ные пакеты (Get(Set)Feature к HID-у в т.ч.) через libusb. Конечно при этом MassStorage не работает, но это и не обязательно. Т.е. InterruptIn читается через /dev/hidraw, а Get(Set)Feature через libusb к другому интерфейсу (MassStorage в этом случае). В принципе можно добавить ещё один интерфейс (ненужный) только для того, чтобы на него вешать libusb и работать с Get(Set)Feature репортами. Но этот способ какой-то "партизанский". Как правильно работать с HID-ом под Linux?
В итоге вышел из положения следующим образом: устройство-то составное MassStorage+HID поэтому можно отключить драйвер от интерфейса MassStorage и посылать любые Setup-ные пакеты (Get(Set)Feature к HID-у в т.ч.) через libusb. Конечно при этом MassStorage не работает, но это и не обязательно. Т.е. InterruptIn читается через /dev/hidraw, а Get(Set)Feature через libusb к другому интерфейсу (MassStorage в этом случае). В принципе можно добавить ещё один интерфейс (ненужный) только для того, чтобы на него вешать libusb и работать с Get(Set)Feature репортами. Но этот способ какой-то "партизанский". Как правильно работать с HID-ом под Linux?
linux-2.6.28.1/drivers/hid/Kconfig
http://libusb.wiki.sourceforge.net/
http://libhid.alioth.debian.org/
Три варианта
1. Стандартное устройство - стандартный драйвер - стандартный интерфейс.
2. libusb
3. Свой драйвер.
Цитата
Say Y here if you want to support HID devices (from the USB
specification standpoint) that aren't strictly user interface
devices, like monitor controls and Uninterruptable Power Supplies.
This module supports these devices separately using a separate
event interface on /dev/hidraw.
There is also a /dev/hiddev configuration option in the USB HID
configuration menu. In comparison to hiddev, this device does not process
the hid events at all (no parsing, no lookups). This lets applications
to work on raw hid events when they want to, and avoid using transport-specific
userspace libhid/libusb libraries.
specification standpoint) that aren't strictly user interface
devices, like monitor controls and Uninterruptable Power Supplies.
This module supports these devices separately using a separate
event interface on /dev/hidraw.
There is also a /dev/hiddev configuration option in the USB HID
configuration menu. In comparison to hiddev, this device does not process
the hid events at all (no parsing, no lookups). This lets applications
to work on raw hid events when they want to, and avoid using transport-specific
userspace libhid/libusb libraries.
http://libusb.wiki.sourceforge.net/
http://libhid.alioth.debian.org/
Цитата(galjoen @ Apr 22 2009, 17:10)
Как правильно работать с HID-ом под Linux?
Три варианта
1. Стандартное устройство - стандартный драйвер - стандартный интерфейс.
2. libusb
3. Свой драйвер.
Цитата(amw @ Apr 23 2009, 01:04)
Три варианта
1. Стандартное устройство - стандартный драйвер - стандартный интерфейс.
2. libusb
3. Свой драйвер.
1. Стандартное устройство - стандартный драйвер - стандартный интерфейс.
2. libusb
3. Свой драйвер.
Почему вариантов всего 3? Теперь, после исправления ошибки в ядре, есть как минимум ещё один:
Нестандартное устройство (не клавиатура, мышь, джойстик). Для него Linux создаёт файл hidraw. Из это файла читаются HID репорты, посылаемые устройством через InterruptIn EP.
Найти своё устройство можно прочитав HID Usage (IOCTL к hidraw). Т.е. если у устройства все данные шлются ТОЛЬКО через InterruptIn (возможно InterruptOut - не проверял), то работать с данным НЕСТАНДАРТНЫМ устройством можно без libusb и без специального драйвера.
Другое дело, что почему-то нет возможности получать(передавать) Get(Set)Feature репорты ОДНОВРЕМЕННО с этим (без использования партизанских способов). Или м.б. такой способ есть, но я не знаю. Как появится время - ещё покопаю/отпишу.
Вобщем-то под Linux мой HID работает на том-же уровне, что и под вин, но столкнулся с ещё одной проблеммой. Если к компу подключены 2 (или больше) моих девайса - не удаётся определить где чей hidraw. Почему-то сделали только чтение из hidraw VID и PID, а сериал нумбер не доступен. Можно конечно внести в HID Report Descriptor номер устройсва (в неявном виде, типа Physical Minimum/Maximum сделать номером), но это опять-таки партизанский способ. А м.б. в новой версии этих проблем уже не будет? Стоит просто подождать.
Попытаюсь разработчику написать, но мой английский таков, что скорее всего меня там не поймут.
Попытаюсь разработчику написать, но мой английский таков, что скорее всего меня там не поймут.
Выявил ещё один глюк в многострадальном hidraw. В ядрах 2.6.29 и 2.6.30. В ядре 2.6.26 его не было. Другие ядра не проверял. Причём глюк проявляется независимо от дистрибутива - проверяли сусе и дебиан. Глюк заключается в добавлении произвольного байта в начало HID репорта, передаваемого HID девайсом через Interrup In EP, при чтении его через hidraw. При этом остальные байты этого репорта сдвигаются. Последний байт при этом видимо пропадает, но не проверял. В любом случае использовать эти ядра невозможно.
Попытаюсь написать письмо разработчикам, но судя по предыдущему опыту ошибка была исправлена примерно через год...
Попытаюсь написать письмо разработчикам, но судя по предыдущему опыту ошибка была исправлена примерно через год...
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.