Resumen de exposición

Integrantes del equipo:

Daniel Figueroa Segura ----- 18050104
Jesús Rayos Flores ----- 18030110
Marco Pablo Cervantes ----- 19050004
Jesús Andrés Masiel Romo ----- 19030138
Jesús Noe Jauregui Rodríguez ----- 18030219

Maestra:
Nazle Edith Herrera Carrillo

Materia:
Instrumentación Virtual.

Temas de Exposición:
 ¿Qué es el ethernet?
 Que es el IEEE802. 3?
 Modbus.
 Profifibus.
 AS-I.
 Can Open.
 Device Net.
¿Qué es el ethernet?
Ethernet es una tecnología para redes de datos por cable que vincula software
y/o hardware entre sí. Conectados en una red local, estos dispositivos
establecen conexiones mediante el protocolo Ethernet y pueden intercambiar
paquetes de datos entre sí. El protocolo actual y más extendido para ello es
IEEE 802.3.

Ventajas y desventajas del Ethernet

Desventajas:
1.  Protocolo Ethernet para conectarse a Internet es que estás atado a la
maza. 
2. Es muy limitante en cuanto al número de equipos que se pueden agregar a
una conexión.
3. Tienes que comprar por separado un cable de Ethernet para cada equipo
4. Podría reducir la velocidad de la conexión de manera significativa.

Ventajas:
1. Fácil instalación.
2. Tecnología conocida.
3. Velocidad de transmisión de datos.
4. Fiable.
Cables Normales T-568A y T-568B

SWICH ROUTER

ORDENADOR
SWICH

SWICH SERVIDOR

HUB ORDENADOR

HUB SERVIDOR
 Cable de red cruzado

SWICH SWICH

SWICH HUB

HUB HUB

ROUTER ROUTER

PC PC

Que es el IEEE802. 3?
El Instituto de Ingenieros Eléctricos y Electrónicos (IEEE por sus siglas en
inglés) es la sociedad técnico-profesional más grande y prestigiosa del mundo,
dedicada a promover y divulgar los avances científicos en las áreas de
Ingeniería Eléctrica, Electrónica, Energética, Informática y afines.
El estándar IEEE 802.3 define el control de acceso al medio (MAC) para
Ethernet por cable. Esta tecnología generalmente es para las LAN, pero
también tiene aplicaciones para redes de área extensa (WAN).

La IEEE.802 es usado por los módems o estándar wifi que permite

comunicarse a dispositivos informáticos de todo el mundo sea cual sea el
fabricante o país.

Modbus:
Modbus es un protocolo de comunicación abierto, utilizado para transmitir
información a través de redes en serie entre dispositivos electrónicos. El
dispositivo que solicita la información se llama maestro Modbus y los
dispositivos que suministran la información son los esclavos Modbus.
En realidad, esto significa que un dispositivo esclavo no puede ofrecer
información; debe esperar a que se le pida. El maestro escribirá datos en los
registros de un dispositivo esclavo y leerá los datos de los registros de un
dispositivo esclavo.
Modbus se ha convertido en un protocolo bastante común, usado
frecuentemente por muchos fabricantes en muchas industrias. Así pues, este
sistema de comunicación se usa generalmente para transmitir señales de los
dispositivos de instrumentación y control a un controlador principal o a un
sistema de recolección de datos (SCADA).
Tipos de protocolo Modbus:
Existen varios tipos de versiones en el protocolo Modbus para el puerto serie y
Ethernet, que se utilizan para atender las necesidades específicas de los
sistemas de automatización industrial en las empresas. Por ejemplo, Modbus
TCP se utiliza para Ethernet, y Modbus RTU y Modbus ASCII para los puertos
serie.

Las más comunes son:

 Modbus RTU.
 Modbus TCP.
 Modbus ASCII.
 Modbus Plus.

Modbus RTU:
El protocolo Modbus RTU es un medio de comunicación que permite el
intercambio de datos entre los controladores lógicos programables (PLC) y los
ordenadores (PC). Los dispositivos electrónicos pueden intercambiar
información a través de conexiones en serie utilizando este protocolo.

