VenomBlood2 мая 2010 в 17:12

Пишем драйвер для USB девайса. Pipe 0: что такое usb?

3 мин

25K

Системное программирование *

+73

Комментарии 44

garbager 2 мая 2010 в 17:31

куча воды с продолжением во второй серии 8))

ждём 8)

Colobock 2 мая 2010 в 18:15

«Куча воды» сломала мой мозг при попытке визуализировать.

roman2001 2 мая 2010 в 19:35

Целый сиквел про USB :-0

НЛО прилетело и опубликовало эту надпись здесь

d_a 2 мая 2010 в 18:25

mono? )
тут вроде дотнет начнется…

А вообще интересно было бы почитать о разработке USB драйверов под Linux и MAC.

НЛО прилетело и опубликовало эту надпись здесь

VenomBlood 2 мая 2010 в 18:30

Драйвер на C, .net только управляющая программка.

НЛО прилетело и опубликовало эту надпись здесь

kiRach 3 мая 2010 в 05:39

А зачем тогда вообще .NET?

VenomBlood 3 мая 2010 в 17:07

На .net написана userspace управляющая программка.

StrangeAttractor 5 мая 2010 в 09:33

> Причем тут mono? Вряд ли возможно писать драйвера на .NET

Не знаю как на .Net и как драйвера, но вот её старшая сестра Java с реалтаймом справлялась прекрасно, и я бы с бóльшей радостью писал на сразу ней чем на голом C с последующей C#-обёрткой.

НЛО прилетело и опубликовало эту надпись здесь

StrangeAttractor 5 мая 2010 в 10:15

А нативность нужна для скорости, а скорость в случае с устройствами, не отвечающими за хранение/преобразование данных, — для риалтайма. Разве не так?

НЛО прилетело и опубликовало эту надпись здесь

bigfrogg 2 мая 2010 в 21:05

Очень это просто делается с использованием библиотеки libusb

Vasily_Pupkin 3 мая 2010 в 06:16

В 90% случаев хватит прочитать документацию к libusb. Собственно единственная проблема — протокол взаимодействия с устройством. Обычно эта проблема фатальна ))

Derailed 4 мая 2010 в 02:59

Если протокол изначально задан и является черным ящиком, то единственная зацепка — заснифить и расковырять. Если протокол не шибко сложный, и функционал устройства известен, то можно разобраться. Иначе затея не стоит затрачиваемых усилий — дешевле USB-устройство и протокол для него придумать и разработать самому с нуля.

ruX 27 мар 2011 в 08:12

Посмотрите libusb — всё пишется с полпинка, куча примеров и документации. Её же и портировали под win, таким образом она переносимая. Единственное но — это в user-space, на сколько я понимаю

angry_elf 3 мая 2010 в 07:53

Что это у вас за камера без драйверов под линукс? Чай, не 2000-й год на дворе…

НЛО прилетело и опубликовало эту надпись здесь

angry_elf 3 мая 2010 в 08:54

usb-id устройства и лог из dmesg разработчику в багтрекер. Если бы вообще драйвера не было — понятно, а так… В любом случае проще, чем свой драйвер писать.

3d6 2 мая 2010 в 18:17

Очень жду продолжения! Потому как сейчас застрял малость — вроде как что-то вроде драйвера есть, но винда категорически его не принимает как драйвер устройства. И кто виноват, что делать — абсолютно неясно, не могу найти даже, где читать…

bubuq 2 мая 2010 в 18:24

«USB — это simple», я вас умоляю.
А ещё лучше, «это просто».

korotovsky 2 мая 2010 в 18:49

Ожидал увидеть тут нечто подобное этому: http://www.opennet.ru/base/dev/write_linux_driver.txt.html а не этот обрубок. Процетирую немного вступление в той статье:

korotovsky 2 мая 2010 в 18:50

Что то по Ctrl+V запостилось... Вобщем вот:

Введение в USB

Наверное, нет смысла говорить о таких очевидных вещах, как широкое
распространение USB, высокая скорость обмена по USB, возможность
горячего подключения устройств. Сейчас уже каждый пользователь ПК так
или иначе оценил преимущества и плюсы USB.

Поэтому сразу перейдем к менее очевидным вещам — к тому, как USB
устроен внутри.

НЛО прилетело и опубликовало эту надпись здесь

