通过libusb错误EPIPE的FTDI

我正在尝试使用基于的设备，但遇到一个-32（EPIPE）错误：

USB请求似乎完全符合要求

FTDI上下文初始化时没有错误，usb_dev不是空的，看起来还可以。该电缆是好的，因为我可以使用它上传草图（FTDI）板

所以我完全被卡住了。。我该怎么办

我的代码 我已经用另一块FTDI板（Arduino Nano v3）测试了它，但仍然存在相同的错误，所以问题很可能不在板上

---

我已经在另一个支持USB主机的Android设备和另一个Android操作系统版本（4.0.x）上测试了它，但仍然存在相同的错误…

您的主机系统是Windows还是Linux

设备似乎未能响应ftdi_usb_reset（）发出的控制消息。ftdi_usb_reset（）实际上是由ftdi_usb_open_dev（）调用的

如果检查libftdi源代码：

我们发现，如果ftdi_usb_reset（）失败，它将返回-6。整个错误日志没有发布在这里，所以我想知道这是否是最终真正发生的事情。也许那里有更多有趣的东西可以去看

也许在此处显示您的代码有助于更好地理解。：）

---

如果可能的话，当你尝试使用ftdichip.com提供的D2XX驱动程序做同样的事情时，结果会是一样的吗？

如果我的理解是错误的，请纠正我：你正在开发在Android（底层Linux系统）上工作的本机代码，调用libftdi和libusb，对吗？我假设目的是通过libusb使用Android设备，而不需要root用户

谷歌上的一点搜索告诉我，libusb没有“官方”Android端口。有些平台可以使用libusb，而有些平台不能。人们有不同的反馈

因此，如果回到基础，比如说，只使用libusb中的函数，而不使用您修改的libftdi代码，您可以通过基本libusb函数执行设备打开、关闭，并向FTDI设备发送控制消息吗

或者，如果可能，尝试使用未修改的libftdi。它能胜任它应该做的工作吗

顺便问一下，为什么libftdi0.1？我知道现在应该是1.0版了。旧版本可能有问题

---

我只是想提供一些值得尝试的东西。这可能是一个libusb问题，一个libftdi问题，或者仅仅是一个操作设备的顺序问题。因此，如果不确定哪里出了问题，那么将它们分成几部分，并确定哪些是正确的，我会尝试。

该系统实际上是Android（linux）。我已经用代码更新了这个问题。另外，我正在使用libusb-0.x和libftdi-0。我正在修改avrdude，使其能够在android上工作。为此，我修改了libusb，它非常适合cdc设备，无需根。我能够打开设备、读取、写入和关闭，因此我认为获取usb_dev是可以的，因为传递给libftdi的代码完全相同。关键是libftdi的唯一变化是我传递就绪usb_dev指针，而不是在

ftdi_usb_open_dev

中打开它。我原以为它会开箱即用，但我错了，所以现在我正在努力理解到底出了什么问题。我使用libusb-0.x和libftdi-0.x，因为avrdude使用libusb-0.x，我想让avrdude代码保持原样。可能我应该尝试重写它以使用libusb-1和libftdi-1。我在libftdi代码中找到了有趣的注释：//尝试分离ftdi_sio内核模块。//返回代码保存在一个单独的变量中，仅当usb_set_configuration（）或usb_claim_interface（）失败时才进行解析，因为//分离操作可能会被拒绝，并且一切正常。//可能的情况是一个静态的ftdi_-sio内核模块。然后我尝试设置配置1，但失败了。这让我觉得内核驱动程序实际上并没有分离，但结果是可以的。