En definitiva, una característica distintiva de esta versión es el uso de

codificación binaria y una fuerte verificación de errores CRC. En realidad, es la
implementación del protocolo Modbus utilizado con mayor frecuencia en
aplicaciones industriales e instalaciones de producción automatizada.

El Modbus RTU se utiliza frecuentemente:

 Cuando se utilizan dispositivos Modbus similares
 Cuando el protocolo Modbus se entiende bien
 Como estándar de la instalación
Modbus TCP:
Modbus/TCP se introdujo para aprovechar las infraestructuras LAN actuales. A
su vez, aumentó el número de unidades que podían conectarse a la misma red.

Este sistema engloba los bloques de datos de solicitud y respuesta del Modbus
RTU en un bloque TCP transmitido a través de redes estándar de Ethernet.
En consecuencia, Modbus TCP hace que la definición de maestro y esclavo
sea menos obvia, porque la Ethernet permite la comunicación entre pares. La
definición de cliente y servidor son los elementos más conocidos en las redes
basadas en Ethernet.

En este contexto, el esclavo se convierte en el servidor y el maestro en el

cliente. Puede haber más de un cliente que obtenga datos de un servidor. En
términos de Modbus, esto significa que puede haber múltiples maestros, así
como múltiples esclavos.
En lugar de definir maestro y esclavo en un dispositivo físico por dispositivo, en
esta ocasión es responsabilidad del diseñador del sistema crear asociaciones
lógicas entre la funcionalidad de maestro y esclavo.

El Modbus/TCP se utiliza frecuentemente en:

 PLC (controladores industriales)

 Sistemas SCADA (visualizaciones y control básico de procesos industriales)
 Sensores y actuadores

Modbus ASCII:
Modbus ASCII es una implementación más antigua que contiene todos los
elementos de un paquete RTU, pero expresada completamente en caracteres
ASCII imprimibles. Estos son caracteres hexadecimales que contienen 4 bits de
datos cada uno.
Actualmente, este protocolo se considera obsoleto, ya no se utiliza con
frecuencia y no está incluido en la especificación formal del protocolo Modbus.

Modbus Plus:
Modbus Plus es un protocolo de red con alta velocidad entre pares. Está
basado en la comunicación a través de un token bus. En definitiva, es un
sistema completo con un medio predefinido y la aplicación de un sistema de
comunicación de paso rápido.
Modbus es sólo un protocolo, en cambio Modbus Plus es un sistema completo
con un medio predefinido y la implementación de la capa física (capa 1 de
OSI).
Por consiguiente, es un sistema LAN para aplicaciones de control industrial,
que permite a los dispositivos en red intercambiar mensajes para el control y la
supervisión de procesos en lugares remotos de la planta industrial.
Por otro lado, el protocolo de mensajería de la capa 7 de Modbus Plus es
esencialmente el mismo que se utiliza para Modbus Serial y Modbus/TCP. La
capa física se implementa con RS485 y funciona sobre cable de par trenzado
blindado.
Así como, el protocolo de la capa de enlace de datos (capa 2) se basa en el
protocolo multipunto de la norma ISO/IEC 3309:1991 HDLC (High-level Data
Link Control), que utiliza un mecanismo para el control de acceso con paso
controlado por señales, transmitiendo los datos de forma sincronizada, a
diferencia de la transmisión asíncrona de Modbus Serial.

¿Qué es PROFIBUS?
PROFIBUS es un estándar de red digital de campo abierto (bus de campo) que
se encarga de la comunicación entre los sensores de campo y el sistema de
control o los controladores. Es importante conocer que PROFIBUS son las
siglas de Process Field Bus.

¿Cómo funciona?
A nivel de campo, los periféricos distribuidos, como módulos de E/S,
transductores, accionamientos, válvulas y paneles de operación funcionan en
los sistemas de automatización, a través de un eficiente sistema de
comunicación en tiempo real, el PROFIBUS DP o PA.

Tipos
En un principio, el grupo de trabajo desarrolló PROFIBUS FMS (Fieldbus
Message Specification). Se trataba de un protocolo complejo que ya no se
utiliza en la actualidad. Después, trabajaron para crear el protocolo PROFIBUS
DP (Periféricos Descentralizados) y en 1998 se lanzó PROFIBUS PA
(Automatización de Procesos).

