Interfaces UART. Comunicaciones en un bus serie. Curso Intensivo de Sistemas Embebidos Febrero 2011 Ing. Pablo Martín Gomez

Transcripción

1 Comunicaciones en un bus serie Interfaces Curso Intensivo de Sistemas Embebidos Febrero 2011 Ing. Pablo Martín Gomez 1 2 UART Universal Asynchronous Receiver Transmitter Estándar de comunicación implementado en los 60 s Simple, universal, bien entendido, mucho soporte Estándar de comunicación de baja velocidad: hasta 1 Mbits/s La señal de clock no está incluida en los datos: Emisor y Receptor deben acordar parámetros de timing por adelantado Los bits de Start y Stop bits indican datos a enviar Puede enviarse información de paridad Comunicaciones en un bus serie Una red punto a punto no requiere la señal de control Select Una comunicación asincrónica no tiene señal de Clock 3 Dependiendo del protocolo, las señales de Data, Select y R/W pueden compartir la misma línea Solamente el master puede comenzar una comunicación. Los slaves (esclavos) solamente `hablan cuando se les habla` 4

2 Comunicaciones en un bus serie SPI Serial Peripheral Interface (SPI) es una conexión de datos serial sincrónica de 4 líneas full duplex: SCLK: Serial Clock MOSI: Master Out Slave In (Datos del Master al Slave) MISO: Master In Slave Out (Datos del Slave al Master) SS: Slave Select (Selección de Slave) Desarrollado originalmente por Motorola Utilizado para conectar los periféricos entre sí y con los microprocesadores Se necesitan 3 + n líneas siendo n = número de dispositivos Solamente un master activo a la vez Varias velocidades de transmisión (función del clock del sistema) 5 6 SPI Configuración Esquema de transmisión simple: 8 o 16 bits Comunicaciones Full duplex El número de líneas es proporcional al número de dispositivos del bus 7 I²C (Inter IC) Bus desarrollado por Philips en los 80 s Bus simple y bi direccional de 2 líneas: serial data (SDA) serial clock (SCL) Se ha convertido un estándar de la industria y es utilizado por las mayores productores de circuitos integrados (IC) Bus con capacidad Multi master (arbitraje) Comunicación Master Slave; Solamente entre dos dispositivos Cada IC en el bus se identifica a través de su propia dirección El slave puede ser: Únicamente un dispositivo receptor Transmisor con la capacidad de recibir y transmitir datos 8

3 I²C Velocidad I²C condiciones de START/STOP Los datos en SDA tienen que ser estables con SCL en alto Las excepciones son las condiciones de START y STOP 9 10 I²C Direccionamiento Cada dispositivo está direccionado individualmente por software Única dirección por dispositivo: fijo o con una parte programable a través de pines de hardware varios dispositivos pueden compartir el mismo bus Distribución de direcciones coordinado por I 2 C bus committee I²C formatos de 7 bit y 10 bit El 1º byte después del START determina la dirección del slave Algunas excepciones a la regla: dirección General Call : R/W = 0 direccionamiento slave de 10 bit: XX + R/W = X Direccionamiento de 7 bits Direccionamiento de 10 bits 11 12

4 I²C Operaciones Lectura / Escritura Escritura a un dispositivo slave I²C Operaciones Lectura / Escritura Acknowledge Es efectuado en el 9no pulso de clock y es obligatorio El transmisor libera la línea SDA El receptor pone en bajo la línea SDA (SCL tiene que estar en alto) La transferencia se aborta si no hay acknowledge (ojo con debug!) Lectura de un dispositivo slave I²C Arbitraje Dos o más masters pueden generar una condición de START al mismo tiempo El arbitraje se efectua sobre la línea SDA mientras SCL está en alto Los slaves no están involucrados I²C Sincronización del Clock Todos los masters generan su propio clock sobre la línea SCL para transmitir sus mensajes sobre el bus I2C Un clock definido es necesario para que el arbitraje bit a bit pueda ocurrir La sincronización del clock es efectuada a través de una compuerta AND en las interfaces I 2 C a la línea SCL El período bajo es determinado por el dispositivo con más largo período bajo El período alto es determinado por el dispositivo con más corto período alto 15 16

