求助：LibUsbDotNet的ControlTransfer方法始终返回false的原因排查

碰到ControlTransfer一直返回false的问题确实让人头疼，结合你提到的错误码0x1F（对应Windows错误31：连接到系统的设备无法正常工作），我整理了几个关键排查方向，你可以逐一尝试：

1. 检查USB Setup Packet的参数正确性 #

这是最可能出问题的地方，先看你构造UsbSetupPacket的代码：

var usbSetupPacket = new UsbSetupPacket(
    (byte)(UsbCtrlFlags.Direction_Out | UsbCtrlFlags.RequestType_Vendor | UsbCtrlFlags.Recipient_Device),
    0, // 这里的bRequest被设为0了！
    value,
    index,
    buffer.Length
);

你的方法调用是writeCtrlMsg(0x34, 0x619, new byte[] { 0x83 })，通常这类厂商自定义的控制请求中，第一个参数0x34应该是bRequest（请求码），而不是wValue。你现在把bRequest硬设为0，设备根本无法识别这个请求，自然会返回错误。

建议先修正这个参数：

var usbSetupPacket = new UsbSetupPacket(
    (byte)(UsbCtrlFlags.Direction_Out | UsbCtrlFlags.RequestType_Vendor | UsbCtrlFlags.Recipient_Device),
    (byte)value, // 把原来的value作为bRequest传入
    (short)0, // 如果设备不需要wValue，设为0，具体看设备文档
    (short)index,
    buffer.Length
);

另外还要注意：

• USB协议中wValue和wIndex是小端字节序，LibUsbDotNet会自动处理转换，但如果你的设备有特殊要求，可能需要手动用BitConverter转换后再传入。
• 对于Out方向的控制传输，wLength必须等于要发送的buffer长度，你原来的设置是正确的，不需要改成0。

2. 验证设备的权限与连接状态 #

• 确保程序以管理员权限运行，USB设备的厂商请求通常需要较高权限，普通权限可能导致通信失败。
• 检查设备连接的稳定性：可以尝试先关闭再重新打开设备，避免之前的连接残留问题：

  if (_rtlUSBDongle.IsOpen)
      _rtlUSBDongle.Close();
  if (!_rtlUSBDongle.Open())
      throw new DongleConnectionException();
  

• 确认你获取的_rtlUSBDongle是目标设备：用UsbDevice.AllDevices枚举所有USB设备，匹配设备的VID/PID，避免误操作其他USB设备。

3. 深入分析错误与抓包验证 #

• 错误码0x1F本质是设备未响应请求，你可以用USB抓包工具（比如Wireshark搭配USBPcap）捕获实际发送的Setup Packet，对比设备官方文档里的请求格式，确认参数是否完全匹配。
• 尝试使用ControlTransfer的重载方法，绕开手动构造UsbSetupPacket，直接传入参数，看看是否有变化：

  var result = _rtlUSBDongle.ControlTransfer(
      (byte)(UsbCtrlFlags.Direction_Out | UsbCtrlFlags.RequestType_Vendor | UsbCtrlFlags.Recipient_Device),
      0x34, // 明确传入请求码
      0, // 根据设备文档设置wValue
      0x619, // 根据设备文档设置wIndex
      buffer,
      buffer.Length,
      out var lengthTransferred
  );
  

4. 参考设备官方文档或示例代码 #

从变量名_rtlUSBDongle来看，你操作的应该是RTL-SDR设备？这类设备有公开的USB控制协议文档，你可以查一下RTL-SDR的厂商请求定义，确认0x34是否是设备支持的命令，以及wValue、wIndex、数据缓冲区的格式是否符合要求。比如RTL-SDR的常见控制请求都有明确的参数规范，不符合的话设备会直接拒绝响应。

先重点修正SetupPacket的bRequest参数，这大概率是问题的根源，很多时候都是参数不匹配导致设备无响应。

内容的提问来源于stack exchange，提问作者user1969903