CONEXIÓN DPII

Configurar un intercambio de información entre un PLC S7314 con CP342-5, actuando como maestro en una red profibus, y dos esclavos, un autómata CPM1A, un módulo MURR de 8 entradas digitales.

El sistema tendrá que realizar las siguientes actuaciones.

1. Programar un circuito marcha-paro para el funcionamiento de un motor:

Módulo de entradas MURR

E0 : Pulsador de paro.
E1: Pulsador de marcha.

Autómata Omron:

10.04: Motor

2. Transferir información del Siemens al Omron:

Al pulsar la entrada E3 del módulo de entradas se transferirán los bytes de
marcas 10 y 11 del Siemens, al autómata Omron (evidentemente, estos bytes
tendrán un contenido). La información se almacenará en el canal 20 del Omron.

ESQUEMA DEL SISTEMA:

CONFIGURACIÓN DE LOS ESCLAVOS:

Cuando estemos configurando los esclavos en nuestra red profibus tenemos que tener en cuenta un dato MUY importante para poder configurar bien nuestros bloques de memoria.
Como se puede apreciar en la captura de pantalla anterior, el mismo sistema te asigna automáticamente unas direcciones de memoria las cuales debemos saber para luego tener claro a donde se envían y se reciben los datos. Estas direcciones son asignadas en función al número de bytes de envío y recepción que tiene el dispositivo que estamos configurando en la red profibus. 
En el ejemplo de la imagen podemos apreciar que el autómata OMRON son 2 bytes de envío y recepción y el sistema automáticamente los asigna al MB0 y MB1. Si añadieramos por ejemplo otro autómata OMRON con otros 2 bytes de envío y recepción, el sistema le asignaria la dirección 2 y 3 y así sucesivamente.

MEMORIA ENVÍO DE DATOS:

MEMORIA RECEPCIÓN DE DATOS:

PROGRAMA:

PROGRAMA EN OMRON:

MEMORIA OMRON:

En la imagen que continua se puede apreciar como la información llega al bloque de memoria IR del autómata OMRON y son almacenados en el canal 2, para luego ser enviados con una orden de MOVE al canal 10.

CONEXIÓN DP I

Realizar la configuración de un sistema de comunicaciones en Profibus-DP
constituido por un autómata Siemens S7-314 IFM como maestro, un modulo
ET200L como esclavo y un autómata Omron CQM1H como esclavo, de manera
que:

1. El primer byte de entradas digitales del módulo ET200L se reflejen en el
primer byte de salidas del autómata Siemens.

2. Que las 8 primeras entradas del autómata Omron, se reflejan en las 8
primeras salidas de la ET200L.

3. El primer byte de entradas del autómata Siemens, se almacene en el
canal 10 del Omron. 

ESQUEMA DEL SISTEMA:

Añadimos los módulos de comunicaciones a los autómatas.

MEMORIA DE ENVÍO DE DATOS:

MEMORIA RECEPCIÓN DE DATOS:

En las imágenes anteriores se pueden apreciar los MB que están reservados para los distintos dispositivos que tenemos conectada a nuestra red.

PROGRAMA EN SIEMENS:

BUS DE CAMPO PROFIBUS - INTRODUCCIÓN

Profibus es un protocolo que proporciona una solución de uso general para tareas de comunicación Maestro - Esclavo y Perfiles de Protocolo de las industrias de Automatización de Procesos, Seguridad y Control de Movimiento. Actualmente está introducido en todos los niveles de automatización, desde la comunicación al nivel de máquina (sensores, actuadores), hasta sistemas complejos que gestionan grandes cantidades de datos (Profibus FMS).

VARIANTES DE PROFIBUS:

• Profibus-DP (Periferia descentralizada): Orientado a la comunicación con periferia descentralizada con tiempos de ciclos muy cortos.
• Profibus-PA (Automatización de procesos): Es una variable de Profibus DP que permite la conexión de elementos de periferia con clasificación Ex (seguridad intrínseca, zonas con riesgo de explosión).
• Profibus-FMS (Fieldbus Message Specification): Permite la interconexión entre los niveles de célula y campo. Está basado en la norma DIN 19245 y se integra en la norma Europea de Bus EN 50170. Orientado al intercambio de grandes cantidades de datos entre autómatas. En este tipo de transmisión es más interesante la funcionalidad que la rapidez, con lo que los tiempos de reacción son más lentos.

