2026-06-03

Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configuración, ID de informe y teclas faltantes

Cómo depurar el protocolo de arranque USB HID y el cambio de protocolo de informe, solicitudes SetProtocol, modo BIOS del teclado, ID de informe, claves faltantes y compatibilidad del firmware HID.

Los teclados y ratones USB HID pueden utilizar el protocolo de arranque o el protocolo de informe. Los usuarios buscan "Protocolo de arranque HID", "Protocolo de informe HID", "modo BIOS del teclado USB", "SetProtocol HID", "el teclado funciona en BIOS pero no en el sistema operativo" y "Faltan teclas de ID de informe HID" cuando la entrada funciona en un entorno pero falla en otro.

Bus Scope es útil porque el host puede enviar solicitudes de clase HID que cambian la forma en que el dispositivo formatea los informes. Si el firmware ignora SetProtocol o envía el formato de informe incorrecto, las claves pueden desaparecer aunque el dispositivo enumere correctamente.

Protocolo de arranque

El protocolo de arranque es un formato HID simplificado utilizado por BIOS, UEFI, entornos previos al arranque y pilas de host simples. Permite que los teclados y ratones básicos funcionen antes de que esté disponible un analizador HID completo.

Síntomas relacionados con el protocolo de arranque:

El teclado funciona en BIOS pero falla en el sistema operativo.
El teclado funciona en el sistema operativo pero no en el menú de inicio.
Las claves especiales desaparecen en el modo previo al inicio.
El mouse funciona solo después de que se carga el sistema operativo.
El firmware envía ID de informes cuando el informe de inicio no espera ninguno.

La pregunta de diagnóstico es qué protocolo seleccionó el host.

Protocolo de informe

El protocolo de informe utiliza el descriptor de informe HID. Admite diseños más completos, ID de informes, informes definidos por el proveedor, claves multimedia, sensores y comportamiento compuesto.

Si el host cambia al protocolo de informes pero el dispositivo sigue enviando informes de arranque, es posible que el sistema operativo analice la entrada incorrectamente. Si el host solicita el protocolo de arranque pero el dispositivo envía el protocolo de informe, el BIOS puede ignorar los informes.

Solicitud de establecimiento de protocolo

La solicitud de clase HID SetProtocol puede cambiar entre el protocolo de inicio y el protocolo de informe para los dispositivos compatibles.

Pruebas a recoger:

Descriptor de interfaz HID.
Valores de protocolo y subclase de arranque.
Descriptor del informe.
Solicitud Establecer protocolo.
Valor de protocolo seleccionado por el host.
Bytes de informe IN de interrupción antes y después del cambio.

Bus Scope puede hacer visible esta secuencia.

Informe de ID y claves faltantes

El protocolo de informes puede utilizar ID de informes. El protocolo de arranque a menudo espera informes de tamaño fijo sin prefijo de ID de informe.

Errores comunes de firmware:

El dispositivo incluye ID de informe en el protocolo de arranque.
El dispositivo omite la identificación del informe en el protocolo de informe.
El dispositivo cambia el tamaño del informe pero el descriptor no coincide.
Las claves de medios solo se encuentran en un informe secundario.
El informe NKRO se envía antes de que el host lo habilite.
El teclado envía un informe del proveedor al terminal del teclado.

Estos errores crean frases de búsqueda como "Faltan teclas en el teclado USB" y "ID de informe HID incorrecto".

Comportamiento del BIOS frente al sistema operativo

Los entornos BIOS y UEFI suelen ser más estrictos y sencillos que los sistemas operativos completos. Un teclado puede verse bien en Windows o Linux pero fallar antes del arranque.

Comparación útil:

Capture durante el prearranque si es posible con un analizador externo.
Captura después de cargar el sistema operativo.
Compare el comportamiento de SetProtocol.
Compare el formato de carga útil del informe.
Compruebe si el dispositivo se reinicia entre entornos.

Incluso si la captura previa al arranque es difícil, la evidencia SetProtocol del lado del sistema operativo puede revelar suposiciones de firmware.

Lista de verificación de depuración

Utilice este proceso:

Capturar enumeración.
Inspeccione la subclase y el protocolo de la interfaz HID.
Inspeccione el descriptor del informe HID.
Busque solicitudes SetProtocol.
Decodificar el protocolo seleccionado.
Compare los informes de interrupción IN antes y después.
Verifique el uso de ID del informe.
Pruebe claves normales y claves multimedia.
Compare el comportamiento del BIOS, el gestor de arranque, Windows y Linux.
Conservar el descriptor y los bytes del informe juntos.

Diagnóstico final

Las fallas del protocolo de arranque HID y del protocolo de informes son problemas de negociación del formato de informe. El dispositivo puede enumerar correctamente mientras envía informes en el formato de protocolo incorrecto.