PROFIBUS, en su arquitectura, se divide en tres tipos principales:

Profibus DP
Es la solución de alta velocidad. Fue desarrollado específicamente para la
comunicación entre los sistemas de automatización y los equipos
descentralizados. Es aplicable en sistemas de control donde se enfatiza el
acceso a dispositivos distribuidos de E/S y sustituye a los sistemas
convencionales de 4 a 20 mA, HART o en transmisiones de 24 voltios.

Utiliza la interfaz estándar de la capa física de comunicación RS-485 o fibra

óptica. Requiere menos de dos minutos para transmitir 1 Kbyte de E/S y se
utiliza principalmente en sistemas de automatización industrial.

En la actualidad, el 90 por ciento de las aplicaciones en las que interviene

PROFIBUS utilizan el PROFIBUS DP. Esta variante está disponible en tres
versiones: DP-V0 (1993), DP-V1 (1997) y DP-V2 (2002). El origen de cada
versión ha sido producido por el avance tecnológico y la creciente demanda de
las aplicaciones.

Profibus PA.
PROFIBUS PA permite la medición y el control a través de una línea y dos
cables individuales. También alimenta los equipos de campo en zonas
intrínsecamente seguras. Permite el mantenimiento y la conexión/desconexión
de los equipos incluso durante el funcionamiento sin interferir en otras
estaciones en zonas.

Profibus FMS.
Ofrece al usuario una amplia selección de funciones en comparación con otras
variantes. Es la solución en el estándar de comunicación universal que puede
utilizarse para resolver tareas de comunicación complejas entre los PLC y los
DCS.
Esta variante soporta la comunicación entre sistemas de automatización,
además del intercambio de datos entre equipos inteligentes, generalmente
utilizados en el nivel de control. Recientemente, como su función principal es la
comunicación entre equipos, está siendo sustituida por el protocolo Ethernet
Industrial.º

Que es el AS-I
AS-Interface (ASi) es un sistema de bus de campo estandarizado en todo el
mundo para el primer nivel de la automatización. La abreviatura ASi bien de
«Actuator-Sensor-Interface». ASi enlaza sensores y actuadores por medio de
un único cable perfilado bifilar con el sistema de mando. En el cable amarillo
ASi se transmiten, al mismo tiempo, energía y datos. Las ventajas principales
de AS-Interface son, entre otras, unos costes de cableado drásticamente
reducidos, la libre elección de la topología y la integración económica de
seguridad en la misma estructura.

Con la nueva generación ASi-5 se pueden transferir más rápidamente una

mayor cantidad de datos y se pueden integrar fácilmente sensores inteligentes
como IO-Link, campos de aplicación múltiples de AS-Interface.
Cada vez más empresas de los sectores más diversos apuestan por soluciones
ASi de Bihl+Wiedemann para la automatización de sus instalaciones.
Especialmente difundido está el sistema de bus abierto en la automatización
industrial, en la tecnología de transporte, en la automatización de edificios y en
la construcción de máquinas.

CAN open:

Es otro protocolo de capa de aplicación CAN como DeviceNet y J1939. Al igual

que esas otras capas de aplicación, CAN open es un protocolo de capa de
aplicación industrial de bajo nivel para aplicaciones de automatización. CAN
open conecta dispositivos de automatización entre sí mediante mensajes entre
pares. Basado en el estándar de comunicaciones físicas CAN (Controller Area
Network), CAN open utiliza el hardware de CAN para definir un protocolo de
capa de aplicación que estructura la tarea de configuración, acceso y
mensajería entre varios tipos de dispositivos de automatización. La estructura
de datos de CAN open también es la base del nuevo protocolo de alta
velocidad EtherCAT.

Tipo de red: Sistema de comunicación esclavo

multi-maestro.

Topología: Linewith Trunkline, Dropline con

terminación en cada extremo.

Cableado: 4 hilos (2 datos 2 potencias).

Velocidad de datos: 125K, 250K, 500K, 1M.