5 I²C Manejando I²C Hay 3 maneras básicas de manejar el bus I²C: Con un microcontrolador con interfaz I²C on chip Bit oriented CPU interrumpido después de cada transmisión de bit Byte oriented CPU puede ser interrumpido después de cada transmisión de byte Con cualquier microcontrolador: 'Bit Banging El protocolo I²C puede ser emulado bit a bit a través de cualquier puerto open drain bi direccional Con un microcontrolador en conjunto con un integrado interfaz paralelo / bus I²C I²C Conflicto de direccionamiento Cuando un dispositivo no puede cambiar su dirección I²C (fijo), solamente uno de su tipo puede estar conectado al bus Un multiplexor I 2 C puede ser utilizado para eliminar esta limitación permite dividir dinámicamente el bus principal I 2 C en varias sub ramas de modo de poder comunicarse con uno a la vez programable a través de I 2 C: sin pines adicionales de control más de un multiplexor puede conectarse al mismo bus I 2 C I²C PCA9548 El espacio Wireless 802 Precio: 1.28 U$S (Mouser) 8 channel I2C bus switch with reset 19 20

6 y ZigBee El estándar define la capa de comunicación en el nivel 2 e inferiores del modelo OSI Las frecuencias definidas en el estándar están esparcidas en 27 canales diferentes divididos en 3 bandas principales MHz > 20/100/250 kbps > 1 canal (Europa) MHz > 40/250 kbps > 10 canales (USA) GHz > 250 kbps > 16 canales (Internacional) El estándar ZigBee define la capa de comunicación en el nivel 3 y superiores del modelo OSI Características analógicas Utiliza Direct Sequence Spread Spectrum (DSSS) para modular la información antes de ser enviada a la capa física Cada bit de información a transmitir se modula en 4 señales diferentes Este proceso ocasiona que el total de la información ocupe un mayor ancho de banda con menor densidad espectral de potencia Hay diferentes tipos de modulaciones DSSS Binary Phase Shift Keying (BPSK) Offset Quadrature Phase Shift Keying (O QPSK) Parallel Sequence Spread Spectrum (PSSS) ZigBee Características analógicas Zigbee, descansa sobre que tiene una excelente performance en entornos con baja relación S/R Características Define las capas LLC, PHY y MAC sobre las cuales ZigBee descansa Soporta topologías de red estrella o peer to peer (tree or mesh) Mecanismo de acceso al canal: Carrier Sense Multiple Access with Collision Avoidance (CSMA CA) Dos tipos de nodo: dispositivo de función reducida (RFD) dispositivo de función completa (FFD) Área de cobertura (POS = personal operating space): en el órden de los 10 metros (puede ser mayor) Escaneo de energía del canal para saber cuanta energía (actividad/ruido/interferencias) hay en uno o varios canales antes de comenzar a utilizarlo se puede ahorrar energía eligiendo canales libres al configurar una red 23 24

