PUERTAS USB

1. Descripcin del problema

Como objetivo final de este proyecto, buscamos crear un dispositivo hardware y software con el cual podamos personalizar el acceso a las distintas propiedades de una persona.Este dispositivo se sustituir por la cerradura tpica, con el fin de hacer ms fcil a las personas el acceso a sus propiedades, adems de poder personalizar y configurar el acceso a terceros con la creacin de una llave temporal.El dispositivo se situar detrs de la puerta, y estar conectado a un punto de acceso de internet en el hogar. A travs de nuestra aplicacin mvil, podremos consultar el historial de entradas a la vivienda por el dispositivo, as como consultar y modificar el nmero de llaves creadas y la fecha de expiracin de cada una, etctera.Con esto, buscamos facilitar a una persona el hecho de tener distintas llaves, as como el hecho de tener que hacer copias para compartir el acceso a su vivienda, o el tener que cambiar de cerradura cuando pierda la llave. Todo esto ser historia.

2. Esquema de uso

3. Las distintas partes

3.1 El USB[footnoteRef:1] [1: http://en.wikibooks.org/wiki/Serial_Programming/USB]

Los USB conectan muchos dispositivos a un controlador host a travs de cadenas de hubs. Los dispositivos son llamados funciones, ya que cada dispositivo fsico individual puede hospedar distintas funciones, como cams con micrfonos incorporados.Los hubs son dispositivos para un propsito especial que no son considerados funciones. Siempre existe un hub conocido como el root hub, el cual est sujeto directamente al controlador host.Las funciones y hubs, tienen asociados pipes. Los pipes son cadenas de bytes como en Unix. Son conexiones desde el controlador host a la entidad lgica en un dispositivo llamado endpoint. Tambin se suele usar para referirse al pipe entero.Estos endpoints (y sus respectivos pipes) son numerados del 0 al 15, de forma que un dispositivo/funcin puede tener 32 pipes activos, 16 en el controlador host y 16 fuera del controlador.Cada endpoint puede transferir datos en una nica direccin, as que cada pipe es unidireccional. El endpoint 0 est sin embargo reservado para el manejo del bus en ambas direcciones y adems acapara 2 de los 32 endpoints todos los dispositivos USB osn requeridos para implementar endpoint 0, as hay siempre un pipe numerado 0 hacia dentro y hacia fuera en cada dispositivo dado.En estos pipes, los datos se transfieren en paquetes de longitud variante. Caada dispositivo tiene un tamao mximo de paquete, tpicamente 2^n bytes, de forma que un paquete USB soler contener algo del orden de 8, 16 , 32 , hasta 512 bytes.Los pipes se dividen en 4 categoras, segn el tipo de transferencia: Transferencias de control: Usados para comandos simples al dispositivo, una respuesta de estados. Por ejemplo, usado por el bus de control pipe 0. Transferencia asncronas: Para garantizar cierta velocidad, aunque con posible prdida de datos Transferencias de interrupcin: Dispositivos que necesitan garantizar respuestas rpidas. Por ejemplo, dispositivos punteros y teclados Transferenciasa granel: Transferencias espordicas largas usando todo el ancho de banda permitido (pero sin garanta de latencia o throughput). Por ejemplo: transferencia de ficheros.Cuando un dispositivo (funcin) o hub est sujeto al controlador host a travs de algn hub en el bus, se le da una direccin nica de 7 bits por el controlador host.Luego, el host sondea el bus para trfico, normalmente usando Round-Robin, de forma que ningn dispositivo pueda transferir datos sin el permiso explcito del controlador. La transferencia de interrupcin en los correspondientes endpoints no interrumpen realmente el trfico en el bus: solo son programados para ser consultados ms a menudo y en mitad de otras transferencias largas, de ese modo interrupcin de trico en un bus USB es realmente un trfico nico de alta prioridad.Para acceder al endpoint, la configuracin de la arquitectura debe ser obtenida. El dispositivo conectado al bus tiene un, Y SOLO UN, descriptor de dispositivo, el cual puede tener uno o ms descriptores de configuracin. Estas configuraciones a menudo corresponden a estados (por ejemplo active vs low power mode). Cada descriptor de configuracin tiene uno o ms descriptores de interfaces, las cuales describen ciertos aspectos de cada dispositivo, de forma que pueden serusados para diferentes propsitos: por ejemplo, una cmara puede tener interfaces de video y audio. Estos descriptores de interfaces tiene una configuracin de interfaz por defecto y posiblemente ms configuraciones alternativas, las cuales tienen descriptores endpoint, como ltima lnea. Un endpoint puede sin embargo ser resusado a lo largo de varias interfaces y distintas configuraciones de interfaz.CONTROLADOR HOSTEl hardware que contiene al host y al hub raz, cuenta con una interfaz orientada al programador, llamada Dispositivo Cotrolador de Host (HCD) y est definida por el implementador hardware. En la prctica, estos son registros hardware (ports) en el PC.En las primeras versioens haban 2 implementaciones HCD. (Historia)CLASS CODES

3.2 SOFTWARE ARDUINO

3.3 CONEXIN ARDUINO-ROUTER

3.4 APP MVIL

4. Gua del usuario3