Eu tenho um dispositivo USB CDC-ACM emulando comunicação serial sobre USB. As interfaces de comunicações e dados do CDC são mostradas respectivamente nos descritores de interface 2-1:1.0 (Comm) e 2-1:1.1 (Data) e o cdc_acmdriver está sendo carregado corretamente.
Meu problema é que apenas a interface de comunicação está sendo atribuída /dev/ttyACMXpelo cdc_acmdriver, mas a interface de dados é ignorada. Parece impedir que o dispositivo funcione corretamente (um validador de contas GBA ST2 usando o protocolo ccTalk). Funciona bem no Windows 8+ usando o usbser.sysdriver.
Com cdc_acmdriver, a saída dmesg e lsusb é:
$ 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 isso:
- 2-1:1.0 é atribuído a
/dev/ttyACM0 - 2-1:1.1 é ignorado
Brincando com o usbserialdriver para atribuir a interface de dados a uma /dev/ttyUSBXporta, descobri que a seguinte manipulaçãoàs vezesfunciona:
- conecte o dispositivo e faça com que ele use o
cdc_acmdriver. Isso faz com que o dispositivo saia do modo de suspensão (os leds do dispositivo ficam verdes) - Mude para o
usbserialdriver usandomodprobe -r cdc_acm && modprobe usbserial vendor=0x16f9 product=0x0003, fazendo com que a interface Comm seja ignorada e a interface de dados seja atribuída a uma porta USB - Se o dispositivo voltar ao modo de suspensão, ele precisará ser reconectado e inicializado novamente a partir da etapa 1
Ao usar o usbserialdriver:
- 2-1:1.0 é ignorado
- 2-1:1.1 é atribuído a
/dev/ttyUSBX
Dmesg e 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
Meu palpite é que o dispositivo usa a interface de comunicação CDC para realizar algum tipo de inicialização e, em seguida, a interface de dados CDC quando em uso.
Como posso ter ambas as interfaces conectadas a uma porta USB e/ou ACM? Devo implementar meu próprio driver (ou estender o driver cdc_acm) para anexar explicitamente cada descritor a uma porta USB ou ACM?
Aqui está um exemplo lsusbde saída -v mostrando a interface de comunicação em 2-1:1.0 e a interface de dados em 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