Número máximo de dispositivos: 127.

Estructura de datos:

CAN open es un protocolo de comunicaciones basado en objetos, un

diccionario de objetos describe la funcionalidad completa de un dispositivo, el
diccionario de objetos es el punto de conexión entre la interfaz de
comunicación y el programa de aplicación, todos los objetos de comunicación
se describen en el diccionario de objetos de forma estandarizada, se puede
acceder a estos objetos mediante un índice de 16 bits y, en el caso de algunos
objetos en un subíndice adicional de 8 bits.
El diccionario de objetos   proporciona objetos de comunicación estandarizados
para datos en tiempo real (PDO – Objetos de datos de proceso), datos de
configuración (SDO – Objetos de datos de servicio) y funciones especiales
(sello de tiempo, mensaje de sincronización y mensaje de emergencia), así
como gestión de red datos (mensaje de inicio, mensaje NMT y mensaje de
control de errores).

Hay mensajes explícitos e implícitos que están incrustados en la capa de

aplicación CAN que permiten el acceso al diccionario de objetos, los mensajes
explícitos permiten que un dispositivo solicite el valor de datos de un elemento
específico en el diccionario de objetos o establezca el valor de un elemento en
el diccionario de objetos, los mensajes implícitos permiten transferencias de
datos predefinidas de un dispositivo a otro sin sobrecarga.

Los dispositivos CAN open no son dispositivos estrictamente iguales ni

dispositivos estrictamente maestros esclavos, es posible que un dispositivo
CAN open sea un Maestro para otro dispositivo CAN open y le ordene que
tome alguna acción, al mismo tiempo, puede ser un dispositivo esclavo para
otro dispositivo CAN open que desea ordenarle que tome alguna acción, y al
mismo tiempo, puede intercambiar datos de pares con otro dispositivo CAN
open.

Todo esto es posible gracias al diccionario de objetos, la estructura

organizativa de todas las comunicaciones y todos los datos expuestos a la red
dentro de un dispositivo CAN open, si se permite el acceso, un dispositivo en
una red CAN open puede configurar otro dispositivo CAN open para realizar
comunicaciones entre pares o aceptar mensajes acíclicos, normalmente, este
tipo de acceso general no está disponible para nodos aleatorios en la red, en
cambio, la comunicación está preconfigurada y se proporciona a los
dispositivos que actúan como CAN open Master.

El diccionario de objetos CAN open es el núcleo de un dispositivo CAN open, el

Diccionario de objetos CAN open contiene los tipos de datos admitidos, objetos
de comunicación, objetos específicos del proveedor y el dispositivo y objetos
específicos de cualquier perfil compatible.

1.2 DeviceNet
Las secciones a seguir presentan de formato sucinto el protocolo Device Net.
1.2.1 Introducción
Presentado en 1994, Device Net es una implementación del protocolo Common
Industrial Protocol (CIP) para redes de comunicaciones industriales.
Desarrollado originalmente por la Allen-Bradley, tuvo su tecnología transferida
para la ODVA que, desde entonces, mantiene, divulga y promueve el
DeviceNet y otras redes basadas en el protocolo CIP1. Además de esto, utiliza
el protocolo Controller Area Network (CAN) para enlace de datos y acceso al
medio, camadas 2 y 1 del modelo OSI/ISO, respectivamente. Utilizado
principalmente en el ínter ligación de controladores industriales y dispositivos
de entrada/salida (I/O), el protocolo sigue el modelo productor-consumidor,
suporta múltiplos modos de comunicación y posee prioridad entre mensajes.
Es un sistema que puede ser configurado para operar tanto en una arquitectura
maestro-esclavo cuanto en una arquitectura distribuida punto a punto. Además
de esto, define dos tipos de mensajes, I/O (datos de proceso) y explicit
(configuraron y parametrización). Tiene también mecanismos de detección de
direcciones duplicados e asolamiento de los nudos en caso de falla críticas.
Una red DeviceNet puede contener hasta 64 dispositivos, diseccionados de 0 a
63. Cualquier uno de estés puede ser utilizado. No ay cualquiera restricción, sin
embargo, se deba evitar el 63, pues este acostumbra a ser utilizado para fines
de comisión.