08-06 16:32:16.328: WARN/System.err(15547): ftdi_usb_open_dev()
08-06 16:32:16.328: WARN/System.err(15547): usb_detach_kernel_driver_np()libusb: 0.029116 debug [libusb_detach_kernel_driver] interface 0
08-06 16:32:16.328: WARN/System.err(15547): ftdi claim interface ...
08-06 16:32:16.328: WARN/System.err(15547): libusb-compat debug: usb_claim_interface: interface 0
08-06 16:32:16.328: WARN/System.err(15547): libusb: 0.030246 debug [libusb_claim_interface] interface 0
08-06 16:32:16.328: WARN/System.err(15547): claiming interface using fd = 4
08-06 16:32:16.328: WARN/System.err(15547): ftdi_usb_reset ...
08-06 16:32:16.328: WARN/System.err(15547): libusb-compat debug: usb_control_msg: RQT=40 RQ=0 V=0 I=0 len=0 timeout=300
08-06 16:32:16.328: WARN/System.err(15547): libusb: 0.031222 debug [libusb_get_next_timeout] next timeout in 0.300000s
08-06 16:32:16.328: WARN/System.err(15547): libusb: 0.031527 debug [libusb_handle_events_timeout_completed] doing our own event handling
08-06 16:32:16.328: WARN/System.err(15547): libusb: 0.032046 debug [handle_events] poll() 2 fds with timeout in 300ms
08-06 16:32:16.328: WARN/System.err(15547): libusb: 0.033023 debug [handle_events] poll() returned 1
08-06 16:32:16.338: WARN/System.err(15547): libusb: 0.033389 debug [reap_for_handle] urb type=2 status=-32 transferred=0
08-06 16:32:16.338: WARN/System.err(15547): libusb: 0.033755 debug [handle_control_completion] handling completion status -32
08-06 16:32:16.338: WARN/System.err(15547): libusb: 0.034091 debug [handle_control_completion] unsupported control request
08-06 16:32:16.338: WARN/System.err(15547): libusb: 0.034366 debug [usbi_handle_transfer_completion] transfer 0x2915e0 has callback 0x5ccb4
08-06 16:32:16.338: WARN/System.err(15547): libusb: 0.034732 debug [ctrl_transfer_cb] actual_length=0

struct ftdi_context *ftdi_ctx;
struct usb_device *dev;
usb_dev_handle *udev;

// ...
ftdi_ctx = ftdi_new();
    if (ftdi_ctx == NULL) {
      fprintf(stderr, "error init ftdi context\n");
      return 1;
    }
    ftdi_ctx->usb_write_timeout = 0;
    ftdi_ctx->usb_read_timeout = 0;
// ...
udev = usb_open(dev);
int ret = ftdi_usb_open_dev(ftdi_ctx, dev, udev);
              if (ret < 0) {
                fprintf(stderr, "error opening ftdi device\n");
                return ret;
              }

int ftdi_usb_open_dev(struct ftdi_context *ftdi, struct usb_device *dev, struct usb_dev_handle *usb_dev)
{
    int detach_errno = 0;
    int config_val = 1;

    fprintf(stderr, "ftdi_usb_open_dev()\n");

    if (ftdi == NULL) {
        fprintf(stderr, "ftdi context invalid\n");
        ftdi_error_return(-8, "ftdi context invalid");
    }

    // 4ntoine (no need to open device if usb_dev is already passed)
    if (usb_dev == NULL) {
        if (!(ftdi->usb_dev = usb_open(dev)))
            ftdi_error_return(-4, "usb_open() failed");
    } else {
        ftdi->usb_dev = usb_dev;
    }

    #ifdef LIBUSB_HAS_GET_DRIVER_NP
        // Try to detach ftdi_sio kernel module.
        // Returns ENODATA if driver is not loaded.
        //
        // The return code is kept in a separate variable and only parsed
        // if usb_set_configuration() or usb_claim_interface() fails as the
        // detach operation might be denied and everything still works fine.
        // Likely scenario is a static ftdi_sio kernel module.
        fprintf(stderr, "detaching kernel driver... \n");
        if (ftdi->module_detach_mode == AUTO_DETACH_SIO_MODULE)
        {
            fprintf(stderr, "usb_detach_kernel_driver_np() ...\n");
            if (usb_detach_kernel_driver_np(ftdi->usb_dev, ftdi->interface) != 0 && errno != ENODATA) {
                fprintf(stderr, "failed to detach\n");
                detach_errno = errno;
            }
        }
    #endif

    fprintf(stderr, "ftdi claim interface ...\n");
    if (usb_claim_interface(ftdi->usb_dev, ftdi->interface) != 0)
    {
        fprintf(stderr, "failed to claim interface\n");
        ftdi_usb_close_internal (ftdi);
        if (detach_errno == EPERM)
        {
            ftdi_error_return(-8, "inappropriate permissions on device!");
        }
        else
        {
            ftdi_error_return(-5, "unable to claim usb device. Make sure the default FTDI driver is not in use");
        }
    }
    fprintf(stderr, "ftdi claimed interface\n");

    fprintf(stderr, "ftdi_usb_reset ...\n");
    if (ftdi_usb_reset (ftdi) != 0)
    {
        ftdi_usb_close_internal (ftdi);
        ftdi_error_return(-6, "ftdi_usb_reset failed");
    }