Bus Scope ayuda a comprobar si las claves faltantes, las fallas de entrada del BIOS o los problemas de compatibilidad de HID se deben al manejo de SetProtocol, ID de informes, falta de coincidencia de descriptores o formato de informes de firmware.

Prueba del contrato USB para «Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configuración, ID de informe y teclas faltantes»

La respuesta directa es que STALL, timeout o reset no explica por sí solo la causa. Primero demuestra que el proveedor observa el dispositivo correcto; después lee el contrato de transferencia: tipo, dirección, recipient, wValue, wIndex, longitud declarada y real, status y estado anterior y posterior. En «Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configuración, ID de informe y teclas faltantes», relaciona la conclusión con la primera transacción que difiere de un caso bueno.

Límite	Qué comparar	Decisión útil
Plataforma	proveedor, permiso, Root Hub o usbmon/XHC20	¿Llegan records de la conexión correcta?
Setup	bmRequestType, bRequest, wValue, wIndex, wLength	¿El host envía la petición prevista?
Data	dirección, longitud y bytes retenidos	¿El payload cumple el contrato?
Status	ACK, STALL, timeout o cancellation	¿Dónde termina la transacción?
Estado	configuration, interface, alternate setting, endpoint halt	¿El dispositivo estaba preparado?

Empieza antes de reset y enumeración y conserva descriptors, SET_CONFIGURATION, SET_INTERFACE y el comando previo al fallo. Un filtro estrecho de endpoint puede ocultar el control transfer decisivo. Ejecuta una sola acción USB documentada por prueba y cambia solo firmware, driver, puerto, cable, comando o timing.

¿Cómo se escribe una respuesta citable?

Indica la petición observada, sus campos setup, la respuesta y el contexto anterior; propone después una prueba con un solo cambio. Bytes no retenidos por el límite de captura no prueban packet loss. La proximidad entre command y reset demuestra correlación, no causa sin repetición o transición de estado.

¿Cuándo vale una comparación?

Mantén VID/PID, firmware, speed, topología, proveedor, filtro y trigger. Compara fases USB semánticas y no frame numbers entre usbmon y USBPcap. Anota inicio, final, versión, OS, conexión y checksum. Revisa la solución de problemas de Bus Scope.

Los propietarios Semrush siguen separados: free USB analyzer en la página de producto, best USB protocol analyzer en la comparación y USB descriptor viewer en la guía de descriptors. Esta página de soporte no recibe volumen o KD inventado.

Respuesta directa y límite de aceptación

La respuesta breve a «Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configuración, ID de informe y teclas faltantes» es: Cómo depurar el protocolo de arranque USB HID y el cambio de protocolo de informe, solicitudes SetProtocol, modo BIOS del teclado, ID de informe, claves faltantes y compatibilidad del firmware HID. Trate esa frase como un resultado que debe comprobarse, no como una promesa para cualquier entrada, dispositivo, proyecto o entorno. Un resultado completo registra estado inicial, acción exacta, salida visible y condición que demuestra que la tarea terminó en Bus Scope.

Procedimiento basado en evidencia

Empiece con un caso pequeño y repetible antes de cambiar un proyecto completo. Anote versión de la aplicación, sistema operativo, identidad de entrada o dispositivo, ajustes relevantes y resultado esperado. Ejecute una acción deliberada, conserve la primera transición inesperada y compárela con un caso conocido cuando exista. Cambiar varios controles a la vez oculta qué condición creó o corrigió el problema.

Punto de control 1: Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del

Convierta «Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configuración, ID de informe y teclas » en una afirmación de aprobado o fallo que otra persona pueda repetir. Incluya qué debe aparecer, qué debe estar ausente y qué recuperación es segura. Mantenga intacto el proyecto o captura original hasta que la copia corregida pase la misma prueba.

Punto de control 2: Cómo depurar el protocolo de arranque USB HID y el cambio de protocolo de informe, solicit

Trate «Cómo depurar el protocolo de arranque USB HID y el cambio de protocolo de informe, solicitudes SetProtocol, modo BIOS del teclado, ID de informe, clav» como una puerta de aceptación independiente para «Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configuración, ID de informe y teclas faltantes». Registre el estado inicial, el primer cambio visible y el estado final. Si el resultado no coincide con el objetivo descrito, vuelva al último punto confirmado en lugar de continuar sobre suposiciones.

Punto de control 3: Protocolo de arranque

Convierta «Protocolo de arranque» en una afirmación de aprobado o fallo que otra persona pueda repetir. Incluya qué debe aparecer, qué debe estar ausente y qué recuperación es segura. Mantenga intacto el proyecto o captura original hasta que la copia corregida pase la misma prueba.

Punto de control 4: Protocolo de informe