7 CSMA CA A diferencia de CSMA/CD (Carrier Sense Multiple Access/Collision Detect) actúa previniendo las colisiones antes de que ocurran Chequea que el canal esté libre (se supone que hay otro nodo transmitiendo si la energía es mayor a un nivel específico) Si el canal está libre el paquete se envía Si el canal no está libre, el nodo espera un periodo de tiempo aleatorio (backoff factor), y luego vuelve a chequear Si el canal no está libre cuando el contador de backoff llega a cero, el mismo se reinicia y el proceso se repite ZigBee ZigBee ofrece básicamente 4 tipos diferentes de servicios: Servicios de extra encriptación: la capa de aplicación y red implementan encriptación AES de 128b Asociación y autenticación: solamente los nodos válidos pueden unirse a la red Protocolo de ruteo AODV: utiliza un enfoque on demand para encontrar rutas, un protocolo ad hoc reactivo es implementado para desempeñar el proceso de ruteo y reenvío de los datos a cualquier nodo de la red Servicios de aplicación: Se introduce el concepto de cluster Cada nodo pertence a un cluster predefinido y puede efectúar un número predefinido de acciones Por ejemplo, el cluster del sistema de luz puede realizar dos acciones: prender las luces o apagar las luces ZigBee Red ZigBee es una capa pensada para organizar la red Lo primero que hace un nodo (router o dispositivo) que quiere unirse a la red, es pedir al coordinador una dirección (16b), como parte del proceso de asociación Todo la información en la red es ruteada utilizando esta dirección y no la MAC address (64b). En este paso, los procedimientos de autenticación y encriptación se llevan a cabo Una vez que un nodo se ha unido a la red puede enviar información a los demás nodos a través de los routers El router recibe el paquete y Chequea que el destino esté en su radio de señal Chequea si el dispositivo destino está despierto o dormido Si está despierto, le envía el paquete Si está dormido, guarda el paquete hasta que el dispositivo destino se ZigBee Red Hay tres tipos diferentes de nodos en una red ZigBee Coordinador: es el dispositivo master y gobierna toda la red Routers: rutean la información a los dispositivos finales Dispositivos finales (motes): por ejemplo nodos sensores que toman información del ambiente Solamente los motes pueden ser alimentados a través de baterías ZigBee utiliza topologías estrella Reglas: Los motes se conectan a un router o al coordinador Los routers pueden conectarse entre ellos y con el coordinador Los routers y coordinadores no pueden dormir. Tienen que guardar en su buffer los paquetes que van hacia los motes Los motes pueden dormir despierte y pregunte por noticias al router 27 28

8 ZigBee Red Las redes Mesh recaen en comunicaciones ad hoc, también llamadas peer to peer (P2P): los dispositivos de la red pueden comunicarse entre ellos directamente tienen que ser capaces de descubrir a los demás y mandar mensajes broadcast a todos los dispositivos ZigBee crea una red estrella, en vez de una mesh Para crear una red mesh completa todos los nodos deben tener el mismo rol: dispositivos finales + routers" ZigBee Xbee XBee / XBee PRO RF Modules CAN Controller Area Network Introducido en 1983 por Robert Bosch para hacer frente a la creciente complejidad en funciones vehiculares y redes Un vehículo moderno puede tener tanto como 70 unidades de control electrónicas (ECU) para varios subsistemas (audio, levantavidrios, airbag...) CAN Introducción 31 32

9 CAN Tecnología Protocolo multi maestro sobre un bus serie El número de nodos no esta limitado por el protocolo No se direcciona NODOS. Se identifican MENSAJES y PRIORIDAD El protocolo utiliza codificación NRZ con bit stuffing para sincronización Control de acceso al medio CSMA/CR (arbitraje NO DESTRUCTIVO). Cada nodo puede recibir y enviar mensajes pero no de manera simultánea Cada nodo tiene su propio clock y el clock no se transmite por la red CAN CAN Bit stuffing CAN Arbitraje El arbitraje es automático. El mensaje con mayor prioridad va a ganar el arbitraje del bus Mientras dura el arbitraje, cada nodo transmisor monitorea el estado del bus y compara el bit recebido con el transmitido si se recibe un dominante al enviar un recesivo, entonces se deja de transmitir y vuelve a intentar 6 ciclos después de terminado el mensaje dominante CAN Arbitraje 35 36

