通用usb驱动libusb介绍.pdf

通用usb驱动libusb介绍 驱动开发向来是内核开发中工作量最多的一块，随着USB设备的普及，大量的USB设备 的驱动开发也成为驱动开发者手头上做的最多的事情。本文主要介绍 Linux平台下基于 libusb的驱动开发，希望能够给从事Linux驱动开发的朋友带来些帮助，更希望能够给其 他平台上的无驱设计带来些帮助。文章是我在工作中使用libusb的一些总结，难免有错误， 如有不当的地方，还请指正。 Linux 平台上的usb驱动开发，主要有内核驱动的开发和基于libusb的无驱设计。 对于内核驱动的大部分设备，诸如带usb接口的hid设备，linux本身已经自带了相关的驱 动，我们只要操作设备文件便可以完成对设备大部分的操作，而另外一些设备，诸如自己设 计的硬件产品，这些驱动就需要我们驱动工程师开发出相关的驱动了。内核驱动有它的优点， 然而内核驱动在某些情况下会遇到如下的一些问题： 1 当使用我们产品的客户有2.4内核的平台，同时也有2.6内核的平台，我们要设计的驱动 是要兼容两个平台的，就连makefile 我们都要写两个。 2 当我们要把linux移植到嵌入平台上，你会发现原先linux自带的驱动移过去还挺大的， 我的内核当然是越小越好拉，这样有必要么。这还不是最郁闷的地方，如果嵌入平台是客户 的，客户要购买你的产品，你突然发现客户设备里的系统和你的环境不一样，它没有你要的 驱动了，你的程序运行不了，你会先想：“没关系，我写个内核驱动加载一下不就行了“。 却发现客户连insmod加载模块的工具都没移植，那时你就看看老天，说声我怎么那么倒霉 啊，客户可不想你动他花了n时间移植的内核哦 3 花了些功夫写了个新产品的驱动，挺有成就感啊，代码质量也是相当的有水准啊。正当你 沉醉在你的代码中时，客服不断的邮件来了，“客户需要2.6.5内核的驱动，config文件 我已经发你了” “客户需要双核的 2.6.18-smp 的驱动” “客户的平台是自己定制的是 2.6.12-xxx“ 你恨不得把驱动的源代码给客户，这样省得编译了。你的一部分工作时间 编译内核，定制驱动 有问题产生必然会有想办法解决问题的人， libusb的出现给我们带来了某些方便，即节约 了我们的时间，也降低了公司的成本。 所以在一些情况下，就可以考虑使用libusb的无驱 设计了。 下面我们就来详细讨论一下libusb, 并以写一个hid设备的驱动来讲解如何运用 libusb,至于文章中涉及的usb协议的知识，限于篇幅，就不详细讲解了，相关的可自行查 看usb相关协议。 一 libusb 介绍 libusb 设计了一系列的外部API 为应用程序所调用，通过这些API应用程序可以操作 硬件，从libusb的源代码可以看出，这些API 调用了内核的底层接口，和kernel driver 中所用到的函数所实现的功能差不多，只是libusb更加接近USB 规范。使得libusb的使 用也比开发内核驱动相对容易的多。 Libusb 的编译安装请查看Readme,这里不做详解 二 libusb 的外部接口 2.1 初始化设备接口 这些接口也可以称为核心函数，它们主要用来初始化并寻找相关设备。 usb_init 函数定义： void usb_init(void); 从函数名称可以看出这个函数是用来初始化相关数据的，这个函数大家只要记住必须调用就 行了，而且是一开始就要调用的. usb_find_busses 函数定义： int usb_find_busses(void); 寻找系统上的usb总线，任何usb设备都通过usb总线和计算机总线通信。进而和其他设备 通信。此函数返回总线数。 usb_find_devices 函数定义： int usb_find_devices(void); 寻找总线上的usb设备，这个函数必要在调用usb_find_busses()后使用。以上的三个函数 都是一开始就要用到的，此函数返回设备数量。 usb_get_busses 函数定义： struct usb_bus *usb_get_busses(void); 这个函数返回总线的列表，在高一些的版本中已经用不到了，这在下面的实例中会有讲解 2.2 操作设备接口 usb_open 函数定义： usb_dev_handle *usb_open(struct *usb_device dev); 打开要使用的设备，在对硬件进行操作前必须要调用usb_open 来打开设备，这里大家看到 有两个结构体 usb_dev_ha