Contención del bus USB: por qué tus dispositivos se frenan

La creencia común de que cada puerto USB es independiente es errónea. Los dispositivos que comparten enlace ascendente, hub, dominio de velocidad o recursos del controlador compiten por ancho de banda; los de rutas separadas no. Cuando un dispositivo de alto consumo como una cámara o una unidad externa comparte controlador con otros, todos pueden ralentizarse. Esta guía explica la topología USB real, identifica los síntomas de contención y da una estrategia de reconexión. Las cifras son valores de referencia; las velocidades reales dependen del controlador, cable, dispositivo y sistema operativo.

La mayoría de la gente asume que cada puerto USB de su ordenador es un carril independiente con su propia conexión privada al sistema. Conecta una unidad en un puerto y una cámara en otro, y la expectativa natural es que ninguno pueda afectar al otro. Pregunta a una docena de usuarios por qué sus dispositivos se ralentizan juntos, y la mayoría culpará a los dispositivos, los cables o el sistema operativo. Ese modelo mental es erróneo, y es la razón por la que tantas sesiones de resolución de problemas USB terminan en frustración.

Los puertos USB no son independientes. Están agrupados bajo controladores, y cada dispositivo en un único controlador comparte un bus con un ancho de banda total fijo. Cuando los dispositivos de ese bus necesitan más de lo que puede entregar, compiten por ello, y todos en el bus se ralentizan — incluso dispositivos que apenas usan ancho de banda ellos mismos. Esa competencia es la contención de bus.

La contención explica una larga lista de síntomas misteriosos: una webcam que pierde fotogramas en cuanto una unidad externa empieza a copiar, audio que chasquea cuando una impresora inicia un trabajo, un controlador MIDI que se desconecta a mitad de la actuación. En muchos de estos casos los dispositivos no están defectuosos — están siendo privados, y el hambre lo causa el diseño de conexión, no el hardware. Conecta los mismos dispositivos a otros puertos y los problemas a menudo desaparecen, por lo que periféricos idénticos funcionan perfectamente en el ordenador de un amigo. Las anomalías USB también pueden provenir de energía, calidad del cable, errores de controlador, programación del controlador, límites de transferencia isócrona, interferencia de RF de USB 3.x o problemas de firmware — la contención de ancho de banda es un candidato principal que conviene comprobar primero, no una explicación universal.

La buena noticia: la contención es diagnosticable y a menudo reparable reconectando puertos existentes. Un ejemplo citado con frecuencia: una webcam Logitech C920 que perdía fotogramas en un Dell XPS 15 se arregló moviendo una unidad Samsung T7 a otro controlador — la reparación costó cero euros. (Ese es un caso de ejemplo reportado por usuarios, no una medición de laboratorio controlada.) Esta página explica cómo funciona realmente la topología USB, por qué ciertos patrones de conexión pueden privar a tus dispositivos y cómo reordenar tus puertos para reducir o eliminar el problema. Las cifras de ancho de banda aquí son valores de referencia habituales; las velocidades reales dependen de tu controlador, cable y firmware del dispositivo específicos.

Cómo funciona realmente la topología USB

El tráfico USB sigue una jerarquía estricta. En la parte superior está el controlador host, un chip en la placa base que ejecuta el protocolo USB en nombre del sistema. Cada controlador posee uno o más concentradores raíz, que terminan en los puertos físicos de la parte trasera. Los cables y los concentradores descendentes externos extienden el bus más lejos, y los dispositivos cuelgan de los extremos. Si los dispositivos compiten de hecho depende de si comparten el mismo enlace ascendente, el mismo hub, el mismo dominio de velocidad y los mismos recursos de programación del controlador. Los dispositivos en dominios de velocidad separados (USB 2.0 frente a USB 3.x) o en ramas de concentrador raíz separadas bajo el mismo controlador pueden no competir en absoluto — ver el mismo nombre de controlador no prueba que beban de un único grupo de ancho de banda. Como primera aproximación, sin embargo, tratar todo bajo un controlador como compartido es la suposición segura al diagnosticar contención.

En los sistemas modernos, los controladores viven en el chipset en lugar de como chips separados, por lo que el orden de los puertos de una placa base puede parecer arbitrario. El fabricante decide qué puertos físicos se conectan a qué controlador, y esa agrupación no está impresa en ninguna parte de la carcasa. Cuatro puertos traseros pueden colgar de un controlador mientras el encabezado del panel frontal conduce a otro, sin ninguna pista visual. La única forma fiable de aprender la agrupación es inspeccionarla en software.