REDES DE COMUNICACION - CONEXION SERIE PLC´S OMRON

El objetivo de esta actividad es realizar, mediante conexión serie y empleando
uno de los protocolos propietarios de Omron, una transferencia de datos entre
los dos PLC´s. 

PROCESO

a) Identificar los diferentes puertos de comunicaciones de cada PLC.

b) Conectar mediante el cable adecuado los equipos a través del puerto
correspondiente.

c) Crear un proyecto nuevo donde figuren los equipos que vamos a
instalar en la red. Configurar correctamente los puertos de
comunicaciones.

d) La comunicación consistirá en:

• Al pulsar una entrada en el PLC 1 mandaremos tres números
al PLC 2 Primer número = 31, Segundo número = 210, Tercer
número = 89

• El PLC 2 recibirá la información, y reflejará el tercer número en su
salida. A su vez, al activar una entrada del PLC 2, se encenderán todas
las salidas del PLC 1 durante 5 segundos.


e) Comprobar que la información se transfiere desde un PLC hasta el otro.

Para esta actividad vamos a utilizar dos autómatas Omron.
Los autómatas Omron al igual que los siemens con el MPI, utilizan un tipo de comunicación propio de Omron que se llama Host Link. Este protocolo puede llegar a conterner hasta un máximo de 13 caracteres de datos. Se puede conectar un ordenador con un autómata (1:1) o un ordenador con varios autómatas (máximo hasta 32 nodos, 1:N en RS422/485).

El primer paso es abrir el CX-Programmer y le insertamos el tipo de autómata con el que vamos a trabajar, en nuestro caso el CQM1H. Modificamos la CPU del autómata, CPU51 para el CQM1H. Hacemos lo mismo en el otro autómata.
Una vez tenemos los dos PLC configurados, procedemos a indicarles el tipo de comunicación que van a utilizar, para ello seleccionamos uno de ellos y hacemos clic en configuración, en la pestaña de tarjeta de comunicación cambiamos a "PC link unidireccional (de los dos que aparecen, el primero es el maestro, el segundo el esclavo).
Se hace lo mismo en el otro PLC pero configurandolo como esclavo.

El programa sería el que continua:

Con el pulsador 0.00 se activan los move donde tenemos guardados los tres datos en formato hexadecimal. Con esto conseguimos que los datos "viajen" al PLC2.
Los datos se encuentran en el LR2, procedemos a moverlos a la salida 100.
Después movemos el dato #FFFF a LR32.
Cuando el dato se mueve a la LR32 el contacto se cierra consiguiendo que se active el temporizador durante 5 segundos y con esto nos moverá el dato #FFFF a la salida deseada, consiguiendo que ésta se ilumine.

REDES DE COMUNICACIÓN, CONEXIONES SERIE ENTRE PLC

El objetivo de esta actividad es realizar, mediante conexión serie y empleando uno de los protocolos propietarios de Siemens, una transferencia de datos entre los dos PLC´s. 

PROCESO

Identificar los diferentes puertos de comunicaciones de cada PLC

Conectar mediante el cable adecuado los equipos a través del puerto correspondiente.

Crear un proyecto nuevo donde figuren los equipos que vamos a instalar en la red. Configurar correctamente los puertos de comunicaciones

La comunicación consistirá en:

Al pulsar una entrada en el PLC 1 mandaremos tres números al PLC 2

• Primer número = 31
• Segundo número = 210 
• Tercer número = 89

El PLC 2 recibirá la información, y reflejará el tercer número en su salida. A su vez, al activar una entrada del PLC 2, se encenderán todas las salidas del PLC 1 durante 5 segundos.

Comprobar que la información se transfiere desde un PLC hasta el otro.

Hay que mencionar que la transferencia de datos se puede realizad de dos formas:

Mediante bloques de datos (DB)

Mediante la función MOVE

Primero se han de pasar los números que queremos enviar de decimal a binario:

