libusb库的使用:重点讲解libusb_fill_iso_transfer的用法

关于libusb的使用最简单的方法,就是找一些别人做过的案例,直接复制粘贴,测试就完了,不想听你那些xx逻辑,累!于是我就开始为自己的愚蠢的想法买单了,像没头苍蝇一样乱串,总结错误如下:

1.使用官方的东西,一定要把相关的文档仔仔细细的看一遍,至少应该包括如下内容:

  • 支持的平台
  • 支持的驱动
  • 详细的使用方法,尽可能搞清楚每一个接口的设置用意(这个找个实际验证过的例子是最快的,如果你要进行更加灵活的开发就必须老老实实的过一遍)

比如libusb_fill_iso_transfer的使用的支持情况:

  • libusb-1.0.22(1.0.21也支持,但没测试过,二者会有些区别)版本提供libusb_fill_iso_transfer函数接口
  • 支持的平台:在使用libusbk驱动的情况下,win7和win10都是支持的
  • 支持的驱动:目前来看使用winusb是不行的,必须使用libusbk才可以,否则在submit_transfer的时候会报错NOT_SUPPORT
  • 官方解释:http://windows.libusb.info

2.官方的东西,有时也会出现很多让你感觉无语的问题,并没有想象中的那么完美,所以你要找官方提供的解释和说明:

先粘几个链接:

这里重点说一下关于异步接口的问题:

1.为什么要做这么一个异步接口?和同步接口有什么差异?有什么优缺点?

这里我先举例简单说明一下同步异步的差异,比如A和B通话,A想告诉B一个秘密,A有两种选择:打电话和发短信,那么同步方式就像这里的打电话,A给B打电话,B必须得接,A才能把秘密告诉B,B如果不接,A就一直等待什么也做不了,这就是block(阻塞),在使用同步接口的时候,当前线程就会被独占,直到完成为止。为了避免出现B一直不接电话,A一直等待的情况,我们加入了timeout机制,即如果A给B打电话时间超过一分钟(timeout),我就先挂掉电话,等会儿再打;异步的方式就像发短信,我把秘密用短信编辑好发给你,我就可以做其他事情去了,不会在这儿等待。异步接口在使用时不会造成block(阻塞),不会去等待结果完成才退出,而是使用接口后立马退出,即使该行为还没有触发!优缺点如下:

  • 同步接口一次只能控制一个设备的一个端点,简单的对时间要求不是很高的应用推荐使用同步接口,原因就是简单
  • 如果要同时控制多个设备的多个端点,就必须要使用异步接口

2.我们在使用control setup,interrupt,bulk端点时使用同步接口就可以满足要求,但是isochronous transfer必须使用asynchronous I/O,关于同步接口的问题官方给出了详细的说明,这里先粘出链接,再解释遇到的一些问题:

官方解释:http://libusb.sourceforge.net/api-1.0/libusb_io.html

官方接口说明:http://libusb.sourceforge.net/api-1.0/group__libusb__asyncio.html

接口API使用时的注意事项:

1.必须libusb_claim_interface,同步端点对应的interface必须要进行声明,否则报错

2.必须libusb_set_interface_alt_setting,必须要进行设置,否则发不出数据

3.必须在fill_iso_transfer之后调用libusb_set_iso_packet_lengths设置长度

4.submit transfer成功发送完成之后,才可以再次submit,切记不要在报错时再次submit 否则只能不断报错

问题如下:

1.在按顺序submit transfer的时候,有时并不会按照顺序发送和接收,比如我按照顺序先发送再接收,结果一会儿出现一直发送,一会儿又出现一直接收,一会儿又先发送后接收,不像是放入同一个队列里进行的操作

2.在不同平台的现象不一致,在公司试过几台不同的电脑,有的运行很顺利,有的就很容易报错

暂时分享这么多

这里粘贴一个非常稳定的demo给大家,里面还有很多细节没有来得及琢磨,有需要的可以查看:

相关推荐
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页