10 CAN Arbitraje CAN Tramas Existen dos tipos de formato que se identifican en el campo IDE: Básico: identificador de 11 bits (2048 id s) Extendido: identificador de 29 bits (536 M id s) Tipos de tramas: DATOS: Se utiliza para enviar datos de un nodo a otro(s). Es el tipo de trama que más frecuentemente circula en una red CAN. REMOTA: Se utiliza para solicitar una trama de datos con el ID especificado. Esta trama no contiene datos. ERROR: Si un nodo detecta un error en la red, envía una trama de error e invalida la trama en cuestión en todos los nodos. La trama deberá ser retransmitida. SOBRECARGA: La utilizan los nodos para pedir tiempo adicional antes del comienzo de la próxima trama. Un máximo de 2 tramas de sobrecarga pueden ser generadas por un nodo. INTERTRAMA: Es el espacio entre una trama de datos o remota y la precedente. Este espacio es provisto para permitir a los nodos realizar procesamientos internos antes del comienzo de la próxima trama CAN Tramas CAN Tramas 39 40

11 CAN Tramas CAN Tipos de errores CRC: No coinciden el código de redundancia cíclica (CRC) calculado por el transmisor y el calculado por el receptor. El nodo receptor descarta la trama y transmite una trama de error. Sólo realizado por nodo receptor. ACK: Error de reconocimiento, detectado por el transmisor. El transmisor no detecta el reconocimiento en el campo SLOT ACK, indicando que ningún nodo recibió la trama correctamente. Se produce un error de reconocimiento (ACK) se retransmite la trama, pero NO se genera una trama de error. FORMA: Se produce si se detecta un bit dominante en los siguientes campos: Delimitador de CRC. Delimitador de ACK. Fin de trama. Se transmite una trama de error. BIT: El bit transmitido es diferente del bit monitoreado. No se realiza en los campos de arbitraje si el bit transmitido es recesivo ni tampoco en el slot de reconocimiento. Se transmite una trama de error y se retransmite la trama. Sólo realizado por nodo transmisor. STUFFING: Se detectan 6 bit consecutivos de igual polaridad entre el comienzo de trama y el delimitador de CRC. Se envía una trama de error CAN Confinamiento de fallas CAN Velocidad 43 44

12 CAN Estándar ISO CAN Transceiver Precio: 1,33 U$S (Mouser) USB Historia Introducido y estandarizado por un grupo de compañias Compaq, DEC, IBM, Intel, Microsoft, NEC, HP, Lucent, Philips y Nortel) en 1995 La idea fundamental fue la de reemplazar la gran cantidad de conectores disponibles en la PC s simplificando la conexión y configuración de dispositivos logrando grandes anchos de banda USB Historia Existen 3 versiones de USB USB 1.0 Enero 1996 Velocidades de 1.5 Mbps hasta 12 Mbps USB 1.1 Septiembre 1998 Primer versión popular de USB USB 2.0 Abril 2000 La principal mejora es la inclusión de una tasa de transferencia de alta velocidad de 480 Mbps USB 3.0 Noviembre 2008 Tasa de transferencia de 5 Gbps 47 48

13 USB Introducción USB significa Universal Serial Bus Controlado por Host (solamente uno por bus) On the Go (Protocolo de negociación de host) permite a dos dispositivos negociar el rol de host Topología estrella Se pueden utilizar hubs para dividir alta y baja velocidad Hasta 127 dispositivos pueden ser conectados a un bus USB en cualquier momento Utiliza 4 líneas malladas: 2 son de alimentación (+5v & GND) y los otros 2, un par trenzado donde las señales se transmiten en modo diferencial 49 USB Introducción Utiliza codificación NRZI para enviar los datos con un campo de sincronización para sincronizar el clock del host y el receptor Suporta plug n plug con drivers que son cargados dinámicamente PID/VID (Product ID/Vendor ID) USB soporta diferentes modos de transferencia: Control, Interrupción, Masiva e Isócrona La alimentación se transporta por el Bus USB distribuye la alimentación a todos los dispositivos conectados, eliminando la necesidad de una fuente externa para dispositivos de bajo consumo 50 USB Conectores Los conectores a cada lado del cable no son mecánicamente intercambiables El conector tipo A siempre se conecta aguas arriba. En general los encontramos en hosts y hubs. El conector tipo B siempre se conecta aguas abajo. Los encontramos en dispositivos. Los conectores mini y micro se utilizan para reducir espacio como teléfonos celulares. Los conectores micro AB son capaces de aceptar tanto conectores micro A como micro B. USB Alimentación y niveles Alimentación Entrega 5 V en una de las líneas (5 V±5%). La unidad de carga es 100mA (USB 2.0) y 150mA (USB 3.0). La máxima carga es 500 ma (USB 2.0) y 900 ma (USB 3.0). Los hubs alimentados por Bus solamente entregan 1 unidad de carga para los dispositivos. Los hubs alimentados autonomamente pueden entregar la máxima carga a todos los dispositivos. Niveles lógicos 1 D+ 200mV mayor a D 0 D+ 200mV menor a D 51 52