Los hubs externos extienden el árbol un nivel más abajo, pero no crean un bus nuevo — añaden ramas descendentes al mismo controlador, y cada salto añade un poco de latencia. La regla práctica: los hubs multiplican tus opciones de conexión mientras comparten un único presupuesto de ancho de banda.

El Administrador de dispositivos de Windows agrupa las conexiones USB bajo Controladores de bus serie universal. Cada entrada Concentrador raíz USB representa una rama del árbol USB, pero ten en cuenta que un único controlador host puede gestionar múltiples concentradores raíz y el Administrador de dispositivos no siempre muestra la agrupación física completa del controlador. Para una vista de topología más precisa, herramientas como USB Device Tree Viewer o USBView muestran la jerarquía real de controlador-a-hub-a-dispositivo. macOS muestra la misma información en el Informe del sistema bajo USB, y Linux muestra el árbol con lsusb -t.

Considera un ejemplo concreto de una placa base de consumo convencional. Típicamente tiene 2–3 controladores USB: el controlador USB 2.0 nativo del chipset, un controlador USB 3.x de terceros (a menudo ASMedia o similar) y posiblemente un controlador Thunderbolt que también transporta USB. Los puertos traseros están agrupados por controlador, no por generación. El mapeo exacto varía según el fabricante y debe verificarse contra el manual de la placa base o herramientas de árbol USB.

Ahora imagina el cableado: una webcam en un puerto USB 2.0 trasero, una unidad externa en otro puerto USB 2.0 trasero y un receptor de ratón en un tercero. Los tres están en el mismo bus y compiten por unos 280 Mbps de capacidad. Mueve la unidad a un puerto USB 3.0 en el segundo controlador y la cámara de repente tiene el bus USB 2.0 para sí sola. La topología, no el hardware, era el cuello de botella.

Ese es el punto de mapear la topología: convierte el cambio aleatorio de puertos en un plan deliberado.

El ancho de banda que realmente importa

El ancho de banda es el lenguaje de la contención, y dos números importan más que todos los demás. Un bus USB 2.0 está especificado teóricamente a 480 Mbps (USB-IF: USB 2.0 Specification, sección 5.7.6). Tras la sobrecarga del protocolo, el techo práctico está típicamente en el rango de 250–280 Mbps de rendimiento utilizable (unos 30–35 MB/s) (USB-IF: USB 2.0 Specification; mediciones de la industria muestran ~280 Mbps sostenidos en controladores conformes), dependiendo del controlador y la carga del sistema. Un bus USB 3.0 está especificado a 5 Gbps, aproximadamente diez veces más, con un techo práctico típicamente en el rango de 300–400 MB/s según el controlador y la calidad del cable. Nota las unidades: Mbps es megabits por segundo, MB/s es megabytes por segundo; 1 MB/s equivale a 8 Mbps.

Ahora compara lo que tus dispositivos consumen realmente. Una Logitech C920 en un bus USB 2.0 transmite unos 35 Mbps sostenidos para 1080p30 MJPEG, dejando unos 245 Mbps para otros dispositivos — y eso antes de la sobrecarga del protocolo de las transferencias isócronas:

• Una webcam 1080p a 30 fps en un formato comprimido como MJPEG o H.264 transmite típicamente 20–50 Mbps, según la calidad de codificación de la cámara — un rango consistente con la Logitech C920 a ~35 Mbps para 1080p30 MJPEG y la OBSBOT Tiny 4K a ~40–50 Mbps para 1080p30 H.264 (Logitech Support: C920 Specifications; OBSBOT: Tiny 4K Streaming Guide). Una transmisión YUY2 sin comprimir a la misma resolución es mucho mayor — a menudo varios cientos de Mbps o más — así que trata la cifra comprimida como un rango aproximado solo para formatos comprimidos.
• Una SSD externa en una gran copia de archivos suele funcionar a 100–400 MB/s (megabytes por segundo), según la unidad y la interfaz; algunas unidades de gama alta lo superan. Las unidades mecánicas más antiguas son típicamente más lentas.
• Una impresora envía datos en ráfagas cortas y pesadas mientras imprime un trabajo.
• Un ratón, teclado o receptor inalámbrico consume unos pocos kilobits por segundo insignificantes.