• 31= 00011111
• 210= 11010010
• 89= 01011001

Se puede apreciar que cada número en binario tiene 8 valores comprendidos entre 0 y 1, cada uno de estos 0 y 1 se almacenarán en un bit del PLC como veremos más adelante.

Como la actividad trata de comunicar dos PLC's, en nuestro programa STEP7 tenemos que crear dos PLC's e insertarles un bastidor como se indica en las siguientes imágenes:

Ya tenemos los dos PLC's creados, ahora procedemos a insertarles el bastidor correcto en función al tipo de PLC utilizado. En nuestro caso es el Simatic 300.

Se inserta la cpu correcta, CPU314IFM (v1.2). Se ha de repetir el proceso para el otro PLC.

A continuación se ha de configurar el puerto de comunicación.

Hacemos clic en la opción de ajustar interface PG/PC

En el caso de que nos salga un puerto marcado con un arterisco, seleccionaremos otro, puesto nos indica que está ocupado.

Una vez instalados los dos PLC, se nos quedará una configuración como en la imagen.

Para poder distinguir dentro de la red a cada equipo, deberemos asignarle una dirección distinta a cada uno de ellos, por defecto la dirección que se asigna es la 2

A continuación, se pueden apreciar los dos PLC como tienen asignada la misma dirección, la 2, estas direcciones se deben cambiar para que sea posible la comunicación entre los PLC.

Este tipo de PLC se envían la información a través de funciones como la PG/OP, funciones S7, funciones básicas S7 o comunicaciones por datos globales.

En la imagen se puede apreciar una línea roja, esto simula lo que sería nuestro cable de comunicaciones, por lo que también deberemos unir los PLC a la citada línea. Para conseguir esto, basta con que se pinche en el icono rojo y se arrastre hasta la línea roja. Para cambiar la dirección de los PLC, abriremos el menú de propiedades, esto es haciendo doble clic en la linea roja de cada PLC, o bien botón derecho de nuestro ratón y luego propiedades.

Es interesante mencionar, que Siemens utiliza la comunicación MPI, como protoclo serie, que es propio y que está integrado en cada autómata programable Simatic S7. Se puede utilizar para conexiones sencillas, permitiendo conectar varios PG's o autómatas. 

Para decirle a nuestros PLC la información que queremos enviar del uno al otro, hay que insertar los datos en una tabla. Se puede acceder a esta tabla seleccionando la línea roja gruesa, a continuación, en el menú de herramientas, opción definir datos globales.

Una vez dentro, tendremos que definir las dos CPU's de nuestros PLC's y los datos que queremos que se envíen del uno al otro.

Como se puede apreciar en la imagen anterior, ya tenemos creadas las dos CPU's con las que queremos transmitir los datos, ahora procedemos a insertar los datos que queremos que se envíen los PLC.

Nosotros en esta práctica, nos hemos decidido por guardar la información en los PLC en Bloques de datos, (DB) Hay que tener claro, la estructura de la memoria de los PLC.

Cabe mencionar, que las memorias de nuestros PLC, al igual que cualquier tipo de memoria está formada por biestables, y cada biestable es capaz de almacenar un estado 0 o 1, esto viene a ser un bit de memoria. 8 bits de memoria forman un Byte, y dos Bytes forman un word.

La comunicación de datos globales se configura con STEP7.

Un paquete GD contiene como máximo:

• 22 Bytes S7 300
• 54 Bytes S7 400

Por lo que si escribimos en nuestra tabla DB2.DBB0:1 estaremos indicando que del Bloque de memoria DB2 enviaremos el Byte 0 un byte completo con todos los datos que tengamos guardados en la memoria. 

Si escribimos DB2.DBB2:1 enviaremos el Byte 2 completo, o sea los 8 bits que lo componen

Si por el contrario se escribe DB2.DBB2:2 estaremos enviando el Byte 2 y el Byte 3.

Señalado en verde, indicamos los datos que se envían.

DB2.DBW0 con esto enviamos del PLC1 al PLC2 dos Bytes donde tendremos memorizado el primer número (31). En el PLC2 lo guardaremos en mismo sitio.

