Para alguien que comienza a utilizar Arduino puede resultar algo complejo entender las diferencias entre los diferentes tipos de interfaces de comunicación (y protocolos asociados). Existe mucha información relativa a cada protocolo, pero entender la relación que existe entre ellos quizá no sea trivial. Es por esto que me parece adecuado resaltar unos comentarios que he leído en un foro. El enlace podéis encontrarlo aquí. Esta vez me voy a tomar la molestia de traducirlo (algo resumido), ya que se encuentra en inglés.
capcom pregunta: Como aficionado novel a la electrónica, he oído los términos USART, UART, RS232, USB, SPI, I2C, TTL, etc. Entiendo que están basados en comunicación entre dispositivos, ordenadores, periféricos, etc. Tengo conocimientos básicos sobre cómo trabajan, pero tengo dificultad entendiendo cómo están relacionados. Por ejemplo, ¿es UART un subconjunto de USART? ¿Cuál es la diferencia entre RS232 y Serial?
Pregunta a la cuál, un tal stevenh, que en mi opinión parece bastante entendido en la materia, responde:
Serial es la palabra clave de todo lo que es "multiplexación de la división temporal". Indica que el dato es enviado en función del tiempo, un bit detrás de otro. Todos los protocolos que has nombrado son protocolos serie.
UART (recepción-transmisión asíncrona universal) es uno de los protocolos serie más utilizados. La mayoría de los controladores disponen de hardware UART. Usa una línea de datos simple para transmitir y otra para recibir datos. Comúnmente, 8 bits de datos son transmitidos de la siguiente forma: un bit de inicio, a nivel bajo, 8 bits de datos y un bit de parada a nivel alto. El bit de inicio a nivel bajo y el de parada a nivel alto indican que siempre hay una transmisión de alto a bajo para iniciar la transmisión. Eso es lo que describe a UART. Puedes utilizarlo a 3.3V ó 5V, dependiendo de lo que tu microcontrolador use. Note que los microcontroladores que quieren comunicarse via UART tienen que fijar la velocidad de transmisión, la tasa de bits, ya que sólo disponen del bit de flanco de bajada para sincronizar. Esto es llamado comunicación asíncrona.
Para largas distancias de comunicación, utilizar 5V en UART no es fiable, por lo que es convertido a un voltaje más alto de +12V para un 0 lógico y -12V para un 1. El formato de datos se conserva. Es entonces cuando tienes RS-232.
La dependencia de la coordinación es uno de los puntos negros de UART, y la solución es USART (recepción-transmisión síncrona/asíncrona universal). Puede actuar igual que UART, pero también como un protocolo síncrono. Sincronización de datos, pero también del reloj. En cada pulso de reloj se indica al receptor que capte el bit. Los protocolos sincronizados, por contra, necesitan un mayor ancho de banda, como en el caso de Manchester encoding, o de una conexión extra para el reloj, como es el caso de SPI o I2C.
SPI es otro protocolo serie muy simple. Un maestro envia la señal de reloj, y tras cada pulso de reloj envía un bit al esclavo y recibe un bit de éste. Los nombres de las señales son por tanto SCK para el reloj, MOSI para el Maestro Out Esclavo In, y MISO para Maestro In Esclavo Out. Para controlar más de un esclavo es preciso utilizar SS (selección de esclavo).
I2C es un protocolo síncrono, y es el primero que vemos con algo "inteligente". I2C usa solo 2 cables, uno para el reloj (SCL) y otro para el dato (SDA). Esto significa que el maestro y el esclavo envían datos por el mismo cable, el cuál es controlado por el maestro, que crea la señal de reloj. I2C no utiliza selección de esclavo, sino direccionamiento. El primer byte enviado por el maestro se forma de 7 bits para la dirección (así que permite comunicarse con hasta 127 dispositivos) y un bit de lectura/escritura, indicando si el proximo byte vendrá desde el maestro o el esclavo. Tras cada byte recibido se envía una confirmación con el noveno pulso de reloj. Si el maestro quiere recibir datos solo genera pulsos de reloj. El esclavo tiene que cuidar que el próximo bit esté listo cuando la señal de reloj es dada.
Dos o más señales a través del mismo cable pueden causar conflicto, y ocurrirían problemas si un dispositivo envía un 1 lógico al mismo tiempo que otro envía un 0. Por tanto el bus es "cableado" con dos resistencia para poner el bus a nivel alto, y los dispositivos envían niveles bajos. Si quieren enviar un nivel alto simplemente lo comunican al bus.
TTL no es un protocolo. Es una vieja terminología para lógica digital, pero el nombre es a menudo utilizado para referirse a 5V de alimentación.
Reseñar que el protocolo TWI es I2C. El nombre TWI es utilizado a veces (en la web de Arduino, por ejemplo), pero significan lo mismo.
Ejemplos de dispositivos que utilizan este protocolo son unos módulos que, conectándolos a un display lcd, permiten controlarlos por comunicación serie, ahorrando considerablemente el número de salida de Arduino necesarias.
No hay comentarios:
Publicar un comentario