La aritmética es la revelación. Conecta cámara y unidad externa al mismo bus USB 2.0 y la unidad puede consumir todo el ancho de banda práctico, dejando casi nada para la cámara. Añade un tercer dispositivo activo y el controlador no puede atender a todos, así que atiende las solicitudes por turnos. Cada dispositivo en el bus experimenta los retardos resultantes: la unidad copia más lento, la cámara pierde fotogramas, e incluso el ratón puede sentirse lento porque sus diminutos paquetes de sondeo quedan atrapados detrás de transferencias mayores en la cola.

Entender a dónde va el presupuesto importa más que los números brutos. Muchas cámaras e interfaces de audio negocian transferencias isócronas: reservan por adelantado una franja recurrente del bus, protegiendo su flujo a costa de menos para todos los demás. Algunos dispositivos usan en su lugar transferencias masivas, que compiten de forma distinta — pero el efecto práctico es el mismo cuando el bus se llena. Cuando las franjas reservadas más las transferencias en ráfaga superan ese techo, el controlador adelgaza las transferencias de mejor esfuerzo y, en el peor caso, falla las reservas — exactamente cuando una cámara empieza a perder fotogramas.

Las cifras también explican por qué USB 3.0 se siente como la solución a todo. Su techo práctico es un orden de magnitud mayor — teóricamente 5 Gbps (USB-IF: USB 3.0 Specification, sección 5.6.6) con un techo real típico de unos 300–400 MB/s (Samsung T7 Portable SSD, benchmark ~350 MB/s de lectura sostenida en USB 3.2 Gen 1) — así que dos o tres dispositivos pesados pueden coexistir en un bus de 5 Gbps sin contención perceptible. Pero la misma lógica escala hacia arriba: múltiples unidades escribiendo en paralelo pueden saturar incluso un bus USB 3.0. La contención sigue a la demanda, no a la etiqueta del puerto.

Cuatro mitos sobre USB

Cuatro supuestos sobre el ancho de banda USB causan la mayor parte de la mala configuración en la práctica. Cada uno suena plausible, cada uno se repite en foros, y cada uno apunta a la misma conclusión errónea: culpar al dispositivo cuando el diseño tiene la culpa.

Mito uno: «USB 3.0 y 2.0 son independientes». Son eléctricamente separados, sí — pero solo en la placa base. La complicación son los hubs. Conecta un dispositivo USB 2.0 a un hub USB 3.0. Un hub conforme tiene rutas USB 2.0 y SuperSpeed separadas, así que tu dispositivo 2.0 funciona como se espera a High-Speed 480 Mbps en la ruta USB 2.0 (USB-IF: USB 2.0 Specification). Pero algunos hubs más antiguos negocian el dispositivo a Full-Speed 12 Mbps (USB-IF: USB 2.0 Specification, sección 5.4.4) — sin advertencia, sin error, una caída de rendimiento de diez veces o más sin error ni aviso. Comprueba siempre la velocidad negociada en el Administrador de dispositivos.

Mito dos: «Más puertos, más ancho de banda». Añadir un hub o conectar dispositivos en los puertos restantes no crea rendimiento. Un panel trasero con seis puertos en un controlador ofrece el mismo ancho de banda total que un único puerto en ese controlador. Más puertos es comodidad, nunca ancho de banda. Un hub USB 2.0 de ocho puertos sigue entregando unos 280 Mbps a todos sus puertos combinados — el hub arbitra el acceso a una única línea ascendente, no un presupuesto por puerto.

Mito tres: «Los receptores inalámbricos necesitan USB 3.0 para velocidad». Un receptor de ratón o teclado envía unos pocos kilobits por segundo — un puerto USB 2.0 es mil veces más que suficiente. El verdadero enemigo es la interferencia de RF. Las señales USB 3.0 generan ruido de radio sobre unos 2 a 2,8 GHz (Logitech Support: USB 3.0 Interference Guide, 2013; Intel: USB 3.x Interference Whitepaper, 2015), lo que se solapa con la banda de 2,4 GHz que usa tu receptor. Conéctalo junto a un puerto USB 3.0 y la antena queda en una zona de ruido de radio. Usa un puerto USB 2.0 directo con el cable extensor de la caja — eso solo suele resolver el tartamudeo recurrente del ratón.