phantomazz 2 мая 2010 в 19:31

Именно.

phantomazz 2 мая 2010 в 19:31

На мой скромный взгляд, описание создания драйвера, а особенно для USB-устройства, может представлять интерес разве что для тех, кто смутно представляет, что такое драйвер в принципе. Независимо от операционной системы. Когда мне понадобилось написать драйвер для TV-тюнера, то на создание компилируемого, загружаемого и опознающего девайс каркаса мне понадобилось минут, наверное, 30 от силы (включая растерзание гугла). Оставшиеся временные затраты (процентов этак 98) — реализация протокола взаимодействия в соответствии со spec'ами устройства. При этом вам совершенно не нужно знать, сколько и каких контактов задействовано при общении компьютера и устройства, потому что благодаря таким штукам, как HAL (и вообще ядро), все действия производятся на уровне «записать n байт»/«прочитать m байт».

В общем, главный недостаток этой все же довольно неплохой статьи — полное отсутствие конкретики.

Derailed 4 мая 2010 в 03:08

Ваш комментарий страдает тем же самым — слишком много пустой критики и никакой конкретики (может, за то и минусы?). Дали бы ссылку что ли на Вашу разработку. Наверное (надеюсь) конкретика воспоследует хотя бы в виде продолжения этой статьи.

oogl 2 мая 2010 в 20:27

И всё-таки работа с RS-232 проще.

Derailed 4 мая 2010 в 03:17

С классом CDC USB можно работать так же, как и с привычным COM-портом. Просто втыкаете Ваше USB-устройство, и получаете на компьютере обычный COM-порт. Есть много готовых реализаций класса CDC (почти всегда бесплатных), предлагаемых производителями всех чипов с поддержкой USB. Кроме того, есть даже специальные чипы (типа FTDI) и программные библиотеки (типа V-USB), на которых этот класс CDC USB легко реализовывается. Короче, есть уже все готовенькое — бери да делай. Если нужны ссылки на конкретные примеры, которые можно взять за основу своей собственной разработки, то могу предоставить.

oogl 7 мая 2010 в 05:38

Виртуальный COM-порт решение распространенное. Но там в силу виртуальности есть свои грабли связанные как раз именно с этой виртуальностью.
Сталкивался с этим работая с POS-терминалами там, на новых материнках RS-232 как раз-таки и реализован как эмуляция на базе шины USB. Т.е. снаружи это ком-порт, а внутри — USB-device.
Прозрачно подменить старый терминал с нативным RS-232, на новый эмулированным не получилось — пришлось править модуль подключения устройства.

Derailed 7 мая 2010 в 06:11

Все зависит от метода работы с COM-портом. Некоторые старые программки, которые норовят работать напрямую с контроллером COM-порта, не будут работать с COM-портом виртуальным. Но это не наш случай, поскольку в статье и комментариях идет речь о разработке CDC USB-устройства и ПО для него ЗДЕСЬ И СЕЙЧАС, а не в каком-то 1998 году под Windows 95 или 98.

oogl 7 мая 2010 в 07:10

Грабли были в 2009 году.
Модуль работы с девайсом был писан на дотнете, с использованием стандартного класса ком-порта дотнета — там прямой работой с контроллером и не пахнет.

StrangeAttractor 5 мая 2010 в 09:22

Всё-таки проще всего, по-моему, было работать с LPT. Статью вроде прочитал, но как я смогу понять со стороны устройства в данный момент ноль или еденица, у меня всё равно в голове не складывается. На сколько я понимаю, на стороне устройства тоже надо воротить какой-то контроллер. С LPT можно было пины с граундом замыкать/размыкать в интересующих комбинациях, и на компе было понятно что со стороны устройства замкнуто.

Veliant 3 мая 2010 в 05:26

Советую почитать Кулакова книжку «Программирование на аппаратном уровне», раздел «Шина USB»

Derailed 4 мая 2010 в 03:11

Есть еще книжка Агурова, но это такое г… (ИМХО), что только затуманивает мозги. Намного зачетнее «USB in a NutShell», благо что она и на русском уже доступна.

Derailed 4 мая 2010 в 03:29

Скачал книжку Кулакова — повторяет все то же самое, что Агуров написал. Подходит только для начального знакомства с шиной USB, в плане программирования устройств USB и программ для них — практически никакой пользы.