DB2.DBW2 enviaremos un word completo (dos bytes) con el segundo número (210) al PLC2.

DB2.DBW4 enviamos del PLC1 al PLC2 dos Bytes donde tenemos el número 89.

DB2.DBW6 enviamos del PLC2 al PLC1 información, para que en este último se activen todas sus salidas al activar una entrada en el PLC2.

Llegados a este punto ya tenemos los datos que queremos enviar configurados en la tabla, ahora tenemos que escribir en los bloques de memoria la información que queremos enviar.

Para ello hacemos lo que sigue:

Se repite el proceso para el otro PLC.

A continuación se abre el DB creado en el PLC1 para escribir los números en la memoria.

Hay que mencionar, que tendremos que guardar sitio en la memoria para cuando queramos enviar de vuelta información desde el otro PLC.

Después de esto, abrimos el bloque de datos del PLC2 y guardamos los primeros seis Bytes para recibir los números del PLC1, esto se consigue poniendo un 0 en el hueco donde vamos a recibir los datos. 

Los dos últimos Byts serán para dar la orden de activación del temporizador en el PLC1.

Ahora tendremos que programar en cada PLC lo que pasará cuando se recibe la información, en un PLC cuando tenemos el 89 que se refleje en las salidas, y en el PLC1 que se activen sus salidas durante 5 segundos tal y como indica el enunciado del ejercicio.

El programa del PLC2 será ligeramente más corto que el del PLC1

El programa del PLC1 activará mediante el temporizador todas las salidas.

Con la orden MOVE, podemos mover datos que tengamos memorizados en algún DB a una marca de bit como hemos hecho en el ejercicio.

REDES DE COMUNICACIÓN

1- ¿Cuál es la función de las comunicaciones industriales?

1. Aumentar la eficiencia de las operaciones y procesos industriales a través de la aplicación de las modernas tecnologías de la Electrónica, la Informática y las Telecomunicaciones.

2. Incrementar la productividad de los recursos humanos mediante:

a) La automatización de las actividades manuales y repetitivas

b) La dotación de procedimientos, equipos y sistemas que permitan disponer de la información en forma oportuna y confiable en el sitio y momento deseados

c) Disminuir costos usando menor energía y manteniendo inventarios mínimos

d) Aumentar la disponibilidad de la planta física mediante mantenimiento centrado en la confiabilidad

3. Transformar la forma de operar mediante la integración de los puntos 1 y 2, y la aplicación de nuevos métodos de análisis de procesos y de la teoría del control, y la incorporación de las tecnologías más avanzadas.

2- ¿Qué tipo de alternativas de comunicación existen para comunicar los diferentes dispositivos que forman un sistema industrial? 

Un hilo metálico aislado es el sistema más extendido, pudiéndose establecer dos grandes tipos :

• Par
• Coaxial

Inicialmente un cable de par se puede considerar como un conjunto de dos hilos conductores, paralelos, separados por un elemento aislante que hace las veces de soporte físico. Las aplicaciones más comunes son la transmisión de voz (teléfono, hilo musical, interfonos), datos (modem) y alimentación eléctrica (alterna o continua)

Según la aplicación, se pueden distinguir las siguientes clases:

• Par simple paralelo: utilizado para transmisión de señales telefónicas.
• Par apantallado: es como el anterior, pero con una malla metálica a su alrededor, para transmisión de señales analógicas o digitales.
• Par trenzado: para transmitir señales de audio o datos.
• Par coaxial: consiste en un hilo recubierto por una malla que hace las veces de masa y de protección frente a interferencias eléctricas, para transmitir señales de radio, vídeo o datos.

Fibra óptica:

Normalmente, el conductor de fibra óptica consiste en un núcleo de material transparente, cristal o plástico, que se utiliza para guiar señales luminosas por su interior. Ostensiblemente más caro que el cable, este sistema es el sustituto ideal en ambientes con interferencias eléctricas, pues es completamente inmune a éstas.

Restringido en un principio a aplicaciones muy concretas debido al coste de la fibra y a la dificultad en su manejo (fibra monomodo).

Enlace óptico:

Principalmente mediante rayos infrarrojos. La señal debe tener conexión visual directa entre emisor y receptor, por lo cual es un sistema poco adecuado para grandes distancias.

Radiofrecuencia:

Se basa en las señales de radio que se generan en un conductor eléctrico cuando se supera una cierta frecuencia en la señal que transporta dicho conductor.

Por debajo de la frecuencia de 1GHz tenemos las transmisiones de radio de baja velocidad, por encima del Giga Hercio, entramos en el reino de las microondas, que permiten tasas de transferencia de información muy elevadas (video, por ejemplo).

Permite comunicar, de forma ininterrumpida, ubicaciones distantes entre sí varios kilómetros.

Microondas:

Son señales de radio con frecuencias superiores al Giga Hercio. Este tipo de energía tiene unas características diferentes de las ondas de radio tradicionales.

Satélites:

Es la versión "extraterrestre" de las transmisiones sin cable. También utilizan el rango de las microondas.

• Satélites geoestacionarios se ocupan de la recepción, acondicionamiento y reenvío de las señales
• Permiten la comunicación entre equipos en cualquier situación en el planeta de forma ininterrumpida.
• Es posible alquilar canales de comunicación de empresas suministradoras especificando incluso la cantidad de información a transmitir para ajustar precios.
• Es un sistema de transmisión de calidad y seguridad muy elevadas.
• Los retardos pueden llegar a ser de segundos.

3- ¿Qué problemas presenta el cableado clásico?

Su escasa inmunidad a interferencias externas (son muy sensibles a ruidos de tipo EMI, que crean diferencias de potencial adicionales a las existentes en el conductor y dan lugar a errores en la transmisión).

4- ¿Qué ventajas presentan los buses de campo respecto a los otros métodos de cableado?

• Reducción de cableado
• Mayor precisión
• Diagnosis de instrumentos de campo
• Transmisión digital
• Calibración remota
• Mecanismos fiables de certificación
• Reducción del ciclo de puesta en marcha de un sistema
• Operación en tiempo real

5- ¿Qué niveles jerárquicos presenta la pirámide CIM?

• Nivel de proceso
• Nivel de campo
• Nivel de célula
• Nivel de planta
• Nivel de factoría

6- ¿Qué tipo de bus se utilizaría en el nivel de proceso de la pirámide CIM?

AS-i

7- ¿Qué peculiaridad tiene el cableado del bus AS-i respecto a los demás?

El tipo de cableado que presenta, llamado flat yellow. Este cable incluye dos hilos que incorpora conjuntamente la señal de alimentación y la señal de control. Además se regenera al cabo del tiempo.

8- ¿Cuál es el futuro de las comunicaciones industriales?

Las tecnologías inalámbricas, tipo wi-fi, bluetooth...

9-  ¿Qué diferencias existen entre los buses propietarios y los buses abiertos?

 La existencia de un elevado número de buses diferentes se debe a que cada 

compañía venía utilizando un sistema propio para sus productos, pero en la actualidad 

se observa una tendencia a utilizar buses comunes. 

Se pueden distinguir: 

• Buses Propietarios: Son propietarios de una cierta compañía, y para poder utilizarlos es necesario obtener una licencia. 
•  Buses Abiertos: Son todo lo contrario. Las especificaciones son públicas y disponibles a un precio razonable, sus componentes críticos también están disponibles como así también los procesos de validación y verificación. 

10- Elabora una tabla que recoja las siguientes características (técnica de transmisión de datos, interfaces y elementos de conexión, técnicas de control de flujo, de detección de errores y de acceso al medio en la transmisión de datos) de los distintos buses de campo vistos en los apuntes.

La au

MÉTODOS DE ACCESO AL MEDIO

Token ring (802.5)

