libusb-win32 für Sunplus "SPCP825 USB to UART Bridge" in V&A Multimeterkabel VA4000

[Info (Gast)]

Treiber für den Wandler "Sunplus SPCP825" (VID:PID 04fc:0201, REV_7109) 
gibt es offenbar nicht mehr für Windows: 
Beitrag "Re: [S] Multimeter PC-Kabel: UNI-T UT-D04, V&A VA4000, V&A VA4001"

Martin Schewe hat die USB Transfers des Kabels für Linux abgehört und 
mit Libusb unter Linux implementiert: http://multimeter.schewe.com/

Im Anhang gibt es einen MinGW "Port", leider gibt es folgenden Fehler:

> optocoupler.exe
starting...
cli options done
open device...
scanning USB devices
Device: Vendor: 0x04FC Product: 0x0201
found device
Endpoint address: 0x81
Max packet size: 16
Endpoint address: 0x02
Max packet size: 8
setup device...
claim interface, send control messages
Status: 0, Error: No error
Status: 0, Error: No error
Status: 0, Error: No error
Status: 0, Error: No error
device opened, discarding buffer...
USB bulk write return value: -22
Error: libusb0-dll:err [_usb_setup_async] invalid endpoint 0x81

Treiber in multimeter-0.1_win32\libusb-win32-bin-1.2.6.0\bin, ggf. durch 
die Debug-Version aus libusb-win32-bin-debug-1.2.6.0.zip (sourceforge) 
ersetzen.

Test der Installation:

 multimeter-0.1/libusb-win32-bin-1.2.6.0/bin/x86
> testlibusb.exe

Dev #0: 0000 - 0000

  Dev #1: 04FC - USB to RS232C Adapter

Im Anhang die modifizierten Quellen, aktuelle libusb-win32, sowie 
dbgview, das mit der debugversion der Bibliothek folgendes ausgibt:

libusb0-sys:[release_all_interfaces] releasing all interfaces bound to file object 0x423fc80
libusb0-sys:[release_all_interfaces] releasing all interfaces bound to file object 0x423fc80
libusb0-sys:[get_descriptor] buffer size: 18 type: 0001 recipient: 0000 index: 0000 language id: 0000 timeout: 5000
libusb0-sys:[release_all_interfaces] releasing all interfaces bound to file object 0x423fc80
libusb0-sys:[get_descriptor] buffer size: 9 type: 0002 recipient: 0000 index: 0000 language id: 0000 timeout: 1000
libusb0-sys:[get_descriptor] buffer size: 32 type: 0002 recipient: 0000 index: 0000 language id: 0000 timeout: 1000
libusb0-sys:[release_all_interfaces] releasing all interfaces bound to file object 0x423fc80
libusb0-sys:[claim_interface] interface 0
libusb0-sys:[vendor_class_request] type: vendor
libusb0-sys:[vendor_class_request] recipient: device
libusb0-sys:[vendor_class_request] request: 0x21
libusb0-sys:[vendor_class_request] value: 0x0303
libusb0-sys:[vendor_class_request] index: 0x0000
libusb0-sys:[vendor_class_request] size: 0
libusb0-sys:[vendor_class_request] direction: out
libusb0-sys:[vendor_class_request] timeout: 1000
libusb0-sys:dbg [call_usbd_ex] status = 00000000h
libusb0-sys:[vendor_class_request] 0 bytes transmitted
libusb0-sys:[vendor_class_request] type: vendor
libusb0-sys:[vendor_class_request] recipient: device
libusb0-sys:[vendor_class_request] request: 0x22
libusb0-sys:[vendor_class_request] value: 0x0100
libusb0-sys:[vendor_class_request] index: 0x0000
libusb0-sys:[vendor_class_request] size: 0
libusb0-sys:[vendor_class_request] direction: out
libusb0-sys:[vendor_class_request] timeout: 1000
libusb0-sys:dbg [call_usbd_ex] status = 00000000h
libusb0-sys:[vendor_class_request] 0 bytes transmitted
libusb0-sys:[vendor_class_request] type: vendor
libusb0-sys:[vendor_class_request] recipient: device
libusb0-sys:[vendor_class_request] request: 0x21
libusb0-sys:[vendor_class_request] value: 0x0303
libusb0-sys:[vendor_class_request] index: 0x0000
libusb0-sys:[vendor_class_request] size: 0
libusb0-sys:[vendor_class_request] direction: out
libusb0-sys:[vendor_class_request] timeout: 1000
libusb0-sys:dbg [call_usbd_ex] status = 00000000h
libusb0-sys:[vendor_class_request] 0 bytes transmitted
libusb0-sys:[release_interface] interface 0
libusb0-sys:[release_all_interfaces] releasing all interfaces bound to file object 0x423fc80