1.2.2 Camada Física

DeviceNet utiliza una topología de red tipo tronco/derivación que permite que
tanto la fijación de señal cuanto de alimentación estén presentes en el mismo
cable. Esta alimentación, próvida por una fuente conectada directamente en la
red, suple los transceivers CAN de los nudos, y tiene las siguientes
características:
􀀻 24Vdc;
􀀻 Salida DC aislada de la entrada AC;
􀀻 Capacidad de corriente compatible con los equipamientos instalados.

El tamaño total de la red varía de acuerdo con la taja de transmisión utilizada,

conforme mostrado en la tabla abajo.
Taja de Derivación
transmisión
Tamaño de
la red Máximo Total
125kbps 500m 156m
250kbps 250m 78m
500kbps 100m
6m
39m
Tabla 1.1 - Tamaño de la red x Taja de transmisión
Para evitar reflexiones de señal en la línea, recomendase la instalación de
resistores de terminación en las extremidades de la red, pues la falta de estés,
puede provocar errores intermitentes. Este resistor debe poseer las siguientes
características, conforme especificación del protocolo:
􀀻 121Ω;
􀀻 0,25W;
􀀻 1% de tolerancia.
En Devicenet, diversos tipos de conectores pueden ser utilizados, tanto
cerrados como abiertos. La definición del tipo a ser utilizado dependerá de la
aplicación y del ambiente de operación del equipamiento. El SSW-07/SSW-08
utiliza un conector del tipo plug-in de 5 vías cuya distribución esta mostrada en
la sección 2. Para una descripción completa de los conectores utilizados por el
DeviceNet consulte la especificación del protocolo.9
1.2.3 Camada de Enlace de Datos
La camada de enlace de datos del DeviceNet es definida por la especificación
del CAN, el cual define dos estados posibles; dominante (nivel lógico o) y
recesivo (nivel lógico 1). Un nudo puede llevar a la red al estado dominante se
transmitir alguna información. Así, el varamiento solamente estará en estado
recesivo se no haber nudos transmisores en estado dominante.

CAN utiliza el CSMA/NBA para acceder el medio físico. Esto significa que un
nudo, antes de transmitir, debe verificar se el varamiento esta libre. Caso esté,
entonces él puede iniciar la transmisión de su telegrama. Caso no esté, debe
aguardar. Se más de un nudo acceder a la red simultáneamente, un
mecanismo basado en prioridad de mensaje entrará en acción para decidir cuál
de ellos tendrá prioridad sobre el otro. Este mecanismo es no destructivo, o
sea, el mensaje es preservado mismo que ocurra colisión entre dos o más
telegramas.
CAN define cuatro tipos de telegramas (data, remote, overload, error). De
estos, DeviceNet utiliza apenas el frame de datos (data frame) y el frame de
errores (error frame).
Ya los errores son indicados a través del frame de errores. CAN posee una
verificación y un confinamiento de errores bastante robusto. Esto garantiza que
un nudo con problemas no perjudique la comunicación en la red.
Para una descripción completa de los errores, consulte la especificación del
CAN.
Interframe
Space 1 bit 11 bits 1 bit 6 bits 0-8 bytes 15 bits 1 bit 1 bit 1 bit 7 bits ≥ 3 bits
Start of Frame
Identifier
RTR bit
Control Field
Data Field
CRC Sequence
CRC Delimiter
ACK Slot
ACK Delimiter
End of Frame
Interframe Space

1.2.4 Camada de Transporte y Red

DeviceNet requiere que una conexión sea establecida antes de que haga
cambio de datos con el dispositivo. Para establecer esta conexión, cada nudo
DeviceNet debe implementar el Unconnected Message Manager (UCMMO) o el
Group 2 Unconnected Port. Estés dos mecanismos de afijación utilizan
mensajes del tipo explicit para establecer la conexión, que a seguir será
utilizada para el cambio de datos de proceso entre un nudo y otro. Este cambio
de datos utiliza mensajes del tipo I/O (ver ítem 1.2.7).
Los telegramas DeviceNet son clasificados en grupos, el cual definen funciones
y prioridades específicas. Estés telegramas utilizan el campo identificador (11
bits) del frame de datos CAN para identificar únicamente cada una de los
mensajes, garantizando así el mecanismo de prioridades CAN.
Un nudo DeviceNet puede ser cliente, servidor o ambos. Además de esto,
clientes y servidores pueden ser productores y/o consumidores de mensajes.
En un típico nudo cliente, por ejemplo, su conexión producirá requisiciones y
consumirá respuestas. Otras conexiones de clientes o servidores apenas
consumirán mensajes. O sea, el protocolo prevé diversas posibilidades de
conexión entre los dispositivos.
El protocolo dispone también de un recurso para detección de nudos con
dirección (MAC ID) duplicados. Evitar que direcciones duplicadas ocurran es,
en general, más eficiente que intentar localízalos después.
1.2.5 Camada de Aplicación – Protocolo CIP
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 1.2 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.
10
Un nudo (maestro o esclavo) DeciceNet es entonces modelado por un conjunto
de objetos CIP, lo 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. Por ser diferentes, cada
uno de estos contendrá un conjunto también diferente de objetos.
Para mayores informaciones, consulte la especificación del DeviceNet. Ella
presenta la lista completa de los perfiles de dispositivos ya estandarizados por
la ODVA, bien como los objetos que lo componen.
1.2.6 Archivo de Configuración
Todo nudo DeviceNet tiene un archivo de configuración asociado1. Este
archivo contiene informaciones importantes sobre el funcionamiento del
dispositivo y debe ser registrado en el software de configuración de red.
1.2.7 Modos de Comunicación
El protocolo DeviceNet tiene dos tipos básicos de mensajes I/O y explicit. Cada
uno de ellos es adecuado a un determinado tipo de dato, conforme descrito
abajo:
􀀻 I/O: tipo de telegrama síncrono dedicado a desplazamiento de datos
prioritarios entre un productor y un o más consumidores. Dividen de acuerdo
con el método de cambio de datos. Los principales son:
- Polled: método de comunicación en que el maestro envía un telegrama a
cada uno de los esclavos de su lista (scan list). Así que recibe la solicitación, el
esclavo responde prontamente la solicitación del maestro. Este proceso es
repetido hasta que todos sean consultados, reiniciando el ciclo.
- Bit-strobe: método de comunicación de donde el maestro envía para la rede
un telegrama
conteniendo 8 bytes de datos. Cada bit de estos 8 bytes representa un esclavo
que, se diseccionado, responde de acuerdo con el programado.
- Change os state: método de comunicación donde el cambio de datos entre
maestro y esclavo ocurre apenas cuando haber cambio en los valores
monitoreados/controlados, hasta un cierto límite de tiempo. Cuando este límite
es atingido, la transmisión y recepción ocurrieran mismo que no tenga habido
alteración. La configuración de esta variable de tiempo es hecha en el
programa de configuración de red.

- Cyclic: otro método de comunicación muy parecido al anterior. La única

diferencia queda por cuenta de la producción y consumo de mensajes. En este
tipo, todo cambio de datos ocurre en intervalos regulares de tiempo,
independiente de haber sido alterados o no. Este periodo también es ajustado
en el software de configuración de red.
􀀻 Explicit: tipo de telegrama de uso general y no prioritario. Utilizado
principalmente en tareas asíncronas tales como parametrización y
configuración del equipamiento.
1.2.8 Conjunto de Conexión Predefinidas Maestro/Esclavo
DeviceNet emplea fundamentalmente un modelo de mensajes punto a punto.
Sin embargo, es bastante común utilizar un esquema predefinido de
comunicación basado en el mecanismo maestro/esclavo.
Este esquema emplea un movimiento simplificado de mensajes del tipo I/O
muy común en aplicaciones de control. La ventaja de este método está en los
requisitos necesarios para rodarlo, en general menores se comparados al
UCMM. Hasta mismos dispositivos simples con recursos limitados (memoria,
procesador de 8 bits) son aptos de ejecutar el protocolo.