
Tengo un dispositivo USB CDC-ACM que emula la comunicación serie a través de USB. Las interfaces de comunicaciones y datos de CDC se muestran respectivamente en los descriptores de interfaz 2-1:1.0 (Comunicación) y 2-1:1.1 (Datos), y el cdc_acm
controlador se está cargando correctamente.
/dev/ttyACMX
Mi problema es que el controlador solo asigna la interfaz de comunicación cdc_acm
, pero se ignora la interfaz de datos. Parece impedir que el dispositivo funcione correctamente (un validador de billetes GBA ST2 que utiliza el protocolo ccTalk). Funciona bien en Windows 8+ usando el usbser.sys
controlador.
Con cdc_acm
el controlador, la salida dmesg y lsusb es:
$ 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
Mostrando que:
- 2-1:1.0 está asignado a
/dev/ttyACM0
- 2-1:1.1 se ignora
Al jugar con el usbserial
controlador para asignar la interfaz de datos a un /dev/ttyUSBX
puerto, encontré que la siguiente manipulacióna vecesobras:
- Conecte el dispositivo y haga que utilice el
cdc_acm
controlador. Esto hace que el dispositivo salga del modo de suspensión (los LED del dispositivo se vuelven verdes) - Cambie al
usbserial
controlador usandomodprobe -r cdc_acm && modprobe usbserial vendor=0x16f9 product=0x0003
, lo que provocará que se ignore la interfaz de comunicaciones y se asigne la interfaz de datos a un puerto USB. - Si el dispositivo vuelve al modo de suspensión, es necesario volver a enchufarlo e inicializarlo nuevamente desde el paso 1.
Al utilizar el usbserial
controlador:
- 2-1:1.0 se ignora
- 2-1:1.1 está asignado a
/dev/ttyUSBX
Dmesg y lsusb relacionados:
$ 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
Supongo que el dispositivo usa la interfaz de comunicación CDC para realizar algún tipo de inicialización, y luego la interfaz de datos CDC cuando está en uso.
¿Cómo puedo tener ambas interfaces conectadas a un puerto USB y/o ACM? ¿Debo implementar mi propio controlador (o ampliar el controlador cdc_acm) para conectar explícitamente cada descriptor a un puerto USB o ACM?
Aquí hay un ejemplo lsusb
de salida -v que muestra la interfaz de comunicación en 2-1:1.0 y la interfaz de datos en 2-1:1.1:
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