我刚开始使用 anaconda。早些时候，我在我的系统上使用 Python 2.7。我正在为通过 USB 连接到我的笔记本电脑的设备编写脚本。为此，我需要 USB 模块/包。我最初尝试在 Python 27 中进行操作。我使用以下方法安装：

输出是（截图也在那里）：

C:\users\eku\anaconda3\ ：这是根据我的系统名称为 eku 的路径。

使用 pip 安装显示error unknown command libusb1

因为我之前安装过包，所以截图显示包已经安装的正确结果。但是位置是我的 anaconda 的站点包所在的位置。

为什么会发生这种情况，我应该如何纠正。我想将 anaconda 和其他 2.7 版本分开。（如果这与路径变量有关，那么是的，我对此感到困惑）。

从上面的输出可以看出，libusb 安装在 anaconda 中，我尝试在 Spyder（在 anaconda 中）运行相同的代码。当我写作时，

我得到错误：

为什么会这样？

我的 spyder 安装了 anaconda 本身。我只需单击它的图标，工作区就会启动。我无需再做任何事情，它开始工作，甚至我的其他文件也工作正常。

谢谢！

当我在执行 libusb_set_auto_detach_kernel_driver 后尝试通过 libusb_set_configuration 设置配置时，出现以下错误。谁能告诉我如何纠正以下问题？

错误：- 内核驱动程序已成功分离。设置配置失败，错误：LIBUSB_TRANSFER_ERROR

提前致谢。

我qt5.5在linux和win7（mingw32）中使用......在linux中它可以工作（出于兼容性原因，我必须构建新的usblibs）

在使用这个库的 Windows 中， /usr/local/.../code-qt/libusb-1.0.19-rc1-win/MinGW32/static/ 我得到以下错误和更多错误，所有这些都有一些

“_imp__SetupDixxxxxxx”未定义

由于 Windows 中的 libusb 构建似乎相当复杂，我无法弄清楚如何去做

在这一点上，我不知道出了什么问题，非常感谢任何帮助

我在 qt5 creator 内部或外部使用 ming32w 或任何其他方式重建 lib 没有问题，但我需要描述一些关于如何继续的步骤。

欢呼 EinHexenMeister

E:\code-qt\qtHidTest\HidTest\windows\hid.c:289: 错误：未定义对 `_imp__SetupDiGetClassDevsA@16' 的引用

E:\code-qt\qtHidTest\HidTest\windows\hid.c:298: 错误：未定义对 `_imp__SetupDiEnumDeviceInterfaces@20' 的引用

E:\code-qt\qtHidTest\HidTest\windows\hid.c:491: 错误：未定义对 `_imp__SetupDiDestroyDeviceInfoList@4' 的引用

E:\code-qt\qtHidTest\HidTest\windows\hid.c:313: 错误：未定义对 `_imp__SetupDiGetDeviceInterfaceDetailA@24' 的引用

