Hardware
VisorVisor de Dispositivos USB
Inspecciona dispositivos USB desde el navegador con WebUSB: ID vendor y producto, fabricante, versión USB, configuraciones, interfaces y endpoints.
¿Tienes comentarios? Reporta errores, sugiere funciones o comparte tus ideas — leemos todosAcerca del Visor de Dispositivos USB
Vea información detallada sobre dispositivos USB conectados usando la API WebUSB. Explore descriptores de dispositivos incluyendo IDs de fabricante/producto, configuraciones, interfaces y endpoints. Perfecto para desarrollo USB, depuración de hardware y comprender la estructura de dispositivos USB.
How to use:
- Haga clic en 'Seleccionar dispositivo USB' para abrir el selector de dispositivos.
- Elija un dispositivo USB de la lista de dispositivos conectados.
- Vea información detallada del dispositivo incluyendo IDs y descriptores.
- Explore las configuraciones, interfaces y endpoints del dispositivo.
- Consulte las clases de interfaz y tipos de endpoints para su dispositivo.
- Use 'Desconectar' para liberar el dispositivo cuando termine.
Compatibilidad del Navegador
- Chrome/Edge (Escritorio): Soporte completo
- Opera: Compatible
- Firefox/Safari: No compatible
- Se requiere HTTPS por seguridad
- El usuario debe seleccionar dispositivos manualmente
Referencias Técnicas
- MDN WebUSB API: https://developer.mozilla.org/en-US/docs/Web/API/USB
- Especificación WebUSB: https://wicg.github.io/webusb/
- Estado de Plataforma Chrome: https://chromestatus.com/feature/5651917954875392
Preguntas Frecuentes
La herramienta usa la API WebUSB para enumerar dispositivos USB conectados que el usuario autoriza explícitamente para acceso del navegador. Muestra el ID de vendedor (VID) e ID de producto (PID) como números hexadecimales de 16 bits, las cadenas de fabricante y producto almacenadas en el descriptor del dispositivo, el número de serie USB cuando está presente y el árbol completo de configuración — interfaces, ajustes alternativos, puntos finales con su dirección (IN o OUT), tipos de transferencia (control, masivo, interrupción, isócrono) y tamaños máximos de paquete. No muestra información a nivel de kernel disponible para herramientas del sistema como lsusb -v en Linux porque el sandbox del navegador restringe el acceso por seguridad. WebUSB está pensado para trabajo de hobby y prototipo, no para reemplazar controladores nativos.
La mayoría de usuarios nunca necesita mirar bajo el capó, pero los desarrolladores, makers, personal de soporte TI y usuarios curiosos se benefician en varios escenarios. Cuando un dispositivo no se enumera bien, comparar el descriptor en dos computadoras puede aislar si el dispositivo es defectuoso o la pila del host se comporta mal. Proyectos de hardware personalizados (Arduino, Raspberry Pi Pico, ESP32 con TinyUSB) necesitan verificación de que sus descriptores coincidan con lo configurado en firmware. La detección de falsificaciones también se beneficia: un VID asignado por USB-IF legítimo como 0x05AC (Apple) en un cable sin marca es bandera roja. Usuarios conscientes de privacidad también pueden inspeccionar qué números de serie e identificadores únicos sus cables y dongles exponen a cada computadora.
Un dispositivo bien comportado expone un VID real registrado (asignado por USB-IF, cuesta $6,000 para nuevos vendedores), cadenas descriptivas de fabricante y producto en UTF-16LE, la versión bcdUSB correcta (p.ej. 0x0200 para USB 2.0, 0x0300 para USB 3.0) y ningún número de serie o uno estable globalmente único. Banderas rojas incluyen el VID 0x1234 (frecuente en placas de desarrollo sin registrar), descriptores de cadena vacíos (solo VID/PID sin nombre legible), bMaxPacketSize0 inconsistente (debe ser 8, 16, 32 o 64 para full-speed, 64 para high-speed), o un dispositivo que se reconfigura entre enumeraciones (descriptor cambia al desconectar y reconectar). El campo bcdDevice también puede revelar versión de firmware cuando fabricantes lo actualizan entre revisiones.
Un dispositivo USB habla mediante una o más interfaces, cada una representando una función lógica — una impresora podría exponer una interfaz para imprimir y otra para escanear. Cada interfaz contiene puntos finales, que son tuberías unidireccionales de datos: un punto final OUT recibe del host, uno IN envía al host. Los cuatro tipos de transferencia sirven patrones de tráfico distintos. Puntos finales de control (siempre 0) manejan configuración, descriptores y solicitudes estándar. Puntos finales masivos llevan datos grandes tolerantes a latencia como transferencias de archivos. Puntos finales de interrupción sondean cargas pequeñas a intervalos fijos — usados por teclados, ratones y dispositivos HID. Puntos finales isócronos reservan ancho de banda sin reintento de error — usados por audio y video donde perder un cuadro es preferible a retrasarlo.
WebUSB restringe intencionalmente el acceso para proteger a los usuarios. Dispositivos que ya tienen un controlador de clase cargado por el sistema — teclados, ratones, almacenamiento masivo, impresoras, audio, tarjetas inteligentes — están bloqueados por política del navegador de acceso WebUSB, para que un sitio web malicioso no pueda robar pulsaciones de tecla o leer su unidad USB. Solo dispositivos que explícitamente anuncian soporte WebUSB (vía descriptor Microsoft OS 2.0 con la capacidad de plataforma WebUSB) o que no tienen controlador del sistema reclamándolos aparecen en el selector. Cada autorización es por origen y por dispositivo: conceder acceso a un sitio web no lo concede a otros, y puede revocar permiso en la configuración del sitio del navegador.
Los cables son pasivos pero cada vez más contienen un chip e-marker — un pequeño IC que reporta capacidades del cable (corriente máxima, carriles de datos USB 3.x, soporte Thunderbolt, modos alternativos de video) al host mediante los pines de Canal de Configuración (CC). WebUSB no puede consultar e-markers directamente, pero puede inferir capacidad del cable por qué descriptores de dispositivo aparecen: si conecta un SSD USB 3.x mediante el cable y enumera solo como USB 2.0, el cable carece de pares SuperSpeed. Si una unidad Thunderbolt aparece solo como USB 3.x, el cable no está certificado Thunderbolt. La prueba más fiable sigue siendo: conecte un dispositivo conocido bueno y completo y verifique que su descriptor reporta la versión bcdUSB esperada.
Las versiones USB en el descriptor (bcdUSB) y los nombres de marketing divergen confusamente. USB 1.1 (bcdUSB 0x0110) es 1,5/12 Mbps. USB 2.0 (0x0200) alcanza 480 Mbps. USB 3.0 original (0x0300) es 5 Gbps y fue rebautizado USB 3.1 Gen 1, luego USB 3.2 Gen 1, luego USB 5Gbps. USB 3.1 Gen 2 / 3.2 Gen 2 / USB 10Gbps dobla a 10 Gbps. USB 3.2 Gen 2x2 / USB 20Gbps usa USB-C de doble carril para 20 Gbps. USB4 (basado en protocolo Thunderbolt 3) va a 20 o 40 Gbps. El descriptor reporta el nivel de protocolo nativo del dispositivo, pero la velocidad negociada depende del host, cable y cadena de hubs. Un dispositivo USB 3.x en un hub USB 2.0 reportará USB 3.x en su descriptor pero operará a 480 Mbps.
El permiso WebUSB otorga al origen acceso directo a puntos finales específicos del vendedor del dispositivo autorizado. Una vez concedido, el sitio puede enviar y recibir transferencias USB en bruto al dispositivo mientras esté conectado y la página cargada. Esto es apropiado para una app de programación de hardware con propósito único (p.ej. actualizador de firmware para una placa específica) pero inapropiado para sitios generales. Mejores prácticas: revoque permiso en configuración del sitio cuando deje de usar la herramienta, nunca autorice acceso a dispositivos sensibles a seguridad como billeteras de hardware salvo que el vendedor lo soporte explícitamente, prefiera autorizar por sesión sobre permanente, y verifique que el sitio es la URL legítima del fabricante antes de permitir. WebUSB no puede causar daño físico en la mayoría de dispositivos pero sí corromper firmware en placas flasheable si se abusa.
CONECTIVIDAD5
HERRAMIENTAS PARA DESARROLLADORES99
WUTOOLS