Trate «Protocolo de informe» como una puerta de aceptación independiente para «Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configuración, ID de informe y teclas faltantes». Registre el estado inicial, el primer cambio visible y el estado final. Si el resultado no coincide con el objetivo descrito, vuelva al último punto confirmado en lugar de continuar sobre suposiciones.

Punto de control 5: Solicitud de establecimiento de protocolo

Convierta «Solicitud de establecimiento de protocolo» en una afirmación de aprobado o fallo que otra persona pueda repetir. Incluya qué debe aparecer, qué debe estar ausente y qué recuperación es segura. Mantenga intacto el proyecto o captura original hasta que la copia corregida pase la misma prueba.

Punto de control 6: Informe de ID y claves faltantes

Trate «Informe de ID y claves faltantes» como una puerta de aceptación independiente para «Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configuración, ID de informe y teclas faltantes». Registre el estado inicial, el primer cambio visible y el estado final. Si el resultado no coincide con el objetivo descrito, vuelva al último punto confirmado en lugar de continuar sobre suposiciones.

Punto de control 7: Comportamiento del BIOS frente al sistema operativo

Convierta «Comportamiento del BIOS frente al sistema operativo» en una afirmación de aprobado o fallo que otra persona pueda repetir. Incluya qué debe aparecer, qué debe estar ausente y qué recuperación es segura. Mantenga intacto el proyecto o captura original hasta que la copia corregida pase la misma prueba.

Punto de control 8: Lista de verificación de depuración

Trate «Lista de verificación de depuración» como una puerta de aceptación independiente para «Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configuración, ID de informe y teclas faltantes». Registre el estado inicial, el primer cambio visible y el estado final. Si el resultado no coincide con el objetivo descrito, vuelva al último punto confirmado en lugar de continuar sobre suposiciones.

Punto de control 9: Diagnóstico final

Convierta «Diagnóstico final» en una afirmación de aprobado o fallo que otra persona pueda repetir. Incluya qué debe aparecer, qué debe estar ausente y qué recuperación es segura. Mantenga intacto el proyecto o captura original hasta que la copia corregida pase la misma prueba.

Punto de control 10: Prueba del contrato USB para «Protocolo de arranque USB HID frente a depuración del protoc

Trate «Prueba del contrato USB para «Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configur» como una puerta de aceptación independiente para «Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configuración, ID de informe y teclas faltantes». Registre el estado inicial, el primer cambio visible y el estado final. Si el resultado no coincide con el objetivo descrito, vuelva al último punto confirmado en lugar de continuar sobre suposiciones.

Matriz de aceptación

Punto	Evidencia que conservar	Condición de aprobado
Protocolo de arranque USB HID frente a depuración del protocolo de informe: modo BIOS del teclado, protocolo de configur	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado
Cómo depurar el protocolo de arranque USB HID y el cambio de protocolo de informe, solicitudes SetProtocol, modo BIOS de	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado
Protocolo de arranque	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado
Protocolo de informe	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado
Solicitud de establecimiento de protocolo	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado
Informe de ID y claves faltantes	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado

Aislamiento, recuperación y entrega

Deténgase en el primer límite que falla. Conserve fuente, proyecto, sesión o captura, duplíquelo antes de una edición destructiva y cambie una variable por experimento. Repetir un flujo amplio después de varios cambios puede dar otro resultado sin explicar la causa.

Separe ausencia de evidencia de evidencia de ausencia. Una vista vacía puede indicar entrada, alcance, filtro, permiso, dispositivo, intervalo o estado equivocado. Verifique adquisición o importación antes de interpretar el decoder, editor, informe o exportación.

Antes de entregar, reabra el artefacto y revise inicio, punto de decisión y final. Registre versión, plataforma, configuración, expectativa, observación y reproducción mínima. Elimine o redacte datos sensibles y confirme que el destinatario está autorizado.

Preguntas y respuestas

¿Cuál es la forma fiable más rápida de empezar?

Use el caso representativo más pequeño, escriba el resultado esperado y cambie una variable. Confirme el recorrido básico antes de añadir filtros, efectos, ediciones, automatización o una fuente mayor.

¿Qué evidencia debe guardarse?

Conserve identidad de entrada, versión, plataforma, ajustes, acción exacta, primera transición inesperada y salida final. Cierre y reabra cualquier proyecto, sesión, informe o exportación antes de considerarlo duradero.

¿Cuándo debe repetirse el procedimiento?

Repítalo después de cambios relevantes en aplicación, sistema, driver, firmware, modelo, fuente o flujo. Preserve el caso aceptado anterior como referencia sin modificar.

¿Cuándo está listo para entregar?

Cuando otra persona autorizada identifica la entrada, repite la acción, obtiene el mismo resultado, entiende los límites restantes y abre el artefacto sin depender de estado local no documentado.

Guías relacionadas

Estas páginas en el mismo idioma cubren etapas contiguas sin cambiar el propietario canónico del tema: