INSTITUTO TECNOLÓGICO SUPERIOR DE IRAPUATO

TITULO
Protocolos de comunicación

INTEGRANTES:

Eduardo Aldaco Pérez

Oswaldo Medina Millán
Juan Ángel Ortiz Rodríguez

Profesor

MIGUEL ANGEL ARMENTA LOREDO

IRAPUATO, GTO. 23 de noviembre de 2017

 PROTOCOLO DE COMUNICACION DEVICENET
Introducción
Un sistema automatizado se define como una secuencia programada de procesos.
Un sistema automatizado es el funcionamiento automático de máquinas y plantas
de fabricación. Los primeros sistemas automatizados eran simples dispositivos
mecánicos.
Posteriormente estos sistemas se convirtieron en sistemas electromagnéticos con
el empleo de relés. Era el origen de la tecnología de la automatización. En las
últimas décadas se ha ido substituyendo los elementos electromagnéticos por una
tecnología programada, y especialmente, por autómatas programables, también
llamados PLC.
Los primeros autómatas programables no podían comunicarse entre ellos. Se
trataba de autómatas programables aislados que controlaban un proceso totalmente
aislado del resto de procesos que formaban el sistema. Hasta hace pocos años no
se empezó a conectar PLC entre sí, intercambiando información y controlando
procesos relacionados entre sí. Las entradas y salidas son la expresión física de un
control de procesos, son la frontera entre el mundo lógico (el programa desarrollado
en los controladores) y el mundo real (motores, válvulas, conectores, etc.).
Los PLC realizan tareas de control. Para realizar esta labor necesitan de las señales
de entrada, salida y de la comunicación con otros controladores que forman parte
del proceso. Es entonces cuando nace el concepto de red industrial. Se llama red
porque enlaza diferentes elementos e industrial porque está fundamentalmente
pensada para ambientes industriales.

Fig. 1 Niveles de comunicación

Protocolo de comunicaciones
En informática y telecomunicación, un protocolo de comunicaciones es un sistema
de reglas que permiten que dos o más entidades de un sistema de comunicación
se comuniquen entre ellas para transmitir información por medio de cualquier tipo
de variación de una magnitud física. Se trata de las reglas o el estándar que define
la sintaxis, semántica y sincronización de la comunicación, así como también los
posibles métodos de recuperación de errores. Los protocolos pueden ser
implementados por hardware, por software, o por una combinación de ambos. Por
ejemplo, el protocolo sobre palomas mensajeras permite definir la forma en la que
una paloma mensajera transmite información de una ubicación a otra, definiendo
todos los aspectos que intervienen en la comunicación: tipo de paloma, cifrado del
mensaje, tiempo de espera antes de dar a la paloma por 'perdida'... y cualquier regla
que ordene y mejore la comunicación.
Protocolo de comunicación Ethernet
Ethernet se está afianzando en el sector industrial. Ordenadores personales,
impresoras y demás equipos periféricos con tarjetas de interfaz de red Ethernet se
están utilizando cada vez más en el ambiente industrial y la aceptación de Ethernet
va en aumento, en la misma medida del uso creciente de enrutadores y
conmutadores inteligentes.
Ethernet/IP es un protocolo de red en niveles para aplicaciones de automatización
industrial. Basado en los protocolos estándar TCP/IP, utiliza los ya bastante
conocidos hardware y software Ethernet para establecer un nivel de protocolo para
configurar, acceder y controlar dispositivos de automatización industrial. Ethernet/IP
clasifica los nodos de acuerdo a los tipos de dispositivos preestablecidos, con sus
actuaciones específicas. El protocolo de red Ethernet/IP está basado en el Protocolo
de Control e Información (Control and Information Protocol - CIP) utilizado en
DeviceNet ™ y ControlNet ™. Basados en esos protocolos, Ethernet/IP ofrece un
sistema integrado completo, enterizo, desde la planta industrial hasta la red central
de la empresa.

Ethernet, al que también se conoce como IEEE 802.3, es el estándar más popular
para las LAN, usa el método de transmisión de datos llamado Acceso múltiple con
detección de portadora y detección de colisiones (CSMA/CD) [4]. Antes de que un
nodo envíe algún dato a través de una red Ethernet, primero escucha y se da cuenta
si algún otro nodo está transfiriendo información; de no ser así, el nodo transferirá
la información a través de la red. Todos los otros nodos escucharán y el nodo
seleccionado recibirá la información. En caso de que dos nodos traten de enviar
datos por la red al mismo tiempo, cada nodo se dará cuenta de la colisión y esperará
una cantidad de tiempo aleatoria antes de volver a hacer el envío. Cada paquete
enviado contiene la dirección de la estación destino, la dirección de la estación de
envío y una secuencia variable de bits que representa el mensaje transmitido.
El dato transmitido procede a 10 millones de bits por segundo y el paquete varia en
una longitud de 64 a 1518 bytes, así el tiempo de transmisión de un paquete en la
Ethernet está en un rango de 50 a 1200 microsegundos dependiendo de su longitud.
La dirección de la estación de destino normalmente es referida por una única
interfaz de red. Cada estación recibe una copia de cada paquete, pero ignora los
paquetes que son dirigidos a otras computadoras y procesa solamente los que son
dirigidos a ella.

Las velocidades de envío de paquetes utilizando la tecnología Ethernet son de 10

Mbps (Ethernet estándar), 100 Mbps (Fast Ethernet – 100BASEX) y de 1000 Mbps
utilizando el Gigabit Ethernet cuya especificación se encuentra respaldada por la
IEEE con número 802.3z, el cual cumple los siguientes objetivos [38]:

• Permite realizar operaciones de envío y recepción de datos a una velocidad de

1000 Mbps. • Usa el formato de frame Ethernet 802.3.

• Usa el método de acceso CSMA/CD con soporte para un repetidor por dominio de
colisión. • Las direcciones de retorno son compatibles con las tecnologías 10BASE-
T y 100Base-T.

Las redes Ethernet tienen un esquema de direccionamiento de 48 bits. A cada

computadora conectada a una red Ethernet se le asigna un número único de 48 bits
conocido como dirección Ethernet. Para asignar una dirección, los fabricantes de
hardware de Ethernet adquieren bloques de direcciones Ethernet y las asignan en
secuencia conforme fabrican el hardware de interfaz Ethernet, de esta manera no
existen dos unidades de hardware de interfaz que tengan la misma dirección
Ethernet. Por lo general, las direcciones Ethernet se colocan en el hardware de
interfaz anfitrión de las máquinas de tal forma que se puedan leer. Debido a que el
direccionamiento Ethernet se da entre dispositivos de hardware, a estos se les llama
direccionamientos o direcciones físicas.

La trama de Ethernet es de una longitud variable pero no es menor a 64 bytes ni

rebasa los 1518 bytes (encabezado, datos y CRC), cada trama contiene un campo
con la información de la dirección de destino. En la figura 1.1 se muestra una trama
Ethernet. Además de la información que identifica la fuente y el destino, cada trama
transmitida contiene un preámbulo, un campo tipo, un campo de datos y un campo
para verificación por redundancia cíclica (CRC- Cyclic Redundancy Check). El
preámbulo consiste en 64 bits que alternan ceros y unos para ayudar a la
sincronización de los nodos de recepción.
El CRC de 32 bits ayuda a la interfaz a detectar los errores de transmisión: el emisor
calcula el CRC como una función de los datos en la trama y el receptor calcula de
nuevo el CRC para verificar que el paquete se reciba intacto.

El campo de tipo de trama contiene un entero de 16 bits que identifica el tipo de dato
que se está transfiriendo en la trama. Desde el punto de vista de Internet, este
campo es esencial porque significa que las tramas se auto identifican. Cuando una
trama llega a una máquina dada, el sistema operativo utiliza el tipo de trama para
determinar qué módulo de software de protocolos se utilizará para procesar la
trama. La mayor ventaja de que las tramas se auto identifiquen es que éstas
permiten que múltiples protocolos se utilicen juntos en una sola máquina y sea
posible entremezclar diferentes protocolos en una sola red física sin interferencia.
Los protocolos TCP/IP utilizan tramas Ethernet auto identificables para hacer una
selección entre varios protocolos. Cuando se transmite un datagrama IP versión 4
el campo tipo de trama contiene el valor hexadecimal 0800 [77] y al transmitir un
datagrama IP versión 6 el campo tiene el valor hexadecimal 86DD [80].

PROTOCOLOS TCP/IP

En forma general, el conjunto de protocolos TCP/IP tiene correspondencia con el

modelo de comunicaciones de red definido por ISO (International Organization for
Standardization), este modelo se denomina modelo de referencia de interconexión
de sistemas abiertos (OSI). El modelo OSI describe un sistema ideal de redes que
permite establecer una comunicación entre procesos de capas distintas y fáciles de
identificar. En el host, las capas prestan servicios a capas superiores y reciben
servicios de capas inferiores. La figura 1.3 muestra las siete capas del modelo de
referencia OSI y su correspondencia general con las capas del conjunto de
protocolos TCP/IP y en la tabla 1.1 se enumeran los protocolos más comunes del
conjunto de protocolos TCP/IP y los servicios que proporcionan.
ENCAPSULADO

Las aplicaciones que se desarrollan con TCP/IP, normalmente utilizan un conjunto

de protocolos para llevar a cabo la comunicación. La suma de las capas de este
conjunto de protocolos se conoce como stack de protocolo. De esta forma, cuando
una aplicación envía datos usando el protocolo TCP, el dato es enviado hacia abajo
del protocolo stack, a través de cada capa, hasta que este se envíe como un flujo
de bits a través de la red. Cada capa coloca información adicional al dato en su
encabezado (y algunos añaden información para rastreo) para que el dato sea
recibido. En la figura 1.4 se muestra este proceso. Los números abajo de los
encabezados y del CRC en la trama Ethernet representan los tamaños típicos en
bytes. Una propiedad física de una trama Ethernet es que la MTU (Maximum
Transmisión Unit) por default es del tamaño de 1500 bytes [77] [80], por lo cual los
paquetes IPv4 e IPv6 no exceden este tamaño. En la figura 1.4 no se colocó el
encabezado UDP, dado que se supone que se está transportando un segmento
TCP, pero si fuese el caso que se transportara un datagrama UDP, habrá que
cambiar en la figura el encabezado TCP por el encabezado UDP, cuyo tamaño es
de 8 bytes.
Como se puede notar en los párrafos anteriores cada capa del protocolo TCP/IP se
refiere a los datos que transmite con términos diferentes, en la figura 1.5 se
muestran estos términos. Las aplicaciones que usan TCP se refieren a los datos
como stream, mientras que las aplicaciones que usan el protocolo de datagrama de
usuario (UDP) se refieren a los datos como mensajes. TCP llama a estos datos
segmentos, y UDP llama a estos datos datagramas. La capa de Internet ve a todos
estos datos como bloques y les llama datagramas [6]. TCP/IP usa diferentes tipos
de redes para mandar sus datos, cada una de las cuales tienen diferentes tipos de
términos para los datos que transmiten, en nuestro caso ocuparemos el término que
utiliza Ethernet, la cual llama a los datos frame, trama o paquete. El proceso que
utiliza una aplicación para transferir el contenido de un archivo es el siguiente:

1. La capa de la aplicación envía un flujo de bytes a la capa de transporte de la

computadora de origen.

2. La capa de transporte divide el flujo en segmentos TCP, asigna un encabezado

con un número de secuencia al segmento y transmite este segmento a la capa de
Internet (IP), y se calcula la suma de comprobación.

3. La capa de IP crea un paquete con parte de los datos que contiene el segmento
TCP. La capa de IP añade al paquete un encabezado que indica las direcciones IP
de origen y de destino. Esta capa también determina la dirección física de la
computadora destino o las computadoras que actúan como intermediarios hasta el
host destino. Entonces, envía el paquete y la dirección física a la capa de enlace de
datos y se vuelve a calcular la suma de comprobación.
 4. La capa de enlace de datos transmite el paquete IP en la sección de datos de
una trama de enlace de datos a la computadora destino. Si la computadora destino
actúa como intermediario, el paso 3 volverá a repetirse hasta que se alcance el
destino final.

5. Cuando se alcanza la computadora destino, la capa de enlace de datos descarta

el encabezado del enlace y envía el paquete IP a la capa de IP.

6. La capa de IP verifica el encabezado del paquete. Si la suma de comprobación

del encabezado no coincide con la calculada por dicha capa, el paquete se ignora.

7. Si las sumas coinciden, la capa IP descarta el encabezado y envía el segmento

TCP a la capa TCP correspondiente. Esta capa comprueba el número de secuencia
para determinar si el segmento, es el segmento correcto de la secuencia.

8. La capa TCP calcula una suma de comprobación para los datos y el encabezado
TCP. Si la suma no coincide con la suma transmitida con el encabezado, la capa
TCP descarta el segmento. Si la suma coincide y el segmento está en la secuencia
correcta, la capa TCP envía un reconocimiento a la computadora destino.

9. La capa TCP descarta el encabezado TCP y transfiere los bytes del segmento
que acaba de recibir a la aplicación.

10. La aplicación que se encuentra en la computadora destino recibe un flujo de

bytes como si estuviera conectado directamente a la aplicación de la computadora
origen.

En las secciones siguientes se describe con mayor detalle el funcionamiento y el

formato de cada uno de los protocolos que realizan estas operaciones interactivas.
Ejemplo
PROFIBUS

PROFIBUS (PROcess FIeld BUS) es el bus líder en Europa impulsado por los
fabricantes alemanes (ABB. AEG, Siemens, Bauer, Danfoss, Klóckner, Móeller,
etc.). Se trata de un bus de campo abierto, que puede implementarse en diversas
áreas como pueden ser fabricación, proceso y automatización de edificios. Se
encuentra estandarizado en la norma DIN 19245 (a principios de 1991) para más
tarde, en 1996, ser incluido por el CENELEC en la norma europea EN 50170
(volumen 2), lo que le proporciona un gran nivel de confianza de cara al usuario, así
como la posibilidad de comunicación entre equipos de diferentes fabricantes sin
necesidad de ajustes especiales de interface. Los primeros productos que se
ajustan a esta norma comenzaron a aparecer en 1989 y se creó un grupo de
usuarios denominado PROFIBUS Nutzerorganisation (PNO) En la actualidad
existen diferentes versiones de Profibus: Profibus-PA, Profibus-FMS, Profibus-DP,
todas ellas ampliamente extendidas en el mundo y especialmente en el continente
europeo.

La familia Profibus consiste en tres versiones compatibles:

PROFIBUS-DP (Periferia Descentralizada, DIN E 19245).

El protocolo PROFIBUS-DP se ha diseñado para la comunicación rápida con

unidades periféricas descentralizadas, con rápidos tiempos de reacción. Hay
numerosos dispositivos PROFIBUS ofrecidos por diversos fabricantes. Dichos
dispositivos abarcan desde módulos sencillos de entradas o de salidas hasta
controladores de motores y sistemas de automatización.

Por lo general, las redes PROFIBUS-DP incorporan un maestro y varios esclavos.

La configuración del maestro le permite reconocer cuáles tipos de esclavos están
conectados, así como sus respectivas direcciones. El maestro inicializa la red y
verifica si los esclavos coinciden con la configuración. Continuamente, el maestro
escribe los datos de salida en los esclavos y lee de allí los datos de entrada.
Una vez que un maestro DP haya configurado correctamente a un esclavo, éste
último le pertenecerá. Si hay otro maestro en la red, tendrá apenas un acceso muy
limitado a los esclavos del primer maestro.

PROFIBUS-PA (Process Automation)

Es la ampliación de PROFIBUS-DP compatible en comunicación con una tecnología

que permite aplicaciones en áreas con riesgo de explosión. La tecnología de
transmisión de PROFIBUS-PA se corresponde con el estándar internacional IEC
1158-2.

PROFIBUS-FMS (Field Message Specification, DIN 19245)

Este protocolo es aplicable para la comunicación de autómatas en pequeñas células

y para la comunicación con dispositivos de campo con interface FMS. En esta
versión, la funcionalidad es más importante que conseguir un tiempo de reacción
pequeño.

En la siguiente tabla se observan las características más importantes para cada

versión.
Método de funcionamiento.

Las tres variantes de Profibus (DP, FMS y PA) emplean un protocolo de acceso al
bus uniforme, que se implementa en el nivel de Enlace de Datos (nivel 2 en el
modelo ISO/OSI). Además, este nivel también se encarga de la protección de los
datos y del manejo de los protocolos de trans misión y de las tramas de mensaje.
En Profibus, el nivel 2 se denomina Fieldbus Data Link, FDL. El protocolo de
Profibus ha sido diseñado para satisfacer dos requisitos en el control de acceso al
medio:

• Durante la comunicación entre sistemas de automatización complejos

(maestros), debe asegurarse que cada una de las estaciones tiene tiempo suficiente
para ejecutar sus tareas de comunicación en un intervalo de tiempo definido con
precisión.

• Tiene que llevarse a cabo una transmisión de datos en tiempo real, cíclica,
tan rápida y simple como sea posible para la comunicación entre un controlador
programable complejo y sus dispositivos de entrada/salida (esclavos). Por ello, la
solución propuesta es una combinación entre el procedimiento de paso de testigo
(entre estaciones activas) y el de maestro-esclavo (entre estaciones activas y
pasivas).

En lo que respecta a la seguridad en los datos, los formatos de trama en el nivel 2

de Profibus aseguran una alta integridad en los datos. Todos los telegramas tienen
una Distancia de Hamming, Hd=4. Esto se logra gracias a unos delimitadores
especiales inicial y final y a un bit de paridad por cada octeto, como se define en el
estándar internacional IEC 870-5-1. El nivel de enlace de datos (FDL) opera en un
modo sin enlaces. Además de la transmisión de datos punto a punto, proporciona
comunicaciones con múltiples estaciones a un mismo tiempo (Broadcast y
Multicast). En una comunicación broadcast, una estación activa envía un mensaje
que no precisa acuse al resto de estaciones, tanto maestros como esclavos. En una
comunicación multicast una estación activa envía un mensaje que no precisa acuse
a un grupo predeterminado de estaciones (no todas).

Como ya se ha comentado anteriormente, el método de acceso para los maestros

es el de paso de testigo, en este caso mediante la técnica de “testigo en bus” (Token
bus), y la técnica de maestro/esclavo en sistemas centralizados. El método de
acceso es independiente del medio de transmisión. Es posible el funcionamiento de
las comunicaciones en el bus de tres modos:

• Gestión del testigo

• Envío/Petición Acíclico.

• Envío/Petición Cíclico.

DIRECCIONAMIENTO EN LA RED PROFIBUS

En cuanto a direccionamiento, puedese tener dos arquitecturas a tener en cuenta
donde lo fundamental son la transparencia de los acopladores y la atribución de
las direcciones a los dispositivos de enlace, según muestran las figuras siguientes.

En la imagen de la derecha la capacidad de direccionamiento es significante

aumentada con la presencia de los enlaces, ya que son esclavos para el DP y
maestros del PA.
DeviceNet
Es una red digital, multi-punto para conexión entre sensores, actuadores y sistemas
de automatización industrial en general. Esta tecnología fue desarrollada para tener
máxima flexibilidad entre los equipos de campo e interoperabilidad entre diferentes
fabricantes.

Fig. 2 ejemplo de red DeviceNet

La red DeviceNet está clasificada en el nivel de red llamada devicebus, cuyas

características principales son: alta velocidad, comunicación a nivel de byte que
incluye comunicación con equipos discretos y analógicos y el alto poder de
diagnóstico de los dispositivos de la red.
La tecnología DeviceNet es un estándar abierto de automatización con el objetivo
de transportar 2 tipos principales de información:
 Datos cíclicos de sensores y actuadores, directamente relacionados al
control y,
 Datos no cíclicos indirectamente relacionados al control, como configuración
y diagnóstico.
Los datos cíclicos representan la información intercambiada periódicamente entre
el equipo de campo y el controlador. Por otro lado, los no cíclicos son informaciones
intercambiadas eventualmente durante la configuración o diagnóstico del equipo de
campo.
La capa física y de acceso a la red DeviceNet está basada en la tecnología CAN
(Controller Area Network) y las capas superiores en el protocolo CIP, que define
una arquitectura basada en objetos y conexiones entre ellos.
El CAN fue originalmente desarrollado por la BOSCH para el mercado de
automóviles Europeos para sustituir el cableado costoso por un cable en red de bajo
costo en automóviles. Como resultado, el CAN tiene respuesta rápida y
confiabilidad alta para aplicaciones principalmente en las áreas automovilística.
Una red DeviceNet puede tener hasta 64 dispositivos donde cada dispositivo ocupa
un nodo en la red, direccionados de 0 a 63. Cualquier de ellos puede ser utilizado.
No hay ninguna restricción para el uso de ellos, aunque el uso de los 63 no es
recomendable, ya que se utiliza para la puesta en marcha.
Características de la red
Topología basada en bus principal con ramificaciones. El bus principal debe ser
hecho con el cableDeviceNet grueso, y las ramificaciones con el cable DeviceNet
delgado o plano. Cables similares podrán usarse siempre y cuando sus
características eléctricas y mecánicas sean compatibles con las especificaciones de
los cables estándar DeviceNet.
 Permite o uso de repetidores, bridges, ruteadores y gateways.
 Suporta hasta 64 nodos, incluyendo el maestro, direccionados de 0 a 63
(MAC ID).
 Cable de 2 pares: uno para alimentación de 24V y otro para comunicación.
 Capacidad de insertar y cambiar en caliente, sin interrumpir a la red.
 Compatible con equipos alimentados por la red de 24V o como que tengan
su propia fuente.
 Uso de conectores abiertos o cerrados.
 Protección contra conexión inversa y corto-circuito.
 Alta capacidad de corriente en la red (hasta 16 A).
 Usa la misma energía de la fuente de alimentación.
 Varias fuentes pueden ser usadas en la misma red para satisfacer las
necesidades de la aplicación en términos de carga y la longitud de los cables.
 Velocidad de comunicación seleccionable: de 125,250 y 500 kbps.
 Comunicación basada en conexiones de E/S y modelo de pregunta y
respuesta.
 Diagnóstico de cada equipo y de la red.
 Transporte eficiente de datos de control discretos y analógicos.
 Detección de direccionamiento duplicado en la red.
 Mecanismo de comunicación extremamente robusto para interferencias
electromagnéticas.
Camada de Aplicación – Protocolo CIP (protocolo devicenet)
DeviceNet utiliza el Common Industrial Protocol (CIP) en la camada de aplicación.
Tratase de un protocolo estrictamente orientado a objetos utilizado también por el
ControlNet y por el EherNET/IP. O sea, el es independiente del medio físico y de la
camada de enlace de dato. La figura presenta la estructura de este protocolo. CIP
tiene dos objetivos principales:
 Transporte de datos de control de los dispositivos de I/O.
 Transporte de informaciones de configuración y diagnóstico del sistema
siendo controlado.
Un nudo (maestro o esclavo) DeciceNet es entonces modelado por un conjunto de
objetos CIP, los cuales encapsulan datos y servicios y determinan así su
comportamiento. Existen objetos obligatorios (todo dispositivo debe contener) y
objetos opcionales. Objetos opcionales son aquellos que moldan el dispositivo
conforme la categoría (llamado de perfil) a que pertenecen, tales como: AC/DC
drive, lector de código de barras o válvula neumática.

Fig. 3 - Estructura en camadas del protocolo CIP

Modos de Comunicación
El protocolo DeviceNet tiene dos tipos básicos de mensajes, mensaje cíclico I/O y
explícito. Cada uno de ellos es adecuado a un determinado tipo de dato, conforme
se describe abajo:
Cíclic I/O: tipo de telegrama síncrono dedicado al procesamiento de datos
prioritarios entre un productor y uno o más consumidores. Se dividen de acuerdo
con el método de intercambio de datos. Los principales son:
Polled: método de comunicación en que el maestro envía un telegrama a cada uno
de su lista de esclavos (scan list). Así mimo, en cuanto reciba la solicitud, el esclavo
responde rápidamente a la solicitud del maestro. Este proceso es repetido hasta
que todos sean consultados, reiniciando el ciclo.
Bit-strobe: método de comunicación donde el maestro envía un telegrama por la red
con 8 bytes de datos. Cada bit de estos 8 bytes representa un esclavo que, se
direcciona y responde de acuerdo con lo programado.
Cambio de Estado: método de comunicación donde el intercambio de datos entre el
maestro y esclavo que ocurre cuando hubo cambios en los valores
monitoreados/controlados, hasta un cierto límite de tiempo. Cuando este límite es
alcanzado, la transmisión y recepción ocurren, incluso sin alteraciones. La
configuración de esta variable de tiempo es hecha en el programa de configuración
de la red.

Cíclico: otro método de comunicación muy semejante al anterior. La única diferencia

está en la producción y consumo de mensajes. En este tipo, todo el intercambio de
datos ocurre en intervalos regulares de tiempo, independiente de ser alterados o no.
Este periodo también es ajustado en el software de configuración de la red.
Mensaje Explícito: tipo de telegrama de uso general y no prioritario. Utilizado
principalmente en tareas asíncronas tales como parametrización y configuración del
equipo.
DeviceNet
Es un protocolo de comunicación usado en la industria de la automatización para
interconectar dispositivos de control para intercambio de datos. Éste usa Bus CAN
como tecnología Backbone y define una capa de aplicación para cubrir un rango de
perfiles de dispositivos. Las aplicaciones típicas incluyen dispositivos de
intercambio, dispositivos de seguridad grandes redes de control con E/S.
La red DeviceNet™ proporciona conexión en red de control e información abierta a
nivel de dispositivo para dispositivos industriales simples. Admite la comunicación
entre sensores y accionadores y dispositivos de más alto nivel tales como
controladores programables y computadoras.
Cables
Hay 4 tipos de cables estandarizados: el grueso, mediano, delgado y plano. El más
común o usado es el cable grueso para el bus y el cable fino para las derivaciones.

Los cables DeviceNet más usados (delgado y grueso) tienen 5 conductores

identificados y utilizados de acuerdo con la siguiente tabla:
CONCLUCION
La tendencia más importante en la automatización industrial durante los últimos
años ha sido la introducción de redes abiertas de comunicación para enlazar
dispositivos de diferentes fabricantes. Otra tendencia es el reducir el cableado y el
coste de la conexión a la red de cualquier dispositivo. El rápido desarrollo de los
semiconductores y los grandes volúmenes de fabricación permiten que el coste del
interface sea cada vez menor. La tendencia actual del mercado es hacia el control
distribuido, es decir hacia una clara conexión de los dispositivos directamente a la
red, ya que estos incorporan cada vez más inteligencia, ofreciendo más
diagnósticos y reduciendo considerablemente los costes de automatización.

Bibliografía
1.- http://ecatalog.weg.net/files/wegnet/WEG-ssw08-manual-de-comunicacion-
devicenet-10000046974-manual-espanol.pdf
2.- https://es.wikipedia.org/wiki/Protocolo_de_comunicaciones
3.- http://www.smar.com/devicenet.asp
4.- https://es.wikipedia.org/wiki/DeviceNet