14 USB Velocidad Un dispositivo USB debe indicar su velocidad llevando D+ o D a 3.3 volts. Sin resistencia de pull up, USB asume que no hay nada conectado al Bus. En el modo high speed el dispositivo primero se conecta en modo full speed, luego se remueve el resistor de pull up para balancear la línea USB Paquetes de datos A diferencia de RS 232 o interfaces serie similares donde el formato de los datos a ser enviados no está definido, USB posee varias capas de protocolos Cada transacción USB consiste en: Paquete Token (encabezado que define lo que se espera a continuación) Paquete de datos (opcional contiene el payload) Paquete de Status (Usado como acknowledge en las transacciones y como una forma de corregir errores) USB Campos del paquete USB Campos del paquete PID Sync Todos los paquetes deben comenzar con un campo de sync utilizado para sincronizar el clock receptor con el transmisor PID (Packet ID) Utilizado para identificar el tipo de paquete que está siendo enviado (4 bits complementados) ADDR (Address field) Especifica a que dispositivo va dirigido el paquete Teniendo un tamaño de 7 bits permite soportar 127 dispositivos La dirección cero no es válida ya que cualquier dispositivo al que todavía no se le asignado una dirección debe responder los paquetes enviados a ésta 55 56

15 USB Campos del paquete ENDP (Endpoint field) Formado por 4 bits permite 16 posibles endpoints CRC (Cyclic Redundancy Check) Efectuado en los datos contenidos en el payload del paquete. Todos los paquetes token tienen un CRC de 5 bits mientras que los de datos tienen un CRC de 16 bits EOP (End of packet) Señalizado a través de un Single Ended Zero (SE0 / D+ and D se mantienen bajos) por aproximadamente el tiempo de 2 bits seguido por una J (estado lógico, el significado depende de la velocidad) durante el tiempo de 1 bit USB Tipos de paquete Paquetes Token In Informa al dispositivo USB que el host desea leer información Out Informa al dispositivo USB que el host desea enviar información Setup Utilizado para comenzar transferencias de control Paquete de datos Dos tipos. Cada uno capaz de transmitir de 0 a 1023 bytes de datos USB Packet types Paquetes de Handshake ACK (Acknowledgment) Confirmación de que el paquete fue recibido exitosamente NAK Reporta que el dispositivo no puede enviar ni recibir datos temporalmente. También utilizado durante las transacciones de interrupción para informar al host que no hay datos para enviar STALL El dispositivo se encuentra en un estado que requiere la intervención del host USB Funciones Funciones USB Pueden verse como dispositivos USB que proveen capacidades o funciones tales como impresora, escáner, lector de memorias u otro periférico Paquetes de comienzo de frame (SoF) El número de frame (11 bits) es enviado por el host cada 1mS ± 500nS 59 60

