Ich habe ein USB-CDC-ACM-Gerät, das die serielle USB-Kommunikation emuliert. Die CDC-Kommunikations- und Datenschnittstellen werden jeweils in den Schnittstellendeskriptoren 2-1:1.0 (Kommunikation) und 2-1:1.1 (Daten) angezeigt, und der cdc_acmTreiber wird ordnungsgemäß geladen.
/dev/ttyACMXMein Problem ist, dass vom Treiber nur die Kommunikationsschnittstelle zugewiesen wird cdc_acm, die Datenschnittstelle jedoch ignoriert wird. Dies scheint zu verhindern, dass das Gerät ordnungsgemäß funktioniert (ein GBA ST2-Banknotenprüfer mit ccTalk-Protokoll). Unter Windows 8+ funktioniert es mit dem usbser.sysTreiber einwandfrei.
Mit cdc_acmTreiber, dmesg und lsusb lautet die Ausgabe:
$ dmesg
[ 3484.982436] usb 2-1: new full-speed USB device number 4 using ohci-pci
[ 3485.251788] usb 2-1: New USB device found, idVendor=16f9, idProduct=0003
[ 3485.251792] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3485.251794] usb 2-1: Product: GBA ST2
[ 3485.251795] usb 2-1: Manufacturer: Astrosystems
[ 3485.251796] usb 2-1: SerialNumber: 06010010001
[ 3485.260103] cdc_acm 2-1:1.0: ttyACM0: USB ACM device
$ lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/12p, 12M
|__ Port 1: Dev 4, If 0, Class=Communications, Driver=cdc_acm, 12M
|__ Port 1: Dev 4, If 1, Class=CDC Data, Driver=cdc_acm, 12M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/12p, 480M
Zeigt das:
- 2-1:1.0 wird zugewiesen an
/dev/ttyACM0 - 2-1:1.1 wird ignoriert
Durch das Herumspielen mit dem usbserialTreiber, um die Datenschnittstelle einem /dev/ttyUSBXPort zuzuweisen, habe ich festgestellt, dass die folgende ManipulationManchmalWerke:
- Schließen Sie das Gerät an und lassen Sie es den
cdc_acmTreiber verwenden. Dadurch wird das Gerät aus dem Ruhemodus geholt (die Geräte-LEDs leuchten grün). - Wechseln Sie mit zum
usbserialTreibermodprobe -r cdc_acm && modprobe usbserial vendor=0x16f9 product=0x0003, wodurch die Kommunikationsschnittstelle ignoriert und die Datenschnittstelle einem USB-Port zugewiesen wird. - Wenn das Gerät wieder in den Ruhemodus wechselt, muss es erneut angeschlossen und ab Schritt 1 erneut initialisiert werden.
Bei Verwendung des usbserialTreibers:
- 2-1:1.0 wird ignoriert
- 2-1:1.1 wird zugewiesen an
/dev/ttyUSBX
Verwandte dmesg und lsusb:
$ dmesg
[ 3688.481125] usbserial_generic 2-1:1.0: Generic device with no bulk out, not allowed.
[ 3688.481153] usbserial_generic: probe of 2-1:1.0 failed with error -5
[ 3688.481157] usbserial_generic 2-1:1.1: The "generic" usb-serial driver is only for testing and one-off prototypes.
[ 3688.481158] usbserial_generic 2-1:1.1: Tell [email protected] to add your device to a proper driver.
[ 3688.481160] usbserial_generic 2-1:1.1: generic converter detected
[ 3688.481219] usb 2-1: generic converter now attached to ttyUSB0
$ lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/12p, 12M
|__ Port 1: Dev 4, If 0, Class=Communications, Driver=, 12M
|__ Port 1: Dev 4, If 1, Class=CDC Data, Driver=usbserial_generic, 12M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/12p, 480M
Ich vermute, dass das Gerät die CDC-Kommunikationsschnittstelle verwendet, um eine Art Initialisierung durchzuführen, und dann bei Verwendung die CDC-Datenschnittstelle.
Wie kann ich beide Schnittstellen an einen USB- und/oder ACM-Port anschließen? Soll ich meinen eigenen Treiber implementieren (oder den cdc_acm-Treiber erweitern), um jeden Deskriptor explizit an einen USB- oder ACM-Port anzuschließen?
Hier ist ein Beispiel lsusbfür eine -v-Ausgabe, die die Kommunikationsschnittstelle auf 2-1:1.0 und die Datenschnittstelle auf 2-1:1.1 zeigt:
Bus 002 Device 003: ID 16f9:0003
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 2 Communications
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x16f9
idProduct 0x0003
bcdDevice 14.06
iManufacturer 1 Astrosystems
iProduct 2 GBA ST2
iSerial 3 06010010001
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 62
bNumInterfaces 2
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 2 Communications
bInterfaceSubClass 2 Abstract (modem)
bInterfaceProtocol 1 AT-commands (v.25ter)
iInterface 4 GBA USB Serial Port
CDC Header:
bcdCDC 1.20
CDC ACM:
bmCapabilities 0x02
line coding and serial state
CDC Union:
bMasterInterface 0
bSlaveInterface 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 50
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 10 CDC Data
bInterfaceSubClass 0 Unused
bInterfaceProtocol 0
iInterface 4 GBA USB Serial Port
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Device Status: 0x0001
Self Powered