El chip FTDI devuelve el descriptor de un dispositivo desconocido

Quisiera depurar el kernel de mi nexus 5 y envié a un fab el diseño del cable debu que usa internamente un FTDIchip que crea un USBpuente serial.

Dado que el chip es un QFNpaquete, es un poco molesto para soldar, pero después de algunos intentos lo hice; uno de los tableros se ve correctamente, de hecho desde elsyslog

kernel: [12174.440550] usb 3-14: new full-speed USB device number 5 using xhci_hcd
kernel: [12174.585763] usb 3-14: New USB device found, idVendor=0403, idProduct=6001
kernel: [12174.585766] usb 3-14: New USB device strings: Mfr=1, Product=2, SerialNumber=3
kernel: [12174.585767] usb 3-14: Product: DCSD USB UART
kernel: [12174.585768] usb 3-14: Manufacturer: FTDI
kernel: [12174.585768] usb 3-14: SerialNumber: A600ASO8
mtp-probe: checking bus 3, device 5: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-14"
mtp-probe: bus: 3, device: 5 was not an MTP device
kernel: [12174.606497] usbcore: registered new interface driver usbserial
kernel: [12174.606569] usbcore: registered new interface driver usbserial_generic
kernel: [12174.606633] usbserial: USB Serial support registered for generic
kernel: [12174.608070] usbcore: registered new interface driver ftdi_sio
kernel: [12174.608128] usbserial: USB Serial support registered for FTDI USB Serial Device
kernel: [12174.608173] ftdi_sio 3-14:1.0: FTDI USB Serial Device converter detected
kernel: [12174.608245] usb 3-14: Detected FT232RL
kernel: [12174.608427] usb 3-14: FTDI USB Serial Device converter now attached to ttyUSB0

En cambio, otras dos placas se ven como un LED de estado DCSD

kernel: [11309.878562] usb 3-14: new full-speed USB device number 4 using xhci_hcd
kernel: [11310.024048] usb 3-14: New USB device found, idVendor=0403, idProduct=8a88
kernel: [11310.024051] usb 3-14: New USB device strings: Mfr=1, Product=2, SerialNumber=3
kernel: [11310.024052] usb 3-14: Product: DCSD Status LED
kernel: [11310.024053] usb 3-14: Manufacturer: FTDI
kernel: [11310.024054] usb 3-14: SerialNumber: A101FPA7

Lo busqué en Google pero no he encontrado nada relacionado con él.

Dado que dos dispositivos devuelven exactamente el mismo descriptor, no creo que sea un error de transmisión, sino otra cosa, ¿alguien tiene idea de qué puede causar este comportamiento?

PD: El chip ha sido comprado en aliexpress por lo que no puedo decir que sea original.

EDITAR

Como indica la solución, el chip fue reprogramado.

Por cierto, gracias al comentario de @ pjc50, busqué una forma de reescribir la EEPROM: en un sistema Debian puedes instalar ftdi-eepromy luego tienes que escribir un archivo de configuración con el deseado VIDyPID

vendor_id=0x0403        # Vendor ID
product_id=0x6001       # Product ID

y luego use el programa para volver a flashear el chip

$ sudo ftdi_eeprom --device i:0x0403:0x8a88 --flash-eeprom ftdi.conf

( ftdi.confes el nombre del archivo de configuración descrito anteriormente).

Ahora tengo el dispositivo correctamente identificado por el kernel.

Tienen una "ID de producto" diferente que se interpreta de manera diferente. ¿Puedes reprogramar esta identificación?
¿UH no? El que funciona envía idProduct=6001 , mientras que los otros envían idProduct=8a88 . Además, el LED de estado del DCSD de la cadena del producto es enviado por el dispositivo y el kernel lo imprime palabra por palabra.
tal vez, de la hoja de datos ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT232R.pdf en las páginas 34 y 35 se habla de la configuración interna de EEPROM que se puede reprogramar con una aplicación a través de USB. Por cierto, estoy más interesado en el motivo de este PID diferente :)
@gipi: dos razones obvias: el chip se programó mal o es falso

Respuestas (1)

Parece que el chip FTDI está preprogramado con un PID personalizado.

Puedes reprogramarlo con FT_PROG .

El chip FTDI devuelve el descriptor de un dispositivo desconocido
RespuestasAquíPolítica de privacidad1y, 0v