16 USB Endpoints Endpoints Pueden describirse como fuentes o sumideros de datos Todos los dispositivos deben soportar al endpoint cero Pipes Son las conexiones lógicas entre host y endpoint(s) Tienen una serie de parámetros: Ancho de banda asignado Tipo de transferencia: Control, Másiva (Bulk), Isócrona o Interrupción Dirección del flujo de datos Tamaño máximo de paquetes/buffer USB Transferencias de control Las transferencias de control son típicamente utilizadas para operaciones con comandos y de status Una transferencia de control puede tener hasta tres etapas Etapa Setup : donde la petición es enviada. Contiene la dirección y el número de endpoint Etapa de datos (opcional): consiste en una o multiples transferencias IN / OUT Etapa de Status : informa el status de la totalidad de la petición. Varia en función de la dirección de la transferencia USB Transferencias de control Formato de transferencia de control acknowledge endpoint error workingbutnothingtosend acknowledge buffer not empty error 63 USB Transferencia de Interrupción El dispositivo que requiere atención debe esperar que el host le encueste antes que pueda informar que necesita atención Características Latencia garantizada Flujo del pipe : Unidireccional Detecciones de errores y re proceso en próximo período Interrupción IN El host encuesta periódicamente al endpoint. La frecuencia con que encuesta está especificada en el descriptor del endpoint. Cada encuesta implica que el host envíe un IN Token Interrupción OUT Cuando el host desea enviar al dispositivo datos de interrupción, solicita un OUT token seguido por un paquete de datos que contiene los datos de interrupción 64

17 USB Transferencia de Interrupción Formato de transferencia de interrupción USB Transferencia Isócrona Las transferencias isócronas ocurren continua y periódicamente. Típicamente contienen información sensible al tiempo, como flujo de video o audio Características Ancho de banda USB garantizado Latencia acotada Flujo del Pipe : Unidireccional Detección de errores vía CRC, pero sin re proceso ni garantía de entrega Disponible solamente en modos full speed y high speed 65 Las transferencias isócronas no tienen etapa de handshaking y no pueden reportar errores o condiciones de STALL/HALT 66 USB Transferencias masivas Utilizado para envío masivo de datos (Ej.: datos de impresión enviados a una impresora o datos de una imagen generados por un escáner) Características Corrección de errores (Campo CRC16 en el data payload ) Detección de errores / mecanismos de re transmisión Utiliza espacio no asignado del ancho de banda del bus después que todas las otras transacciones han sido asignadas Solamente utilizado en comunicaciones no sensibles al tiempo debido a que no hay garantías respecto a la latencia Disponible solamente en modos full speed y high speed 67 USB Descriptores Todos los dispositivos USB tienen una jerarquía de descriptores que definen al host información tal como: que es el dispositivo quien lo fabricó que versión de USB soporta de cuantas formas puede configurarse el número de endpoints y sus tipos Los descriptores USB más comunes son Descriptores de dispositivo (Device descriptors) Descriptores de configuración (Configuration Descriptors) Descriptores de interfaz (Interface Descriptors) Descriptores de Endpoint (Endpoint Descriptors) Descriptores de String (String Descriptors) Proporciona información humanamente legible y son opcionales 68

18 USB Descriptores USB Descriptores de dispositivo El descriptor de dispositivo del dispositivo USB representan a la totalidad del mismo por lo tanto, sólo puede tener uno Contienen la versión de USB soportada el máximo tamaño de paquete identificación de proveedor y producto el número de posibles configuraciones que el dispositivo puede tener Ejemplo: bdeviceclass, bdevicesubclass y bdeviceprotocol son utilizados por el sistema operativo para encontrar un driver para el dispositivo Generalmente solo bdeviceclass es especificado en este nivel Se suelen especificar los demás parámetros a nivel de interfaz. Esto permite que un mismo dispositivo soporte múltiples clases USB Descriptoresde configuración Un dispositivo USB puede tener diferentes configuraciones. De todas formas, la mayoría de los dispositivos son simples y solamente tienen una Especifica como se alimenta el dispositivo cual es el máximo consumo de potencia el número de interfaces que tiene Por lo tanto, es posible tener dos configuraciones: una para el dispositivo siendo alimentado por el bus y otra cuando lo hace externamente. Como este es el encabezado de los descriptores de interfaz, es también posible tener para cada una de las configuraciones, diferentes modos de transferencia USB Descriptoresde configuración 71 72