Mito cuatro: «La contención de ancho de banda es rara». Es una de las causas más pasadas por alto de problemas de dispositivos USB, precisamente porque es invisible. Los dispositivos rara vez anuncian que están siendo privados. Pierden fotogramas, chasquean, tartamudean o se desconectan de forma intermitente — y cada síntoma se culpa al dispositivo mismo. El resultado es un cementerio de webcams, interfaces de audio y unidades RMA que funcionarían perfectamente en otro diseño de puertos. Trata la contención como un candidato principal a comprobar primero en fallos USB intermitentes — pero no como la única causa posible.

¿Portátil o escritorio? Problemas distintos.

Los portátiles y los escritorios fallan de forma distinta, y la topología explica por qué. Un portátil tiene uno a tres controladores para todo: todos sus puertos USB, la webcam integrada, el lector de huellas y a menudo el Bluetooth interno. Cada periférico que conectas compite no solo con otros periféricos, sino con el hardware integrado en los mismos buses. Los portátiles fusionan además cada vez más Thunderbolt y USB en un único controlador, así que un dock con pantalla, unidades y periféricos lo canaliza todo a través de un bus. La gestión agresiva de energía del BIOS puede además poner controladores individuales en reposo o desactivarlos para ahorrar batería, haciendo que los dispositivos aparezcan y desaparezcan sin aviso. Los escritorios tienen normalmente más controladores — dos a cuatro — lo que es una ventaja. El diseño sin embargo agrupa a menudo muchos puertos traseros bajo un único controlador, y una cadena de hubs puede canalizar una docena de dispositivos a un solo bus. El error típico del escritorio no es la falta de controladores, sino la mala asignación de puertos: los dispositivos pesados acaban en el mismo bus que todo lo demás. La diferencia práctica se muestra en la solución. En un portátil, resuelves la contención priorizando: decide qué dispositivos merecen el ancho de banda escaso y mueve el resto a los puertos USB 2.0 del dock o a un hub con alimentación. En un escritorio, la resuelves distribuyendo: mapea qué puertos traseros y frontales pertenecen a qué controlador y reparte los dispositivos pesados entre todos.

Tabla de diagnóstico de síntomas

Cada síntoma de abajo apunta a su causa más probable, convirtiendo una frustrante adivinanza en una hipótesis comprobable.

• La cámara pierde fotogramas — saturación de ancho de banda en un controlador compartido. Una cámara de transmisión es el canario clásico: consume ancho de banda continuamente y es el primer dispositivo que falla visiblemente cuando otra cosa en el bus reclama su parte. Desconecta los demás dispositivos y la cámara se recupera de inmediato. Por eso también una prueba de transmisión real de webcam puede mostrar una vista previa local limpia mientras el stream codificado se degrada — el bus puede estar privando a la cámara antes de que el codificador se active.
• El audio chasquea — problemas de ancho de banda o energía en un hub compartido. Las interfaces de audio son sensibles a la latencia. Cuando el bus está saturado, sus transferencias programadas llegan tarde y los retardos aparecen como clics y chasquidos. El síntoma suele aparecer solo mientras un segundo dispositivo transmite activamente.
• El controlador MIDI se desconecta — sensibilidad a la latencia en un bus saturado. MIDI depende de la entrega de baja latencia. Cuando las franjas de transferencia del controlador son privadas, el host trata el dispositivo como no responsivo y rompe la conexión. Reconectar lo restaura, hasta el siguiente evento de contención.
• El receptor inalámbrico tartamudea — interferencia de RF de USB 3.0 o contención de ancho de banda. Si el receptor está junto a puertos USB 3.0, sospecha primero de RF. Si funciona en reposo pero tartamudea bajo carga, sospecha del bus.
• La unidad externa copia lento — compartición de ancho de banda con otro dispositivo activo. El rendimiento de la unidad colapsa cuando una cámara o una segunda unidad está activa en el mismo bus. La misma unidad en un bus en reposo vuelve de inmediato a velocidad completa.
• Desconexiones intermitentes — umbral de energía o ancho de banda superado. Si las desconexiones siguen a otros dispositivos ocupados, la causa es el ancho de banda. Si siguen a añadir más dispositivos, la causa es la energía. El diagnóstico más rápido es cambiar la carga. Un dispositivo que se comporta perfectamente con todo lo demás desconectado y se comporta mal en cuanto el bus se ocupa es una víctima de la contención. Esa única observación separa fallos de hardware de fallos de diseño en minutos.

Mapea. Separa. Prueba.

Una vez que has mapeado tus controladores y confirmado el síntoma, la solución es una reconexión deliberada. Un ejemplo común: una interfaz de audio chasquea siempre que la impresora funciona porque ambas comparten el mismo bus USB 2.0. Recorrer este orden suele resolverlo en diez minutos:

