使用Libusb 1.0发送中断传输会返回LIBUSB_ERROR_IO，但在接收时不会

Question

我正在为一些自定义固件设置测试框架（Google Test Framework）。 我正在使用带有Libusb 1.0库的USB来接收固件的输出，但我还需要模拟固件的输入。 我能够将输出接收到主机ok，但无法从主机发送传输。

USB描述符表明中断传输到主机包含3/4条数据，我使用这种数据结构捕获这些数据：

typedef struct
{
    uint8_t reportId;
    uint8_t axis[NUM_AXIS];
    uint8_t button;
}usb_report_t;

使用libusb的这个调用可以正常工作

transfer_error = libusb_interrupt_transfer(dev_handle, 0x81, (unsigned char*)&report, sizeof(report), &transfer_length, 200);

我的第二个任务是发送使用此结构设置的中断传输

typedef struct
{
    uint8_t reportId;
    uint8_t thumper;
}usb_out_report_t;

我使用此调用发送中断传输

transfer_error = libusb_interrupt_transfer(dev_handle, 0x01, (unsigned char*)&out_report, sizeof(out_report), &length, 200);

该调用返回-1，即LIBUSB_ERROR_IO。

当我试图解决这个问题时，我发现了一个解决方法。 如果我从USB描述符中删除报告ID，从而将两个结构转换为

typedef struct
{
    //uint8_t reportId;
    uint8_t axis[NUM_AXIS];
    uint8_t button;
}usb_report_t;
typedef struct
{
    //uint8_t reportId;
    uint8_t thumper;
}usb_out_report_t;

然后中断传入和传出工作正常。 这可以作为临时工作，但不是理想的长期解决方案。

有没有办法保留报告ID字段，但是IN和OUT端点的传输都有效？

Answer 1

有一个同事帮我解决这个问题。 显然，在libusb源代码中，hid_open（）函数解析USB描述符并使用capabilities.NumberOutputValueCaps来确定编写输出报告是否需要报告ID。 我的自定义固件中的USB描述符由此进行解析，使得capabilities.NumberOutputValueCaps = 0.这意味着api调用不期望使用报告ID。

为了解决这个问题，我们只是对NumberOutputValueCaps的特定值进行了硬编码，并重新编译了libusb库。 这让我们为固件的生产版本提供了一个有效的测试框架。