19 USB Descriptores de interfaz Pueden ser vistos como headers de los endpoints en grupos funcionales que desarrollan una misma función en el dispositivo USB Descriptor de endpoint El endpoint cero siempre se asume como de control El host utilizará la información devuelta por estos descriptores para definir los requerimientos de ancho de banda del bus USB Enumeración Enumeración es el proceso para determinar que dispositivo se ha conectado al bus 1. El host o hub detecta que se ha conectado un nuevo dispositivo a través de los resistores de pull up en el par de datos 2. El host solicita un reset (SE0 por 10 ms) ubicando al dispositivo en el estado default. El dispositivo ahora puede responder a la dirección default cero 3. MS Windows host pregunta por los primeros 64 bytes del descriptor de dispositivo 4. Luego de recibir los primeros 8 bytes solicita un nuevo reset del bus 5. El host ahora ejecuta el comando que setea una dirección (Set Address). De esta forma el dispositivo se ubica en el estado direccionado 6. El host pregunta por los restantes bytes del descriptor de dispositivo 7. Luego pregunta por los 9 bytes del descriptor de configuración para determinar su tamaño total 8. El host pregunta por los 255 bytes del descriptor de configuración 9. El host pregunta por el descriptor de string si existe 10. Al final del paso 9, Windows nos va preguntar por un driver para el dispositivo 75 USB FT232 Precio: 4,50 U$S (Mouser) 76

20 USB Stacks de dispositivos Stacks de dispositivos para LPC2300/2400/214x Keil RL USB: arm/rl usb.asp Micrium µc/usb Device device/overview.html Micro Digital smxusbd HCC Embedded USB (EUSB) Device Stack embedded.com/site.php?mid=120 CMX USB Express Logic USBX USB 3.0 Upgrade del USB 2.0 retro compatible También llamado SuperSpeed USB por la significante mejora respecto a especificaciones USB existentes Nuevo protocolo de comunicación para dispostivos Nuevos modos de transferencia Nuevas formas de administrar la alimentación Mayor longitud de cable permitida Similar a al tecnología PCI Express USB 2.0 vs. USB 3.0 Hardware USB 2.0 USB 3.0 El cable es más delgado Tiene 4 líneas Modo de transferencia de datos half duplex El cable se parece al utilizado en Ethernet debido a su grosor Tiene 8 líneas Tres pares trenzados para datos y un par para alimentación Modo de transferencia de datos Full duplex USB 2.0 vs. USB

21 USB 2.0 vs. USB 3.0 USB 2.0 vs. USB 3.0 Aunque la especificación de USB 3.0 esta diseñada para retro compatibilidad con USB 2.0, los cables USB 3.0 no son compatibles con el conector regular de USB USB 3.0 vs. otros estándares FireWire 800 tiene como máxima tasa de transferencia: 800 Mbps esata bus tiene una máxima tasa de transferencia de 3.2 Gbps Ejemplo: Intel mostró que la transferencia de una película de 25 GB HD demoró 70 segundos utilizando un bus USB 3.0 contra 4 horas a través de USB Fuentes _overview.pdf DesignCon 2003 TecForum I2C Bus Overview Apunte Comunicaciones Industriales Roberto Saco CAN in 30 minutes or less A short trip on the CAN bus ZigBee A brief introduction networks.org/index.php?page= vs ZigBee in a nutshell.pdf usb in a nutshell 84

22 Fuentes usb overview and history.htm announcesdemonstrates usb 3 0.ars _ html specificationfinalized devices in 2010.ars announcesdemonstrates usb 3 0.ars _ html in 70 seconds with usb 3 0.html 85