Las redes Token ring (paso de testigo en anillo) fueron utilizadas ampliamente en entornos IBM desde su lanzamiento en el año 1985. En la actualidad es difícil encontrarlas salvo en instalaciones antiguas de grandes empresas.
El cableado se establece según una topología de anillo. En lugar de utilizar difusiones, se utilizan enlaces punto a punto entre cada puesto y el siguiente del anillo. Por el anillo Token ring circula un mensaje conocido como token o ficha. Cuando una estación desea transmitir espera a recibir el token. En ese momento, lo retira de circulación y envía su mensaje. Este mensaje circula por el anillo hasta que lo recibe íntegramente el destinatario. Entonces se genera un token nuevo.
Las redes Token ring utilizan una estación monitor para supervisar el funcionamiento del anillo. Se trata de un protocolo complejo que debe monitorizar en todo momento el buen funcionamiento del token (que exista exactamente uno cuando no se transmiten datos) y sacar del anillo las tramas defectuosas que no tengan destinatario, entre otras funciones.
Las redes Token ring de IBM pueden funcionar a 4 Mbps o a 16 Mbps utilizando cable par trenzado o cable coaxial.

Ethernet (802.3)

Las redes Ethernet son actualmente las únicas que tienen interés para entornos LAN. El estándar 802.3 fue diseñado originalmente para funcionar a 10 Mbps, aunque posteriormente ha sido perfeccionado para trabajar a 100 Mbps (802.3u) o 1 Gbps.

Una red Ethernet tiene las siguientes características:

• Canal único. Todas las estaciones comparten el mismo canal de comunicación por lo que sólo una puede utilizarlo en cada momento.
• Es de difusión debido a que todas las transmisiones llegan a todas las estaciones (aunque sólo su destinatario aceptará el mensaje, el resto lo descartarán).  
• Tiene un control de acceso distribuido porque no existe una autoridad central que garantice los accesos. Es decir, no hay ninguna estación que supervise y asigne los turnos al resto de estaciones. Todas las estaciones tienen la misma prioridad para transmitir.

Comparación de Ethernet y Token ring.-- En Ethernet cualquier estación puede transmitir siempre que el cable se encuentre libre; en Token ring cada estación tiene que esperar su turno. Ethernet utiliza un canal único de difusión; Token ring utiliza enlaces punto a punto entre cada estación y la siguiente. Token ring tiene siempre una estación monitor que supervisa el buen funcionamiento de la red; en Ethernet ninguna estación tiene mayor autoridad que otra. Según esta comparación, la conclusión más evidente es que, a iguales velocidades de transmisión, Token ring se comportará mejor en entornos de alta carga y Ethernet, en redes con poco tráfico.

En las redes Ethernet, cuando una estación envía un mensaje a otra, no recibe ninguna confirmación de que la estación destino haya recibido su mensaje. Una estación puede estar enviando paquetes Ethernet a otra que está desconectada y no advertirá que los paquetes se están perdiendo. Las capas superiores (y más concretamente, TCP) son las encargadas de asegurarse que la transmisión se ha realizado de forma correcta.

El protocolo de comunicación que utilizan estas redes es el CSMA/CD (Carrier Sense Multiple Access / Collision Detect, acceso múltiple con detección de portadora y detección de colisiones). Esta técnica de control de acceso a la red ha sido normalizada constituyendo el estándar IEEE 802.3. Veamos brevemente el funcionamiento de CSMA/CD:

Cuando una estación quiere transmitir, primero escucha el canal (detección de portadora). Si está libre, transmite; pero si está ocupado, espera un tiempo y vuelve a intentarlo.

Sin embargo, una vez que una estación ha decidido comenzar la transmisión puede darse el caso de que otra estación haya tomado la misma decisión, basándose en que el canal estaba libre cuando ambas lo comprobaron. Debido a los retardos de propagación en el cable, ambas señales colisionarán y no se podrá completar la transmisión de ninguna de las dos estaciones. Las estaciones que están transmitiendo lo advertirán (detección de colisiones) e interrumpirán inmediatamente la transmisión. Después esperarán un tiempo aleatorio y volverán a intentarlo. Si se produce una nueva colisión, esperarán el doble del tiempo anterior y lo intentarán de nuevo. De esta manera, se va reduciendo la probabilidad de nuevas colisiones.

Debemos recordar que el canal es único y por lo tanto todas las estaciones tienen que compartirlo. Sólo puede estar una estación transmitiendo en cada momento, sin embargo pueden estar recibiendo el mensaje más de una.