Leider komme ich nicht weiter, da ich mich mit USB noch nie beschäftigt 
habe. Liegt das Problem wahrscheinlicher in den Unterschieden der 
libusb-Varianten oder an ggf. geänderter Hardware? Kann sich USB unter 
Windows anders verhalten als unter Linux (abgesehen davon, das es 
standardisiert ist)?

So einen Fehler findet man auch anderswo im Netz, aber ich werde aus den 
Antworten nicht schlau.

[Info (Gast)]

Device info von hier: 
http://sigrok.org/wiki/Device_cables/Info#V.26A_VA4000

$ lsusb -vvv
Bus 005 Device 069: ID 04fc:0201 Sunplus Technology Co., Ltd
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0         8
  idVendor           0x04fc Sunplus Technology Co., Ltd
  idProduct          0x0201 
  bcdDevice            1.00
  iManufacturer           0 
  iProduct                2 RS232C to USB Adapter
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         0 (Defined at Interface level)
      bInterfaceSubClass      0 
      bInterfaceProtocol      0 
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0010  1x 16 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0008  1x 8 bytes
        bInterval               0
Device Status:     0x0000
  (Bus Powered)

[Mark 99 (Gast)]

Info schrieb:
> Leider komme ich nicht weiter, da ich mich mit USB noch nie beschäftigt
> habe.

Wenn es ein ernstes Problem ist, dann wirst du kaum drumherum kommen. 
USB Complete von Jan Axelson ist das Lehrbuch der Wahl. Die Standards 
sind zwar frei erhältlich aber ein ziemlich heftiges Kaliber.

> Liegt das Problem wahrscheinlicher in den Unterschieden der
> libusb-Varianten

Kann sein, muss man halt (mühsam) debuggen.

> oder an ggf. geänderter Hardware?

Kann sein, muss man halt debuggen.

> Kann sich USB unter Windows anders verhalten als unter Linux (abgesehen
> davon, das es standardisiert ist)?

Ja, schon weil die prinzipielle Treiberarchitektur eine andere ist.

Zum Debuggen: Wireshark mit USB-Unterstützung ist nützlich.

[Info (Gast)]

Ja, schade, die Wahrscheinlichkeit, dass sich (hier) ein USB Experte mit 
besagtem Programmierkabel und Windows 7 findet, dürfte gering sein.
Da sich der Aufwand für mich dann nicht lohnt -> Abbruch.

[Jim M. (turboj)]

Ich würde einfach eine Linux VM mit VMware Player installieren und das 
USB Gerät durchreichen.

Die Fehlermeldung beim MingW Port deutet auf flachen Endpoint hin: Es 
wird versucht, auf dem 0x81 zu schreiben. Vom Endpoint 0x81 kann der PC 
aber nur lesen (das sagt das 0x80 Bit: IN). Zum Schreiben muss der 
Endpoint 0x02 benutzt werden.

[Info (Gast)]

Jim Meba schrieb:
> Die Fehlermeldung beim MingW Port deutet auf flachen Endpoint hin: Es
> wird versucht, auf dem 0x81 zu schreiben. Vom Endpoint 0x81 kann der PC
> aber nur lesen (das sagt das 0x80 Bit: IN). Zum Schreiben muss der
> Endpoint 0x02 benutzt werden.

Damit kann "das Kabel" leider nichts anfangen:

USB bulk write return value: -116
Error: libusb0-dll:err [_usb_reap_async] timeout error

[Christian R. (supachris)]

Info schrieb:
> Damit kann "das Kabel" leider nichts anfangen:
> USB bulk write return value: -116
> Error: libusb0-dll:err [_usb_reap_async] timeout error

Das kann genauso gut bedeuten, dass du da ein Protokoll einhalten musst. 
Wahrscheinlich macht die Firmware einen STALL auf dem Endpoint, wenn die 
Daten nicht wie erwartet kommen.

[Info (Gast)]

Richtig - wenn keine Daten abzuholen sind, gibt es einen Timeout.
Das Problem war also eigentlich nur das read/write Bit in der 
Endpoint-Adresse, bzw. die im Code genutzte bulk Funktion.
Ich poste bei Gelegenheit meinen rudimentären code und exe für VA38.

Danke für die Hilfe.