Todas las respuestas son incorrectas si OP significa que el enlace opera a una velocidad de comunicación USB2.0 de alta velocidad (480 Mbit/s).
La longitud de un enlace de comunicación USB está limitada por la arquitectura USB de tener cinco concentradores en el enlace. El protocolo USB requiere que los dispositivos USB envíen paquetes de saludo como ACK, NAK, NRDY, etc. Estas respuestas deben volver al host dentro de un tiempo límite especificado, que se establece en 1,7 µs. El hardware del controlador del host pondría una bandera/interrupción si la respuesta no se recibe a tiempo después de 1-2-3 intentos, lo que significaría el fallo del enlace.
Ahora, ¿cuál fue la base de esta limitación de 1.7 µs? Se basa en el peor de los casos, un viaje de ida y vuelta de los paquetes de apretón de manos. Todo está explicado en las especificaciones de USB 2.0, Sección 7.1.19.2. Hay tres factores:
Integridad física de la señal sobre un diferencial de par trenzado para una fabricación realista de los cables (adaptación de la impedancia, uniformidad del cable, pérdida de señal). Esto resultó ser un límite de longitud de cable de 5 m por segmento. Un cable de 5 m tiene un retardo de propagación unidireccional estimado de 26 ns según las especificaciones del USB. Los seis cables tendrán un retardo de propagación de alrededor de 300 ns.
- Retardo de propagación de la señal digital a lo largo de la ruta del repetidor del concentrador, el cual está limitado por la arquitectura sugerida a 40 bits HS, lo cual es alrededor de 80 ns por concentrador unidireccional. Cinco concentradores tendrán un retardo de ida y vuelta de alrededor de 800 ns.
Un dispositivo USB puede responder en 192 bit times, lo que es 400 ns.
Por lo tanto, el tiempo total de respuesta es de 1500 ns. La especificación permite cierta holgura, y extiende el tiempo de respuesta a 1700 ns.
Por lo tanto, el límite del tiempo de propagación de los medios es 1700 ns - 400 ns = 1300 ns, o 650 ns en una dirección. Si se puede fabricar un cable que tiene una pérdida tan baja por encima de 650 ns de propagación de ondas que puede entregar una señal abierta ojo que se encuentra con la plantilla de extremo remoto USB, un anfitrión con un solo dispositivo USB puede trabajar con él. Tomando 26 ns por 5 m, se reduce a 125 m de cable. Este es el límite máximo teórico.
Me encantaría ver si se puede hacer este tipo de cable. Personalmente tuve un buen enlace sin errores con 40 ft (12 m) de cable hecho de Cat 5e. Pero depende de la calidad/sensibilidad de los receptores en ambos extremos de un enlace.
ADICIÓN: La respuesta anterior es válida sólo para el protocolo de comunicación global USB HS. Sin embargo, hay otra limitación funcional en la longitud máxima del cable en el USB: está relacionada con la función de desconexión de alta velocidad. La desconexión del HS en el USB se basa en la idea de que un cable desconectado reflejaría la señal de vuelta, por lo que la reflexión se suma al voltaje conducido que lleva a duplicar la amplitud de la señal en el transmisor. Tal y como está diseñado, el anfitrión del HS envía micro-marcas (llamadas SOF) cada 125 us. Con el propósito de detectar la desconexión del cable, el paquete SOF tiene un extremo alargado, de ~83 ns de longitud (el EOP normal es de 16,6ns de longitud).
Si el cable USB se desconecta en el puerto host, no hay problema. Pero si un dispositivo (con su terminación) se desconecta en el extremo más alejado de un cable largo, la reflexión debe volver dentro de 83 ns, la amplitud se duplicará, y un comparador especial en el receptor PHY registrará la condición de “desconexión HS”. Esto establece el límite del cable de tener un retardo de propagación unidireccional de 41,5 ns. Asumiendo una velocidad de propagación de 6" por 1 ns, esto requiere que el cable tenga menos de 250" de longitud, o unos 6,5 m de largo.
Esta limitación sólo tiene lugar si se quiere percibir una desconexión limpia y rápida. Con un cable más largo, el puerto anfitrión se desactivará eventualmente debido a un error de protocolo, así que no hay mucho problema al final.