DETECCIÓN DE ERRORES

¿Cómo puede saber el receptor que ha recibido el mismo mensaje que envió el emisor? ¿Cómo puede saber que no se ha producido ningún error que haya alterado los datos durante la transmisión? 
Se necesitan mecanismos de detección de errores para garantizar transmisiones libres de errores. Si el receptor detecta algún error, puede actuar de diversas maneras según los protocolos que esté utilizando. La solución más sencilla es enviarle un mensaje al emisor pidiéndole que le reenvíe de nuevo la información que llegó defectuosa.

Los mecanismos de detección se basan en añadir a las transmisiones una serie de bits adicionales, denominados bits de redundancia. La redundancia es aquella parte del mensaje que sería innecesaria en ausencia de errores (es decir, no aporta información nueva: sólo permite detectar errores). Algunos métodos incorporan una redundancia capaz de corregir errores. Estos son los mecanismos de detección y corrección de errores.
Como ejemplos de mecanismos de detección de errores vamos a estudiar a continuación la paridad y los códigos CRC.

Paridad

Las transmisiones se dividen en palabras de cierto número de bits (por ejemplo, 8 bits) y se envían secuencialmente. A cada una de estas palabras se le añade un único bit de redundancia (bit de paridad) de tal forma que la suma de todos los bits de la palabra sea siempre un número par (paridad par) o impar (paridad impar).
El emisor envía las palabras añadiendo los correspondientes bits de paridad. El receptor comprobará a su llegada que la suma de los bits de la palabra incluyendo la redundancia es un número par (si la codificación convenida entre emisor-receptor es de paridad par) o un número impar (paridad impar). Si el receptor encuentra alguna palabra que no se ajuste a la codificación establecida, le solicitará al emisor que le reenvíe de nuevo la información.
La paridad únicamente permite detectar errores simples, esto es, que varíe un único bit en cada palabra. Si varían 2 bits, este mecanismo no es capaz de detectar el error.
Veamos un ejemplo de paridad par:
 

Datos(8 bits)	Datos + redundacia(9 bits)	Suma de bits
10110110	101101101	6
00101001	001010011	4
11001001	110010010	4
11111010	111110100	6
00010000	000100001	2

El receptor realizará la suma de bits a la llegada del mensaje. Si alguna palabra no suma un número par, significará que se ha producido un error durante la transmisión.

CRC

Los códigos de paridad tienen el inconveniente de que se requiere demasiada redundancia para detectar únicamente errores simples. En el ejemplo que hemos visto, sólo un 8/9 de la información transmitida contenían datos, el resto era redundancia. Los códigos de redundancia cíclica (CRC) son muy utilizados en la práctica para la detección de errores en largas secuencias de datos. Se basan en representar las cadenas de datos como polinomios. El emisor realiza ciertas operaciones matemáticas antes de enviar los datos. El receptor realizará,  a la llegada de la transmisión, una división entre un polinomio convenido (polinomio generador). Si el resto es cero, la transmisión ha sido correcta. Si el resto es distinto significará que se han producido errores y solicitará la retransmisión al emisor.

TIPOS DE COMUNICACIÓN

En los canales de comunicación existen tres tipos de transmisión.

Simplex

En este caso el transmisor y el receptor están perfectamente definidos y la comunicación es unidireccional. Este tipo de comunicaciones se emplean usualmente en redes de radiodifusión, donde los receptores no necesitan enviar ningún tipo de dato al transmisor.

Duplex o Semi-duplex

En este caso ambos extremos del sistema de comunicación cumplen funciones de transmisor y receptor y los datos se desplazan en ambos sentidos pero no simultáneamente. Este tipo de comunicación se utiliza habitualmente en la interacción entre terminales y un computador central.

Full Duplex

El sistema es similar al duplex, pero los datos se desplazan en ambos sentidos simultáneamente. Para ello ambos transmisores poseen diferentes frecuencias de transmisión o dos caminos de comunicación separados, mientras que la comunicación semi-duplex necesita normalmente uno solo.

Para el intercambio de datos entre computadores este tipo de comunicaciones son más eficientes que las transmisiones semi-duplex.