1. Identifica tus controladores. Abre el Administrador de dispositivos y expande Controladores de bus serie universal. Ten en cuenta que cada Concentrador raíz USB es una rama del árbol USB, no necesariamente un controlador separado; un solo controlador host puede gestionar múltiples concentradores raíz. Para el mapeo más preciso de controlador-a-dispositivo, usa una herramienta de topología dedicada como USB Device Tree Viewer o USBView.
2. Agrupa los dispositivos de alto consumo en controladores separados. La cámara en un controlador, la unidad externa en otro. En un escritorio, eso suele significar el controlador trasero para la cámara y el encabezado del panel frontal — a menudo un controlador distinto — para la unidad.
3. Usa puertos directos de la placa base para dispositivos críticos. Para un ratón de gaming, una interfaz de audio o un controlador MIDI, sáltate los hubs y el panel frontal. Conecta directamente a la E/S trasera con el cable más corto que alcance.
4. Usa un hub con alimentación para dispositivos hambrientos de energía, no para ancho de banda. Un hub con alimentación estabiliza dispositivos que fallan por energía insuficiente, pero no añade rendimiento. Los dispositivos pesados van a puertos directos; los accesorios hambrientos de energía van al hub.
5. Aleja los receptores inalámbricos de USB 3.0. Usa un puerto USB 2.0 trasero o el cable extensor del receptor para que la antena quede libre del ruido USB 3.0.
6. Vuelve a probar bajo carga después de cada cambio. Inicia una transmisión de cámara y una copia de unidad al mismo tiempo. El diseño es correcto si ninguna de las dos se degrada. Reconectar no cuesta nada y puede resolver muchos casos de contención. Si el síntoma persiste tras un diseño correcto, entonces el dispositivo mismo merece inspección, junto con la energía, la calidad del cable y los ajustes del controlador.

El navegador no es una herramienta de topología

La API USB del navegador es WebHID, que puede identificar dispositivos HID conectados como teclados, ratones y mandos tras permiso explícito del usuario. Puede mostrar información básica del dispositivo como IDs de fabricante y producto, pero no la topología completa del controlador USB, la utilización de ancho de banda por dispositivo ni la jerarquía controlador-a-hub-a-dispositivo. WebHID requiere permiso por dispositivo, y muchos periféricos — incluyendo dispositivos de almacenamiento y la mayoría de las cámaras — no se exponen al navegador en absoluto. La herramienta de información de dispositivos USB de este sitio usa WebHID para mostrar qué dispositivo HID está conectado y sus IDs de fabricante y producto; es una ayuda de identificación de dispositivos, no un analizador de topología. Para el mapeo completo de topología, usa USB Device Tree Viewer (Windows), USBView o system_profiler SPUSBDataType (macOS). Estas herramientas de sistema muestran el árbol real de controlador-a-concentrador-raíz-a-hub-a-dispositivo y pueden ayudar a identificar qué dispositivos comparten un bus. Combina la vista de herramienta de sistema con el Administrador de dispositivos para el mapeo de controladores y con HWiNFO para el rendimiento por dispositivo. Las herramientas de sistema responden cómo está conectado y qué tan duro trabaja — y confirman un diagnóstico de contención antes de desconectar nada.

Conclusión

USB es compartido, no dedicado. Cada puerto de tu ordenador es una puerta a un bus con una cantidad fija de ancho de banda, y cada dispositivo conectado a ese bus divide la capacidad entre ellos. Cuando los dispositivos se ralentizan juntos, a menudo no están defectuosos — probablemente están compitiendo. La solución rara vez es hardware nuevo — y a veces, contra intuitivamente, el mejor movimiento es desconectar, no añadir. Un ejemplo reportado con frecuencia: una webcam Logitech C920 que seguía perdiendo fotogramas se arregló desconectando una unidad flash que compartía su controlador. Contraintuitivo, pero plausible: el setup USB más rápido suele tener menos dispositivos en cada bus, no más. Mapea tu topología, separa los dispositivos de alto consumo entre distintos controladores, mantén los periféricos críticos en puertos directos de la placa base y da a los receptores inalámbricos una conexión USB 2.0 limpia. Luego prueba la ruta de conexión real: ejecuta una transmisión de cámara y una copia de unidad al mismo tiempo y observa qué se rompe. El diseño que sobrevive a esa prueba es el diseño que vale la pena conservar.