AGRADECIMIENTOS

More documents

Recommendations

Info

51 4. DESARROLLO DEL PROTOCOLO USB. La petición Clear Feature se utiliza para deshabilitar características, cada una de ellas tiene un tipo de recipiente concreto, dispositivo, interficie o endpoint. Si no coinciden característica y recipiente o si el dispositivo o el endpoint no están especificados en su configuración, se responde con un error a la petición. Las dos peticiones estándar para deshabilitar la capacidad de remote wake up o finalizar el estado halt, “colgado”, de un endpoint se definen en la tabla siguiente. Selectores de característica estándar En la petición Get Configuration se devuelve el valor o ID de la configuración actual del dispositivo si este está configurado. Si solamente está direccionado, devolverá el valor cero. En la petición Get Descriptor se devuelve el descriptor especificado en el wvalue, si existe. El byte alto de wvalue representa el tipo de descriptor y el bajo su índice, wIndex especifica el lenguaje en los descriptores de cadena (string
52 4. DESARROLLO DEL PROTOCOLO USB. descriptors), cero para el resto, y wLength la longitud de datos que se pretende recibir. Si ésta es mayor que la del descriptor, el dispositivo devuelve solo la longitud de éste, acabando con un short packet. Se define short packet como un paquete más corto que la longitud máxima de datos de ese endpoint y se reconoce como el último paquete de la fase de datos. Cuando el descriptor es mayor, solo se envían la cantidad de bytes pedidos. Hay tres tipos de petición de descriptores, de dispositivo (device), de configuración (configuration) y de cadena (string), pero cuando se pide el de configuración se devuelven también los de interficie (interface) y a continuación de cada uno de ellos siguen sus descriptores de puntos finales (endpoints). En la petición Get Interface, se devuelve el valor o ID de la interficie pedida dentro de las posibles que se han definido durante la configuración. En la petición Get Status se devuelve el registro de estado del recipiente que se especifica en el bmRequestType, y si no existe ninguno que coincida con el wIndex pedido, se devuelve un error. Cuando se pide el estado de un dispositivo se devuelven dos bytes de información durante la fase de datos, el estándar solo define el significado de los dos bits de menor peso del primer byte. El bit 0 representa la característica self powered (autoalimentado), si es cero significa autoalimentado y si es uno, que se alimenta del bus USB, que no puede cambiarse con el set_feature() o el clear_feature(). El bit 1 representa el remote wakeup, que empieza con valor 0 o deshabilitado, y se puede
Page 1 and 2:
AGRADECIMIENTOS Mi agradecimiento a
Page 3 and 4: 5. CONCLUSIONES Y DESARROLLOS POSTE
Page 5 and 6: 1.2 Objetivos 2 1. INTRODUCCIÓN. E
Page 7 and 8: 2. INTRODUCCIÓN AL ENTORNO DE TRAB
Page 9 and 10: 2. INTRODUCCIÓN AL ENTORNO DE TRAB
Page 11 and 12: 8 3. DESARROLLO DEL PROTOCOLO RS232
Page 23 and 24: Topología del Bus 20 4. DESARROLLO
Page 25 and 26: Quedando el diseño en el PCAD 2001
Page 27 and 28: Full-Speed port transceiver 24 4. D
Page 29 and 30: 26 4. DESARROLLO DEL PROTOCOLO USB.
Page 35 and 36: Codificación NRZI 32 4. DESARROLLO
Page 39 and 40: Paquete start-of-frame 36 4. DESARR
Page 49 and 50: Diagrama de estados de un dispositi
Page 53: Códigos estándar de petición 50
Page 65 and 66: Descriptor de Dispositivo Estándar
Page 67 and 68: Descriptor de Configuración Están
Page 69 and 70: Descriptor de Interficie Estándar
Page 85 and 86: 6.3 Internet 82 6. BIBLIOGRAFÍA. h
show all

AGRADECIMIENTOS

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?