E:\code-qt\qtHidTest\HidTest\windows\hid.c:347: 错误：未定义对 `_imp__SetupDiEnumDeviceInfo@12' 的引用

hw : lpc1549 eval board with usb hid test firmware ...

端点大小 64 字节端点 intr 读取 out-report buf 并以十六进制显示 len 和数据 ...将 out_report 复制到 in_report buf 并使用 write funct 和 len 回显

主持人 ：

使用 qt5、libusb-1.0.19wingw32 dll 和 hidapi 代码

隐藏测试代码在 linux、win7 和 win8.1 中成功发出所有 api 调用（写入和读取除外）

测试代码问题 hid_write 后跟 hid_read 并在 linux 中正确获取数据

我没有使用 hidapi hid_write 强制标记的报告 ID，因为 nxp 固件和 keil 软件不使用它（据我所知）......我的 linux sw 发送和接收定义的 64 字节模式或更小len) 正确，并且字节 [0] 是此模式的一部分...输出和输入字节 [0] 数据故意不同且正确接收

在 windows 下运行 keil hid 客户端成功与 lpc1549 固件正确通信，即使它们只传输和回显一个字节......

我的固件将端点大小更改为 64 字节（我希望我的更改是正确的）并且 keil hid 客户端在 Windows 中使用它，所以我的假设是我的描述符是正确的......希望

主机 sw kububtu 14.04 hid_write len = 17，设备收到 17 个字节，17 个字节指示已收到...一切似乎都正常工作

win 8.1 hid_write len = 17 bytes 的主机 sw 显示在设备上，16 个字节正确，其余为 0，但读取表明接收到的 len 为 64 ...我发出了 17 的写入，正确接收了 16，但是被指示为 64 收到也赢得 8.1 抛出一个空白的 system32/cmd 提示窗口...为什么？？？

同样在win7上挂起，只有一个hid_write len = 0成功......弹出相同的cmd提示......收到len = 64，但没有传输数据（因为它对len = 0有意义）

我不能单步或断点，因为 qt 调试器在应用程序加载时出现段错误

我还在我的 qt 应用程序中链接到 hidapi“windows/hid.c”代码，它现在是我的代码的一部分

对不起我相当复杂的描述

如果报告 ID 没有被使用，为什么它是强制性的……这将浪费一个字节，如果需要 uint32_t 对齐，这将浪费大约 64 字节数据的 7%

为什么用c ++ msvs编写的keil hid客户端与我的fw和hidapi不能正常工作

keil hid 客户端的功能是否表明我的 fw 和我的描述符和报告 len 是正确的

什么会导致弹出一个空的cmd提示？

我可能做错了什么（整个基于 hidapi 的应用程序正在与完整的基于 USB 的固件 pgm 正确通信，而不仅仅是描述的测试代码）？

我正在尝试为我的设备编译 CM 12.1。在构建时，我得到以下错误。我也安装了 libusb-1.0-0-dev。我错过了什么？

如果我只用 cflags 编译 1 个文件，我可以获得 .o 文件，但是在构建整个代码时，我如何指定 Make 文件才能工作。

使用 gcc：（成功）

使用 Android make :(失败)

我使用 libusb-1.0 与设备进行通信。

我有两个独立的软件产品，它们都可以处理设备。如果我在第一个软件中使用设备，我将无法在第二个软件中打开 open_device_with_vid_pid。我怎样才能获得状态什么设备正忙？Libusb 调试显示错误

libusb:error [winusbx_open] 无法打开设备...访问被拒绝

我正在尝试使用 pyusb 和 libus1 作为后端在 USB 转以太网设备上执行批量读写操作。编码：

在 Ubuntu 上，这对于阅读和写作都非常有效。在 OSX (10.10.5) 上，写入工作（正在发送数据包），但读取不起作用（我不断收到超时）。我知道设备收到了数据包，因为：1）当我在 Ubuntu 中运行它时它可以工作，并且 2）指示传入数据包的 LED 正在闪烁。

dmesg 仅显示以下内容：

AppleUSBEHCI::Found a transaction past the completion deadline on bus ..., timing out! (Addr: ..., EP: ...)

这让我觉得 OSX 没有收到来自设备的响应的问题。但这真的只是一个疯狂的猜测。我有点迷失在这里，我会很感激任何帮助！

我正在尝试在我的 Mac 上为我正在处理的项目安装新的 libusb 1.0.20 版本。主要是我对 libusb 静态库 .a 和 .la 感兴趣

我从网上获得了源代码，然后进入目录并键入 ./configure 和包配置正确。现在，在我输入 make 之后，一切都因错误而疯狂。我似乎无法弄清楚。我认为这可能与我的机器设置有关，但我似乎无法弄清楚。有人可以帮帮我吗。这就是我得到的：

回溯：

程序收到信号 SIGSEGV，分段错误。0x00007ffff7bca558 in add_to_flying_list (transfer=0x6527b0) at io.c:1364 1364 struct libusb_context *ctx = ITRANSFER_CTX(transfer); (gdb) BT

0 0x00007ffff7bca558 在 io.c:1364 处的 add_to_flying_list (transfer=0x6527b0)

1 libusb_submit_transfer (transfer=transfer@entry=0x652848) at io.c:1483

2 0x00007ffff7bcc779 在 do_sync_bulk_transfer （dev_handle=0x0，端点=，缓冲区=0x613728“\f”，长度=8，转移=0x7ffffffffe7c0，超时=1000，

3 libusb_bulk_transfer 中的 0x00007ffff7bccb14（dev_handle=，endpoint=，data=，length=，transferred=，

4 0x0000000000402cfa in dm_usb_send (context=0x652010, msg_ptr=0x613728) at rel/1.0/src/dm-usb-context.c:136

只有当您以非 root 用户身份运行时，才会有人看到这种崩溃？（以root身份运行时工作正常）

使用 libusb_interrupt_transfer(...) 写入设备，始终以 LIBUSB_ERROR_IO 结束。Libusb 版本：libusb-1.0.4 STM32F103 代码 - hid 设备的 st 示例

检查：

1. 代码中的端点设置为 lsusb 中的：0x81
2. 在 usbmon 中，我可以看到对描述符等的请求，但是当我触发 libusb_interrupt_transfer(...) 时，没有通信（没有登录 usbmon）
3. STM32板永远不会进入指定的中断端点
4. 使用的设备句柄是正确的

追查问题的下一步是什么？

这是 lsusb 输出：

Bus 001 Device 005: ID 0483:5750 STMicroelectronics Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x0483 STMicroelectronics idProduct 0x5750 bcdDevice 2.00 iManufacturer 1 STMicroelectronics iProduct 2 STM32 Custm HID iSerial 3 8D8316685052 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 41 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.10 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 163 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0002 1x 2 bytes bInterval 32 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0002 1x 2 bytes bInterval 32 Device Status: 0x0001 Self Powered